Italo Giurizzato Junior

Alexandre, É preciso emitir no ambiente de produção, pois a URL que foi alterada pelo provedor se refere a de produção e não de homologação.

Bom dia a todos, Não conheço o Fortes e muito menos o Fast Report, mas lendo as postagens do fórum não é o Fast que devemos relacionar com o arquivo *.fr3 em tempo de execução?

Bom dia Luís, Muito obrigado pela colaboração, já esta disponível. Tem algumas coisas que fiquei em duvida, segundo o schema o Código do município tem que ter 7 dígitos conforme o código IBGE, não entendi o motivo de concatenar o código da UF com o código do município, sendo que este já deveria possuir o código da UF.

Bom dia Alexandre, Não vai unificar, note que a nova URL contem a palavra "prudente". Será necessário alterar o arquivo: SimplISS.INI Faça a alteração e realize os testes se funcionar, nos de um retorno.

Bom dia Miriane, No seu caso o provedor é o Ginfes, correto? Esse provedor se utiliza do método Enviar, e este possui 2 parâmetros: numero do lote e Imprimir. O segundo parâmetro por padrão vale True, isso diz ao componente para imprimir o DANFSE no papel. Se o DANFSE esta sendo apresentado na tela é por que a propriedade de visualização (MostrarPreview) esta com o valor True. Faça o seguinte: ACBrNFSe1.Enviar(vNumLote, False); // Envia o lote para o provedor, mas não imprime automaticamente o DANFSE ACBrNFSe1.DANFSe.MostrarPreview := False; // Não apresenta o DANFSE na tela. ACBrNFSe1.DANFSe.PathPDF := sPathPDF; // Define a pasta onde os PDFs serão gravados. ACBrNFSe1.NotasFiscais.Imprimir; // Imprime o DANFSE no papel ACBrNFSe1.NotasFiscais.ImprimirPDF; // Gera o DANFSE em PDF e salva em disco na pasta definida na propriedade PathPDF

Bom dia Danilo, Vamos a mais um teste, na seção XML do arquivo Recife.INI temos o campo Dados=0 altere para Dados=1.

Bom dia Nelson, Muito obrigado, assim que possível vou analisar.

Bom dia Jorge, Já estamos ciente do problema e estamos trabalhando para resolve-lo. Enquanto isso você pode imprimir pelo Fortes (como você disse esta OK) ou nos ajude colocando a mão na massa.

Bom dia a todos, Araujo, mas essa formatação consta na mesma unit do Trunk. Então quer dizer que esse provedor já não funcionava no Trunk com essa formatação para o numero do lote?

Lauro, Fiz algumas alterações, agora ele vai gerar automaticamente o ID, se utilizando do numero e série do RPS. Por favor atualize os fontes e faça novos testes. Se tudo funcionar como esperado agora não vai ser necessário ler o índice UM para pegar o nome do arquivo, etc. e sim o índice ZERO como tem que ser.

Lauro, Muito obrigado pelos arquivos. Descobri o motivo, no XML do RPS temos o numero série e tipo do RPS, mas essas informações não constam no XML da NFS-e. Por conta disso o componente se perde e acaba gerando um novo item na lista de notas. A unica informação que relaciona a NFS-e com o RPS que consta em ambos os XMLs é o ID da TAG infDeclaracaoPrestacaoServico.

Araujo, Você testou com o novo Tecnos.INI ? A alteração que fiz não é para dar erro de validação.

Boa tarde Araujo, Faça uma cópia da sua alteração e atualize todos os fontes e teste novamente.

Lauro, Você poderia postar em anexo o XML do RPS e da NFS-e? Eles vão ajudar para que eu possa descobrir o motivo de ter que ler o índice UM em vez de ZERO.

Boa tarde a todos, Eduardo, se esta executando o Assinar 2 vezes isso significa que você esta executando o método Assinar e depois executando o método Enviar. O Enviar chama automaticamente o Assinar, isso explica a execução dele 2 vezes. Agora se esta limpando a propriedade CNPJCPF antes de executar pela segunda vez, verifique se entre os dois métodos ( Assinar e Enviar ) não esta sendo executado um NotasFiscais.Clear.

Boa tarde Lauro, Fico feliz que mais um provedor esta chegando lá. E muito obrigado pela informação. Então quer dizer que ao enviar uma nota usando o método Gerar os dados estão com índice UM em vez ZERO. Esse informação é muito importante para nós. Vamos escovar os BITs e descobrir onde esta o problema.

Boa tarde Miriane, Faz quanto tempo que você não atualiza os seus fontes? Pois faz um bom tempo que ocorreu alterações nos fontes e agora é preciso incluir na rotina de configuração meia-duzia de linhas para configurar os dados do emitente. Para saber quais são essas 6 linhas vide o programa exemplo, procure as linhas de configurações onde aparece a palavra "Emitente".

Marcos, Sim, pois é o arquivo que o web service recebe e processa.

Marcos, Tente entrar em contato com o provedor para saber o motivo da rejeição.

Bom dia a todos, Lauro, esse provedor não possui o método Enviar. Fiz umas alterações no arquivo INI do respectivo provedor. Favor atualizar todos os fontes, compilar a aplicação com o Build e testar novamente. Certifique-se que esta usando o SystemPro.INI que foi disponibilizado.

Bom dia, Me parece que o Juliomar esta fazendo as devidas correções, favor atualizar todos os fontes de todas as pastas e testar novamente.

Marcos, Tenho os fontes do Trunk guardados e existe sim os xmlns nas TAGs P1 e P2. Você esta informando o numero do certificado no componente? Se sim, no SimplISS.INI altere o valor do campo UseSSL de zero para 1. E tente novamente.

Marcos, Atualiza e testa novamente.

Bom dia Fabrício, Vejo que não esta configurado corretamente. O Salvar de Geral é para salvar ou não os arquivos gerais, ou seja, de envio e de retorno. Por outro lado o Salvar de Arquivos ( Configuracoes.Arquivos.Salvar) é para definir se vai salvar ou não os arquivos fiscais. O <chave>-NFeDFe.xml é tratado como sendo um arquivo fiscal.

Bom dia Marcos, Favor atualizar os fontes e testar novamente.