Ir para conteúdo
  • Cadastre-se

josemarmt

Membros
  • Total de ítens

    127
  • Registro em

  • Última visita

Posts postados por josemarmt

  1. 17 minutos atrás, josemarmt disse:

    Bom dia Ítalo,

    Só para esclarecer fiz uma atualização do ACBr dei um Build no projeto, mas o erro persiste.

    image.thumb.png.7ffe3f78d76f5fa8d150ecdb8e1a9970.png

    Abs

    Bom dia Big, rsrsrs. 

    anexo postado, abs

    1-ped-eve.xml

    Pelo meu entender. Acho que estou com as listas de grupos e campos desatualizadas. Mas, como mencionei, dou possibilidade do usuário escolhe-los, se não for poluir muito aqui, posso passar, ok?

    Abs

  2. achei estranho mesmo, mas convencer o cliente que não é o sistema é muito complicado, vc sabe como é, vou continuar tentando amanhã. ontem e hj não passou, estou fazendo um backup, vou atualizar o acbr e schemas e fazer mais testes. posto o resultado aqui, MUITO OBRIGADO.

  3. Diga lá Ítalo, obrigado pelo retorno, é MG. Bem, deixe te passar mais um detalhe, minha última atualização do ACBr foi em setembro de 2020, esta ocorrendo deste ontem. Não sei se isto pode ser um problema de fontes e schemas desatualizados.

  4. Bom dia a todos. Tenho um sistema para emissão de CTe e MDFe e o cliente a muito tempo não gerava uma carta de correção. Faço da seguinte forma: Tenho dois combobox, o primeiro com os possíveis grupos e de acordo com a opção do usuário alimento um segundo combobox com os possíveis campos relacionados ao grupo. E o que estou fazendo da o erro o seguinte erro "Rejeição: Carta de correção inválida (campo/grupo {0} - {1} informado não existe no schema do CT-e ou não existe no grupo informado)", então queria atualizar esses comboboxs, mas infelizmente não me recordo onde pesquisei para montá-los na época, desde já agradeço.

  5. Muito obrigado em compartilhar sua experiência e conhecimento, parabéns!!! TMJ

    A

    2 horas atrás, emrinfo disse:

    Boa noite Josemarmt,

    Você usará a opção 8 (SVC-SP) e o restante será igual, somente na chave do CTe será incluído o código 8 (SVC-SP) que é automático também.

    No status irá te dar este retorno se estiver tudo ok.

    image.png.a4912891277c8a0e64d5bc7ca8227e49.png

     

    Muito obrigado em compartilhar seu conhecimento e experiência, forte abraço!!! TMJ!!!

    • Curtir 1
  6. Boa noite senhores, nunca gerei documentos em contingência e como MG estará fora do ar ate amanhã dia 31/07 até as 18:00, estou com clientes impossibilitados de gerar os documentos necessários para liberação dos seus veículos. estou com a corda no pescoço. se alguém puder me dar uma noção de quais passos tenho que adotar ficaria eternamente grato. Sei que tenho que alterar o CTe.Ide.tpEmi = teContingencia ou teSVCSP, mas além disso, envio? tenho que alterar para URL ou é feito automaticamente? 

    muito obrigado

  7. 10 minutos atrás, wagner_fix disse:

    Bom dia a todos eu estou com o mesmo problema...

    E alguns minutos atrás recebi mais um e-mail de cliente falando que o contador reclamou de xml sem o número de protocolo...

    Eu segui a dica do Italo para fazer manualmente, funcionou perfeitamente aqui

     AbrirCte.Title      := 'Selecione o CTe';
     AbrirCte.DefaultExt := '*-cte.xml';
     AbrirCte.Filter     := 'Arquivos CTe (*-cte.xml)|*-cte.xml|Arquivos XML (*.xml)|*.xml|Todos os Arquivos (*.*)|*.*';
     AbrirCte.InitialDir := PathMensal;

     if AbrirCte.Execute then begin
       ACBrCTe1.Conhecimentos.Clear;
       ACBrCTe1.Conhecimentos.LoadFromFile(AbrirCte.FileName);
       ACBrCTe1.Consultar;
     end;
     

    Só que se eu quiser que o meu sistema detecta que está com o status 204 duplicidade e peço para o sistema arrumar sozinho ele dá um erro DigestValue do documento número do cte não confere.

    Alguém pode me dar uma dica como eu arrumo isso?

    Grato,

    Wagner

    Obrigado a todos pelo retorno, estava utilizando o comando

    //  ACBrCTe1.WebServices.Consulta.CTeChave := copy(dmlote.cdsconhece.fieldbyname('CHAVE').AsString,21,44);
    //  ACBrCTe1.WebServices.Consulta.Executar;

    ao invés do loadfromfile.

    Forte abraço a todos, não não sei como finalizar o tópico.

  8. 15 horas atrás, Italo Jurisato Junior disse:

    Boa tarde Jose,

    O componente não acrescenta o protocolo no final do XML caso o CT-e seja rejeitado.

    Verifique se esses cujo XML não foi atualizado com o protocolo se eles se encontram na SEFAZ.

    Bom dia Italo, 

    Sim o CTe esta presente no portal da Receita, ele até me mostra o número do protocolo em um showmessage que coloquei, porém não atualiza o XML.

    Grato pelo retorno.

  9. Boa tarde senhores e senhoras.

    De um tempo para ca, em alguns caso não é registrado os dados no final do XML e antes ao consultar o protocolo o XML era completado com estes dados, agora não mais. Tenho que fazer algum outro procedimento para que eu consiga fazer este registro?

    Desde já agradeço a colaboração.

    Abs

  10. 51 minutos atrás, BigWings disse:

    Você está informando município de descarregamento em UFs diferentes.

    
    <cMunDescarga>3170206</cMunDescarga><xMunDescarga>UBERLANDIA</xMunDescarga>
    
    <cMunDescarga>3304904</cMunDescarga><xMunDescarga>SAO GONCALO</xMunDescarga>

    Para cada UF de entrega da carga é preciso emitir um novo MDFe.

    Caro BigWings, revi o programa para alterar o local de entrega(descarga) e o problema foi sanado, muito obrigado pelo retorno.

    Forte abraço!!!

    • Curtir 1
  11. Boa tarde a todos.

    Pesquisando no forum, vi que o Italo na época deu uma explicação e eu não consegui identificar o problema nos arquivos que um cliente esta tentando enviar, agradeceria se alguém der alguma dica, estou anexando os XMLs envolvidos no processo, o MDF e dois CTes relacionados.

    A mensagem é que a seguinte

    image.png.05a79567846d3ab54f09dcc4d106ff70.png

    Obrigado

    31181101761705000194570010000210021000210028-cte.xml

    31181101761705000194570010000210121000210121-cte.xml

    31181101761705000194580010000029501000000012-mdfe.xml

  12. 45 minutos atrás, josemarmt disse:

    Desculpem me mas fiz algo errado e o texto não é o de cima.

    Meu problema é que da o erro 2659 alegando a ausência de CFOP no item, mas consta normalmente no XML.

    Alguém já passou por isso?

    Obrigado

    Problema resolvido, o usuário que estava utilizando o CFOP errado, 

    Abs

    • Curtir 2
  13. 1 hora atrás, josemarmt disse:

    Bom dia senhores.

    Continuo com um problema em que quando imprimo  a NFSe o valor líquido sai errado 

    Desculpem me mas fiz algo errado e o texto não é o de cima.

    Meu problema é que da o erro 2659 alegando a ausência de CFOP no item, mas consta normalmente no XML.

    Alguém já passou por isso?

    Obrigado

  14. Em 08/08/2018 at 15:02, Italo Jurisato Junior disse:

    Boa tarde a todos,

    Teremos mudanças no layout do MDF-e, basicamente são quatro, a primeira é que agora será possível uma pessoa física desde de tenha Inscrição estadual emitir o MDF-e, sendo assim a propriedade CNPJ do emitente vai passar a se chamar CNPJCPF, a segunda se refere a consulta a Manifestos não encerrados que também vai aceitar o CPF sendo assim o campo passa a ser CNPJCPF, a terceira se refere ao modal aéreo que passa a ter um novo grupo <infEntregaParcial> e a quarta é o novo grupo chamado <infEmpresaSoft>.

    Este último grupo em um primeiro momento é opcional, ou seja, ele não precisa constar no XML, mas futuramente vai ficar a cargo de cada UF determinar a sua obrigatoriedade.

    Nesse grupo deveremos informar o CNPJ ou CPF do desenvolvedor, bem como o nome da empresa ou desenvolvedor, e-mail e telefone.

    O componente ACBrMDFe já foi alterado visando a geração desses grupos, estou apenas aguardando a liberação do ambiente de homologação para enviar para o repositório.

    Favor baixar e ler com atenção a Nota Técnica 2018/002 que se encontra no Portal Nacional do MDF-e.

    O Ambiente de Homologação vai ser liberado em 10/09/2018 e o de Produção em 15/10/2018.

    Mais uma vez, parabéns Italo, aguardando ansiosamente.

    Forte abraço!!!

    • Curtir 2
  15. Bom dia senhores,

    Estou com a seguinte situação na NFSe.

    Por exemplo, gero o arquivo passando o valor líquido de 3440,00 suas retenções federais somam 211,56 e ISS de 172,00.

    O valor líquido é impresso como 3228,44 sendo que o gravado foi 3056,44.

    Mas se posteriormente faço a impressão direto no site da prefeitura a qual foi enviada a nota, nessa impressão sai com o valor correto de 3056,44 como líquido, cuja a diferença é  justamente 172,00 que é o valor do ISS.

    Alguém teria uma idéia do que poderia ser? 

    Desde já agradeço a atenção.

    Abs.

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