Jump to content

Promoção 25 Anos de Delphi
25% de desconto em todas as versões

Saiba mais

Ganhe o curso Tributação NF-e para Desenvolvedores

Assinando o SAC Anual este mês
botao.png

 

Balança SM100 performance surpreendente

Tecnologia Japonesa   Teclado e Visor resistentes a água
Consumo inteligente de etiquetas   Baixo custo de manutenção
Comunicação Ethernet e WIFI independentes

Saiba Mais

Impressora de Etiquetas ELGIN - L42 PRO

Protocolos PPLA, PPLB, ZPL, EPL (automático)
Porta USB padrão Opcionais: Ethernet, Serial, Paralela
Sensor de Etiquetas Móvel Garantia de 18 meses

Saiba mais

asterix

Membros
  • Content Count

    200
  • Joined

  • Last visited

Community Reputation

21 Excellent

1 Follower

About asterix

  • Rank
    Membro
  • Birthday 10/13/1981

Contact Methods

  • Skype
    comporrodrigo

Profile Information

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

Recent Profile Visitors

1,024 profile views
  1. Ola Elton Boa Tarde Ate fiz pesquisa no fórum, mais não cheguei a ver o tópico listado por você. Contudo, o erro que estou tendo e diferente deste ai! Estou analisando, não tenho uma confirmação final, mais uma breve analisada cheguei que na unit ACBrEPCBloco_0_Class.pas possuem alguns detalhes: 1º = Não foi declarado a variável "FRegistro0900Count: Integer;" 2º = O método "WriteRegistro0900" esta gravando '0990' ao invés de '0900' 3º = O método ""WriteRegistro0900" não esta incrementando o contador "FRegistro0900Count" que deverá ser criado no item 1º 4º = Na unit ACBrSpedPisCofins.pas no método "WriteRegistro0001" deve-se adicionar o código: if Bloco_0.Registro0900Count > 0 then begin with New do begin REG_BLC := '0900'; QTD_REG_BLC := Bloco_0.Registro0900Count; end; end; Não cheguei a fazer nenhum tipo de alteração, mais creio que estes pontos são capazes corrigir o problema.
  2. Ola Bom dia a todos. Estou iniciando a leitura e alterações para adequar o sistema as novas legislações do SPED, e me deparei com um novo registro (0900), no entanto fui efetuar alguns testes aqui e percebi que o mesmo não esta sendo gerado corretamente. O mesmo esta sendo escrito no arquivo como registro 0990. e também não esta incrementando o contador de registros do arquivo. Alguém também já iniciou a implementação deste registro em seu sistema?
  3. 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.
  4. 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!
  5. 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?
  6. 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
  7. 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?
  8. 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
  9. 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
  10. 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
  11. Ola Amigo boa tarde, coloquei a opção sempre neste parâmetro e o erro continua, qual opção você colocou que funcionou?
  12. Ola Amigo Boa Tarde, aguem conseguiu o tal retorno do servidor do IPM?
×
×
  • Create New...