Italo Giurizzato Junior

Boa noite Evandro, Foram feitas diversas alterações nos fontes do componente. Qual era o método de envio (Enviar, Gerar ou EnviarSincrono) ?

Boa noite Alexandre, Muito obrigado pela informação, já esta disponível o arquivo INI com a URL de produção alterada.

Boa noite Paulo, Favor atualizar todos os fontes de todas as pastas. O INI que você postou não encontra-se atualizado com os demais.

Boa noite Araujo, Tente conseguir todos os Schemas.

Boa noite, Muito obrigado pela colaboração, já esta disponível.

Boa tarde Araujo, Mas existe os Schemas (arquivos XSD) na pasta Tecnos. Note que no caso desse provedor o envio é Síncrono.

Boa tarde Adriano, Favor atualizar todos os fontes e compilar a aplicação com a opção build. Realize novos testes.

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.