Italo Giurizzato Junior

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 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.

Rodrigo, Post aqui no fórum as URLs tanto do ambiente de homologação quanto a de Produção da SEFAZ-RS utilizadas para a NFC-e. Acredito que o problema seja esse.

Bom dia timoboll, Você esta equivocado, o SAT que poderá ser utilizado como contigência da NFC-e. No caso da NFC-e não existe homologação de nada, ou seja não precisa homologar o seu software e a impressoa a ser utilizada para imprimir o DANFE - NFC-e não precisa ser fiscal e portanto esta livre de homologação e lacres.

Bom dia Paulo, Seria possível você postar como anexo os XMLs tanto o de carga fracionada como o de lotação para que possamos fazer os ajustes no DACTE?

Bom dia Fabio, O valor do serviço no XML é igual ao impresso no DACTE em PDF que você recebeu junto? Você utiliza o componente ACBrCTe para ler o XML, e o ACBrCTeDACTEQR para visualizar e imprimir o DACTE? A diferença é de centavos?

Bom dia a todos, Rodrigo, Você alterou a propriedade ModeloDF do componente ACBrNFe ? Por padrão o seu valor é moNFe, devemos alterar para moNFCe.