Jump to content

asterix

Membros
  • Content Count

    196
  • Joined

  • Last visited

Community Reputation

18 Good

About asterix

  • Rank
    Membro
  • Birthday 10/13/1981

Contact Methods

  • Skype
    comporrodrigo

Profile Information

  • Sexo
    Masculino
  • Localização
    Campo Belo - MG

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Olá Italo Boa Tarde Se serve como parâmetro, eu utilizo o componente ACBrCTe para todos os processos e estou, também recebendo "Endereço do site da UF da Consulta via QR Code diverge do previsto." da mesma forma como o amigo falou, em modo Normal, 1000 maravilha tudo flui perfeitamente, em modo contingencia SVC-SP e que gera o problema! estou aguardando o dia 07/10 pode ser alguma instabilidade no servidor do SVC-SP ou algo ate relativo as instabilidades recentes da sefaz de MG.
  2. Bom dia Ítalo, era esta alinha de raciocínio que eu estava! Vou eu mesmo entrar em contato com a seguradora e tentar entender melhor oque ela esta querendo. Obrigado pela ajuda!
  3. Ola Italo Bom dia Agora hoje me aconteceu algo inusitado com MDFe, um cliente que transporta combustível, o caminhão bateu e pegou fogo, morrendo o motorista, carga pegou fogo, caminhão sobrou so ferragem, a seguradora esta cobrando um MDFe com classificação que a carga não chegou ao destino, não esta aceitando CANCELADO e nem ENCERRADO, porem se tem opção de encerrar ou cancelar. É ai alguma ja passou por isso? oque eu faço agora?
  4. Fiz a alteração na classe ACBrMDFe.pas conforme exemplo da ACBrBPe.pas e deu certo.. transmitiu corretamente. Anexo estou enviando a classe para validação e commit. ACBrMDFe.pas
  5. Ola Italo, estava estudando o codigo afim de tentar ajudar na solução, e vi que o BPe também necessita da mesma validação, porem na classe ACBrBPe.pas o método GetURLQRCode esta gerando codificando sign de forma diferente, não seria esta a solução?
  6. Ola Italo Boa Tarde Em anexo os XMLs com o erro relatado. 3258-rec.xml 319000007009892-pro-rec.xml 31190722701646000139580020000015032000015047-ped-sit.xml 31190722701646000139580020000015032000015047-sit.xml 3258-env-lot.xml
  7. Atualizado os fontes e a rejeição 482 parou de ocorrer, no entanto apresentou uma nova rejeição: 496 – Assinatura do QR Code difere do calculado
  8. Ola Bom dia a Todos, hoje me deparei com um erro no MDFe, ao tentar transmitir em contingência (tpEmis = teContingencia) e apresentado o seguinte erro: 482 – Parâmetro sign não informado no QR code para emissão em contingência Alisando o componente a classe ACBrMDFe.pas o método GetURLQRCode está considerando como contingência apenas (teDPEC e teFSDA) // Passo 2 calcular o SHA-1 da string idMDFe se o Tipo de Emissão for EPEC ou FSDA if TipoEmissao in [teDPEC, teFSDA] then sEntrada := sEntrada + '&sign=' + AsciiToHex(SHA1(idMDFe)); téria que adicionar também o teContingencia
  9. Ola Amigo boa tarde, coloquei a opção sempre neste parâmetro e o erro continua, qual opção você colocou que funcionou?
  10. Ola Amigo Boa Tarde, aguem conseguiu o tal retorno do servidor do IPM?
  11. Bom dia Italo.. É você não estava mesmo brincando quando disse "rezar" ja estou enfrentando problemas para consultar o RPS pós-Autorização. hehehehehehe
  12. Ola Bom dia, somente após o ser iniciado as emissões no novo servidor consegui contato com o suporte da prefeitura, e realmente foi migrado para o servidor IPM, pelo que pude perceber o componente ACBr já tem tudo pronto, se fazendo necessário apenas a alteração no arquivo de cidades.
  13. Isso mesmo cleber. Inclusive foi este o link que o contador me passou, ate o momento sem contato com o suporte de TI da prefeitura... complicado... hehehehe Outro detalhe, você já chegou a conversar com este pessoal da IPM?
  14. Ola Bom dia a Todos Hoje estou recebendo algumas ligações de clientes que utilizam o meu sistema, que não estão conseguindo enviar o RPS para a prefeitura, como não havia feito nenhuma alteração no sistema estou tentando ligar para a prefeitura para perguntar o motivo do erro, no entanto só inicia o expediente ao meio dia (12:00) e pela atendente fui informado que o pessoal do TI estão em treinamento e não irão atender ninguém esta semana, contudo em conversa com o contador, o mesmo me disse que foi feita uma mudança de provedor, de WEBISS para IPM. Ai vai a questão, como posso validar esta informação passada pelo contador? Apenas pelo suporte da prefeitura? Alguém que atenda a cidade de campo Belo MG [3111200] passou ou esta passando por este problema?
×
×
  • Create New...