Hoje o borrower do payload de emissão precisa ser montado à mão, campo a campo, inclusive o endereço (postalCode, street, number, district, city.code, state). Para quem só tem o CPF ou o CNPJ do cliente, isso significa buscar os dados cadastrais em outra fonte e converter para o formato da NFE.io manualmente.
Proposta: um utilitário opcional que, dado um CPF ou CNPJ, devolve o objeto borrower já no formato aceito por service_invoices.create, complementando nome/razão e endereço. A emissão continua 100% na NFE.io; o recurso apenas preenche dados cadastrais antes do envio.
Requisitos:
- Totalmente opcional, sem impacto em quem não usa (nada carregado por
require "nfe").
- Sem novas dependências de runtime (apenas a biblioteca padrão).
- Contrato de fonte de dados desacoplado, para permitir outras origens além da implementação de referência.
- Endereço mapeado para os nomes de campo reais da NFE.io.
- Cobertura por testes e assinaturas RBS.
Hoje o
borrowerdo payload de emissão precisa ser montado à mão, campo a campo, inclusive o endereço (postalCode,street,number,district,city.code,state). Para quem só tem o CPF ou o CNPJ do cliente, isso significa buscar os dados cadastrais em outra fonte e converter para o formato da NFE.io manualmente.Proposta: um utilitário opcional que, dado um CPF ou CNPJ, devolve o objeto
borrowerjá no formato aceito porservice_invoices.create, complementando nome/razão e endereço. A emissão continua 100% na NFE.io; o recurso apenas preenche dados cadastrais antes do envio.Requisitos:
require "nfe").