UF não pode ser vazia apenas usando socket

[Rubinho]

Boa tarde, pessoal!

Estou com um problema bem estranho, fiz alguns testes usando o ACBrMonitorPlus via arquivo e consegui emitir algumas NFCe (arquivo de requisição: 0000002631.req e retorno: 0000002631.ret, em anexo), porem, quando envio o mesmo arquivo (0000002631.req) via socket, alterando apenas o numero da NFC para evitar rejeição por duplicidade e acertando o horário, recebo o erro: "UF não pode ser vazia". Já revisei todo o arquivo e as UF's estão todas preenchidas, se mudo para troca de arquivos funciona.

Como posso resolver?

0000002631.req 0000002631.ret ENT.txt

[Kiko Fernandes]

Boa tarde!

Experimente fazer um teste:

Passe o campo cUF=28 para o grupo [Identificacao] ou então retire o campo do grupo [Emitente] e reenvie. 

Citar

[Emitente]
...
xBairro=PONTO NOVO
cMun=2800308
xMun=ARACAJU
UF=SE
CEP=49047460
cPais=1058
xPais=BRASIL
Fone=7932144343
cUF=28
cMunFG=

 

[Rubinho]

Acontece o mesmo erro "UF não pode ser vazia" 

Na verdade, esse campo "cUF no grupo [Emitente]" não existia no exemplo original que peguei na pasta dos fontes da ACBr, adicionei na expectativa que fosse isso e acabei esquecendo de remover. O curioso é que via troca de arquivos funciona. 

Editado 22 Maio, 2019 por Rubinho

[Kiko Fernandes]

Este arquivo que você postou que mostra o retorno de autorizada não foi via socket?

O erro acontece antes de gerar o XML?  Se conseguiu gerar anexe ele.

[Rubinho]

Descobri onde estava o problema.

Eu estava enviando via socket o mesmo conteúdo como se fosse o método via troca de arquivos "NFe.CriarEnviarNFe("C:\ACBrMonitorPlus\Entrada\Exemplos\0000002631.req",1,1)" e não o conteúdo do arquivo "ini".

Seria interessante alterar a mensagem de erro.

RESOLVIDO!

 

 

[Kiko Fernandes]

Obrigado por reportar.
Fechando este tópico. Para novas dúvidas, crie novo tópico.