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

Boa tarde !, Tive o mesmo problema aqui em Pinhalzinho-SC, Para resolver fiz o seguinte: Omiti a tag "forma_pagamento" no xml de envio de cancelamento e funcionou. veja alteração abaixo em vermelho !. segue anexo a unit alterada !. procedure TNFSeW_IPM.GerarXML_IPM; begin Gerador.Opcoes.DecimalChar := ','; Gerador.Prefixo := ''; Gerador.wGrupoNFSe('nfse ' + FIdentificador + '="' + FNFSe.InfID.ID + '"'); GerarIdentificacaoHomologacao; GerarIdentificacaoRPS; GerarValoresServico; GerarPrestador; GerarTomador; GerarIntermediarioServico; GerarListaServicos; if NFSe.Status <> srCancelado then GerarCondicaoPagamento; Gerador.wGrupoNFSe('/nfse'); end; pnfsNFSeW_IPM.pas

Bom dia !, Alguém conseguiu avançar no problema de cancelamento da NFS-e da Publica ?.

Boa tarde Italo !, Criado novos códigos para Natureza de Operação para o Município de Chapecó-SC Os Códigos foram os seguintes: 108, 112, 113, 115 pnfsConversao.pas

Bom dia Italo !. Ajustado a precisão da tag abaixo: de : Gerador.wCampoNFSe(tcDe2, '', 'unidade_valor_unitario', 1, 30, 0, NFSe.Servico.ItemServico.ValorUnitario, ''); para : Gerador.wCampoNFSe(tcDe3, '', 'unidade_valor_unitario', 1, 30, 0, NFSe.Servico.ItemServico.ValorUnitario, ''); Avaliar a unit anexo. pnfsNFSeW_IPM.pas