Douglas A R Lima

Boa tarde! Estou implementando o NFC-e No Trunk2 e na impressão do DANFE e na montagem do QRCode não estavam mostrando a URL para consulta. Verifiquei que no arquivo ACBrNFeServicos.ini não constam as informações "URL-QRCode" e "URL-ConsultaNFCe" para o Distrito Federal. No Trunk estas informações já haviam sido implementadas no dia 04/03/2015 pelo usuário Gilson_ST. Apenas adicionei no arquivo ACBrNFeServicos.ini e funcionou. Poderiam, quando possível, atualizar os arquivos ACBrNFeServicos.res e ACBrNFeServicos.ini Obrigado! UF = 53 Producao / Homologação = http://dec.fazenda.df.gov.br/ConsultarNFCe.aspx

Bom dia, senhores. É Daniel, de fato não tenho esta demanda em várias máquinas, acredito que no trunk2 vou fazer como o Italo e adotar o uso somente da versão CAPICOM. Obrigado!

Boa tarde, Daniel. Atualmente no trunk gero duas versões do meu sistema, uma para o certificado A1 e outra para o certificado A3. A opção de escolher seria baseada na propriedade "SSLLib" do ACBrNFe? O que eu pensei foi inserir um combobox com as opções [OpenSSL,CAPICOM] e conforme a escolha do usuário configuro o "SSLLib" e mostro a opção para informar o caminho do arquivo "pfx" ou solicito o número de série do certificado. Seria por ai? Obrigado!

