KamoCRM

I consensi dei mutuatari vengono registrati come prova, l'invio ne ha bisogno e ogni firmatario apre solo il proprio link

FeatureSecurityService
Shipped
11 novembre 2026 alle ore 09:49 UTC
Author
Kamo
Commit
7635169

Un mutuatario ora dà cinque consensi nel portale, ciascuno con il proprio testo versione per prestitore (default v1 seeded) con il suo hash al primo tocco, un prestatore sovrascrive con una versione superiore) e ogni concessione o prelievo di un WORM Registrazione del consenso con l'hash del testo esatto visualizzato, IP, dispositivo e una prova JSON: firma elettronica, credito Autorizzazione (FCRA), informativa sulla privacy (GLBA), chiamate e messaggi (TCPA; un SMS e un record di chiamata per azione) GET/POST /{uid}/consents sono gestiti da parti terze e sono firmati con un nome digitato senza bypass dell'operatore; una concessione su un testo che è cambiato risponde 409 TEXT_CHANGED. POST /{uid}/submit rifiuta con 409 CONSENTS_MISSING finché i quattro richiesti non vengono concessi, è un no-op su un Applicazione già presa, altrimenti sposta il file in Applicazione presa attraverso lo stesso percorso della pipeline Il prestito-file del mutuatario presenta gli usi. Questo risolve anche gli endpoint di e-consent, che non hanno mai funzionato: il testo di divulgazione è stato salvato senza il suo NOT NULL body hash. /econsent ora delega al nuovo servizio. Il desk di chiusura segna quale firmatario è il mutuatario registrato (isMe) e un mutuatario non può più aprire un Un ITIN o un passaporto malformato su una carta di credito non è un problema Il mutuatario risparmio risponde 400, e un pull di credito invia l'ITIN quando non c'è SSN.

All changes

Like what you see shipping?

All of it arrives in your workspace on its own. Start on the free plan and read this page again in a month.

Start Free ForeverView Pricing