Resposta curta. Sincronizar encomendas não é sincronizar liquidações. Levar as encomendas para o NetSuite dá receita e valores a receber. Saldá-los exige uma segunda integração que leia o relatório de liquidação de cada marketplace e atribua cada linha a um depósito, uma linha de gasto, um crédito ou uma conta transitória, com uma fila de exceções para o que não conseguir colocar.
Porque é que na Europa se sente mais
Uma marca que vende na Europa raramente tem um só marketplace. Tem as lojas europeias da Amazon, a Zalando na moda e um número crescente de retalhistas que operam o seu próprio marketplace sobre Mirakl. Cada um paga segundo o seu próprio calendário, com o seu próprio formato de relatório e muitas vezes em mais de uma moeda. A lógica é parecida de um marketplace para outro, mas a configuração não é partilhada, e cada novo canal implica um novo mapeamento.
Os impostos acrescentam outra camada. Desde que o pacote de IVA do comércio eletrónico da UE entrou em vigor a 1 de julho de 2021, um marketplace pode ser o fornecedor presumido para efeitos de IVA em determinados fluxos, como as vendas à distância de bens importados até 150 € ou as vendas de vendedores não estabelecidos na UE (European Commission, explanatory notes on the VAT e-commerce rules, consultado a 29 de setembro de 2026). Com a DAC7, os operadores de plataformas comunicam à administração fiscal os pagamentos aos vendedores e as comissões retidas (European Commission, DAC7, consultado a 29 de setembro de 2026). Ou seja, o marketplace declara valores sobre a empresa que a contabilidade deveria conseguir explicar.
Encomendas versus liquidações: duas integrações diferentes
| Integração de encomendas | Integração de liquidações | |
|---|---|---|
| Origem | API de encomendas do marketplace ou conector | Relatório de liquidação ou linhas de transação |
| Unidade | Uma encomenda | Um pagamento que cobre muitas encomendas e períodos |
| No NetSuite torna-se | Encomendas de venda, faturas ou vendas a dinheiro | Depósitos, linhas de gasto, créditos, lançamentos na conta transitória |
| Momento | Quando a encomenda é feita ou expedida | Quando o marketplace paga |
| A parte difícil | Artigos, impostos, estado da expedição | Comissões, promoções, reembolsos, estornos, retenções, câmbio |
| Responsável | Operações / ecommerce | Finanças |
A maioria dos conectores de encomendas fica pela coluna da esquerda. É por isso que uma empresa pode ter as encomendas do marketplace a entrar no ERP e continuar a ter uma folha de cálculo de fecho do mês que tenta explicar porque é que o banco recebeu menos do que o NetSuite diz que foi vendido. Já escrevemos sobre a lacuna de reconciliação em si. Esta página trata do que implica fechá-la no NetSuite.
O que uma integração de liquidações com o NetSuite tem de cobrir
Uma integração de liquidações está completa quando cada linha de cada liquidação tem um lugar no NetSuite ou uma pessoa concreta a analisá-la. Na prática, isso significa:
- Ingestão do relatório de liquidação, não só da linha bancária. O banco mostra um valor líquido. Os componentes só existem no relatório do marketplace.
- Uma conta transitória do marketplace. Os valores a receber de cada encomenda são lançados nela, a liquidação salda-os e o que sobra é o saldo por explicar, à vista em vez de enterrado.
- Um depósito pelo pagamento líquido que corresponda exatamente à linha bancária, para que a reconciliação bancária seja uma formalidade e não uma investigação.
- Mapeamento de comissões. Cada tipo de comissão é atribuído a uma conta e, quando diz respeito a uma encomenda, a essa encomenda. As comissões de venda e as taxas de logística vão para a encomenda. A armazenagem e a publicidade são custos do período e são lançadas por período.
- Reembolsos e devoluções feitos corresponder à encomenda original, seja qual for o período em que são liquidados. É a diferença entre uma nota de crédito que faz sentido e uma margem por canal errada para sempre.
- Estornos e disputas numa conta própria e com um responsável, porque chegam muitas vezes sem uma referência de encomenda clara.
- Reservas e retenções tratadas como um valor a receber, não como um custo.
- Câmbio. O marketplace converte a uma taxa que ninguém na empresa escolheu. A diferença vai para diferenças de câmbio, por liquidação, em todas as subsidiárias e moedas.
- Uma fila de exceções. As comissões desconhecidas, as encomendas sem correspondência e os ajustamentos por explicar passam a revisão com as linhas relacionadas anexadas. Nunca são lançados numa conta por omissão.
Amazon versus Zalando versus Mirakl
As três fontes comportam-se de forma suficientemente diferente para que cada uma precise do seu próprio leitor e do seu próprio mapeamento.
| Amazon | Zalando | Marketplaces sobre Mirakl | |
|---|---|---|---|
| O que se recebe | Um relatório de liquidação por período de liquidação | Informação de liquidação no zDirect, o portal de parceiros | Linhas de transação e documentos contabilísticos através da API do vendedor |
| Quem define as regras | Amazon | Zalando | Cada operador do marketplace |
| Atenção a | Alterações ao formato do relatório | Vendas pela data de expedição, pagamentos pela data de pagamento | Comissões e ciclo de faturação diferentes para cada operador |
Amazon. Os relatórios de liquidação não podem ser pedidos nem agendados; a Amazon gera-os automaticamente. No formato de ficheiro simples atual, cada encargo ou comissão aparece como uma linha com um tipo de montante e uma descrição (Amazon SP-API, settlement reports, consultado a 29 de setembro de 2026). Os antigos relatórios de liquidação em XML e em ficheiro simples são retirados a 11 de novembro de 2026, substituídos pelo relatório Flat File V2 (Amazon SP-API changelog, consultado a 29 de setembro de 2026). Uma integração que ainda leia os formatos antigos tem prazo. Esta página trata só das liquidações da Amazon, não das operações do Seller Central nem do FBA.
Zalando. Os parceiros recebem a informação de liquidação no zDirect. A própria Zalando indica que os seus relatórios de vendas se baseiam na data de expedição de cada encomenda, enquanto a informação DAC7 se baseia na data em que pagou ao parceiro (Zalando Partner University, DAC7 FAQs, consultado a 29 de setembro de 2026). São duas bases de data para a mesma operação, e a contabilidade tem de reconciliar ambas.
Mirakl. A Mirakl é a plataforma por trás dos marketplaces de muitos retalhistas, não um marketplace concreto. A sua API do vendedor disponibiliza linhas de transação e documentos contabilísticos, que podem ser filtrados por ciclo de faturação e por número de fatura ou de nota de crédito (Mirakl seller API, invoicing and accounting, consultado a 29 de setembro de 2026). Cada operador configura as suas próprias comissões e o seu próprio ciclo, por isso dois marketplaces sobre Mirakl são dois mapeamentos.
Como o construímos
Escolhemos a ferramenta por marketplace, não por projeto:
- Celigo, quando um conector ou um fluxo já cobre a origem. Somos parceiro autorizado da Celigo e ampliamos os fluxos em vez de os refazer.
- Leitores à medida, quando o formato do relatório é invulgar ou muda com frequência. Estes leitores dão alerta assim que surge um tipo de comissão novo, em vez de o atribuírem em silêncio.
- Lógica no NetSuite que regista depósitos, linhas de lançamento, créditos e lançamentos na conta transitória sobre o plano de contas que a empresa já tem.
- Agentes para o resíduo. Decompor e fazer corresponder é trabalho de grande volume, sujeito a regras, com um remanescente ambíguo que não desaparece. É aí que um agente de IA se justifica: propõe a correspondência, anexa o contexto e deixa a decisão a alguém das finanças.
O que muda no fecho do mês
O objetivo é que o fecho do mês deixe de ser arqueologia de folhas de cálculo. As liquidações são reconciliadas à medida que chegam, não em bloco no terceiro dia do fecho. A conta transitória do marketplace mostra apenas o que está realmente pendente. A fila de exceções é curta e tem responsável. A margem por marketplace lê-se no NetSuite em vez de ser reconstruída em Excel.
Vai sempre sobrar um resíduo, e é preciso uma política para ele: um limiar de materialidade, uma conta de regularização e uma regra de aprovação. Quem promete um resíduo zero não viu ficheiros de liquidação suficientes.
Como é o projeto
- Revisão das liquidações. Pegue em ficheiros de liquidação recentes de cada marketplace e decomponha-os à mão para encontrar todos os tipos de comissão que hoje ninguém consegue explicar. Essa lista é o âmbito.
- Decisões contabilísticas. Atribua a cada tipo de comissão uma conta e um tratamento, incluindo as retenções, os estornos e uma regra para as comissões desconhecidas. Peça ao consultor fiscal que confirme o tratamento do IVA dos fluxos concretos da empresa.
- Primeiro marketplace. Construa a ingestão, o mapeamento, a conta transitória e a fila de exceções para o marketplace com mais volume, e ponha-o a funcionar em paralelo com o processo atual.
- Mais marketplaces. Acrescente cada um como um mapeamento próprio sobre o mesmo desenho.
- Saldo histórico. Trate o saldo que já exista na conta de espera como um exercício à parte, com prazo fechado e uma regularização acordada, e não como um pré-requisito.
Se também vende numa loja própria, as integrações NetSuite–Shopify e NetSuite–WooCommerce cobrem o lado das encomendas. O lado das liquidações é o mesmo para todos os marketplaces.