Italo Giurizzato Junior

Boa tarde Maiquel, O componente jamais coloca prefixo na tag de assinatura. A minha sugestão é que você atualize todos os fontes de todas as pastas e reinstale a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada.

Boa tarde Hugo, A impressão do QR-Code no DANFSE não é padrão para todos os provedores. Alguns provedores como EGoverneISS retorna no campo Link a URL que acredito ser do QR-Code. Essa alteração que você fez no arquivo INI do provedor só serve para gerar a URL através do método: function LinkNFSe(ANumeroNFSe: Integer; const ACodVerificacao: String; const AChaveAcesso: String = ''): String; Onde passamos como parâmetro o numero da nota, o código de verificação e uma chave de acesso (para alguns provedores).

Boa tarde Alexandre, Será que você consegue um outro XML cujo o pedido de cancelamento foi negado? No XML que você anexou o pedido de cancelamento foi aceito, noto que tem um grupo chamado <Confirmacao> e dentro dele o tag <DataHora>. Com um outro XML cujo pedido foi negado podemos comparar e desta forma definir o que podemos levar em consideração para definir que a nota esta realmente cancelada.

Olá Pessoal, O provedor GovDigital exigi que o prestador solicite uma sequencia de RPS junto a prefeitura do município. Exemplo: O prestador solicita a sequencia de 1 a 1000. Quando o mesmo emitir o RPS de numero 1000 deverá solicitar uma nova sequencia no caso de 1001 até 2000. Se isso não for feito ao enviar o RPS de numero 1001 o mesmo será rejeitado.

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

Datilas, Acredito que não ficou claro a minha ultima postagem. As linhas que coloquei para pegar o XML e o nome do arquivo é para serem utilizadas logo após o envio do evento e não ao carregar o XML do disco através do método: ACBrNFe.EventoNFe.LerXML(xNomeXMLEvento);

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.