Paulo Tenório

Experimente deixar a propriedade RetirarAcentos do componente ACBrNFe como False. Lembrando que esse ambiente é o sugerido pelo Regys na conversão de um sistema PAF-ECF para NFC-e.

Daniel, o ACBrStr() manteve a mensagem acentuada. Tentei atribuir em runtime um valor sem acento na variável Justificativa do evento QuandoCancelarDocumento de ACBrECFVirtualNFCe mas ele não sobrescreve a string padrão. Dessa forma, o XML é gerado com acentuação e provoca o erro: Só resolveu mudando a propriedade RetirarAcentos para Verdadeiro.

Boa tarde amigos. Seguindo com minha conversão de PAF-ECF para NFC-e seguindo os passos do mestre Regys, deparei-me com uma falha na unit ACBrECFVirtualNFCe\ACBrECFVirtualNFCe.pas. A justificativa fixa do método tem acento na palavra "emissão" e causa erro de XMLparsedoc. alterei a unit, removendo o acento passou a funcionar corretamente. Se algum publicador puder alterar e commitar para os demais, agradeço. ACBrECFVirtualNFCe.pas

Bom dia Daniel, Dei uma olhada no método da EPSON. Ele se baseia em um retorno do dispositivo e precisamos simular esse retorno através de uma leitura do arquivo .INI. Pelo menos diferenciar entre CNF e CF fica fácil, depende apenas de verificar a existência da seção [Cupom_Comprovantes_Nao_Fiscais]. Existindo a seção, é CNF, não existindo a seção é CF ou outro tipo. Acho que o politicamente correto seria criar na seção [Variaveis] uma nova propriedade chamada "Tipo" para complementar a propriedade "Estado", isso deixaria bem claro o "tipo" do documento que se encontra no "estado" indicado. Existe algum objeto ou função que eu possa chamar de dentro de ACBrECFVirtual.pas que me retorne a existência de uma seção e/ou seu conteúdo?

Consegui fazer funcionar manualmente para resolver rápido o problema. Em cinco dias abre uma filial nova usando direto a NFC-e e sou sozinho para todos os sistemas da empresa. Se quiser me indicar em qual unit trabalhar, será um prazer.

Sim Daniel, o estado do ECF está corretíssimo, faço a leitura com CASE ACBRECF1.Estado OF... O problema é quando preciso saber o tipo do último documento para desfazer as operações fiscais ou não-fiscais. Utilizo ACBrECFVirtualNFCe.ECFVirtualClass.TipoUltimoDocumento of... e ele está retornando docNenhum. Na versão ECF eu não tenho implementada essa funcionalidade, inclusive eu tropecei nessa propriedade estudando o objeto virtual. Se não for esse o caminho correto ou se não existir ainda esse recurso disponível, percebi que posso carregar o arquivo .ini e verificar se exisate a seção [Cupom_Comprovantes_Nao_Fiscais]. Existindo essa seção, o último documento foi do tipo não-fiscal. Só quero ter certeza de que não existe outro meio de ter essa resposta antes de criar um método para isso.

Boa tarde amigos, Prosseguindo na conversão de meu PAF-ECF para NFC-e, encontrei mais um provável bug: Se eu abrir um cupom não-fiscal (para um recebimento antecipado, por exemplo) e por algum motivo a aplicação finalizar. Ao entrar novamente no sistema, eu leio o estado do ECF e, em caso de necessidade de interação, apresento ao operador esse estado e pergunto o que ele deseja que seja feito (ignorar, emitir LeituraX, emitir ReducaoZ, fechar o cupom, etc). O ECFVirtual identifica que existe um cupom em estado de pagamento mas, embora encontre no arquivo .ini a seção [cupom_comprovantes_nao_fiscais], estranhamente informa que o tipo do último documento é docNenhum e o sistema fica sem saber o que fazer. Em anexo o Log dos componenets ECF e POS_PRINTER além do .ini do ECF Virtual. ECF.LOG MaqFis004.ini POS_PRINTER.LOG

Obrigado Daniel, atualizado e testado. Tudo Ok após sua correção..

Perfeitamente: Existe o GRG que é o contador geral e acumula sempre. Estou me referindo ao contador diário. Em anexo o arquivo .ini que simula a memória fiscal e o trecho do log POS_PRINTER emitindo uma ReducaoZ com uma LeituraX na sequência. Repare que, na LeituraX não houve reinicio da contagem dos Relatórios Gerenciais. Após a ReduçãoZ, esses contadores devem ser zerados. Tentei alterar a unit ACBrECFVirtual.pas mas o objeto fpRelatoriosGerenciais não possui a property Total. Percebi que é necessária uma alteração conceitual e não me senti competente para fazê-lo. MaqFis004.ini POS_PRINTER.LOG

