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 a inscrição e também como é o caso do XML tmp_060205-gnre.xml os dados: CPF, inscrição, razão social, município. o erro é sempre o mesmo.

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].CampoExtra.valor := danfe; end; Pode ser que esteja informando o DANFE no campo erra ou algumas das outras informações (código ou tipo) podem estar errados. 2º vem pra mim o numero do RECIBO porém ao imprimir não apresenta o Nº de controle e o Código de Barras fica contendo apenas 0 (zero) . 3º na impressão o campo Período de Referência fica contendo apenas o valor 0 (0), não imprimindo ao que refere-se o 0 (zero) nessa situação. Se alguém ai ter algo para somar serei muito grato. Agraços

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.LoadFromFile(EndNfe+'tmp_'+tbNotasNRO_NOTA.AsString+'-NFE_Canc.xml',False); ACBrNFe1.EventoNFe.Evento.Clear; ACBrNFe1.EventoNFe.LerXML(EndNfe+'tmp_'+tbNotasNRO_NOTA.AsString+'-NFE_Canc.xml'); ACBrNFe1.ImprimirEvento; Porém dessa forma apresenta mensagem de erro dizendo: Caminho do arquivo de impressão do EVENTO não assinalado. Se eu não utilizar a opção do EventoNFe, somente utilizando: ACBrNFeDANFEFR1.NFeCancelada := True; ACBrNFe1.NotasFiscais.LoadFromFile(EndNfe+'tmp_'+tbNotasNRO_NOTA.AsString+'-NFE_Canc.xml',False); ACBrNFe1.NotasFiscais.Imprimir; ACBrNFeDANFEFR1.PathPDF := EndNfe; ACBrNFe1.NotasFiscais.ImprimirPDF; Imprime a NFe sem a tarja, gera o PDF normalmente, podem ver pelo PDF que está anexado. Existe algo que passei despercebido? Lembrando novamente, a nota e o cancelamento foram feitos em ambiente de Homologação, porém foi nos 2 XML's e alterei a tag tpAmb de 2 para 1. 52170697509350000110550010000328461000328461-nfe.pdf autorizado.xml cancelado.xml

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 normalmente. Ou seja, está funcionando mas não em ambiente de Homologação - vai saber o porque. Juliomar muito obrigado e agradeço a ajuda.

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 MDFe com outro certificado utilizando OpenSSL e foi nornalmente. Nesse que realmente é o cliente que utilizará o MDFe é que apresenta erro. tmp_1-mdfe.xml

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.

