Italo Giurizzato Junior

Bom dia a todos, Já estão funcionando os Web Services de DistribuicaoDFe do MDF-e, tanto o de Homologação quanto o de Produção. Favor configurar o componente para salvar os arquivos Soap e iniciem os testes. Configuracoes.WebServices.Salvar := True; (salva os arquivos Soap) Como vamos testar essa funcionalidade pela primeira vez é bom termos esses arquivos para eventuais correções no componente.

Bom dia Marcos, Não, a SEFAZ quer acabar com o Web Services de consultar o status de Serviço, que diz que o serviço esta em operação ou não. No meu entendimento um Web Service que não serve para nada, pois me diga qual é o serviço que esta em operação? É o de Recepção, Retorno de Recepção, Consultar a Situação Atual de um Documento, Envio de Evento, Inutilização de Numeração ? Se esse Web Service retornasse a situação de todos os Web Services, ai sim saberíamos quais serviços estão em operação e os que não estão.

Bom dia, Tome muito cuidado com consultas, pois isso pode levar a SEFAZ a bloquear o contribuinte por Consumo Indevido do Web Services. Não entendo o porque de consultar a situação de um documento que nem sequer foi enviado para SEFAZ. No meu entendimento a sua aplicação tem que ter um controle efetivo do que foi: gerado e não enviado; gerado, enviado e processado com sucesso; gerado, enviado e sem retorno da SEFAZ (somente neste caso é que devemos realizar a consulta para saber se foi processado com sucesso ou não). Não se deve também consultar o Status do Serviço antes do envio pela mesma razão acima (Consumo Indevido) e o segundo motivo, existe uma vontade muito grande da SEFAZ acabar com esse Web Service. Reveja o seu fluxo de execução para não ter dor de cabeça futura.

Boa tarde Raoní, Pelo que me consta a NFC-e não pode conter Frete e Seguro uma vez que a venda é presencial.

Boa tarde Akai, Fiz uma pequena alteração no seu arquivo INI e enviei para o repositório, favor atualizar e testar. Antes que eu esqueça, muito obrigado pela colaboração.

Boa tarde a todos, Ao alimentar o componente só podemos usar dois valores possíveis se tratando da NFC-e são eles: Ide.tpImp := tiNFCe ou tiMsgEletronica; Desta forma a TAG tpImp vai conter o valor 4 ou 5, conforme consta na NT 2013/005 versão 1.22 Por outro lado a configuração do DANFE pode receber dois valores possíveis: DANFE.TipoDANFE := tiNFCe ou tiNFCeA4; Quando o valor for tiNFCe subentende que o DANFE será impresso em uma impressora de bobina, por outro lado o valor tiNFCeA4 diz ao componente que a impressão será realizada em um papel A4. No meu entendimento uma coisa é a configuração do DANFE e outra coisa é o valor que será passado para o XML, portanto não se faz necessário termos dois tipos para indicar o tipo de impressão. Posso muito bem gerar todos os meus XML - NFC-e com o valor 4 em tpImp, mas imprimir o DANFE em uma impressora Laser papel A4.

Bom dia Marcos, O erro referente a primeira tela que apareceu somente uma vez, é bem provável uma instabilidade na sua internet ou na SEFAZ.

Bom dia Renan, O componentes ACBr são para o Delphi em não para C#.

Bom dia, Se eu entendi você quer saber como faz para alimentar essa informação, se sim: Prod.CEST := < informe aqui o CEST >; O CEST é um campo que pertence ao detalhando do produto como é a código do produto, descrição entre outros.

Bom dia Alberto, Você pode conferir a sua lista com os tipos de eventos definidos em: TpcnTpEvento (unit pcnConversao.pas) Acredito que todos os eventos publicados em manuais e notas técnicas estão definidos em TpcnTpEvento.

Bom dia a todos, Favor atualizar os fontes e testar novamente.

Bom dia ALA, Em uma verificação rápida no seu XML, não faz sentido essa rejeição. Favor entrar em contato com a SEFAZ, com certeza o problema é com a validação deles.

