Exportar lançamentos para o contador

En Configuraciones de la empresa ▸ Contabilidad: (1) el SISTEMA de tu despacho contable: Domínio, Alterdata o Questor; (2) el CÓDIGO de tu empresa dentro de él, que te da el contador; (3) el CÓDIGO DEL HISTÓRICO predeterminado, que los tres layouts exigen además del texto. Sin el sistema elegido, la generación se niega y dice lo que falta, a propósito: elegir un layout por ti produciría un archivo plausible y equivocado, que solo el contador descubriría.

Los tres layouts esperan el código de la cuenta EN EL PLAN DEL DESPACHO (un número reducido), no el código jerárquico de Tenka (1.1.01). Ese número vive en el campo "código externo" del plan de cuentas. Una cuenta sin él sale con el código de Tenka y el importador va a RECHAZAR esa línea; la pantalla lista cuáles son, por nombre. Un rechazo visible es mejor que un número parecido importado en una cuenta ajena.

El centro de costo (registro 6110 de Domínio, columnas H e I de Alterdata) sale VACÍO, porque no existe una correspondencia entre el centro de costo de Tenka y el código del centro en el sistema del despacho; enviar el número de Tenka prorratearía al centro que por casualidad tenga ese valor ahí. Por el mismo motivo, el campo de "asiento automático" de Alterdata sale vacío: apunta a un modelo registrado dentro de Alterdata, y el modelo manda sobre las cuentas.

La configuración es POR EMPRESA, y ese es el caso común: en un grupo multi-CNPJ cada empresa suele estar en un despacho contable diferente, y el layout sigue al despacho, no al grupo. Quien tiene un solo despacho para todo el grupo lo llena en el TENANT: el valor del tenant vale para todas las empresas que no lo sobrescriban.

Todo asiento automático de Tenka nace con período en el día 1 del mes. Para el balance de comprobación da igual; para Domínio y Alterdata no, porque piden la FECHA DEL ASIENTO. Entonces la fecha se reconstruye: cobro y pago usan la fecha de la BAJA del título, la facturación usa el VENCIMIENTO. Cuando no hay título detrás (nómina, impuestos, depreciación), la fecha pasa a ser el ÚLTIMO DÍA DEL MES, que es la fecha contable correcta de una provisión de cierre. La pantalla cuenta cuántas líneas están en esa condición, y el conteo se graba junto con el archivo. Una aproximación declarada es aproximación; una aproximación callada es error.

La nómina del mes es un solo asiento con tres partidas: débito en Gastos de Personal, crédito en Salarios por Pagar y crédito en Impuestos por Pagar. Los tres layouts solo aceptan líneas de PAR (una cuenta al débito, una al crédito). Tenka desdobla ese asiento en dos líneas cuya suma es idéntica a la del asiento original; es lo mismo que haría el contador a mano. Lo que NO hace es enviar solo el primer par: eso perdería dinero sin ningún error.

Si en algún asiento la suma de los débitos no es igual a la de los créditos, queda FUERA del archivo y aparece en la lista de rechazados, con el número y la diferencia. Dos motivos: Questor rechaza el archivo ENTERO cuando encuentra diferencia entre débito y crédito, y Domínio aceptaría el lote torcido sin reclamar; de los dos, el segundo es peor. La diferencia es un defecto de la contabilización, y el lugar para arreglarla es Contabilidad ▸ Contabilizar.

Porque los tres importadores son Windows heredado y leen en CP1252. Un archivo UTF-8 no da error: se importa y graba "PROVISÃO" con los acentos cambiados en el libro mayor del cliente, un defecto que solo aparece semanas después, en un reporte impreso. El parámetro de codificación existe para el caso de que tu despacho confirme que lee UTF-8; en blanco, sale en el estándar del layout. Y el archivo se descarga SIEMPRE en la codificación con que fue sellado, aunque el parámetro cambie después: de lo contrario el hash dejaría de coincidir.

No. La grabación es idempotente por empresa + layout + período: regenerar sustituye el archivo de ese mes en ese layout, en lugar de apilar copias. Y como las líneas salen siempre en el mismo orden, regenerar el mismo período produce el MISMO archivo; es eso lo que hace que el hash SHA-256 sirva para verificar con el contador que lo que recibió es lo que enviaste.