Italo Giurizzato Junior

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.

Boa tarde Jair, Favor atualizar os fontes a solução apontanda pelo Liandro, já esta implementada no componente.

Boa tarde Ranlive, Atualize os fontes e teste novamente, por favor.

Boa tarde Leandro, O problema ocorre com todos os clientes? É de vez em quando? Todos os seus clientes são do Estado de São Paulo? Para o componente salvar o XML fora da pasta AnoMes é porque esta sendo configurado de forma errada.

Boa tarde Walter, Se você alterar para: ACBrCTeDACTeQR.MostrarPreview := True; Vai ocorrer a visualização do DACTE na tela, mas não sei como o componente vai se comportar quando temos 2 ou mais CT-e carregados. A minha aplicação só permite a visualização quando é carregado apenas 1 CT-e quando tem 2 ou mais não permite a visualização, apenas imprimi.

Boa tarde Rodrigo, Essas URLs são para a NF-e, as da NFC-e são outras, talvez você só vai conseguir essas URLs com as empresas que estão participando do projeto piloto.

Boa tarde Icaro, Você esta usando o MOC versão 2.0 preliminar publicado como sendo a NT 2013/006, favor baixar o MOC 2.0, este possui algumas alterações em relação ao anterior. Eu achei também que as URLs dos WebServices teriam alguma alteração por se tratar de uma nova versão, como ocorreu com a NF-e. Mas pelo que pude ver isso não ocorreu as URLs continuam as mesmas, apenas foi acrescentado o WebService para recepcionar eventos.