Italo Giurizzato Junior

Bom dia Glaucos, Fora a questão do código CNAE você alterou mais alguma coisa (por exemplo o Responsável pela Retenção)?

Vially, O componente possui uma propriedade chamada: ConsultaLoteAposEnvio, atribua o valor True para que o método Enviar se encarregue de realizar todo o processo. Desta forma você terá o XML da NFS-e. Quanto ao cancelamento é preciso verificar se existe alguma regra de tempo para que seja possível realizar o seu cancelamento, eu pelo menos desconheço se existe prazos para que o cancelamento seja solicitado, portanto não se trata de um "bug" no componente. No site onde você viu no canto superior esquerdo escrito GovBR, mais abaixo esta escrito PRON!M

Bom dia Marcelo, Esse provedor por ter 2 versões, ainda há necessidade de realizar algumas correções. Lhe peço que você realize testes e vai fazendo as devidas correções que deixe a geração XML da versão 1.1 em conformidade com o manual e Schemas. Estando tudo OK, por favor anexe as Units que você alterou, para que possamos avaliar e estando tudo OK, enviaremos para o repositório. Desde já agradeço pela colaboração.

Bom dia Marcos, O método SubstibuicaoNFSe só esta disponível na versão 2 do layout da ABRASF. O método em questão já esta implementado no ACBr, mas como dito só vai funcionar caso o provedor é um dos que seguem a versão 2.

Bom dia Michel, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Glaucos, Muito obrigado pela colaboração, ainda hoje vou enviar para o repositório.

Bom dia Vially, Na verdade o provedor dessa cidade é Pronim. Faça as alterações no Cidades.ini apontando para o provedor Pronim e coloque a URL no Pronim.ini Refaça os testes.

Bom dia João, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa noite Marcelo, Eu acrescentaria mais essa linha: infNFe.Versao := 3.1;

Boa noite Augusto, Em vez de 1,38 mudar para 1.38

Boa noite Werner, Por favor leia o documento: Especificações Técnicas do DANFE NFC-e QRCode Versao 4.0 que esta disponível no Portal Nacional da NF-e acredito que ele vai responder varias de suas perguntas.

Boa noite Amilton, Se a sua intenção é a emissão do documento fiscal modelo 55, ou seja, NF-e os componentes necessários são: ACBrNFe1, ACBrNFeDANFeRL1 ou ACBrNFeDANFeFR1 e ACBrMail1 Agora se a sua intensão é emitir o documento fiscal modelo 65, ou seja, NFC-e os componentes necessários são: ACBrNFe1, ACBrNFeDANFeESCOPOS1 ou ACBrNFeDANFCeFortes1 e ACBrMail1.

Boa noite Vially, Configure o componente para salvar os arquivos soap ( Configuracoes.WebServices.Salvar := True ). Faça um novo teste e anexa os arquivos para que possamos avaliar.

Boa noite Eduardo, Se não associar o ACBrNFeDANFeRL você não vai conseguir gerar o PDF do DANFE. Mas você pode fazer o seguinte: Enviar(NumLote, False); ImprimirPDF; O segundo parâmetro no método Enviar instrui ao componente que não se deve imprimir/visualizar o DANFE. O método ImprimirPDF gera e salva em disco o PDF do DANFE.

Boa tarde Marcelo, Deve ter coisa errada no seu código, pois o componente é um só, a rotina que gera o XML é uma só para ambos os modelos de documentos fiscais.

Boa noite Eduardo, Você precisa informar o CNPJ do escritório como sendo uma pessoa autorizada a ter acesso ao XML da respectiva nota. Da seguinte forma: with autXML.Add do begin CNPJCPF := sCNPJContador; end;

Boa noite BigWings, O provedor Agili para algumas cidades se utiliza da versão 1 e para outras da versão 2, o layout é próprio não segue a risca o layout da ABRASF. Como dito anteriormente é preciso saber se a cidade em questão segue a versão 1 ou 2 e configurar corretamente o componente para que não ocorra erro de validação e até mesmo rejeição.

Boa noite Glaucos, A cidade Peixoto de Azevedo não consta no arquivo Cidades.ini, você deve ter acrescentado correto? Ao informar o provedor você colocou Agili ou Agiliv2? Se você colocou Agiliv2 você deve usar os schemas da pasta Agiliv2 e não Agili.

Boa noite, Verifique se no XML da NFS-e a informação contendo o código do serviço esta presente e se sim esta no mesmo formato do XML do RPS.

Boa noite a todos, Marcos, se você atribuir o valor True a propriedade de configuração ConsultaLoteAposEnvio as consultas serão executadas automaticamente.

Boa noite Heronim, Acredito que o erro foi provocado por uma alteração que fiz no arquivo INI do provedor. Já corrigi e enviei para o repositório. Por favor atualize e faça um novo teste.

Boa noite Augusto, Em vez de virgula coloque ponto " 1.38 " quem sabe valida também.

Boa noite, Como dito antes a Rejeição é uma mensagem da SEFAZ, sendo assim a nota já foi enviada. Se das 3 notas uma foi rejeitada, o que você deve fazer é corrigir o dado acusado pela SEFAZ como incorreto e enviar novamente somente a nota rejeita uma vez que as outras duas foram autorizadas, não faz nenhum sentido você cancelar as outras duas e enviar tudo novamente. Isso é possível de ser controlado, você pode ter uma Tabela de Pedidos que contem os 300 itens e uma outra Tabela de Notas com os itens já separados em 3 notas. Caso você opte por apenas uma Tabela de Itens, tenha um campo para identificar o numero do pedido e outro para o numero da nota.

Por favor, rejeição é uma mensagem de erro da SEFAZ e não do componente, como já explicado anteriormente. Vamos usar os termos corretos, antes do envio é erro de validação e não rejeição. Suponha que você realizou uma venda com 300 itens, mas resolveu dividir em 3 notas. Muito bem, você vai ADD as 3 notas com os seus 100 itens cada. Lembre-se que o componente ACBrNFe possui uma propriedade chamada NotasFicais que nada mais é que uma lista e você pode ADD até 50 notas, limite este definido pela SEFAZ, uma vez que o lote de notas pode conter no máximo 50 notas e o lote tem que ter um tamanho total de 500 Kbytes. Sendo assim essas notas podem ser de clientes diversos, não necessariamente todas para o mesmo cliente. Voltando ao exemplo, o componente carregado com 3 notas. Ao executar o método Enviar este vai gerar um XML para cada nota, vai assinar cada um deles e submete-los ao validador. Suponha que na terceira nota esta faltando o endereço do destinatário, o componente vai levantar uma exceção para apresentar o erro de validação e o método Enviar é abortado, ou seja, nenhuma nota é enviada para SEFAZ. Nessa situação o usuário deverá corrigir o cadastro do destinatário informando o endereço do mesmo. Na minha aplicação, o usuário após feita a correção, deve executar a opção Emitir NF-e novamente, onde será apresentado a lista de notas não emitidas, seleciona-las e clicar no botão [Emitir]. Ao fazer isso novamente será gerado, assinado e validado todas as notas novamente antes do envio e se novamente detectar outro erro, novamente a exceção será levantada e será apresentado o erro de validação. Espero que tenha ficado mais claro.

Se ocorrer erro de validação todo o processo é abortado e nada é enviado.