Ir para conteúdo
  • Cadastre-se

Douglas A R Lima

Membros
  • Total de ítens

    82
  • Registro em

  • Última visita

Tudo que Douglas A R Lima postou

  1. 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!
  2. Boa noite, Daniel. Entendo perfeitamente! Vou fazer a correção local e testar. Obrigado! Douglas A R Lima
  3. 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.
  4. 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
  5. 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
  6. 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!
  7. 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!
  8. 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...
  9. Ok, André. Vou abrir uma demanda na SEFAZ e quando obtiver resposta, publico.
  10. 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
  11. 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?
  12. 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
  13. Vou gerar uma versão CAPICOM da aplicação e testar. Assim que concluir posto o resultado. Obrigado!
  14. 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}
  15. 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.
  16. 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
  17. 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
  18. 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...
  19. 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?
  20. 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?
  21. 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".
  22. 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.
  23. 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!
  24. 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!
  25. 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
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.