Ir para conteúdo
  • Cadastre-se

Daniel Braz de Oliveira

Membros
  • Total de ítens

    144
  • Registro em

  • Última visita

Tudo que Daniel Braz de Oliveira postou

  1. Muito obrigado Ítalo. Vou estudar e migrar minha aplicação. Abraço.
  2. Ok. Segue a unit com a minha alteração. Inclusão da function _StrToSimNao alterada a partir da linha 786 pnfsNFSeR.pas
  3. 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.
  4. 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.
  5. 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.
  6. Resolvido. Devia ser alguma instabilidade no servidores da SEFAZ-PR Reenviado com sucesso.
  7. 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.
  8. 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.
  9. 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.
  10. Excelente contribuição. Obrigador por compartilhar. *** Obrigado.
  11. Boa tarde Ítalo. Obrigado pela informação. Na sequencia vou realizar este procedimento. Abraço.
  12. 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.
  13. Desculpe... ato falho. Com o ';' funcionou. Acabei reabrindo o xml errado..
  14. 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.
  15. Opa, obrigado Juliomar. Vou testar.
  16. Boa tarde. Preciso da ajuda dos colegas. Há tempos desenvolvi uma rotina para emissão de notas fiscais de serviços de um cliente para o servidor da Prefeitura de Curitiba. Tudo normal. Funcionando. O link da nota era enviado para o cliente e o mesmo baixava do site da prefeitura a nota. Na descrição dos serviços, meu cliente adiciona mais informações, e eu usei \r\n para inserir a quebra de linha, para que a apresentação da nota ficasse com a quebra de linha, quando acessado pelo próprio site da prefeitura. Agora meu cliente quer que seja enviado o PDF da nota e não mais o link. Tentei usar a rotina padrão do EnviarEmail, setando para true a opção para enviar o pdf. Funcionou perfeito. Mas o meu cliente quer um email estilizado, com muitas informações sobre a cobrança, logo da empresa e etc.. Não consegui fazer isso pela rotina EnviarEmail. Então, criei uma rotina separada, formatando o texto do email com html e anexando o pdf gerado pela rotina ImprimirPDF. Também funcionou corretamente, exceto pelo texto da descrição dos serviços, que não quebra a linha com \r\n. E como no xml da nota está assim, não estou conseguindo resolver. Alguma dica ?? 1 - Formatar o email pela rotina padrão EnviarEmail ? ou 2 - Ajuste na rotina ImprimirPDF para que quebra a linha quando encontrar \r\n? ou 3 - Alguma outra forma de fazer isso ?? Agradeço antecipadamente. Daniel
  17. Bom dia. Desde segunda feira, o webservice para consulta da nota fiscal da Prefeitura de Curitiba tem retornado erro HTTP 503 - Servidor Indisponível. Isso acontece quando se tenta acessar a nota pelo link semelhante a este: https://srv2-isscuritiba.curitiba.pr.gov.br/portalnfse/Default.aspx?doc=XXXXXXXXXXXX&num=XXXX&cod=????????. Abri um chamado no suporte mas não recebi nenhum retorno. Alguém sabe de mudanças no acesso ? Grato.
  18. Entendi, Panda. Vou mudar a configuração. Obrigado.
  19. Desculpe Victor, mas esta informação creio que não procede. A partir da linha 3521, temos esta rotina. Na linha 3538 tem a chamada para o layout cnab240 da unit ACBrBoleto.
  20. Bom dia! Estou configurando a remessa layout 240 para o banco Uniprime. O processo é finalizado sem erros, mas só gera o cabeçalho e rodapé. Os titulos não. Fiz o debug na function GerarRemessaStream da classe AcbrBoleto (linha 3496) e os dados são inseridos no loop mas quando gera o arquivo texto, só ficam as linhas em branco. Há alguma situação diferente para este bando ? Estou usando o codigo do banco = 099. Segue o arquivo texto gerado. Alguma dica ?? CBINSAT-INSTITUTO2904b.rem
  21. Juliomar boa noite. Não sei se é esta a situação. Pois como disse, criei umaVM, instalei o D7, baixei novamente os pacotes do acbr e tive o mesmo problema, ao usar o instalador. Então é um grande mistério. Como resolvi manualmente, não vou me preocupar com isso, por ora. Grato.
  22. Bom dia a todos. EStou marcando este post como resolvido. Mas na verdade ficou o mistério. Refiz diversas vezes o processo da instalação do D7 e não importanto a sequencia de registro dos componentes, quando instalava o ACBR via instalador, havia os conflitos com o Indy10 e o UserControl. Cheguei a criar uma VM, pensando que pudesse ser conflito com o Rad10.4, que também tem estes componentes instalados, mas foi a mesma coisa. Resolvi, instalando o ACBR manualmente, conforme o guia que está no trunk2, o que me leva a crer que há alguma coisa com o instalador, que por algum motivo desconhecido, tem gerado este erro. Sei que parece ser insano isso, pois até agora ninguém relatou situação semelhante. Como resolvi por aqui, só fica mesmo o meu relato. Obrigado ao Juliomar pela interação.,
  23. Boa tarde Juliomar. Obrigado pelo retorno. Também creio que não seja o ACBr. Mas coincidentemente, só dá o erro depois q instalo o acbr. Refiz todo o processo hj, reinstalando o D7, daí fiz Indy, fechei reabri. Normal. Instalei o acbr, fechei. Quando reabri, apresentou o erro. Vou verificar os paths... Valeu pela dica.
  24. Boa noite. Precisei reinstalar o Delphi 7 (isso por ter alguns sistemas legados que não migraram ainda para web ou versão mais atualizada). Instalei todos os componentes usuais, entre eles o Indy10 e o UserControl. Testei o D7 abria normalmente. Deixei para instalar o ACBR por último. Também instalou normalmente. Mas quando tentei abrir o D7 recebi erro dos .bpl do Indy e do UserControl, informando que os referidos arquivos não estavam na pasta ..\projects\bpl. Mas eles estão lá. Isso aconteceu por 2x, pois na primeira vez achei que eu havia feito algo errado. Daí reintalei o D7. Se eu tentar reinstalar os pacotes do Indy e UserControl, recebo o mesmo erro. Usei o instalador do acbr. Tentei desinstalar o ACBR e ver se os 2 pacotes funcionaram, mas não. Pelo jeito terei que resintalar o D7, mas queria evitar este erro novamente. Afirmo que até ontem, estava tudo funcionando normalmente sem conflitos entre estes pacotes. A única coisa diferente é que hoje eu atualizei o acbr, coisa que entendo não ser o problema. Alguma luz ?? Grato.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.