Italo Giurizzato Junior

Bom dia, Carta de Correção é um evento, portanto tem que utilizar a impressão de evento.

Bom dia, O seu XML da NFC-e contem o grupo <infNFeSupl> que traz o valor do QR-Code. Acontece que se você envia para o ambiente de homologação funciona 100% e no ambiente de produção a nota é rejeitada. A explicação é simples, o ambiente de produção só vai aceitar o XML com esse grupo a partir de 03/11/2015. Resumindo para testar tem que colocar, e para enviar em produção tem que retirar.

Bom dia Gabriel, Os teus fontes não estão atualizados ou você fez alteração em ACBrNFe e consequentemente não recebeu as novas correções.

Bom dia Cesar, Na minha aplicação eu coloquei o bloco: with autXML.Add do begin CNPJCPF := '03926829000108'; end; No final de tudo, depois que alimentei todas as propriedades com os dados da venda, inclui as linhas que vai adicionar os CNPJ/CPF no grupo autXML. Compila e gera o XML sem nenhum problema. Por favor poste exatamente a mensagem da rejeição, pois não encontrei nos manuais e notas técnicas alguma rejeição que diz que devemos informar o CNPJ do escritório de contabilidade.

Bom dia Werner, Na Unit onde o componente é alimentado acrescente em Uses a unit: pcteConversaoCTe.

Bom dia Vinícius, Você esta com todos os fontes de todas as pastas atualizados? Esta usando os fontes do repositório Trunk ou Trunk2?

Faça mais essa alteração: (...) Copy(XMLAss, i, length(XMLAss)); FXMLAssinado := XMLAss; <=== incluir esta linha end; (...)

Bom dia a todos, Vocês estão utilizando os fontes do Trunk2? Como esta a configuração do Windows?

Se não esta entrando dentro do IF significa que a condição é falsa. Se ao configurar o componente você atribuiu o valor moNFCe ótimo, então procure na sua Unit onde ocorre o envio se não tem nenhuma linha que esta atribuindo o valor moNFe.

Bom dia a todos, Se ele não entra dentro do IF isso significa que o valor da propriedade ModeloDF não é moNFCe e sim moNFe. Configure corretamente o componente.

Bom dia, Primeiramente é preciso saber que esta com problema. 1. Se o problema é a conexão do emitente este deve se utilizar de uma conexão do tipo 3G e enviar o evento EPEC, quando os problemas forem sanados envia a nota. 2. Se o problema é SEFAZ devemos enviar a para SVC-AN - SEFAZ Virtual de Contingência do Ambiente Nacional ou SVC-RS - SEFAZ Virtual de Contingência do Rio Grande do Sul. (página 3 da Nota Técnica 2013/007 versão 1.03 contem a relação das UF que são atendias pela SVC-AN e pela SVC-RS) No caso de envio do evento EPEC é necessário gerar novamente o XML da nota informando o tipo de Emissão = teDPEC, apesar de estar escrito DPEC, mas é este tipo de emissão que devemos usar (ainda não alterados o nome para teEPEC). No caso de envio para os SVC é necessário gerar novamente o XML da nota informando o tipo de Emissao = teSVCAN ou teSVCRS, vai depender da UF do emitente. Atenção antes do envio para o SVC devemos atribuir os mesmos valores para a propriedade de configuração: FormaEmissao.

Após alimentar o componente, você executando o método Assinar?

Abra a unit ACBrNFeNotasFiscais e procure por qrCode. Existe um fragmento de código que precisa ser descomentado.

Boa tarde, O DPEC não existe mais, o que entrou no lugar dele é o evento EPEC. Primeiramente sugiro que você leia a Nota Técnica 2014/001 versão 1.10 que trata sobre o assunto. Como o EPEC é um evento, caso você já tenha implementado na sua aplicação os eventos CC-e, Cancelamento ou Manifestação do Destinatário, não terá dificuldades.

Boa tarde José, Quais campos esses schemas não contemplam?

