Sandro Andre Reghelin

Ok então aguardar para poder prosseguir com os testes, obrigado

copiei os arquivos baixados para a minha pasta de schemas e mandei enviar uma NFe de teste com cnpj alfa, e retornou o seguinte erro: Falha no Schema XML do lote de NFe. org.xml.sax.SAXParseException; lineNumber: 1; columnNumber: 1162; cvc-pattern-valid: Value 'ZX590MH4ZRN295' is not facet-valid with respect to pattern '[0-9]{14}' for type 'TCnpj'. mas aqui pelo que vi no debugar passou pelo "validar" do ACBR e esse erro veio no metodo "enviar", segue imagem do Debug

acessando o link https://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=BMPFMBoln3w= pelo que vi foi liberados os schemas para a NFe, para atender o CNPJ alfanumérico segue arquivo que baixei do link acima. CNPJ Alfanumérico - NT2026.004.v.1.01 PL Eventos e Cad Consulta Cadastro CCC.zip

Descobri o solução, somente marcar a propriedade da Danfe.ExpandirDadosAdicionaisAuto como False ai faz a impressão corretamente

Complementando, o que ocorre que os itens que deveriam vir antes das informações adicionais, são jogados para a 2a página, invertendo a ordem de impressão...

Alguém ja teve esse problema, acredito ser erro no montar a impressão.... mas não consegui ver como corrigir

Apenas para complementar uso a impressão em Delphi com Fortes

Ao manda emitir Danfe em paisagem para NFE com muitos dados no campos Dados Adic. está jogando os itens para a 2a página da danfe e deixando os dados adicionais na 1a página, ai a linha com a descrição dos produtos sai desconfigurada, devido a não ter na lateral o canhoto da nota, conforme imagens em anexo. Alguém já passou por isso? Acredito ser um erro na impressão, quando os dados adicionais tem muitas linhas...

