Italo Giurizzato Junior

Boa tarde João, Estou trabalhando para resolver esse problema. Enquanto isso peço para que você mude a impressão do canhoto de "Cabeçalho" para "Rodape" no componente ACBrCTeDACTeQR temos a propriedade: PosRecibo cujo valor padrão é prCabecalho, altere para prRodape. Isso vai resolver o problema do total de paginas. Isso só acontece pelo que pude notar quando a impressão do canhoto é no cabeçalho e o CT-e é emitido como sendo carga lotação. Quando é carga fracionada podemos colocar o canhoto em qualquer posição que não ocorre o problema.

Boa tarde Caetano, Se você postar ou enviar para mim por e-mail um XML de uma NFS-e que ocorre o problema fica mais facil de encontrar uma solução.

Boa tarde Marcio, Se a homologação que você se refere é de Hard e Software a resposta é não. Uma das premicias da NFC-e é não existir homologação de nada. Você desenvolve o Software e utiliza uma impressora de bobina não fiscal para imprimir o DANFE da NFC-e. Porque não há necessidade de homologar nada? Simples, que diz que o DANFE impresso é valido juridicamente é a SEFAZ que recebeu o XML assinado e retornou o protocolo de uso. E como o DANFE é apenas uma imagem grafica do XML, logo se o mesmo esta autorizado pela SEFAZ o DANFE é valido, desde que contenha a chave para que o consumidor possa realizar a consulta, sem falar do QR-Code que é outro mecanismo de consulta e que vai confirmar ou não a autenticidade do DANFE.

Boa tarde Thiago, Quando o nome do tomador tive o caracter "&" simplesmente mude para "E". O componente já faz o tratamento, mas se o webservice não consegue interpretar corretamente o "&" não resolve nada.

Boa tarde Caetano, Essa resposta alem de confrmar que a funcionalidade de Substituição não esta presente em todos os provedores, deixa claro que o gerador de NFS-e do webservices deles esta com falha e gerando uma informação que não existe. E que você tem que alterar o seu sistema para que o mesmo ignore esse lixo, pois eles não estão com a menor vontade de corrigir um problema que é deles e não nosso. Só que estamos falando de um componente que foi criado para atender dezenas de provedores e não somente o deles. E ai qual a sua sugestão, fazer a vontade deles, ou abarrotar o telefone deles com reclamações?

Bom dia Jonathan, Post como anexo o XML do RPS enviado ou melhor do lote enviado, pois o erro retornado se refere ao XML do RPS enviado no lote que esta com problema.

Bom dia Elvis, Você tem como postar como anexo o XML do conhecimento de numero 44 que é que foi rejeitado?

Bom dia Caetano, Eu acredito que o problema esta no webservice que esta gerando essa informação. Se todas as NFS-e que você emite vem que ela substituiu a de numero 1 algo esta errado. Uma vez que o componente não possui a funcionalidade de substituição. Vamos aos conceitos: Cancelar e substituir: Você emite a NFS-e para variar antes de realizar o serviço e depois o cliente desiste, neste caso você efetua o cancelamento. Você emite a NFS-e, o cliente ou você detecta um dado errado, você efetua o cancelamento da NFS-e emitida e emite outra, temos ai uma substituição. Alguns provedores possui um webservice para agilizar esse processo, ou seja você emiti a NFS-e de numero 30 e informa no XML que esta substuituindo a de numero 29 por exemplo, só que você não utiliza neste caso o webservice normal para emitir NFS-e e sim o de substituição. Pois este webservice se encarrega de efetuar automaticamente o cancelamento da NFS-e de numero 29. Mas essa funcionalidade não foi implementada no componente, uma vez que não são todos os provedores que dispõe desse webservice. Portanto isso me leva a crer que trata-se de um problema no provedor. Para confirmar isso, basta olhar para o arquivo do RPS que é gerado, verifique se tem alguma TAG que faz referencia a substituição de NFS-e.

Bom dia Tora Transportes, Como a cidade de Betim realmente vai passar a utilizar o provedor Ginfes, devemos apenas agora aguardar a data de inicio. Para que possamos efetuar a alteração.

