Esquemas e layouts de exportação

Escolha a saída

JSON

JSON mantém dados aninhados, incluindo listas de itens e transações. O ficheiro contém o objeto do documento, sem metadados de quota ou transferência. A opção plana não altera JSON.

Plano

Os exports planos usam uma grelha retangular de linhas e colunas uniformes. Cada linha representa um item ou transação, repetindo dados do documento quando necessário. Cada tabela tem uma estrutura fixa de colunas. Excel pode conter várias folhas; CSV contém uma grelha.

Não plano

Os exports Excel e CSV não planos colocam tabelas separadas lado a lado, cada uma com função e colunas próprias: dados do documento, itens, impostos, totais ou avisos. Não formam uma tabela uniforme única. Word empilha estas tabelas verticalmente. Recibos de vencimento e imagens de tabelas usam layouts próprios.

Os CSV contabilísticos são opções Premium com modelos próprios. Produzem ficheiros, não uma ligação direta ao Xero ou QuickBooks. Reveja campos e associações contabilísticas antes de importar. Preços

Recibo

Comerciante, data, moeda, número, quantidades, preços, impostos, pagamento e totais. As taxas são frações: 0.20 significa 20%.

Campos JSON

Os tipos descrevem JSON serializado. Objetos e arrays precedem os seus campos; [] indica entradas repetidas. Campos predefinidos não têm de ser fornecidos pela extração. Os decimais são serializados como cadeias de texto. Os ficheiros mantêm os campos predefinidos; um valor não extraído não equivale a uma chave JSON omitida.

Plano

O layout plano inclui itens e um resumo separado em Excel. CSV contém apenas itens. Ajustes de impostos e gorjetas podem adicionar linhas: line_total vem de tax, taxes[].amount ou tip; description é gerada e quantity, unit_price e line_no ficam vazios.

Não plano

O layout não plano coloca estas tabelas lado a lado. Dados e totais usam linhas campo/valor; itens e impostos usam colunas. Os avisos aparecem quando existem. unit_price não está na tabela não plana de itens.

Xero CSV

Uma linha resumida por recibo. Campos sem origem ficam vazios, incluindo AccountCode e TaxType. Complete as associações necessárias antes de importar.

UnitAmount usa total, ou subtotal como alternativa, se tax_inclusive for true. Caso contrário usa subtotal ou total menos tax se faltar subtotal. Montantes ausentes podem passar a zero. Depois adiciona tip. Reveja impostos e gorjetas antes de importar.

QuickBooks CSV

Não

Fatura/Conta

Datas e referências, remetente e destinatário, itens, impostos, descontos, retenções e totais. unit é a unidade impressa; tax_rate é uma fração.

Campos JSON

Os tipos descrevem JSON serializado. Objetos e arrays precedem os seus campos; [] indica entradas repetidas. Campos predefinidos não têm de ser fornecidos pela extração. Os decimais são serializados como cadeias de texto. Os ficheiros mantêm os campos predefinidos; um valor não extraído não equivale a uma chave JSON omitida.

As tabelas associam campos de saída a caminhos JSON. || indica o primeiro valor não vazio; ?? um valor alternativo para null. Numeração, descrições combinadas e formatação são regras de exportação. Valores em falta tornam-se geralmente células vazias.

O layout plano contém itens com dados repetidos da fatura. O não plano agrupa dados, partes, itens, impostos, totais e avisos; Word dispõe as secções verticalmente.

Plano

Lines contém uma linha por item com dados da fatura repetidos. As linhas de ajuste usam −discount, taxes[].amount (ou tax) quando tax_inclusive não é true, e −withholdings. As descrições são geradas; line_no, quantity, unit e unit_price ficam vazios. Uma fatura sem itens também produz uma linha de documento.

Não plano

Estas tabelas ficam lado a lado no Excel e CSV; o Word empilha-as. A tabela de itens do Excel omite atualmente Line total. CSV e Word incluem-no. Os dados do documento e totais usam linhas campo/valor. Os avisos aparecem apenas quando existem.

Extrato Bancário

Emissor, período e contas com identificação, saldos, totais e transações. trnamt é negativo para saídas e positivo para entradas. dtposted é a data contabilística; dtuser a data-valor.

Campos JSON

Os tipos descrevem JSON serializado. Objetos e arrays precedem os seus campos; [] indica entradas repetidas. Campos predefinidos não têm de ser fornecidos pela extração. Os decimais são serializados como cadeias de texto. Os ficheiros mantêm os campos predefinidos; um valor não extraído não equivale a uma chave JSON omitida.

As tabelas associam campos de saída a caminhos JSON. || indica o primeiro valor não vazio; ?? um valor alternativo para null. Numeração, descrições combinadas e formatação são regras de exportação. Valores em falta tornam-se geralmente células vazias.

O layout plano contém transações com dados repetidos do extrato e da conta. O não plano agrupa dados do extrato e transações, saldos e totais por conta. As secções dependem do documento.

Plano

Transactions repete os dados do documento e da conta por transação. Se faltarem transações ou contas, a exportação plana cria ainda uma linha de identificação com campos de transação vazios.

