Milton Felipe

Perfeito, entendido. Forcei o teste de forma errada. Realmente nenhuma das duas notas emiti em modo contingência off-line. Obrigado, mais uma vez!!

Olá, boa tarde! Estou realizando algumas melhorias no software quanto aos procedimentos relacionados à NFC-e, inclusive o curso Contingencia Off-line da NFC-e está me ajudando a esclarecer e melhorar diversos pontos. Parabéns à comunidade ACBR! Pois bem, estou com problema ao enviar o evento de cancelamento por substituição, está retornando a Rejeicao: Tipo de Emissao invalido no Cancelamento por Substituicao. Não sei se o problema tem haver por estar realizando os testes em ambiente de homologação. Em anexo, trecho do Log e os XMLS das duas notas em questão. Agradeço antecipadamente a ajuda! 31220207932214000145650010000005001005510612 - Autorizado.xml 31220207932214000145650010000005011086961315 - Autorizado.xml LOG.txt

Erro encontrado, estava em um REGEX no meu código que trata caracteres para salvar o XML no banco de dados. A sua ajuda foi de grande valia, @José M. S. Junior pois sinceramente não conhecia o validador de XML sugerido. Mais uma vez, obrigado!

Não foi feita nenhuma mudança no XML, esse XML é salvo no banco de dados através da importação do arquivo ou pelo MD-e, mas de toda forma sua dica foi de grande valia. Certamente, em alguma parte do processo o XML está sendo alterado, vou procurar em código o que pode estar ocasionando isso. Obrigado!

Obrigado pelo retorno, @José M. S. Junior Sim, o erro ocorre sempre com os mesmos XMLS, mesmo gerando o PDF novamente.

Boa tarde! Estou implementando um recurso em meu sistema que consiste na visualização em PDF da nota fiscal de entrada (Emitida pelo fornecedor), afim de facilitar o usuário no momento de vincular os produtos no cadastro de estoque, pois bem, estou utilizando o ACBRMonitor e uso o comando ImprimirDANFEPDF para realizar esta ação, porém alguns PDF`s são gerados "faltando pedaços", friso que eu não encontrei erros nos XMLS citados. Alguém já deparou com algo parecido ou pode sugerir algo? Segue XMLs e respectivos PDFs gerados (1 gerado corretamente e o outro com falha). Agradeço a atenção desde já, 31210223393267000191550020003014981010386294-nfe.xml 31210143214055000107550000167729661546823964-nfe.xml 31210223393267000191550020003014981010386294-nfe.pdf 31210143214055000107550000167729661546823964-nfe.pdf

Muito obrigado pela ajuda, realmente estava enviando o número da nota como parâmetro e não tinha visto! Resolvido.

Log anexado. A primeira parte é a tentativa de emissão em modo normal. A segunda é a emissão em contingência. A terceira é a autorização da nota emitida em contingência. LOG.TXT

Prezados, boa tarde! Estou tendo alguns problemas que quando utilizo o comando NFE.CriaNFE com o parâmetro para assinar a nota setado para 1, a assinatura não aparece no arquivo XML. Isso acontece principalmente nas notas que foram emitidas em contingencia off-line, o que em MG infelizmente está corriqueiro. Alguém sabe me orientar sobre o que pode estar acontecendo? Agradeço a ajuda desde já!

Estou com o mesmo problema.. Alguém sabe me falar se o problema problema persiste? Somente homologação MG, produção OK.

Ótimo, é pra essa finalidade mesmo. Usuário vai imprimir diretamente na etiqueta para transporte e a DANFE completa será enviada dentro do pacote.

Acho que se tem a opção realmente seria interessante. Muito obrigado por sua atenção!

Bom dia! Obrigado pelo retorno. E no modelo 65 isso é setado por algum parâmetro ou comando?

Prezados, podem me informar se existe algum parâmetro ou comando que me dê opção de imprimir a DANFE (55) simplificada sem os itens (produtos)? Utilizo atualmente o ACBRMonitorPlus Desde já, agradeço!

Consegui resolver.. Na verdade foi falha minha que não tinha visto que enviando a propriedade com atributo 0 a tag era omitida. Agradeço a vocês pela retorno!

Obrigado pelo retorno. Estou usando o ACBR Plus e mesmo não enviando a propriedade ela é gerada automaticamente: <tpTransp>1</tpTransp>

Bom dia, Após a nota técnica 2021.001 do MDFE estou tendo problema para emissão de MDF-e quando o emissor é Transportador Próprio e não envio a tag TPTransp. Na emissão de MDF-e a TAG TpTransp está sendo preenchida automaticamente no XML, mesmo sem enviar enviar esse parâmetro o que causa a Rejeição: Informações dos tomadores é obrigatória para esta operação. Quando o responsável pelo transporte é Transportador Próprio a informação de TPTransporte não é obrigatória, porém se for é necessário preencher CIOT e responsável. 724 (obrigatória) – Se modal rodoviário e Tipo Emitente for igual a Prestador de Serviço de Transporte (tpEmit=1) ou transportador que emitirá CT-e globalizado (tpEmit=3) ou Transportador Próprio que informou o Tipo de Transportador (tpEmi=2 com tag tpTransp informada) e indicador de pagamento for a prazo (tag:indPag=1): Tem alguma forma de omitir a tag?