Bom dia Udenilson, Depois que ocorre o envio do lote de RPS para o webservice temos como resultado final o XML da NFSe exatamente como foi gerado pelo webservice. O componente salva automaticamente esse XML a principio dentro da pasta NFSe. Você chega a carregar esse arquivo com o LoadFromFile e depois salva ele novamente na mesma pasta ou em outra? Se sim, tai o problema. O LoadFormFile remove os prefixos para ajudar na leitura das tags e armazena o XML sem os prefixos em uma propriedade chamada XML_NFSe. Se você depois salva o conteudo dessa propriedade temos como resultado final o XML da NFS-e sem os prefixos. Por favor verifique se não é isso que esta ocorrendo com a sua aplicação. Depois de obter o a NFS-e o XML é lido com o LoadFromFile e salvo novamente.

Bom dia Rodrigo, Até onde sei, a empresa pode utilizar o mesmo certificado usado para assinar a NF-e quando for emitir a NFS-e.

Boa tarde Caetano, Post como anexo o XML da respectiva NFS-e, sem ele fica dificil saber o que esta ocorrendo.

Boa tarde, Tenta fazer isso: Abra o fonte ACBrNFSeDANFSeQR depois abra o ACBrNFSeDANFSeQRRetratoCampinas. Remova de uses as seguintes units: qrFramelines e grimgctrl. Salva e fecha os arquivos. Abra a aplicação que utiliza os componentes e compila com a opção Build.

Boa tarde, Você esta com todos os fontes de todas as pastas atualizados? Você incluiu no Library Path do Delphi o caminho onde esta os fontes do componente ACBrNFSe?

Bom dia a todos, Favor atualizar os fontes e testar novamente.

Bom dia a todos, Acabo de realizar um teste usando uma aplicação que tenho para visualizar e imprimir documentos fiscais: NF-e, CT-e e NFS-e. Utilizo os componentes feitos em Quick Report e a visualização e a impressão da NFS-e ocorreu sem nenhum problema, ou seja apenas 1 folha. Fica a pergunta, os fontes realmente estão atualizados? A versão do ACBrNFSeDANFSeQRRetrato (Delphi Form) é 5835

Bom dia flexsistemas, Até onde sei o componente para imprimir o DACTE feito em Fast Report não teve alterações.

Bom dia Leandro, Aparentemente a configuração do componente esta certa, acredito eu que o problema esteja relacionado a maquina onde o certificado esta instalado, que me parece ser um servidor.

Bom dia Udenilson, Vou checar mais algumas coisas e tentar descobrir o problema.

Bom dia Fernando, Dados iniciais para inclusão: Nome/UF do municipio; Código IBGE; Provedor, empresa contratada pela prefeitura para implantar a NFSe. Se o provedor em questão já esta implementado no componente ótimo, meio caminho andado. Caso contrario vai ser necessário obter mais dados: Qual é o padrão adotado, schemas, layout dos envelopes de envio, URLs dos WebServices, ... Basicamente devemos alterar os arquivos pnfsConversao e a unit referente ao provedor quando este já existe, caso contrario temos que criar uma nova unit para o novo provedor.

Icaro, Ai que esta o problema, até agora não foi publicado as novas URLs. O que eu fiz foi pegar a URL que recepciona eventos da NF-e e fazer algumas alterações tipo, alterei nfe para cte e tentei enviar o evento de cancelamento e foi, funcionou. Como dito os meus testes foram realizados com a SEFAZ-Virtual do RS, inclui a URL para as UFs que possui os seus próprios WebServices como por exemplo São Paulo, mas não realizei testes. Abra o fonte ACBrCTeUtil linha 452, você vai encontrar a URL para recepcionar eventos da SV-RS. Detalhe todos os fontes de todas as pastas estão atualizados?

Boa tarde Elciane, Ainda não, e qual é provedor utilizado por Porto Velho/RO?

Boa tarde Jonathan, Post como anexo as alterações que você fez nos fontes para que possamos analisar. Outra coisa existe uma propriedade: Configuracoes.Webservices.Salvar atribua o valor True para que seja gerado os arquivos *-c.xml com eles fica mais fácil descobrir o problema.

Boa tarde Marcio, Você já deve ter percebido que o WebService da Ginfes é lento, quando você envia um lote, mesmo com apenas um RPS, até ocorrer o retorno do XML da NFS-e é possível tomar uma xicara de café. E pelo que entendi os 3 usuários estão enviando através de uma unica máquina, um servidor por exemplo, estou correto?

Boa tade Liandro, Se possível post como anexo o XML da NFS-e que faz com que o DANFSE fique com 2 folhas. Por outro lado atualize todos os fontes de todas as pastas e teste novamente.