Boa tarde amigos, Convertendo meu PAF-ECF para NFC-e, deparei-me com um problema relacionado ao contador diário de Relatórios Gerenciais. Após a emissão da ReducaoZ, este contador é zerado no ECF físico (pelo menos no Daruma) e no componente virtual ele acumula o dia sem zerar. Tentei modificar a unit ACBrECFVirtual replicando o recurso de zerar de fpComprovantesNaoFiscais mas fpRelatoriosGerenciais não possui o identificador "Total". For A := 0 to fpRelatoriosGerenciais.Count - 1 do fpRelatoriosGerenciais[A].Total := 0 ; Foi-me dada a sugestão de abrir manualmente o arquivo ini, zerar os elementos da seção [Relatorios_Gerenciais] e salvar. Existe alguma propriedade do componente que, automaticamente, zere diariamente ou só manualmente mesmo?

Resolvido. Atualizei os schemas, saí do Monitor e entrei novamente. Agora é só ajustar os retornos, que são diferentes do antigo comando de download.

Aqui não resolveu. Realizei a manifestação, fiz uma consulta por ultNSU e não veio. Tentei novamente com o novo comando, explicitando a chave e deu erro. NFe.DistribuicaoDFePorChaveNFe("32","27550193000100","33170612523728000187550020008964161008964164") ERRO: Rejeicao: Falha no esquema xml Rejeicao: Falha no esquema xml

Antigamente eu oferecia duas opções de download: Notas ainda não manifestadas geravam uma manifestação automática de ciência e logo em seguida gerava o pedido de download pela chave. Notas já manifestadas eu simplesmente enviava o comando de download da chave. Para contornar esse problema, fiz um teste e funcionou: Manifesto com ciência nota e não mando mais o comando de download. Logo em seguida eu faço uma consulta DistribuicaoDFe. Ao terminar, vou na pasta WEBSERVICE_ENV-REC e... Lá está o XML desejado. É uma POG mas resolve o problema até que uma solução mais profissional surja.

Acho que a melhor e menos traumática maneira seria através da pasta WEBSERVICE_ENV-REC, que armazena todas as conversar com os webservices. Vou testar.

Aparentemente não existe mais uma forma de fazer download de um determinado XML por chave pelo ACBrNFeMonitor como era feito antes. Será que durante as consultas de Notas destinadas com o DFE esses XMLs chegarão na pasta WEBSERVICE_ENV-REC? Talvez tenhamos que fazer uma POG para buscar de lá.

No ACBrMonitorPlus, como fica a sintaxe do comando?

Eu deletei e incluí. Funcionou legal. O problema é que alterei o o fonte do ACBrMonitorPlus e, na próxima alteração, pode dar conflito no SVN.

Mesmo problema aqui.

Mas em Lazarus vai funcionar ou é um paleativo apenas para o Delphi?

O erro está no uso da função BoolToStr. tcBoolStr: begin ConteudoProcessado := BoolToStr(valor,'true','false'); EstaVazio := ConteudoProcessado = ''; end; Tem que ser True ou False em boolean. Os dois em string causa o erro.

Existe o recurso de macro-substituição, colocando entre colchetes o nome da variável (o mesmo nome da tag do XML).

Eu utilizo o TCP e isso ocorre comigo também, com comandos diferentes em qualquer horário. Não consegui encontrar uma ligação entre o travamento e os comandos enviados/recebidos. Quando os usuários reclamam eu vou no servidor, finalizo o monitor e executo novamente. Tem sido assim há um bom tempo já.

Bom dia amigos, Nem só de problemas e bugs vivem os posts. Acabei de rodar o ACBrInstall para a versão Tokyo do Delphi e deu tudo certo. Observações: 1 - Instalei o Fortes Report pelo pacote pois ainda não saiu instalador compatível com a versão Tokyo. 2 - Não uso o FastReport, portanto desmarquei todos os relatórios referentes à ele. Mais uma vez, obrigado à todos da comunidade que se empenham em manter a qualidade e eficiência dessa suíte de componentes, de vital importância para os desenvolvedores.

Amigos, Recebi o link para baixar e instalar a versão Tokyo. O ACBrInstall vai reconhecer essa versão ou é melhor esperar alguma adequação necessária ainda?

Eu utilizo o ACBrMonitorPLUS e centralizo tudo em um servidor dedicado à isso na minha rede. Como é A1, qual a dificuldade de copiar esse certificado para todas as máquinas que necessitam dele na rede?