Não plano

Cada conta tem tabelas próprias de transações e detalhes, lado a lado no Excel e CSV. Os dados do extrato acompanham a primeira conta; os avisos aparecem apenas quando existem. O Word empilha as secções. As linhas campo/valor estão detalhadas abaixo.

Extrato de Cartão de Crédito

Emissor, período, contas, saldos, limites, resumos e transações. trnamt é positivo para encargos e negativo para pagamentos e reembolsos, ao contrário das compras bancárias.

Campos JSON

Os tipos descrevem JSON serializado. Objetos e arrays precedem os seus campos; [] indica entradas repetidas. Campos predefinidos não têm de ser fornecidos pela extração. Os decimais são serializados como cadeias de texto. Os ficheiros mantêm os campos predefinidos; um valor não extraído não equivale a uma chave JSON omitida.

As tabelas associam campos de saída a caminhos JSON. || indica o primeiro valor não vazio; ?? um valor alternativo para null. Numeração, descrições combinadas e formatação são regras de exportação. Valores em falta tornam-se geralmente células vazias.

O layout plano contém transações com campos repetidos do extrato e da conta. O não plano inclui secções por conta para transações, saldos, limites e resumos. Várias contas alteram o número de secções.

Plano

Transactions repete os dados do documento e da conta por transação. Se faltarem transações ou contas, a exportação plana cria ainda uma linha de identificação com campos de transação vazios.

Não plano

Cada conta tem tabelas próprias de transações e detalhes, lado a lado no Excel e CSV. Os dados do extrato acompanham a primeira conta; os avisos aparecem apenas quando existem. O Word empilha as secções. As linhas campo/valor estão detalhadas abaixo.

Recibo de Vencimento

Período, trabalhador, empregador, taxas, rendimentos, deduções, impostos, contribuições e totais. current_amount refere-se ao período; ytd_amount ao acumulado anual.

Campos JSON

Os tipos descrevem JSON serializado. Objetos e arrays precedem os seus campos; [] indica entradas repetidas. Campos predefinidos não têm de ser fornecidos pela extração. Os decimais são serializados como cadeias de texto. Os ficheiros mantêm os campos predefinidos; um valor não extraído não equivale a uma chave JSON omitida.

As tabelas associam campos de saída a caminhos JSON. || indica o primeiro valor não vazio; ?? um valor alternativo para null. Numeração, descrições combinadas e formatação são regras de exportação. Valores em falta tornam-se geralmente células vazias.

Sem escolha plano/não plano. A folha Paystub contém secções de período, trabalhador, empregador, taxas, rendimentos, deduções, impostos, contribuições e totais. CSV é uma grelha de secções; Word empilha-as.

Layout próprio

Estas são as secções do formato Paystub, lado a lado no Excel e CSV e empilhadas no Word. As descrições usam description ou code e acrescentam “imputed” quando is_imputed é true e “non-taxable” quando is_taxable é false. As colunas Rate usam formato percentual. Os totais associam Current e YTD para cada Metric. Os avisos aparecem apenas quando existem.

Imagem de Tabela

Título, cabeçalhos, células e notas. headers e rows[].cells seguem as colunas de origem, sem esquema financeiro fixo. O tipo de linha distingue dados, subtotais e outras funções.

Campos JSON

Os tipos descrevem JSON serializado. Objetos e arrays precedem os seus campos; [] indica entradas repetidas. Campos predefinidos não têm de ser fornecidos pela extração. Os decimais são serializados como cadeias de texto. Os ficheiros mantêm os campos predefinidos; um valor não extraído não equivale a uma chave JSON omitida.

As tabelas associam campos de saída a caminhos JSON. || indica o primeiro valor não vazio; ?? um valor alternativo para null. Numeração, descrições combinadas e formatação são regras de exportação. Valores em falta tornam-se geralmente células vazias.

Sem escolha plano/não plano. A folha Table usa cabeçalhos e células extraídos. As colunas são dinâmicas; títulos, notas e avisos podem acrescentar linhas. CSV não preserva células unidas ou estilos Excel.

Layout próprio

Os nomes das colunas vêm de headers, não de uma lista fixa. As células mantêm a ordem; linhas curtas são preenchidas e null fica vazio. title e caption surgem acima da grelha, notes e avisos abaixo. O Excel une cabeçalhos adjacentes iguais. rows[].type controla o estilo Excel/Word, sem uma coluna adicional. CSV não tem estilo. Uma linha de aviso pode usar duas colunas mesmo com apenas uma coluna de dados.

Valores em falta e revisão

Os campos anuláveis podem conter null; listas ausentes recebem []. Objetos aninhados podem ter campos predefinidos. Os exportadores mostram frequentemente valores em falta como células vazias. Datas e montantes podem ser normalizados; a reconciliação pode calcular totais em falta ou acrescentar avisos. doc_id e source_filename são metadados de exportação, não campos financeiros extraídos.

Reveja a origem e os valores exportados. Uma lista reconciliation_warnings vazia não comprova exatidão.