Daniel Braz de Oliveira

Muito obrigado Ítalo. Vou estudar e migrar minha aplicação. Abraço.

Ok. Segue a unit com a minha alteração. Inclusão da function _StrToSimNao alterada a partir da linha 786 pnfsNFSeR.pas

Bom dia Juliomar. Creio que não seria tão simples assim. Pois outros servidores podem usar o padrão 0,1. Imagino que teria que fazer uma consulta se for prefeitura de Curitiba usar esta rotina, senão, usar a padrão. Precisaria ver com outros colegas que atendam clientes que emitam nfse para Curitiba, como estão resolvendo isso. Grato.

Achei o problema. Na função function _StrToSimNao, na unit pnfsNFSeR, retornava 1-Sim e 0-Não. Mas na prefeitura (Curitiba, esqueci de mencionar antes) é := 1-Sim - 2-Não, conforme o xml gerado pela prefeitura e postado na mensagem original. Alterei a função e deu certo. Também teste com a unidade que é optanteSimplesNacional e tb resultou em sucesso. Não sei como vão fazer, pois parece que Curitiba fugiu do padrão. Abaixo a função original comentada, e a corrigida. { function _StrToSimNao(out ok: boolean; const s: String): TnfseSimNao; begin result := StrToEnumerado(ok, s, ['1','0'], [snSim, snNao]); end; } function _StrToSimNao(out ok: boolean; const s: String): TnfseSimNao; begin result := StrToEnumerado(ok, s, ['2','1'], [snSim, snNao]); end; Grato.

Boa tarde amigos. Um cliente acabou sendo desenquadrado do SN em umas das unidades de negócio. Alterei a linha onde esta opção é definida: if w_unidadenegocio ='06' then // Clinivendas OptanteSimplesNacional := snNao else // outras unidades de negocio OptanteSimplesNacional := snSim; Mas o xml vai como SN. Debuguei e entra na condição do IF <NaturezaOperacao>1</NaturezaOperacao> <RegimeEspecialTributacao>0</RegimeEspecialTributacao> <OptanteSimplesNacional>1</OptanteSimplesNacional> É necessário alterar em algum outro lugar ? Na prefeitura já está normalizado, pois se gerar a nota manualmente fica normal,conforme abaixo: <NaturezaOperacao>1</NaturezaOperacao> <RegimeEspecialTributacao>0</RegimeEspecialTributacao> <OptanteSimplesNacional>2</OptanteSimplesNacional> Grato.

Resolvido. Devia ser alguma instabilidade no servidores da SEFAZ-PR Reenviado com sucesso.

Boa tarde. Alguém já teve este tipo de erro? Erro nao catalogado Rejeicao Automatica [ProcessadorLote.enviarNotaFila()] - javax.naming.NameNotFoundException: AutorizacaoFila5 not bound Grato. Daniel.

Obrigado. Valeu.

Boa noite Juliomar ! Obrigado pelo retorno. Meu amigo, eu simplesmente repliquei a questão de um colega, pois me ocorreu a mesma necessidade. Que é imprimir o CNAE na nota do ACBR, no lugar do Código do Serviço. Só isso. O tópico em questão é "Impressão do CNAE do serviço na Danfe NFSe (Fortes Report)", iniciado pelo colega Dércio Luis Zanatta, no dia 23/09/2024. E eu sei exatamente que a impressão pelo site da prefeitura é uma coisa e outra coisa é quando desenvolvemos um software próprio. Eu peguei carona no assunto. Grato.

Boa tarde. Também estou sendo questionado por um cliente, que deseja que o CNAE seja impresso e destacado no corpo da NFS-e, igual quando a nota é impressa pelo sistema da Prefeitura - Curitiba, no caso. No tópico original, há informação que foi criado o #TK-6023 para analisar. Alguma novidade ? Grato.

Excelente contribuição. Obrigador por compartilhar. *** Obrigado.

Boa tarde Ítalo. Obrigado pela informação. Na sequencia vou realizar este procedimento. Abraço.

Bom dia. O meu tópico anterior foi resolvido em parte. Usando a dica do Juliomar em usar o ';' para a quebra de linha, quando executar o ImprimirPDF, deu certo, conforme a imagem em anexo. Mas se usar a impressão pelo site da Prefeitura, também conforme imagem anexo, a quebra de linha não acontece. Consultei o meu cliente e ele disse que gostaria que as duas impressões fossem corrigidas. Eu tenho uma idéia e gostaria de compartilhar aqui. Caso alguém tenha uma sugestão diferente, agradeço. Penso em manter a formatação inicial, com o '\r\n' para a quebra de linha pelo site da prefeitura. Mas no momento de gerar o PDF via ACBR, fazer uma substituição no próprio xml, trocando o '\r\n' pelo ';' antes de carregar o xml. É gambiarra, mas seria solução mais simples no momento, penso eu.

Desculpe... ato falho. Com o ';' funcionou. Acabei reabrindo o xml errado..

Infelizmente não deu certo Juliomar. Nem quem '|' e nem com ';'. O xml é ficou assim assim: <Discriminacao>PRESTACAO DE SERVICOS EM SAUDE OCUPACIONAL|Vencimento: 29/08/2024|Deposito C/C|SANTANDER\r\nAgencia xxxx-0 / Conta Corrente xxxxxxxx-x\r\n</Discriminacao> Só há a quebra da linha quando encontra o \r\n Deixei assim mesmo no teste para conferir o ponto da quebra de linha. Agora um coisa que achei estranho, é que eu usei o Demo agora para ver o PDF e a descrição dos serviços não aparece. Vou continuar com os testes aqui.