Ir para conteúdo
  • Cadastre-se

leomcl

Membros
  • Total de ítens

    129
  • Registro em

  • Última visita

Últimos Visitantes

O bloco dos últimos visitantes está desativado e não está sendo visualizado por outros usuários.

leomcl's Achievements

Collaborator

Collaborator (7/14)

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

Recent Badges

15

Reputação

  1. 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
  2. Atualizei e testei. 100% funcionando. Grato, Leandro
  3. Correto, Ítalo. Se puder avisar aqui quando do novo commit, agradeço. Obrigado, Leandro.
  4. 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
  5. Obrigado pelo retorno, Ítalo. Segue arquivo alterado para sua aprovação e para subir para SVN, se for o caso. att, Leandro pcteRetEnvCTe.pas
  6. 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
  7. 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
  8. 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
  9. Senhores, bom dia. Acho que o Ítalo esqueceu de commitar o arquivo .res ontem no commit a tarde, que voltava a URL de produção pra MG. Aí agora funciona em homologação, mas não em produção. att, Leandro
  10. Bom dia, Renato. Era isso mesmo, agora gerou corretamente. Segue unit com correção. Obrigado, Leandro ACBrEFDBloco_1_Class.pas
  11. Boa tarde, senhores. A contagem do registro 1601 no registro 9900 está duplicando, se gera-se o arquivo mais de uma vez sem destruir o objeto TACBrSPEDFiscal. Explico: - Colocamos o componente TACBrSPEDFiscal em um form e geramos o EFD Fiscal; - No registro 9900 mostra, por exemplo: |9900|1601|6| - SEM fechar o form, clico novamente em gerar o arquivo. Aí gera: |9900|1601|12| e assim por diante. - Se eu fechar o form e abrir de novo (destruindo e criando esse form novamente), e gerando o arquivo, aí sai o correto: |9900|1601|6| Isso somente acontece no 1601. Analisando o código do ACBr, vi que no TRegistro1600 tem um construtor (CreatE), que não tem no TRegistro1601. Fiz alterações, mas minha correção não funcionou. Se puderem dar uma força, agradeço. att, Leandro
  12. Boa tarde, senhores. Estava dando erro ao ler o código de motivo A4, por que a variável CodMotivo era integer. Alterei para string e fiz os devidos tratamentos, caso queiram subir para o SVN. Está anexado. Obrigado, Leandro ACBrBancoCresol.pas
  13. Bom dia, senhores. Peço para, por favor, não fechar esse tópico. Abri um chamado da Sefaz no dia que abri esse tópico e enviaram pra equipe de TI deles analisar. Logo que obtiver resposta eu posto aqui. Obrigado
  14. Boa tarde, Juliomar. Eu encontrei o código que falou e implementei como sugeriu. Mas, infelizmente, não há como testar ainda, para saber se o comando de cancelamento do PIX vai ser processado mesmo, por que o pelo SiTEF Demonstração não tem como saber esse tipo de retorno. É aguardar para um cliente colocar em produção e testar, no test, no fear, rsrs Obrigado, Leandro
  15. Boa tarde. Então, o arredondamento da bomba não é, geralmente, o mesmo da Sefaz. Mas o problema aqui não é esse, pois eu poderia fazer um ajuste jogando desconto de 0,01 nesse item só pra efetivar. O problema é que parece que a Sefaz não está respeitando a regra da ABNT, pois, pela situação acima, daria uma diferença de 1 centavo, e deveria efetivar. att, Leandro
×
×
  • 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.