Douglas A R Lima

Bom dia, Fabio. Verdade, além do mais o Fortes é Open Source (Fortes Informática), o que já ajuda bastante. Valeu...

Boa noite, Fabio. É como o Ítalo falou, o foco no Trunk2 são o Fortes e o Fast, com isso, os mesmos são atualizados constantemente. O meu problema no Rave aparece no Preview e também na impressão. Por mais que eu tenha tentado adiar a migração para o Fast ou Fortes, caso não encontre uma solução no Rave, terei que fazer a migração forçada. De qualquer forma, muito obrigado por sua atenção. Um abraço... Douglas A R Lima

Boa tarde, Fabio Franzini. Por várias razões, também optei por utilizar o Rave e quando estiver com um pouco mais de tempo vou migrar para o Fast. Consegui gerar o DANFE, no entanto, esta aparecendo um erro que não ocorria quando eu utilizava o Rave no Trunk. Alguns campos estão sendo impressos sem espaços (imagem em anexo). Fiz testes em outra máquina, desinstalei o driver de impressão, configurei página... A sua DANFE esta sendo impressa corretamente? Obrigado!

Boa tarde, Há alguns dias, eu estava com este problema, quando uma NF-e recebia o status "Uso Denegado" não ocorria o retorno do XML. Hoje atualizei todo o código, compilei e nos testes foi corrigido este erro, no entanto, o XML não esta sendo retornado com a tag <infProt> onde consta o status e o motivo da Denegação. Fiz uma simulação no ACBrDemo e não consegui obter o XML. Sei que as informações são mínimas, mas é o que consegui. Em anexo o print da NF-e que enviei no ACBrDemo e os poucos arquivos que ele gerou. Fiz a consulta na SEFAZ RS e de fato a nota esta Denegada. Obrigado! Douglas A R Lima Uso Denegado.rar

É, eu li o post do Régys falando que aumentou o TimeOut. Vamos aguardar... Obrigado!

Bom dia, Marcio. Também estou enfrentando este problema, só que no meu caso ocorre da seguinte forma: Envio 3 NF-e na sequência. Aguardo o prazo de tolerância para cancelar as mesmas. Quando vou cancelar ocorre o erro "Erro Interno: 10060 Erro HTTP: 0". Na sequência já clico para cancelar novamente e a operação é concluída. Tentei simular este erro no ACBrNFeDemo, no entanto sem sucesso. Tentei seguir as orientações do Daniel, mas confesso que nem o registro " W3Proxy" consegui localizar na minha máquina. De fato não não utilizo Proxy, não sei se é por isso. Mas enfim... Uma pergunta, esta solução que você esta utilizando, não vai gerar um consumo indevido nos Web Services? Pelo que entendi para cada envio de NFC-e você faz uma consulta e trata o retorno. Não me lembro bem, mas existe uma NT que trata justamente sobre o uso indevido nas consultas. Obrigado!

Boa noite, Daniel. Entendo perfeitamente! Vou fazer a correção local e testar. Obrigado! Douglas A R Lima

Boa tarde, senhores. Estou com uma diferença na Linha Digitável do Boleto Bancário (Banco BRB) entre o Trunk e o Trunk2. Na função PadLeft do ACBrUtil, quando o valor da variável 'Tam' é maior que o valor do parâmetro 'nLen' o Result fica errado. Exemplificando: ACBrTitulo.NossoNumero = 000000002309 Ao utilizar a função PadLeft a variável 'Tam = 12' e o parâmetro 'Len = 6'. A função esta retornando '000000', onde o valor correto seria '002309'. Inclusive, por algum motivo, o método 'RightStr(AString,nLen)' esta comentado.

Boa noite, Daniel. Segue anexo arquivo "ACBrNFeServicos.ini" que utilizei nos testes de impressão do DANFE NFC-e aqui em Brasília. Um abraço... ACBrNFeServicos.ini

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?