Jump to content

leomcl

Membros Pro
  • Posts

    136
  • Joined

  • Last visited

About leomcl

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

leomcl's Achievements

Collaborator

Collaborator (7/14)

  • Reacting Well Rare
  • First Post
  • Collaborator Rare
  • Conversation Starter
  • Week One Done

Recent Badges

15

Reputation

  1. Meus caros, achei o erro aqui, não tem a ver com o ACBr, tem a ver com meu sistema. Podem fechar o tópico por favor. Muito obrigado, Leandro
  2. Boa tarde, Ítalo. Segue arquivo.exemplo acbr nao conseguiu ler libxml2.rar att, Leandro
  3. Boa tarde. Não resolveu, grande Diego. Até conferi no "Modules" do Delphi, se estava carregando as dlls do caminho que substituí, e está sim. Muito estranho mesmo. Grato, Leandro
  4. Só explicando melhor... com a linha comentada como está hoje, a variável "loadedDoc" fica = nil. grato, Leandro.
  5. Boa tarde, senhores. Atualizei meu componente ontem, e ele não está mais mostrando o código e descrição da rejeição retornada pela Sefaz (MG em modo Homologação, no meu caso). No caso tentei emitir NFCe com código CSC inválido. Debugando, vi que o problema está na seguinte linha do arquivo ACBrXmlDocument: Se eu a descomentar, o comportamento volta ao normal. Vi que essa linha foi comentada no seguinte commit: Poderiam me dar uma força nesse caso, tentando simular no ambiente de vocês o CSC inválido? Obrigado, Leandro
  6. Boa tarde, senhores. Eu precisaria de mais tempo para testar o ACBRNFSeX, mas como o erro está em clientes em produção, há como eu fazer uma correção no ACBrNFSe? Se puderem me passar a Unit que faz esse parsetxt, talvez eu consiga corrigir. Obrigado, Leandro
  7. Bom dia. Atualizei meu ACBr na segunda feira 01/04/24 (anteriormente eu o tinha atualizado em 01/02/2024), e depois desse update, estou tendo o seguinte erro ao enviar NFSe em modo síncrono em produção (provedor PRONIV2): A mensagem acima acontece por que na primeira tentativa de envio o componente não me retornou erro, mas também não retornou a NFSe. Aí tento enviar novamente o mesmo RPS e o erro ocorre. Antes de eu atualizar o ACBr, se eu chamasse o EnvioSincrono e ele detectasse que o RPS já existia, trazia o XML da NFSe. Isso parou de ocorrer. Sei que é algo relativo a atualizar o ACBr por que um exe que tenho de antes de atualizar o componente funciona normalmente. Imagino que seja algo a ver com charcode por conta dos caracteres estranhos na mensagem. Em um teste que fiz em homologação, dando um erro de código municipal, veja como o XML do erro está sendo salvo: Estou anexando esse XML completo. Houve alguma alteração nesse sentido entre fevereiro e agora? Como poderia corrigir? Olhei no SVN as alterações na pasta ACBrNFSe e não vi nada relativo a isso, então imagino que tenha sido em unit de outra pasta que esteja influenciando nesse componente. Desde já agradeço, Leandro 040211241010839-recS.xml
  8. Boa tarde. Utilizo ACBrTEFD com SiTEF e estou precisando implementar no meu sistema o tratamento de descontos dados no cartão CTF Frota. A Software Express me mandou as especificações (em anexo), onde dizem o seguinte: Analisando o código fonte do ACBr, pelo que eu entendi, para passar o {TipoTratamento=4}, eu vou fazer: 1) Setar a propriedade SuportaDesconto para True; 2) Adicionar o texto {TipoTratamento=4} à propriedade ListaRestricoes. Agora, a minha dúvida é como buscar o valor do desconto pelo componente. Como não tenho como testar o desconto CTF Frota em homologação, estou tentando "adivinhar" pelo fonte também. Pelo Cielo Premia, a propriedade RespostasPendentes.TotalDesconto continha o desconto em questão. Mas pelo que vi nos fontes, ela só era preenchida pro Cielo Premia. Então, no caso do CTF Frota, eu conseguiria buscar o TipoCampo 148 pela propriedade abaixo? RespostasPorTipo.ValueInfo[148] Desde já agradeço, Leandro SiTef_-_Interface_Simplificada_com_a_aplicacao_-_CTF_Frota.pdf
  9. Correto, Ítalo. Se puder avisar aqui quando do novo commit, agradeço. Obrigado, Leandro.
  10. Ok. Vou atualizar aqui. Grato Ítalo, vendo a sua alteração aqui, acho que, da forma que alterou, teria que modificar a linha que marquei abaixo, também. Vou esperar sua confirmação se podemos atualizar assim para não termos problema. Grato, Leandro
  11. Obrigado pelo retorno, Ítalo. Segue arquivo alterado para sua aprovação e para subir para SVN, se for o caso. att, Leandro pcteRetEnvCTe.pas
  12. Bom dia, Ítalo e demais. A Sefaz mudou algo no ambiente de homologação CTe 3.00, e agora não conseguimos mais efetivar CTes nesse ambiente. Debugando, descobri o seguinte: No arquivo pcteRetEnvCte.pas, na função LerXML, está assim no ACBr: Mas a SEFAZ MG está retornando a tag como 'retEnviCTe'. Segue retorno completo: <retEnviCTe xmlns="http://www.portalfiscal.inf.br/cte" xmlns:ds="http://www.w3.org/2000/09/xmldsig#" versao="3.00"><tpAmb>2</tpAmb><cUF>31</cUF><verAplic>W-4.0.0</verAplic><cStat>103</cStat><xMotivo>Lote recebido com sucesso</xMotivo><infRec><nRec>311000132467397</nRec><dhRecbto>2023-05-18T08:59:39-03:00</dhRecbto><tMed>0</tMed></infRec></retEnviCTe> Dessa forma, dá um exception com mensagem em branco e não conseguimos ler o retorno do envio. Como entendo pouco do código ACBr, gostaria de saber como podemos alterar de forma que não prejudique as demais UF. Desde já agradeço, Leandro
  13. Obrigado, Juliomar. Olhei aqui e ele commitou o .res hoje mesmo. Como eu já havia voltado o .res anterior que funcionava em produção, vou deixar pra reinstalar o componente e testar novamente na segunda. Fique a vontade para fechar o tópico, se quiser. Att, Leandro
  14. Bom dia, Juliomar. Sim, removi todos os pacotes e reinstalei via acbrinstall, mas o .res está com data/hora de antes do commit do .ini feito pelo Ítalo. Pelo jeito o acbrinstall não gerou novo .res pelo .ini automaticamente. Não uso o .ini na pasta da minha aplicação, deixo ele só na pasta fontes do acbr mesmo. Grato, Leandro
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.

The popup will be closed in 10 seconds...