Italo Giurizzato Junior

Descobri o problema. Favor atualizar os fontes e testar novamente.

Boa tarde Fabio, Muito obrigado pela colaboração, já esta disponível no repositório.

Não conseguir descobrir o que esta errado. Faça um favor entre em contato com o provedor e peça um exemplo de consulta.

Boa tarde, Você não anexou os XMLs que realizaram a consulta após o cancelamento. *-con-nfse-soap.xml e *-lista-nfse-soap.xml

Bom dia Luis, Essa NT foi publicada em Novembro e em Dezembro foi republicada com algumas correções. O componente ACBrCTe desde de novembro já contempla as novas TAGs referente ao Fundo de Combate à Pobreza.

Bom dia, Favor atualizar os fontes e testar novamente.

Boa tarde Marcelo, Simples, primeiro você configura o componente para o tipo de emissão: SVC-AN ou SVC-RS dependendo da UF do emitente. Depois, basta consultar o status de serviço. Se retornar que esta em operação significa que o SVC esta ativo para a UF do emitente. Observação, o SVC do ambiente de homologação sempre esta ativo, só o de produção que só é ativado a pedido da SEFAZ-Autorizadora.

Simples, vai constar um resEvento para cada evento vinculado a nota.

A propriedade indCont não existe mais. Por favor leia o Manual do ACBrNFe que encontra-se na pasta: ...\Doctos\Manuais

Bom dia Rodrigo, Você esta com os schemas atualizados? Você esta usando os schemas disponibilizados em: ...\Exemplos\ACBrDFe\Schemas\NFe ?

Esse método nada mais é do que o DistribuicaoDFe que esta no ACBrNFe.

Bom dia Marcelo, A melhor maneira é enviando a Nota, se ocorrer falha a sim você checa o status do ambiente de contingência para saber se esta ativo ou não. Se sim ai você passa a enviar para a SVC - SEFAZ-Virtual de Contingência. Evite ao máximo em ficar consultando o Status de Serviço da SEFAZ-Autorizadora, pois esta pode interpretar como consumo indevido do Web Service e bloquear o emitente por alguns minutos ou horas.

Bom dia Rene Melo, Vamos analisar o caso e assim que tivermos uma solução estaremos disponibilizando os fontes corrigidos. *********************************** Favor atualizar os fontes e testar.

Bom dia a todos, É preciso fazer muitos testes para que não ocorra erro de validação. Quero deixar claro que erro de validação é uma coisa e Rejeição é outra. Se informarmos o CPF do consumidor com menos de 11 dígitos temos um erro de validação. Por outro lado se eu informar um CPF com 11 dígitos mas com um dígito errado não temos erro de validação mas a nota será Rejeitada pois o CPF é inválido. O correto é, se a nota for rejeitada devemos imediatamente fazer a correção enviar novamente para obter o protocolo de autorização, imprimir o DANFE para que seja entregue ao consumidor e assim dar a venda como encerrada. Mas isso com certeza vai demandar tempo e a fila vai crescer. Como contornar isso? Se uma nota é rejeitada devemos trocar o tipo de emissão para Offline, informar o motivo e a data/hora de entrada em contingência, gerar novamente o XML com esses novos dados, assinar e imprimir o DANFE, para ser entregue ao consumidor e assim dar a venda como finalizada. O seu sistema tem que ter um controle das notas emitidas em contingência e alguém que monitore essas ocorrências. Essa pessoa precisa saber o que ocorreu com cada nota, por exemplo, a nota de numero 1500 a rejeição foi o CFOP do item 4. Medida a ser tomada, corrigir no cadastro desse item o CFOP para que mais nenhuma nota seja rejeitada por esse motivo quando esse item for vendido. Gerar novamente o XML, assinar e enviar (detalhe não se deve altear o tipo de emissão e nem remover o motivo e data e hora de contingência), esse novo XML tem que conter o CFOP correto uma vez que foi ele que provocou a rejeição. Se a SEFAZ retornar que a nota foi autorizada podemos dar a venda como encerrada.

