Italo Giurizzato Junior

Boa tarde Datilas, Logo após o envio do evento se você ler as propriedades abaixo vai ter o nome completo (caminho + nome) e o conteúdo do XML (*-procEventoNFe.xml) xNome := (...).Evento.Evento.Items[ x ].RetInfEvento.NomeArquivo; xXML := (...).Evento.Evento.Items[ x ].RetInfEvento.XML; Acredito que com isso você já tem o XML para armazenar no banco de dados, mais o nome completo para que se necessário for ler do disco novamente o XML.

Bom dia a todos, A alteração que fiz foi somente no que diz respeito ao conteúdo do XML e não o nome do mesmo no que se refere ao Evento. Não sei se lhe ajuda, mas o XML do evento quando é salvo em disco segue a configuração do componente, sendo assim você pode utilizar a seguinte função do ACBrNFe para montar o caminho do mesmo. Veja esse fragmento da minha aplicação: case DM_VEN.EventosEvento.AsInteger of 110110: // Carta de Correção PathEvento := DMDFe.NFe.Configuracoes.Arquivos.GetPathEvento(teCCe, '', '', DM_VEN.EventosDataEvento.AsDateTime); 110111: // Cancelamento PathEvento := DMDFe.NFe.Configuracoes.Arquivos.GetPathEvento(teCancelamento, '', '', DM_VEN.EventosDataEvento.AsDateTime); end; NomeEvento := PathEvento + '\' + DM_VEN.EventosEvento.AsString + DM_VEN.EventosChaveNFe.AsString + FormatFloat('00', DM_VEN.EventosSequencia.AsInteger) + '-procEventoNFe.xml'; // Carrega no Componente o Evento salvo em Arquivo XML ACBrNFe.EventoNFe.Evento.Clear; ACBrNFe.EventoNFe.LerXML(NomeEvento); Tenho uma tabela chamada Eventos que contem os seguintes campos: Evento tipo Integer; DataEvento tipo TDateTime; ChaveNFe tipo Char(44) e Sequencia tipo Integer; Esses campos são armazenados na tabela quando ocorre o envio do evento. No "case" através dos campos Evento e DataEvento e da função GetPathEvento consigo gerar o caminho onde o XML do evento foi salvo. Na linha seguinte após o "case " consigo através dos campos Evento, ChaveNFe e Sequencia montar o nome do XML e concatenar com o caminho. Essa mesma rotina pode ser utilizada, mudando o código dos eventos para os demais DFe. Por exemplo no caso do MDF-e temos os eventos de Cancelamento e de Encerramento.

Bom dia Leonard, Favor solicitar a prefeitura ou a empresa Eddy Data, os schemas, URLs de homologação e produção, XMLs de exemplos para envio, consulta, etc. Desta forma vamos ter a certeza se eles possuem um layout próprio ou seguem alguma versão do layout da ABRASF. Eu não conheço essa empresa Eddy Data e o componente ACBrNFSe não atente esse provedor. Caso você queira colaborar com o projeto implementando esse provedor, toda ajuda é bem vinda.

Bom dia Julio, Corrigi o arquivo INI do provedor GovDigital e enviei para o repositório. Quando a rejeição que você esta tendo agora, o problema é o seguinte: O prestador já enviou para o webservice alguns RPS que são numerados sequencialmente. O numero do RPS que você enviou não é o próximo dessa sequencia. Suponha que o ultimo RPS enviado pelo prestador tenha numero 500, você tem que enviar o RPS de numero 501, caso contrario o provedor vai rejeitar, como rejeitou. Veja as duas ultimas linhas da rejeição que coloquei em negrito, deixa claro o que escrevi acima. Rejeição: Numero de correlacao relacionado a Nota Fiscal nao esta autorizado.Numero de correlacao relacionado a Nota Fiscal nao esta autorizado. Numero do RPS invalido. Informe um numero de RPS que corresponda a sequencia utilizada pelo prestador do servico.

Bom dia Renata, O grande problema é que esse provedor retorna o XML codificado de forma diferente, enquanto a maioria trabalha com a codificação UTF-8 esse trabalha com ISO-8859-1. Faça o seguinte teste. 1. Abra esse XML (da nota) que você anexou usando o NotePad++ 2. Exclua a primeira linha que contem o tipo de condificação 3. No menu Formatar escolha a opção para converter para UTF-8 4. Salva o arquivo e feche o NotePad++ 5. Tenta ler o arquivo através do componente. Observação: esse arquivo esta com quebras de linhas e identado, foi você que fez isso? Se sim, remova as quebras de linhas e a identação.

Boa noite Walney, Você esta gerando o arquivo INI e passando para que o Monitor faça o resto ou a sua aplicação esta gerando o XML e usando o monitor para fazer o resto? Se esta gerando o arquivo INI não teria que primeiro executar o comando para gerar o MDF-e?

Boa noite, Bater de reio no irresponsável, por gerar um valor formatado no XML, essa seria a melhor solução. Como nem tudo são flores, a solução que vejo é criar uma rotina para corrigir o XML. Essa rotina vai ter que sair a procura de R$, se encontrar: 1. remova o R$, 2. a partir desse ponto procurar pelo primeiro "<", se no meio do caminho encontrar o ponto "." remova, se encontrar a virgula trocar pelo ponto. 3. encontrado o caractere "<", volte a procurar pelo R$ a partir desse ponto. Quanto terminar salvar o XML corrigido em disco, para depois ler o seu conteúdo propriamente dito.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa noite Rene, Tentou alterar o valor de RPS de zero para 1 na seção Assinatura? Se sim, mudou a mensagem?

