Ir para conteúdo
  • Cadastre-se

AlexBecker

Membros
  • Total de ítens

    135
  • Registro em

  • Última visita

Posts postados por AlexBecker

  1. Confirmando o retorno, CT-e 100% homologação e produção, CTE-os também! o MEU problema foi pura questão de schemas, os da receita não estão certos, o que EU estava baixando aqui com o SVN até agora não sei qual é problema pois eu atualizo na pasta antiga que eu tinha e dá como atualizado e revisão correta mas NÃO aparece os schemas, algum erro de svn não sei dizer o que é mas baixando tudo novamente para uma pasta nova veio correto, atualizei os schemas aqui e ficou tudo 100%

    Agradeço muito novamente ao Ilato que teve a paciência de explicar tudo passo à passo onde ao meu ver até quem nunca tivesse emitido se seguisse o exemplo dele e o do próprio acbr iria conseguir emitir, muito bom mesmo! então srs. caso resolvido e muito obrigado! 

  2. italo, muitoooooo mas muito mesmo GRATO pelas isntruções, não tinha nada de correção ( pasta vermelha na minha pasta original trunk 2 do acbr ) estava tudo aparentemente normal, eu baixei novamente tudo em outra pasta nova tudo do zero, copiei os schemas novos inclusive aquele que nao aparece na outra pasta, coloquei na pasta do sistema e na hora passou o teste em homologacao.... tudo questão de schema incorreto, revisei 1000x os codigos, comparei linha a linha com o exemplo do acbr e esta tudo nos conformes porém dava os erros, peço apenas que por favor deixem o tópico aberto ainda pois vou conseguir testar em produção no cliente somente a tarde mas eu retorno aqui avisando! por enquanto em homologação está tudo 100%

    • Curtir 2
  3. 9 minutos atrás, Italo Giurizzato Junior disse:

    Alex,

    Na minha maquia eu tenho uma pasta chamada ACBr (C:\ACBr), dentro dela tenho a pasta trunk2 (C:\ACBr\trunk2) foi esta pasta que configurei o Checkout para baixar os fontes do ACBr.

    Quando eu vou atualizar, seleciono a pasta trunk2 e executo o SVN Update.

    Desta forma eu garanto que tudo vai ser atualizado, ou seja, as pastas DLLs, Exemplos, Fontes, Pacotes, Projetos e Teste, sem mencionar no programa ACBrInstall_Trunk2 que esta dentro da pasta trunk2.

    Outra coisa que tem que ser checada:

    Você tem fontes do ACBr com alterações locais?
    Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit.
    Atualize todos os fontes de todas as pastas.
    Reinstale o ACBr com a opção de apagar arquivos antigos marcada.
    Compile a aplicação com a opção Build.
    Por fim repita os testes.

    Acabei de fazer um teste de envio usando o programa exemplo.

    O CT-e foi rejeitado, pois os dados informados no programa exemplo são fictícios. 

    image.png

    Como você pode ver não ocorreu erro de cabeçalho.

    image.png.263fb1f46af53f6a37c4c2a642731a01.png

     

    Atualizada ontem, refiz a instalação do ACBR ontem, não tem nada em vermelho, estou utilizando os fontes que tem ali mas vou baixar novamente e retorno aqui.

  4. 47 minutos atrás, Italo Giurizzato Junior disse:

    Bom dia Alex,

    Não sei de onde você esta baixando os fontes do ACBr.

    Quando eu digo que se deve atualizar todos os fontes de todas as pastas isso quer dizer todas as pastas mesmo.

    E após atualizar devemos reinstalar o ACBr.

    Você disse que não continha dentro da pasta o schema: cteModalRodoviario_v4.00.xsd

    Não deve conter esse Schema na pasta usada pela sua aplicação uma vez que o caminho: C:\SLCTe\\SchemaCTe não confere com o caminho que contem os schemas que nós do Projeto ACBr disponibilizamos: ...\Exemplos\ACBrDFe\Schemas\CTe, dentro desta pasta contem sim o XSD que a sua aplicação acusou a falta do mesmo.

    Como você pode ver pela imagem abaixo, eu enviei para o SVN os schemas da versão 4 do CT-e no dia 10/02/2023.

    image.png

    sim a pasta é apenas a que utilizo local eu baixei os fontes do acbr dia: 20\01\2024 e refiz a instalação do zero, a geração e envio do CTe está de acordo com o exemplo sim já revisei, os schemas:

    image.png.7e2f6b895c8988e0935e297f7ee8ce8a.png

    ( talvez algo errado ai )

    o que acontece é, que se eu utilizo o SCHMA disponibilizado pela receita ele não dá o erro: Elemento cteCabecMsg inexistente no SOAP Header, porém dá vários erros de atomicidade tipo: 1824 - Element '{http://www.portalfiscal.inf.br/cte}tpMed': 'Kg' is not a valid value of the local atomic type.

    que está de acordo com o exemplo ( há muito tempo já foi aplicado isto no sistema conforme o exemplo do ACBR 😞 image.png.6f1f545f0b92bc1a4f17118a9d603fab.png

    se eu utilizo o SCHEMA que esta na pasta do acbr ( que baixa com os fontes pelo SVN ) ele dá o erro: Elemento cteCabecMsg inexistente no SOAP Header

    Porém, apesar de mostrar este erro ele AUTORIZA o CTe! tá muito estranho isto. 

  5. Em 27/01/2024 at 11:27, Italo Giurizzato Junior disse:

    Bom dia Alex,

    Como você utiliza o componente ACBrCTe vai ai algumas dicas:

    Primeira

    Você tem fontes do ACBr com alterações locais?
    Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit.
    Atualize todos os fontes de todas as pastas.
    Reinstale o ACBr com a opção de apagar arquivos antigos marcada.

    Segunda

    Use o programa exemplo do componente para os testes conforme o nosso amigo Julionar já lhe passou.

    Terceira

    O componente possui a propriede de configuração chamada VersaoDF, que tem que estar com o valor ve400
    Ao alimentar o componente com os dados do CT-e não esqueça de também invormar o valor 4.0 ao campo versao: infCTe.versao := 4.0;

    Quarta

    O envio do CTe da versão 4 tem que ser unitário, portanto não existe mais o envio em lote de até 50 CT-e.
    O modo de envio na versão 4 é síncrono, portanto já temos o resultado do processamento logo no retorno do envio, isso significa que não temos mais o numero do recibo e portanto não se faz necessáro realizar a consulta logo após o envio.

    Quinta

    Estude o programa exemplo, pois houve algumas alterações no layout.
    Estude o código do botão [Criar e Enviar Sincrono].

    Alex, você não acha que esta muito atrasado com os testes?

    O ambiente de homologação foi liberado em abril de 2023 e o de produção em junho de 2023.

    Quem fez o dever de casa já esta emitindo o CT-e na versão 4 a 7 meses.

    O componente foi alterado para suportar a versão 4 em março de 2023 e essas alterações disponibilizadas no dia 30/03/2023 conforme consta no change log do componente.

    30/03/2023
    -- Diversos--
    [*] Alteração visando a versão 4.00 do CT-e.
       por: Italo Giurizzato Junior

    Se você ainda tem uma esperança que o Fisco vai prorrogar, pode tirar o seu cavalinho da chuva, participei de uma reunião onde estava presente dois servidores da RFB e ambos deixaram muito bem claro: Não vai haver prorrogação.

    Primeira: nenhuma alteração, todos os fontes atualizados novamente esta semana.

    Segunda: estou utilizando o programa exemplo e esta tudo de acordo com a 4.0, consultas e tudo mais, o que notamos é que falta alguns schemas lá na pasta do ACBR baixado (acredito que é de cada estado e devemos baixar isto )

    image.png.a89d2c79da9f7bceb330618202984e09.png 

    pegamos no site da receita está ok agora.

    Terceira: sim esta tudo configurado para a versao 4.0 juntamente com o infcte na versao 4.0, peguei do exemplo já tem 7 meses isto mas EFETIVAMENTE ainda não tinhamos lançado CTE na versão 4! infelizmente...

    Quanta: vou revisar esta.

    Quinta: para conseguir fazer funcionar em homologacao e testes foi pego tudo do exemplo mesmo, consulta e homologacao ok mas quando envia um válido em produção no cliente dá alguns erros mas já estamos verificando.

     

    Por enquanto obrigado já corrigimos bastante coisa no FDS e fazendo retificações ainda.

     

     

     

     

  6. Ok Juliomar vou postar como anexo na proxima, então esta mensagem ai retorna quando emito o CTe e não MDFe ( eu que postei errado mesmo a mensagem correta é: cteCabecMsg inexistente no SOAP Header ), estou revisando tudo temos até quarta pois até onde sei encerra o serviço do CTe 3 na quarta feira então vou passar o FDS revisando tudo isto, estava rodando no sistema a versão 3.0 ( normal, volto para ela e emite normal ) ai passo apenas para a versão 4.0 e retorna este erro, vou dar umas olhadas no exemplo com a 4 ver se acho algo.

  7. Olá pessoal, procurando pelo erro aqui me deparei com alguns tópicos mas que não resolveram pra mim e preciso de ajuda

    colocquei a versaoDF do CTe para a 4.0 ( deixo fixa esta versão mesmo manualmente ), mudei alguns campos e preenchimento de informações conforme documentação.

    quando vou emitir o CTe ele retorna o erro: Elemento mdfeCabecMsg inexistente no SOAP Header

    nos outros tópicos vi que esta TAG nem existe na versão 4.0, o estado de emissão é PR, setá que esta com algum problema aqui?

    recentemente configurei da versão 3.0 para a 4.0 e se alguém tiver as configurações necessárias a mais para fazer a configuração correta do componente CTe do acbr ( emissão direta pelo exe com componente )

     

    forma que faço a config do CTe ( mudei somente versão mesmo DF do que esta na 3.0 )

        CTe.Configuracoes.Arquivos.AdicionarLiteral := True;
        CTe.Configuracoes.Arquivos.EmissaoPathCTe := True;
        CTe.Configuracoes.Arquivos.SepararPorMes := True;
        CTe.Configuracoes.Arquivos.SepararPorModelo := True;
        CTe.Configuracoes.Arquivos.PathEvento := TPath.Combine(PastaCTe, 'Eventos');
        CTe.Configuracoes.Arquivos.PathInu :=
          TPath.Combine(PastaCTe, 'Inutilizados');
        CTe.Configuracoes.Arquivos.PathCTe :=
          TPath.Combine(PastaCTe, 'Transmitidas');
        CTe.Configuracoes.Arquivos.Salvar := True;
        CTe.Configuracoes.Arquivos.PathSalvar := TPath.Combine(PastaCTe, 'Logs');
        CTe.Configuracoes.Arquivos.SepararPorCNPJ := false;


        //AQUI PROBLEMA DE DEMORA NA INICIALIZAÇÃO VER NO GRUPO - BECKER
        PathMensal := CTe.Configuracoes.Arquivos.GetPathCTe(0);

        if not DirectoryExists(CTe.Configuracoes.Arquivos.PathEvento) then
          ForceDirectories(CTe.Configuracoes.Arquivos.PathEvento);
        if not DirectoryExists(CTe.Configuracoes.Arquivos.PathInu) then
          ForceDirectories(CTe.Configuracoes.Arquivos.PathInu);
        if not DirectoryExists(CTe.Configuracoes.Arquivos.PathCTe) then
          ForceDirectories(CTe.Configuracoes.Arquivos.PathCTe);
        if not DirectoryExists(CTe.Configuracoes.Arquivos.PathSalvar) then
          ForceDirectories(CTe.Configuracoes.Arquivos.PathSalvar);
        if not DirectoryExists(TPath.Combine(PastaCTe, 'PDFs')) then
          ForceDirectories(TPath.Combine(PastaCTe, 'PDFs'));
        // Configurações -> Certificados
        CTe.Configuracoes.Certificados.NumeroSerie :=
          trim(QParametrosCERTIFICADO_SERIE.AsString);
        CTe.Configuracoes.Certificados.Senha := trim(QParametrosSENHA.AsString);

        // Configurações -> Geral
        // TpcnTipoEmissao = (teNormal, teContingencia, teSCAN, teDPEC, teFSDA, teSVCAN,
        // teSVCRS, teSVCSP, teOffLine);
        case QParametrosTIPO_EMISSAO.AsInteger of
          0:
            CTe.Configuracoes.Geral.FormaEmissao := teNormal;
          1:
            CTe.Configuracoes.Geral.FormaEmissao := teContingencia;
          2:
            CTe.Configuracoes.Geral.FormaEmissao := teSCAN;
          3:
            CTe.Configuracoes.Geral.FormaEmissao := teDPEC;
          4:
            CTe.Configuracoes.Geral.FormaEmissao := teFSDA;
          5:
            CTe.Configuracoes.Geral.FormaEmissao := teSVCAN;
          6:
            CTe.Configuracoes.Geral.FormaEmissao := teSVCRS;
          7:
            CTe.Configuracoes.Geral.FormaEmissao := teSVCSP;

        end;

        CTe.Configuracoes.Arquivos.PathSchemas :=
          trim(ExtractFilePath(Application.ExeName) + '\SchemasCTe\');
        CTe.Configuracoes.Geral.Salvar := (QParametrosSALVAR_LOGS.AsString = 'S');

        // Configurações -> WebServices
        CTe.Configuracoes.WebServices.AguardarConsultaRet := 0;
        CTe.Configuracoes.WebServices.AjustaAguardaConsultaRet := false;

        case QParametrosAMBIENTE.AsInteger of
          0:
            CTe.Configuracoes.WebServices.Ambiente := taProducao;
          1:
            CTe.Configuracoes.WebServices.Ambiente := taHomologacao;
        end;

        CTe.Configuracoes.WebServices.IntervaloTentativas := 0;
        // CTe.Configuracoes.WebServices.ProxyHost := trim(DM_CNT.ParametrosCTeProxyHost.AsString);
        // CTe.Configuracoes.WebServices.ProxyPass := trim(DM_CNT.ParametrosCTeProxyPass.AsString);
        // CTe.Configuracoes.WebServices.ProxyPort := trim(DM_CNT.ParametrosCTeProxyPorta.AsString);
        // CTe.Configuracoes.WebServices.ProxyUser := trim(DM_CNT.ParametrosCTeProxyUser.AsString);
        CTe.Configuracoes.WebServices.Tentativas := 5;
        CTe.Configuracoes.WebServices.UF := QParametrosEST_EMP.AsString;
        CTe.Configuracoes.WebServices.Visualizar := false;
        CTe.Configuracoes.Geral.FormatoAlerta := 'Campo: %TAG%' + #13 +
          'Descrição Campo : %DESCRICAO% ' + #13 + 'Messagem : %MSG%.';
        CTe.Configuracoes.Geral.FormatoAlerta :=
          '%TAGNIVEL%|%ID%|%TAG%|%DESCRICAO%|%MSG%';
        // CTe.Configuracoes.Geral.ExibirErroSchema := False;
        // DACTe
        DACQR.PathPDF := PathMensal;
        DACQR.ExpandeLogoMarca := false;
        DACQR.ImprimeDescPorc := false;
        DACQR.ImprimirHoraSaida := True;
        DACQR.ImprimirHoraSaida_Hora := DateToStr(Date);
        DACQR.Logo := trim(QParametrosCAMINHO_LOGOMARCA_DANFE.AsString);
        DACQR.MostraPreview := True;
        DACQR.Sistema := 'Sistema: Controle de Conhecimentos ' + __NOME_APP +
          ' Automação';
        DACQR.Site := ''; // __SITE_APP;
        DACQR.PathPDF := TPath.Combine(PastaCTe, 'PDFs');
        if QParametrosIMPRESSAO.AsString = 'R' then
          DACQR.TipoDACTE := tiRetrato
        else
          DACQR.TipoDACTE := tiPaisagem;
        DACQR.Usuario := 'Usuário: ' + UsuarioStr;
        DACQR.Cancelada := false;
        DM.DACQR.Protocolo := '';
        RNTRC := QParametrosRNTRC.AsString;
        CIOT := QParametrosCIOT.AsString;
        if CTEOS then
        begin
          CTe.Configuracoes.Geral.ModeloDF := moCTeOS;
          CTe.Configuracoes.Geral.VersaoDF := TVersaoCTe.ve400;
    {$IFNDEF NOTFASTREPORT}
          DACQR.FastFile := TPath.Combine(ExtractFilePath(Application.ExeName),
            'Report\DACTE_OS.fr3');
          DACQR.FastFileEvento :=
            TPath.Combine(ExtractFilePath(Application.ExeName),
            'Report\DACTE_EVENTOS.fr3');
    {$ENDIF}
        end
        else
        begin
          CTe.Configuracoes.Geral.ModeloDF := moCTe;
          CTe.Configuracoes.Geral.VersaoDF := TVersaoCTe.ve400;   ( aqui a versão fixa 4.0 e também no componente a versaoDF é a ve400 )

     

    ------------------

    forma de enviar

     

        PreencheDadosCte(Cod);

        dm.CTe.Conhecimentos.GerarCTe;
        dm.CTe.Conhecimentos.Assinar;
        try
          dm.CTe.Conhecimentos.Validar;
        except
          on E: Exception do
          begin
            TfrmErrosValidacao.ShowErros(dm.CTe.Conhecimentos.Items[0].Alertas,
              dm.CTe.Conhecimentos.Items[0].ErroValidacaoCompleto, E.Message);
            Exit;
          end;
        end;
        dm.CTe.Conhecimentos.GravarXML;
     

    ---------------

     

    tentei várias coisas de outros posts mas ainda sigo com o mesmo erro se alguém puder me ajudar desde já agradeço!

     

  8. Em 27/06/2023 at 15:56, Alexandre de Paula disse:

    Recentemente tivemos ocorrências em SP relacionadas a certificados tbm e era um problema na própria SEFAZ.
    Como você está informando uma situação bem específica acho que vale a pena fazer um contato com o fale-conosco deles relatando o problema.

    Até o momento não tivemos mais relatos nesse sentido na comunidade...

    Então, até o momento nada! entramos em contato com a certificadora, entramos em contato com a SEFAZ mas deram uma resposta genérica em que alguns certificado tem problema de validação mas horas? NFe valida OK, CTe não? sinceramente acho que está claro que o problema é na SEFAZ do CTe, nada resolvido até o momento os problemas seguem os mesmos.

  9. Em 05/07/2023 at 09:36, Eduardo Augusto Zschornack disse:

    Aqui ainda continua com o erro, já fiz essas alterações e nada...

    Olá bom dia! estamos com o mesmo problema aqui, A3 funciona com a NFe normal, e no CTe não dá status, vai consultar a SEFAZ dá o mesmo problema de acesso, testamos isto em 3 locais diferentes com windows diferentes e o erro é sempre o mesmo

    image.thumb.png.e1d9602ce50008005ffe4bc363a83a16.png

  10. 2 horas atrás, Mateus Brunelli disse:

    Bom dia, verifica o valor que você está informando no campo vICMSUFDest tanto nos itens da nota, quanto no campo vICMSUFDest do total da nota.

    O valor do vICMSUFDest do total da nota tem que ser a soma do campo vICMSUFDest dos itens. Creio que possa ser isso a rejeição.

    Item da nota-> ACBrNFe1.NotasFiscais.Items[iNF].NFe.Det.Items[iProd].Imposto.ICMSUFDest.vICMSUFDest

    Total da nota -> ACBrNFe1.NotasFiscais.Items[iNF].NFe.Total.ICMSTot.vICMSUFDest

    era isto mesmo esqueci (nem sabia que tinha na verdade totalizador para ele) de preencher o totalizador... MUITO OBRIGADO pelo toque, resolveu!

  11. Olá boa noite, estou preenchendo os campos do DIFAL ( calculo por fora ) como segue na imagem...

    image.thumb.png.c68fc3e7fae5ecb7cfd600d82f8d2d16.png

    notem que estou informando o vICMSUFDest acima com o valor 60,00, e quando gera a nota este valor esta indo zerado ( informado = 0.00 ), alguém poderia me dizer como preencher corretamente ou o que estou fazendo errado?

    nao é uma duvida de calculo ok, o calculo já esta correto por dentro e por fora para empresa simples, a duvida é do PREENCHIMENTO dos campos no acbr, como fazer para ficar correto, desde já agradeço!

  12. Olá toa tarde a todos, estou com o ACBR atualizado desta semana, os schemas são os que estão na pasta exemplos ( do acbr ), tudo atualizado ontem dia 15/03/2023

    ao passar os valores para os campos abaixo os mesmos são preenchidos de forma diferente no XML e ocasiona um erro de atomicidade ( normalmente erro de schma, mas está atualizado )

    -<ICMSUFDest>

    <vBCUFDest>1136.36</vBCUFDest>

    <vBCFCPUFDest>0.00</vBCFCPUFDest>

    <pFCPUFDest>0.0000</pFCPUFDest>

    <pICMSUFDest>12.0000</pICMSUFDest>

    <pICMSInter>18.00</pICMSInter>                        (AQUI ESTA O ERRO, e mtodos os campos o preenchimento é com 4 zeros apos o ponto e aqui preenche com 2 apenas, a forma de passar os dados é a mesma para todos )

    <pICMSInterPart>100.0000</pICMSInterPart>

    <vFCPUFDest>0.00</vFCPUFDest>

    <vICMSUFDest>0.00</vICMSUFDest>

    <vICMSUFRemet>0.00</vICMSUFRemet>

    </ICMSUFDest>

    </imposto>

     

    informacao dos dados:

     

             if ((Emit.CRT = crtSimplesNacional) and (Ide.idDest  = doInterestadual) and  (dest.indIEDest = inContribuinte) and (Ide.indFinal  = cfConsumidorFinal)) then
                begin
                  ICMSUFDest.vBCUFDest      := Arredondar(dm5.LNfeDetalheVALOR_BC_UF_DESTINO.AsFloat, 2);
                  ICMSUFDest.pFCPUFDest     := Arredondar(dm5.LNfeDetalheAliquota_FCP.AsFloat, 2);
                  ICMSUFDest.pICMSUFDest    := Arredondar(dm5.LNfeDetalheALIQUOTA_INTERNA_UF_DESTINO.AsFloat, 2);
                  ICMSUFDest.pICMSInter     := Arredondar(dm5.LNfeDetalheALIQUOTA_INTERESTADUAL.AsFloat, 2);
                  ICMSUFDest.pICMSInterPart := Arredondar(dm5.LNfeDetalheALIQUOTA_PARTILHA.AsFloat, 2);
                  ICMSUFDest.vFCPUFDest     := Arredondar(dm5.LNfeDetalheVALOR_ICMS_FCP.AsFloat, 2);
                  ICMSUFDest.vICMSUFDest    := Arredondar(dm5.LNfeDetalheVALOR_ICMS_INTER_DEST.AsFloat, 2);
                  ICMSUFDest.vICMSUFRemet   := 0; //VAI ZERADO QUANDO É SIMPLES NACIONAL
                end;

     

    são dados referentes ao difal para uma empresa simples nacional.

     

    erro retornado

    ---------------------------
    Erro do sistema
    ---------------------------
    Ocorreu um erro ao enviar a NF-e, erro: Falha na validação dos dados da nota: 4

     --> 1824 - Element '{http://www.portalfiscal.inf.br/nfe}pICMSInter': '18.00' is not a valid value of the local atomic type.

    ---------------------------
    OK   
    ---------------------------

     

    Desde já agradeço a ajuda


     

  13. então isto ai já é outraaaaaaaa coisa, tratamos inclusive questão de validade da nota referente a data e hora de envio e data de recebimento ( que vem na consulta da NFe também ) muito dificil acontecer de validar como outra mesmo, no sistema não permitimos que o cliente configure manual a numeração, erros podem acontecer sim temos tratamento para quase tudo mas sempre que pensamos que tudo está ok o ambiente online nos mostra que somos não sabemos de nada! :) .

  14. eu fiz assim: 

     

          //Duplicidade de NF-e, com diferenca na Chave de Acesso [41230281181612000120550030000031911767369606] [nRec:411110222042165]
          sChaveAcesso := copy(vMotivoSefaz,56,44)  ;
          sProtocolo   := copy(vMotivoSefaz,108,15)  ;

     

    utilizando copy na string mesmo, depois disto consulto, a sefaz retorna a nfe e eu atualizo o status da nota no banco, se tiver alguma forma mais correta de fazer isto por gentileza podem postar, caso não e se isto ajudar alguém fica postado, até segunda ordem resolvido.

  15. Olá a todos! quando gero e envio uma NFe que retorna com o erro 539 ( nfe duplicada com diferença na chave ) ele me retorna a tag XMOTIVO contendo o motivo 539 contendo a chave correta que está no servidor da receita, e me retorna o campo chNFe mas este campo não é a chave da receita ( é a chave gerada para envio ), tem como eu pegar o campo chave do XMOTIVO sem ter que processar string? ele armazena esta informacao em algum lugar que eu possa utilizar um GET ou alguma informação neste sentido?

    vMotivoSefaz   := dm5.ACBrNFe1.NotasFiscais.Items[0].NFe.procNFe.xMotivo;
    sChaveAcesso   := dm5.ACBrNFe1.NotasFiscais.Items[0].NFe.procNFe.chNFe;     <-- aqui a chave vem diferente da chave que esta no xmotivo 539.

     

    Devido a instalabilidade da receita no PR surgiu esta necessidade de tratamento pois a nota é enviada e dá problema no meio do caminho, a nota já esta na receita e o cliente tenta transmitir a nota novamente ai acontece o erro e não estou conseguindo tratar isto, desde já agradeço qualquer ajuda!

  16. Olá pessoal boa tarde! desde ontem dia 22/02/2023 na parte da manhã estamos recebendo erro de timeout com NFe no PR (Paraná)! utilizo delphi + ACBR, alguém mais passando por isto? nas NFCe não acontece isto, somente em NFe, estamos no segundo dia do problema e direto está acontecendo, não mudamos versão tem 20 dias, acbr atualizado por esta data também tanto que NFCe está indo bem.

    • Triste 1
  17. Olá a todos, procurei tópicos similares mas a minha busca não teve um retorno com isto... estou imprimindo na danfe os dados do cliente, um dos dados é o telefone porém eu informo um celular com o digito 9 na frente e o ACBRNFE com danfe fast e fortes imprime assim: 

    (39)8436-2527

    quando deveria sair 

    (39)98436-2527

    procurei por alguma config no componente que tivesse número de digitos do telefone... por numero do celular no número do telefone, dei uma 'patiada' mas não encontrei, se alguém puder me ajudar desde já agradeço.

  18. Olá a todos bom dia, pessoal não estou achando onde configuro no componente do ACBR para fazer impressão na ARGOX por transferência térmica direta sem ribon  com as etiquetas especiais, ai pelo fato de não configurar corretamente imprime a primeira e já na sequência trava a impressão, se puderem me ajudar... procurei no demo também não achei, procurei aqui no forum e no googe mas sem sucesso, desde já agradeço!

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