Boa tarde a todos, estou com a versão do ACBr atualizada no começo do mês e estou tendo 2 problemas na geração do CTe. O sistema está alimentando o componente ACBrCTe com apenas um conhecimento, mas quando vai fazer enviar (arquivo ACBrCte linha 638 - Assinar e depois Validar) o componente Assina e Valida dois conhecimentos (verifiquei isso debugando e no arquivo ACBrCTeConhecimentos (Assinar - linha 701 e Validar - linha 755) existe um for e passa duas vezes por eles (o ACBr gera 2 XML). Para tentar resolver esse problema eu alterei para que no commando FOR não utilize a variável contatadora (i), deixei padrão o valor 0 (Self.Items[0].Assinar; -Self.Items[0].Validar;), até ai tudo bem. Porem, com esse procedimento o conhecimento que eu estou gerando é ASSINADOR e VALIDADO, mas apresenta falha na validação dos Schemas. Antes de alimentar o componente, eu configuro o ACBr com o caminho dos schemas (os que eu baixei na atualização do ACBr), a versão está 3.00. Alguém tem alguma ideia?

Ederson Selvati aqui eu fiz da seguinte forma com relação aos campos agência e dígito verificador: Agencia := tbContasAGENCIA.AsString; if (tbContasBANCO.AsString = '756') then AgenciaDigito := '2' else AgenciaDigito := ''; ou seja, se for banto tipo Sicoob eu passo para o ACBr como dígito verificador o valor 2. Na planilha que eu anexei acima, tem o valor do dígito.

Bom dia, em anexo está o documento enviado pelo banco Sicoob para homologação. Nesse arquivo tem até um exemplo para testar se o valor gerado para o código de barras está correto. Na planilha 05.Remessa - Opção CNAB240, opção REGISTRO DETALHE SEGMENTO P, célula A100 refere-se ao campo de IOF onde fala da posição que começa 166 e termina 180, como está descrito no ACBrBancoBancoob (// 166 a 180 - Valor do IOF a ser recolhido) e lá também fala do tamanho dígito 13 e decimais 02, totalizando 15 casas. Como eu disse antes do jeito que estava (IntToStrZero( round(ValorIOF * 100), 16)) gera um 0 (zero) a mais do que deveria. Teve outro situação também, na linha 688 está o comando (StringOfChar('0', 20) + // 33 a 52 - Brancos - Alteração para passar no validador), mas de acordo com o pessoal do banco, nesse espaço não pode ter o valor zero nas vinte casas e sim espaço em branco. Alterei para (space(20) + // 33 a 52 - Brancos - Alteração para passar no validador) Layouts_para_troca_de_informações.xls

Mas da forma que estava o arquivo não foi validado no banco, com os 16 caracteres. Retirando um zero, ou seja, ficando 15 caracteres o arquivo foi aceito.

Bom dia a todos, ontem gerando arquivo de remessa do Sicoob modelo 240, precisei alterar a linha 850 do arquivo ACBrBancoBancoob.pas. Estava da seguinte forma: IntToStrZero( round(ValorAbatimento * 100), 16) + // 181 a 195 - Valor do abatimento porem o tamanho do campo é na verdade 16 e com isso o ACBr gerava um 0 (zero) a mais deixando o documento errado. Alterei para: IntToStrZero( round(ValorAbatimento * 100), 15) + // 181 a 195 - Valor do abatimento Espero ter ajudado, abraços e grande projeto ACBr.

Boa tarde turma, tudo blz com vocês? Estou com o seguinte problema: na minha máquina (desenvolvedora) eu consigo gerar uma NFe seja em homologação ou produção normalmente. No cliente tenho o retorno do cStat = 0. No cliente: as dll para o capcon eu deixei junto do executável e também nas pastas system32 e sysWow64. Instalei o capcon e até o ACBrMonitor está instalado. O que eu vi de diferente entre a máquina desenvolvedora e a máquina cliente é que na minha (desenvolvedor) aparece a tela para selecionar o certificado, depois outra tela sobre criptografia, mas APARECE a tela de CONCEDER PERMISSÃO. Na máquina do cliente NÃO APARECE a tela para CONCEDER PERMISSÃO. Alguém tem alguma pista do problema na máquina do cliente ou do que ainda falta para configurar?

Boa tarde Italo, mesmo atualizando o ACBr o resultado foi o mesmo: não mostrou retorno do cancelamento. Aparece (Numero da NFSe) e (Data Hora) em branco até mesmo pelo programa exemplo de vocês, existe alguma configuração a mais que precisa ser feita?

Bom dia, consigo gerar nova NFSe normalmente pelo meu sistema ou até mesmo pelo exemplo do ACBr. Mas não consigo cancelar a nota gerada em ambos os sistemas (meu e exemplo ACBr). Em ambos os casos eu informo o XML que desejo cancelar, não apresenta erro apenas o retorno que fica em banco na mensagem apresentada dos dados obtidos e o XML do cancelamento gerado pelo ACBr fica em branco. O provedor da minha cidade é ProData. Alguém ai já passou por isso?

Italo, quero agradecer a sua resposta, sua atenção dada a este caso, mas o problema foi resolvido. Eu já havia comparado os xml e estavam iguais. O problema é o fato de que os dados da empresa que estou trabalhando para gerar as NFSe não é super-simples mas a empresa que utilizo o certificado é. Estou usando dados de um cliente meu para aproveitar a base de dados mas utilizando o certificado da empresa que trabalho. Colocando na configuração da empresa que a mesma é super-simples resolveu o problema. Novamente muito obrigado pela colaboração.

Boa tarde, tentando gerar uma nota para a Prefeitura de Itumbiara-GO. Já inclui a referencia do provedor ProData nos arquivos ACBrProvedorProData e pnfsConversao. O programa de exemplo funciona, a nota é gerada na base de dados da prefeitura. No programa que estou desenvolvendo apresenta erro na alíquota. Basicamente os dados são mesmos, pois o certificado usado é da própria empresa que trabalho. O CNPJ do emissor é o mesmo, a inscrição municipal é a mesma. No meu programa tanto o emissor quanto o tomador do serviço são da mesma cidade. A alíquota no exemplo é de 2.79 (alíquota da cidade) já experimente usar o valor 2.79 ou pegando da base de dados utilizando a função StrToCurr para transformar a alíquota para o tipo current, mas a resposta no meu programa é de que a alíquota não foi encontrada na base de dados da prefeitura. Debugando os dois sistemas, em ambos os casos pegando o provedor ProData através do mesmo código do IBGE (lembrando que alterei os fontes), o arquivo XML gerado com o valor da alíquota por ambos os programas estão iguais <aliquota>2.79</aliquota>. Uma diferença básica é que no meu programa é preciso selecionar o certificado, mas depois que seleciona o NÚMERO DE SÉRIE dele é o mesmo que o encontrado no programa de exemplo, onde lá está indicando o caminho do certificado.