Autor Tópico: Arquivo .txt  (Lida 12040 vezes)

eritonf

  • Avançado
  • ****
  • Mensagens: 297
    • Email
Re:Arquivo .txt
« Responder #15 Online: Agosto 24, 2011, 11:20:20 am »
A princípio concordo com o Haroldo e com Régis.

Também tem a questão da necessidade de um usuário que já tem sua estrutura do sistema pronta com um cliente antigo e pinte a necessidade de criar um arquivo de remessa ou gerar boletos.(Já conversei sobre isso com Régis)
Este usuário tem que conseguir usar a classe criada sem necessitar alterar a estrutura de seu sistema.

Não acham?
Att.
Ériton Fróes

LuizMarin

  • Global Moderator
  • Avançado
  • *****
  • Mensagens: 273
    • Email
Re:Arquivo .txt
« Responder #16 Online: Agosto 24, 2011, 12:05:58 pm »
muitas cabeças...  muitas ideias...  ...todos certos.

concordo com a criação da classe em separado. Minha ideia inicial é uma tolice analisada do ponto de vista já comentado.

alguem tem uma estrutura basica para dar inicio?

ou alguem desenha esta estrutura para ir amadurencendo a ideia ?

ela conterá remessa, retorno e impressão?

se alguem que tem experiencia com classes em php fizesse um pseudo-codigo apenas da classe e alguns metodos, daria uma visão melhor do que estamos plantando, e enxertaríamos demais métodos.

regis e haroldo, experts, você (regis) usou a classe do boletophp e imagino que esteja familiarizado com ela.   Conseguem fazer um pseudo-codigo simples para nós?

Régis Matos

  • Global Moderator
  • Expert
  • *****
  • Mensagens: 632
  • Se a porta não se abrir, construa uma.
    • Email
Re:Arquivo .txt
« Responder #17 Online: Agosto 24, 2011, 04:37:01 pm »
Vou fazer aqui... BLZ...

Haroldo

  • Expert
  • *****
  • Mensagens: 6293
  • Conhecimento diminui limitações.△TFA△
    • Infinitus Web Gestão Empresarial/Gestão ITIL/Consultoria Scriptcase
Re:Arquivo .txt
« Responder #18 Online: Agosto 24, 2011, 08:30:40 pm »
Porque nao usar um template livre do sc para fazer os boletos?se formos ficar incorporando  classes externas o objetivo do projeto perde o foco, que desenvolver em sc. Eu posso modelar o sistema.
« Última modificação: Agosto 24, 2011, 08:37:27 pm por [Infinitus Web 2.0] Haroldo »

Cleyton Euler

  • Expert
  • *****
  • Mensagens: 1149
    • Associação de Usuários Scriptcase
    • Email
Re:Arquivo .txt
« Responder #19 Online: Agosto 24, 2011, 08:32:44 pm »
Concordo Haroldo!!!

Particularmente, só vou para fora do SC quando o SC me obriga.
Associação de Usuários Scriptcase
http://www.auscriptcase.com.br

Consultoria Scriptcase Versão 5
http://www.infinitusweb.com.br

Haroldo

  • Expert
  • *****
  • Mensagens: 6293
  • Conhecimento diminui limitações.△TFA△
    • Infinitus Web Gestão Empresarial/Gestão ITIL/Consultoria Scriptcase
Re:Arquivo .txt
« Responder #20 Online: Agosto 24, 2011, 09:16:23 pm »
Volto a questionar,???? Não me agrada usar um forum para desenvolvimento compartilhado, e muito menos no forum onde o detentor eh o fornecedor da ferramenta.
« Última modificação: Agosto 24, 2011, 09:18:18 pm por [Infinitus Web 2.0] Haroldo »

Cleyton Euler

  • Expert
  • *****
  • Mensagens: 1149
    • Associação de Usuários Scriptcase
    • Email
Re:Arquivo .txt
« Responder #21 Online: Agosto 24, 2011, 09:24:41 pm »
Volto a questionar,???? Não me agrada usar um forum para desenvolvimento compartilhado, e muito menos no forum onde o detentor eh o fornecedor da ferramenta.

Eu que eu quero dizer com ir para fora do SC é fazer "aplicações na mão".

Quanto ao desenvolvimento compartilhado, sugiro algum SVN da vida. Nunca usei, mas ouço falar bem do Assembla.

Mas o ideal seria licenças de uso no mesmo servidor, com impedimento de ordem financeira talvez.
Associação de Usuários Scriptcase
http://www.auscriptcase.com.br

Consultoria Scriptcase Versão 5
http://www.infinitusweb.com.br

Régis Matos

  • Global Moderator
  • Expert
  • *****
  • Mensagens: 632
  • Se a porta não se abrir, construa uma.
    • Email
Re:Arquivo .txt
« Responder #22 Online: Agosto 24, 2011, 10:37:21 pm »
Eu concordo que deveria ser tudo dentro da ferramenta...

Mais eu vejo vários problemas... O primeiro é o editor da ferramenta, para fazer esse tipo de serviço é pra lá de ruim (Sem condições)... Segundo principalmente se for usar um SVN, seria melhor só atualizar as class externa... E dentro da ferramenta só faz as chamadas dos métodos passando parâmetros e tal...

Exatamente como funciona hoje o NFEPHP...

Pensa um usuário copiar todo código do nfephp para dentro do SC... No decorrer o pessoal corrige um bug e solta a atualização no SVN. Seria um transtorno principalmente se o desenvolvedor não acompanhasse todas as mudanças... Eu acho no futuro o usuário teria muitos problemas...

Principalmente os arquivos de remessa ... que existes muitas e muitas particularidades... e muitos bancos também....

Tendo as class prontas, o usuário adapta no próprio sistema atual... Principalmente os sistemas que já gera boleto e não faz a transmissão do arquivo de remessa...

