Ir para conteúdo
  • Cadastre-se

Marcelo Calvi Belanga

Membros Pro
  • Total de ítens

    285
  • Registro em

  • Última visita

  • Days Won

    2

Tudo que Marcelo Calvi Belanga postou

  1. Nesse caso, seria o correto cada sistema ser usado em equipamentos separados com certificados diferentes, ou pode até ser no mesmo equipamento, porém, executando o software individualmente?
  2. No caso de duplicidade 573, consulto a nfe pela chave, se retornar autorizado, salvo as informações necessárias no meu BD e depois imprimo. Simples assim....
  3. OK. Esse manual eu já conhecia. Eu pensava que era um manual escrito de utilização do componente ACBr. Obrigado.
  4. Boa noite Sousa. Já foi discutido bastante isso no fórum. Em ambiente homologação a gnre na funciona. Fiz toda minha implementação usando em produção.
  5. Tente salvar informando o nome e o caminho onde você quer que seja salvo. function Guia.GravarXML(NomeArquivo, PathArquivo: String): Boolean;
  6. Bom dia João. Esse manual de integração que você cita, onde você encontra? É uma manual específico do ACBR? Já procurei e não encontrei.
  7. ACBrGNRE.WebServices.Retorno.GNRERetorno.resGuia[0].RepresentacaoNumerica Faço dessa forma, para que o usuário possa imprimir novamente a guia em outro momento.
  8. Bom dia Walter, Na verdade eu errei ao citar o XML, na verdade você carrega o TXT gerado automaticamente após o recebimento do processamento e envia para impressão. Eu faço dessa forma: ACBrGNRE.GuiasRetorno.Clear; ACBrGNRE.GuiasRetorno.LoadFromFile(DM_Principal.ACBrGNRE.Configuracoes.Arquivos.PathArqTXT + '\' + tbl_NFeGNRE_RepNumerica.Value + '-gnre.txt'); ACBrGNRE.GuiasRetorno.Imprimir; A representação numérica eu salvo no meu banco após o processamento da GNRE para posterior impressão. Espero ter ajudado.
  9. Vou fazer dessa forma também. Obrigado pelo retorno Juliomar.
  10. Provavelmente relacionado ao Fortes, mas como é possível desativar a impressão na geração usando ACBrGNRE.Enviar(False), e imprimir posteriormente carregando o XML, não vejo a necessidade urgente de solução. Por isso que eu também não tentei debugar ainda. Conseguiu resolver dessa forma @walter faria?
  11. Boa tarde Vanio. Não existe, tem que consultar os códigos para cada estado nesse link: http://www.gnre.pe.gov.br/gnre/portal/automacao.jsp Os testes você consegue fazer somente em ambiente produção.
  12. Boa tarde, em alguns momentos estou tendo rejeição 573 - Duplicidade, após tentar enviar novamente um evento, devido ao erro 12002 - Tempo Limite.... Para tentar sanar o erro 12002 já fiz tudo que encontrei no Fórum e atualmente meu componente está configurado para: TimeOut - 15000 Aguardar - 5000 Intervalo - 3000 Tentativas - 1 AjustarAutomaticamente - True Mas mesmo assim, em alguns casos tenho o erro 12002, e na segunda tentativa retorna 573, ou seja, na primeira tentativa enviou o evento e a SEFAZ acatou, porém, não recebi o retorno. Então estou tentando sanar esses problemas, de forma que se retornar 573 tanto na CCe ou no Cancelamento, eu faça uma consulta do evento e tratar seu retorno. Ai vai a pergunta. Como consulto o protocolo de um evento após ele ter sido enviado? Obrigado.
  13. Eu também estava tendo esse mesmo problema, na seguinte situação: Após emitir uma NFe, e tentar emitir uma CCe para outra NFe já autorizada, apresentava a mesma mensagem. Inclui a mesma linha mencionada acima antes de gerar o evento e o problema foi resolvido. Gostaria também de deixar minha opinião sobre o fórum, pois, sou novo no ACBr e pesquiso bastante antes de lançar um novo tópico, mas venho encontrando vários tópicos onde o usuário, responde assim: --- Obrigado "Fulano" pela dica, vou testar e posto aqui o resultado....." e nunca mais postou resultado algum. Isso é ruim, pois, você não sabe se a dica dada pelo outro usuário, funcionou ou não. Então vamos lá galera melhorar dia-a-dia esse fantástico fórum. Abraço a todos!
  14. Na propriedade para enviar, se você perceber pode colocar .... enviar (false), desta forma não tentar imprimir automaticamente não gerando o erro informado. Desta forma pode imprimir manualmente depois do retorno.
  15. Vou iniciar a migração para Delphi Seattle, e vou ter que manter os dois instalados no mesmo SÓ por um tempo. Se não for pedir muito, pode por favor passar o link do blog do Isaque?
  16. Perfeito, então ficará assim. Fiz dessa forma, pois, não consegui carregar o xml no componente de jeito nenhum. Obrigado pelo retorno Juliomar!
  17. ....... Acabei de conseguir resolver da seguinte forma, não sei se é a mais correta. Antes de consultar o lote eu gerei novamente a GNRE igual a que foi enviada através do GerarGNRE. Executei a consulta do recibo do lote que eu ja havia armazenado em BD. E caso retorne "402 - Lote Processador com Sucesso" efetuo a rotina que grava XML, etc. Alguém pode opinar se está correto. Obrigado.
  18. Boa noite, A propriedade ACBrGNRE1.Guias[0].XML, provavelmente não está funcionando, pois, estou tentando apenas fazer um teste, caso no envio retorne "401 - lote em processamento" e nesse momento o componente não tem guia nenhuma carregada e pelo que percebi a consulta do processamento não carrega o componente para que possa salvar XML e TXT. Supondo que ocorra esse retorno o usuário pode não tentar, consultar o lote imediatamente, e até fechar o sistema, para uma posterior tentativa. Teria alguma forma de carregar o componente com as guias, caso a consulta do processamento do lote retorno "402 - Lote Processado com Sucesso"? Ou a melhor alternativa seria solicitar ao usuário que gere e envie novamente?
  19. Fiz a alteração, compilei e funcionou perfeitamente. Todas as guias onde o numero de retorno do c04_docOrigem é '000000000000000000' imprime normalmente. Obrigado pela ajuda.
  20. Boa tarde @Juliomar Marchetti, a maneira mais fácil de recompilar os componentes é usando o acbr install?
  21. @EMBarbosa, fiz a alteração, executei um Build em meu projeto, mas parece que não acatou a atualização. Preciso instalar novamente o ACBR para ele compilar o código alterado? ou tem uma forma mais fácil?
  22. Bom dia @EMBarbosa, continuo sim, inclusive nesse momento estou finalizando os testes de todos os estados para voltar nesse caso e tentar resolver. Quando ocorre o erro o valor inicial da variável Str está '000000000000000000', e o erro ocorre após remover o último zero. Fazendo os teste percebi que mesmo enviando o lote com a informação <c04_docOrigem>318</c04_docOrigem>, em alguns casos o retorno do campo é '000000000000000000', acabei de ter um retorno interessante.... Enviei um lote para Pernambuco contento duas GNRE uma 100102 e outra 100129, no retorno a 100102 voltou com o documento origem e a 100129 voltou com zeros.... Uso Delphi 7 e Fortes. Segue os anexos. 858400000000029003061610070101201606403964795000-gnre.txt 858400000000058003061614070101201606403964787008.xml 858400000000058003061614070101201606403964787008-gnre.txt 1613364064-pro-rec.xml 858400000000029003061610070101201606403964795000.xml
  23. Perfeito Ítalo. Concordo sim e muito obrigado pela explicação. Estou aplicando a regra e modificando neste momento para a primeira opção. Abraços.
  24. Boa tarde @Italo Jurisato Junior, tudo bem? Se possível pode explicar a diferença entre as duas formas. Como faz pouco tempo que implantei o componente em meu ERP, gostaria de entender para que eu possa escolher a melhor opção. Desde já obrigado.
  25. Bom dia.... Ao transmitir uma NFe eu verifico o status da nota desta forma: ACBrNFe.WebServices.Retorno.NFeRetorno.ProtNFe.Items[0].cStat, está correto também?
×
×
  • 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.