Boa noite Alexandre, Desculpe, eu pedi para você anexar o XML e não uma imagem dele.

Boa tarde ALA, Isso vai remover todos os "." pontos que constam no XML, podendo causar problemas colaterais.

Boa tarde Camilo, Se no XML constar o numero do protocolo o cStat = 100 e xMotivo = Autorizado o uso do MDF-e, isso significa que o MDF-e foi aceito pela SEFAZ.

Boa tarde Alexandre, Favor anexar o XML de retorno para que eu possa analisar.

Boa tarde ALA, Por favor vamos seguir as regras do fórum, para um novo assunto crie uma nova postagem. Como o problema tratado nesse já foi resolvido vou fechar ele.

Talvez sim.

Boa tarde Henrique, Se a cidade mudou para o provedor IPM (que já esta implementado) se faz necessário alterar o arquivo Cidades.ini conforme as demais cidades que utiliza esse provedor.

Boa tarde Hugo, Alguns provedores requerem um cadastro especifico para emitir as notas via webservice. Você tem um usuário e senha para emitir via site, agora precisa de um cadastro para emitir via webservice.

Boa tarde Heronim, Você não informou a chave privada que esse provedor exige. // Provedor Sigep sem certificado Configuracoes.Geral.Emitente.WebChaveAcesso := 'A001.B0001.C0001'; // Aqui deve ser informado a chavePrivada

Boa tarde Carlos, Mas qual é o motivo que faz com que a assinatura fique invalida? A rotina que realiza a assinatura no XML é única, ou seja, ela é utilizada pelos componentes: ACBrNFe, ACBrCTe, ACBrMDFe, ACBrBPe, ACBrReinf, ACBreSocial e ACBrNFSe. Só na NFS-e que ocorre essa porcaria de assinatura invalida.

Boa tarde, Não devemos mudar o arquivo ABRASFv2.ini ele é apenas um modelo, você deve criar um novo arquivo INI para esse novo provedor. E fazer as alterações no componente, inicialmente na unit pnfsConversao para que ele reconheça esse novo provedor.

Olá Pessoal, Foi publicada na data de hoje a NT 2020/002 que trata sobre o Imposto sobre produtos industrializados - IPI. Não se faz necessário nenhuma alteração no componente pois não ocorreu nenhuma alteração no layout do XML. Essa NT apenas esta consolidando informações das NT 2015/002 e NT 2016/001 e também a possibilidade de usar 3 novos códigos de Enquadramento. Sendo assim o campo <cEnq> poderá aceitar os novos códigos abaixo: cEnq Grupo CST Descrição Enquadramento Legal do IPI 163 Suspensão REPETRO-Industrialização Venda no mercado interno de matérias-primas, produtos intermediários e materiais de embalagem para serem utilizados integralmente no processo de industrialização de produto final destinado às atividades de exploração, de desenvolvimento e de produção de petróleo, de gás natural e de outros hidrocarbonetos fluidos à PJ habilitada no Repetro-Industrialização. - Instrução Normativa RFB nº 1901, de 17 de julho de 2019. 164 Suspensão REPETRO-SPED Venda dos produtos finais destinados às atividades de exploração, de desenvolvimento e de produção de petróleo, de gás natural e de outros hidrocarbonetos fluidos previstas na Lei nº 9.478, de 6 de agosto de 1997 , na Lei nº 12.276, de 30 de junho de 2010, e na Lei nº 12.351, de 22 de dezembro de 2010, por fabricantes desses, beneficiários do Repetro-Industrialização, quando diretamente adquiridos por pessoa jurídica habilitada no Repetro-Sped.- Instrução Normativa RFB nº 1901, de 17 de julho de 2019. 165 Suspensão O transportador com relação aos produtos tributados que transportar desacompanhados da documentação comprobatória de sua procedência; qualquer possuidor - com relação aos produtos tributados cuja posse mantiver para fins de venda ou industrialização; o industrial ou equiparado, mediante requerimento, nas operações anteriores, concomitantes ou posteriores às saídas que promover, nas hipóteses e condições estabelecidas pela Secretaria da Receita Federal, nos termos da IN RFB nº 1.081/2010. A partir do dia 30/05/2020 o ambiente de homologação vai passar a aceitar os novos códigos acima, já o ambiente de produção somente 11/06/2020.

Bom dia Diego, Sem essa alteração qual era a versão que o componente estava assumindo? E qual era o erro que ocorria? Lhe pergunto isso, pois a SEFAZ-SP (por exemplo) possui dois endereços para realizar a consulta, uma referente a versão 2 e outra referente a versão 4. Versão 2: https://nfe.fazenda.sp.gov.br/ws/cadconsultacadastro2.asmx Versão 4: https://nfe.fazenda.sp.gov.br/ws/cadconsultacadastro4.asmx Favor anexar o XML (soap) de pedido de consulta sem a alteração e com a sua alteração.

Bom dia, Mas o nome do arquivo você não informa no método em sFileName? ACBrNFe1.EventoNFe.LerXML(sFileName);