Fabrício G. Araújo

Hum... mesmo forçando um relocate como abaixo: Dá a mensagem de erro (o estranho é que a url do erro é diferente da informada): Vou verificar também com o pessoal da rede aqui da empresa se mudou alguma coisa, conforme o @Juliomar Marchetti indicou.

Tenho tentado a vários dias e realmente continua o problema. @Juliomar Marchetti, teria como anexar pelo menos o ACBrNFeServicos.ini atualizado para que eu possa anexar na minha aplicação. Agradeço desde já. Fabrício Gomes Araújo

Pessoal, encontrei esse tópico pois estou com o mesmo problema, mas já fazem algumas semanas que tento e sempre dá a mesma coisa. Mudou alguma coisa que não estou sabendo? Dá o erro abaixo: Quem puder ajudar agradeço.

@Alex Multistore quando você tem problemas de internet e gera a NFC-e em contingência e imprime o DANFE (já com a chave nova da contingência), depois você tem que autorizá-la e a chave deve ser a mesma (a da contingência). Senão o que o seu cliente levou (o DANFE) estaria inválido, com chave diferente e consequentemente QRCODE diferente.

Cara, não sei como está fazendo o seu xml, mas existem uma série de erros que nem permite abri-lo formatado... de cara vi que gerou em uma versão antiga já desativada a 2.00, estamos na 3.10 e migrando para 4.00. Inclusive vi que possui protocolo de autorização, se nem sequer conseguiu autorizar (pelo que falou)... Gerou esse xml de que forma?

Pessoal, Estava preparando uma nova versão do meu sistema para liberar para meus clientes até o fim do mês com as adaptações da NF 4.0 e outras funcionalidades, e já adiaram novamente... que canseira isso. Já soltaria meu sistema com os novos atributos fixos na versão 4.0, agora terei que varrer novamente o sistema para encher de ifs, verificando a disponibilidade dos novos campos e novas regras apenas para a versão 4.0. Olha o o histórico de quantas alterações nos prazos já foram feitas: NT_2016_002_V1.00 Ambiente de Homologação (ambiente de teste das empresas): 01/06/2017 - Ambiente de Produção: 01/08/17 - Desativação da versão anterior: 06/11/17 NT_2016_002_V1.10 - Ambiente de Homologação (ambiente de teste das empresas): 01/06/2017 - Ambiente de Produção: 01/08/17 - Desativação da versão anterior: 02/04/18* NT_2016_002_V1.20 - Ambiente de Homologação (ambiente de teste das empresas): 03/07/2017* - Ambiente de Produção: 02/10/17* - Desativação da versão anterior: 02/04/18 NT_2016_002_V1.31 - Ambiente de Homologação (ambiente de teste das empresas): 03/07/2017 - Ambiente de Produção: 06/11/17* - Desativação da versão anterior: 02/04/18 NT_2016_002_V1.41 - Ambiente de Homologação (ambiente de teste das empresas): 20/11/2017* - Ambiente de Produção: 04/12/17* - Desativação da versão anterior: 02/07/18*

Muito estranho que tenha conseguido autorizar, até porque é muito clara a regra de restrição abaixo:

Todos meus clientes que utilizam NFC-e só utilizam POS.

@Lincoln Antunes, não existe a necessidade de nenhum credenciamento para testar NF-e 4.0, se você já utilizava a emissão em homologação na versão 3.10, basta emitir na versão 4.0. Só garanta que seus componentes do ACBr estejam atualizados para que tenham os endereços (urls) para a versão 4.0.

@Lincoln Antunes, infelizmente não sei como ajudar... vi que as suas configurações estão iguais as minhas (com WinCrypt e informado o certificado somente pela série), e até onde sei, não faz diferença alterar as configurações do IE com WinCrypt. Passo a bola para alguém mais experiente que possa te ajudar... boa sorte.

@Lincoln Antunes, você recebe o mesmo erro se fizer a consulta na versão 3.10?

@Lincoln Antunes, acabei de consultar pelo Demo do Acbr e está normal. <?xml version="1.0" encoding="UTF-8"?> <retConsStatServ versao="4.00" xmlns="http://www.portalfiscal.inf.br/nfe" xmlns:ns0="http://www.w3.org/2000/09/xmldsig#"> <tpAmb>2</tpAmb> <verAplic>GO4.0</verAplic> <cStat>107</cStat> <xMotivo>Serviço em operação</xMotivo> <cUF>52</cUF> <dhRecbto>2017-09-14T16:36:59-03:00</dhRecbto> <tMed>1</tMed> <dhRetorno>2017-09-14T16:36:59-03:00</dhRetorno> <xObs>Aguarde 3 minutos para a realização de uma nova consulta.</xObs> </retConsStatServ>

@BigWings, só confirmando... hoje mesmo autorizei uma NFC-e v.4.0 em homologação em GO. O arquivo .ini está à disposição. Valeu.

@BigWings, se puder adicionar ao repositório o novo arquivo .ini do post cidado acima, ficarei grato, assim poderia ajudar outras pessoas a testar NFC-e v.4.0 em homologação em GO.

Você chamou novamente duas vezes (tem dois Add), para uma forma de pagamento seria: with ACBrNFe1.NotasFiscais.Add.NFe do with pag.Add do begin tPag := fpDinheiro; vPag := 100; end; ou var Pagamento: TpagCollectionItem; ... Pagamento := NotaF.NFe.pag.Add; Pagamento.tPag := fpDinheiro; Pagamento.vPag := 100;

Vi que enviou em homologação, acabei de consultar e achou normalmente: https://hom.nfe.fazenda.gov.br/Portal/consulta.aspx?tipoConsulta=completa&tipoConteudo=XbSeqxE8pl8%3D

