Léo

Bom dia Italo !, Ainda referente a esta alteração da quantidade de caracteres da descrição da lista de Itens de 256 para 2000 caracteres. Fiz uma alteração no "DANFSeNovo.fr3", especificamente no subReport1 Itens de serviços no objeto texto "ItensServicoDiscriminacaoServico", alterando o tamanho da fonte de 7 para 6, desta forma aumentando a área de impressão e não interfere na legibilidade. Grato pela atenção. DANFSeNovo.fr3

Bom dia @Italo Giurizzato Junior ! Encontrei a situação, solucionei da seguinte forma: Na Unit ACBrNFSeXDANFSeFR especificamente neste trecho abaixo: na linha marcada em AMARELO, alterado o tamanho do campo de 256 para 2000 caracteres. cdsItensServico := TClientDataSet.Create(nil); with cdsItensServico do begin Close; with FieldDefs do begin Clear; Add('DiscriminacaoServico', ftString, 2000); // Add('DiscriminacaoServico', ftString, 256); Add('Quantidade', ftString, 10); Add('ValorUnitario', ftString, 30); Add('ValorTotal', ftString, 30); Add('Tributavel', ftString, 1); Add('Unidade', ftString, 3); Add('Aliquota', ftString, 30); Add('AliquotaISSST', ftString, 30); Add('ValorISSST', ftString, 30); Add('DescontoIncondicionado', ftString, 30); end; CreateDataSet; LogChanges := False; end; ACBrNFSeXDANFSeFR.pas

Bom dia !, sim, estou considerando isso, encontrei o problema que estava considerando 256 caracteres para cada item, mas o problema já resolvi, alterando o limite de caracteres. Obrigado por responder.

Boa tarde !, Tenho um caso de um XML de NFS-e, com um com a descrição com mais de 1.100 caracteres, só que na DANFS-e para fast Report imprime somente 258 caracteres. Fiz uma busca geral e tentei encontrar o local onde poderia alterar, mas não encontrei. alguém já passou por isso? att Léo

Ok !, Conheço esse da Serpro, mas não me referi a isso, Me refiro a um serviço gratuito da secretaria.

Bom dia Ricardo !, Sim já utilizo esta API, só que percebi que consumindo ela gratuitamente, tem um delay (tempo de atraso para atualização dos dados de até 32 dias), por isso que pensei em utilizar esta função alternativamente. O ideal seria a secretaria disponibilizar um WS para esse fim, pq para nós aqui esse é um dos principais motivos de suporte.

Boa noite Daniel, acessei a pagina direto por este link, é direcionado para o local da consulta sem problemas. Inclusive antes de fazer o questionamento revirei todos os posts do forum em busca de solução. Vou verificar a solução do Juliomar. Muito obrigado pela atenção !. Boa noite Juliomar, Vou verificar, Muito obrigado !.

Boa tarde !, Quando executo a consulta não retorna conteúdo e não retorna erro também. Componentes já atualizados. Alguma instabilidade relatada ?

Boa tarde Juliomar ! Sim, está na mão !. Inclusive não tenho mais nenhum cliente que utiliza este provedor Betha. Mas mesmo assim é importante a solução. NFSe Betha teste.xml

Boa tarde Italo !, Tenho mais algumas alterações/inclusões na função "NaturezaOperacaoDescricao" na unit "pnfsConversao.pas". Anexo unit para analise !. Grato !. Att Léo pnfsConversao.pas

Bom dia !, Concordo com suas observações !. alguém com um maior conhecimento da classe (para ambos os geradores Fast Report e Fortes) de leitura poderia implementar essa funcionalidade na leitura do xml conforme sua sugestão, para tornar-se padrão para todos.

Boa tarde gguimp, Testei aqui também e funcionou legal, vou utilizar este seu até o pessoal analisar as suas alterações. Muito Obrigado !!.

Boa tarde, Obrigado, vou fazer uns testes com o teu arquivo. abraço !.

Pelo que sei é uma característica da Betha e Pronim quando o caso de mais itens na mesma NFS-e. Mas pode ser melhorado certamente, qual a sua sugestão ?. Ps: Esta função está a um bom tempo nesta Unit "ACBrNFSeDANFSeFR.pas"

Boa tarde, Pequeno ajuste na função "AjustaDiscriminacao" na unit para impressão com o FastReport "ACBrNFSeDANFSeFR.pas", esta função é responsável por separar os itens quando esta nota contiver mais de um item. PS: Anexo Unit alterada. Favor analisar a alteração !. ACBrNFSeDANFSeFR.pas

Boa tarde !, Alguém encontrou alguma solução, até o momento somente consegui resolver o problema dos "Documentos Originários" que estava mesclando com o quadro "Observações". Resolvi isso aumentando o valor da variável "NumMaxNF" para 45, mas o quadro onde estão os dados do "Remetente" e "Destinatário" não imprime. Até o momento não consegui compreender onde está o problema. Com a minha alteração o DACTe ficou conforme anexo.

Bom dia Italo, Eu estou testando aqui também, mas ainda não encontrei o motivo do problema !.

Boa tarde Italo, Estou gerando pelo Fast Report, vou enviar o xml por e-mail para você. Muito Obrigado.

Percebemos um caso de um cliente que emitiu um DACT-e na versão do MOC. 3.00a, com 22 notas, no momento da impressão do DACTe, omitiu as informações do Remetente e destinatário. Imprimiu parte dos "Documentos originários", depois imprimiu as "Observações", imprimiu também "Informações Especificas do modal rodoviário" e também "Uso exclusivo do emissor do CT-e" e posteriormente imprime o restante dos "Documentos Originários".

Bom dia Italo !. Segue uma pequena alteração no numero de casas decimais do valor unitário do serviços, foi aumentado para 6 casas após a virgula. segue anexo unit pnfsNFSeW_IPM.pas favor analisar ! grato !; pnfsNFSeW_IPM.pas

Quando tiver novidades posto aqui !.

Para nós resolvemos o problema citado alterando para a versão 2.00.

Verifique a versãoDF e veja se está ve200

Pelo que observei isso é uma alteração no provedor IPM que está rejeitando o xml de cancelamento quanto estiver presente a tag "forma_pagamento". Não creio que esta alteração vá gerar algum problema, recomendo que façam teste com essa alteração em seus municípios. Aqui em Pinhalzinho funcionou !.

Postei a unit ai para o Italo, analisar, se sim, ele insere a alteração no projeto !.