Italo Giurizzato Junior

Boa noite Eptus, Favor anexar o XML de retorno para que possamos analisar.

Boa noite, Por favor acesse o Portal Nacional do MDFe e baixe o Manual da versão 3.00 Desta forma você vai ter em mãos todas as regras e a estrutura com todas as tags na ordem que elas aparecem no XML.

Boa tarde dimom, Todos os fontes de todas as pastas estão atualizados? Pois no XML esta aparecendo 2.0000 sendo que o correto é 0.0200

Boa tarde Karine, Vou fazer esse mesmo teste com o meu XML. Fiz o teste e ocorre o mesmo erro, mas fiz outro teste de envio e o XML foi gerado, assinado validado e enviado e obtive a resposta. 5-pro-lot.xml Favor atualizar os fontes, note que fiz uma alteração no programa exemplo e um uma unit do componente.

Bom dia Jair, Agora esta claro o motivo de carregar o XML. O que pode esta ocorrendo, ao fazer a leitura do XML alguma tag não esta sendo lida ou não esta alimentado corretamente os campos do componente. Outra coisa, tente executar o o LoadFromFile da seguinte forma: ACBrNFSe.NotasFiscais.LoadFromFile(query.fieldbyname('path_xml').AsString, False); Esse segundo parâmetro faz com que o componente não gere novamente o XML, evitando que ocorra alteração na assinatura.

Bom dia dimon, Favor anexar o XML que esta sendo rejeitado pelo Ginfes, para que possamos analisar.

Claudio, Fiz mais alguns ajustes. Favor atualizar os fontes e realizar novos testes.

Karine, Você atualizou todos os fontes de todas as pastas? Pois houve atualização dos Schemas do BPe. Ontem a tarde, fiz os ajustes no componente e fiz um teste e o XML do BPe foi gerado e validado com sucesso com o validador do componente. O NotePad ++ se baseia em qual Schema para validar um XML?

Bom dia Walter, Mas com essa alteração, corre-se o risco de gerar os dados referente a produtos perigosos e veículos novos, sendo que no CT-e OS isso não existe. Não sei se os seus fontes estão atualizados, pois logo apos o IF que você postou temos: if CTe.ide.modelo = 67 then begin GerarInfCTeSub; if CTe.Ide.tpServ = tsTranspValores then begin Gerador.wCampo(tcEsp, '#', 'refCTeCanc', 44, 44, 0, OnlyNumber(CTe.infCTeNorm.refCTeCanc), DSC_CHCTE); if OnlyNumber(CTe.infCTeNorm.refCTeCanc) <> '' then if not ValidarChave(CTe.infCTeNorm.refCTeCanc) then Gerador.wAlerta('#', 'refCTeCanc', DSC_REFNFE, ERR_MSG_INVALIDO); end; GerarCobr; end;

Bom dia Claudio, Você chegou a fazer essa alteração? Se sim, por favor anexe a unit alterada para que possamos avaliar.

Bom dia Diógenes, Somente o valor do serviço.

Bom dia Karine, Favor atualizar os fontes, caso não tenha atualizado, depois reinstale o componente, pois noite que na assinatura digital do BPe o valor do atributo URI ainda esta aparecendo NFe, sendo que o correto é BPe.

Boa noite Jair, Não entendo o motivo de gerar o XML, salvar em disco para depois carrega-lo novamente para poder envia-lo. Por que não simplifica o processo? Alimenta o componente com os dados pertinentes ao serviço e depois simplesmente execute o método Enviar. O Enviar, se encarrega de gerar o XML do RPS, assinar se necessário, montar o Lote, assinar se necessário o Lote, submeter ao validador do componente e realizar o envio.

Boa tarde Karine, Favor atualizar os fontes e refaça os testes.

Bom dia a todos, Não entendo essa vontade louca de criar processos mirabolantes para obter o XML da NFe, sendo que a própria SEFAZ disponibiliza o Web Services DistribuicaoDFe. Os componentes ACBrNFe, ACBrCTe e ACBrMDFe possui o método DistribuicaoDFe implementado a um bom tempo.

Boa noite Rauber, Muito obrigado pela colaboração, já enviei para o repositório.

Boa noite Paulo, Mas o web service do provedor processou todos os RPS com sucesso?

Boa noite BigWings, No meu entendimento se o tpEmit = 1 devemos informar os CT-e, se o tpEmit = 2 devemos informar as NF-e, por outro lado se for tpEmit =3 nada deve ser informado. Se o tpEmit = 3 a regra G016a tem que prevalecer a G020, por outro lado se tpEmit <> 3 prevalece a G020.

Boa noite Djean, A carta de correção do CT-e não é igual a da NF-e. Vide exemplo: ACBrCTe.EventoCTe.Evento.Clear; with ACBrCTe.EventoCTe.Evento.Add do begin infevento.chCTe := Chave; infEvento.CNPJ := sCNPJ; infEvento.dhEvento := now; infEvento.tpEvento := teCCe; infEvento.nSeqEvento := nSequencia; infEvento.detEvento.xCondUso := ''; ACBrCTe.EventoCTe.Evento.Items[0].InfEvento.detEvento.infCorrecao.Clear; with ACBrCTe.EventoCTe.Evento.Items[0].InfEvento.detEvento.infCorrecao.Add do begin grupoAlterado := sGrupo; campoAlterado := sCampo; valorAlterado := sValor; nroItemAlterado := iNumItem; end; end; ACBrCTe.EnviarEventoCTe(iNumLote);

Boa noite Karine, Caso o componente não esteja configurado para salvar os arquivos soap, favor configurar e refaça novos testes e anexe os XMLs gerados, tanto de envio quanto de retorno.

Bom dia Jarde, Tentou usar o programa exemplo do ACBrNFSe?

Bom dia José, O link que você postou se refere ao site para que o contribuinte possa se "logar" e emitir a NFS-e via site e não via WebService. É preciso saber se o provedor SIAP.Net possui um WebService, se sim, se segue alguma versão do layout da ABRASF. Não possuir um WebService ou não seguir o layout da ABRASF não será possível usar o componente.

Bom dia, A impressão do Evento pode ocorrer a qualquer momento depois do seu envio. Para que seja impresso o cabeção é preciso carregar o XML do MDF-e em seguida carregar o XML do Evento e por fim Imprimir o evento. Verifica se na sua rotina quando você carrega o XML do MDF-e e imprime se antes de carregar o XML do evento, não esta limpando do componente o MDF-e.

Bom dia a todos, Rodrigo, no seu XML você não ADD nenhum documento (CTe / NFe) mas no grupo totais você informou que a quantidade de CTe é 1, isso esta errado, atribua o valor zero para que a tag não seja gerada. Outra coisa vamos as regras da SEFAZ. 5. WebService – Recepção – Regras de Validação para tpEmit = 3 G016a: Se tipo emitente informado for igual a Transportador que emitirá CT-e Globalizado (tpEmit=3): O grupo de documentos CT-e não pode ser preenchido. G016b: Rejeitar se tipo emitente informado for igual a Transportador que emitirá CT-e Globalizado (tpEmit=3) e operação interestadual ou com exterior. O seu XML satisfaz a regra G016a, mas não a G016b, porque? O seu MDF-e se refere a um transporte interestadual, ou seja, de MG para SP. No meu entendimento um MDF-e cujo tpEmit = 3 não devemos incluir o grupo de documentos CT-e e nem de NF-e por se tratar de uma transportadora e por fim o transporte tem que ser intermunicipal, ou seja, dentro do Estado.

Boa noite Rauber, O conteúdo da tag InformacoesComplementares só é retornado pelo provedor no XML da NFS-e?