Jump to content

francinaldoac

Membros Pro
  • Posts

    63
  • Joined

  • Last visited

Everything posted by francinaldoac

  1. Bom dia, Ítalo, o usuário não digita o número da MDF-e, ele é gerado sequencialmente de forma automática, nossa rotina é parecida com o procedimento que você falou agora, mas acho que não ficou claro o meu problema, vou resumir. Ao tentar enviar um MDF-e a SEFAZ retornou o erro de duplicação, o que significa que já estava na base, tendo essa resposta nosso sistema faz consulta a chave de acesso, a SEFAZ então retorna o protocolo da autorização, você viu o XML que enviei com tudo OK, autorizado, porém mesmo com o protocolo de autorização, quando consulto essa chave, diz que não consta na base de dados. O que suponho ter acontecido: nosso sistema permite salvar o MDF-e e depois enviar, o usuário pode ter aberto duas instâncias do sistema, aberto o MDF-e nas duas, enviado por uma e depois enviado pela outra instância, acabei de ver que ao contrário da rotina da NF-e do nosso sistema, a rotina da MDF-e não checa se aquele documento foi transmitido enquanto o usuário estava consultando, vou corrigir isso. Bom, já resolvemos o problema enviando novamente, obrigado pela ajuda.
  2. Sim, foi minha aplicação. Fui olhar os XMLs e achei a resposta abaixo: <retConsReciMDFe xmlns="http://www.portalfiscal.inf.br/mdfe" versao="3.00"> <tpAmb>1</tpAmb> <verAplic>RS20220512135344</verAplic> <nRec>249001167830048</nRec> <cStat>104</cStat> <xMotivo>Arquivo processado</xMotivo> <cUF>24</cUF> <protMDFe versao="3.00"> <infProt Id="MDFe270520220902450590"> <tpAmb>1</tpAmb> <verAplic>RS20220512135344</verAplic> <chMDFe>24220508811226000427580010000084631001460735</chMDFe> <dhRecbto>2022-05-27T09:02:45-03:00</dhRecbto> <digVal>rtU+WvetX0FyPDg8mfrGAJXDMdM=</digVal> <cStat>204</cStat> <xMotivo>Rejeição: Duplicidade de MDF-e [nProt:924220000759203][dhAut:2022-05-27T09:02:31-03:00]</xMotivo> </infProt> </protMDFe> </retConsReciMDFe> Existe uma duplicidade, mas meu sistema está programada nos casos de status 204, ignorar a resposta e fazer uma consulta pela chave da MDFe, dessa forma pego o protocolo de autorização. 249001167830048-pro-rec.xml 146071-env-lot.xml
  3. Sim, vou anexar, eu também fiz a consulta diretamente no site do MDF-e usando a chave. 24220508811226000427580010000084631001460735-mdfe.xml
  4. Meu problema é exatamente esse, eu tenho tudo isso, mas na SEFAZ a minha chave não consta na base, como se não tivesse sido transmitido
  5. Bom dia, Sim eu tenho o XML do MDF-e e com o "carimbo" da autorização, veja abaixo (retirei a chave): <protMDFe xmlns="http://www.portalfiscal.inf.br/mdfe" versao="3.00"> <infProt Id="MDFe924220000759203"> <tpAmb>1</tpAmb> <verAplic>RS20220512135344</verAplic> <chMDFe>número omitido.....</chMDFe> <dhRecbto>2022-05-27T09:02:31-03:00</dhRecbto> <nProt>924220000759203</nProt> <digVal>rtU+WvetX0FyPDg8mfrGAJXDMdM=</digVal> <cStat>100</cStat> <xMotivo>Autorizado o uso do MDF-e</xMotivo> </infProt> </protMDFe>
  6. Boa tarde, Alguém já passou pelo problema de ter uma MDFe que foi autorizada normalmente, tenho o protocolo e recibo de autorização, mas quando consulto na SEFAZ, informa que a MDFe não consta na base. O que fazer nesses casos? Estou pensando em tentar transmitir novamente, mas seria bom se houvesse uma forma de consulta pelo número do protocolo para ver o que houve.
  7. Boa tarde, erro dos dois, tanto o emissor da Nota quanto da SEFAZ, mas no caso da SEFAZ é de lógica também, porque mesmo estando na tag de terceiros, sendo a empresa participante das regras de acesso total ao documento, não devia aplicar a regra de acesso de terceiros, mas tudo bem, pior de tudo que já olhei mais de 10 transportadores de diferentes UFs que emitem MDF-e para nossa empresa, e todos repetem nosso CNPJ na tag AutXML, acho que deve ser um erro de orientação/comunicação da própria SEFAZ para essas empresas.
  8. Obrigado pela informação, verifiquei e realmente também estamos listados na tag AutXML, mas isso seria uma coisa que o sistema da SEFAZ deveria diferenciar, acredito que é um erro de lógica do sistema deles, ora se estou listado com contratante, destinatário, o fato de estar listado também nessa tag não devia inviabilizar o meu acesso completo.
  9. Olhei a NT agora e realmente consta isso lá, mas não faz sentido para nós que somos os contratantes no MDFe, receberemos todos os documentos quando o carga chegar em nossa empresa, não existe sigilo quebrado nesse caso, porque somos os destinatários. Não faz sentido baixar os MDFe sem essa informação, ficou quase inútel esse método de distribuição. Grato pela ajuda.
  10. Bom dia, Começamos o uso do método de distruição para o MDFe: ACBrMDFe.DistribuicaoDFePorUltNSU Estou achando estranho porque nos XMLs baixados a informação dos CTes ou NFes vinculados ao MDFe estão com uma sequência de noves, alguém sabe o motivo?
  11. Bom dia! Existe algum componente do Acbr que forneça a distância entre cidades, ou alguém conhece alguma API para fazer isso? Grato.
  12. Bom dia! Olha esse tópico foi criado há quase 15 dias, olhei o meu histórico anterior e antes de me tornar membro SAC pago meus tópicos eram resolvidos no mesmo dia ou no máximo em 6 dias, convenci nossa gerência a contribuir monetariamente pelo excelente trabalho que vocês fazem mantendo esses componentes com código aberto e grátis, mas desse jeito fico sem justificativa para manter o suporte pago, visto que tivemos essa piora no atendimento.
  13. Bom dia! Temos um problema com o campo "Identificação do Título na Empresa" na Caixa Econômica, layout CNAB400, arquivo de remessa, na procedure que grava o registro de detalhe, a formatação e o tratamento do campo estão errados de acordo com o manual. procedure TACBrCaixaEconomica.GerarRegistroTransacao400(ACBrTitulo: TACBrTitulo; aRemessa: TStringList); ... with ACBrBoleto do begin wLinha:= '1' + // 1 até 1 - ID Registro - Preencher com ‘1' ATipoCendente + // 2 até 3 - Tipo de inscrição da empresa 01-CPF / 02-CNPJ PadLeft(OnlyNumber(ACBrBoleto.Cedente.CNPJCPF),14,'0') + // 4 até 17 - Inscrição da empresa ifthen(Length(ACodCedente) > 6, '000', RightStr(OnlyNumber(ACBrBoleto.Cedente.Agencia), 4 )) + // 18 até 21 - Código da Agência ifthen(Length(ACodCedente) > 6, PadRight(ACodCedente, 7, '0'), ACodCedente ) + // 22 até 27 - Código do Cedente ATipoBoleto + // 28 a 29 - Quem emite e quem distribui '00' + // 30 a 31 - Comissão de permanência - informar 00 PadLeft(OnlyNumber(ACBrTitulo.SeuNumero), 25) + // 32 até 56 - Seu numero ... Na linha " PadLeft(OnlyNumber(ACBrTitulo.SeuNumero), 25) + // 32 até 56 - Seu numero" o componente está colocando "espaços" a esquerda e retirando caracteres não numéricos, visto que o campo é alfanumérico isso não devia acontecer. Acho que o ideal seria alterar essa linha para PadRight(ACBrTitulo.SeuNumero, 25, ' ') Em anexo manual, verificar página 20. Grato Manual_de_Leiaute_de_Arquivo_Eletronico_CNAB_400 (1).pdf
  14. Boa tarde, Sim, havia visto no manual que esses eram os métodos necessários para homologação, estou no momento desenvolvendo a integração básica, quando terminar vou tentar desenvolver o que falta. Os métodos de consulta são importantes porque de outra forma temos que sempre enviar os dados completos dos motoristas, veículos, proprietários antes do envio do CIOT, a não ser que façamos no sistema interno o registro que aquele cadastro já foi enviado. Obrigado.
  15. No manual eles colocaram apenas o métodos necessários para homologação do integrador junto ao eFrete, mas lá eles falam dos outros métodos, nesse caso os de consulta, isso seria interessante, porque o sistema poderia consultar se o motorista, veículo, proprietário já existe na base do eFrete, isso evitaria ter que enviar esses dados. Exemplos: https://dev.efrete.com.br/Services/MotoristasService.asmx?WSDL https://dev.efrete.com.br/Services/MotoristasService.asmx?op=Obter
  16. Sim, já fiz o cadastro lá e estou com acesso ao ambiente de homologação.
  17. Bom dia! Estou implementando o ACBr CIOT, vi que a maior parte dos métodos de consulta não foram implementados, como o obter: motorista, veiculo, proprietário. Tem alguma previsão ou alguém trabalhando nisso? Grato mais uma vez.
  18. Boa tarde, O problema eram os schemas desatualizados, atualizei pela pasta do svn "Acbr\Exemplos\ACBrDFe\Schemas\CTe" e deu certo agora. Obrigado.
  19. Sim, eu atualizei logo cedo hoje, não testei com demo do exemplo, mas peguei de lá o código fonte para enviar o evento. Eu depurei o código até a função que pega a descrição do evento, verifiquei que estava OK, porém quando olho o XML que vai ser enviado, está sem os acentos e "cedilha" e dá o erro. Tem alguma coisa a ser atualizada nos "esquemas", porque não fiz atualização deles.
  20. Bom dia, Ao enviar um evento de Prestação de Serviço em Desacordo no CTe, estou recebendo o erro de validação abaixo: Verifiquei que no campo "EP02 - DescEvento" está sendo enviado o valor "Prestacao do Servico em Desacordo" e de acordo com o manual deveria ser "Prestação do Serviço em Desacordo". Eu encontrei a função abaixo e fiz a correção: function TInfEvento.getDescEvento: String; case FTpEvento of tePrestDesacordo : Desc := 'Prestação do Serviço em Desacordo'; Porém o erro persiste, isto é, o XML continua sendo enviado com o valor "Prestacao do Servico em Desacordo". Vocês poderiam ajudar.
  21. Funcionou perfeitamente Italo, obrigado.
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.