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