-
Total de ítens
285 -
Registro em
-
Última visita
-
Days Won
2
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Marcelo Calvi Belanga
-
-
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....
- 2
-
1 hora atrás, joaomiler disse:
Bom dia Marcelo,
Esse manual está disponível no link de automação da GNRE (http://www.gnre.pe.gov.br/gnre/portal/automacao.jsp), além do manual possui também a maneira correta do preenchimento do XML.
Não é especifico da ACBR.
OK. Esse manual eu já conhecia.
Eu pensava que era um manual escrito de utilização do componente ACBr.
Obrigado.
- 1
-
2 horas atrás, Souza disse:
Boa tarde Regys, fiz o que vc sugeriu e o erro persiste.
Att
Souza
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.
-
20 minutos atrás, Souza disse:
Estou com o mesmo problema acima..
alguem conseguiu resolver/?
Tente salvar informando o nome e o caminho onde você quer que seja salvo.
function Guia.GravarXML(NomeArquivo, PathArquivo: String): Boolean;
-
42 minutos atrás, joaomiler disse:
Pelo oque analisei no manual de integração só possui os seguintes métodos:
* GnreRecepcaoLot - Enviar lote.
* GnreResultadoLote - Status do processamento.
* GnreConfigUF - Consulta configurações da UF.
Até aonde sei não possui método para consultar o status da GNRE.
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.
-
3 horas atrás, walter faria disse:
Marcelo, bom dia
Como posso pegar esta representacao numerica quando envio GNRE.Obrigado
ACBrGNRE.WebServices.Retorno.GNRERetorno.resGuia[0].RepresentacaoNumerica
Faço dessa forma, para que o usuário possa imprimir novamente a guia em outro momento.
-
9 horas atrás, walter faria disse:
Boa noite, desculpa a demora na resposta
Obrigado pela ajuda , após envia sem o comando de imprimir , como posso carregar XML ?
ObrigadoBom 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.
-
Vou fazer dessa forma também.
Obrigado pelo retorno Juliomar.
-
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?
-
15 minutos atrás, Vanio André disse:
Bom, venho de novo pedir ajuda. Gostaria de saber se alguém sabe se existe algum PDF ou algum padrão
para os campos extras, pois verifiquei que cada estado exige um código diferente para o mesmo campo:
Ex: Para o RS o campo "Chave Acesso NFe" é código 91, já para o AC o mesmo campo é código 93.
Códigos citados são de ambiente de homologação.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.
- 1
-
Em 27/08/2015 at 10:16, Juliomar Marchetti disse:
Bom dia!
está falando da consulta no portal nacional?
lembre-se que tem um delay entre a sincronização do ambiente estadual e nacional então pode não estar!
depois de fazer isso você já fez a consulta de protocolo? para ver como está
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 - TrueMas 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.
-
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!
- 1
-
Em 18/04/2016 at 08:37, walter faria disse:
Bom dia , Juliomar
estou usando : ACBrGNREGuiaRL1. , antes de postar sempre pesquiso
Eu tinha anexado a imagem do erro mas não apareceu vou tentar aqui novamente.Observação do teste que fiz no Demo:
1-Gero gnre e envia (da erro ao imprimir )
2-Consulto lote recibo (da guia de resposta vem XML da guia )
3-Eu salvo como TXT a resposta que seria o XML da guia (salvo manualmente , copio para TXT e salvo no disco)
4-Clico no imprimir Guia, imprime normalmente.
***diretamente quando clico gerar e enviar da erro segue imagem .
ObrigadoNa 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.
-
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?
-
9 horas atrás, Juliomar Marchetti disse:
Isso também funciona com CT-e, NF-e !
Perfeito, então ficará assim.
Fiz dessa forma, pois, não consegui carregar o xml no componente de jeito nenhum.
Obrigado pelo retorno Juliomar!
-
.......
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.
- 1
-
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?
-
5 horas atrás, EMBarbosa disse:
Então acho que ficou mais fácil corrigir. Poderia fazer o seguinte teste? Subistitua o código pelo seguinte:
function RemoverZeros(Str: string): string; begin while (Trim(Str) <> '') and (Str[1] = '0') do Str := Copy(Str, 2, Length(Str)); Result := Trim(Str); end;
E verifique se corrige o problema.
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.
- 1
-
Boa tarde @Juliomar Marchetti, a maneira mais fácil de recompilar os componentes é usando o acbr install?
-
@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?
-
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
-
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.
- 1
-
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.
-
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?
Erro no suporte a canais seguros.
em NFe/NFCe - Nota Fiscal Eletrônica
Postado
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?