wrmedeiros
-
Total de ítens
225 -
Registro em
-
Última visita
-
Days Won
1
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por wrmedeiros
-
-
Perfeito Daniel.
Obrigado.
-
Senhores, boa noite!
Recebi a poucos dias uma Daruma FS700 para homologação e estou aproveitando para testar as funcionalidades do PAF-ECF com a mesma usando ACBr.
Analisando o código percebi que o ACBrDaruma usa o Daruma32.dll, e não o DarumaFrameWork.dll
Durante os testes encontrei alguns erros gerando o Arq. MFD por COO... analisei o código, e fiz contato com o suporte Daruma, mas eles não respondem mais nenhuma questão envolvendo o Daruma32.dll
Gostaria de saber se tem alguém fazendo essa migração para DarumaFramework. Se não tiver eu gostaria de ajudar.
Algumas buscas que fiz no fórum:
-
Complicado em Fabrício!
Eu estava somando o conteúdo dos campos que são avaliados, criptografando, e aplicando CRC (conforme dica do Daniel, a diferença é que não faço do Dataset inteiro, faço somente dos campos em questão).
Se o usuário alterar algum valor pelo banco, o CRC não vai bater.. até aí tudo bem... mas se depois o cara alterar o banco e deixar EXATAMENTE o valor que estava antes não vai ocorrer crítica alguma no CRC... que bronca =)
Não estava nos meus planos fazer nada pelo banco (contexto do Firebird, triggers, etc)... até porque um usuário mais experiente pode desativar as trigger's e quebrar a proteção...
Engraçado que isso não está no roteiro! Essa avaliação está igual a de TEF... você faz tudo que está no check-list, e na hora da homologação aparece 1001 novidades. :/
-
Ganhamos um tempo para respirar:
http://www.spedbrasil.net/forum/topics/ ... orrogado-o
Bom trabalho a todos.
-
Conversando agora pouco com o Airton da Urano o mesmo informou que se eu NÃO APAGAR o ACBr.TDM o processo de baixar o MFD é mais rápido, pois a DLL detecta que já existe um arquivo prévio, e baixa só o que mudou.
Antes de publicar no SVN por favor comente essas linhas:
Linha: 2903 do arquivo ACBrECFFiscNET
DeleteFile( ArqTmp ) ; if FileExists( NomeArquivo ) then begin DeleteFile( NomeArquivo ) ; end;
E apague o mesmo trecho acima na linha 3026.
Daniel, tem previsão de fazer o merge no SVN?
-
Claro Marcelo, concordo!
Com um determinado número de assinantes mensais fica mais fácil contratar um programador para trabalhar com exclusividade no projeto (existe a certeza que no fim do mês pode pagar o cara =), comprar equipamentos, treinamentos, viagens, etc.
Eu só postei a mensagem para mostrar ao pessoal que se eles puderem ajudar o projeto, faça! O pessoal merece! Mas se não puder, continua do jeito que estamos hoje (perguntar no fórum e esperar uma alma bondosa responder, achar um bug e passar dias fuçando para tentar corrigir, etc =).
Vida longa ao ACBr =)
-
# O pessoal do ACBr pode me corrigir se eu estiver errado
Estou vendo o pessoal preocupado em pagar X "mensal", mas pelo que entendi isso não precisa ser uma mensalidade! Você pode comprar 1 mês de suporte somente quando precisar realmente de ajuda... o sistema vai continuar aberto, esse fórum também (entre outros: AutomacaoTotal, ForumWeb, etc).
Vou dar um exemplo:
* Usamos o TotalCross (programação pra celular) a uns 3 anos... o sistema já está pronto, rodando a um bom tempo e sempre deu pra se virar nos fóruns, documentação, etc.... chegou a um certo ponto que não conseguimos resolver um problema com GPS, e nesse caso, compramos um pacote de suporte especializado, e o problema foi resolvido (pagamos R$ 450 por 3 meses).
Em resumo: você vai comprar o suporte quando não conseguir resolver algo sozinho, ou tiver pouco tempo para desenvolver alguma coisa e não puder esperar a resposta em um fórum (ou parar para estudar os fontes).
-
Daniel,
Li novamente a documentação da DLL Urano e acho que encontrei.
Observe que para o PAF o LMFC/LMFS é filtrado por "MF" e não por "MFD". No manual da DLL informa:
Os parâmetros e serão
interpretados como um intervalo de datas de COOs dos
documentos. Na leitura de MFD serão consideradas valores do COO
dos documentos e na leitura da MF serão considerados o número
das Reduções Z, indicados pelo respectivo Contador de Reduções Z.
Caso seja solicitada uma leitura da MFD, deverá também ser
informado o parâmetro .
Ou seja, como estou filtrando por "MF" esse intervalo passado é interpretado como CRZ, e não COO.
Problema resolvido.
Pode usar esses fontes que anexei (só lembrando que quando se tratra de LMFS/C o COO na verdade é CRZ).
Obrigado.
-
Pessoal,
Conversando agora com o Douglas atentei ao seguinte detalhe: a LMFC e LMFS para o "PAF-ECF" devem ser geradas por CRZ e não COO.
Estou vendo a documentação da DLL e já entrei em contato com o suporte Urano para verificar se existe essa possibilidade.
Se alguém tiver sugestão, por favor avise.
-
Excelente iniciativa!
Vi vários projetos open-source morrer por falta de incentivo financeiro. É uma tendência natural desse tipo de projeto cobrar por suporte especializado, afinal os mantenedores do projeto também precisam de dinheiro (até como forma de motivar uma dedicação maior ao projeto).
-
Daniel.
Segue em anexo os fontes do ACBrECF.pas e ACBrECFFiscNET.pas.
As DLL's utilizadas estão aqui (ficou grande para anexar no fórum):
http://dl.dropbox.com/u/7260185/DLLs_Urano.zip
Primeira vez que altero algo no código do ACBr, espero não ter fugido muito do padrão de vocês! Se precisar corrigir algo, é só avisar.
Estou mandando também todos os arquivos que foram gerados no meu teste:
* LMFC em Espelho por Data e COO;
* LMFC em Ato 17 por Data e COO;
* LMFS em Espelho por Data e COO;
* Arq. MFD por Data e COO
* Espelho MFD por Data e COO;
No ACBrECFFiscNET eu criei uma função nova chamada "StrToPChar" (peguei do exemplo da Urano), pois usando PChar comum a DLL me retornava um erro. Eu acredito que este não seja o melhor local para essas funções utilitárias, talvez precise mover para o arquivo de funções.
O Douglas (Totall) já tinha quase tudo pronto... basicamente adaptei para última revisão do ACBrECFFiscNET e fiz os testes.
-
Perfeito Daniel!
Estou tendo alguns contratempo com a multi-serial (Windows 7 64 / Prolific ou FTDI)... mas até resolver isso estou trabalhando em um desktop com serial física.
-
O status atual é o seguinte:
* Espelho MFD (funcionando por Data e COO);
* Arq. MFD (tenho um Demo da Urano que funciona, no ACBr estou levando uma SURRA, mas acredito que hoje fecho esse problema);
* LMFC com Ato 17 (a DLL da Urano tem método pronto, acredito que não será problema);
Estou usando a última revisão do ACBrECFFiscNET.pas, será tranquilo para fazer o merge.
-
Pessoal,
Estou trabalhando com ajuda do Douglas na implementação das funcionalidades do PAF-ECF para Urano Logger. Assim que terminar eu envio os fontes.
Isaque, eu não conheço bem a estrutura do ACBr, acredito não ser a pessoa mais indicada para fazer essa reformulação nos componente no momento... mas estou à disposição para ajudar no que precisarem.
-
Conversei com o Douglas no GTalk e o arquivo é esse mesmo... mas ele me mandou o "ACBrECFFiscNET.pas" que já está implementado no método correto (EspelhoMFD_DLL). Vou fazer uns testes no Espelho, e depois testo LMFC com Ato17 e Arq. MFD... se tiver tudo correto, eu mando o PAS e vocês enviam para o SVN.
-
Segue anexo.
-
Bom dia Isaque!
Na primeira mensagem do tópico eu postei o código que a Urano me mandou. A DLL deles não gera o espelho... é preciso baixar a MFD e tratar... o exemplo que me mandaram é em VB (está anexo na primeira mensagem).
Ontem brincando com o código do ACBr percebi que no método "LeituraMFDSerial" do ACBrECFFiscNET tem alguns "WriteFile" comentado. Eu descomentei, e solicitei via DemoECF do ACBr a LeituraMFD... o sistema gerou 2 arquivos, um com o nome "mfd_ret.txt" e outro com "mfd_limpo.txt". Esse mfd_limpo.txt está formatado e aparentemente tudo certinho. Esse seria o ESPELHO?
Se for só preciso entender como migrar esse mesmo código para o método de gerar Espelho.
Douglas, tem como postar o código da sua implementação? pelo que vi, ainda não está no SVN.
(o LMFC com Ato17 e Arq.MFD também aparece como não implementado, mas a DLL da Urano suporta, assim que resolver o espelho eu vou tentar implementar isso no ACBr e posto no fórum).
-
Outra detalhe... para testar a implementação estou usando o "ECFTeste" da pasta "Exemplos\ACBrECF", aba "Menu Fiscal" (botão Espelho MFD).
-
Daniel,
Fiz UPDATE no repositório, recompilei os packages, e abri o ACBrECFFiscNET... alterei na linha 2637 (na última revisão incluíram mais alguma coisa e a linha mudou) e ficou conforme me mostrou:
if pos(fsMarcaECF, 'urano|dataregis|termoprinter') > 0 then
Debuguei, ele entra no IF, chama a DLLG2_Gerador.dll, mas me retorna a seguinte mensagem:
"EspelhoMFD_DLL por período ainda não Implementado para: urano"
Testei por COO, ocorre a mesma coisa.
Tenho que alterar e mais algum outro local?
Esse código que o Douglas postou, foi comitado?
Abraços,
-
Entendi Daniel.
Vou fazer os testes e retorno.
Obrigado.
-
Douglas, só uma última pergunta... eu vi que você postou o código em anexo... mas esse código já foi atualizado no repositório SVN do ACBr ou falta o Daniel avaliar?
-
hehehe vou tentar.
Domingo estou indo pra SP re-homologar meu TEF (sou de Natal/RN)... e a ECF está com um outro desenvolvedor que já está em SP.
Eu acredito que vai rolar tranquilo... quando fizer o teste eu aviso pra vocês.
Obrigado mais uma vez.
-
Eu tinha visto exatamente seu post sobre isso. Muito legal.
Eu tenho o ACBr com a última revisão do SVN, vou fazer o teste.
Eu acredito que não fica "gambiarra" eu FECHAR minha comunicação com a DLL (forma direta), e mandar ABRIR a comunicação novamente usando ACBr somente para esse caso do ESPELHO.
O que acha?
Obrigado!!
-
Senhores,
Estava usando Urano Logger para preparar meu sistema para homologação do PAF-ECF (apesar do sistema funcionar com outras ECF's).
Eu não uso ACBrSerial, faço direto com as DLL's (uso outras bibliotecas do ACBr: SPED ICMS, PIS-COFINS, PAF-ECF, BALANÇA, etc)... pretendo migrar para ACBrSerial aos poucos.
Eu vi em outra thread o pessoal comentando sobre a implementação do "Espelho MFD" para Urano no ACBr, isso foi feito?
A maioria dos fabricantes desenvolveram DLL's com suporte a esta função, mas em contato com a Urano descobri que a DLL deles não tem suporte a isso... o homologador falou que sem essa função funcionando eu seria reprovado.
Antes de mudar para outra ECF pergunto: alguém conseguiu implementar "Espelho MFD" na "unha" para Urano?
Eles me passaram um exemplo de implementação em VB... mas nessa altura do campeonato não vou ter tempo para converter isso para Delphi... estou pensando em mudar de ECF. (estou copiando o exemplo em VB em anexo).
Alguma sugestão pessoal?
Migrar ACBrDaruma para DarumaFrameWork
em ACBrSerial
Postado
Obrigado Regys.
Vou atualizar o repositório agora mesmo e fazer os testes.