Boa noite, Jpsleao. Conforme testes que fiz junto com o André, o problema só ocorria com a versão OpenSSL. Como todos os meus clientes do Goiás possuem o certificado A1, fiz o seguinte para não deixar os mesmos sem emitir NF-e: Eu não utilizo o ACBrMonitor compilado que é disponibilizado toda segunda, baixo o código do SVN e eu mesmo gero o executável, com isso gerei uma versão CAPICOM (Unit ACBr.inc //{$DEFINE ACBrNFeOpenSSL})e instalei nos clientes. Como o certificado é A1, instalei no IE e fiz as devidas configurações. Esta funcionado até hoje sem problemas. Como resolveu nos clientes não me aprofundei na causa do problema. Um abraço...

Ok, André. Vou abrir uma demanda na SEFAZ e quando obtiver resposta, publico.

Bom dia, Fabrício! Estou com o mesmo problema. Sou de Brasília, e enviei algumas NF-e em Homologação para o SVC-AN. Consultei na SEFAZ/RS e no AN e as mesmas não constam. Tentei inclusive cancelar uma delas e recebi a rejeição "Chave de Acesso inexistente para o tpEvento que exige a existencia da NF-e". Em anexo XML de uma das notas enviadas. 53141009184233000166550010000411226000411229-NFe.xml

Bom dia, André. Realmente a ferramenta não consegue verificar a instalação do certificado. Inclusive testei não só as URL de Homologação, mas também as de Produção. O que me chamou a atenção é que isto não ocorre só na SEFAZ/GO ocorre em várias outras. Fiz testes aleatórios (algumas URL retirei o parâmetro "?wsdl") e boa parte reportou o erro de que não era possível determinar o certificado primário. Eu não conhecia esta ferramenta, pode ser que eu não tenha utilizado de forma correta. Uma pergunta, você acha válido eu entrar em contato com a SEFAZ/GO e relatar que a minha aplicação não consegue comunicação com os Web Services quando esta compilada com OpenSSL?

André, Gerei uma versão CAPICOM do meu sistema e funcionou perfeitamente no Ambiente de Homologação SEFAZ/GO. Enviei NF-e, emiti Carta de Correção, efetuei Cancelamento e Inutilizei Faixa de Numeração sem nenhum problema. Aproveitei e gerei um executável do ACBrNFeDemo na versão CAPICOM. Também funcionou! Em anexo, print do teste no ACBrNFeDemo. Acredito que o teste de consulta que você fez ontem, o seu executável estava na versão CAPICOM. Bom, o que resta agora é confirmarmos se realmente existe algum problema na versão OpenSSL e se esta ligado ao fato da "Obrigatoriedade De Apresentação De Cadeia De Certificação Completa" que passará a ser cobrado também no Ambiente de Produção da SEFAZ/GO a partir do dia 03/11/2014. Com relação aos meus clientes, vou fazer o seguinte: Tenho apenas 5 clientes que emitem NF-e para a SEFAZ/GO os demais utilizam outra SEFAZ. Vou levantar quais utilizam o certificado A1, vou trocar a versão que estão utilizando (OpenSSL) para CAPICOM e vou instalar o A1 no IE e fazer as devidas configurações. Fico à disposição, caso haja alguma alteração no código, para novos testes. Agradeço a atenção! Um abraço, Douglas A R Lima

Vou gerar uma versão CAPICOM da aplicação e testar. Assim que concluir posto o resultado. Obrigado!

André, Os testes que fiz na minha aplicação foi com OpenSSL. Gerei uma versão só para os testes. Unit ACBr.inc {$DEFINE ACBrNFeOpenSSL} //{$DEFINE ACBrCTeOpenSSL} //{$DEFINE ACBrNFSeOpenSSL} //{$DEFINE ACBrMDFeOpenSSL} //{$DEFINE ACBrGNREOpenSSL}

André, Como já estou acostumado a prestar suporte para os meus clientes, estes itens do checklist fazem parte da minha rotina. O certificado que estou do cliente é A1 - Serasa (em questões de problemas muito melhor que A3 / vencimento 15/10/2015). Fiz os testes em um MV Windows XP SP3, em uma máquina local Win 8.1 Pro e no notebook Win 7 Professional. Acredito que se nós conseguíssemos um outro certificado do Goiás para fazermos os mesmos testes de fato isolaríamos o problema.

Boa tarde, André. A questão de rede também já havia passado pela minha cabeça. Na empresa em que trabalho temos instalado a internet da Oi (não utilizamos Proxy, e durante os meus testes desabilitei o Firewall e o Antivírus). Acabei de instalar o ACBrNFeDemo no meu notebook e levei para a outra empresa que usa internet GVT e fica em outro prédio. Conectei via cabo o notebook na rede e fiz os mesmos testes. Novamente não consigo conectar nos Web Services de Homologação. No Ambiente de Produção tudo ok. Em anexo novos prints. Peço desculpas antecipadas se estou falando besteira e por ficar batendo na mesma tecla, mas acho que pode esta ocorrendo um problema no componente no Ambiente de Homologação GO e vai pipocar no dia 03/11/2014 no Ambiente de Produção da SEFAZ/GO. Agradeço a atenção e continuo nos testes. Douglas A R Lima

Boa tarde, Hoje pela manhã realizei novos testes, inclusive instalei o Fortes Report e o meu ACBrNFeDemo esta funcionando. No entanto, o mesmo erro que ocorre na minha aplicação esta ocorrendo no ACBrNFeDemo. Não consigo me conectar em nenhum Web Service de Homologação da SEFAZ GO. Ontem o André Ferreira, postou um retorno de conexão do Web Service de Homologação. Nem isso eu consigo. Entrei em contato novamente com o suporte do Goiás, e recebi um manual por e-mail do Marcelo Dias da Silva (Gestor de Tecnologia da Informação) com orientações do que deve ser implementado no meu sistema. Solicito, quando possível, que vocês deem uma olhada e verifiquem se esta mudança acarreta alguma alteração no componente. Pois de fato, não tenho conhecimento para realizar tal tarefa. Em anexo, os print do meu teste no ACBrNFeDemo (tentei inutilizar uma faixa de numeração no Ambiente de Homologação), os arquivos XML gerados (um deles não consigo abrir) e o manual que recebi do suporte da SEFAZ GO. Obrigado! Douglas A R Lima SEFAZ_GO.rar

André, Pelo menos você consegue se conectar no Web Service e obter uma resposta. Eu nem isso consigo! É gerado uma exceção na Unit ACBrNFeWebServices e para tudo. Somente no Ambiente de Homologação. Usando o certificado do DF funciona os dois Ambientes. Estou sem saber o que fazer. De qualquer forma, muito obrigado! Valeu...

Boa tarde, André. Você fez o teste no Demo ou na sua aplicação? Haveria a possibilidade de você fazer um teste de envio de uma Nota, Cancelamento ou Inutilização de Numeração?

Juliomar, No Windows 8.1 Pro também não consigo fazer nada no Ambiente de Homologação do Goiás. Inclusive instalei a cadeia completa do Serasa (v1_v2_v3_msie.p7b) e nada. Será que os colegas aí do Goiás estão conseguindo fazer testes no Ambiente de Homologação da SEFAZ GO?

Complementando as informações sobre o Windows XP SP3, também instalei os HotFix "WindowsXP-KB968730-x86-PTB.exe" e "WindowsXP-KB2585542-x86-PTB.exe".

Juliomar, Atualizei o Internet Explorer conforme orientações do site ITI, baixei as cadeias do site do Serasa e não resolveu. Uma pergunta, este procedimento de instalação da cadeia de certificados deve ser feita mesmo o cliente utilizando certificado A1 (Serasa)? A título de informação, o sistema esta instalado em uma máquina Windows XP SP3. Vou fazer os passos agora no Windows 8.1 Pro. Posto o resultado em seguida.

Boa tarde, Juliomar. Conforme orientação da própria SEFAZ GO (http://www.nfe.go.gov.br/post/ver/181789/substituicao-do-certificado-digital-da-sefaz-go---2014), já instalei os seguintes arquivos: 1 - AC_Raiz_V2.cer 2 - AC_CertisignG6_V2.cer 3 - AC_Certisign_MultiplaG5.cer No entanto o erro persiste. Estou fazendo agora o passo a passo site http://www.iti.gov.br. Assim que concluir posto o resultado. Obrigado!

Boa tarde, senhores. Sou de Brasília e esta semana um dos meus clientes que emite NF-e para SEFAZ do Goiás entrou em contato me informando que não estava conseguindo emitir Notas. Ele me informou que não emitia notas a alguns meses. Pesquisando no forum verifiquei que houve alterações de URL na SEFAZ GO, o que já foi devidamente implementada pela equipe do ACBr. Como eu já havia atualizado os meus fontes (último update hoje - revisão 7681 - estou finalizando uma versão do meu sistema para a emissão da NF-e 3.10) meu sistema já estava com estas modificações. Acontece que nos meus testes não consegui efetuar nenhuma operação no Ambiente de Homologação da SEFAZ GO. Consultei a disponibilidade e estava tudo ok. Alterei para o Ambiente de Produção e consegui, transmitir, consultar e cancelar Notas. Entrei em contato com o suporte da SEFAZ GO e os mesmos me informaram que eu devo fazer uma alteração no meu sistema referente a cadeia de certificados. Esta obrigatoriedade já ocorre no Ambiente de Homologação desde o dia 01/09/14 e para o Ambiente de Produção será a partir do dia 03/11/14. Não consegui fazer o teste no Demo do ACBr, pois não tenho o Fortes Report instalado e esta ocorrendo erro no componente TACBrNFeDANFeRL. Debuguei a minha aplicação e como o o retorno do Método Executar da Unit ACBrNFeWebServices é False, é criada a exceção: class EACBrNFeException with message ''. Vazio!!! Pesquisei no forum e não encontrei nada a respeito, peço ajuda aos universitários pois não tenho a mínima idéia de como resolver isto. Estou preocupado, pois os clientes que emitem NF-e para o Goiás vão ter problemas a partir do dia 03/11/14. Link SEFAZ GO http://www.nfe.go.gov.br/post/ver/182650/obrigatoriedade-de-apresentacao-de-cadeia-de-certificacao-completa Obrigado!

Bom dia, Kiko. Sou a favor do seu entendimento. É uma venda local para um consumidor que reside em outro país. O que não caracteriza exportação. O que eu não tive foi a sacada que você passou de manter o país com o código 1058 (o que evita a rejeição 511) e utilizar o CFOP 5101 (operação interna). Fiz novos testes e a nota foi transmitida sem problemas. Com relação a questão do Fisco, vou solicitar ao cliente que busque orientações junto ao contador. Obrigado! Douglas A R Lima

Boa tarde, senhores! Gostaria de saber se alguém no Brasil consegue emitir NF-e para consumidor estrangeiro utilizando a versão "3.10". Sou de Brasília e estou com este problema a alguns meses. Já entrei em contato com o GDF (orgão responsável pela NF-e aqui no DF) e a informação que sempre recebo é que os mesmos estão aguardando uma resposta do grupo ENCAT para possível alteração e correção no XML. Hoje, fiz novos testes utilizando os novos Esquemas XML (8e e 6v) disponibilizados no portal da Fazenda e não consegui emitir a NF-e (utilizo o componente ACBrNFe). Abaixo, alguns dos erros mais comuns e em anexo arquivo compactado com o XML de notas que não consigo transmitir. Rejeicao: Nao e de Operacao com Exterior e Codigo Pais destinatario difere de 1058 (Brasil) Rejeicao: CFOP de operacao interestadual e idDest diferente de 2 NFe.rar

Bom dia, senhores! Italo, Li na resposta #40, você esclarecendo a pergunta do colega Leonardo. Sei que o Ambiente de Produção para o leiaute 3.10 terá início somente em 10/03/2014. Mas como o ambiente de Homologação já está disponível desde o dia 02/12/2013 gostaria de saber, se hoje é possível fazer testes na versão 3.10? Sei que já estamos entrando no período de festividades de fim de ano, mas caso você venha a implementar uma nova propriedade no componente ou uma outra solução, você teria ideia de quando isto seria feito? Um abraço...

Oi Juliana, É porque uso um servidor SVN local, e todos os projetos que trabalho estão neste repositório (inclusive o ACBr). A alteração que eu havia feito, foi criar um método chamado Mod10 na Unit "ACBrBancoItau.pas" e alterar a linha 131 de "Cedente.ContaDigito;" para "Mod10(Cedente.Agencia + Cedente.Conta);". O que não é necessário como expliquei anteriormente. Aproveitando, já testei as Carteiras 175 e 109 no ItaúBankline e estão ok. Em breve o cliente irá fazer o teste final que é a emissão do Boleto no valor de R$ 1,00 e aguardar a confirmação do pagamento, já que a homologação pelo próprio Banco o mesmo não quer fazer alegando burocracia. Agora com relação a Carteira 198 que é a próxima que vou trabalhar, de fato esta não esta implementada, pois a forma de gerar o Código de Barras é totalmente diferente. Já estou com a documentação que trata desta carteira, vou implementar e depois posto a Unit e a Documentação para você analisar e se achar interessante implementar no ACBr. Um abraço Douglas A R Lima

Olá Juliana, Gostaria de solicitar o comando "última forma" sobre o meu questionamento com relação a Carteira 175 do Banco Itaú. O código de barras gerado esta correto! Conversando com o meu cliente descobri que o dígito da Agência estava errado, o que alterava não só o Código de Barras mas a linha digitável. De fato o layout do Itaú informa que a 41ª posição deve ser o DAC da Agência e Conta, mas não é necessário calcular, basta informar o Dígito da Conta neste campo, pois este número já é o Mod10. Realizei um "Revert" na Unit "ACBrBancoItau.pas" e a linha digitável gerada com o novo dígito da Conta passou perfeitamente no ItaúBankline. Agradeço a atenção e peço desculpas pelo tempo dispensado sem necessidade. Douglas A R Lima