Ir para conteúdo
  • Cadastre-se

Antonio Paulo Mangili

Membros Pro
  • Total de ítens

    1.039
  • Registro em

  • Última visita

Posts postados por Antonio Paulo Mangili

  1. boa tarde a todos

    logo que iniciei a integralizar meu aplicativo com o componente ACBrNFe  fui orientado pelo Ítalo, a sempre gravar o XML gerado em um banco de dados, porque em uma certa ocasião o usuário deletou o xml de sua pasta, e tivemos de efetuar o download da Sefaz. A partir dai efetuei essa evolução em meu aplicativo. e quando isso acontece eu tenho um botão em meu aplicativo em que o usuário informa a chave da NFe e ele efetua a rotina abaixo:

         (CdsGeral.FieldByName('xmlarq') as TBlobField).SaveToFile(ExtractFilePath(edtPathLogs.Text) + vChave + '-nfe.xml');

         ACBrNFe1.NotasFiscais.LoadFromFile(edtPathLogs.Text + vChave + '-nfe.xml');

         ACBrNFe1.Consultar;

        ShowMessage('Processo Finalizado Com Geração do XML Em Sua Respectiva Pasta');

    Quando eu efetua essa rotina antes de atualizar hoje dia 25/9/2015, ele gravava na pasta de logs os arquivos de pedidos que são -ped-sit.xml, o -sit.xml, e o -nfe.xml ele gravava na pasta correta do xml ou seja cnpj/nfe/aaaamm/nfe/....xml. Mesmo eu informando o edtPathLogs.Text. Eu acredito que a função ACBrNF1.Consultar foi alterada para que isso não acontece-se mais. Tentei mudar o edtPathLogs.txt, para edtPathNFe.txt, e ai ele gravou os pedidos na pasta de logs, mas o -nfe.xml gravou fora, em meu %meupath%, não gravou dentro do %meupath%/cnpj/nfe/aaaamm/nfe/....xml.

    Alguem poderia verificar isso?

    muito obrigado

    Paulinho

     

     

  2. Boa tarde a todos

    hoje pela manha tive um problema de gravação da NFe devido ao cliente estar usando o certificado da MATRIZ na FILIAL. Fui muito bem assessorado pelo pessoal administrador, e moderadores do projeto ACBr. Esse Post: http://www.projetoacbr.com.br/forum/topic/24627-pasta-de-gravação-do-xml/

    Acontece que ficou tudo resolvido quanto a gravação da NFe, mas quanto a gravação dos eventos, ele continua criando a pasta do cnpj do certificado, e não o cnpj da empresa.

    quando é feito uma NFe ele cria a pasta CNPJ/nfe/aaaamm/nfe/ e os xml. esse CNPJ na gravação do xml da nfe esta pegando do arquivo .ini, que é o da filial.

    quando é feito um evento ele cria a pasta CNPJ/nfe/aaamm/nfe/evento/cce , ou cancelamento. esse CNPJ na gravação do evento esta pegando o do certificado, que é outro o da matriz.

    como resolver isso.

    espero ter conseguido explicar.

    muito obrigado

    paulinho

  3. Daniel 

    obrigado pelo retorno

    é assim, eu gostaria que só fosse gravado na pasta dos xml da NFe os xml que foram assinados, e protocolados com autorização.

    aqueles xmls que derem erros como: duplicidade de nfe, ou outros erro qualquer não fosse gravado na pasta xml.

    porque o que acontece hoje: caso a nfe de duplicidade ele esta gravando na pasta do xml, e substituindo o correto.

    eu fiz o que voce me orientou, e realmente, quando da duplicidade ele não grava, mas quando autoriza ele tambem não estava gravando.

    eu volteio habilitar  "Arquivos.Salvar" como true, ai voltou a gravar os xml autorizados, e os com erros.

    espero ter conseguido me explicar corretamente.

    obrigado

    paulinho

  4. Cardilo

    eu fiz o que o daniel me orientou. estou com os fontes atualizados também, mas si eu desabilitar o: Desabilite "Arquivos.Salvar" ele não grava na pasta o xml com validade juridica.

    voce já passou por isso

     

    obrigado

    paulinho

  5. Daniel deu certinho.

    é que no demo esta opção esta confusa. esta assim: Salvar Arquivos em Pastas Separadas, vou alterar para salvar xml sem validade juridica em meu aplicativo

    muito obrigado

    Paulinho

    Daniel me desculpe não deu não. caso eu desabilite essa opção ele não grava nem o xml com validade juridica

     

  6. Boa tarde Cardilo,

    Estamos analisando esse problema, por favor aguarde mais um pouco.

    Italo

    bom dia voce poderia me informar si esse post foi resolvido? Eu queria setar alguma coisa que não grave o xml sem validade juridica. ex. quando emito uma nfe que da duplicidade por algum erro que usuario informou o mesmo numero da nfe ele esta gravando na pasta do xml, sem protocolo de autorização, e acaba substituindo a correta, e ai tenho que efetuar o download na sefa da verdadeira.

    obrigado

    paulinho

  7. Isaque

    o cnpj do certificado é da matriz, e o cnpj da empresa é da filial. tipo assim:

    cnpj do certificado matriz :02.062.476/0001-82

    cnpj da empresa filial: 02.062.476/0002-63

    tenho varias empresas clientes com esse tipo de situação. ex

    tenho fabrica de calçados, que tem 4 lojas sendo 4 filial, usando o mesmo certificado.

    Obrigado

     

  8. Isaque

    eu uso o componente.

    Mas si eu comentar, eu irei para de receber atualizações nesse programa ok?? ou não?

    Eu fiz assim e a nfe emitiu. inclussive depois disso o componente criou uma pasta do xml com cnpj diferente do da empresa. criou o do certificado.

      Assinar;
      AXML := FXMLAssinado;
      
      {
      if EstaVazio(AXML) then
      begin
        if NFe.Emit.CNPJCPF = TACBrNFe(TNotasFiscais(Collection).ACBrNFe).SSL.CertCNPJ then
          Assinar
        else
          raise EACBrNFeException.Create('XML informado não possui assinatura, e CNPJ é diferente do Emitente' );

        AXML := FXMLAssinado;
      end;
      }

    muito obrigado

    Isaque

    tenho esse post que devido a isso esteja ocasionando esse problema

    http://www.projetoacbr.com.br/forum/topic/24627-pasta-de-gravação-do-xml/

    obrigado

    Paulinho

     

  9. bom dia a todos

    Depois que efetuei um SVN ontem começou a dar esse erro em anexo.

    Ate então estava tudo ok. o detalhe é que essa empresa no dados dela o cnpj e diferente do certificado. ou seja, é uma filial, usando o certificado da matriz.

    Sempre deu certinho, mas agora estou com esse erro. acredito que seja aqui:

      if EstaVazio(AXML) then
      begin
        if NFe.Emit.CNPJCPF = TACBrNFe(TNotasFiscais(Collection).ACBrNFe).SSL.CertCNPJ then
          Assinar
        else
          raise EACBrNFeException.Create('XML informado não possui assinatura, e CNPJ é diferente do Emitente' );

        AXML := FXMLAssinado;
      end;

    Estou com o cliente parado sem emitir NFe por esse erro. Peço porfavor para que me oriente o que fazer diante desse detale

    Obrigado

    Paulinho

     

    ErroXML.jpg

  10. Boa noite a todos

    estou com uma situação muito confusa. Tenho um cliente que o cnpj dele é 02062476000263, e o certificado que ele usa é da matriz 02062476000182. Acontece que antigamente no trunk o componente estava salvando na pasta no cnpj da empresa, e não do certificado. Após o trunk2 ficou confuso, porque em alguma situação de atualização ele passou a salvar no cnpj do certificado, e após ultimo svn e atualização de minha erp no cliente dia 21/9, começou a salvar no cnpj da empresa, mas sem o protocolo de autorização, e ao mesmo tempo ele salvou no cnpj do certificado o mesmo xml só que com o protocolo de autorização. Gostaria de saber qual cnpj o componente pega para salvar. porque no arquivo .ini estou gravado o cnpj da empresa. Sera que deveria estar lá o cnpj do certificado, para nivelar essa situação??. Em anexo o arquivo INI.

    Por favor alguem poderia me esclarece essa situação.

    Muito obrigado

    Paulinho

    Minfo.ini

  11. Bom dia,

    Como você faz referencia a NF-e e NFC-e, acredito que você postou em lugar errado, pois aqui estamos tratando da NT 2015/003 do CT-e e não da NT de mesmo numero da NF-e.

    Mas como essas duas NT tratam do mesmo assunto vamos abrir a NT na página 6:

    Temos as regras sobre o grupo <ICMSUFDest>, delas podemos concluir varias coisas:

    1. pela regra NA01-10 a nota cujo modelo é 65 (NFC-e) será rejeitada se for informado o grupo <ICMSUFDest>, podemos então concluir que só vamos gerar esse grupo para a NF-e.

    2. pela regra NA01-20 o grupo <ICMSUFDest> deve ser informado quando <idDest>=2 (Operação Interestadual) e <indFinal>=1 (Consumidor Final) e <indIEDest>=9 (não contribuinte do ICMS). Podemos concluir que o grupo <ICMSUFDest> deverá ser gerado quando vendermos para uma pessoa física situada em outro Estado, portanto ela não é contribuinte do ICMS e é um consumidor final.

    Espero ter ajudado.

    Italo

    boa tarde. hoje um contador me enviou essa nota técnica 2015/003 e ele não sabe nen do que c trata. Me desculpe de estar te perguntando fora do assunto do CT-e, mas uma duvida da NF-e. o componente ACBRNFe1 já esta atendendo essa normativa?

    muito obrigado

    paulinho

     

  12. Vamos aguardar outro commiter analisar... Eu não tenho o ambiente necessário para analise (Delphi e Rave)

    Daniel bom dia

    Sera que voce  poderia subir essas alterações do RAVECB, porque não existe desenvolvido o protocolo de inutilização em fortes reportCE, que foi escolhido como componente do trunk2. estou a um mes tentando resolver isso, mas esta dificil. acredito que subindo o RAVECB. resolveria esse problema do protocolo de intulização.

    muito obrigado

    paulinho

  13. Daniel, creio que ele se refere as fontes do DANFE rave CB que alterei para funcionar no Trunk2, mas não sei se é preciso atualizar, pois foi postado que não tera mais suporte para tal modelo. Mas assim mesmo, vou anexar os arquivos aqui neste post, os mesmos que chips.guariba usou, tanto no projeto dele como no meu esta OK a impressão do Rave CB no trunk 2

     

    Obs. Somente o CB vou alterado para compilar no Trunk2

     

    RaveCB_Fontes.zip

    Rave_pacote.zip

    Fabio bom dia

    Eu trabalho com o Fortes ReportCE, mas não foi desenvolvido o protocolo de inutilização para essa versão. Então estou com necessidade de instalar o pacote RAVECB que voce postou, mas estou tendo um erro, que anexo a voce. sera que voce poderia me orientar.

    muito obrigado

    paulinho

     

    Compilar Pacote RaveCB.jpg

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