marciodc

Relendo o roteiro e, embora eu não concorde, o item 8 do requisito XXII realmente dá a entender que o arquivo deve ser recuperado. O que é absolutamente falho, visto que eu vou ter que gravar a lista de ECFs autorizados e que, nesse caso, terá que ser consultada do banco, gerando uma grave falha de segurança (o cliente pode usar de má fé e incluir outros ECFs no banco). Como você está fazendo?

Mas se o arquivo estiver avariado eu não vou poder conectar no ECF e devo obrigatoriamente bloquear o PDV, não importando se o modelo foi lido ou não.

No meu caso o nome é fixo, então não há nenhum benefício em gravá-lo no arquivo auxiliar. Uma propriedade que não tem, mas que achei importante e implementei foi o campo Modelo para facilitar a inicialização do ECF sem necessitar consultar no banco. Se quiserem, posso disponibilizar.

Essa questão de escalabilidade do Rails é controversa. A locaweb por exemplo tem milhares de usuários utilizando a loja virtual dela (multiempesa) e estão satisfeitos com os resultados. E nossos sistemas comerciais não terão milhares de page views por minuto. Na melhor das hipóteses, terão algumas centenas.

1) Desempenho Durante o desenvolvimento eu estou utilizando uma VPS na webbynode com 380MB de RAM e o desempenho está aceitável, acredito que vai melhorar significativamente quando eu utilizar 4GB. 2) Continuidade Quem imaginaria que o COBOL, que um dia dominou o mercado, fosse ser praticamente esquecido. Não há como saber se uma linguagem terá futuro. Uma vantagem da dupla Ruby/rails é a rapidez de desenvolvimento. É inacreditável como você pode fazer tanta coisa escrevendo tão pouco código. Claro que isso é uma opinião pessoal. Algumas pessoas podem ser muito produtivas utilizando suas linguagens preferidas. 3) Estou utilizando JQuery nas views, com ajax e json. Veja um exemplo anexo.

Iniciei um projeto de um sistema de gestão comercial (não chega a ser um ERP) em Rails (com aparência de desktop) para funcionar com um PDV que está sendo desenvolvido em Lazarus. Até agora estou plenamente satisfeito. O sistema de gestão será multiempresa, selecionável através do subdomínio, e cada empresa terá um banco próprio com apenas uma aplicação rodando para todas as empresas.

Ok. Vou baixar a nova versão e fazer alguns testes. Segue anexa a unit do TicketCar. ACBrTEFDTicketCar.pas

Olá Daniel, seguem abaixo os meus comentários: * Em ACBrTEFDBanese.pas linha 610... temos um Sleep(1000), que aprentemente está sem necessidade... pois ele está depois da leitura da Resposta... Posso remove-lo ? -> Pode remover sim. O arquivo já foi carregado, realmente não há necessidade. * Em ACBrTEFDClass.pas linha: 2471... fiquei com receio de aplicar o seguinte bloco: * Linha: 2534... vi que você comentou o bloco abaixo: -> Pode alterar para o bloco padrão. Essas alterações foram feitas em uma época em que eu estava tendo problemas com as vendas de múltiplos cartões. Hoje utilizo a unit ACBrTEFDClass sem alterações. [Warning] ACBrTEFDTicketCar.pas(667): Variable 'FechaGerencialAberto' might not have been initialized [Warning] ACBrTEFDTicketCar.pas(653): Variable 'HouveImpressao' might not have been initialized -> Pode excluir... elas estão sem função. Acho que a ideia se perdeu no meio do caminho * E olhando nos fontes, essas váriaveis locais realmente nunca foram inicializadas... A Unit ACBrTEFDTicketCar.pas está operacional ? Porque nessa Unit, a classe não pode ser herdada de: TACBrTEFDClass ? -> Está operacional. -> Ela está sendo herdada de TACBrTEFDClass (linha 85), se não constar na sua cópia, pode efetuar a alteração. Qualquer dúvida é só falar (ou escrever... hehehe).

Eu não sei se o Marcos fez alguma alteração para homologar, mas se tiver feito, incluiremos quando você me passar as adequações que devem ser feitas.

Olá Daniel, o arquivo está no tópico viewtopic.php?f=16&t=4837. Márcio D. Carvalho Desenvolvimento www.techsistemas.com.br

Que boa notícia. Estou à disposição para o que estiver ao meu alcance. Tenho os manuais da Direção (mas acredito que eles não podem ser disponibilizados publicamente, pois só são disponibilizados após assinatura de contrato como integrador), Ticket Car, CrediShop e Banese. Quanto ao Petrocard, não tenho os manuais (ele não tem manual - apesar de ser utilizado por uma rede de distribuição dos combustíveis relativamente grande - DISLUB), mas ele funciona com as mesmas funções do tef discado padrão. A soma dos arquivos dá mais de 40MB, por isso não tenho como enviar por aqui. Segue o link do sendspace: http://www.sendspace.com/file/eap7uw Situação dos componentes: Direção (pronto e homolgoado pelo Marcos da Asseinfo - eu homologuei antes de desenvolver o componente) Ticket Car (pronto e homologado) CrediShop (pronto e homologado) Banese (pronto e homologado por mim e pelo Moacir da BluSistemas) Petrocard (pronto e homologado) Segue anexa a unit do Pedrocard, que estava faltando. Márcio D. Carvalho Desenvolvimento www.techsistemas.com.br ACBrTEFDPetroCard.pas