Bom dia, Para que você não fique batendo cabeça, lhe convido a ler a Nota Técnica 2014/002 versão 1.01 Na página 5 você vai encontrar o layout do XML retornado, desta forma você vai saber quais são as informações que são retornadas após executar o método DistribuicaoDFe. Vai descobrir por exemplo que o campo indCont não existe nesse método.

Bom dia Léo, Muito obrigado pela colaboração, já esta no repositório.

Bom dia a todos, O componente ACBrNFe possui essa possibilidade de obter não só a IE como outras informações informando a UF e o CNPJ, veja: ACBrNFe.WebServices.ConsultaCadastro.CNPJ := xCNPJ; ou ACBrNFe.WebServices.ConsultaCadastro.CPF := xCPF; ACBrNFe.WebServices.ConsultaCadastro.UF := xUF; ACBrNFe.WebServices.ConsultaCadastro.Executar; para pegar o retorno: xRazao := ACBrNFe.WebServices.ConsultaCadastro.RetConsCad.InfCad.Items[0].xNome; xFantasia := ACBrNFe.WebServices.ConsultaCadastro.RetConsCad.InfCad.Items[0].xFant; xIE := ACBrNFe.WebServices.ConsultaCadastro.RetConsCad.InfCad.Items[0].IE; (...)

Boa tarde Tony, Esta correto, e todos os schemas necessários se encontram em: ...\Exemplos\ACBrDFe\Schemas\NFe.

Boa tarde Antonio, Se o cliente foi informado é preciso também trocar o nome dele pela frase padrão.

Se mesmo assim esta acusando esse erro significa que existe algum fonte do ACBr em alguma pasta que o Delphi tem acesso, por exemplo a pasta que esta os fontes da sua aplicação ou você tem uma partição do HD.

Boa tarde Adenilde, O ACBr não faz cálculos dos impostos, você tem que passar para ele os valores já calculados.

Boa tarde Allan, Primeiro vamos corrigir a sua primeira frase: onde você diz "Será que inutilizar nota rejeitada..." o correto é dizer: "Será que inutilizar o numero da nota rejeitada..." Para que outras pessoas não confunda as coisas. Não vejo com bons olhos a inutilização de numeração, uma vez que a SEFAZ diz que se a nota for rejeitada a mesma deve ser corrigida e enviada novamente. Segundo o Manual versão 5.00 da NF-e - página 43 Item 4.1.10 trata sobre o processamento do lote de notas enviadas. Rejeição – a NF-e será descartada, não sendo armazenada no Banco de Dados podendo ser corrigida e novamente transmitida; Apesar de estar escrito "podendo ser corrigida" veja o quadro abaixo, temos a coluna Consequência para o contribuinte diz "Corrigir NF-e" quando a situação da mesma for: Rejeição. Se tratando da NFC-e o procedimento é o mesmo, só que para que o cliente não fique esperando, imprima o DANFE, faça a correção e envia.

Boa tarde, Uma coisa é você baixar os fontes do repositório Trunk2, outra coisa é usar o instalador errado. Para instalar os componentes do Trunk2 é preciso usar o instalador: ACBrInstall_Trunk2. Outra coisa tem antes de executá-lo é preciso executar o BAT: ApagarACBr para que o mesmo remova BPL, DCU dos fontes do Trunk perdidas no HD da sua maquina.

Bom dia Antonio, Posso lhe dizer que o XML esta correto. O que esta errado é o DANFE.

Bom dia Allan, Cancelar não tem como pois você só pode cancelar uma nota autorizada, e no caso ela foi rejeitada. Inutilizar o numero não acredito ser uma solução viável, pois o fisco amanhã pode lhe questionar sobre isso. Emitir em Offline talvez seja a solução e depois fazer as devidas correções e enviar novamente pode ser a saída. Lembre-se que o prazo para autorizar uma nota emitida em Offline é de 24 horas.