Jump to content

Milton Felipe

Membros Pro
  • Posts

    17
  • Joined

  • Last visited

Everything posted by Milton Felipe

  1. Perfeito, entendido. Forcei o teste de forma errada. Realmente nenhuma das duas notas emiti em modo contingência off-line. Obrigado, mais uma vez!!
  2. 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
  3. 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!
  4. 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!
  5. Obrigado pelo retorno, @José M. S. Junior Sim, o erro ocorre sempre com os mesmos XMLS, mesmo gerando o PDF novamente.
  6. 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
  7. Muito obrigado pela ajuda, realmente estava enviando o número da nota como parâmetro e não tinha visto! Resolvido.
  8. 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
  9. 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á!
  10. Estou com o mesmo problema.. Alguém sabe me falar se o problema problema persiste? Somente homologação MG, produção OK.
  11. Ótimo, é pra essa finalidade mesmo. Usuário vai imprimir diretamente na etiqueta para transporte e a DANFE completa será enviada dentro do pacote.
  12. 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!
  13. 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!
  14. Obrigado pelo retorno. Estou usando o ACBR Plus e mesmo não enviando a propriedade ela é gerada automaticamente: <tpTransp>1</tpTransp>
  15. 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?
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.