Italo Giurizzato Junior

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.

Bom dia Luis, Você anexou o XML do CT-e e não da CC-e. Segundo no CT-e você esta informando os dados do Destinatário como sendo o Recebedor, apesar do seu CT-e ter sido validado e autorizado pela SEFAZ, esta errado. Só informe o Recebedor quando se tratar de um Redespacho. Outra coisa pela mensagem de rejeição da sua CC-e, você pretende alterar o conteúdo do campo xtexto de obsfisco, o nome correto do campo é xTexto e do grupo é ObsFisco.

Amparo, Até onde sei no Estado de São Paulo, somente algumas empresas estão participando de um projeto piloto. Ainda não esta disponível para todos. Sou do interior de São Paulo, costumo comprar materiais de construção em uma determinada loja e esta possui um aviso, que o cliente deverá informar todos os seus dados, pois a mesma só emite NF-e. Com certeza quando a NFC-e for liberada para todas as empresas do Estado de São Paulo, algumas empresas como supermercados vão emitir a NFC-e, outras poderão dependendo da situação emitir a NF-e ou a NFC-e.

Bom dia Vinicius, Por favor, não post conteúdo de arquivos ou fontes na área de texto do tópico. Procure sempre anexar o arquivo, principalmente se tratando de uma alteração no fonte, fica mais fácil realizarmos o merge tendo o arquivo alterado completo anexado ao post. Desde já muito obrigado pela compreensão e colaboração.

Bom dia Amparo, Na UF que é emitida a NF-e tanto para revenda quanto para consumidor final já esta disponível a NFC-e? Se sim, você deve emitir a NF-e para revenda e pode emitir a NFC-e para o consumidor final.

Bom dia Paulo, Não conheço o Fast Report, portanto não sou a pessoa mais indicada para resolver esse problema. Caso você tenha conhecimento sobre o Fast, fique a vontade em realizar as devidas correções e depois anexar os arquivos alterados aqui no fórum para que possamos disponibilizar a todos. Caso contrario vamos aguardar que alguém faça as correções.

Boa tarde Adriano, Ao configurar o componente para o modelo 56, ou seja, ModeloDF := moNFCe você também atribuiu o valor ve310 a propriedade VersaoDF ?

Boa tarde Danilo, Muito obrigado pela colaboração, já esta disponível.