Leonardo Gregianin

Na instalação deste componente não deveria acontecer este tipo de erro porque o codigo-fonte do pacote já direciona a versão do FastReport com a versão do Delphi. Veja o código fonte do pacote de instalação neste link, e tente reinstalá-lo novamente com o fonte deste link.

O cancelamento no provedor Issnet estava com erro no componente a pouco tempo atrás, seu fonte está atualizado?

Boa tarde, Este erro está relacionada a problemas na instalação do FastReport.

Dê uma olhada nas rejeições 753, 754 e 786 na página 90 da NT 2013.005, ela mostram quando se deve usar transportadora ou não.

Boa tarde a todos, Segue anexo novamente todos os arquivos para impressão da NFC-e detalhado e simplificado em FastReport, incluindo as últimas correções feitas pelo Roberto.Godinho. Até a próxima.

Roberto, Observe bem nos dois modelos detalhados que imprimem duplicados os dados da empresa e a mensagem padrão da danfe NFCe:

Roberto, Não ficou bom explico: 1 - Os dados do emitente imprime duas vezes (uma abaixo da outra) porque o Header1 está como filho (child) do ReportTitle. Tirando esta vinculação imprime correto somente uma vez e somente na primeira página o Danfe completo, porém o Danfe simplificado só imprime com Header1 sendo "child". 2 - O cabeçalho dos produtos (GroupHeaderDadosProdutosHeader) também está imprimindo na "segunda folha", devendo setar a propriedade "ReprintOnNewPage" para False. 3 - Não sei como está fazendo com as margens porque passando pelo código não funciona, estou alterando manual.

Posso te responder algumas... A NFC-e já está implementado dentro do componente ACBrNFe somente necessário trocar a propriedade do documento fiscal. A forma como seu software será feito via web, pdv, desktop, remoto não influência no processo, a transmissão é via webservice como a NFe. A inclusão de empresas no NFC-e depende de regras da Sefaz de cada estado da federação e não precisa de homologação do software. As empresas de ECF vão vender muito mais com as impressoras não fiscais.

Roberto Godinho, Estou com um problema na impressão do NFCe em FastReport que ainda não consegui resolver. O problema ocorre quando há mais de uma folha na impressão e o PageHeader "Emitente" é impresso em todas elas. Mesmo a impressão do cupom ser em sequencia imprime o PageHeader "Emitente" várias vezes conforme o preview do FastReport. O que poderia ser feito para resolver é a propriedade "PrintOnFirstPage" ficar "True" somente na primeira página. Abraço.

Bom dia, Para iniciar alguma ajuda será preciso saber qual a cidade que está enviando e qual(is) a(s) mensagem(s) de erro que aconteceram.

Não está não. Eu fiz outro executável em Delphi XE2 utilizando os componentes do ACBr, e a chamada dele pelo Delphi 5 você pode fazer com os próprios comando do Delphi como o "WinExec" ou "ShellExecute".

Em regra tudo que estiver no XML será impresso. Qual o tipo de relatório utiliza?

Eu instalei os componentes do ACBr no Delphi 5 a um tempo atrás e a evolução da instalação está De tantos erros que ocorrem não recomendo utilizar Delphi 5 com ACBr. O que fiz é um novo executável nas versões mais novas do Delphi, meu caso Delphi XE2, e pelo Delphi 5 faço a chamada dele.

Roberto, algo estranho neste pedaço de código: Não falta o ambiente de produção aí?

Uma crítica construtiva a Bematech: Não poderia fazer um único instalador? O gerador de instalador NSIS, que a Bematech utiliza, tem variáveis para identificar se o sistema operacional é x86 ou x64 bits: !include x64.nsh ${If} ${RunningX64} ExecWait 'BematechVirtualSerialPort_x64_v3.0.0.exe' ${else} ExecWait 'BematechVirtualSerialPort_x86_v3.0.0.exe' ${endif} Como também, a identificação da versão do Windows: http://nsis.sourceforge.net/Get_Windows_version

Solivan, A alteração da Danfe para NFCe sugerida neste post não causa problemas no uso da Danfe para NFe..

