Exportar lançamentos para o contador

In Company settings ▸ Accounting: (1) your accounting firm's SYSTEM — Domínio, Alterdata or Questor; (2) your company's CODE in that system, which the accountant provides; (3) the default HISTORY CODE, which all three layouts require in addition to the text. Without the system chosen, generation refuses and says what is missing — on purpose: choosing a layout for you would produce a plausible but wrong file, which only the accountant would discover.

All three layouts expect the account code IN THE FIRM'S CHART (a short number), not Tenka's hierarchical code (1.1.01). That number lives in the "external code" field of the chart of accounts. An account without it goes out with Tenka's code and the importer will REJECT that line — the screen lists which ones, by name. A visible rejection is better than a similar-looking number imported into someone else's account.

Cost center (Domínio record 6110, Alterdata columns H and I) goes out EMPTY, because there is no mapping between Tenka's cost center and the center code in the firm's system — sending Tenka's number would allocate to whatever center happens to have that value there. For the same reason, Alterdata's "automatic entry" field goes out empty: it points to a template registered inside Alterdata, and the template governs the accounts.

The configuration is PER COMPANY, and that is the common case: in a multi-CNPJ group each company is usually with a different accounting firm, and the layout follows the firm, not the group. Whoever has a single firm for the whole group fills it in at the TENANT: the tenant value applies to all companies that do not override it.

Every automatic Tenka entry is created with its period on the 1st of the month. For the trial balance it makes no difference; for Domínio and Alterdata it does, because they require the ENTRY DATE. So the date is rebuilt: receipts and payments use the SETTLEMENT date of the document, billing uses the DUE DATE. When there is no document behind it — payroll, taxes, depreciation —, the date becomes the LAST DAY OF THE MONTH, which is the correct accounting date for a closing accrual. The screen counts how many lines are in this condition, and the count is saved together with the file. A declared approximation is an approximation; a silent approximation is an error.

The month's payroll is a single entry with three legs: debit to Personnel Expenses, credit to Salaries Payable and credit to Taxes Payable. All three layouts only accept PAIR lines (one account debited, one credited). Tenka splits this entry into two lines whose sum is identical to that of the original entry — the same thing the accountant would do by hand. What it does NOT do is send only the first pair: that would lose money without any error.

If in any entry the sum of debits is not equal to the sum of credits, it stays OUT of the file and appears on the rejected list, with the number and the difference. Two reasons: Questor rejects the ENTIRE file when it finds a difference between debit and credit, and Domínio would accept the skewed batch without complaining — of the two, the second is worse. A difference is a defect in the bookkeeping, and the place to fix it is Accounting ▸ Post to accounting.

Because all three importers are legacy Windows and read in CP1252. A UTF-8 file does not raise an error: it imports and records "PROVISÃO" with the accents garbled in the customer's ledger — a defect that only appears weeks later, in a printed report. The encoding parameter exists for the case where your firm confirms it reads UTF-8; left blank, it goes out in the layout's default. And the file is ALWAYS downloaded in the encoding it was sealed with, even if the parameter changes later: otherwise the hash would no longer match.

No. Saving is idempotent per company + layout + period: regenerating replaces that month's file in that layout, instead of stacking copies. And since the lines always come out in the same order, regenerating the same period produces the SAME file — that is what makes the SHA-256 hash useful for confirming with the accountant that what they received is what you sent.