Italo Giurizzato Junior

Boa tarde Eventon, O que não foi implementado é a possibilidade de consultar informando o tomador e o Intermediário de Serviço. Os parâmetros a mais que aparecem como: pagina, senha, entre outros, é devido as aberrações que os outros provedores promovem no "layout" da ABRASF. Coloquei layout entre aspas pois os provedores veem como sugestão e não como um padrão.

Boa tarde Denilson, A grosso modo o diferencia a NF-e da NFC-e é o modelo do documento, um é 55 e o outro é 65 e algumas TAGs ou grupos de TAGs que são obrigatórios em um ou no outro modelo. Do resto é tudo igual, não é a toa que não foi criado um segundo componente para a NFC-e. Posso lhe dizer que o componente ACBrNFe com a seguinte configuração: ModeloDF := moNFe; VersaoDF := ve200 ou ve310; Esta apto a realizar todas as tarefas necessário no que diz respeito a NF-e. por outro lado ao configurar da seguinte forma: ModeloDF := moNFce; VersaoDF := ve310; Esta apto a realizar todas as tarefas necessário no que diz respeito a NFC-e. Mas procure ter em mãos a Nota Técnica 2013/005 versão 1.03, pois nessa NT você vai encontrar tudo sobre a NF-e e NFC-e, o que é necessário em um e opcional no outro.

Boa tarde Caetano, Já tentou incluir na sua aplicação a seguinte linha? ACBrNFe.Configuracoes.WebServices.Visualizar := False;

Boa tarde Richard, Alguns desses campos no DANFE se referem ao total, por exemplo o Total da Base de Calculo do ICMS. A pergunta é: alem de você alimentar o valor da base de calculo do icms do item esta também realizando a soma desse dessa informação de todos os itens e alimentando o total da base de calculo? No programa exemplo esta sendo atribuído o valor zero, mas você deve atribuir a somatória. Na rotina que alimenta o componente (programa exemplo) procure por Total.ICMS

Boa tarde Cesar, Você postou os arquivos errados, post como anexo os que possuem -soap no nome.

Boa tarde Robson, A SEFAZ esta promovendo uma alteração em um dos seus WebServices que visa esse tipo de coisa. Mas ainda não esta disponível essa alteração bem como a implementação no componente. Por favor leia a Nota Técnica 2014/002.

Boa tarde Antonio, Desculpa, não entendi o seu problema. O que você não esta conseguindo fazer: Consultar as Notas Destinadas ou Realizar a Manifestação das NF-e ou Realizar o Download de uma NF-e após a mesma ter sido Manifestada?

Bom dia Cleber, De uma olhada no exemplo que esta dentro da pasta: ...\Fontes\ACBrNFe2

Bom dia Aildon, Muito obrigado pela colaboração, ainda hoje estarei disponibilizando a sua alteração.

Bom dia Cesar, O XML que você postou chamamos de mensagem de dados, como a rejeição se refere ao cabeçalho e esse arquivo não contem o cabeçalho, fiz uma alteração em 2 fontes do componente. Por favor atualize os fontes e vamos aos testes. Após atualizar os fontes, inclua a linha abaixo na sua rotina de configuração do componente. ACBrNFe.Configuracoes.WebServices.Salvar := True; Essa propriedade Salvar acabei de implementar, o seu valor padrão é False, note que estou lhe pedindo para atribuir o valor True. Feito isso compile a sua aplicação com a opção build e realize os testes novamente. Isso não vai resolver o problema de rejeição, mas será salvo em disco o arquivo: <chave>-ped-sit-soap.xml Onde <chave> é a chave da NF-e, o -soap no nome do arquivo indica que ele contem a estrutura completa do XML a ser enviado para SEFAZ ou retornado da mesma. Desta forma vai ser possível ver se a versão do cabeçalho e da mensagem de dados estão corretos. Fico no aguardo do retorno de seus testes.

Bom dia Ailton, Fiz uma alteração, por favor atualize os fontes e teste novamente.

