KamoCRM

Los consentimientos de los prestatarios se registran como evidencia, se envían cuando se necesitan y cada firmante abre solo su propio enlace

FeatureSecurityService
Enviado
11 de noviembre de 2026 a las 9:49 UTC
Autor
Kamo
Commit
7635169

Un prestatario ahora da cinco consentimientos en el portal, cada uno con su propio texto versionado por prestamista (predeterminado v1 sembrado con su hash en el primer toque, un prestamista sobrescribe con una versión superior) y cada concesión o retiro de un WORM Registro de consentimiento con el hash del texto exacto mostrado, IP, dispositivo y una prueba JSON: firma electrónica, crédito Autorización (FCRA), aviso de privacidad (GLBA), llamadas y mensajes de texto (TCPA; un SMS y un registro de llamadas por acción) y los agradecimientos de la Sección 6 de la URLA, firmados con un nombre tecleado Sin bypass de operador; una concesión en un texto que cambió responde 409 TEXT_CHANGED. POST /{uid}/submit rechaza con 409 CONSENTS_MISSING hasta que se conceden los cuatro requeridos, es un no-op en un Si la aplicación ya está tomada, y de lo contrario mueve el archivo a Application Taken a través de la misma ruta de canalización El prestatario presenta el archivo de préstamos. Esto también corrige los puntos finales de consentimiento electrónico, que nunca han funcionado: el texto de divulgación se guardó sin su NOT NULL body hash. /econsent ahora delega al nuevo servicio. El mostrador de cierre marca qué firmante es el prestatario registrado (isMe), y un prestatario ya no puede abrir un Un ITIN o pasaporte malformado en un formulario de solicitud de préstamo (403 NOT_YOUR_SIGNATURE); el personal no ha cambiado El prestatario responde 400, y un retiro de crédito envía el ITIN cuando no hay SSN.

Todos los cambios

¿Te gusta lo que ves envío?

Comienza con el plan gratuito y vuelve a leer esta página dentro de un mes para ver cómo funcionan las funciones y los beneficios.

Comience gratis para siempreVer los precios