Ts1Desenvolvedor

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

Ítalo quando a versão farei uma atualização. Agora quando ao erro ser referente a data do pagamento, mesmo assim não seria possível verificar a questão da inscrição estadual? Pergunto porque alterando a data do vencimento, todo o restante do XML seria o mesmo, pelo menos no meu entendimento.

Ítalo acho que agora estão todos 1885292934-pro-rec.xml 1885292934-pro-rec-soap.xml tmp_060205-gnre.txt 1885292934-ped-rec.xml 1885292934-ped-rec-soap.xml 1885292934-rec.xml 1885292934-rec-soap.xml -env-lot.xml -env-lot-soap.xml tmp_060205-gnre.xml

Italo para mim seriam esses vou pastar aqui todos os arquivos do processo desculpa ai. Estão ai 1885292780-pro-rec.xml 1885292780-pro-rec-soap.xml tmp_060205-gnre.txt 1885292780-ped-rec.xml 1885292780-ped-rec-soap.xml

sim

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

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

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

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

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.