Bom dia a todos, Uma coisa que achei estranho, foi o código do tipo de evento EPEC = 110140 definido para a NF-e. O mesmo tipo de evento para o CT-e o código é 110113. Digo isso, pois os demais eventos, tais como Carta de Correção e Cancelamento os códigos são os mesmos para os dois tipos de documentos fiscais. Peço que façam o seguinte teste: Dentro da pasta ...\Fontes\PCN2 temos a unit: pcnConversao.pas, na linha 229 temos a declaração do código, conforme abaixo: '110140'); alterem para: '110113'); Salve a unit com essa alteração. Abra a sua aplicação e compile ela com a opção Build. E realizem o teste novamente de envio do EPEC. Se funcionar encontramos mais um erro nas Notas Técnicas: 2014/001 e 2014/003.

Bom dia, Muito obrigado pela colaboração, ainda hoje estarei disponibilizando o fonte com a cidade incluída.

Bom dia theiller, Segundo os Schemas desse provedor essa informação não existe, logo fica em branco.

Bom dia Cleiver, O componente já possui esse endereço para poder gerar a URL do QR-code. Não esta funcionando?

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

Boa noite multirac, O componente não realiza cálculos, portanto você tem que informar o valor total em Total.ICMSTot.vProd idem para os demais campos que compõe o grupo total. O valor total que me refiro é a soma de todos os produtos incluídos na nota.

Boa tarde Anderson, Esse erro esta ocorrendo pois foi feito uma correção na TAG: NVE, tinha sido implementada como sendo um elemento simples, sendo que se trata de uma lista. Agora é preciso corrigir essa Unit. Se você não informa esse dado, comente a linha que a compilação vai ser realizada.

Ricardo, A imagem que postei se refere a consulta completa no Portal Nacional da NF-e. Acabo de fazer uma consulta completa no site do SEFAZ-SP. Em ambos consta como cancelado.

Boa tarde Ricardo, Você tem certeza que a nota não foi cancelada?

Boa tarde Andre, Por favor, procure postar o conteúdo do XML como anexo.

Boa tarde Ailton, Essa alteração resolveu o problema? Se sim, por favor em vez de postar as linhas de códigos, post como anexo a Unit que foi alterada, desta forma fica fácil fazermos um merge e disponibilizar para todos.

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

Boa tarde multirac, Procure sempre baixar e ter em mãos os Manuais e Notas Técnicas. Esses documentos publicados pela SEFAZ no Portal Nacional da NF-e traz o tipo e o tamanho, não só das TAGs dos XML que são enviados para os Web Services como também dos Retornos. Lembre-se que o componente foi criado e é atualizado com base nessa documentação, portanto você pode se basear nela para definir o tipo e o tamanho de um campo em uma determinada tabela do seu banco de dados. Alem disso você vai ter uma breve explicação do que vem a ser cada TAG, importante ressaltar que o componente utiliza a mesma nomenclatura que consta nesses documentos. No componente temos a propriedade xMotivo, na documentação vamos encontrar também: xMotivo e no XML também teremos a TAG: xMotivo. Como todo regra tem exceção, no componente ACBrNFe também temos. É a TAG: mod que se refere ao modelo do documento fiscal, no componente a propriedade recebeu o nome: modelo, uma vez que mod é um operador em Delphi.

Bom dia Wesley, Já postei em outros tópicos, que o componente ACBrNFSe possui 3 comandos de envio: 1. Gerar - envia para o Web Services somente um RPS. 2. Enviar - envia um lote com até 50 RPS (modo assíncrono). 3. EnviarSincrono - envia um lote com até 50 PRS (modo síncrono). É preciso saber quais dos 3 o provedor implementou em seu Web Services. Existe provedores como o Ginfes que implementou somente o Enviar, mas tem provedores que implementaram 2 ou até os 3. Não existe um comando GerarNFSe no componente e sim o Gerar. Existe sim uma classe TNFSeGerarNFSe que tem haver com o Gerar.