Ir para conteúdo
  • Cadastre-se

Ricardo Timm Bonsembiante

Membros Pro
  • Total de ítens

    339
  • Registro em

  • Última visita

Posts postados por Ricardo Timm Bonsembiante

  1. Roberto Godinho

     

    Perdoe-me não ter respondido antes, mas outras prioridades me fizeram deixar de lado por uns dias essa situação. Te afirmo que as tuas sugestões serão de grande valia na solução dessa dificuldade em decorrência exatamente de dar algumas regalias ao usuário que no processo de geração da NFe não podem existir. O fato de armazenar o status atual da Nfe também, com certeza, evitará esse tipo de situação de duplicidade.

     

    Um abraço e agradeço muito tua colaboração.

  2. Olá pessoal

     

    Acompanhem o meu raciocínio e corrijam-me se eu estiver errado. Hoje envio para o ACBrNFeMonitor o comando NFE.CriarEnviarNFe para criar e já enviar o XML para o Fisco. Um cliente pediu-me para que ele pudesse ver a NFe antes de enviar então pensei que poderia utilizar o comando NFE.CriarNFe para criar o XML e então utilizar o comando NFE.ValidarNFe para ver se está consistente, verificar na pasta onde estão os XMLs de notas autorizadas para evitar duplicidade e utilizar o comando NFE.ImprimirDanfe para mostrá-la na tela antes de enviá-la ao Fisco. Estou correto? Outra dúvida: esta nota, ainda sem autorização, vai exibir na prévia de impressão alguma informação nesse sentido? Aguardo retorno e contribuições.

     

    Sds, 

  3. Olá pessoal

     

    Sei que a pergunta pode parecer óbvia, mas estou enfrentando problemas operacionais relativos a gravação do número da última NFe autorizada por alguns descuidos do usuário final e, consequentemente, retornando o próximo evento como rejeitado por duplicidade de NFe. Isso faz com que o xml retornado nesse sobreponha o já existente e correto. Todas as soluções que pensei sempre esbarram em algum problema ou dificuldade na sua operacionalização. Alguém poderia me dar uma luz de como fazer.

     

    Grato e aguardo retorno.

  4. Olá pessoal

     

    A contadora de um cliente disse que quando em uma venda, com emissão NFE, tiver mais de um CFOP (5102 e 5405, p.ex.) eles devem aparecer em ordem, ou seja, primeiro todos os itens com 5102 e o seu respectivo subtotal e depois todos os itens com 5405 e o seu subtotal. Tem algum comando no ACBrNFeMonitor que faz isso? Caso não tenha, como vocês tem resolvido essa situação, já que em alguma notas já vi isso impresso. Grato e aguardo retorno.

     

    Saudações,

  5. Kiko

     

    Como eu disse, eu sempre informei CidadeCod= e fiz esse teste, o qual envio em anexo. A nota 7715, no campo Cidade, no emitente e destinatário enviei a palavra CRUZ ALTA e ele gerou corretamente a NFE incluindo no XML <cMunFG>4306106</cMunFG> e <cMun>4306106</cMun> que refere-se ao município de Cruz Alta - RS. Aí fiz um outro teste. No mesmo arquivo ENTNFE alterei o nome da cidade para CRUZ LATA e aí ele recusou a nota por conteúdo inválido nos campos B12, C10 e E10. A partir disso concluo que quando não informo o Código do município ele preenche esse campo pelo nome da cidade/estado. E aí: por que em todos os computadores e clientes que tenho instalado a NFe isso funciona e somente em um não? Alguém pode me ajudar. Segue em anexo os arquivos que justificam o acima escrito. 

    sainfe.txt

    LOGNFE.TXT

    43140294935657000194550010000077151000077151-nfe.xml

    43140294935657000194550010000077141000077146-nfe.xml

  6. Olá pessoal

     

    Nunca especifiquei o Cod_Mun na geração das NFe's e sempre funcionou. Em um cliente específico, e somente nele (se eu testar aqui na minha máquina em ambiente de homologação funciona), ele recusa a NFe com as mensagens que podem ser observadas no arquivo SAINFE.TXT que segue em anexo. Segue também os arquivos ENTNFE.TXT o os XML das duas últimas notas. Uma delas aceita sem eu ter especificado as informações que ele está reclamando e a outra em que ele não aceita. Acredito que seja um pequeno detalhe que está me passando desapercebido, mas estou nessa há 3 dias. Aguardo retorno.

    43140204976053000527550010000002851000002856-nfe.xml

    43140204976053000527550010000002861000002861-nfe.xml

    ENTNFE.txt

    sainfe.txt

×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.