Ir para conteúdo
  • Cadastre-se

Jonathan Gonçalves

Membros
  • Total de ítens

    10
  • Registro em

  • Última visita

Tudo que Jonathan Gonçalves postou

  1. Olá a todos, Estou enfrentando uma dificuldade específica na consulta de MDF-e não encerrados quando o emitente é Pessoa Física (CPF). Gostaria de saber se alguém já passou por isso ou se há alguma nota técnica que trate dessa particularidade. O Problema Alguns clientes (todos emitentes CPF) estão relatando problemas apenas nessa consulta. Curiosamente, esses mesmos emitentes conseguem realizar normalmente todo o restante do ciclo do MDF-e (emissão, autorização, encerramento por chave, etc.). O problema parece estar restrito ao serviço de consulta de não encerrados. Testes Realizados Ambiente: O erro ocorre tanto no meu sistema quanto utilizando o Demo do ACBr. Certificados: Testado com certificados e clientes (CPFs) distintos, mantendo o mesmo comportamento. Pessoa Jurídica: Testes realizados com CNPJ no mesmo ambiente funcionam perfeitamente. Validação MOC: Verifiquei o MOC (Manual de Orientação do Contribuinte), item 4.4.1 (Leiaute Mensagem de Entrada), e a tag CPF consta como prevista para o grupo do emitente. Diferentes CryptLib: Testado com WinCrypt e OpenSSL. Evidências O erro retornado pela SEFAZ é: [Rejeição: CPF do Emitente difere do CPF do Certificado Digital]. Seguem anexos os arquivos XML de envio e retorno (com os dados sensíveis preservados) para análise. Alguém sabe se existe alguma restrição específica para este WebService em relação a produtores rurais/pessoas físicas ou se pode ser uma instabilidade pontual na SEFAZ? Desde já, obrigado pela ajuda! 20260401092413-ped-cons.xml 20260401092415-cons.xml
  2. Me refiro a esse recurso do git: https://git-scm.com/docs/git-svn
  3. Usamos git svn para manter nosso projeto atualizado e versionar algumas regras internas. Durante a última atualização, notei um aviso informando que o Git descontinuará o suporte a esse recurso no Windows a partir da v2.52. Imagino que outros desenvolvedores também utilizem esse recurso, então achei importante avisar para que ninguém seja pego de surpresa. Referência: https://github.com/git-for-windows/git/issues/5405
  4. Após alguns testes, identifiquei que o problema está relacionado ao parâmetro TACBrReinf.Configuracoes.Geral.IdentarXML. A alteração foi introduzida na revision 39094. Esse parâmetro modifica a estrutura do XML do evento durante a geração e pode impactar o conteúdo final do XML quando ele é montado. A partir dessa alteração, o parâmetro passou a receber o valor configurado no objeto TACBrReinf, dentro da função TReinfEvento.GerarXML, responsável por gerar o XML do evento individual. Esse XML, por sua vez, é utilizado na procedure TLoteEventos.GerarXML, que monta o XML final do lote. Provavelmente, a mudança na formatação está interferindo em algum ponto sensível do processamento ou da validação posterior. Após configurar o parâmetro IdentarXML como False, o evento foi enviado normalmente.
  5. Homologação, não fizemos o teste em produção ainda.
  6. Olá. Estamos tentando enviar um encerramento do MDFe, com a tag indEncPorTerceiro = 1, mas retorna a mensagem "Situação Inexistente [524]". Alguém está conseguindo enviar ou tem ideia da causa? Obs.: O projeto está na revision 33236 - 11/04/2024 14:56:44 Informações sobre a NT: Envio.xml Retorno.xml
  7. O registro c495 não pode ser enviado após 31/12/2013, para garantir foi criada uma trava no componente durante geração do arquivo, porém, não é verificado se existe registro, travando o processo sem necessidade. Atual: if (DT_INI >= EncodeDate(2014,01,01)) and ( FBloco_0.Registro0000.UF = 'BA') then Check(False, 'A partir de 01/01/2014, os contribuintes situados na Bahia obrigados a este registro devem apresentar o registro C425.'); Nova: if (RegC001.RegistroC495.Count > 0) and (DT_INI >= EncodeDate(2014,01,01)) and (FBloco_0.Registro0000.UF = 'BA') then Check(False, 'A partir de 01/01/2014, os contribuintes situados na Bahia obrigados a este registro devem apresentar o registro C425.'); ACBrEFDBloco_C_Class.pas
  8. Alguém conseguiu enviar para MG?
  9. Está sendo gerado o item vlrSenarSusp no lugar de vlrSenarNRet, causando erro ao gerar xml. Erro retornado: Falha na validação dos dados do evento: evtAquisicaoProdRural-v1_05_01 1871 - Element '{http://www.reinf.esocial.gov.br/schemas/evt2055AquisicaoProdRural/v1_05_01}vlrSenarSusp': This element is not expected. Expected is ( {http://www.reinf.esocial.gov.br/schemas/evt2055AquisicaoProdRural/v1_05_01}vlrSenarNRet ). Linha que causa o problema: Gerador.wCampo(tcDe2, '', 'vlrSenarSusp', 1, 14, 0, item.vlrSenarNRet); Agradeço desde já! Segue em anexo arquivo com a correção. pcnReinfR2055.pas
  10. Ao imprimir um DANFe o campo referente ao "CNPJ" do emitente não esta considerando pessoa física, aplicando sempre a mascara de "CNPJ". Alteração: Caption do campo nos relatórios NFe: CNPJ -> CNPJ / CPF Nome do campo da CDSEmitente: CNPJ -> CNPJCPF Função responsável pela formatação: FormatarCNPJ -> FormatarCNPJouCPF OBS: Nos relatórios de NFCe foi feita alteração apenas no nome do campo da CDSEmitente. Se for necessário fazer alterações em outros lugares é só me avisar. Report.rar ACBrNFeDANFEFRDM.pas
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.