leomcl
-
Total de ítens
131 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por leomcl
-
-
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
-
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
-
Atualizei e testei.
100% funcionando.
Grato,
Leandro
-
Correto, Ítalo. Se puder avisar aqui quando do novo commit, agradeço.
Obrigado,
Leandro.
-
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
-
Obrigado pelo retorno, Ítalo.
Segue arquivo alterado para sua aprovação e para subir para SVN, se for o caso.
att,
Leandro
-
1
-
-
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
-
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
-
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
-
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
-
Bom dia, Renato.
Era isso mesmo, agora gerou corretamente.
Segue unit com correção.
Obrigado,
Leandro
-
2
-
-
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
-
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
-
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
-
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
-
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
-
Oi, @BigWings
Quanto ao preço unitário, está correto sim. O preço é 3,050.
Agora, sobre a diferença de 0,015 eu não entendi. Não seria necessário antes arredondar para 2 casas decimais para calcular a diferença?
Por exemplo, nesse caso, eu calculo a diferença de 10,05 para 10,06, e não de 10,05 para 10,065. Corrija-me se estiver errado.
Desde já agradeço,
Leandro
-
Obrigado pela resposta, Xará.
Mas veja, se eu mudar a quantidade, preço unitário ou total do item, não vai sair na NFCe o que foi mostrado na bomba de combustível. E órgãos públicos não aceitam diferenças.
Eu quero fazer a questão do desconto, mas não tenho como implementar (calcular o desconto) se a SEFAZ calcular de uma forma diferente da RoundABNT.
Obrigado,
Leandro
@BigWings segue print da parte do XML onde está o erro:
-
Bom dia, senhores.
Tenho o seguinte caso:
qCom: 3,30
vUnCom: 3,05
vProd: 10,05
Aplicando a RoundABNT para arredondar para duas casas decimais o produto de qCom * vUnCom, me retorna 10,06.
A Sefaz, como aceita diferença de até 0,01, não deveria efetivar essa nota?
Mas a danada retorna:
Rejeição 629: Valor do Produto difere do produto Valor Unitário de Comercialização e Quantidade Comercial
Acho que ela, internamente, está calculando um vProd de 10,07, e esperando que eu passe ou 10,06 ou 10,08.
Alguma luz para um caso desses?
ps: é venda de combustíveis para prefeituras, o valor total do item tem que ser o mostrado na bomba, ou seja, 10,05.
Eu poderia jogar um desconto no item para cair para 10,05, mas para isso eu teria que saber exatamente quanto a Sefaz está calculando para esse item lá nos sistemas loucos deles.
Alguém já passou por esse tipo de situação?
Obrigado,
Leandro
-
Boa noite pessoal.
Estou com dúvida em qual comando do ACBrTEFD chamar após já ter exibido o qrcode para pagamento do PIX na tela, mas se o cliente quiser cancelar a operação antes de pagar.
No manual do SiTEF diz:
Eu não consegui entender, pelo fonte, qual procedimento do ACBrTEFD eu devo chamar nesse caso.
Alguém saberia me informar?
Obrigado.
-
Bom dia, senhores.
Atualizei meus fontes ACBr ontem, 18/11/20, adicionei a seguinte linha no exemplo "Exemplos\ACBrTEFD\NaoFiscal\Delphi":
ACBRTEFD1.TEFCliSiTef.Restricoes := '{DevolveStringQRCode=1}';
Aí está exibindo o qrCode PIX. Segue vídeo abaixo mostrando o mesmo funcionando:
Como testei com CliSiTEF da Software Express, foi preciso instalar o módulo CardSE e habilitar o PIX, conforme manual fornecido pela própria Software Express.
No vídeo, a frase que aparece "You lie, in faith, etc..." é o qrcode, portanto, buscando o campo 584, consegue-se pegar a URL do qrcode, embora nesse caso do CliSiTEF não vejo necessidade disso.
Fica a dica, caso seja útil para mais alguém.
Att,
Leandro
-
1
-
-
Bom dia, Juliana.
Sim, o ajuste que o Ítalo mandou. Só que a SEFAZ MG está fora do ar para emissão de NFCe. A correção dele só funciona quando a SEFAZ está ao menos lenta, mas nem isso está mais. Parou totalmente.
Agora, o que amigo acima disse é que ele foi nas Casas Bahia, e outro tinha dito que tinha ido no McDonalds, nesse momento em que a SEFAZ estava parada, e lá emitiram a NFCe normalmente.
Talvez o colega possa mandar uma foto da NFCe para vermos se tem algum detalhe que nos fugiu.
Obrigado,
Leandro
-
Que estranho. Em outro grupo, uma pessoa foi no McDonalds e também recebeu uma NFCe normalmente.
Parece que os grandes não estão tendo problemas. Muito estranho.
Você consegue ver na NFCe das Casas Bahia se foi emitida em MG mesmo?
att,
Leandro
-
Obrigado, Ítalo, ficou 100%. XML's ok.
Leandro
ACBrNFSe - problema no EnvioSincrono (provável problema de charcode)
em ACBrNFSe
Postado
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