LucianoMF

Olá a todos. Atualizei o ACBr (revisão 46725), e encontrei alguns pontos no código que ainda utilizam OnlyNumber para a chave da NF-e. Alterei o código para OnlyAlphaNum e em alguns casos foi acrescentado RemoverLiteralChave. A alteração foi feita somente nos códigos referentes a NF-e/NFC-e. No arquivo anexo, há somente os códigos (.pas) que sofreram alteração. ACBrDFe_CNPJAlfa.zip Até.

Então aguardar até 11/08/2025. E se ainda continuar a rejeição, aguardar até 08/09/2025.

Oi. Testei agora (SEFAZ SP) e também ocorreu a mesma rejeição. Os componentes ACBr e arquivos schemas estão atualizados.

Oi. Vi que a sugestão de ajustes saiu nas rev.33341 e rev.33342. Luciano.

Milton, tudo bom. Dependendo da situação, o valor na vICMSDeson pode não estar sendo deduzido. Mesmo com a correção na rev. 32627, tendo valor na vICMSDeson já considerava como sendo deduzido. No meu caso, o valor na vICMSDeson não estava deduzindo. E para indicar se o vICMSDeson deduzia ou não (validação que eu já tinha fora do ACBr), foi feito este ajuste no fonte do ACBr. Assim, se não tem a indDeduzDeson é realizada a validação antiga. Caso contrário é conforme a indDeduzDeson. Luciano.

Opa, Em anexo tem uns ajustes realizados para a tag indDeduzDeson. Foi incluído TIndDeduzDesoneracao com as opções: - iddNenhum: Default. Utilizado quando não existe a tag no XML lido. - iddNaoDeduzDesoneracao: Quando existe a tag e não deduz ( <indDeduzDeson>0</indDeduzDeson> ). - iddDeduzDesoneracao: Quando existe a tag e deduz ( <indDeduzDeson>1</indDeduzDeson> ). O TIndDeduzDesoneracao esta substituindo o TIndicador (para este não ser alterado e afetar outros objetos) na tag indDeduzDeson, porque ao ler um XML sem a tag, estava considerando para Deduzir. No anexo, estão somente os fontes alterados com base na revisão 32627 (SVN). Luciano. ACBr_Trunk2-inddeduzdeson.zip