Boa tarde, A tag indIEDest deveria ser gerada para NFC-e. Enquanto a leitura da tag indIEDest acontece a partir da versão 3, a escrita da tag somente ocorre a partir da versão 3.10, que causa a não geração da mesma para NFC-e. pcnNFeW.pas if nfe.infNFe.Versao >= 3.10 then Gerador.wCampo(tcStr, 'E16a', 'indIEDest', 01, 01, 1, indIEDestToStr(nfe.Dest.indIEDest), DSC_INDIEDEST); pcnNFeR.pas if NFe.infNFe.Versao >= 3 then (*E16a*)NFe.Dest.indIEDest := StrToindIEDest(Ok, Leitor.rCampo(tcStr, 'indIEDest'));

Olá Ricardo, O processo que faço é simples: executo os desinstaladores de todos os sistemas da Bematech e instalo o driver BematechVirtualSerialPort_x86_v3.0.0.exe. No link abaixo tem a tela de erro do exemplo ACBr com o log. Não tenho como fazer um vídeo mas o processo é simples e fácil de simular. Lembrando que na mesma máquina tem um Windows XP recém instalado e funcionou tudo perfeitamente e no Windows 7 aconteceu estes problemas, ou seja, não seria erro de comunicação física. O que acredito que seria necessário para a Bematech é uma cópia do registro do meu Windows, o que está no link abaixo também. https://www.dropbox.com/sh/5dbtm6loj04p1t3/JhXwqt33ju

Bom dia, Fiz o teste com outro sistema operacional (XP) na mesma máquina e funciona bem. Na mesma máquina com Windows 7, excluí tudo referente a Bematech e a dll da pasta C:\Windows\System32\Drivers\UMDF e também removí o máximo possível do Registro do Windows e não adiantou, na verdade, o desinstalador da Bematech deveria corrigir isso. Depois de feito todo este processo, não apareceu o problema da "Bematech Class Driver", porém quando conecto o erro é: "Commucation error 1291: O processo que hospeda o driver deste dispositivo foi encerrado". Como está em contato direto por lá poderia passar essa situação?

Bom dia Ricardo, Não consigo conectar a ECF MP-4000 TH FI com este driver (win32). Confirme se a configuração feita por mim no anexo 1 está correta. O erro do anexo 2 acontece depois de tudo instalado. Será que é alguma "sujeira" de outros drivers que ficou no computador, pois tenho instalado os drivers de USB para uso com DLL, drivers de impressoras não fiscais, WintFI, winMFD2, Bematech User Setup, etc.. todos da Bematech. Falo isso pois já tive problemas em não conseguir utilizar impressoras não fiscais da Bematech porque havia "sujeira" no registro do Windows e arquivos na system32 que o desinstalador não removeu e que somente o acesso remoto do suporte Bematech conseguiu.

A unit pcnModeloNFe.pas já é um exemplo de como alimentar todas as tags do xml e no final você passa essas opções a sua escolha.

Não sei se seria este o problema mas para manipular estas opções você pode seguir o passo-a-passo da unit pcnModeloNFe.pas que esta na pasta PCN2 do trunk/Fontes.

Meu cliente tinha acesso para emissão das notas pelo site e para habilitar o serviço de webservice aconteceu o seguinte: ele solicitou a habilitação na prefeitura e foi confirmada, porém mesmo assim o webservice não recebia a nota. Então no próprio site ele fez a liberação de RPS, ou seja, incluiu uma faixa de RPS para emissão de 1 a 1000 e esperou a liberação pela prefeitura. Após uns dois dias o site mostrou que os RPS estavam liberados, aí sim conseguiu utilizar o webservice.

Bom dia, solicite habilitação junto ao municipio, é a única opção.

Está um pouco complicado não? Em síntese: * Como você não utilizará o QuickReport não precisa instalar o pacote do Quick. * no programa exemplo, retire todas as referências ao QuickReport, por exemplo: ACBrNFSeDANFSeQRClass, ... * Inclua no exemplo o seu componente do Fortes.