Bom dia Kenio, O problema que temos as URLs dos Web Services de homologação da NFC-e para o Estado de GO, mas não temos as URLs de Consulta e QR-Code. Entre em contato com a SEFAZ-GO e solicite essas duas informações para que possamos atualizar o componente. Sem essas duas URLs que estão faltando você não vai conseguir validar o XML da NFC-e com a TAG qrCode.

Bom dia a todos, Só tem um problema Juliomar, caso o desenvolvedor informe que o tipo de impressão será tiNFCeA4 tanto na configuração do DANFE quanto ao alimentar o componente: DANFE.TipoDANFE := tiNFCeA4; e Ide.tpImp := tiNFCeA4; A TAG tpImp será gerada com o valor 6 fazendo com que a nota não seja validada, uma vez que os valores permitidos para essa TAG vão de 0 até 5 conforme NT 2013/005 versão 1.22 - página 18

Bom dia Renato, Se o seu erro é o mesmo conforme a imagem em anexo do post do Werner, então vai a dica: 1. DFeUF e DFeUFCodigo estão definidos na unit pcnConversao. 2. No Library Path do Delphi tem que existir uma linha semelhante a esta: C:\ACBrTrunk\Fontes\PCNComum 3. Ela tem que aparecer antes dos Path referentes aos componentes. 4. Procure pelos arquivos pcnConversao.pas e pcnConversao.DCU por todas as unidades ou partições do HD da sua maquina, exclua todas as ocorrências exceto da pasta apresentada no item 2.

Bom dia a todos, A principio o Tortoise não atualiza o fonte que você alterou, isso é uma faca de dois gumes, pois caso esse fonte tenha sido alterado visando melhorias ou correções e disponibilizado no SVN, na sua maquina não o mesmo fonte cai continuar o mesmo. Castro, não conheço o Fortes, mas uma coisa é você reposicionar o objeto dentro do report e outra coisa é a sua impressão. Lembre-se que no código do DANFE é possível definir em execução o posicionamento do objeto, ou seja, não adianta nada você posicionar o objeto com um Left = 250 se existe uma linha de código que diz que altera o Left do mesmo objeto para 150.

Você deve usar os schemas da pasta: ACBR\trunk2\Exemplos\ACBrDFe\Schemas\NFe

O erro ocorre antes ou depois do envio? Se for antes o problema são os seus schemas.

Boa tarde Marcio, Onde esta a complicação? A SEFAZ esta dando um prazo de 1 mês para você atualizar os seus clientes. A partir do dia 01/12/2015 a SEFAZ vai começar a aceitar os XML com as novas TAGs, mas as regras que as obrigam somente serão ativadas no dia 01/01/2016.

Boa tarde Kenio, Você esta usando o componente ACBrNFe do Trunk ou Trunk2? Se for do Trunk esquece pois este não vai gerar mesmo a TAG qrCode. Se for do Trunk2, você viu que existe uma propriedade que diz ao componente se é para incluir a TAG ou não no XML?

Boa tarde, Simples, o ambiente de produção ainda não esta preparado para receber um XML com a TAG tpIntegra. Você costuma baixar e ler as Notas Técnicas? Pois bem esse TAG só vai ser implementada no ambiente de produção em dezembro/2015.

Boa tarde Marcos, Sim, no que diz respeito ao certificado a configuração é da mesma forma.

Boa tarde Marcos, Tem muita coisa para ser revisada no ACBrNFSe - Trunk2. Lembre-se que algumas Units foram escritas do zero, logo algo pode estar faltando ou errado.

Boa tarde Leonardo, Os métodos do ACBrNFSe - Trunk2 foram implementados usando o provedor Ginfes, peço que atualize todos os fontes de todas as pastas e teste novamente.

Boa tarde Rodolfo, Os métodos do ACBrNFSe - Trunk2 foram implementados se utilizando do provedor Ginfes, sendo assim peço que atualize todos os fontes de todas as pastas e teste novamente.