Léo

Boa tarde Italo, Observei que isso acontece quando envia o xml e a Danfse por e-mail. Alterei aqui a forma que estou Carregando a classe da NFSeX e percebi que quando envia o e-mail. Após isso a Danfe está saindo perfeito mas o xml anexado está vazio. fui depurar e cheguei na seguinte funcao GravarStream da unit "ACBrNFSeXNotasFiscais" function TNotaFiscal.GravarStream(AStream: TStream): Boolean; begin if EstaVazio(FXmlRps) then GerarXML; AStream.Size := 0; // WriteStrToStream(AStream, AnsiString(FXmlNfse)); WriteStrToStream(AStream, AnsiString(FXmlRps)); Result := True; end; E que chama a funcao GerarXML da mesma unit. function TNotaFiscal.GerarXML: String; var FProvider: IACBrNFSeXProvider; begin FProvider := TACBrNFSeX(FACBrNFSe).Provider; if not Assigned(FProvider) then raise EACBrNFSeException.Create(ERR_SEM_PROVEDOR); FProvider.GerarXml(NFSe, FXmlRps, FAlertas); Result := FXmlRps; end; Fazendo está alteração o E-mail fica com o XML e Danfse corretos At. Léo

Pois é, na verdade é o ImprimirDANFSEPDF não olhei se herança do mesmo método ImprimirPDF. Vou tentar depurar aqui, estou atolado aqui, mas alguma diferença tem entre esses métodos. Claro que isso não ajuda muito, mas isso passou a ocorrer depois que migrei para o NFSeX.

Bom dia Diego!, Utilizo o FastReport, No caso não utilizo o XML, eu populo o componente de NFSXe com os dados do banco, pois no caso da IPM não retorna o xml autorizado, mas somente um xml com o numero da nota, portanto adotei esse critério de popular o componente com os dados do meu banco. O curioso é que com o componente populado utilizando o método "Imprimir" imprime corretamente, mas como o método "ImprimirDANFSEPDF" não acontece o mesmo.

Boa tarde, Identifiquei que o método "Imprimir" e "ImprimirDANFSEPDF" são divergentes. no caso do "ImprimirDANFSEPDF", percebi que não está imprimindo o Número do NFS-e e Data de Emissão, enquanto o método "Imprimir" sai corretamente. Isso está gerando problema, pois quando ocorre o envio do e-mail pelo método "EnviarEmail", pois não está condizente com o correto. Imagem de parte do da DANFSe gerada. Att. Léo

Boa tarde, Favor incluir as seguintes informações para NFSeX. [4217303] Nome=Saudades UF=SC Provedor=Pronim Versao=2.02 ProRecepcionar=http://saudades.govbr.cloud/nfse.portal.integracao/services.svc HomRecepcionar=http://saudades.govbr.cloud/nfse.portal.integracao.teste/services.svc Atencionsamente !.

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