Pelo que percebi na sua codificação foi você mesmo que deu Add várias vezes, inclusive no seus IFs, assim criando várias formas de pagamento.

Finalmente consegui emitir uma NFC-e 4.0 em homologação em GO. Depois de muito cobrar uma resposta da SEFAZ/GO que ignorava os meus e-mails, entrei em contato novamente pelo telefone cobrando e hoje me responderam. E a URL que deve ser informada na consulta é a mesma do QR-CODE, e não o da consulta por chave (falha deles, mas fazer o quê... importa que autorizou). Então segue em anexo as alterações do arquivo ACBrNFeServicos.ini, com as URLs para NFC-e 4.0 em homologação em GO. ACBrNFeServicos.ini

@GILBERTO FARIA, ainda não fiz nenhum teste mais elaborado com outras tributações, fiz o mais básico possível utilizando o demo. Sobre a NFC-e ainda continua a mesma restrição, entrei em contato ontem com a Sefaz/GO e não me deram solução, só informaram para reenviar o e-mail com a solicitação novamente, o mesmo que não obtive resposta... por enquanto na mesma.

@Airton dos Santos, sim essas são as opções disponíveis para informar. Inclusive a dependências dos atributos de cada uma podem ser obtidas na documentação, mas fiz um resuminho que me ajuda a identificar essas dependências. Qualquer coisa dá uma olhada aqui: Espero que ajude. Fabrício Gomes Araújo

@Agnaldo Prates, Win7, mas nem sequer é informado o certificado, o erro ocorre na geração do XML auxiliar, sem assinatura nem nada, só que é no ambiente do finado D6. Fiz teste com modo de compatibilidade e não faz diferença. Se de tudo não conseguir fazer funcionar o componente atualizado no D6, essa geração simplificada do XML, assim que jogar a toalha, a única opção que tenho é programar todos os novos atributos no meu antigo ACBr que está funcionando no meu D6, onde os fontes são do início do ano passado, funcionando tudo direitinho para v.3.10.

Senhores, A alguns anos sei da falta de compatibilidade do componente com Delphi mais antigos, então para contornar isso tenho um programinha tipo um micro ACBrMonitor, com um Delphi mais novo (DXE6) que faz todo o trabalho de ler o XML, certificado, assinar, enviar e retornar o XML autorizado, e então com o Delphi antigo (D6) apenas utilizo o componente TACBrNFe para preenchê-lo e gerar o arquivo XML (sem nem sequer assinatura) que é enviado para o meu micro ACBrMonitor. Basicamente no Delphi antigo uso apenas algo do tipo: ACBrNFe1 := TACBrNFe.Create(Self); ACBrNFe1... (preenche tudo que tiver que preencher) ACBrNFe1.NotasFiscais.Items[0].GravarXML('Teste.xml', ExtractFilePath(ParamStr(0))); (depois) ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromFile(Path + NomeArqResp); Assim não preciso gerar o XML na mão, utilizando o componente para isso. Utilizo essa estrutura a muito tempo e só atualizo o ACBr quando vem uma grande modificação, que está acontecendo agora com a versão 4.0 com vários novos atributos. Então eu forço a instalação do componente de forma manual, igual fazia antigamente sem ter o ACBrInstall_Trunk2.exe, abrindo pacote por pacote e compilando e instalando alguns. Com algumas adaptações consigo instalar o componente, mas infelizmente, até onde achava que meus problemas se resumiam a apenas conseguir instalar o componente... para minha surpresa ao tentar gerar o XML dá uma Access Violation internamente que não dá para identificar do que se trata, em funções simples de manipulação de string. Não sei o motivo do Access Violation, não entendo quando leio sobre as diferenças de tratamento de strings nos compiladores do Delphi, se é UNICODE ou sei lá o quê... mas acho que pode ser algo nesse sentido que possa estar ocorrendo o erro. Pessoal, depois de toda essa situação exposta, o que peço é a ajuda de vocês para me dar um direcionamento, sugestão, dica do que posso fazer para conseguir evitar o erro. Vale lembrar que não estou pedindo nenhuma alteração no componente, só que me auxiliem a contornar o problema com a experiência que possuem, pois já estou quase jogando a toalha e a última tentativa é que possam me ajudar. Desculpe o tamanho da mensagem... mas infelizmente não sei mais o que fazer. Qualquer ajuda será bem vinda. Fabrício Gomes Araújo

Boa tarde @GILBERTO FARIA, Ainda estou aguardando a resposta da Sefaz, se tento emitir a NFC-e continua a mesma mensagem. Assim que conseguir alguma resposta e conseguir autorizar, pode deixar que aviso.

Será que teremos que ficar na base da tentativa e erro e ter uma configuração para cada servidor de nota? Digo isso, pois consegui autorizar em homologação uma NF-e 4.0 em GO e no meu caso só funcionou quando informei SSLType LT_TLSv1_2 (com WinCrypt), quando estava LT_all dava erro, ou seja, o contrário do @felipenapa na BA. Espero que seja só uma questão de instabilidade dos servidores das sefaz enquanto estão disponibilizando o ambiente, mas que ao entrar em produção possamos utilizar uma configuração única.

Utilizando o demo consegui autorizar uma NF-e 4.0 em GO, então fiz os ajustes das urls conforme o @Italo Jurisato Junior sugeriu, e a consulta da NFC-e 4.0 funcionou normal (até porque a url é a mesma da NF-e), só que quando tentei emitir a NFC-e, recebi a rejeição: "878 - Rejeição: Endereço do site da UF da Consulta por chave de acesso diverge do previsto." Já entrei em contato com a SEFAZ-GO e então solicitaram o XML para analisar e me dar uma resposta. Por enquanto estou aguardando, assim que conseguir autorizar aviso aqui.