Ao realizar uma venda o subtotal é lido corretamente. No entanto ao realizar a segunda venda, o subtotal lido antes da venda que qualquer item é igual ao total da venda anterior. Linha 1590 - A variável fsSubTotal só é zerada ao inicializar a classe, então sempre vai ser maior que zero e não vai ler o novo subtotal. function TACBrECFDaruma.GetSubTotal: Double; var RetCmd : AnsiString ; begin if fpMFD then begin if fsSubTotal > 0 then RetCmd := FloatToStr(fsSubTotal * 100) else RetCmd := RetornaInfoECF('47'); end else if fsNumVersao = '2000' then (...) Voltei o código para uma versão anterior e funcionou. function TACBrECFDaruma.GetSubTotal: Double; Var RetCmd : AnsiString ; begin if fpMFD then RetCmd := RetornaInfoECF('47') else if fsNumVersao = '2000' then (...) Márcio D. Carvalho

Converta os Integer para PtrInt e veja se funciona. Informações aqui: http://wiki.lazarus.freepascal.org/Mult ... ming_Guide Márcio D. Carvalho www.techsistemas.com.br

Pessoal, além do Direção eu tenho também o CrediShop (muito utilizado no Maranhão e Piaui) e TicketCar (parcial), todos no padrão ao ACBr. Vou tentar fazer o exemplo completo até o início da próxima semana e posto aqui. Assim, se tiver mais alguém interessado fica mais fácil de dar prosseguimento. Estou encaminhando também uma atualização do Banese Card. E é possível utilizar o exemplo existente, só não tive tempo de adaptá-lo completamente para esses cartões. Estou encaminhando as units e o exemplo incompleto, caso alguém necessite com mais urgência. Márcio D. Carvalho http://www.techsistemas.com.br Demo.zip ACBrTEFD.zip

Eu tenho uma implementação pronta do TEF Direção, integrada ao ACBr, e até já me comprometi em enviar o código para análise mas ainda não tive tempo de fazer o exemplo. Se alguém estiver necessitando, posso tentar fazer isso até a próxima semana. Márcio D. Carvalho www.techsistemas.com.br

Não só é legal como é uma exigência para que você possa homologar o seu software. No meu caso, eu gravo todos os dados no banco local e tento enviar para o servidor ao final da venda, se conseguir, mudo um campo status para indicar que a venda foi sincronizada, se não conseguir tento novamente quando efetuar a próxima venda ou quando o usuário selecionar a opção no menu. Márcio D. Carvalho

Se entendi direito, o parágrafo segundo oficializa a existência do POS (maquineta de cartão). Isso, em minha opinião, é mais um passo em direção ao SAT, já que este não emitiria o comprovante TEF. Márcio D. Carvalho

Eu inicializo antes do CRT, de acordo com a rede que pego a partir da forma de pagamento, e desinicializo ao final da impressão dos comprovantes. Na abertura do PDV eu faço um loop para inicializar e desinializar cada rede (que esteja cadastrada no meu banco) para poder tratar as transações pendentes. Só limitei em duas transações TEF + dinheiro, para evitar problemas na homologação. Márcio D. Carvalho

O tutorial é apenas para você conseguir instalar. Pode utilizar a última versão sem problemas. Márcio D. Carvalho

Veja se esse tutorial ajuda: http://silvioprog.blogspot.com/2010/05/ ... o-svn.html Márcio D. Carvalho

Para encontrar o valor do produto sem o ICMS, pesquise no google sobre "cálculo de imposto por dentro". Lembrando que um produto que custa 100,00 não custa 73,00 sem o ICMS de 17%. Na verdade o valor sem icms é um número que multiplicado por 17% e somado a esse resultado totalize 100,00. Ex: 85,47 -> produto sem ICMS 14,43 -> ICMS (85,47 * 17%) 100,00 -> Valor do produto com ICMS Márcio D. Carvalho

Não esquenta Daniel. Eu também estive/estou bastante ocupado e ainda não pude encaminhar o TEF Direção que prometi. Em breve encaminho... Se necessitar alterar qualquer coisa no Banese é só avisar.

Daniel, estou encaminhando para análise as units do Banese Card e o arquivo de exemplo. Qualquer coisa me fala, que faço as alterações que você julgar necessárias. Ainda essa semana encaminho o TEF Direção. Manuais e instaladores: http://www.sendspace.com/file/ichwwd Márcio D. Carvalho ACBrTEFD_ACBrBanese.zip

Sendo assim, vou preparar o componente e mando para você. Utilizamos o DPOS da própria Direção. Mas não sei lhe informar os detalhes comerciais. O código não está tão organizado quanto as demais units do ACBr, mas com alguns pequenos ajustes creio que ficará no padrão. O código que homologamos não é o mesmo que está integrado ao ACBr, na época o ACBr não aceitava múltiplos cartões. Daí fizemos uma adaptação no nosso PDV para operar com os dois TEFs. Posteriormente desenvolvi a unit para integrar ao ACBr, que ainda não passou por homologação, por isso podem ser necessárias algumas correções, apesar de estar completamente funcional. Quanto ao apoio, nem precisa agradecer... É o mínimo que eu posso fazer pelo ACBr, que já faz muito por mim. Aguarde notícias... Márcio D. Carvalho Tech Sistemas

Olá Daniel, já conversei com o Moacir e assim que a equipe de desenvolvimento dele testar o componente eu mando pra você. Tenho também o TEF Direção (Dedicado). Será que alguém tem interesse? Se tiver posso enviar para análise. Márcio D. Carvalho