Jump to content

botao.pngbotao.png

PARA DEVS E SW. HOUSES
Novos Palestrantes e Patrocinadores confirmados!

dia-do-acbr-online.png  

Saiba Mais

botao.pngbotao.png

botao.pngbotao.png

Ofertas Embarcadero
Descontos de até 35%

Saiba Mais

logo_acbr_paygo.png

TEF ACBr PayGo
Seja um revendedor e ofereça uma solução completa para seu cliente.


botao.png

beneficios.png

leomcl

Membros
  • Content Count

    109
  • Joined

  • Last visited

Community Reputation

11 Good

About leomcl

  • Rank
    Membro

Recent Profile Visitors

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

  1. Bom dia, Juliana. Sim, o ajuste que o Ítalo mandou. Só que a SEFAZ MG está fora do ar para emissão de NFCe. A correção dele só funciona quando a SEFAZ está ao menos lenta, mas nem isso está mais. Parou totalmente. Agora, o que amigo acima disse é que ele foi nas Casas Bahia, e outro tinha dito que tinha ido no McDonalds, nesse momento em que a SEFAZ estava parada, e lá emitiram a NFCe normalmente. Talvez o colega possa mandar uma foto da NFCe para vermos se tem algum detalhe que nos fugiu. Obrigado, Leandro
  2. Que estranho. Em outro grupo, uma pessoa foi no McDonalds e também recebeu uma NFCe normalmente. Parece que os grandes não estão tendo problemas. Muito estranho. Você consegue ver na NFCe das Casas Bahia se foi emitida em MG mesmo? att, Leandro
  3. Obrigado, Ítalo, ficou 100%. XML's ok. Leandro
  4. Boa tarde, Ítalo. Mas na hora de gravar a parte de procNFe no XML assinado, vai gravar com os namespaces ou sem eles? Não ficaria errado gravar com eles? Att, Leandro
  5. Bom dia, senhores. Eu também tinha feito essa alteração nos meus fontes semana passa, mas voltei atrás, pelo seguinte: além de alterar nessa função rCampo, também tem que alterar onde salva o retorno no XML da nota, pois sem isso vai salvar com os xmlns errados. Aí não sei se a nota vai ter valor fiscal, dessa forma, e se os sistemas contábeis/terceiros vão conseguir ler esses XML's. Enfim, se forem usar assim, é preciso que verifiquem outros detalhes para não terem problemas futuros. att, Leandro
  6. Bom dia, senhores. Hoje enviando NFCe's para MG (que está em contingência), ela está autorizando, mas o XML está vindo num formato um pouco diferente, e parece que o ACBr não consegue lê-lo. Anexei um XML de antes de problema e um de hoje. Haveria alguma solução ou é aguardar a SEFAZ normalizar totalmente mesmo? Obrigado, Leandro 9259-pro-lot - ANTES DA CONTINGENCIA.xml 12509-pro-lot - HOJE DURANTE A CONTINGENCIA.xml
  7. Bom dia, senhores. Hoje enviando NFCe's para MG, ela está autorizando, mas o XML está vindo num formato um pouco diferente, e parece que o ACBr não consegue lê-lo. Anexei um XML de antes de problema e um de hoje. Haveria alguma solução? Obrigado, Leandro 12509-pro-lot - HOJE DURANTE A CONTINGENCIA.xml 9259-pro-lot - ANTES DA CONTINGENCIA.xml
  8. Ítalo, Deu certo o que você fez. Obrigado. Ainda não está funcionando o cancelamento, mas é problema lá no lado do GovBr, não nosso, já que o XML está batendo 100% com o modelo que me passaram. Leandro
  9. Obrigado, Ítalo. Vou testar e dou retorno.
  10. Sim, por que eu ajustei essas tags debugando o componente, só para ver se passava no webservice deles, mas não passou. De qualquer forma, depois que enviei a mensagem aqui, tentei validar a assinatura do XML deles no site da receita, e deu assinatura inválida. Já a do ACBr deu que era válida. Vou aguardar resposta deles sobre isso. O que eu gostaria de saber mesmo é se consigo fazer o componente não gerar o xmlns e gerar o id e URI só configurando pelo proninv2.ini (pois no xml que enviei eu fiz ajuste nessas tags via debug do Delphi). Segue anexo XML que o ACBr gera se eu não fizer
  11. Bom dia, Ítalo. A novela do cancelamento de NFSe dessa prefeitura ainda continua. O envio funciona, mas o cancelamento não. Me mandaram um XML de exemplo, que assinaram com meu próprio certificado, e eu tentei gerar pelo ACBr igual, mas a assinatura não bateu. Achei estranho. O que tive que fazer foi tirar via código (debugando) o xmlns e incluir o id e o URI, pra bater com o deles. Segue anexo os XML's, se puder dar uma olhada. Talvez o fato de eu ter mexido nessas tags (tirado o xmlns e colocado o valor do FURI=123) tenham influenciado na assinatura. Ou não teria
  12. Sim, o .ini que te mandei é pra desenvolvimento, por isso está https. Leandro
  13. Carlos, Segue meu pronimv2.ini. Com ele estou emitindo normal em homologação, só não consigo cancelar. Uso o método ACBrNFSe1.EnviarSincrono() Leandro Pronimv2.ini
  14. Carlos, Qual método vc usa para enviar? É o Enviar síncrono? Mude o seguinte no proninv2.ini: UseCertificado = 1 RPS = 1 Coloque https ao invés de http nos endereços de Montes Claros e tente de novo. Leandro
  15. Bom dia, Ítalo. O erro da tag foi corrigido, obrigado. Falta uma pequena correção no PronimV2.ini, no endereço de homologação de Montes Claros/MG agora é https, não mais http, se quiser alterar no repositório. ; Montes Claros/MG RecepcaoLoteRPS_3143302=https://notateste.montesclaros.mg.gov.br/NFSe.Portal.Integracao.Teste/Services.svc Quanto ao erro ao cancelar, continua retornando: O pedido de servico deve conter assinatura digital vinculada a certificado digital padrao ICP Brasil, nao revogado e nao expirado Como se a assinatura estivesse no local errado do XML
×
×
  • Create New...