Regularmente la empresa Factoring analiza la información del cedente y de los deudores a fin de otorgar líneas de crédito o cupos por cada uno según sus reglas de negocio.
El Cedente, en la primera cesión es el vendedor o emisor del documento; en las 39 cesiones o secuencias restantes (porque el límite es 40 cesiones por documento) es el Cesionario actual, que actúa como cedente.
El Cesionario, es la institución financiera o Factoring a quien se cede el documento o crédito y se encargará de su cobro.
El Deudor, es el cliente que recibió la factura y la debe pagar al vendedor o emisor, o debe pagarla al cesionario actual cuando ya ha sido cedida.
El Archivo Electrónico de Cesión (AEC) es un archivo en formato XML cuya estructura ha sido definida por el SII, firmado electrónicamente por el cedente del crédito contenido en una Factura Electrónica, o su representante legal o mandatario con poder suficiente, a través de cuya entrega al cesionario, el cedente transfiere el crédito contenido en dicho documento.
La cesión del crédito expresado en estas facturas deberá ponerse en conocimiento del obligado al pago de ellas… mediante su anotación en un registro público electrónico de transferencias de créditos contenidos en facturas electrónicas que llevará el Servicio de Impuestos Internos… se entenderá que la transferencia ha sido puesta en conocimiento del deudor el día hábil siguiente a aquel en que ella aparezca anotada en el registro señalado.
(Ley 20.219)
Este registro acepta los siguientes documentos:
- Factura Electrónica
- Factura No Afecta o Exenta Electrónica
- Factura de Compra Electrónica
- Liquidación Factura Electrónica
Del Recibo de Mercadería
En caso que el Recibo de Mercadería conste en forma manuscrita sobre la representación impresa de la Factura electrónica o Guía de despacho electrónica, corresponderá la inclusión de la DJ de recibo de mercaderías o servicios prestados y adjuntar la imagen de la cesión manual codificada en base64.
Al contar con el Recibo de Mercaderías o servicios prestados electrónico, basta con adjuntar el XML correspondiente, y no son necesarias la DJ y la imagen manual.
El texto de la DJ de Recibo de Mercadería es:
Se declara bajo juramento que <nombre del cedente>, RUT <Rut del cedente> ha puesto a disposición del cesionario <nombre del cesionario>, RUT <Rut del cesionario>, el o los documentos donde constan los recibos de las mercaderías entregadas o los servicios prestados, entregados por parte del deudor de la factura <nombre del deudor>, RUT <Rut del deudor>, de acuerdo a lo establecido en la Ley N° 19.983.
Debido a que puede resultar más largo que la capacidad de caracteres establecidos por el SII, en la configuración estándar de Sigue® hemos definido una frase algo más corta, que, para el caso, no causa inconvenientes con el organismo fiscalizador. Sigue® verifica que el texto definitivo no sobrepase los 500 caracteres, respetando el límite establecido por la normativa.
Secuencia de la cesión según la ley
La lógica o secuencia de la cesión, según las instrucciones del SII, es la siguiente.
Consideraciones técnicas
Cuando el Recibo de Mercadería es manuscrito en la representación impresa, corresponde la inclusión de la DJ de recibo de mercaderías o servicios prestados y adjuntar la imagen de la cesión manual codificada en base64.
¿Por qué es necesaria la codificación de Base64?
Base64 es un esquema de codificación utilizado para representar datos binarios en un formato ASCII, útil cuando los datos binarios deben enviarse a través de soportes que suelen estar diseñados para manejar datos de texto; por ejemplo, el envío de imágenes en un archivo XML.
¿Cómo funciona la codificación de Base64?
Los bytes que forman los datos se dividen en memorias intermedias de 24 bits (3 bytes a la vez). El buffer resultante de 3 bytes se rompe a continuación en 4 paquetes de 6 bits cada uno. Estos 6 bits forman un número correspondiente al índice en el conjunto de caracteres soportado por Base64 (A-Z, a-z, 0-9, + y /). Si el número de bytes no está en números de tres, se utiliza el relleno; == para 1 byte y = para 2 bytes.
¿Cómo incrustar el recurso codificado en Base64 directamente en archivos HTML, XML y CSS?
Ejemplos de cómo incorporar recursos de Base64 en diferentes documentos web.
HTML JavaScript embedding:
<script type=»text/javascript»src=»data:text/javascript;base64,eltexto»></script>
HTML CSS embedding:
<link rel=»stylesheet» type=»text/css» href=»data:text/css;base64,eltexto» />
HTML image embedding:
<img src=»data:image/jpeg;base64,eltexto» />
XML image embedding:
<xml>
<image>data:image/jpeg;base64,eltexto</image>
</xml>
CSS image embedding:
.someclass {
background-image: url(‘data:image/jpeg;base64,eltexto’);
}
Sigue® utiliza el esquema de codificación Base64 MIME (Multipurpose Internet Mail Extensions, o extensiones multipropósito de correo de internet) definida en el RFC 2045.
MIME son una serie de convenciones o especificaciones dirigidas al intercambio a través de Internet de todo tipo de archivos (texto, audio, vídeo, etc.) de forma transparente para el usuario. Prácticamente todos los mensajes de correo electrónico escritos por personas en Internet y una proporción considerable de estos mensajes generados automáticamente son transmitidos en formato MIME a través de SMTP. Los mensajes de correo electrónico en Internet están tan cercanamente asociados con el SMTP y MIME que usualmente se les llama mensaje SMTP/MIME.
Los tipos de contenido definidos por el estándar MIME tienen gran importancia también fuera del contexto de los mensajes electrónicos. Ejemplo de esto son algunos protocolos de red tales como HTTP de la Web. HTTP requiere que los datos sean transmitidos en un contexto de mensajes tipo Email aunque los datos pueden no ser un Email propiamente dicho.
MIME no especifica un tamaño fijo para las líneas codificadas en base64, pero sí precisa un tamaño máximo de 76 caracteres. Además, concreta que cualquier carácter que no pertenezca al alfabeto deberá ser ignorado por los decodificadores, aunque muchas implementaciones usan los caracteres CR/LF (retorno de carro y salto de línea) para delimitar las líneas codificadas. El tamaño real de los datos codificados conforme a MIME suele ser de un 140% del tamaño original.
