leomcl

Ainda estou terminando de implementar, só testei em homologação, e nele não tive esse erro. Aproveitando, você tem gerado o IdOperacao via DLL ou via endpoint /Gerar? Digo em produção. Se for /Gerar, pode nos passar como fez para não dar erro 500? Obrigado. Leandro

Isso é em homologação ou em produção?

Boa tarde. Só para registro, segue resposta da SEFAZ no chamado que eu havia criado semana passada, onde confirmam que o problema era do lado deles. att, Leandro

Boa tarde. Poderia compartilhar como fez para funcionar o /Gerar em produção? Vai nos ajudar a prosseguir enquanto o componente não fica pronto. Grato, Leandro

Realmente, fiz um teste aqui, e a SEFAZ está efetivando mesmo, como o @Sistemas Drogal disse. É só questão de voltar os schemas locais para uma versão mais antiga, se o erro persistir. Anexei aqui o schemas que funcionaram pra mim (de outubro/2025). att, Leandro V400.rar

Bom dia. Por favor, abram chamado na Sefaz também, para darem prioridade nisso pra gente. O link é: https://atendimento2.fazenda.mg.gov.br/csm Procura a opção "Atendimento Geral AF" e, em "Tipo de Solicitante", deve está preenchido com a informação de que se trata de "Pessoa Jurídica não inscrita (PJ)" (imaginando que sua SH não tem inscrição estadual). Abri uma solicitação, cancelaram dias depois por quê não preenchi o campo acima corretamente. Abri outra dia 07/07 e está aguardando resposta deles: att, Leandro

Como está fazendo para gerar o código da operação? Via endpoint /Gerar ou via DLL? Att, Leandro

@brianForsell isso é em produção?

Boa tarde. Erro 500 em produção aqui também. Leandro

Bom dia. Seria bom todos abrirem também um chamado na Sefaz MG. Assim poderão dar mais agilidade ao nosso caso. att, Leandro

Boa tarde. Mas em produção, direto com ANTT, alguém conseguiu? Grato.

Bom dia. Estou tendo o mesmo problema desde ontem em MG. Percebi que o problema é quando a NFCe foi emitida OFFLINE e para um CPF. A SEFAZ não está aceitando CPF fazendo parte do qrCode 3.0. Imagino que seja alguma mudança por conta do CNPJ Alfanumérico que está causando isso. Se atualizarmos os schemas pelos que estão na pasta do ACBr, o erro fica detalhado, mostrando que o problema é mesmo no qrCode: Joguei ele na IA e pedi pra detectar o que está errado, e o resultado foi: Então, ao meu ver, o problema é do lado da SEFAZ, que está com schemas incorretos. Não há o que possamos fazer pra ela efetivar, a não ser mudá-la pra forma emissão = Normal. Att, Leandro

Bom dia, amigos. Tentei utilizar esse trpiscofinscsllRetido no meu, e deu erro de schemas: E, conferi na pasta de schemas dos fontes do ACBr (atualizado), e está assim: Sabem me dizer se essa opção trpiscofinscsllRetido já está sendo aceita no padrão nacional? Grato, Leandro

Boa tarde. Após atualizar os fontes para a correção feita para o erro E0713, passou-se a ter outro erro (o E0701, relativo a CSLL), quando há PIS/COFINS não retido e empresa é lucro real: Mesmo não havendo valor de CSLL na NFSe, a tag vRETCSLL era adicionada ao XML, causando o erro. Vendo as discussões do @Juliomar Marchetti no discord com quem estava tendo esse problema, fiz uma correção, adicionando a seguinte condição: testei aqui e efetivou a NFSe. Segue anexo o arquivo para validação e possível subida pro SVN. Att, Leandro PadraoNacional.LerXml.pas

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

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

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 pcteRetEnvCTe.pas

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