Integrações e módulos Protheus em produção

A portaria e os pontos de carregamento eram controlados por um sistema de acesso próprio. Abertura de cancela, mensagens no display e o fluxo de carregamento precisavam ser conduzidos a partir do que já estava no Protheus.

• Camada de comunicação SOAP/WSDL com classe base e operações dedicadas: abertura de cancela, display de mensagens, cadastro de veículos e motoristas, tickets e troca de fluxo
• API REST de entrada para o retorno assíncrono do sistema de acesso
• 6 cadastros MVC: fluxo, mensagem, ponto de controle, ponto de carregamento, tags e ticket
• Schedule de controle do tempo de ticket no pátio

A empresa precisava coletar a assinatura do recebedor no canhoto da DANFE de forma digital, com rastreio de cada etapa e o documento assinado arquivado dentro do Protheus.

• Upload automático da DANFE para a plataforma de assinatura e download do PDF assinado para o Banco de Conhecimento
• QR Code impresso no canhoto com o link de assinatura
• Webhook REST de callback com validação de body e campos
• 3 jobs com dispatcher único: envio, verificação de assinatura e cancelamento quando a NF-e é cancelada
• MVC de monitoramento com status e ações de reprocessar, verificar e cancelar
• Ponto de entrada para exibir o PDF assinado a partir da nota

O sistema operacional do parceiro precisava lançar adiantamentos (PA) no Contas a Pagar do Protheus de forma automática, sem digitação e sem abrir mão das validações do financeiro.

• Endpoint REST com autenticação JWT nativa do REST Server do Protheus
• Fornecedor localizado por CNPJ/CPF, aceitando também o CNPJ alfanumérico
• Validação completa de PIX: estrutura EMV e CRC16 do payload
• Envelope de erro padronizado com códigos estáveis, falhas devolvidas em conjunto e idempotência por chave de negócio
• Gravação via MsExecAuto (FINA050), dentro da transação da própria rotina padrão
• Documentação técnica de integração e suíte de testes HTTP contra o REST real

Representantes, supervisores e gerentes precisavam de pré-venda, negociação e aprovações no celular, coerentes com o ERP — e o canal B2B precisava de produtos, preços e crédito vindos do Protheus.

• Sincronização Protheus ↔ nuvem em tempo real: carga completa e incremental por fila de eventos, cobrindo ~25 tabelas
• Pré-venda e negociação no app, com workflow de aprovação hierárquico
• Integração de e-commerce B2B: produtos, tabelas de preço e pedidos recebidos por webhook
• Controle de crédito do cliente integrado ao canal B2B

A emissão de boleto precisava passar pelo canal de API de cobrança do banco, a partir do Protheus, atendendo às exigências de autenticação desse canal: OAuth e conexão com certificado cliente.

• Cliente da API de cobrança com autenticação OAuth e SSL/mTLS (certificado cliente)
• Arquitetura em camadas: aplicação, infraestrutura e mapeamento de dados separados
• Teste smoke para validar conexão e autenticação com o banco

O inventário cíclico e a conferência de expedição passaram a ser feitos com leitura RFID, e essas leituras precisavam chegar ao Protheus e ser acompanhadas dentro do ERP.

• API REST de entrada para receber os dados do sistema de RFID
• Jobs que consomem a API do sistema de RFID
• 2 monitores MVC para acompanhar o inventário cíclico e a conferência de expedição