Descrição do projeto
TraduzidoGerenciamos uma loja de e-commerce, e cada pedido ainda é inserido manualmente no programa de contabilidade. Veja como funciona agora: um funcionário abre um novo pedido, reescreve-o no QuickBooks (para uma de nossas marcas, também mantemos registros no Xero em paralelo), depois cria uma fatura, vincula o cliente e ajusta manualmente o estoque do armazém. É lento, propenso a erros, e no final de uma semana movimentada, os números na loja e no sistema contábil param de coincidir. Precisamos de uma sincronização bidirecional adequada que elimine completamente essa etapa manual e mantenha ambos os sistemas em sincronia.
Especificamente, a integração deve transmitir automaticamente pedidos, faturas, clientes, produtos e inventário em ambas as direções. Um novo pedido na loja deve aparecer no sistema contábil como uma fatura ou venda com o cliente corretamente vinculado; um cliente criado ou alterado de qualquer lado deve ser correspondido, não duplicado; e quando o estoque muda devido a uma venda, devolução ou ajuste manual, o outro sistema deve capturá-lo. Valorizamos um mapeamento claro de campos — então decidimos como os campos da loja se mapeiam para os campos contábeis (impostos, SKUs, métodos de pagamento, moedas), e assim esse mapeamento pode ser revisado e corrigido, não uma "caixa-preta".
Como a sincronização é bidirecional, conflitos são inevitáveis, e como você os resolve importa mais para nós do que a velocidade bruta. Se o mesmo cliente ou produto for alterado de ambos os lados entre execuções, precisamos de regras razoáveis, uma escolha de fonte de verdade para cada entidade, e um log mostrando o que mudou, o que foi pulado e o que foi escalado para revisão humana. Por favor, descreva como você construirá a sincronização (execuções agendadas mais quase em tempo real onde crítico), como você eliminará duplicatas, como você se recuperará se a API contábil estiver fora do ar por um minuto, e como você nos permitirá reiniciar com segurança um lote falhado sem duplicar faturas.
— Entidades: pedidos, faturas, clientes, produtos, inventário
— Troca bidirecional, fonte de verdade e log de conflitos para cada entidade
— Mapeamento de campo editável (imposto, SKU, moeda, método de pagamento)
— Tentativas seguras e reinícios idempotentes sem faturas duplicadas
Especificamente, a integração deve transmitir automaticamente pedidos, faturas, clientes, produtos e inventário em ambas as direções. Um novo pedido na loja deve aparecer no sistema contábil como uma fatura ou venda com o cliente corretamente vinculado; um cliente criado ou alterado de qualquer lado deve ser correspondido, não duplicado; e quando o estoque muda devido a uma venda, devolução ou ajuste manual, o outro sistema deve capturá-lo. Valorizamos um mapeamento claro de campos — então decidimos como os campos da loja se mapeiam para os campos contábeis (impostos, SKUs, métodos de pagamento, moedas), e assim esse mapeamento pode ser revisado e corrigido, não uma "caixa-preta".
Como a sincronização é bidirecional, conflitos são inevitáveis, e como você os resolve importa mais para nós do que a velocidade bruta. Se o mesmo cliente ou produto for alterado de ambos os lados entre execuções, precisamos de regras razoáveis, uma escolha de fonte de verdade para cada entidade, e um log mostrando o que mudou, o que foi pulado e o que foi escalado para revisão humana. Por favor, descreva como você construirá a sincronização (execuções agendadas mais quase em tempo real onde crítico), como você eliminará duplicatas, como você se recuperará se a API contábil estiver fora do ar por um minuto, e como você nos permitirá reiniciar com segurança um lote falhado sem duplicar faturas.
— Entidades: pedidos, faturas, clientes, produtos, inventário
— Troca bidirecional, fonte de verdade e log de conflitos para cada entidade
— Mapeamento de campo editável (imposto, SKU, moeda, método de pagamento)
— Tentativas seguras e reinícios idempotentes sem faturas duplicadas
Desenvolvimento web Dinheiro, Transferência bancária