Boa tarde ServerInfo, Com certeza você enviou a nota para o ambiente de homologação sem o grupo <infNFeSupl>. Para que o componente gere esse grupo em ambiente de produção automaticamente é muito simples, basta você alterar o fonte do componente impondo uma condição que seria a data, caso este seja 03/10/2015 ou posterior gere caso contrario não. Abra a unit ACBrNFeNotasFiscais e procure por qrCode e faça a alteração impondo a condição pela data de emissão da nota.

Boa tarde Alexandre, Se você não consegui encontrar a unit que deve ser alterada, significa que você não leu esse tópico pois a penúltima postagem minha informa em qual unit e qual procedure deve-se fazer a alteração para que o componente gere automaticamente a TAG qrCode no XML da NFC-e.

Boa tarde Lord82, Esta errado, você não precisa incluir na sua aplicação a alimentação da propriedade qrCode, o componente se encarrega de fazer isso automaticamente. Mauricio, note que a regra de validação da SEFAZ de numero ZX01-10 se refere ao modelo 55 sendo assim se for informado o grupo <infNFeSupl> a nota será rejeitada. Por outro lado a regra de numero ZX01-20 se refere ao modelo 65, logo a nota será rejeitada caso o grupo não seja informado. Resumindo, para NF-e não se deve informar e para NFC-e devemos informar.

Boa tarde a todos, Na pasta ...\Exemplos\ACBrDFe\ACBrNFe\Schemas não atualizamos os schemas, mas vocês podem baixar a PL_008g do link que o José Manuel postou clicando em: Esquemas XML NF-e - Pacote de Liberação No. 8g (27/07/2015) (ZIP)

Boa tarde Pedro, Você programa em Delphi? Se sim, deve estar usando o componente ACBrNFe, correto? Sendo assim você deve estudar o programa exemplo, nele você vai encontrar uma procedure responsável por alimentar o componente com os dados pertinentes a venda, entre outras coisas.

Boa tarde Renato, Os arquivos XSD são Schemas e são utilizados pelo componente para validar o XML gerado pelo próprio componente antes do seu envio para SEFAZ. O componente que emite a NF-e é o mesmo que emite a NFC-e sendo assim toda vez que surgir alguma Nota Técnica com alguma alteração não importa se é NF-e ou NFC-e o componente ACBrNFe será alterado para ficar em conformidade com a NT. Hoje o componente Já esta preparado tanto para NT 2015/002 como também para a NT 2015/003.

Boa tarde Cleber, Já foi dito em várias outras postagens que a equipe ACBr não vai mais dar suporte ao ACBrNFeMonitor pois essa mesma equipe desenvolveu uma nova aplicação chamada ACBrMonitor Plus e que a partir de agora todos os esforços serão canalizados para essa nova aplicação. Sendo assim é de se esperar que o ACBrMonitor Plus funcione 100% com as alterações dos endereços da SEFAZ-RS. Se a versão do ACBrNFeMonitor que você utiliza não esta funcionando com os novos endereços e não esta disponível uma versão posterior para você baixar e testar, eu no seu caso deixaria de lado o ACBrNFeMonitor e passaria a usar o ACBrMonitor Plus, por todos os motivos já relacionados nesta postagem e em outras.

Boa tarde Antony, Você esta usando os fontes do Trunk2? Se sim, você descomentou o bloco de linhas que gera o grupo <infNFeSupl> que encontra-se em: procedure NotaFiscal.Assinar; ?

Boa tarde Mauricio, O grupo <infNFeSupl> é opcional pelo simples fato que no caso da NF-e esse grupo não deve ser gerado, por outro lado se tratando de NFC-e ele deve ser gerado. Veja as regras de validação ZX01-10 e ZX01-20 da SEFAZ - página 19 da Nota Técnica 2015/002.

Boa tarde, Segundo o Portal Nacional do CT-e esta tudo OK com a SEFAZ de São Paulo.