valterpatrick

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Você tem de informar o grupo de estorno de credito (gEstornoCred).

Observação: Se for uma NFCe, não espera receber o campo de previsão de entrega, apenas NFe. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Algum retorno?

Pede eles o manual oficial, assim como os schemas xml e um xml de exemplo se possivel. Isto direto para o suporte deles.

Foi criada a tarefa ACBR-8923 para análise do caso e parecer por parte da equipe de consultores. Qualquer novidade será divulgada aqui no tópico.

Qual erro?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Um usuário teve um problema parecido com o seu, veja se a solução serve para você:

Foi criada a tarefa ACBR-8936 para análise do caso e parecer por parte da equipe de consultores. Qualquer novidade será divulgada aqui no tópico.

Deu certo?

Eu mantive assim: Result.AppendChild(AddNode(tcStr, '#32', 'CodigoNbs', 1, 12, NrOcorrCodigoNBS, PadLeft(NFSe.Servico.CodigoNBS, 12, '0'), DSC_CMUN)); O código NBS pode até ser 9 digitos, mas tem de seguir o padrão do xsd que é de 12 números. Eu não emiti uma nota por não ter certificado digital de alguém da cidade que tem o provedor, mas não deu erro de schemas xml: Código : Mensagem: Inscrição informada é inválida. Correção: Você precisa colocar para o nbs gerar com 12 digitos, além de recompilar o ACBr após alteração das units.

Poderiam enviar um xml de exemplo por favor.

Se possível anexe a unit alterada. Foi criada a tarefa ACBR-8930 para análise do caso e parecer por parte da equipe de consultores. Qualquer novidade será divulgada aqui no tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Neste outro post o usuário conseguiu resolver o problema assim:

Isto só comprova que tem um problema lá. O meu entendimento é que talvez está considerando o formato AAAA-DD-MM e não AAAA-MM-DD. De qualquer forma o pessoal da Receita tem de olhar isto, mas passa a evidência para eles que são os xml de envio e os de retorno. Se possível faça um teste com uma data 2026-02-06 por exemplo. Na medida que for tendo retornos, nos posicione aqui.

Eu criei a tarefa ACBR-8903 exatamente para isto.

Dê uma olhada nos exemplos do ACBr utilizando o componente ACBrPosPrinter. https://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrDFe/ACBrNFe/Demo ACBrNFeDANFeEscPos/

Por hora sim, contudo diferente da NFe, a NFSe não tem um padrão na documentação oficial a respeito da orientação dos campos no DANFSe. Pode ver que algumas cidades seguem um padrão diferente das demais. O ACBr vai tentar manter um padrão aceitável e próximo ao utilizado pelas cidades, contudo caso queira pode pegar os arquivos .fr3 e criar um modelo parecido com a sua cidade por exemplo e até destacar os tributos novos.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.