Italo Giurizzato Junior

Boa tarde Moro, Essas alterações visam fazer o componente funcionar com esse provedor?

Boa tarde Tiago, Você notou que existem 3 *.fr3 na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Delphi\Report ? São eles: DANFSEPadrao.fr3, DANFSeNovo.fr3 e DANFSE.fr3 Quais dos 3 você esta usando na sua aplicação ? Pode ser que no programa exemplo esta sendo utilizado um que esta funcionando sem nenhum problema e na sua aplicação esta sendo utilizando outro que não esta OK.

Boa tarde Marco, Esse XML que você anexou esta fora do padrão estabelecido pelo manual publicado pelo ENCAT e disponibilizado no Portal Nacional da NF-e. Segundo o manual da NF-e os valores de atributos devem ser delimitados por aspas e não por apostrofes. O componente foi concebido segundo o que consta no manual e notas técnicas. Como você pode resolver esse problema. 1. abrir o XML como sendo um arquivo texto qualquer e verificar se existe a presença de apostrofe, por exemplo procurar pela string: versao=' caso encontre executar um stringreplace substituindo o apostrofe por aspas. 2. salvar o arquivo alterado em disco. 3. carrega-lo usando o LoadFromFile. Você pode achar um absurdo fazer isso, mas é uma solução. Eu tenho uma aplicação que é capaz de apresentar na tela, imprimir e até mesmo gerar o PDF de uma NF-e, CT-e ou MDF-e. Faço algo semelhante para detectar o modelo de documento fiscal que o usuário selecionou. Não checo pelo nome, pois rebebo XML cujo nome passa longe do estipulado pelo ENCAT.

Bom dia Rogério, A resposta para o seu problema esta no topo da página principal do fórum. http://www.projetoacbr.com.br/forum/announcement/17-acbrnfse/ Sem falar no programa exemplo.

Bom dia Lauro, Para fecharmos com chave de ouro, lhe peço que anexo o XML do RPS e da NFS-e com as últimas alterações promovidas, ou seja o ID contendo o numero e serie. Quero ver como ficou e acrescentar o provedor SystemPro como mais um a funcionar 100% no Trunk2.

Bom dia Akai, É preciso comparar os schemas da versão 2.00 com a 2.02 para descobrir o que existe de diferente. Pode ser coisa minima e neste caso podemos dizer que o provedor segue a versão 2.00

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.