Italo Giurizzato Junior

Boa tarde Cleiton, Se a internet que o estabelecimento usa para realizar a conexão com a SEFAZ falhar e a UF não autoriza a emissão Off-line a solução é o EPEC. Como o XML do EPEC é extremamente pequeno acredito que uma conexão 3G por exemplo vai resolver.

Amparo, O ACBrNFeMonitor, quando foi idealizado, possui-a uma nomenclatura própria, mas o pessoal achou por bem utilizar a nomenclatura que consta no Manual e Notas Técnicas. Eu aconselho a você utilizar a nomenclatura que esta no Manual, caso tenha problema post aqui no fórum para que possamos efetuar as correções.

Bom dia Cleber, A principio não existe nada que justifique a rejeição. Só uma coisa que me chamou a atenção, você esta colocando os mesmos dados do emitente como sendo do destinatário e isso pode esta provocando essa rejeição. Outra coisa, o envio da NF-e jamais vai ocorrer logo em seguida ao envio do EPEC. Quando o EPEC é utilizado? Quando o emitente esta passando por problemas técnicos, devemos então gerar o EPEC e envia-lo se utilizando de uma conexão, por exemplo 3G. Quando os problemas forem sanados ai sim enviamos a NF-e. Sendo assim sempre vai existir um tempo entre o envio do EPEC e a NF-e, esse tempo é o tempo gasto para sanar os problemas técnicos que o emitente estava enfrentando.

Bom dia Amparo, No seu arquivo TXT você mantem os mesmos nomes, mas acrescente a hora, por exemplo: Emissao=14/11/2014 08:56:00 Saida=14/11/2014 09:00:00 Observação: deixe um espaço em branco entre a data e a hora.

Bom dia Renato, Se a sua aplicação funciona em outros clientes, concluímos que o problema não é a aplicação e componente. Resta agora saber se o problema não é o certificado, apesar dele funcionar em outras operações ou alguma configuração no IE.

Bom dia Márcio, Desculpe, o seu fonte esta desatualizado com relação ao que esta no repositório. Por favor atualize os seus fontes e aplique essa alteração para que possamos avaliar e disponibilizar.

Bom dia Márcio, Muito obrigado pela colaboração, já esta disponível.

Bom dia Cleber, Por favor, post como anexo o XML da NF-e e do EPEC.

Bom dia Renato, Muito obrigado pela colaboração, já esta disponível.

Boa tarde Lucas, Não sei qual é o Report que você utiliza para gerar o DANFE, mas por favor atualize os fontes e compile com a opção Build a sua aplicação. Se o problema persistir, informe qual é o Report.

Renato, Então quer dizer que a sua aplicação de emissão de NFS-e funciona em outros clientes? Se sim, é preciso neste caso, verificar o que esta diferente: Versão do Internet Explorer e configuração do mesmo. Fire Wall, Antivirus, Proxy....

Exatamente Leandro.

Bom dia, Se você pretende utilizar o componente ACBrNFe, significa que você programa em Delphi, correto? Se sim, tome como base o programa exemplo, mais precisamente três rotinas, a que configura o componente, a que alimenta o componente com os dados pertinentes a venda e o Enviar. O procedimento Enviar se encarrega de gerar o XML, assinar, validar, enviar, atualizar o XML com o protocolo de autorização e imprimir o DANFE.

Bom dia Rafael, Na versão Quick Report do DANFE NFC-e temos uma propriedade chamada ViaConsumidor cujo valor padrão é True, isso faz que seja impresso o texto: "Via Consumidor", antes de imprimir a segunda via, devemos atribuir o valor False a propriedade ViaConsumidor, desta forma será impresso o texto: "Via Estabelecimento".

Bom dia, Segundo a SEFAZ, devemos armazenar o último NSU retornado para que possamos utiliza-lo na próxima consulta. Se ao executar: NFe.ConsultaNFeDest(11538486000132,0 ,0 ,0) você tem como resposta: indCont=1 ultNSU=11410047755 O valor 1 em indCont significa que você deve realizar uma nova consulta, mas deve utilizar o ultNSU nessa consulta, exemplo: NFe.ConsultaNFeDest(11538486000132,0 ,0 ,11410047755)

Bom dia Renato, O envio portanto não ocorre, correto? Chegou a "debugar" para saber exatamente em qual rotina ocorre o erro?

Bom dia Leandro, Primeiramente o campo a ser informado é Chave e o grupo é infNFe e devemos informar também o numero do item que é 1, uma vez que um CT-e pode conter 1 ou mais documentos originários. Mas, antes que você faça a alteração e tente novamente, lhe peço que leia a Nota Técnica 2014/001 que trata de novas regras de validação, mais precisamente o item 6 da página 2, onde diz que alterar a chave de uma NF-e (documento originário) através de uma Carta de Correção é proibido segundo a regra M05.

Boa tarde, Fiz algumas alterações na rotina que lê o arquivo TXT e gera o XML, precisamos agora aguardar a nova compilação do ACBrNFeMonitor. Aproveito para lhe dizer que o seu arquivo TXT ainda contem erros: dhEmi=04/11/2014 Você só informou a data, tem que informar a data e a hora, por exemplo: dhEmi=04/11/2014 17:23:00 ****************************** [infCTe001] chCTe= CNPJForn= nCompra= CNPJPg= Os campos em negrito se refere ao grupo Vale Pedágio e não de informações dos CT-e.

Boa tarde Márcio, Essa alteração começa a valer a partir de quando?

Boa tarde Luis, Acredito que o problema esteja em tentar emitir uma CC-e solicitando a correção do campo xTexto do grupo ObsFisco, uma vez que no XML do CT-e autorizado não consta o grupo ObsFisco. E pelo que entendi, foi informado de forma errada que é o tomador do serviço, pois bem, o campo é toma do grupo toma03, mas ocorre que no Manual versão 2.00a do CT-e página 183 temos uma tabela relacionando os campos que não podemos alterar através de uma CC-e e o campo toma do grupo toma03 consta nessa tabela.

Boa tarde Rodrigo, Pelo código que você postou, os seus fontes estão desatualizados faz um bom tempo.

Boa tarde, Primeiramente, ocultar com xxx os dados só dificulta a nossa analise e desta forma fica difícil em ter ajudar. Segundo vamos aos erros segundo o arquivo que você postou: Grupo [ide] esta errado: modal=1 o correto é modal=01 A partir do momento que a UFIni é igual a UFFim não existe o grupo [PERCxxx] esse grupo só deve ser incluído quando o caminhão passa por uma UF entre a UFIni e UFFim. Não existe o campo dhIniViagem dentro do grupo [PERCxxx] e sim dentro do grupo [ide] por ser um campo opcional ainda não foi incluído no Monitor. O grupo moto só possui apenas um índice, portanto o correto é [moto001]. Os campos: tpRod=01 tpCar=01 UF=DF fazem parte do grupo [veicTracao] e não do [moto001]. O nome do grupo [veicReboque001] esta errado o correto é [reboque001]

Boa tarde, O bloco de código que você postou não esta comentado. Algo esta errado com os seus fontes.

Boa tarde, Por favor, atribua o valor True a propriedade: Configuracoes.WebServices.Salvar, desta forma alem dos arquivos *-ped-sta.xml e *-sta.xml serão salvos os arquivos: *-ped-sta-soap.xml e *-sta-soap.xml Post como anexo esses que contem o soap no nome, para que possamos verificar.

Luis, Esse arquivo que você postou, se refere ao retorno e o seu nome esta errado, o nome que você colocou é do pedido e não do retorno. Por favor post como anexo o xml do pedido.