Descrição do projeto
TraduzidoVendemos online e mantemos nossos livros em um sistema de contabilidade separado. A única ponte entre os dois é atualmente uma pessoa digitando manualmente cada pedido: o comprador, os itens, as quantidades, os descontos. Quando essa pessoa chega ao lote da noite, os números de estoque no site já são uma suposição. Vendemos mais do que saiu do armazém esta manhã e escondemos coisas que voltaram para a prateleira ontem. Quero que essa ponte seja um programa que funcione em um cronograma e nunca esqueça um documento.
O que eu preciso é uma troca que funcione em ambas as direções. Os pedidos saem do site completos — composição, quantidades, preços e detalhes do comprador — e se tornam documentos com os quais podemos realmente trabalhar no sistema de contabilidade. Os saldos de estoque e preços viajam na outra direção e aterrissam nos cartões de produtos. Os status de pagamento e envio voltam para o pedido, para que um cliente que pagou possa vê-lo e o suporte não precise manter duas janelas abertas para responder a uma pergunta. Os itens são correspondidos pelo número do artigo, e qualquer coisa que não encontrar um correspondente deve ser anotada em uma lista em vez de ser ignorada silenciosamente.
Três condições não estão em discussão. A troca funciona em um cronograma e com uma verificação de integridade: um pacote subcarregado nunca é aplicado em parte, caso contrário, os livros se afastam e depois ninguém pode dizer em que dia o desvio começou. As credenciais para o sistema de contabilidade são mantidas fora do código, e nem chaves nem dados pessoais dos compradores são escritos no log. E antes de entrarmos ao vivo, a troca é ensaiada em uma cópia do banco de dados e reconciliada manualmente por um dia inteiro, para que saibamos como é um resultado correto antes de começarmos a confiar nele.
O que espero que o trabalho cubra:
— exportação de pedidos com composição, quantidades, preços e detalhes do comprador;
— importação de saldos de estoque e preços de volta ao site;
— status de pagamento e envio retornados ao pedido;
— correspondência de catálogo por número de artigo e uma lista visível de tudo que não foi correspondido;
— tratamento de discrepâncias: o que vence, o que espera por um humano, o que é recusado outright;
— um log de troca em linguagem simples, nomeando o documento e a razão para a falha;
— nova tentativa de uma operação falhada sem duplicar nada já aceito;
— um relatório de fim de mês para o contador: o que foi trocado, o que falhou, o que ainda está aberto.
O que eu preciso é uma troca que funcione em ambas as direções. Os pedidos saem do site completos — composição, quantidades, preços e detalhes do comprador — e se tornam documentos com os quais podemos realmente trabalhar no sistema de contabilidade. Os saldos de estoque e preços viajam na outra direção e aterrissam nos cartões de produtos. Os status de pagamento e envio voltam para o pedido, para que um cliente que pagou possa vê-lo e o suporte não precise manter duas janelas abertas para responder a uma pergunta. Os itens são correspondidos pelo número do artigo, e qualquer coisa que não encontrar um correspondente deve ser anotada em uma lista em vez de ser ignorada silenciosamente.
Três condições não estão em discussão. A troca funciona em um cronograma e com uma verificação de integridade: um pacote subcarregado nunca é aplicado em parte, caso contrário, os livros se afastam e depois ninguém pode dizer em que dia o desvio começou. As credenciais para o sistema de contabilidade são mantidas fora do código, e nem chaves nem dados pessoais dos compradores são escritos no log. E antes de entrarmos ao vivo, a troca é ensaiada em uma cópia do banco de dados e reconciliada manualmente por um dia inteiro, para que saibamos como é um resultado correto antes de começarmos a confiar nele.
O que espero que o trabalho cubra:
— exportação de pedidos com composição, quantidades, preços e detalhes do comprador;
— importação de saldos de estoque e preços de volta ao site;
— status de pagamento e envio retornados ao pedido;
— correspondência de catálogo por número de artigo e uma lista visível de tudo que não foi correspondido;
— tratamento de discrepâncias: o que vence, o que espera por um humano, o que é recusado outright;
— um log de troca em linguagem simples, nomeando o documento e a razão para a falha;
— nova tentativa de uma operação falhada sem duplicar nada já aceito;
— um relatório de fim de mês para o contador: o que foi trocado, o que falhou, o que ainda está aberto.
Programação web Dinheiro, Transferência bancária