Com relação a questão da tag CSTPISCOFINS, atualizei a pouco e funcionou. Agora com relação tag códigopais no tomador, foi feita alguma alteração? Nos e-mails que recebi de retorno da Elotech, falaram novamente para não enviar a tag, mas como disse no XSD fornecido, a tag está como obrigatória, ai invalida o Xml antes mesmo de enviar ao provedor, conforme interação anterior. Para passar a nota aqui em área de homologação, tive que alterar o XSD fornecido pela Elotech, tornando a tag codigopais, não obrigatória. Fiz outro teste usando o XSD que está na pasta de esquemas do ACBR, lembrando que atualizei a pouco. E ocorreu o erro : 1871 - Element '{http://shad.elotech.com.br/schemas/iss/nfse_v2_03.xsd}Cep': This element is not expected. Expected is ( {http://shad.elotech.com.br/schemas/iss/nfse_v2_03.xsd}CodigoPais ). Resumindo se alterar o XSD, a nota passa se usar o XSD deles não valida.

Favor aguardar para validar esses fontes, fiz uns testes aqui e o provedor da Elotech está doido, se manda a TAG codigopais no tomador, erro E292 Descrição: País do tomador do serviço indevido, se tira a tag o XSD invalida o Xml com erro : Cod: X800 Descrição: Erro de Validação: --> 1871 - Element '{http://shad.elotech.com.br/schemas/iss/nfse_v2_03.xsd}Cep': This element is not expected. Expected is ( {http://shad.elotech.com.br/schemas/iss/nfse_v2_03.xsd}CodigoPais ). Olhei o XSD que enviaram e o código do país e obrigatório, mandei msg no email de atendimento pedindo uma orientação, estou no aguardo de um retorno. Se alguém souber como solucionar....

Alterei os fontes, encaminhei para validação em outro tópico

Alterei os fontes do ACBR para gerar essa tag CSTPISCOFINS, nas notas para provedor Elotech. Alterei para gerar a tag CSTPISCofins , o código do pais no tomador, e cep no tomador. Os fontes que usei foram atualizados hoje dia 24/03/2026 pela manhã. Segue os fontes para sua validação. EloTech.GravarXml.pas ACBrNFSeXGravarXml_ABRASFv2.pas ACBrNFSeXConsts.pas

Segue link do xsd fornecido pelo Elotech com a tag implementada https://shad.elotech.com.br/schemas/iss/nfse_v2_03.xsd

recebi um comunicado da prefeitura de Ponta Grossa-Pr sobre uma nova tag na NFse, CSTPISCOFINS, mas acredito que a mesma ainda não esteja implementada para o Provedor Elotech. Segue a orientação recebida do provedor: Recebi a seguinte orientação da Elotech, mas acredito que o ACBR não tenha isso implementado: Regras de Preenchimento e Validação A partir de 18/03/2026, o sistema aplicará as seguintes regras de negócio: ● Obrigatoriedade Condicional: O envio da tag <CSTPisCofins> é obrigatório sempre que houver o preenchimento de valores de PIS e COFINS no RPS. ● Rejeição de Envio: Caso os valores de PIS/COFINS sejam informados sem o respectivo código CST, o WebService retornará uma exceção e a nota não será gerada. ● Formato do Campo: O campo deve ser numérico, com tamanho fixo de 02 dígitos. Especificações Técnicas (Esquema XML) O campo deve ser inserido dentro do grupo <Valores>, seguindo a hierarquia do arquivo nfse_v2_03.xsd. Exemplo 1: Operação Tributável (CST 01) Utilizado quando há retenção e destaque de impostos federais (PIS/COFINS/CSLL). XML <Servico> <Valores> <ValorServicos>250.00</ValorServicos> <AliquotaPis>0.6500</AliquotaPis> <RetidoPis>1</RetidoPis> <ValorPis>1.62</ValorPis> <AliquotaCofins>3.0000</AliquotaCofins> <RetidoCofins>1</RetidoCofins> <ValorCofins>7.50</ValorCofins> <CSTPisCofins>01</CSTPisCofins> </Valores> ... </Servico> Exemplo 2: Operação Sem Incidência (CST 00) Utilizado para notas onde não há destaque de tributos federais específicos. XML <Servico> <Valores> <ValorServicos>150.00</ValorServicos> <CSTPisCofins>00</CSTPisCofins> </Valores> ... </Servico>

Alguém sabe dizer se isso está implementado no ACBR, porque procurei nos fontes e não achei...

Recebi a seguinte orientação da Elotech, mas acredito que o ACBR não tenha isso implementado: Regras de Preenchimento e Validação A partir de 18/03/2026, o sistema aplicará as seguintes regras de negócio: ● Obrigatoriedade Condicional: O envio da tag <CSTPisCofins> é obrigatório sempre que houver o preenchimento de valores de PIS e COFINS no RPS. ● Rejeição de Envio: Caso os valores de PIS/COFINS sejam informados sem o respectivo código CST, o WebService retornará uma exceção e a nota não será gerada. ● Formato do Campo: O campo deve ser numérico, com tamanho fixo de 02 dígitos. Especificações Técnicas (Esquema XML) O campo deve ser inserido dentro do grupo <Valores>, seguindo a hierarquia do arquivo nfse_v2_03.xsd. Exemplo 1: Operação Tributável (CST 01) Utilizado quando há retenção e destaque de impostos federais (PIS/COFINS/CSLL). XML <Servico> <Valores> <ValorServicos>250.00</ValorServicos> <AliquotaPis>0.6500</AliquotaPis> <RetidoPis>1</RetidoPis> <ValorPis>1.62</ValorPis> <AliquotaCofins>3.0000</AliquotaCofins> <RetidoCofins>1</RetidoCofins> <ValorCofins>7.50</ValorCofins> <CSTPisCofins>01</CSTPisCofins> </Valores> ... </Servico> Exemplo 2: Operação Sem Incidência (CST 00) Utilizado para notas onde não há destaque de tributos federais específicos. XML <Servico> <Valores> <ValorServicos>150.00</ValorServicos> <CSTPisCofins>00</CSTPisCofins> </Valores> ... </Servico>

Melhorando a pergunta achei a tag Servico.Valores.tribFed.CST e também a tag valores.CSTPIS e alguma delas?

Recebi a informação da criação da tag CSTPisCofins nas NFse para provedor Elotech, no caso meu cliente e de Ponta Grossa-PR o ACBR tem essa tag? Pergunto porque acabei de atualizar o ACBR e não achei no Elotech.GravarXml essa tag, não com esse nome pelo menos Segue anexo o PDF sobre o fato elotech.pdf

estou enviando as Nfse para Ponta Grossa-Pr provedor Elotech versão 2.03 ja com os campos da reforma tributária e esta me retornando o seguinte erro: Cod: S999 Descrição: Erro Interno: "IE id: 3595 - null" Solução: Erro inesperado, entre em contato com o suporte técnico tentei enviando a Inscrição estadual como ISENTO, tentei enviando a tag vazia e mesmo assim ocorre o erro 880-env-lot-sinc.xml

Resolvi o problema nas configurações do ACBR...

Estou montando o envio para NFse de Ponta Grossa provedor Elotech, mas no xml de exemplo deles vem o seguinte, ver arquivo EnviarLoteRpsSincronoEnvio.xml, no gerar pelo acbr o meu esta formatando, ver arquivo 4126023125250600011156000000000000865-rps podem ver no meu que ele não monta a tag ListaRPS debugando os fontes cheguei na procedure GerarMsgDadosEmitir da unit EloTech.Provider nela a minha rotina passa nesse ponto: if Response.ModoEnvio in [meLoteAssincrono, meLoteSincrono] then begin Requerente := GerarRequerente(Emitente.CNPJ, Emitente.InscMun, Emitente.WSSenha); Prestador := '<' + Prefixo2 + 'CpfCnpj>' + GetCpfCnpj(Emitente.CNPJ, Prefixo2) + '</' + Prefixo2 + 'CpfCnpj>' + GetInscMunic(Emitente.InscMun, Prefixo2); Response.ArquivoEnvio := '<' + Prefixo + TagEnvio + NameSpace + '>' + Requerente + '<' + Prefixo + 'LoteRps' + NameSpace2 + IdAttr + Versao + '>' + '<' + Prefixo2 + 'NumeroLote>' + Response.NumeroLote + '</' + Prefixo2 + 'NumeroLote>' + Prestador + '<' + Prefixo2 + 'QuantidadeRps>' + IntToStr(TACBrNFSeX(FAOwner).NotasFiscais.Count) + '</' + Prefixo2 + 'QuantidadeRps>' + '<' + Prefixo2 + 'ListaRps>' + Xml + '</' + Prefixo2 + 'ListaRps>' + '</' + Prefixo + 'LoteRps>' + '</' + Prefixo + TagEnvio + '>'; end else Response.ArquivoEnvio := '<' + Prefixo + TagEnvio + NameSpace + '>' + Xml + '</' + Prefixo + TagEnvio + '>'; ela entra na rotina Response.ArquivoEnvio := '<' + Prefixo + TagEnvio + NameSpace + '>' +... olhei as variáveis até a IntToStr(TACBrNFSeX(FAOwner).NotasFiscais.Count) que retorna 1 no meu processo, mas mesmo assim não monta no formato. Tem alguma outra verificação, configuração a fazer ou tag faltando? EnviarLoteRpsSincronoEnvio.xml 4126023125250600011156000000000000865-rps.xml

tenho um cliente que emite Nfce para pessoa física, e ao tentar preencher a tag ICMS.CSOSN, o ACBR não aceita o valor 61, uso o seguinte no fonte ICMS.CSOSN := StrToCSOSNIcms('61'); Pelo que vi no fontes esta limitado ao valores: TCSOSNIcmsArrayStrings: array[TCSOSNIcms] of string = ('','101', '102', '103', '201', '202', '203', '300', '400', '500','900'), no ACBRDFE.Conversao, e estou com os fontes atualizados Mas o cliente me passou os seguinte: Não achei nada em legislação que tenha mudado a questão de não poder emitir NFCe de empresas do simples com CST 61. Isto é assim desde 2024. O que não pode é emitir NFCe com este CST 61 para pessoa Jurídica. ai sim existe recusa. Mas se a nota de Consumo for pra pessoa Física tem que aceitar normalmente o CST 61 na NFC-e de empresas do Simples No caso o cliente e simples nacional e emito nota para cidade de Ponta Grossa-PR

Descobri o problema, faltava atualizar o schemas, foi atualizado o ACBR e os schemas não foram enviados....

Estou tentando enviar a NFSe para Campinas-SP e do dia 12/02/2026 para cá começou a aparecer o seguinte erro: Cod: X800 Descrição: Erro de Validação: --> 1845 - Element 'EnviarLoteRpsSincronoEnvio': No matching global declaration available for the validation root. Dei uma olhada no site a cidade mas não localizei manual nem nada que informasse alguma mudança no envio...

Pode fechar o tópico, o erro era na maquina que estava testando, windows antigo...testei em uma maquina windows 11 e foi....