Bom essa é a minha opinião...  Que não foge muito dos projetos que já vi por ai como acbr, nfephp e muitos outros....
Lembrando, estou falando de arquivo de remessa...




Eu fiz um pequeno exemplo, e se vcs acharem interessante eu posso continuar o da caixa econômica...

http://www.gestorcustom.com.br/bancos/remessa_retorno/remessa_caixa.rar



Cleyton Euler

  • Expert
  • *****
  • Mensagens: 1149
    • Associação de Usuários Scriptcase
    • Email
Re:Arquivo .txt
« Responder #23 Online: Agosto 25, 2011, 10:08:15 am »
Concordo Régis.

Eu tinha me referido a fato da criação de boleto via formato livre, comentado pelo Haroldo.
Associação de Usuários Scriptcase
http://www.auscriptcase.com.br

Consultoria Scriptcase Versão 5
http://www.infinitusweb.com.br

Régis Matos

  • Global Moderator
  • Expert
  • *****
  • Mensagens: 632
  • Se a porta não se abrir, construa uma.
    • Email
Re:Arquivo .txt
« Responder #24 Online: Agosto 25, 2011, 11:30:20 am »
Concordo Régis.

Eu tinha me referido a fato da criação de boleto via formato livre, comentado pelo Haroldo.

Clayton e Haroldo, sobre desenvolver o boleto via formato livre, é uma coisa que é bom pensar bem!

A pergunta é!

1º) Por que desenvolver uma rotina que já existe e atende BEM?

2º) Não é mais fácil incorporar essa solução dentro da Ferramenta e aproveitar todo trabalho de VÁRIOS BANCOS já pronto e testado???

Contra:

1º) Provar que é possível desenvolver o boleto via SC!? A gente sabe e já foi provado que dá sim...

2º) Ou por que perder tempo para desenvolvimento VARIOS BANCOS e gastar mais fosfato, sendo que já existe essa solução e melhor em PHP ?

E outra, lembrando que de banco em banco existe suas particularidades...

O que vcs acham ?
« Última modificação: Agosto 25, 2011, 11:32:44 am por Régis Matos »

Cleyton Euler

  • Expert
  • *****
  • Mensagens: 1149
    • Associação de Usuários Scriptcase
    • Email
Re:Arquivo .txt
« Responder #25 Online: Agosto 25, 2011, 11:45:48 am »
Concordo,

Meus comentários se referem a usuários que precisam emitir boleto do banco do seu cliente. Ou seja, apenas boleto de um banco.
Associação de Usuários Scriptcase
http://www.auscriptcase.com.br

Consultoria Scriptcase Versão 5
http://www.infinitusweb.com.br

Haroldo

  • Expert
  • *****
  • Mensagens: 6293
  • Conhecimento diminui limitações.△TFA△
    • Infinitus Web Gestão Empresarial/Gestão ITIL/Consultoria Scriptcase
Re:Arquivo .txt
« Responder #26 Online: Agosto 26, 2011, 08:05:56 am »
As macros do sc funcionam para a maioria dos bancos, estão prontas, o layout do boleto eh um so trocando apenas o logo do banco

Haroldo

  • Expert
  • *****
  • Mensagens: 6293
  • Conhecimento diminui limitações.△TFA△
    • Infinitus Web Gestão Empresarial/Gestão ITIL/Consultoria Scriptcase
Re:Arquivo .txt
« Responder #27 Online: Agosto 26, 2011, 09:36:07 am »
Se não me engano phpboleto não exporta para pdf

Haroldo

  • Expert
  • *****
  • Mensagens: 6293
  • Conhecimento diminui limitações.△TFA△
    • Infinitus Web Gestão Empresarial/Gestão ITIL/Consultoria Scriptcase
Re:Arquivo .txt
« Responder #28 Online: Agosto 26, 2011, 09:52:21 am »
Pesquisem codigo de barra no webhelp do sc.
No caso do PHP Boleto:
- Primeiro o SC não tem repositório para classe, teríamos que mexer na coisa, ou ter scripts fora do sc e ao publicar se preocupar em fazer os uploads separadamente.
- Segundo, o php boleto tem uma classe para cada banco, a programação, teria que ficar incluindo a classe conforme o banco desejado.

Template no SC:
- O template é um só, não um para cada banco.
- No site do Scriptcase em exemplos já tem um template pronto para uso
- Os parâmetros de sacados e cedente são os mesmos, e as macros para impressão do código de barra e da linha digitável aceitam como parâmetro o código do banco.

Concluindo, mais padronização usando o SC e menos trabalho na programação.

*Retorno a participar aqui quando decidirem o ambiente que usaremos para  compartilharmos efetivamente o desenvolvimento.


As macros do sc funcionam para a maioria dos bancos, estão prontas, o layout do boleto eh um so trocando apenas o logo do banco
« Última modificação: Agosto 26, 2011, 10:28:24 am por [Infinitus Web 2.0] Haroldo »

Régis Matos

  • Global Moderator
  • Expert
  • *****
  • Mensagens: 632
  • Se a porta não se abrir, construa uma.
    • Email
Re:Arquivo .txt
« Responder #29 Online: Setembro 07, 2011, 09:30:15 pm »
É muito difícil gerenciar o tempo entre ESTUDAR_APRENDER/PRODUZIR/CONTRIBUIR...

Mais vou fazendo conforme meu tempo aqui...

--
Fiz o ( Registro 0 ) e ( Registro 1 ) do manual.
CNAB 240 para o SINCO - Cobrança Bancária Caixa

Conforme vou evoluindo aqui, vou postando a class e um exemplo de uso.

http://www.gestorcustom.com.br/bancos/remessa_retorno/remessa_caixa.rar