![]() |
Conteúdo para desenvolvedores |
![]() |
![]() |
TEF ACBr PayGo |
![]() |

Ts1Desenvolvedor
Membros-
Content Count
32 -
Joined
-
Last visited
Community Reputation
2 NeutralAbout Ts1Desenvolvedor
-
Rank
Membro
Profile Information
-
Sexo
Masculino
-
Location
Itumbiara-GO
Recent Profile Visitors
946 profile views
-
Então Ítalo bom dia. Agora eu fiquei perdido, pois o emitente é de Minas Gerais e o contribuinte de Goiás. Até onde eu sei não se gera GNRE para operações referente ao DIFAL quando os mesmos são do mesmo estado, já que o DIFAL é um imposto com transações inter-estaduais. Se deixar o c17_inscricaoEstadualEmitente em branco não valida se deixar o UF_Favorecido igual ao do Emitente, ou seja, MG fala que o servidor está indisponível até 31/12/2018. Agora lascou de vez.
-
Ítalo boa tarde, acabei de atualizar os fontes do ACBr segue em anexo os XML gerados o erro ainda é o mesmo 1885293175-ped-rec.xml 1885293175-ped-rec-soap.xml 1885293175-pro-rec.xml 1885293175-pro-rec-soap.xml 20181029180943-env-lot.xml 20181029180943-env-lot-soap.xml 20181029180943-rec.xml 20181029180943-rec-soap.xml tmp_060209-gnre.xml
-
produtor rural mas tentei também com pessoa física sem inscrição e o erro é o mesmo do tópico que eu abri. estou mandando os xml dessa situação 1885293000-ped-rec.xml 1885293000-ped-rec-soap.xml 1885293000-pro-rec.xml 1885293000-pro-rec-soap.xml tmp_060209-gnre.txt 1885293000-rec.xml 1885293000-rec-soap.xml -env-lot.xml -env-lot-soap.xml tmp_060209-gnre.xml
-
Boa tarde galera. Estou gerando guia de GNRe onde o emitente é de Minas Geras e o Destinatário é do estado de Goias. Guia com o código da receita 100102, ou seja, DIFAL. Utilizando destinatários: 1º com CPF e sem INSCRIÇÃO; 2º com CPF e com INSCRIÇÃO. Porém o retorno é sempre o mesmo: 700 Inscrição Estadual do Estado de Goias possui apenas 9 dígitos. tmp_060205-gnre.xml é o XML gerado pra gerar a GNRE 1885292667-pro-rec.xml é o XML de retorno com o erro: 700 Inscrição Estadual do Estado de Goias possui apenas 9 dígitos. nos dados do Destinatário eu fiz teste informando apenas
-
Boa tarde estou tento problemas também na geração da GNRE. Estou começando o desenvolvimento. Estou em Goiás emitindo para Santa Catarina. Estou com os seguintes problemas: 1º faço envio, porém apresenta a mensagem :"Lote Processado com pendências O Campo Extra 'Chave de Acesso da NFe' (Código: 96) deve ser informado" porém eu estou informando o mesmo, conforme as linhas abaixos: with camposExtras.Add do begin camposExtras.Items[0].CampoExtra.codigo := 102; camposExtras.Items[0].CampoExtra.tipo := 'T'; camposExtras.Items[0].Ca
-
Tarja NFe CANCELADA não mostra no DANF do fast report
Ts1Desenvolvedor replied to Ts1Desenvolvedor's topic in ACBrNFe
Já fazem alguns dias, porém apenas hoje tive como voltar ai. O problema está na verdade no arquivo fr3. Usei o DANFeRetrato.fr3 quando a nota estiver cancelada. Apenas mudei a cor da tarja do cancelamento para vermelha. Isso porque o arquivo DANFE.fr3 não está saindo. Mas no meu caso não vi problema em deixar 2 arquivos para impressão de nota. Um para não cancelada e outra para nota cancelada. A impressão é diferente mas para quem vai imprimir nota cancelado de vez em quando isso não será um problema. Abraços! -
Boa noite galero, eu sei que já tem um tópico com o mesmo título: porém não consegui adicionar mais nada ao mesmo e o que foi dito no mesmo não resolveu o meu problema. Como informação eu fiz a nota e o cancelamento em ambiente de Homologação, porém foi nos 2 XML's e alterei a tag tpAmb de 2 para 1. Sobre o que o Italo falou: "Por outro lado devemos carregar os dois XML que você anexou para poder imprimir corretamente o evento, através do método ImprimirEvento." eu informei ao componente ACBrNFeDANFEFR1.NFeCancelada := True; ACBrNFe1.NotasFiscais.LoadFromF
-
Rejeição Emissor não habilitado para emissão do MDF-e
Ts1Desenvolvedor replied to Leao's topic in ACBrMDFe
Meu - problema - resolvido Resolvi o problema do cInt que refere-se ao código interno do veículo e dos reboques (se existe) eu apenas não informei os mesmos mais e não apresentou erro. Não sei o porque da diferença entre o OpenSSL e Capicom quando ao não habilitado eu estou utilizando em ambiente de Produção e foi normalmente. Para testar, sabendo que o cliente emitiu MDFe pelo programa gratuito eu deixei o número do meu MDFe 1 e não liberou por duplicidade. Ok então, coloquei o meu MDFe com a numeração para não dar erro de duplicidade e o Sefaz de Goiás liberou normalmen -
Rejeição Emissor não habilitado para emissão do MDF-e
Ts1Desenvolvedor replied to Leao's topic in ACBrMDFe
Juliomar, primeiramente muito obrigado a atenção. Eu havia tentado utilizando o Capicom. Testando via OpenSSL já apresentou o seguinte erro: element '{http://www.portalfiscal.inf.br/mdfe}cInt':17 is not a valid of the local atomic type no XML as tag com cInt referem-se ao código do veículo e também ao código do reboque. Tenho 2 reboques vinculados ao veículo e porém o erro apresenta somente no segundo. A meu ver não existe diferença entre o reboque 1 e 2 para apresentar erro nessa tag. Por via das dúvidas está em anexo XML gerado no teste. Há eu testei o MDF -
Rejeição Emissor não habilitado para emissão do MDF-e
Ts1Desenvolvedor replied to Leao's topic in ACBrMDFe
Bom dia a todos, estou tendo o mesmo problema, porém tenho algumas diferenças. O cliente emitiu MDFe pelo emissor gratuito, tanto em Homologação quanto em Produção. Pelo meu sistema é que apresenta o erro. O MDFe foi gerado baseado em um CTe feito pelo próprio contribuinte, também pelo meu sistema. A chave do CTe está o CNPJ do emitente. Segue em anexo o XML para averiguação. Um abraço galera. tmp_1-mdfe.xml -
Bom dia Chicobentodm, eu havia colocado a versão 2.00 mas não havia funcionado, por isso eu abri o chamado. Italo, vc tinha razão, não percebi que no comando para adicionar a tag (imp.infAdFisco) estava: ACBrCTe1.Conhecimentos.Add.CTe.imp.infAdFisco. Eu havia alterado os fontes, como uma forma de descobrir um erro que estava acontecendo aqui, antes mesmo de dar o erro pelo qual eu abrir o chamado. Voltei os fontes da forma que estavam antes. Muito obrigado pela grande auxílio.