[Falha no método CancelarNFCe em ACBrECFVirtualNFCe]

5 minutos atrás, Daniel Simoes disse:

Acentos não devem ser um problema para o ACBrNFe, desde que estejam no encoding correto... O problema está em outro local...

Não compreendi corretamente, como reproduzir o erro..

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.

[Falha no método CancelarNFCe em ACBrECFVirtualNFCe]

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.

[Falha no método CancelarNFCe em ACBrECFVirtualNFCe]

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

[Identificador de Tipo do Último Documento em ACBrECFVirtual]

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?

[Identificador de Tipo do Último Documento em ACBrECFVirtual]

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.

[Identificador de Tipo do Último Documento em ACBrECFVirtual]

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.

[Identificador de Tipo do Último Documento em ACBrECFVirtual]

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

[Contador de Relatórios Gerenciais em ACBrECFVirtual]

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

[Contador de Relatórios Gerenciais em ACBrECFVirtual]

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

[Contador de Relatórios Gerenciais em ACBrECFVirtual]

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?

[NFE.DownloadNFe() ERRO: Servico Paralisado sem Previsao]

1 hora atrás, suporteomega disse:

@Paulo Tenório tive esse problema no download usando a chave da NFe. No diretório do meu ACBr estava faltando o arquivo de schema da versão correta que neste caso era: distDFeInt_v1.01.xsd

Portanto, provavelmente falta algum Schema no seu diretório de aplicação. Vale ainda observar que o componente carrega uma lista com todos os schemas encontrados no diretório apenas uma vez, então caso você atualize um schema geralmente é necessário reiniciar a aplicação.

Para saber qual Schema está sendo utilizado, pode ser consultado o arquivo ACBrNFeServicos.ini

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

[NFE.DownloadNFe() ERRO: Servico Paralisado sem Previsao]

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

[NFE.DownloadNFe() ERRO: Servico Paralisado sem Previsao]

1 minuto atrás, fabriciosouza disse:

Eu utilizo o Monitor ABCR, A minha pergunta é se o monitor já tem algum recurso para baixar o XML da nova forma? Desde já obrigado a todos.

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.

[NFE.DownloadNFe() ERRO: Servico Paralisado sem Previsao]

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.

 

[NFE.DownloadNFe() ERRO: Servico Paralisado sem Previsao]

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

 

[NFE.DownloadNFe() ERRO: Servico Paralisado sem Previsao]

1 minuto atrás, BigWings disse:

O webservice foi desativado, use DistribuicaoDFe.

 

No ACBrMonitorPlus, como fica a sintaxe do comando?

[Error reading ACBrSedex1.Servico: Invalid value for property]

Agora, jcdatrindade disse:

 

Deletar o componente e incluir novamente não resolveu então

Alterei a o conteudo da propriedade Servico.
Passei para [ Tps10030CARTASIMPLES ]

compilei e rodou legal

 

Obrigado

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.

 

[Error reading ACBrSedex1.Servico: Invalid value for property]

Mesmo problema aqui.

[Erro na instalação ACBr revisão 13237]

10 minutos atrás, BigWings disse:

A assinatura desse método da forma que foi implementada compila apenas em Lazarus, não em Delphi.

Substituam o arquivo a seguir e façam a instalação do ACBr novamente.

Testei em Lazarus e Delphi XE5.

pcnGerador.pas

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

[Erro na instalação ACBr revisão 13237]

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.

[Enviar e-mail da NF-e com corpo do e-mail variavel.]

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

[ACBrMonitorPLUS - Comandos a Processar]

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

 

[ACBr com Delphi 10.2 Tokyo - Instalação perfeita]

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. 

 

[Delphi Tokyo]

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?

[Certificado Digital - Serializar]

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?