Ir para conteúdo
  • Cadastre-se

cercris

Membros Pro
  • Total de ítens

    9
  • Registro em

  • Última visita

Posts postados por cercris

  1. 2 horas atrás, Renato Rubinho disse:

    O retorno deste status indica que a comunicação está correta.

    Utilize estas configurações.

    A Sefaz começa a distribuir os DFes apenas após a primeira consulta e os documentos retroativos não são distribuídos.

    Provavelmente esse CNPJ nunca utilizou o serviço e a partir da próxima NFe emitida contra ele você receba normalmente e o fluxo passe a funcionar. 

    Se ficar mais de 60 dias sem utilizar o serviço, a distribuição também para de ser feita, sendo retomada novamente após a próxima consulta

    Isso mesmo esse CNPJ nunca tinha utilizado o serviço. Hoje consultamos novamente e já recebemos a primeira NFe.

    Muito obrigado. 👍

    • Curtir 2
  2. Boa tarde,

    Uma de nossas empresas não é emitente de NF-e, mas recentemente está recebendo diversas Notas Fiscais de fornecedores. Com isso queremos utilizar o sistema de Consulta de Distribuição de Documentos Fiscais Eletrônico que já funciona muito bem nas nossas outras empresas que tem Certificado A1.

    Essa empresa que não é emitente de NF-e tem certificado A3 e-CNPJ (como todos sabem conseguimos usar para baixar XMLs do Portal da NF-e, etc), fizemos a configuração no sistema e fazemos a busca. O sistema se conecta ao WebService de Distribuição DF-e (aliais nesse momento até abre a telinha para digitar o PIN do certificado A3), sem nenhum erro, mas não retorna nenhum documento (cStat = 137: Nenhum documento localizado.), mas existem diversos documentos NF-e emitidos nesse mesmo mês contra essa empresa.

    Pergunta:

    Alguma ideia do por que o sistema não está capturando essas NF-e? Será que essas NF-e nem estão no Ambiente Nacional ou deveríamos ter certificado para NF-e?

     

    Segue configurações usadas no componente ACBrNFe

    SSLType = LT_TLSv1_2

    Utilizamos por padrão essa configuração:

    SSLCryptLib   = cryWinCrypt
    SSLHttpLib    = httpWinHttp
    SSLLib        = libCustom
    SSLXMLSingLib = xsMsXml

    E também tentamos com essa configuração

    SSLCryptLib   = cryWinCrypt
    SSLHttpLib    = httpWinHttp
    SSLLib        = libWinCrypt
    SSLXMLSingLib = xsLibXml2

     

  3. Estou fazendo uma “alternativa” por enquanto aqui, até termos uma solução melhor.

    Eu consigo pegar o texto do XML pela propriedade:

    ACBrReinf1.WebServices.Consultar.RetWS;


    Com isso, eu salvo o XML que veio da Consulta usando o componente TXMLDocument, que me ajuda a formatar o arquivo XML.

      if ACBrReinf1.Consultar( edt_infoRecEv_NProtocoloEntregaEvento.Field.AsString ) then
      begin
        
        s_CaminhoDoArqXML := IncludeTrailingPathDelimiter( ACBrReinf1.Configuracoes.Arquivos.PathSalvar ) + 'Reinf-sit.xml';
        
        XMLDocumentRecebido.Active := False;
        XMLDocumentRecebido.XML.Clear;
        XMLDocumentRecebido.LoadFromXML( ACBrReinf1.WebServices.Consultar.RetWS );
        XMLDocumentRecebido.Active := True;
        XMLDocumentRecebido.Version := '1.0';
        XMLDocumentRecebido.Encoding := 'UTF-8';
        XMLDocumentRecebido.SaveToFile( s_CaminhoDoArqXML );
        XMLDocumentRecebido.Active := False;
        XMLDocumentRecebido.XML.Clear;
        
        // Segue o jogo...
        
      end;

     

  4. Exemplo do nome de arquivo que é gerado:

    “20230227160030-sit.xml”

    O componente ACBrReinf1 gera esse nome automaticamente com Data/Hora.

    Tem alguma propriedade que fica guardado esse nome de arquivo após a execução da Consulta?

    Na versão de layout anterior a 2.01.01 que era de forma síncrona sempre retornava o nome de arquivo “Reinf-sit.xml” 

    Eu consigo pegar o Numero do recibo, numero do protocolo, etc... e com isso eu atualizo meu Banco de Dados...

     

    Só que eu quero pegar também o nome do arquivo XML que veio essas informações para que caso o usuário queira ver como realmente o XML foi retornado da Receita. Eu deixo um Label link para abrir esse XML.

     

  5. 20 horas atrás, Diego Foliene disse:

    Boa tarde a todos!
    Enviado ainda a pouco ao SVN na Rev-28509 alteração visando corrigir esta questão.
    Optei por validar se a data é maior do que zero para decidir se vai ser gerada a tag ou não.
    Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

     

    Deu certo a geração do XML do R-4010 sem o campo/tag compFP.

    Obrigado! 👍

    Erro_MS1371_Reinf_Resolvido.png

    • Curtir 1
  6. Bom dia, pessoal!

    No EFD-Reinf arquivo R-4010, campo infoPgto.compFP é do tipo char 7 e no ACBr está como Date, quando é gerado o XML fica correto, quando passo uma Data.
    Mas o problema é que eu não irei informar o mesmo, pois, eu não entro na regra dele.

    A Natureza de Rendimento que estou passando é 12001 - Lucro e Dividendo.

    Eu recebo erro:
    MS1371: Informação permitida apenas se a natureza de rendimento informada em {natRend} for do grupo 10 da Tabela 01 ou se constar S na coluna 13 da mesma tabela.

    Possivelmente terá que alterar a rotina do método pcnReinfR4010.TevtRetPF.GerarinfoPgto do componente ACBrReinf.

     

×
×
  • 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.