ERP Completo

4,166 views
Skip to first unread message

Wender Teixeira

unread,
Apr 21, 2013, 3:13:47 AM4/21/13
to nfe...@googlegroups.com
Bom amigos programadores alguém ai tem um projeto de um ERP completo para vender , ou  até mesmo compartilhar eu tenho o meu porem achei muito simples e já tenho o sistema emitindo nfe .

Se tiver alguém interessado em vender um ERP eu to afim.

Skype : weennder

Roberto Spadim

unread,
Apr 21, 2013, 11:28:33 PM4/21/13
to nfe...@googlegroups.com
quanto você pagaria?

Daniel Batista Lemes

unread,
Apr 21, 2013, 11:30:35 PM4/21/13
to nfe...@googlegroups.com

Tambem queria saber...

--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Para Postar: nfe...@googlegroups.com
Para Sair do Grupo: nfephp+un...@googlegroups.com
Link: http://groups.google.com.br/group/nfephp?hl=pt-BR
-------
Repositório: https://github.com/nfephp-org/nfephp
---
Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.
 
 

Roberto Spadim

unread,
Apr 22, 2013, 12:30:22 AM4/22/13
to nfe...@googlegroups.com
normalmente uma empresa que tenha este produto vai cobrar uns 5 ou 10 anos do faturamento atual do produto (erp)
eu acho que você pode pensar em numeros com 6 zeros (1 milhão) pra cima, pra pegar algo que preste

Joao Garcia

unread,
Apr 22, 2013, 6:21:35 AM4/22/13
to nfe...@googlegroups.com
Eu tenho um. Na verdade não um, mas 3, um para cada tamanho de empresa. Tem um bem simples, outro para pequenas empresas e outro similar ao SAP, onde eu trabalhava. Tem módulos opcionais de Qualidade e Projetos.

E mais alguns para atividades específicas como postos de gasolina, farmácias, laboratórios, etc. 

Feito em php com banco postgresql. Tem algumas funções de banco.

Não quero vender, mas podemos pensar em algum tipo de parceria.

Ok?
--
-----------------------------------------------------------------
Twitter: @myguide2

xma...@gmail.com

unread,
Apr 22, 2013, 8:30:51 PM4/22/13
to nfe...@googlegroups.com
Já ouviram falar no DoliBarr ? www.dolibarr.org, é um ERP/CRM escrito todo em PHP e MySQL, com suporte a PostgreSQL. Possui boa Documentação, forum,e varios modulos para mercados diferentes, como o Europeu....apenas a galera do Brasil que ta parada, faltaria apenas o modulo de NFE...por isso estou aqui :)

[]s




Claudemir P. da Luz Jr.
Consultor GNU Linux / Software Livre
Cel: 8236-4209 / 9242-7098
msn: xma...@yahoo.com.br

Wender Teixeira

unread,
Apr 23, 2013, 5:14:19 PM4/23/13
to nfe...@googlegroups.com
Vou continuar com o meu mesmo , o meu e simples mais já ta Emitindo NFe mais o meus cliente ta querendo mais.. e tenho só 17 anos e to muito novo para desenvolver algo tão complexo .

iBorg

unread,
Apr 23, 2013, 5:28:50 PM4/23/13
to nfe...@googlegroups.com
Boa tarde Claudemir,

Primeiro quero te agradecer, pois seguindo tua dica fui dar uma avaliada do DoliBarr e achei muito interessante, é bem o que eu estava buscando, só falta a NFe.

Gostaria de colaborar de alguma forma nesses projetos (DoliBarr + NFePHP), estou iniciando estudo em PHP e DB, então não tenho muito conhecimento em programação, mas administro um servidor windows com erp e emito nfe que pretendo migrar para linux, e agora para o Doli.  Poderia inicialmente colaborar como uma base de testes talvez.

Também gostaria de saber se já tem alguma coisa iniciada com relação a implantação da NFe no DoliBarr?

Att.

Alexandre Borges

Andre Gomes

unread,
Apr 23, 2013, 7:31:45 PM4/23/13
to nfe...@googlegroups.com
Interessante o doli.. vou baixar aqui e ver o que ele oferece

-----------------------------------------------------------------
André Gomes
Desenvolvimento de Sistemas em <?PHP
www.kernelpanic.com.br
http://www.korrekturen.de/img/buttons/twitter12.png @acidcode
55 11 9 8863-9077
andre.ke...@gmail.com


2013/4/23 iBorg <ibor...@gmail.com>

Douglas de Melo

unread,
Apr 23, 2013, 8:56:06 PM4/23/13
to nfe...@googlegroups.com
O Dolibarr é legal sim !

Lindberg Sales

unread,
Apr 23, 2013, 9:14:13 PM4/23/13
to nfe...@googlegroups.com
Eu tenho um ERP rodando na versao WEB, mas eu crio o em texto seguindo o layout NFE, depois transmite pelo emissor gratuito. Ha varios anos.
Sou programador java ... não tenho conhecimento php suficiente para criar uma aplicação NFE.
Mas vou olhar esse ERP free.

Lindberg Sales

unread,
Apr 23, 2013, 9:19:03 PM4/23/13
to nfe...@googlegroups.com
Ja existe software que faz integração com o seu facilmente, neste caso ele importa o txt nfe e faz o resto da magica ..., digo, validar, assinar, transmitir, imprimir o danfe e enviar por email para o destinatario.
- Neste caso seu ERP deve criar um texto no layout NFE na pasta correspondente e pronto !!

abraço pessoal

Lindberg Sales

unread,
Apr 23, 2013, 9:20:49 PM4/23/13
to nfe...@googlegroups.com
qq duvida to aki !!

xma...@gmail.com

unread,
Apr 23, 2013, 9:52:15 PM4/23/13
to nfe...@googlegroups.com
Bem Sobre o DoliBarr,

Eu estou desenvolvendo um modulo de cadastro de Patrimonio para pegar o jeito com a  API...

Ate publiquei um mini tuto de como criar um modulo basico no DoliBarr, segue: http://multisistemasnet.com/wordpress/criando-um-modulo-no-dolibarr

Mas realmente o objetivo final é colocar o projeto nfephp no Dolibarr, assim quem quiser iniciar, pode contar comigo, pois estou bastante cru no nfephp e ja no Doli, já estou andando ;)

Sucesso a todos.



Claudemir P. da Luz Jr.
Consultor GNU Linux / Software Livre
Cel: 8236-4209 / 9242-7098
msn: xma...@yahoo.com.br



Sandro Neuhaus

unread,
Apr 23, 2013, 10:22:02 PM4/23/13
to nfe...@googlegroups.com
Bem bacana a idéia do módulo, só achei
Sandro José Neuhaus
Fone:   (61) 8296-7606
E-mail: sandro...@hotmail.com
           sandrone...@yahoo.com.br
           san...@binasul.com.br
Site:    www.binasul.com.br

Sandro Neuhaus

unread,
Apr 23, 2013, 10:24:38 PM4/23/13
to nfe...@googlegroups.com
Bem bacana a idéia do módulo, só achei que o esquema de separação por pastas ficou um pouco confuso no core original do Doli. Não seria algo que poderia atrapalhar no fomento do projeto???

xma...@gmail.com

unread,
Apr 23, 2013, 10:31:01 PM4/23/13
to nfe...@googlegroups.com
Somente o diretorio mymodule/core/modules/ é obrigatorio, os outros são para melhor classificar o que se usa no modulo, como imagens CSS, SQL´s e etc.

[]s

Claudemir P. da Luz Jr.
Consultor GNU Linux / Software Livre
Cel: 8236-4209 / 9242-7098
msn: xma...@yahoo.com.br



Roberto Leite Machado

unread,
Apr 24, 2013, 8:32:12 AM4/24/13
to nfe...@googlegroups.com
Srs.;

Eu mesmo estou estudando o Dolibarr, e o acho muito interessante e com um excelente visual, a integração com o NFePHP irá requerer várias etapas:

1 - inclusão de dados fiscais nos cadastros de cliente, fornecedores e transportadores;
2 - inclusão da dados fiscais nos cadastros de produtos;
3 - inclusão de cadastro de Operações Fiscais;
4 - vinculo de operação fiscal e pedido de venda;
5 - criação de modulo de NFe;
6 - vinculo da fatura com o modulo de NFe.
7 - inclusão do NFePHP refatorado ... com o composer do Dolibarr

Estou também interessado nisso, podemos iniciar um grupo para promover essas inclusões e assim que tivermos algo funcional passamos para o gestor do projeto Dolibarr.

Roberto

Edilson Santos

unread,
Apr 24, 2013, 8:38:01 AM4/24/13
to nfe...@googlegroups.com
Tb olhei e achei bom, e talvez não seja só isso que o colega listou, pode ter mais coisas que ele não lembrou, mas se o pessoal da lista se unir e cada fizer uma coisa, pode estar ai um bom projeto....

Edilson Santos
Bacharel em Ciências da Computação
Fone: (51) 81673799 / (51) 91041555,
Linux user number #490193

Aviso Legal
Esta mensagem eletrônica pode conter informações privilegiadas e/ou confidenciais, portanto fica o seu receptor notificado de que qualquer disseminação, distribuição ou cópia não autorizada é estritamente proibida. Se você entende que recebeu esta mensagem indevidamente ou por engano, por favor informe este fato ao remetente e a apague de seu computador.

Disclaimer
This e-mail message may contain legally privileged and/or confidential information, therefore, the recipient is hereby notified that any dissemination, distribution  or  copying not authorized is strictly prohibited. If you understand that has improperly received this e-mail  message or has  received it in error, please immediately notify the sender and delete it from your computer.


Lindberg Sales

unread,
Apr 24, 2013, 9:39:37 AM4/24/13
to nfe...@googlegroups.com
Qual linguagem vc trabalha ?
Tenho um rodando em nuvem.
Emitindo NFe ...
Podemos fazer uma parceria ...




--

Cesar Eduardo F. Schmitz

unread,
Apr 24, 2013, 9:46:47 AM4/24/13
to nfe...@googlegroups.com
Você tem algum ambiente que podemos ver o seu sistema ?
Em que linguagem ele foi desenvolvido ?

Lindberg Sales

unread,
Apr 24, 2013, 9:51:35 AM4/24/13
to nfe...@googlegroups.com
vc quer ver o meu sistema ?
a linguagem é java/jsp ...+ mysql

xma...@gmail.com

unread,
Apr 24, 2013, 10:24:19 AM4/24/13
to nfe...@googlegroups.com
Olá Roberto,

Posso ajudar na parte do Dolibarr, pois estou em constante estudo sobre a sua API, como disse o objetivo é integrar o Doli com o nfephp.

De uma olhada aqui, criei uma conta e você poderia criar a sua para irmos já criando o modulo:

https://doliforge.org/projects/Brasil

Foi criado pelo Saxa, para o projeto Brasil no DoliBarr.

Assim ajudamos a todos da Comunidade.

Estou tambem trabalhando na geração de Boletos para o DoliBarr e um Cadastro de patrimonio.

[]s

Claudemir P. da Luz Jr.
Consultor GNU Linux / Software Livre
Cel: 8236-4209 / 9242-7098
msn: xma...@yahoo.com.br



Em 24 de abril de 2013 09:32, Roberto Leite Machado <roberto...@superig.com.br> escreveu:

Alberto Fernandes

unread,
Apr 24, 2013, 10:36:36 AM4/24/13
to nfe...@googlegroups.com
Esta relacao esta excelente:

1 - inclusão de dados fiscais nos cadastros de cliente, fornecedores e transportadores;
2 - inclusão da dados fiscais nos cadastros de produtos;
3 - inclusão de cadastro de Operações Fiscais;
4 - vinculo de operação fiscal e pedido de venda;
5 - criação de modulo de NFe;
6 - vinculo da fatura com o modulo de NFe.
7 - inclusão do NFePHP refatorado ... com o composer do Dolibarr

Se possivel, deveria ter alguma adequacao ao SPED, para que fosse facilmente gerado os arquivos, pelo menos o SPED-Fiscal....

--
Marcelo Fernandes
Analista de Sistemas
55 92 9126 3519

iBorg

unread,
Apr 24, 2013, 12:33:43 PM4/24/13
to nfe...@googlegroups.com
Boa tarde Roberto,

Gostaria de fazer uma sujest�o, como j� disse sou leigo ainda em
programa��o, mas no meu pouco conhecimento imagino que possa ser feito.

J� que praticamente ser� criada toda a parte fiscal, teria como j�
implantar o banco de dados nos moldes do xml para n�o precisar importar
em txt?

Alexandre Borges

Em 24-04-2013 09:32, Roberto Leite Machado escreveu:
> Srs.;
>
> Eu mesmo estou estudando o Dolibarr, e o acho muito interessante e com
> um excelente visual, a integra��o com o NFePHP ir� requerer v�rias etapas:
>
> 1 - inclus�o de dados fiscais nos cadastros de cliente, fornecedores e
> transportadores;
> 2 - inclus�o da dados fiscais nos cadastros de produtos;
> 3 - inclus�o de cadastro de Opera��es Fiscais;
> 4 - vinculo de opera��o fiscal e pedido de venda;
> 5 - cria��o de modulo de NFe;
> 6 - vinculo da fatura com o modulo de NFe.
> 7 - inclus�o do NFePHP refatorado ... com o composer do Dolibarr
>
> Estou tamb�m interessado nisso, podemos iniciar um grupo para promover
> essas inclus�es e assim que tivermos algo funcional passamos para o
> gestor do projeto Dolibarr.
>
> Roberto
>
> --
> --
> Voc� recebeu esta mensagem porque est� inscrito no Grupo "NFePHP".
> Reposit�rio: https://github.com/nfephp-org/nfephp
> ---
> Voc� est� recebendo esta mensagem porque se inscreveu no grupo
> "NFePHP" dos Grupos do Google.
> Para cancelar a inscri��o neste grupo e parar de receber seus e-mails,
> envie um e-mail para nfephp+un...@googlegroups.com.
> Para obter mais op��es, acesse https://groups.google.com/groups/opt_out.
>
>

Roberto Leite Machado

unread,
Apr 24, 2013, 12:51:40 PM4/24/13
to nfe...@googlegroups.com
Alexandre;

Eu não sei se entendi, mas o ERP, qualquer que seja pode criar ou o xml ou o txt na verdade tanto faz.

___________________________________________
Roberto
Nisi utile est quod facimus, stulta est gloria (Julius Phaedous)


Em 24 de abril de 2013 13:33, iBorg <ibor...@gmail.com> escreveu:
Boa tarde Roberto,

Gostaria de fazer uma sujestão, como já disse sou leigo ainda em programação, mas no meu pouco conhecimento imagino que possa ser feito.

Já que praticamente será criada toda a parte fiscal, teria como já implantar o banco de dados nos moldes do xml para não precisar importar em txt?


Alexandre Borges

Em 24-04-2013 09:32, Roberto Leite Machado escreveu:
Srs.;

Eu mesmo estou estudando o Dolibarr, e o acho muito interessante e com um excelente visual, a integração com o NFePHP irá requerer várias etapas:

1 - inclusão de dados fiscais nos cadastros de cliente, fornecedores e transportadores;
2 - inclusão da dados fiscais nos cadastros de produtos;
3 - inclusão de cadastro de Operações Fiscais;
4 - vinculo de operação fiscal e pedido de venda;
5 - criação de modulo de NFe;

6 - vinculo da fatura com o modulo de NFe.
7 - inclusão do NFePHP refatorado ... com o composer do Dolibarr

Estou também interessado nisso, podemos iniciar um grupo para promover essas inclusões e assim que tivermos algo funcional passamos para o gestor do projeto Dolibarr.

Roberto

--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Para Postar: nfe...@googlegroups.com
Para Sair do Grupo: nfephp+unsubscribe@googlegroups.com
Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+unsubscribe@googlegroups.com.

Para obter mais opções, acesse https://groups.google.com/groups/opt_out.



--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Para Postar: nfe...@googlegroups.com
Para Sair do Grupo: nfephp+unsubscribe@googlegroups.com
--- Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+unsubscribe@googlegroups.com.

iBorg

unread,
Apr 24, 2013, 1:13:34 PM4/24/13
to nfe...@googlegroups.com
Roberto,

O que tenho visto e o pouco que entendi do NFEPHP é a exportação de um arquivo txt pelo ERP e a importação desse txt e transformação em xml feita pelos emissores NFE, para depois validar e enviar. Por isso minha pergunta sujestão, se já cria direto melhor.

Minha idéia na verdade era usar no banco de dados os mesmos namespace da nfe, inclusive para melhorar nas importações para o sistema dos arquivos xml de nfe de entrada, criando um padrão xml, sem precisar 'traduzir' o xml para o banco e vice-versa.

Acho que não fui claro mais uma vez...

Alexandre Borges
Para Sair do Grupo: nfephp+un...@googlegroups.com

Link: http://groups.google.com.br/group/nfephp?hl=pt-BR
-------
Repositório: https://github.com/nfephp-org/nfephp
---
Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.

Para obter mais opções, acesse https://groups.google.com/groups/opt_out.



--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Para Postar: nfe...@googlegroups.com
Para Sair do Grupo: nfephp+un...@googlegroups.com

Link: http://groups.google.com.br/group/nfephp?hl=pt-BR
-------
Repositório: https://github.com/nfephp-org/nfephp
--- Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.

Para obter mais opções, acesse https://groups.google.com/groups/opt_out.


--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Para Postar: nfe...@googlegroups.com
Para Sair do Grupo: nfephp+un...@googlegroups.com

Link: http://groups.google.com.br/group/nfephp?hl=pt-BR
-------
Repositório: https://github.com/nfephp-org/nfephp
---
Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.

Giuliano

unread,
Apr 24, 2013, 1:40:58 PM4/24/13
to nfe...@googlegroups.com, Roberto Leite Machado
Roberto,

Acho que poderia ser implementado um método que aceitasse os campos do TXT (XML) em um array associativo pra gerar direto o XML, no meu caso tive de usar o NfePHP da seguinte forma:

           //B|cUF|cNF|NatOp|indPag|mod|serie|nNF|dEmi|dSaiEnt|hSaiEnt|tpNF|cMunFG|TpImp|TpEmis|cDV|tpAmb|finNFe|procEmi|VerProc|dhCont|xJust

        $m="";
        $m[]="B";
        $m[]=$this->c['propriaEnderecoIbgeEstado'];
        $m[]=$this->c['codigoAcesso'];
        $m[]=$this->c['operacao'];
        $m[]=$this->c['formaPagamento'];
        $m[]="55";
        $m[]=$this->c['serie'];
        $m[]=$this->c['numero'];
        $m[]=substr($this->c['dataEmissao'],0,10);
        $m[]=substr($this->c['dataSaida'],0,10);
        $m[]=substr($this->c['dataSaida'],10); // Hora saída
        $m[]=$this->c['tipoDocumento'];
        $m[]=$this->c['propriaEnderecoIbgeMunicipio'];
        $m[]="1";
        $m[]=$this->c['tipoEmissao'];
        $m[]=$this->c['digitoVerificador'];
        $m[]=$this->c['ambiente'];
        $m[]="1";// Finalidade da emissao: 1- NF-e normal/ 2-NF-e complementar / 3 – NF-e de ajuste
        $m[]="0";// Processo de emissao: 0- Aplicativo do contribuinte
        $m[]=$this->c['versao'];
        if($this->c['dhCont']<>"")
        {
            $m[]=$this->c['dhCont'];
            $m[]="Queda do ambiente de producao";
        }
       
        $s.=implode("|",$m).NL;

Ou seja, criei o TXT pra poder gerar o XML, quando poderia gerar o XML direto de um array associativo.

Abs,

Giuliano Nascimento
Para Sair do Grupo: nfephp+un...@googlegroups.com

Link: http://groups.google.com.br/group/nfephp?hl=pt-BR
-------
Repositório: https://github.com/nfephp-org/nfephp
---
Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.

Para obter mais opções, acesse https://groups.google.com/groups/opt_out.



--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Para Postar: nfe...@googlegroups.com
Para Sair do Grupo: nfephp+un...@googlegroups.com

Link: http://groups.google.com.br/group/nfephp?hl=pt-BR
-------
Repositório: https://github.com/nfephp-org/nfephp
--- Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.

Para obter mais opções, acesse https://groups.google.com/groups/opt_out.


--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Para Postar: nfe...@googlegroups.com
Para Sair do Grupo: nfephp+un...@googlegroups.com

Link: http://groups.google.com.br/group/nfephp?hl=pt-BR
-------
Repositório: https://github.com/nfephp-org/nfephp
---
Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.

Walber da silva sales

unread,
Apr 24, 2013, 1:55:58 PM4/24/13
to nfe...@googlegroups.com
Olá,

Quanto mais o ERP auxiliar,  a API fica mais 'enchuta'  e melhor para todos.
Pessoalmente acho que a API esta em um estagio de 'madura'.
O restante tem que ficar por conta do ERP.
Galera, apenas o meu palpite que utiliza a API a muito tempo e satisifeito.

Att:

Walber Sales











Para Sair do Grupo: nfephp+un...@googlegroups.com

Link: http://groups.google.com.br/group/nfephp?hl=pt-BR
-------
Repositório: https://github.com/nfephp-org/nfephp
---
Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.

Guilherme Calabria Filho

unread,
Apr 24, 2013, 1:57:45 PM4/24/13
to NFePHP
Concordo!

Roberto Leite Machado

unread,
Apr 24, 2013, 1:58:25 PM4/24/13
to nfe...@googlegroups.com
Acho que está OK para os dois, mas eu repito não é a API que gera a NFe, a API não acessa a base de dados e NUNCA irá acessar, para API é indiferente se já recebe um xml pronto ou um TXT.

Não sei bem onde querem chegar. Se estão falando do Dolibarr OK a idéia é essa mesmo, criar direto o XML.
Agora eu não tenho conhecimento suficiente sobre o ERP para tratar qualquer assunto sobre o mesmo. Apenas vi o funcionamento, baixei os fontes e deu uma rápida olhada na estrutura, não analisei a base de dados e muito menos como modificar a mesma.

No caso de sistemas mais complexos como o SAP tiveram de ser criadas tabelas adicionais para lidar com essas questões fiscais e da legislação brasileira (existem outras que não são fiscais, são contábeis, ambientais, setoriais, etc.). 

Isso irá requerer um planejamento cuidadoso, para não fazer bobagem. Que são coisas que encontro sempre nos ERP's.  

Como disse antes não adianta pensar em XML, NFe, integração, sem antes ter os dados necessários nos cadastros do sistema.



___________________________________________
Roberto
Nisi utile est quod facimus, stulta est gloria (Julius Phaedous)


Everaldo Claro dos Anjos

unread,
Apr 24, 2013, 2:06:53 PM4/24/13
to nfe...@googlegroups.com
O projeto NFePHP parte depois que a nota foi feita e o arquivo gerado.
Agora montar um ERP, acho interessante, mas acredito que deva ser criado outro projeto para isso.
Seria um ERP coletivo?
Voltado para que area?
Comércio? Com cupom fiscal?
Indústria?




At.
Everaldo Claro dos Anjos
Skype: eve_anjos







Date: Wed, 24 Apr 2013 14:58:25 -0300
Subject: Re: [nfephp] Re: ERP Completo
From: roberto...@superig.com.br
To: nfe...@googlegroups.com

Alberto Fernandes

unread,
Apr 24, 2013, 2:07:17 PM4/24/13
to nfe...@googlegroups.com
Trabalho com SAP, como consultor, e sei que montar um ERP não é tarefa pra uma unica pessoa, e nem de uma unica profissão...
Quanto mais pessoas estiverem interessadas e dispostas a integrar o Dolibar, melhor...

Ederson Pereira de Brito

unread,
Apr 24, 2013, 2:21:14 PM4/24/13
to nfe...@googlegroups.com
precisa de curso intensivo para usar o sistema rsrs muito complicado.


Em 24 de abril de 2013 14:40, Giuliano <giu...@hotmail.com> escreveu:

Otavio Augusto

unread,
Apr 24, 2013, 2:25:35 PM4/24/13
to nfe...@googlegroups.com
A algumas semanas que comecei o projeto do meu ERP que será OpenSource
e voltado 100% para empresas
com sede no Brasil.
Ele ainda está na faze bem inicial que é a montagem do esqueleto e da
infra estrutura para os desenvolvedores.
A estrutura toda é pensada para que o ERP possa crescer muito de
acordo com as nescedidades de cada um e não somente Micor e pequenas
empresas. Depois de estudar vários frameworks vi que o cakephp na
versão atual está pronto para criar sistemas grandes e
de qualidade.


Framework CakePHP
Os módulos serão os plugins do cake.
Feito até agora:
* Sistema se autenticação : 100%
* Sistema de autorização: 80%
* Modificações através dos recursos do cake para tornar a criação de
módulos padronizadas e flexíveis ao mesmo tempo: 40%


Ainda não tinha liberado pois não definir uma qual licença vai ser liberada.
As que estou cogitando atualmente é MIT e Creative Commons, apesar da
GPLv2 ainda não estar totalmente descartada ainda.
Se alguém estiver disposto a opinar, e se o Roberto permitir, podemos
discutir mais sobre ele até aqui até que tenhamos uma canal
mais apropriado.
Minha previsão atual para ter algo mais funcional trabalhando sozinho
é de mais 2 meses.
E com relação as licenças qual vcs julgam melhor para todos ?

Em 24 de abril de 2013 15:06, Everaldo Claro dos Anjos
<eve_...@hotmail.com> escreveu:
Otavio Augusto
---------------------
Consultor de TI
Citius Tecnologia
31 37761866
31 88651242
http://www.citiustecnologia.com.br

Otavio Augusto

unread,
Apr 24, 2013, 2:28:45 PM4/24/13
to nfe...@googlegroups.com
Esqueci de falar do Front End que será todo em AJAX com Jquery.
O status do Front end está em 10%

iBorg

unread,
Apr 24, 2013, 9:49:04 PM4/24/13
to nfe...@googlegroups.com
Roberto,

Desculpe, parece que causei confus�o.

Minha sugest�o foi somente com rela��o ao Dolibarr, alterar e adaptar o ERP para a NFe e n�o o contr�rio. A API est� pronta, sua fun��o � receber os dados, validar o xml, transmitir e receber a autoriza��o. S� que acho estranho � ainda ter que receber um arquivo txt do ERP, mas pode ser ignor�ncia minha.

Concordo plenamente no planejamento cuidadoso pra n�o fazer bobagem como tantos outros ERPs. O erro que acontece na maioria dos outros � que s�o feitos para atender as necessidades de um cliente, depois � remendado para atender outro e por fim � feita uma gambiarra para tentar atender as exig�ncias do fisco, e a� vira bagun�a.

Acho que uma boa forma de se come�ar a planejar � pensar em neg�cio e n�o em setor, todo neg�cio independente do setor tem as mesmas caracter�sticas, todos tem clientes, fornecedores, produtos ou servi�os, transportes, contas (receitas e despesas) e tributos, e isso j� est� pronto no Doli, em linhas gerais, s� tem que enquadrar na legisla��o fiscal da NFE.

� somente minha opini�o.

Alexandre Borges.



Em 24-04-2013 14:58, Roberto Leite Machado escreveu:
Acho que est� OK para os dois, mas eu repito n�o � a API que gera a NFe, a API n�o acessa a base de dados e NUNCA ir� acessar, para API � indiferente se j� recebe um xml pronto ou um TXT.

N�o sei bem onde querem chegar. Se est�o falando do Dolibarr OK a id�ia � essa mesmo, criar direto o XML.
Agora eu n�o tenho conhecimento suficiente sobre o ERP para tratar qualquer assunto sobre o mesmo. Apenas vi o funcionamento, baixei os fontes e deu uma r�pida olhada na estrutura, n�o analisei a base de dados e muito menos como modificar a mesma.

No caso de sistemas mais complexos como o SAP tiveram de ser criadas tabelas adicionais para lidar com essas quest�es fiscais e da legisla��o brasileira (existem outras que n�o s�o fiscais, s�o cont�beis, ambientais, setoriais, etc.).�

Isso ir� requerer um planejamento cuidadoso, para n�o fazer bobagem. Que s�o coisas que encontro sempre nos ERP's. �

Como disse antes n�o adianta pensar em XML, NFe, integra��o, sem antes ter os dados necess�rios nos cadastros do sistema.



___________________________________________
Roberto
Nisi utile est quod facimus, stulta est gloria (Julius Phaedous)


Em 24 de abril de 2013 14:40, Giuliano <giu...@hotmail.com> escreveu:
Roberto,

Acho que poderia ser implementado um m�todo que aceitasse os campos do TXT (XML) em um array associativo pra gerar direto o XML, no meu caso tive de usar o NfePHP da seguinte forma:

��� ��� �� //B|cUF|cNF|NatOp|indPag|mod|serie|nNF|dEmi|dSaiEnt|hSaiEnt|tpNF|cMunFG|TpImp|TpEmis|cDV|tpAmb|finNFe|procEmi|VerProc|dhCont|xJust

��� ��� $m="";
��� ��� $m[]="B";
��� ��� $m[]=$this->c['propriaEnderecoIbgeEstado'];
��� ��� $m[]=$this->c['codigoAcesso'];
��� ��� $m[]=$this->c['operacao'];
��� ��� $m[]=$this->c['formaPagamento'];
��� ��� $m[]="55";
��� ��� $m[]=$this->c['serie'];
��� ��� $m[]=$this->c['numero'];
��� ��� $m[]=substr($this->c['dataEmissao'],0,10);
��� ��� $m[]=substr($this->c['dataSaida'],0,10);
��� ��� $m[]=substr($this->c['dataSaida'],10); // Hora sa�da
��� ��� $m[]=$this->c['tipoDocumento'];
��� ��� $m[]=$this->c['propriaEnderecoIbgeMunicipio'];
��� ��� $m[]="1";
��� ��� $m[]=$this->c['tipoEmissao'];
��� ��� $m[]=$this->c['digitoVerificador'];
��� ��� $m[]=$this->c['ambiente'];
��� ��� $m[]="1";// Finalidade da emissao: 1- NF-e normal/ 2-NF-e complementar / 3 � NF-e de ajuste
��� ��� $m[]="0";// Processo de emissao: 0- Aplicativo do contribuinte
��� ��� $m[]=$this->c['versao'];
��� ��� if($this->c['dhCont']<>"")
��� ��� {
��� ��� ��� $m[]=$this->c['dhCont'];
��� ��� ��� $m[]="Queda do ambiente de producao";
��� ��� }
��� ���
��� ��� $s.=implode("|",$m).NL;


Ou seja, criei o TXT pra poder gerar o XML, quando poderia gerar o XML direto de um array associativo.

Abs,

Giuliano Nascimento
On 24/04/13 13:51, Roberto Leite Machado wrote:
Alexandre;

Eu n�o sei se entendi, mas o ERP, qualquer que seja pode criar ou o xml ou o txt na verdade tanto faz.

___________________________________________
Roberto
Nisi utile est quod facimus, stulta est gloria (Julius Phaedous)


Em 24 de abril de 2013 13:33, iBorg <ibor...@gmail.com> escreveu:
Boa tarde Roberto,

Gostaria de fazer uma sujest�o, como j� disse sou leigo ainda em programa��o, mas no meu pouco conhecimento imagino que possa ser feito.

J� que praticamente ser� criada toda a parte fiscal, teria como j� implantar o banco de dados nos moldes do xml para n�o precisar importar em txt?


Alexandre Borges

Em 24-04-2013 09:32, Roberto Leite Machado escreveu:
Srs.;

Eu mesmo estou estudando o Dolibarr, e o acho muito interessante e com um excelente visual, a integra��o com o NFePHP ir� requerer v�rias etapas:

1 - inclus�o de dados fiscais nos cadastros de cliente, fornecedores e transportadores;
2 - inclus�o da dados fiscais nos cadastros de produtos;
3 - inclus�o de cadastro de Opera��es Fiscais;
4 - vinculo de opera��o fiscal e pedido de venda;
5 - cria��o de modulo de NFe;

6 - vinculo da fatura com o modulo de NFe.
7 - inclus�o do NFePHP refatorado ... com o composer do Dolibarr

Estou tamb�m interessado nisso, podemos iniciar um grupo para promover essas inclus�es e assim que tivermos algo funcional passamos para o gestor do projeto Dolibarr.

Roberto

--
--
Voc� recebeu esta mensagem porque est� inscrito no Grupo "NFePHP".
Reposit�rio: https://github.com/nfephp-org/nfephp
---
Voc� est� recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscri��o neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais op��es, acesse https://groups.google.com/groups/opt_out.



--
--
Voc� recebeu esta mensagem porque est� inscrito no Grupo "NFePHP".
Reposit�rio: https://github.com/nfephp-org/nfephp
--- Voc� est� recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscri��o neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais op��es, acesse https://groups.google.com/groups/opt_out.



--
--
Voc� recebeu esta mensagem porque est� inscrito no Grupo "NFePHP".
Reposit�rio: https://github.com/nfephp-org/nfephp
---
Voc� est� recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscri��o neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais op��es, acesse https://groups.google.com/groups/opt_out.
�
�

--
--
Voc� recebeu esta mensagem porque est� inscrito no Grupo "NFePHP".
Reposit�rio: https://github.com/nfephp-org/nfephp
---
Voc� est� recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscri��o neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais op��es, acesse https://groups.google.com/groups/opt_out.
�
�

--
--
Voc� recebeu esta mensagem porque est� inscrito no Grupo "NFePHP".
Reposit�rio: https://github.com/nfephp-org/nfephp
---
Voc� est� recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscri��o neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais op��es, acesse https://groups.google.com/groups/opt_out.
�
�

Wender Teixeira

unread,
Apr 24, 2013, 9:53:10 PM4/24/13
to nfe...@googlegroups.com
O melhor é se juntar tudo mundo e criar um ERP , Brasileiro com as regras e imposto do brasil , e usando o Bootstrap para ficar bonitinho


Em 24 de abril de 2013 22:49, iBorg <ibor...@gmail.com> escreveu:
Roberto,

Desculpe, parece que causei confusão.

Minha sugestão foi somente com relação ao Dolibarr, alterar e adaptar o ERP para a NFe e não o contrário. A API está pronta, sua função é receber os dados, validar o xml, transmitir e receber a autorização. Só que acho estranho é ainda ter que receber um arquivo txt do ERP, mas pode ser ignorância minha.

Concordo plenamente no planejamento cuidadoso pra não fazer bobagem como tantos outros ERPs. O erro que acontece na maioria dos outros é que são feitos para atender as necessidades de um cliente, depois é remendado para atender outro e por fim é feita uma gambiarra para tentar atender as exigências do fisco, e aí vira bagunça.

Acho que uma boa forma de se começar a planejar é pensar em negócio e não em setor, todo negócio independente do setor tem as mesmas características, todos tem clientes, fornecedores, produtos ou serviços, transportes, contas (receitas e despesas) e tributos, e isso já está pronto no Doli, em linhas gerais, só tem que enquadrar na legislação fiscal da NFE.

É somente minha opinião.


Alexandre Borges.



Em 24-04-2013 14:58, Roberto Leite Machado escreveu:
Acho que está OK para os dois, mas eu repito não é a API que gera a NFe, a API não acessa a base de dados e NUNCA irá acessar, para API é indiferente se já recebe um xml pronto ou um TXT.

Não sei bem onde querem chegar. Se estão falando do Dolibarr OK a idéia é essa mesmo, criar direto o XML.
Agora eu não tenho conhecimento suficiente sobre o ERP para tratar qualquer assunto sobre o mesmo. Apenas vi o funcionamento, baixei os fontes e deu uma rápida olhada na estrutura, não analisei a base de dados e muito menos como modificar a mesma.

No caso de sistemas mais complexos como o SAP tiveram de ser criadas tabelas adicionais para lidar com essas questões fiscais e da legislação brasileira (existem outras que não são fiscais, são contábeis, ambientais, setoriais, etc.). 

Isso irá requerer um planejamento cuidadoso, para não fazer bobagem. Que são coisas que encontro sempre nos ERP's.  

Como disse antes não adianta pensar em XML, NFe, integração, sem antes ter os dados necessários nos cadastros do sistema.



___________________________________________
Roberto
Nisi utile est quod facimus, stulta est gloria (Julius Phaedous)


Em 24 de abril de 2013 14:40, Giuliano <giu...@hotmail.com> escreveu:
Roberto,

Acho que poderia ser implementado um método que aceitasse os campos do TXT (XML) em um array associativo pra gerar direto o XML, no meu caso tive de usar o NfePHP da seguinte forma:


           //B|cUF|cNF|NatOp|indPag|mod|serie|nNF|dEmi|dSaiEnt|hSaiEnt|tpNF|cMunFG|TpImp|TpEmis|cDV|tpAmb|finNFe|procEmi|VerProc|dhCont|xJust

        $m="";
        $m[]="B";
        $m[]=$this->c['propriaEnderecoIbgeEstado'];
        $m[]=$this->c['codigoAcesso'];
        $m[]=$this->c['operacao'];
        $m[]=$this->c['formaPagamento'];
        $m[]="55";
        $m[]=$this->c['serie'];
        $m[]=$this->c['numero'];
        $m[]=substr($this->c['dataEmissao'],0,10);
        $m[]=substr($this->c['dataSaida'],0,10);
        $m[]=substr($this->c['dataSaida'],10); // Hora saída
        $m[]=$this->c['tipoDocumento'];
        $m[]=$this->c['propriaEnderecoIbgeMunicipio'];
        $m[]="1";
        $m[]=$this->c['tipoEmissao'];
        $m[]=$this->c['digitoVerificador'];
        $m[]=$this->c['ambiente'];
        $m[]="1";// Finalidade da emissao: 1- NF-e normal/ 2-NF-e complementar / 3 – NF-e de ajuste

        $m[]="0";// Processo de emissao: 0- Aplicativo do contribuinte
        $m[]=$this->c['versao'];
        if($this->c['dhCont']<>"")
        {
            $m[]=$this->c['dhCont'];
            $m[]="Queda do ambiente de producao";
        }
       
        $s.=implode("|",$m).NL;

Ou seja, criei o TXT pra poder gerar o XML, quando poderia gerar o XML direto de um array associativo.

Abs,

Giuliano Nascimento
On 24/04/13 13:51, Roberto Leite Machado wrote:
Alexandre;

Eu não sei se entendi, mas o ERP, qualquer que seja pode criar ou o xml ou o txt na verdade tanto faz.

___________________________________________
Roberto
Nisi utile est quod facimus, stulta est gloria (Julius Phaedous)


Em 24 de abril de 2013 13:33, iBorg <ibor...@gmail.com> escreveu:
Boa tarde Roberto,

Gostaria de fazer uma sujestão, como já disse sou leigo ainda em programação, mas no meu pouco conhecimento imagino que possa ser feito.

Já que praticamente será criada toda a parte fiscal, teria como já implantar o banco de dados nos moldes do xml para não precisar importar em txt?


Alexandre Borges

Em 24-04-2013 09:32, Roberto Leite Machado escreveu:
Srs.;

Eu mesmo estou estudando o Dolibarr, e o acho muito interessante e com um excelente visual, a integração com o NFePHP irá requerer várias etapas:

1 - inclusão de dados fiscais nos cadastros de cliente, fornecedores e transportadores;
2 - inclusão da dados fiscais nos cadastros de produtos;
3 - inclusão de cadastro de Operações Fiscais;
4 - vinculo de operação fiscal e pedido de venda;
5 - criação de modulo de NFe;

6 - vinculo da fatura com o modulo de NFe.
7 - inclusão do NFePHP refatorado ... com o composer do Dolibarr

Estou também interessado nisso, podemos iniciar um grupo para promover essas inclusões e assim que tivermos algo funcional passamos para o gestor do projeto Dolibarr.

Roberto

--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Repositório: https://github.com/nfephp-org/nfephp
---
Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.



--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Repositório: https://github.com/nfephp-org/nfephp
--- Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.



--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Repositório: https://github.com/nfephp-org/nfephp
---
Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.
 
 

--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Repositório: https://github.com/nfephp-org/nfephp
---
Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.
 
 

--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Repositório: https://github.com/nfephp-org/nfephp
---
Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.
 
 

--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Repositório: https://github.com/nfephp-org/nfephp
---
Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.
 
 

Sandro Neuhaus

unread,
Apr 24, 2013, 10:18:45 PM4/24/13
to nfe...@googlegroups.com
Buenas pessoal, tb gostei do visual e funcionalmente ele é bem bacana, tb acho que trabalhando em conjunto podemos colaborar com o projeto e quem sabe resolver nossos próprios problemas.

Abraço a todos...


--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Para Postar: nfe...@googlegroups.com
Para Sair do Grupo: nfephp+un...@googlegroups.com
Link: http://groups.google.com.br/group/nfephp?hl=pt-BR
-------
Repositório: https://github.com/nfephp-org/nfephp
---
Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.
 
 

Walber da silva sales

unread,
Apr 24, 2013, 10:35:11 PM4/24/13
to nfe...@googlegroups.com
Olá Alexandre,

Sobre o que você disse:
- Só que acho estranho é ainda ter que receber um arquivo txt do ERP

Uso API e não passo o arquivo TXT . Passamos direto o XML.
Existe uma classe no projeto que recebe um TXT e gera o XML, isto para aqueles que o ERP não gera o XML.
Se o ERP gerar o XML, não necessita de TXT.

Abs,

Walber Sales


Em 24 de abril de 2013 22:49, iBorg <ibor...@gmail.com> escreveu:
Roberto,

Desculpe, parece que causei confusão.

Minha sugestão foi somente com relação ao Dolibarr, alterar e adaptar o ERP para a NFe e não o contrário. A API está pronta, sua função é receber os dados, validar o xml, transmitir e receber a autorização. Só que acho estranho é ainda ter que receber um arquivo txt do ERP, mas pode ser ignorância minha.

Concordo plenamente no planejamento cuidadoso pra não fazer bobagem como tantos outros ERPs. O erro que acontece na maioria dos outros é que são feitos para atender as necessidades de um cliente, depois é remendado para atender outro e por fim é feita uma gambiarra para tentar atender as exigências do fisco, e aí vira bagunça.

Acho que uma boa forma de se começar a planejar é pensar em negócio e não em setor, todo negócio independente do setor tem as mesmas características, todos tem clientes, fornecedores, produtos ou serviços, transportes, contas (receitas e despesas) e tributos, e isso já está pronto no Doli, em linhas gerais, só tem que enquadrar na legislação fiscal da NFE.

É somente minha opinião.

Alexandre Borges.



Em 24-04-2013 14:58, Roberto Leite Machado escreveu:
Acho que está OK para os dois, mas eu repito não é a API que gera a NFe, a API não acessa a base de dados e NUNCA irá acessar, para API é indiferente se já recebe um xml pronto ou um TXT.

Não sei bem onde querem chegar. Se estão falando do Dolibarr OK a idéia é essa mesmo, criar direto o XML.
Agora eu não tenho conhecimento suficiente sobre o ERP para tratar qualquer assunto sobre o mesmo. Apenas vi o funcionamento, baixei os fontes e deu uma rápida olhada na estrutura, não analisei a base de dados e muito menos como modificar a mesma.

No caso de sistemas mais complexos como o SAP tiveram de ser criadas tabelas adicionais para lidar com essas questões fiscais e da legislação brasileira (existem outras que não são fiscais, são contábeis, ambientais, setoriais, etc.). 

Isso irá requerer um planejamento cuidadoso, para não fazer bobagem. Que são coisas que encontro sempre nos ERP's.  

Como disse antes não adianta pensar em XML, NFe, integração, sem antes ter os dados necessários nos cadastros do sistema.



___________________________________________
Roberto
Nisi utile est quod facimus, stulta est gloria (Julius Phaedous)


Em 24 de abril de 2013 14:40, Giuliano <giu...@hotmail.com> escreveu:
Roberto,

Acho que poderia ser implementado um método que aceitasse os campos do TXT (XML) em um array associativo pra gerar direto o XML, no meu caso tive de usar o NfePHP da seguinte forma:


           //B|cUF|cNF|NatOp|indPag|mod|serie|nNF|dEmi|dSaiEnt|hSaiEnt|tpNF|cMunFG|TpImp|TpEmis|cDV|tpAmb|finNFe|procEmi|VerProc|dhCont|xJust

        $m="";
        $m[]="B";
        $m[]=$this->c['propriaEnderecoIbgeEstado'];
        $m[]=$this->c['codigoAcesso'];
        $m[]=$this->c['operacao'];
        $m[]=$this->c['formaPagamento'];
        $m[]="55";
        $m[]=$this->c['serie'];
        $m[]=$this->c['numero'];
        $m[]=substr($this->c['dataEmissao'],0,10);
        $m[]=substr($this->c['dataSaida'],0,10);
        $m[]=substr($this->c['dataSaida'],10); // Hora saída
        $m[]=$this->c['tipoDocumento'];
        $m[]=$this->c['propriaEnderecoIbgeMunicipio'];
        $m[]="1";
        $m[]=$this->c['tipoEmissao'];
        $m[]=$this->c['digitoVerificador'];
        $m[]=$this->c['ambiente'];
        $m[]="1";// Finalidade da emissao: 1- NF-e normal/ 2-NF-e complementar / 3 – NF-e de ajuste

        $m[]="0";// Processo de emissao: 0- Aplicativo do contribuinte
        $m[]=$this->c['versao'];
        if($this->c['dhCont']<>"")
        {
            $m[]=$this->c['dhCont'];
            $m[]="Queda do ambiente de producao";
        }
       
        $s.=implode("|",$m).NL;

Ou seja, criei o TXT pra poder gerar o XML, quando poderia gerar o XML direto de um array associativo.

Abs,

Giuliano Nascimento
On 24/04/13 13:51, Roberto Leite Machado wrote:
Alexandre;

Eu não sei se entendi, mas o ERP, qualquer que seja pode criar ou o xml ou o txt na verdade tanto faz.

___________________________________________
Roberto
Nisi utile est quod facimus, stulta est gloria (Julius Phaedous)


Em 24 de abril de 2013 13:33, iBorg <ibor...@gmail.com> escreveu:
Boa tarde Roberto,

Gostaria de fazer uma sujestão, como já disse sou leigo ainda em programação, mas no meu pouco conhecimento imagino que possa ser feito.

Já que praticamente será criada toda a parte fiscal, teria como já implantar o banco de dados nos moldes do xml para não precisar importar em txt?


Alexandre Borges

Em 24-04-2013 09:32, Roberto Leite Machado escreveu:
Srs.;

Eu mesmo estou estudando o Dolibarr, e o acho muito interessante e com um excelente visual, a integração com o NFePHP irá requerer várias etapas:

1 - inclusão de dados fiscais nos cadastros de cliente, fornecedores e transportadores;
2 - inclusão da dados fiscais nos cadastros de produtos;
3 - inclusão de cadastro de Operações Fiscais;
4 - vinculo de operação fiscal e pedido de venda;
5 - criação de modulo de NFe;

6 - vinculo da fatura com o modulo de NFe.
7 - inclusão do NFePHP refatorado ... com o composer do Dolibarr

Estou também interessado nisso, podemos iniciar um grupo para promover essas inclusões e assim que tivermos algo funcional passamos para o gestor do projeto Dolibarr.

Roberto

--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Repositório: https://github.com/nfephp-org/nfephp
---
Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.



--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Repositório: https://github.com/nfephp-org/nfephp
--- Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.



--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Repositório: https://github.com/nfephp-org/nfephp
---
Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.
 
 

--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Repositório: https://github.com/nfephp-org/nfephp
---
Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.
 
 

--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Repositório: https://github.com/nfephp-org/nfephp
---
Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.
 
 

--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Repositório: https://github.com/nfephp-org/nfephp
---
Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.
 
 

iBorg

unread,
Apr 25, 2013, 6:58:47 AM4/25/13
to nfe...@googlegroups.com
Bom dia Walber,

Obrigado pelo esclarecimento.

Sobre o que eu disse, estava me referindo e criticando justamente esses ERPs que n�o geram XML, que ainda usam txt,� e como estamos tratando de adaptar o ERP Dolibarr para emitir NFE � que sugeri para gerar o xml direto.

E como j� disse, sou leigo em programa��o, estou aqui para aprender com voc�s.

Mais uma vez obrigado pelos esclarecimentos.

Alexandre



Em 24-04-2013 23:35, Walber da silva sales escreveu:
Ol� Alexandre,

Sobre o que voc� disse:
- S� que acho estranho � ainda ter que receber um arquivo txt do ERP

Uso API e n�o passo o arquivo TXT . Passamos direto o XML.
Existe uma classe no projeto que recebe um TXT e gera o XML, isto para aqueles que o ERP n�o gera o XML.
Se o ERP gerar o XML, n�o necessita de TXT.

Abs,

Walber Sales


Em 24 de abril de 2013 22:49, iBorg <ibor...@gmail.com> escreveu:
Roberto,

Desculpe, parece que causei confus�o.

Minha sugest�o foi somente com rela��o ao Dolibarr, alterar e adaptar o ERP para a NFe e n�o o contr�rio. A API est� pronta, sua fun��o � receber os dados, validar o xml, transmitir e receber a autoriza��o. S� que acho estranho � ainda ter que receber um arquivo txt do ERP, mas pode ser ignor�ncia minha.

Concordo plenamente no planejamento cuidadoso pra n�o fazer bobagem como tantos outros ERPs. O erro que acontece na maioria dos outros � que s�o feitos para atender as necessidades de um cliente, depois � remendado para atender outro e por fim � feita uma gambiarra para tentar atender as exig�ncias do fisco, e a� vira bagun�a.

Acho que uma boa forma de se come�ar a planejar � pensar em neg�cio e n�o em setor, todo neg�cio independente do setor tem as mesmas caracter�sticas, todos tem clientes, fornecedores, produtos ou servi�os, transportes, contas (receitas e despesas) e tributos, e isso j� est� pronto no Doli, em linhas gerais, s� tem que enquadrar na legisla��o fiscal da NFE.

� somente minha opini�o.

Alexandre Borges.



Em 24-04-2013 14:58, Roberto Leite Machado escreveu:
Acho que est� OK para os dois, mas eu repito n�o � a API que gera a NFe, a API n�o acessa a base de dados e NUNCA ir� acessar, para API � indiferente se j� recebe um xml pronto ou um TXT.

N�o sei bem onde querem chegar. Se est�o falando do Dolibarr OK a id�ia � essa mesmo, criar direto o XML.
Agora eu n�o tenho conhecimento suficiente sobre o ERP para tratar qualquer assunto sobre o mesmo. Apenas vi o funcionamento, baixei os fontes e deu uma r�pida olhada na estrutura, n�o analisei a base de dados e muito menos como modificar a mesma.

No caso de sistemas mais complexos como o SAP tiveram de ser criadas tabelas adicionais para lidar com essas quest�es fiscais e da legisla��o brasileira (existem outras que n�o s�o fiscais, s�o cont�beis, ambientais, setoriais, etc.).�

Isso ir� requerer um planejamento cuidadoso, para n�o fazer bobagem. Que s�o coisas que encontro sempre nos ERP's. �

Como disse antes n�o adianta pensar em XML, NFe, integra��o, sem antes ter os dados necess�rios nos cadastros do sistema.



___________________________________________
Roberto
Nisi utile est quod facimus, stulta est gloria (Julius Phaedous)


Em 24 de abril de 2013 14:40, Giuliano <giu...@hotmail.com> escreveu:
Roberto,

��� ��� $s.=implode("|",$m).NL;


Ou seja, criei o TXT pra poder gerar o XML, quando poderia gerar o XML direto de um array associativo.

Abs,

Giuliano Nascimento
On 24/04/13 13:51, Roberto Leite Machado wrote:
Alexandre;

Eu n�o sei se entendi, mas o ERP, qualquer que seja pode criar ou o xml ou o txt na verdade tanto faz.

___________________________________________
Roberto
Nisi utile est quod facimus, stulta est gloria (Julius Phaedous)


Em 24 de abril de 2013 13:33, iBorg <ibor...@gmail.com> escreveu:
Boa tarde Roberto,

Gostaria de fazer uma sujest�o, como j� disse sou leigo ainda em programa��o, mas no meu pouco conhecimento imagino que possa ser feito.

J� que praticamente ser� criada toda a parte fiscal, teria como j� implantar o banco de dados nos moldes do xml para n�o precisar importar em txt?


Alexandre Borges

Em 24-04-2013 09:32, Roberto Leite Machado escreveu:
Srs.;

Eu mesmo estou estudando o Dolibarr, e o acho muito interessante e com um excelente visual, a integra��o com o NFePHP ir� requerer v�rias etapas:

1 - inclus�o de dados fiscais nos cadastros de cliente, fornecedores e transportadores;
2 - inclus�o da dados fiscais nos cadastros de produtos;
3 - inclus�o de cadastro de Opera��es Fiscais;
4 - vinculo de opera��o fiscal e pedido de venda;
5 - cria��o de modulo de NFe;

6 - vinculo da fatura com o modulo de NFe.
7 - inclus�o do NFePHP refatorado ... com o composer do Dolibarr

Estou tamb�m interessado nisso, podemos iniciar um grupo para promover essas inclus�es e assim que tivermos algo funcional passamos para o gestor do projeto Dolibarr.

Roberto

--
--
Voc� recebeu esta mensagem porque est� inscrito no Grupo "NFePHP".
Voc� est� recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscri��o neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais op��es, acesse https://groups.google.com/groups/opt_out.



--
--
Voc� recebeu esta mensagem porque est� inscrito no Grupo "NFePHP".
Reposit�rio: https://github.com/nfephp-org/nfephp
--- Voc� est� recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscri��o neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais op��es, acesse https://groups.google.com/groups/opt_out.



--
--
Voc� recebeu esta mensagem porque est� inscrito no Grupo "NFePHP".
Reposit�rio: https://github.com/nfephp-org/nfephp
---
Voc� est� recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscri��o neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais op��es, acesse https://groups.google.com/groups/opt_out.
�
�

--
--
Voc� recebeu esta mensagem porque est� inscrito no Grupo "NFePHP".
Reposit�rio: https://github.com/nfephp-org/nfephp
---
Voc� est� recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscri��o neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais op��es, acesse https://groups.google.com/groups/opt_out.
�
�

--
--
Voc� recebeu esta mensagem porque est� inscrito no Grupo "NFePHP".
Reposit�rio: https://github.com/nfephp-org/nfephp
---
Voc� est� recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscri��o neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais op��es, acesse https://groups.google.com/groups/opt_out.
�
�

--
--
Voc� recebeu esta mensagem porque est� inscrito no Grupo "NFePHP".
Reposit�rio: https://github.com/nfephp-org/nfephp
---
Voc� est� recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscri��o neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais op��es, acesse https://groups.google.com/groups/opt_out.
�
�

--
--
Voc� recebeu esta mensagem porque est� inscrito no Grupo "NFePHP".
Reposit�rio: https://github.com/nfephp-org/nfephp
---

xma...@gmail.com

unread,
Apr 30, 2013, 4:50:10 PM4/30/13
to nfe...@googlegroups.com
Srs.

Já  iniciei o modulo no DoliBar e gostaria da ajuda dos amigos.

Em anexo esta uma screenshot do modulo inicial, e o install.php esta funcionando (gravando o config.php), só gostaria de saber se é problematico os notice que aparecem no inicio !

Notice: Undefined index: SSL Version in D:\xampp\htdocs\dolibarr331\htdocs\Brasil\lib\nfephp\installdoli.php on line 457

Notice: Undefined index: OpenSSL Library Version in D:\xampp\htdocs\dolibarr331\htdocs\Brasil\lib\nfephp\installdoli.php on line 457


No aguardo e obrigado.



Claudemir P. da Luz Jr.
Consultor GNU Linux / Software Livre
Cel: 8236-4209 / 9242-7098
msn: xma...@yahoo.com.br



Em 25 de abril de 2013 07:58, iBorg <ibor...@gmail.com> escreveu:
Bom dia Walber,

Obrigado pelo esclarecimento.

Sobre o que eu disse, estava me referindo e criticando justamente esses ERPs que não geram XML, que ainda usam txt,  e como estamos tratando de adaptar o ERP Dolibarr para emitir NFE é que sugeri para gerar o xml direto.

E como já disse, sou leigo em programação, estou aqui para aprender com vocês.


Mais uma vez obrigado pelos esclarecimentos.

Alexandre



Em 24-04-2013 23:35, Walber da silva sales escreveu:
Olá Alexandre,

Sobre o que você disse:
- Só que acho estranho é ainda ter que receber um arquivo txt do ERP

Uso API e não passo o arquivo TXT . Passamos direto o XML.
Existe uma classe no projeto que recebe um TXT e gera o XML, isto para aqueles que o ERP não gera o XML.
Se o ERP gerar o XML, não necessita de TXT.

Abs,

Walber Sales


Em 24 de abril de 2013 22:49, iBorg <ibor...@gmail.com> escreveu:
Roberto,

Desculpe, parece que causei confusão.

Minha sugestão foi somente com relação ao Dolibarr, alterar e adaptar o ERP para a NFe e não o contrário. A API está pronta, sua função é receber os dados, validar o xml, transmitir e receber a autorização. Só que acho estranho é ainda ter que receber um arquivo txt do ERP, mas pode ser ignorância minha.

Concordo plenamente no planejamento cuidadoso pra não fazer bobagem como tantos outros ERPs. O erro que acontece na maioria dos outros é que são feitos para atender as necessidades de um cliente, depois é remendado para atender outro e por fim é feita uma gambiarra para tentar atender as exigências do fisco, e aí vira bagunça.

Acho que uma boa forma de se começar a planejar é pensar em negócio e não em setor, todo negócio independente do setor tem as mesmas características, todos tem clientes, fornecedores, produtos ou serviços, transportes, contas (receitas e despesas) e tributos, e isso já está pronto no Doli, em linhas gerais, só tem que enquadrar na legislação fiscal da NFE.

É somente minha opinião.

Alexandre Borges.



Em 24-04-2013 14:58, Roberto Leite Machado escreveu:
Acho que está OK para os dois, mas eu repito não é a API que gera a NFe, a API não acessa a base de dados e NUNCA irá acessar, para API é indiferente se já recebe um xml pronto ou um TXT.

Não sei bem onde querem chegar. Se estão falando do Dolibarr OK a idéia é essa mesmo, criar direto o XML.
Agora eu não tenho conhecimento suficiente sobre o ERP para tratar qualquer assunto sobre o mesmo. Apenas vi o funcionamento, baixei os fontes e deu uma rápida olhada na estrutura, não analisei a base de dados e muito menos como modificar a mesma.

No caso de sistemas mais complexos como o SAP tiveram de ser criadas tabelas adicionais para lidar com essas questões fiscais e da legislação brasileira (existem outras que não são fiscais, são contábeis, ambientais, setoriais, etc.). 

Isso irá requerer um planejamento cuidadoso, para não fazer bobagem. Que são coisas que encontro sempre nos ERP's.  

Como disse antes não adianta pensar em XML, NFe, integração, sem antes ter os dados necessários nos cadastros do sistema.



___________________________________________
Roberto
Nisi utile est quod facimus, stulta est gloria (Julius Phaedous)


Em 24 de abril de 2013 14:40, Giuliano <giu...@hotmail.com> escreveu:
Roberto,

Acho que poderia ser implementado um método que aceitasse os campos do TXT (XML) em um array associativo pra gerar direto o XML, no meu caso tive de usar o NfePHP da seguinte forma:


           //B|cUF|cNF|NatOp|indPag|mod|serie|nNF|dEmi|dSaiEnt|hSaiEnt|tpNF|cMunFG|TpImp|TpEmis|cDV|tpAmb|finNFe|procEmi|VerProc|dhCont|xJust

        $m="";
        $m[]="B";
        $m[]=$this->c['propriaEnderecoIbgeEstado'];
        $m[]=$this->c['codigoAcesso'];
        $m[]=$this->c['operacao'];
        $m[]=$this->c['formaPagamento'];
        $m[]="55";
        $m[]=$this->c['serie'];
        $m[]=$this->c['numero'];
        $m[]=substr($this->c['dataEmissao'],0,10);
        $m[]=substr($this->c['dataSaida'],0,10);
        $m[]=substr($this->c['dataSaida'],10); // Hora saída
        $m[]=$this->c['tipoDocumento'];
        $m[]=$this->c['propriaEnderecoIbgeMunicipio'];
        $m[]="1";
        $m[]=$this->c['tipoEmissao'];
        $m[]=$this->c['digitoVerificador'];
        $m[]=$this->c['ambiente'];
        $m[]="1";// Finalidade da emissao: 1- NF-e normal/ 2-NF-e complementar / 3 – NF-e de ajuste

        $m[]="0";// Processo de emissao: 0- Aplicativo do contribuinte
        $m[]=$this->c['versao'];
        if($this->c['dhCont']<>"")
        {
            $m[]=$this->c['dhCont'];
            $m[]="Queda do ambiente de producao";
        }
       
        $s.=implode("|",$m).NL;

Ou seja, criei o TXT pra poder gerar o XML, quando poderia gerar o XML direto de um array associativo.

Abs,

Giuliano Nascimento
On 24/04/13 13:51, Roberto Leite Machado wrote:
Alexandre;

Eu não sei se entendi, mas o ERP, qualquer que seja pode criar ou o xml ou o txt na verdade tanto faz.

___________________________________________
Roberto
Nisi utile est quod facimus, stulta est gloria (Julius Phaedous)


Em 24 de abril de 2013 13:33, iBorg <ibor...@gmail.com> escreveu:
Boa tarde Roberto,

Gostaria de fazer uma sujestão, como já disse sou leigo ainda em programação, mas no meu pouco conhecimento imagino que possa ser feito.

Já que praticamente será criada toda a parte fiscal, teria como já implantar o banco de dados nos moldes do xml para não precisar importar em txt?


Alexandre Borges

Em 24-04-2013 09:32, Roberto Leite Machado escreveu:
Srs.;

Eu mesmo estou estudando o Dolibarr, e o acho muito interessante e com um excelente visual, a integração com o NFePHP irá requerer várias etapas:

1 - inclusão de dados fiscais nos cadastros de cliente, fornecedores e transportadores;
2 - inclusão da dados fiscais nos cadastros de produtos;
3 - inclusão de cadastro de Operações Fiscais;
4 - vinculo de operação fiscal e pedido de venda;
5 - criação de modulo de NFe;

6 - vinculo da fatura com o modulo de NFe.
7 - inclusão do NFePHP refatorado ... com o composer do Dolibarr

Estou também interessado nisso, podemos iniciar um grupo para promover essas inclusões e assim que tivermos algo funcional passamos para o gestor do projeto Dolibarr.

Roberto

--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Repositório: https://github.com/nfephp-org/nfephp
---
Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.



--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Repositório: https://github.com/nfephp-org/nfephp
--- Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.



--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Repositório: https://github.com/nfephp-org/nfephp
---
Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.
 
 

--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Repositório: https://github.com/nfephp-org/nfephp
---
Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.
 
 

--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Repositório: https://github.com/nfephp-org/nfephp
---
Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.
 
 

--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Repositório: https://github.com/nfephp-org/nfephp
---
Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.
 
 

--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Repositório: https://github.com/nfephp-org/nfephp
---
Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.
 
 

--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Repositório: https://github.com/nfephp-org/nfephp
---
Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.
 
 

nfephp-doli.GIF

Roberto Leite Machado

unread,
May 1, 2013, 6:35:46 AM5/1/13
to nfe...@googlegroups.com
Claudemir;

Acredito que você esta começando pelo final !!!

Fatos :
1 - O NFePHP está sendo refatorado para o PHP 5.3/5.4 e será incluso no composer, isso vai levar um tempo;
2 - O Dolibar carece de informações fiscais para gerar uma NFe e portanto é inutil;

Então a primeira coisa que devemos fazer é colocar no Dolibar TODAS as informações fiscais necessárias e faze-lo gerar o xml antes de integrar a API.

Não adianta nada ter a API e não poder gerar os xml ......



___________________________________________
Roberto
Nisi utile est quod facimus, stulta est gloria (Julius Phaedous)


Everaldo Claro dos Anjos

unread,
May 1, 2013, 6:41:29 AM5/1/13
to nfe...@googlegroups.com
Bom dia.

Roberto,  não vi nada demais neste "ERP" que valesse a pena tentar modificar.
Acredito que se tiverem interesse em trabalhar em um ERP, o mais correto seria levantar as necessidades e criar um do zero.
Como você mesmo colocou, teria que ter no minimo informações para geração de nota fiscal.
Minha opnião é claro, este programa não atende e para corrigir ele vai demandar mais tempo do que iniciar um novo.




At.
Everaldo



Date: Wed, 1 May 2013 07:35:46 -0300

Subject: Re: [nfephp] Re: ERP Completo
From: roberto...@superig.com.br
To: nfe...@googlegroups.com

Roberto Leite Machado

unread,
May 1, 2013, 6:59:16 AM5/1/13
to nfe...@googlegroups.com
Everaldo;

Veja, não minha intenção fazer um sistema simples para gerar NFe, se for para fazer isso já tem o emissor gratuito da SEFAZ, e eu não gastaria meu tempo para fazer algo igual.

Meu interesse é em um ERP mesmo e não um programinha com unica única finalidade. Existem ERP muito bons via web como o eGestor e o WebMais que eu mesmo uso e estou bastante satisfeito.

Porém eu tenho clientes que não querem ou não podem (por restrições de suas matrizes) usar sistemas como esses (alugados na web), e são obrigados a ter os sistemas em seus servidores locais.

Mas esse ERP local deve ser provido de todos os recursos necessários :
- Contábil
- Financeiro
- Estoques
- Produção
- Logistica
- Faturamento etc ..

O Dolibarr é um dos melhores que já vi escrito em php (usando o browser), os demais não são usáveis.

___________________________________________
Roberto
Nisi utile est quod facimus, stulta est gloria (Julius Phaedous)


Everaldo Claro dos Anjos

unread,
May 1, 2013, 7:14:10 AM5/1/13
to nfe...@googlegroups.com
Claro, sistema simples é só ir no Baixaki e pegar pronto.

Agora sobre sistema gerando contabilidade completa hoje é complicado, estou falando complicado não impossível.
Isso graças a nossa legislação, as regras de ICMS por estado, PIS,COFINS, IPI, ramos de atividades diferentes, produtos etc.
São muitas variáveis, mas talvez criar o sistema, gerar as informações básicas e depois disso enviar para um programa especialista.
Na empresa que trabalhava, eu tive a oportunidade de conhecer alguns sistemas, e os grandes não estão mais desenvolvendo o Fiscal, estão integrando com parceiros deles como o Mastersaf.
Poderíamos montar a informação até um certo ponto e depois dali em diante integrar com um sistema especialista.
Meu caso aqui, na região todos contadores praticamente usam Dominio Sistema que é focado só em escritório de contabilidade, ele não é sistema de gestão.

O que me diz?

At.
Everaldo







Date: Wed, 1 May 2013 07:59:16 -0300

Roberto Leite Machado

unread,
May 1, 2013, 7:42:15 AM5/1/13
to nfe...@googlegroups.com
É seria algo a ser pensado, pois eu mesmo uso a integração com o CONTMATIC Phenix, de qualquer forma esses programas fazem toda a contabilidade LEGAL e seus preços são acessíveis e portanto é muito melhor usa-los.

Mas o ERP ainda tem que prover bastante informação, pois os dados todos são extraídos de suas bases e é o ERP quem gera os arquivos de importação para esses programas contábeis.



___________________________________________
Roberto
Nisi utile est quod facimus, stulta est gloria (Julius Phaedous)


iBorg

unread,
May 1, 2013, 9:04:23 AM5/1/13
to nfe...@googlegroups.com
Bom dia Srs,

Concordo com o Roberto, al�m das funcionalidades foi o de instala��o mais r�pida que j� testei, e em linux.

Everaldo, n�o seria retrabalho criar um erp do zero? Tendo que refazer menus, formul�rios, rotinas, tabelas, agenda, configura��es etc...

Alexandre


Em 01-05-2013 07:59, Roberto Leite Machado escreveu:
Everaldo;

Veja, n�o minha inten��o fazer um sistema simples para gerar NFe, se for para fazer isso j� tem o emissor gratuito da SEFAZ, e eu n�o gastaria meu tempo para fazer algo igual.

Meu interesse � em um ERP mesmo e n�o um programinha com unica �nica finalidade. Existem ERP muito bons via web como o eGestor e o WebMais que eu mesmo uso e estou bastante satisfeito.

Por�m eu tenho clientes que n�o querem ou n�o podem (por restri��es de suas matrizes) usar sistemas como esses (alugados na web), e s�o obrigados a ter os sistemas em seus servidores locais.

Mas esse ERP local deve ser provido de todos os recursos necess�rios :
- Cont�bil
- Financeiro
- Estoques
- Produ��o
- Logistica
- Faturamento etc ..

O Dolibarr � um dos melhores que j� vi escrito em php (usando o browser), os demais n�o s�o us�veis.

___________________________________________
Roberto
Nisi utile est quod facimus, stulta est gloria (Julius Phaedous)


Em 1 de maio de 2013 07:41, Everaldo Claro dos Anjos <eve_...@hotmail.com> escreveu:
Bom dia.

Roberto,� n�o vi nada demais neste "ERP" que valesse a pena tentar modificar.

Acredito que se tiverem interesse em trabalhar em um ERP, o mais correto seria levantar as necessidades e criar um do zero.
Como voc� mesmo colocou, teria que ter no minimo informa��es para gera��o de nota fiscal.
Minha opni�o � claro, este programa n�o atende e para corrigir ele vai demandar mais tempo do que iniciar um novo.




At.
Everaldo



Date: Wed, 1 May 2013 07:35:46 -0300

Subject: Re: [nfephp] Re: ERP Completo
From: roberto...@superig.com.br
To: nfe...@googlegroups.com

Claudemir;

Acredito que voc� esta come�ando pelo final !!!

Fatos :
1 - O NFePHP est� sendo refatorado para o PHP 5.3/5.4 e ser� incluso no composer, isso vai levar um tempo;
2 - O Dolibar carece de informa��es fiscais para gerar uma NFe e portanto � inutil;

Ent�o a primeira coisa que devemos fazer � colocar no Dolibar TODAS as informa��es fiscais necess�rias e faze-lo gerar o xml antes de integrar a API.

N�o adianta nada ter a API e n�o poder gerar os xml ......



___________________________________________
Roberto
Nisi utile est quod facimus, stulta est gloria (Julius Phaedous)


Em 30 de abril de 2013 17:50, <xma...@gmail.com> escreveu:
Srs.

J� iniciei o modulo no DoliBar e gostaria da ajuda dos amigos.

Em anexo esta uma screenshot do modulo inicial, e o install.php esta funcionando (gravando o config.php), s� gostaria de saber se � problematico os notice que aparecem no inicio !


Notice: Undefined index: SSL Version in D:\xampp\htdocs\dolibarr331\htdocs\Brasil\lib\nfephp\installdoli.php on line 457

Notice: Undefined index: OpenSSL Library Version in D:\xampp\htdocs\dolibarr331\htdocs\Brasil\lib\nfephp\installdoli.php on line 457


No aguardo e obrigado.



Claudemir P. da Luz Jr.
Consultor GNU Linux / Software Livre
Cel: 8236-4209 / 9242-7098
msn: xma...@yahoo.com.br



Em 25 de abril de 2013 07:58, iBorg <ibor...@gmail.com> escreveu:
Bom dia Walber,

Obrigado pelo esclarecimento.

Sobre o que eu disse, estava me referindo e criticando justamente esses ERPs que n�o geram XML, que ainda usam txt,� e como estamos tratando de adaptar o ERP Dolibarr para emitir NFE � que sugeri para gerar o xml direto.

E como j� disse, sou leigo em programa��o, estou aqui para aprender com voc�s.


Mais uma vez obrigado pelos esclarecimentos.

Alexandre



Em 24-04-2013 23:35, Walber da silva sales escreveu:
Ol� Alexandre,

Sobre o que voc� disse:
- S� que acho estranho � ainda ter que receber um arquivo txt do ERP

Uso API e n�o passo o arquivo TXT . Passamos direto o XML.
Existe uma classe no projeto que recebe um TXT e gera o XML, isto para aqueles que o ERP n�o gera o XML.
Se o ERP gerar o XML, n�o necessita de TXT.

Abs,

Walber Sales


Em 24 de abril de 2013 22:49, iBorg <ibor...@gmail.com> escreveu:
Roberto,

Desculpe, parece que causei confus�o.

Minha sugest�o foi somente com rela��o ao Dolibarr, alterar e adaptar o ERP para a NFe e n�o o contr�rio. A API est� pronta, sua fun��o � receber os dados, validar o xml, transmitir e receber a autoriza��o. S� que acho estranho � ainda ter que receber um arquivo txt do ERP, mas pode ser ignor�ncia minha.

Concordo plenamente no planejamento cuidadoso pra n�o fazer bobagem como tantos outros ERPs. O erro que acontece na maioria dos outros � que s�o feitos para atender as necessidades de um cliente, depois � remendado para atender outro e por fim � feita uma gambiarra para tentar atender as exig�ncias do fisco, e a� vira bagun�a.

Acho que uma boa forma de se come�ar a planejar � pensar em neg�cio e n�o em setor, todo neg�cio independente do setor tem as mesmas caracter�sticas, todos tem clientes, fornecedores, produtos ou servi�os, transportes, contas (receitas e despesas) e tributos, e isso j� est� pronto no Doli, em linhas gerais, s� tem que enquadrar na legisla��o fiscal da NFE.

� somente minha opini�o.

Alexandre Borges.



Em 24-04-2013 14:58, Roberto Leite Machado escreveu:
Acho que est� OK para os dois, mas eu repito n�o � a API que gera a NFe, a API n�o acessa a base de dados e NUNCA ir� acessar, para API � indiferente se j� recebe um xml pronto ou um TXT.

N�o sei bem onde querem chegar. Se est�o falando do Dolibarr OK a id�ia � essa mesmo, criar direto o XML.
Agora eu n�o tenho conhecimento suficiente sobre o ERP para tratar qualquer assunto sobre o mesmo. Apenas vi o funcionamento, baixei os fontes e deu uma r�pida olhada na estrutura, n�o analisei a base de dados e muito menos como modificar a mesma.

No caso de sistemas mais complexos como o SAP tiveram de ser criadas tabelas adicionais para lidar com essas quest�es fiscais e da legisla��o brasileira (existem outras que n�o s�o fiscais, s�o cont�beis, ambientais, setoriais, etc.).�

Isso ir� requerer um planejamento cuidadoso, para n�o fazer bobagem. Que s�o coisas que encontro sempre nos ERP's. �

Como disse antes n�o adianta pensar em XML, NFe, integra��o, sem antes ter os dados necess�rios nos cadastros do sistema.



___________________________________________
Roberto
Nisi utile est quod facimus, stulta est gloria (Julius Phaedous)


Em 24 de abril de 2013 14:40, Giuliano <giu...@hotmail.com> escreveu:
Roberto,

��� ��� $s.=implode("|",$m).NL;


Ou seja, criei o TXT pra poder gerar o XML, quando poderia gerar o XML direto de um array associativo.

Abs,

Giuliano Nascimento
On 24/04/13 13:51, Roberto Leite Machado wrote:
Alexandre;

Eu n�o sei se entendi, mas o ERP, qualquer que seja pode criar ou o xml ou o txt na verdade tanto faz.

___________________________________________
Roberto
Nisi utile est quod facimus, stulta est gloria (Julius Phaedous)


Em 24 de abril de 2013 13:33, iBorg <ibor...@gmail.com> escreveu:
Boa tarde Roberto,

Gostaria de fazer uma sujest�o, como j� disse sou leigo ainda em programa��o, mas no meu pouco conhecimento imagino que possa ser feito.

J� que praticamente ser� criada toda a parte fiscal, teria como j� implantar o banco de dados nos moldes do xml para n�o precisar importar em txt?


Alexandre Borges

Em 24-04-2013 09:32, Roberto Leite Machado escreveu:
Srs.;

Eu mesmo estou estudando o Dolibarr, e o acho muito interessante e com um excelente visual, a integra��o com o NFePHP ir� requerer v�rias etapas:

1 - inclus�o de dados fiscais nos cadastros de cliente, fornecedores e transportadores;
2 - inclus�o da dados fiscais nos cadastros de produtos;
3 - inclus�o de cadastro de Opera��es Fiscais;
4 - vinculo de opera��o fiscal e pedido de venda;
5 - cria��o de modulo de NFe;

6 - vinculo da fatura com o modulo de NFe.
7 - inclus�o do NFePHP refatorado ... com o composer do Dolibarr

Estou tamb�m interessado nisso, podemos iniciar um grupo para promover essas inclus�es e assim que tivermos algo funcional passamos para o gestor do projeto Dolibarr.

Roberto

--
--
Voc� recebeu esta mensagem porque est� inscrito no Grupo "NFePHP".
Voc� est� recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscri��o neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais op��es, acesse https://groups.google.com/groups/opt_out.



--
--
Voc� recebeu esta mensagem porque est� inscrito no Grupo "NFePHP".
Reposit�rio: https://github.com/nfephp-org/nfephp
--- Voc� est� recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscri��o neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais op��es, acesse https://groups.google.com/groups/opt_out.



--
--
Voc� recebeu esta mensagem porque est� inscrito no Grupo "NFePHP".
Reposit�rio: https://github.com/nfephp-org/nfephp
---
Voc� est� recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscri��o neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais op��es, acesse https://groups.google.com/groups/opt_out.
�
�

--
--
Voc� recebeu esta mensagem porque est� inscrito no Grupo "NFePHP".
Reposit�rio: https://github.com/nfephp-org/nfephp
---
Voc� est� recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscri��o neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais op��es, acesse https://groups.google.com/groups/opt_out.
�
�

--
--
Voc� recebeu esta mensagem porque est� inscrito no Grupo "NFePHP".
Reposit�rio: https://github.com/nfephp-org/nfephp
---
Voc� est� recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscri��o neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais op��es, acesse https://groups.google.com/groups/opt_out.
�
�

--
--
Voc� recebeu esta mensagem porque est� inscrito no Grupo "NFePHP".
Reposit�rio: https://github.com/nfephp-org/nfephp
---
Voc� est� recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscri��o neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais op��es, acesse https://groups.google.com/groups/opt_out.
�
�

--
--
Voc� recebeu esta mensagem porque est� inscrito no Grupo "NFePHP".
Reposit�rio: https://github.com/nfephp-org/nfephp
---
Voc� est� recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscri��o neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais op��es, acesse https://groups.google.com/groups/opt_out.
�
�


--
--
Voc� recebeu esta mensagem porque est� inscrito no Grupo "NFePHP".
Reposit�rio: https://github.com/nfephp-org/nfephp
---
Voc� est� recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscri��o neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais op��es, acesse https://groups.google.com/groups/opt_out.
�
�


--
--
Voc� recebeu esta mensagem porque est� inscrito no Grupo "NFePHP".
Reposit�rio: https://github.com/nfephp-org/nfephp
---
Voc� est� recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscri��o neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais op��es, acesse https://groups.google.com/groups/opt_out.
�
�


--
--
Voc� recebeu esta mensagem porque est� inscrito no Grupo "NFePHP".
Reposit�rio: https://github.com/nfephp-org/nfephp
---
Voc� est� recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscri��o neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais op��es, acesse https://groups.google.com/groups/opt_out.
�
�
--
--
Voc� recebeu esta mensagem porque est� inscrito no Grupo "NFePHP".
Reposit�rio: https://github.com/nfephp-org/nfephp
---
Voc� est� recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscri��o neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais op��es, acesse https://groups.google.com/groups/opt_out.
�
�

--
--
Voc� recebeu esta mensagem porque est� inscrito no Grupo "NFePHP".
Reposit�rio: https://github.com/nfephp-org/nfephp
---

Everaldo Claro dos Anjos

unread,
May 1, 2013, 9:16:51 AM5/1/13
to nfe...@googlegroups.com
Bom dia.

Minha opinião, mais fácil e rápido montar uma lógica do que tentar entender uma coisa pronta e incompleta.
Não desmerecer o sistema que estão pensando em trabalhar, só achei que ele não vale o esforço, porque não vi nada nele de especial.



At.
Everaldo



Date: Wed, 1 May 2013 10:04:23 -0300
From: ibor...@gmail.com
To: nfe...@googlegroups.com

Subject: Re: [nfephp] Re: ERP Completo

Bom dia Srs,

Concordo com o Roberto, além das funcionalidades foi o de instalação mais rápida que já testei, e em linux.

Everaldo, não seria retrabalho criar um erp do zero? Tendo que refazer menus, formulários, rotinas, tabelas, agenda, configurações etc...


Alexandre


Em 01-05-2013 07:59, Roberto Leite Machado escreveu:
Everaldo;

Veja, não minha intenção fazer um sistema simples para gerar NFe, se for para fazer isso já tem o emissor gratuito da SEFAZ, e eu não gastaria meu tempo para fazer algo igual.

Meu interesse é em um ERP mesmo e não um programinha com unica única finalidade. Existem ERP muito bons via web como o eGestor e o WebMais que eu mesmo uso e estou bastante satisfeito.

Porém eu tenho clientes que não querem ou não podem (por restrições de suas matrizes) usar sistemas como esses (alugados na web), e são obrigados a ter os sistemas em seus servidores locais.

Mas esse ERP local deve ser provido de todos os recursos necessários :
- Contábil
- Financeiro
- Estoques
- Produção
- Logistica
- Faturamento etc ..

O Dolibarr é um dos melhores que já vi escrito em php (usando o browser), os demais não são usáveis.

___________________________________________
Roberto
Nisi utile est quod facimus, stulta est gloria (Julius Phaedous)


Em 1 de maio de 2013 07:41, Everaldo Claro dos Anjos <eve_...@hotmail.com> escreveu:
Bom dia.

Roberto,  não vi nada demais neste "ERP" que valesse a pena tentar modificar.

Acredito que se tiverem interesse em trabalhar em um ERP, o mais correto seria levantar as necessidades e criar um do zero.
Como você mesmo colocou, teria que ter no minimo informações para geração de nota fiscal.
Minha opnião é claro, este programa não atende e para corrigir ele vai demandar mais tempo do que iniciar um novo.




At.
Everaldo



Date: Wed, 1 May 2013 07:35:46 -0300

Subject: Re: [nfephp] Re: ERP Completo
From: roberto...@superig.com.br
To: nfe...@googlegroups.com

Claudemir;

Acredito que você esta começando pelo final !!!

Fatos :
1 - O NFePHP está sendo refatorado para o PHP 5.3/5.4 e será incluso no composer, isso vai levar um tempo;
2 - O Dolibar carece de informações fiscais para gerar uma NFe e portanto é inutil;

Então a primeira coisa que devemos fazer é colocar no Dolibar TODAS as informações fiscais necessárias e faze-lo gerar o xml antes de integrar a API.

Não adianta nada ter a API e não poder gerar os xml ......



___________________________________________
Roberto
Nisi utile est quod facimus, stulta est gloria (Julius Phaedous)


Em 30 de abril de 2013 17:50, <xma...@gmail.com> escreveu:
Srs.

Já  iniciei o modulo no DoliBar e gostaria da ajuda dos amigos.

Em anexo esta uma screenshot do modulo inicial, e o install.php esta funcionando (gravando o config.php), só gostaria de saber se é problematico os notice que aparecem no inicio !


Notice: Undefined index: SSL Version in D:\xampp\htdocs\dolibarr331\htdocs\Brasil\lib\nfephp\installdoli.php on line 457

Notice: Undefined index: OpenSSL Library Version in D:\xampp\htdocs\dolibarr331\htdocs\Brasil\lib\nfephp\installdoli.php on line 457


No aguardo e obrigado.



Claudemir P. da Luz Jr.
Consultor GNU Linux / Software Livre
Cel: 8236-4209 / 9242-7098
msn: xma...@yahoo.com.br



Em 25 de abril de 2013 07:58, iBorg <ibor...@gmail.com> escreveu:
Bom dia Walber,

Obrigado pelo esclarecimento.

Sobre o que eu disse, estava me referindo e criticando justamente esses ERPs que não geram XML, que ainda usam txt,  e como estamos tratando de adaptar o ERP Dolibarr para emitir NFE é que sugeri para gerar o xml direto.

E como já disse, sou leigo em programação, estou aqui para aprender com vocês.


Mais uma vez obrigado pelos esclarecimentos.

Alexandre



Em 24-04-2013 23:35, Walber da silva sales escreveu:
Olá Alexandre,

Sobre o que você disse:
- Só que acho estranho é ainda ter que receber um arquivo txt do ERP

Uso API e não passo o arquivo TXT . Passamos direto o XML.
Existe uma classe no projeto que recebe um TXT e gera o XML, isto para aqueles que o ERP não gera o XML.
Se o ERP gerar o XML, não necessita de TXT.

Abs,

Walber Sales


Em 24 de abril de 2013 22:49, iBorg <ibor...@gmail.com> escreveu:
Roberto,

Desculpe, parece que causei confusão.

Minha sugestão foi somente com relação ao Dolibarr, alterar e adaptar o ERP para a NFe e não o contrário. A API está pronta, sua função é receber os dados, validar o xml, transmitir e receber a autorização. Só que acho estranho é ainda ter que receber um arquivo txt do ERP, mas pode ser ignorância minha.

Concordo plenamente no planejamento cuidadoso pra não fazer bobagem como tantos outros ERPs. O erro que acontece na maioria dos outros é que são feitos para atender as necessidades de um cliente, depois é remendado para atender outro e por fim é feita uma gambiarra para tentar atender as exigências do fisco, e aí vira bagunça.

Acho que uma boa forma de se começar a planejar é pensar em negócio e não em setor, todo negócio independente do setor tem as mesmas características, todos tem clientes, fornecedores, produtos ou serviços, transportes, contas (receitas e despesas) e tributos, e isso já está pronto no Doli, em linhas gerais, só tem que enquadrar na legislação fiscal da NFE.

É somente minha opinião.

Alexandre Borges.



Em 24-04-2013 14:58, Roberto Leite Machado escreveu:
Acho que está OK para os dois, mas eu repito não é a API que gera a NFe, a API não acessa a base de dados e NUNCA irá acessar, para API é indiferente se já recebe um xml pronto ou um TXT.

Não sei bem onde querem chegar. Se estão falando do Dolibarr OK a idéia é essa mesmo, criar direto o XML.
Agora eu não tenho conhecimento suficiente sobre o ERP para tratar qualquer assunto sobre o mesmo. Apenas vi o funcionamento, baixei os fontes e deu uma rápida olhada na estrutura, não analisei a base de dados e muito menos como modificar a mesma.

No caso de sistemas mais complexos como o SAP tiveram de ser criadas tabelas adicionais para lidar com essas questões fiscais e da legislação brasileira (existem outras que não são fiscais, são contábeis, ambientais, setoriais, etc.). 

Isso irá requerer um planejamento cuidadoso, para não fazer bobagem. Que são coisas que encontro sempre nos ERP's.  

Como disse antes não adianta pensar em XML, NFe, integração, sem antes ter os dados necessários nos cadastros do sistema.



___________________________________________
Roberto
Nisi utile est quod facimus, stulta est gloria (Julius Phaedous)


Em 24 de abril de 2013 14:40, Giuliano <giu...@hotmail.com> escreveu:
Roberto,

Acho que poderia ser implementado um método que aceitasse os campos do TXT (XML) em um array associativo pra gerar direto o XML, no meu caso tive de usar o NfePHP da seguinte forma:


           //B|cUF|cNF|NatOp|indPag|mod|serie|nNF|dEmi|dSaiEnt|hSaiEnt|tpNF|cMunFG|TpImp|TpEmis|cDV|tpAmb|finNFe|procEmi|VerProc|dhCont|xJust

        $m="";
        $m[]="B";
        $m[]=$this->c['propriaEnderecoIbgeEstado'];
        $m[]=$this->c['codigoAcesso'];
        $m[]=$this->c['operacao'];
        $m[]=$this->c['formaPagamento'];
        $m[]="55";
        $m[]=$this->c['serie'];
        $m[]=$this->c['numero'];
        $m[]=substr($this->c['dataEmissao'],0,10);
        $m[]=substr($this->c['dataSaida'],0,10);
        $m[]=substr($this->c['dataSaida'],10); // Hora saída
        $m[]=$this->c['tipoDocumento'];
        $m[]=$this->c['propriaEnderecoIbgeMunicipio'];
        $m[]="1";
        $m[]=$this->c['tipoEmissao'];
        $m[]=$this->c['digitoVerificador'];
        $m[]=$this->c['ambiente'];
        $m[]="1";// Finalidade da emissao: 1- NF-e normal/ 2-NF-e complementar / 3 – NF-e de ajuste

        $m[]="0";// Processo de emissao: 0- Aplicativo do contribuinte
        $m[]=$this->c['versao'];
        if($this->c['dhCont']<>"")
        {
            $m[]=$this->c['dhCont'];
            $m[]="Queda do ambiente de producao";
        }
       
        $s.=implode("|",$m).NL;

Ou seja, criei o TXT pra poder gerar o XML, quando poderia gerar o XML direto de um array associativo.

Abs,

Giuliano Nascimento
On 24/04/13 13:51, Roberto Leite Machado wrote:
Alexandre;

Eu não sei se entendi, mas o ERP, qualquer que seja pode criar ou o xml ou o txt na verdade tanto faz.

___________________________________________
Roberto
Nisi utile est quod facimus, stulta est gloria (Julius Phaedous)


Em 24 de abril de 2013 13:33, iBorg <ibor...@gmail.com> escreveu:
Boa tarde Roberto,

Gostaria de fazer uma sujestão, como já disse sou leigo ainda em programação, mas no meu pouco conhecimento imagino que possa ser feito.

Já que praticamente será criada toda a parte fiscal, teria como já implantar o banco de dados nos moldes do xml para não precisar importar em txt?


Alexandre Borges

Em 24-04-2013 09:32, Roberto Leite Machado escreveu:
Srs.;

Eu mesmo estou estudando o Dolibarr, e o acho muito interessante e com um excelente visual, a integração com o NFePHP irá requerer várias etapas:

1 - inclusão de dados fiscais nos cadastros de cliente, fornecedores e transportadores;
2 - inclusão da dados fiscais nos cadastros de produtos;
3 - inclusão de cadastro de Operações Fiscais;
4 - vinculo de operação fiscal e pedido de venda;
5 - criação de modulo de NFe;

6 - vinculo da fatura com o modulo de NFe.
7 - inclusão do NFePHP refatorado ... com o composer do Dolibarr

Estou também interessado nisso, podemos iniciar um grupo para promover essas inclusões e assim que tivermos algo funcional passamos para o gestor do projeto Dolibarr.

Roberto

--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Repositório: https://github.com/nfephp-org/nfephp
---
Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.



--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Repositório: https://github.com/nfephp-org/nfephp
--- Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.



--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Repositório: https://github.com/nfephp-org/nfephp
---
Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.
 
 

--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Repositório: https://github.com/nfephp-org/nfephp
---
Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.
 
 

--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Repositório: https://github.com/nfephp-org/nfephp
---
Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.
 
 

--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Repositório: https://github.com/nfephp-org/nfephp
---
Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.
 
 

--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Repositório: https://github.com/nfephp-org/nfephp
---
Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.
 
 


--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Repositório: https://github.com/nfephp-org/nfephp
---
Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.
 
 


--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Repositório: https://github.com/nfephp-org/nfephp
---
Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.
 
 


--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Repositório: https://github.com/nfephp-org/nfephp
---
Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.
 
 
--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Repositório: https://github.com/nfephp-org/nfephp
---
Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.
 
 

--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Repositório: https://github.com/nfephp-org/nfephp
---
Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.
 
 


--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Repositório: https://github.com/nfephp-org/nfephp
---
Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.
 
 

Roberto Leite Machado

unread,
May 1, 2013, 9:32:53 AM5/1/13
to nfe...@googlegroups.com
OK ! concordo que não tem nada de especial ... mas é o melhor disponível hoje 

___________________________________________
Roberto
Nisi utile est quod facimus, stulta est gloria (Julius Phaedous)


Roberto Leite Machado

unread,
May 1, 2013, 9:41:25 AM5/1/13
to nfe...@googlegroups.com
Everaldo;

Como é o código gerado pelo scripcase ? Como você o põe para funcionar no servidor de produção ? como é a integração com pacotes externos ?

___________________________________________
Roberto
Nisi utile est quod facimus, stulta est gloria (Julius Phaedous)


Everaldo Claro dos Anjos

unread,
May 1, 2013, 9:55:10 AM5/1/13
to nfe...@googlegroups.com
Ele é um facilitador de códigos.
Monta com ele os programas, e depois tem a opção de fazer o upload dos códigos.

Só o seguinte, tem que guardar o projeto fonte, porque para fazer manutenção, só faz com ele.


O que eu gostei dele, é a rapidez para montar programas, relatórios, gráficos.
Programas que eu levaria entre 8 a 9 horas para montar, com o ScriptCase eu consegui fazer em 30 minutos.


Neste linck podes ver alguns exemplos:
https://www.scriptcase.com.br/curso-scriptcase-em-video/


Eles liberam além da versão de demonstração, uma licença temporária com acesso completo a ferramenta.
Estou reescrevendo meu sistema com o ScriptCase e aprendendo a usar a ferramenta ainda.
Comprei a versão só com MySql, paguei R$ 719,10 avista.

Se tiver interesse, posso mostrar a ferramenta aqui na minha máquina por Skype ou podes agendar uma apresentação com a Márcia mar...@netmake.com.br.

At.
Everaldo Claro dos Anjos
Skype: eve_anjos





Date: Wed, 1 May 2013 10:41:25 -0300

Daniel Batista Lemes

unread,
May 1, 2013, 10:01:50 AM5/1/13
to nfe...@googlegroups.com

Script case, eh ruim eu nao usaria... Melhor usar algum framework moderno

Everaldo Claro dos Anjos

unread,
May 1, 2013, 10:03:09 AM5/1/13
to nfe...@googlegroups.com
ScriptCase não é moderno? com HTML 5?
O que seria moderno?


Date: Wed, 1 May 2013 11:01:50 -0300
Subject: RE: [nfephp] Re: ERP Completo
From: dle...@gmail.com
To: nfe...@googlegroups.com

Augusto César da Costa Marques

unread,
May 1, 2013, 11:55:34 AM5/1/13
to nfe...@googlegroups.com
http://www.t2ti.com/erp/ Aqui estão desenvolvendo um grande erp onde varios alunos estao discutindo a fazendo o trabalho de desenvolvimento em varias linguagens, só que é em delphi java e c# porem eu estou estudando e aplicando em php, pois o que vale sao as regras de negocio!!! poderiamos organizar um grupo de interessados e fazer um erp comercial entre nós e cada um fica com sua licença para fazer o que quiser, ou um erp opensource e depois cada um personaliza o seu do jeito que quer!

estou estudando o JEASYUI é muito facil de usarmos ele, olhem um link de um teste que estou fazendo! http://seaflux.facetecnologia.com.br/

Giuliano

unread,
May 1, 2013, 12:13:41 PM5/1/13
to nfe...@googlegroups.com
Pessoal,

Estou acompanhando as idéias de vocês, e gostaria de contribuir com algumas sugestões.

O primeiro ponto a refletir, não é o software em si, mas um modelo de negócio interessante e viável pra quem vai trabalhar nele e quem vai usufruir dele. O que quero dizer é que, acredito eu, não tem ninguém aqui desocupado, e se for se envolver em algum projeto, é para obter algum benefício dele (seja financeiro ou não).

A proposta

Seria um ERP. Não é um software simples, e o consumidor não é PF, é uma empresa, portanto, teoricamente, tem algum dinheiro pra pagar por ele.

Além disto, envolve vários perfis de usuário diferente: administrativo, contábil, compras, logística, etc.

Eu acho a proposta muito interessante se houver alguns diferenciais: Que eu possa obter alguma vantagem disto, que possa ser facilmente expandido (plugins, temas, etc.) e integrado a outros softwares (WMS, TMS, por exemplo).

Do ponto de vista de quem vai usufruir dele

Deve ser algo com o custo mais baixo e com maiores benefícios possíveis. Facilidade de instalação, parametrização, aprendizado e uso são muito importantes. Mas a versatilidade de parametrização e boa capacidade de integração, são muito importantes.

Do ponto de vista de quem vai trabalhar nele

Os projetos opensource tem a vantagem de conseguir diminuir o esforço pra desenvolvê-lo (desde que consiga convencer um bom time de trabalho), mas tem inúmeras outras desvantagens.

Antes de iniciar qualquer desenvolvimento, acho que é importante definir como podem ser extraídas as vantagens do projeto pra quem trabalha (ou trabalhou nele).

Como seria um projeto opensource, o custo do software seria zero.

Algumas opções:

1. Prestar consultoria pra implantação, parametrização, customização ou manutenção
2. Treinamentos
3. Hospedagem do software
4. Desenvolver plugins pagos
5. Oferecer serviços de atualizações fiscais (através de um recurso interno do próprio software)

Com base nestas possibilidades, fica claro e evidente que quem estiver envolvido precisa ter diferenciais de quem pula no barco depois de pronto. O que estou querendo dizer, é que pode ser criado em conjunto com o software em si, uma plataforma de profissionais "homologados" no mesmo portal pra download do software, permitindo a qualquer cliente, selecionar um profissional (ou empresa) com score alto o suficiente (e valores dos serviços proporcionais) para atendê-lo em uma das opções acima.

Além de dar mais tranquilidade a quem contrata, valoriza proporcionalmente a quem está mais envolvido.

Isto já acontece com alguns produtos, como Sencha, Mozilla, etc.

Alguns profissionais como tradutores tem a plataforma deles integrada a vários produtos externos como o Wordpress, por exemplo.

Depois disto, definir as tecnologias selecionadas para base do software: linguagens, frameworks, bancos de dados.

E, não podemos esquecer de um detalhe: A tecnologia está mudando mais uma vez. A palavra de ordem é "mobilidade", ou seja, o software deveria ser compatível com tablets e smartphones.

Comentários adicionais
  • Scriptcase - péssima escolha, não pela qualidade do que é, mas pelo objetivo do projeto;
  • Devem ser escolhidos frameworks de baixo nível, e consolidados, e modernos, como adodb, bootstrap, etc.
Se seguir nesta linha, podem contar comigo pra colaborar no projeto.

Abs,

Giuliano Nascimento

Augusto César da Costa Marques

unread,
May 1, 2013, 12:19:42 PM5/1/13
to nfe...@googlegroups.com
Desenvolvo em php oo a um bom tempo e não sou a favor de um framework por varios motivos que naõ vou citar, porem hoje eu só nao crio um erp por não ter conhecimento administrativo para isso, se eu tivesse alguem que me auxiliasse eu faria uma parceria sociedade com essa pessoa!

Guilherme Filippo - Macromind Tecnologias

unread,
May 1, 2013, 12:45:45 PM5/1/13
to nfe...@googlegroups.com
Giuliano,

Você falou tudo, estou de acordo!

Quanto ao Scriptcase, seria horrível pra trabalhar de forma colaborativa.
Fora que é um gerador que impõe muitas limitações.

O ideal seria seguir com o Zend Framework, que é muito bem estruturado e tem a Zend por trás de tudo.

Com relação a banco de dados, eu não trocaria o MySQL pela facilidade e qualidade.

E sobre a parametrização, acho que poderia segmentar o software. Ter um modulo padrão e à partir deste iniciar os outros, inclusive para que os desenvolvedores com mais conhecimento em determinadas áreas possam trabalhar no que melhor sabem fazer. Ex: quem sabe muito sobre rotinas do financeiro, fica trabalhando nesse modulo e assim por diante.

Antes de começar um projeto desse tamanho, todos os envolvidos devem saber exatamente do que se trata, não é brinquedo não!! 

Abraço,

Guilherme Filippo
Macromind Tecnologias
Comercial: (17) 3308-0674
Suporte: (17) 3305-7696

Everaldo Claro dos Anjos

unread,
May 1, 2013, 1:29:34 PM5/1/13
to nfe...@googlegroups.com
Trabalhei muito tempo dentro das áreas de almoxarifado, compras, PCM (Planejamento de Controle de Manutenção), escrita fiscal, contabilidade, escrita fiscal, controladoria e Ti.
Posso ajuda-los se for um sistema do inicio.
Não sei usar o Zend.
E vê se vocês param de falar mal do ScriptCase porque eu gostei muito dele, kkkk, brincadeira.

Senhores, acredito que aqui tem muita gente com muito conhecimento e disposição para fazer este trabalho.
Tem certeza que preferem usar um FrameWork?
Qual FrameWork seria?

E se fosse escrever na unha?



At.
Everaldo


Subject: Re: [nfephp] Re: ERP Completo
From: guil...@macromind.com.br
Date: Wed, 1 May 2013 13:45:45 -0300
To: nfe...@googlegroups.com

Daniel Batista Lemes

unread,
May 1, 2013, 2:35:52 PM5/1/13
to nfe...@googlegroups.com
Usar Zend é seguir mais ou menos um caminho tipo java
Usar Laravel é ir mais para um lado de Ruby on Rails... 
Eu prefiro o segundo, mas como não pretendo ajudar no projeto, minha opinião pouco importa :)
--


@lemes_daniel

xma...@gmail.com

unread,
May 1, 2013, 4:25:55 PM5/1/13
to nfe...@googlegroups.com
Okay Roberto,

Obrigado! Verei o que fazer....

Claudemir P. da Luz Jr.
Consultor GNU Linux / Software Livre
Cel: 8236-4209 / 9242-7098
msn: xma...@yahoo.com.br



Giuliano

unread,
May 1, 2013, 6:34:00 PM5/1/13
to nfe...@googlegroups.com, Guilherme Filippo - Macromind Tecnologias
Talvez seja mais interessante criar uma classe de abstração pros objetivos:

- Interface com usuário
- Banco de dados
- Administração de plugins
- Administração de parâmetros

Dentro desta classe, que poderia começar vazia, poderia ser agregado (ou não), qualquer framework. Na verdade, acho que pra um projeto deste tipo, o ideal seria usar apenas coisas de baixo nível, como adodb, less, bootstrap, e no final algo como phonegap pro mobile.

Isto daria a versatilidade de poder mudar o framework de alto nível depois, pois internamente no ERP não faríamos nenhuma chamada a classes ou métodos que não fossem do próprio projeto.

Por exemplo:

class form
{
    function add($fields)
    {
        // adiciona campos no formulário
    }
    function show()
    {
        // Monta formulário na tela
    }
}

class db
{
    function query($sql)
    {
        // executa query e retorna recordset
        return($rs);
    }
}

Dentro destas classes poderíamos embutir os respectivos frameworks.
Ou seja, dentro do código do ERP só chamadas as classes criadas por nós. Se por qualquer motivo futuro, resolvermos mudar de framework, seria simples, sem mexer em nada do código do ERP.

Abs,

Giuliano Nascimento

Sandro Neuhaus

unread,
May 1, 2013, 9:26:13 PM5/1/13
to nfe...@googlegroups.com
Olá pessoal;

A discução pode durar dias, mas concordo com a maioria, se for para iniciar um ERP do Grupo, deveria ser no mínimo PHPOO, e dentre os frameworks valeria a pena pensar no zend, codeigniter ou no adiante framework (do Pablo Dall Oglio).

Abraço!!

Walker de Alencar

unread,
May 2, 2013, 6:31:13 AM5/2/13
to nfe...@googlegroups.com
Sempre opto, pelo que seja melhor para colaboração.

Nesse ponto o ZF é indiscutívelmente o framework mais conhecido de PHP.

Scriptcase é ótimo, para vc fazer algo simples do zero, quando exige maior complexidade, e manutenção é um "Deus nos acuda!", como colaboração e manutenção estão diretamente ligados, eu descartaria o Scritpcase de cara.

O ZF só precisa de um arquiteto com bons conhecimentos de configuração, definições e estruturações para que seja bem aproveitado, usar ele no modo padrão pode ser desgastante e pouco performático.

Para o frontend, se o backend for bem planejado, dá pra fazer ele com o Twitter bootstrap para Web/Web Mobile, e uma frente baseada em jQueryMobile+Cordova para os nativos do Celular.

;)
Walker de Alencar
Arquiteto de Sistemas PHP
http://www.walkeralencar.com
(61) 8599-8999 | (62) 8172-5487
ZCE: ZEND014591

Daniel Chaves

unread,
May 2, 2013, 10:47:03 AM5/2/13
to nfe...@googlegroups.com
Eu topo com zend tenho ate umas brincadeiras com um erp/crm que venho desenvolvendo.

Silas Ribas

unread,
May 2, 2013, 10:58:46 AM5/2/13
to nfe...@googlegroups.com
Salve,

Eu topo em ZF ou qualquer outro framework moderno, e claro, se a galera levar a sério :D

--
Silas Ribas
71 9155.0533

Andre Gomes

unread,
May 2, 2013, 11:54:37 AM5/2/13
to nfe...@googlegroups.com
Ajudo também se for zend :)

ps: ate tu aqui silas haha

-----------------------------------------------------------------
André Gomes
Desenvolvedor <?php
www.kernelpanic.com.br
@acidcode 


2013/5/2 Silas Ribas <sil...@gmail.com>

Silas Ribas

unread,
May 2, 2013, 11:55:41 AM5/2/13
to nfe...@googlegroups.com
Salve,

A tempão acompanho :D

--
Silas Ribas
71 9155.0533

Andre Gomes

unread,
May 2, 2013, 12:05:03 PM5/2/13
to nfe...@googlegroups.com
Posso propor uma arquitetura que venho usando em cima do zend 1.12.. nele ja configurado um MWS para ter estilos de base de dados e etc..

tenho também um formato de montar as tabelas entre outras coisas..

O que acham?

-----------------------------------------------------------------
André Gomes
Desenvolvedor <?php
www.kernelpanic.com.br
@acidcode 


2013/5/2 Walker de Alencar <walker...@gmail.com>

Andre Gomes

unread,
May 2, 2013, 12:05:42 PM5/2/13
to nfe...@googlegroups.com
Corrigindo MWS = Estilo de Formularios, grids e etc..

-----------------------------------------------------------------
André Gomes
Desenvolvedor <?php
www.kernelpanic.com.br
@acidcode 


2013/5/2 Andre Gomes <andre.ke...@gmail.com>

Kleber G Soares

unread,
May 2, 2013, 1:48:58 PM5/2/13
to nfe...@googlegroups.com
Tenho interesse em ajudar também.

At.
Kleber Gracia Soares
Equipe Galaxyz trabalhando para você
www.galaxyz.com.br
Telefone: |44| 3233-2039
Cel.: |44| 9960-0298 - Tim
Msn: kleber...@hotmail.com
Skype: kleber.gracia
Email: kle...@galaxyz.com.br
"Tudo posso naquele que me fortalece!" (Fl 4,13).

Evite imprimir. Colabore com o Meio Ambiente! 


___________________________________________
Roberto
Nisi utile est quod facimus, stulta est gloria (Julius Phaedous)


Em 24 de abril de 2013 13:33, iBorg <ibor...@gmail.com> escreveu:
Boa tarde Roberto,

Gostaria de fazer uma sujestão, como já disse sou leigo ainda em programação, mas no meu pouco conhecimento imagino que possa ser feito.

Já que praticamente será criada toda a parte fiscal, teria como já implantar o banco de dados nos moldes do xml para não precisar importar em txt?

Alexandre Borges

Em 24-04-2013 09:32, Roberto Leite Machado escreveu:
Srs.;

Eu mesmo estou estudando o Dolibarr, e o acho muito interessante e com um excelente visual, a integração com o NFePHP irá requerer várias etapas:

1 - inclusão de dados fiscais nos cadastros de cliente, fornecedores e transportadores;
2 - inclusão da dados fiscais nos cadastros de produtos;
3 - inclusão de cadastro de Operações Fiscais;
4 - vinculo de operação fiscal e pedido de venda;
5 - criação de modulo de NFe;
6 - vinculo da fatura com o modulo de NFe.
7 - inclusão do NFePHP refatorado ... com o composer do Dolibarr

Estou também interessado nisso, podemos iniciar um grupo para promover essas inclusões e assim que tivermos algo funcional passamos para o gestor do projeto Dolibarr.

Roberto

Roberto Spadim

unread,
May 2, 2013, 6:20:09 PM5/2/13
to nfe...@googlegroups.com
pessoal não é por nada, mas não acham que este tema de ERP esta longe do tema de emissão de documentos fiscais, que é oque a API faz?
se agente for entrar em ERP, indo de traz pra frente, a primeira coisa é escrever funções para corrigir e detectar, erros nas regras de negocios, depois entrar no mundo antes do faturamento da empresa

resumindo... cade o foco de deixar a api como uma forma de emitir documentos fiscais? 
ok até concordo que o assunto é legal, mas até lá, porque não nos atentamos a primeiro escrever um emissor de documentos fiscais + gerenciador de documentos gratuitos e realmente preferido por todos os brasileiros?
temos varios tipos de documentos, e varios integradores e desenvolvedores pedindo isso... CTe, NFe, NFSe, e outros mais
 varios aplicativos do governo que são gratuitos, não atendem as invenções dos integradores nem bloqueiam a alteração por parte do faturista, oque deixa o responsavel da empresa com uma duvida sobre a honestidade do faturista em não explodir uma bomba na mão da sua administração

podemos nos atentar a fazer um emissor de documentos fiscais e depois nos atentar a gerar um erp mundial global extraterrestre que inclua até a produção de oxigenio pelas plantas? acho mais interessante para o curto espaço de tempo

abraços!

Roberto Spadim

unread,
May 2, 2013, 6:22:04 PM5/2/13
to nfe...@googlegroups.com

Silas Ribas

unread,
May 2, 2013, 6:40:08 PM5/2/13
to nfe...@googlegroups.com
Salve,

Roberto, tirando a ironia, lança a sua idéia mais clara para ver se a galera concorda e se acha legal começar o projeto por essa parte e depois evoluir para o ERP, ou depois fazer um projeto de ERP separado, sei lá. E claro, pode haver gente disposto a tocar um ERP e não tocar essa parte ai, isso é uma escolha pessoal.

--
Silas Ribas
71 9155.0533
--

xma...@gmail.com

unread,
May 2, 2013, 6:47:20 PM5/2/13
to nfe...@googlegroups.com
Pessoal, só uma opinião....

Reinventar a roda ?....existem outros ERP's com codigo aberto por ai.

Vamos apenas colaborar ! Esse é o espirito de uma comunidade Livre !

Outra, se formos fazer um ERP para o Brasil....para min ja acabou o conceito de ERP, pois o mesmo deveria atender qualquer necessidade de qualquer empresa, no minimo, não importa o país !

E vamos ao NFe e etc da vida.


Claudemir P. da Luz Jr.
Consultor GNU Linux / Software Livre
Cel: 8236-4209 / 9242-7098
msn: xma...@yahoo.com.br



Silas Ribas

unread,
May 2, 2013, 6:51:40 PM5/2/13
to nfe...@googlegroups.com
Salve,

Não concordo sobre não reinventar a roda, pois o ciclo sempre se repete: coisas são criadas e depois aprimoradas, então sempre reinventam a roda, só que com diferenças, geralmente pra melhor e assim se mantém até acabar ou não.

Creio que, se não for fazer um ERP, seria bacana fazer pacote de integração com um ou mais existente e, claro, que seja dos mais utilizados nacionalmente. Pois de nada adianta fazer módulo de uma coisa nacional para um ERP pouco usado aqui.

--
Silas Ribas
71 9155.0533

Roberto Spadim

unread,
May 2, 2013, 7:00:33 PM5/2/13
to nfe...@googlegroups.com
ja é antiga essa necessidade e muitos ja procuraram, é so procurar no nosso grupo por emissor gratuito, tem varios posts perguntando se existe algo implementado com base no nfephp
sem algo assim fica 'chato' padronizar uma API pois fica meio 'solto' pra qualquer um que queira emitir doc fiscal, utilizar parte do código e não a api inteira

Silas Ribas

unread,
May 2, 2013, 7:05:08 PM5/2/13
to nfe...@googlegroups.com
Salve,

Sei. Então é esperar o povo se manifestar agora que você levantou essa questão que parece ser mais necessária.

--
Silas Ribas
71 9155.0533

On Thursday, May 2, 2013 at 8:00 PM, Roberto Spadim wrote:

ja é antiga essa necessidade e muitos ja procuraram, é so procurar no nosso grupo por emissor gratuito, tem varios posts perguntando se existe algo implementado com base no nfephp
sem algo assim fica 'chato' padronizar uma API pois fica meio 'solto' pra qualquer um que queira emitir doc fiscal, utilizar parte do código e não a api inteira

--

Everaldo Claro dos Anjos

unread,
May 2, 2013, 7:10:25 PM5/2/13
to nfe...@googlegroups.com
bom, cada um é livre para colocar sua opinião.


O projeto NFePHP na minha opinião é perfeito partindo depois do txt ou xml gerado.
Existe muita gente aqui que já tem seus sistemas prontos e não vão querer trocar.

Na minha opinião o projeto ERP seria ótimo, mas fora deste projeto.

Vamos abrir um projeto e um grupo novo para isso?

Alguém se habilita para liderar este projeto?

At.
Everaldo.





Date: Thu, 2 May 2013 20:05:08 -0300
From: sil...@gmail.com

To: nfe...@googlegroups.com
Subject: Re: [nfephp] Re: ERP Completo

Daniel Batista Lemes

unread,
May 2, 2013, 7:26:56 PM5/2/13
to nfe...@googlegroups.com
Olha só, 

Essa discussão é inútil, duvido que daqui saia uma linha de código(espero sinceramente queimar a língua), projetos open source nascem por esforço de uma pessoal, se uma pessoa iniciar o código e depois abrir o fonte ai funciona, o Roberto pode dizer, o projeto só andou depois que ele tinha bastante coisa escrita, ai aparece bastante gente, então se alguém quer mesmo fazer algo, tem que fazer uma parte "solito" e depois abrir para a comunidade.
@lemes_daniel

Silas Ribas

unread,
May 2, 2013, 7:31:21 PM5/2/13
to nfe...@googlegroups.com
Salve,

Daniel, não sei viu, mas certeza eu tenho de que tanta gente só falando que não vai dá certo sem nada a acrescentar, isso sim, atrapalha. 

--
Silas Ribas
71 9155.0533

Daniel Batista Lemes

unread,
May 2, 2013, 7:33:19 PM5/2/13
to nfe...@googlegroups.com
Desculpe, Silas, conversamos daqui a 6 meses.

Silas Ribas

unread,
May 2, 2013, 7:34:04 PM5/2/13
to nfe...@googlegroups.com
Salve,

Ou não :D

--
Silas Ribas
71 9155.0533

Roberto Spadim

unread,
May 2, 2013, 7:42:06 PM5/2/13
to nfe...@googlegroups.com
everaldo, é perfeito em partes né
para oque ele tem como objetivo ele funciona
porém falta uma interface para leigos para poder:


1) importar arquivos (XML,TXT ou outros), 
2) ler o conteudo do arquivo
3) alterar o conteudo do arquivo de forma pratica (algo tipo um editor de notas/cte)
4) salvar a alteração
5) gerenciar os documentos
6) verificar o documento quanto a um schema (para nfe e cte)
7) verificar o documento quanto a algum outro tipo de verificação (regra de negócios por exemplo)
8) possibilitar a impressão antes da aprovação pelo governo, do documento (apenas para verificação visual)
9) assinar o documento (nfe e cte)
10) transmitir o documento (nfe e cte)
11) verificar o retorno da transmissão (nfe e cte), e se for o caso voltar o documento para digitação
12) possibilitar a impressão após aprovado do documento
13) exportar o arquivo em formatos distintos (XML, TXT, PDF ,outros?!)
14) gerar backups, e coisas de gerenciamento dos arquivos
15) envio de documentos por email
16) controle de recepção dos email

acho que seria isto oque um emissor genérico de documentos fiscais deveria fazer, logico tem muita coisa ainda que pode ser parametrizavel, tipo usuarios, liberar ou não edição de documentos, importação e exportações automaticas, enfim...

embora muito seja discutido aqui na nfephp, ninguem começou e concluiu o projeto (até eu comecei mas não tive tempo de voltar ao desenvolvimento)
os itens 1,2,6,8,9,10,11,12,13,15 podem ser feitos pela nfephp sem muito lero lero

iBorg

unread,
May 3, 2013, 8:04:33 AM5/3/13
to nfe...@googlegroups.com
Bah...

Acho que � isso que estou procurando at� hoje... e n�o tinha coragem de
perguntar.

Onde fica os bot�es de Gerar e Enviar?

Bom dia.



Em 02-05-2013 20:42, Roberto Spadim escreveu:
> everaldo, � perfeito em partes n�
> para oque ele tem como objetivo ele funciona
> por�m falta uma interface para leigos para poder:
>
>
> 1) importar arquivos (XML,TXT ou outros),
> 2) ler o conteudo do arquivo
> 3) alterar o conteudo do arquivo de forma pratica (algo tipo um editor
> de notas/cte)
> 4) salvar a altera��o
> 5) gerenciar os documentos
> 6) verificar o documento quanto a um schema (para nfe e cte)
> 7) verificar o documento quanto a algum outro tipo de verifica��o
> (regra de neg�cios por exemplo)
> 8) possibilitar a impress�o antes da aprova��o pelo governo, do
> documento (apenas para verifica��o visual)
> 9) assinar o documento (nfe e cte)
> 10) transmitir o documento (nfe e cte)
> 11) verificar o retorno da transmiss�o (nfe e cte), e se for o caso
> voltar o documento para digita��o
> 12) possibilitar a impress�o ap�s aprovado do documento
> 13) exportar o arquivo em formatos distintos (XML, TXT, PDF ,outros?!)
> 14) gerar backups, e coisas de gerenciamento dos arquivos
> 15) envio de documentos por email
> 16) controle de recep��o dos email
>
> acho que seria isto oque um emissor gen�rico de documentos fiscais
> deveria fazer, logico tem muita coisa ainda que pode ser
> parametrizavel, tipo usuarios, liberar ou n�o edi��o de documentos,
> importa��o e exporta��es automaticas, enfim...
>
> embora muito seja discutido aqui na nfephp, ninguem come�ou e concluiu
> o projeto (at� eu comecei mas n�o tive tempo de voltar ao desenvolvimento)
> os itens 1,2,6,8,9,10,11,12,13,15 podem ser feitos pela nfephp sem
> muito lero lero
>
> --
> --
> Voc� recebeu esta mensagem porque est� inscrito no Grupo "NFePHP".
> Reposit�rio: https://github.com/nfephp-org/nfephp
> ---
> Voc� est� recebendo esta mensagem porque se inscreveu no grupo
> "NFePHP" dos Grupos do Google.
> Para cancelar a inscri��o neste grupo e parar de receber seus e-mails,
> envie um e-mail para nfephp+un...@googlegroups.com.
> Para obter mais op��es, acesse https://groups.google.com/groups/opt_out.
>
>

Roberto Leite Machado

unread,
May 3, 2013, 8:41:29 AM5/3/13
to nfe...@googlegroups.com
Srs,

Quem quiser fazer uma interface com o USUÁRIO tem todo o meu apoio, mas somente será incluso na nova API refatorada.

Eu mesmo sou muito ruim em desenhar interfaces e não posso colaborar, e como já disseram as coisas só acontecem  quando alguém em um esforço pessoal disponibiliza algo minimamente funcional.

Estou no aguardo desse "designer" disponibilizar algo, ai muita gente deve começar a contribuir. 

___________________________________________
Roberto
Nisi utile est quod facimus, stulta est gloria (Julius Phaedous)


Em 3 de maio de 2013 09:04, iBorg <ibor...@gmail.com> escreveu:
Bah...

Acho que é isso que estou procurando até hoje... e não tinha coragem de perguntar.

Onde fica os botões de Gerar e Enviar?


Bom dia.



Em 02-05-2013 20:42, Roberto Spadim escreveu:
everaldo, é perfeito em partes né
para oque ele tem como objetivo ele funciona
porém falta uma interface para leigos para poder:



1) importar arquivos (XML,TXT ou outros),
2) ler o conteudo do arquivo
3) alterar o conteudo do arquivo de forma pratica (algo tipo um editor de notas/cte)
4) salvar a alteração

5) gerenciar os documentos
6) verificar o documento quanto a um schema (para nfe e cte)
7) verificar o documento quanto a algum outro tipo de verificação (regra de negócios por exemplo)
8) possibilitar a impressão antes da aprovação pelo governo, do documento (apenas para verificação visual)

9) assinar o documento (nfe e cte)
10) transmitir o documento (nfe e cte)
11) verificar o retorno da transmissão (nfe e cte), e se for o caso voltar o documento para digitação
12) possibilitar a impressão após aprovado do documento

13) exportar o arquivo em formatos distintos (XML, TXT, PDF ,outros?!)
14) gerar backups, e coisas de gerenciamento dos arquivos
15) envio de documentos por email
16) controle de recepção dos email

acho que seria isto oque um emissor genérico de documentos fiscais deveria fazer, logico tem muita coisa ainda que pode ser parametrizavel, tipo usuarios, liberar ou não edição de documentos, importação e exportações automaticas, enfim...

embora muito seja discutido aqui na nfephp, ninguem começou e concluiu o projeto (até eu comecei mas não tive tempo de voltar ao desenvolvimento)

os itens 1,2,6,8,9,10,11,12,13,15 podem ser feitos pela nfephp sem muito lero lero

--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Para Postar: nfe...@googlegroups.com
Para Sair do Grupo: nfephp+unsubscribe@googlegroups.com
Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+unsubscribe@googlegroups.com.

Para obter mais opções, acesse https://groups.google.com/groups/opt_out.



--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Para Postar: nfe...@googlegroups.com
Para Sair do Grupo: nfephp+unsubscribe@googlegroups.com
--- Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+unsubscribe@googlegroups.com.

Wender Teixeira

unread,
May 3, 2013, 6:47:07 PM5/3/13
to nfe...@googlegroups.com
Eu tenho o layout de uma interface da NFe , se precisar para interagir , e ajudo ainda no desenvolvimento do PHP
e tenho uma função pronta que fiz para calcular os imposto ... mais irei disponibilizar se o projeto for levado a serio por que se for para ficar parado ou só 1 ou 4 ajudar e foda por que aqui no grupo tem muitos programadores que só que sugar


Para Sair do Grupo: nfephp+un...@googlegroups.com

Link: http://groups.google.com.br/group/nfephp?hl=pt-BR
-------
Repositório: https://github.com/nfephp-org/nfephp
---
Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para nfephp+un...@googlegroups.com.

FerreiraH.

unread,
May 3, 2013, 8:44:02 PM5/3/13
to nfe...@googlegroups.com
Sem Comentarios, eu tenho um erp pronto em um grupo de so eu hehehelder
--
 Sistema de Automação Comercial Open Source
Ferreira Helder

Wender Teixeira

unread,
May 3, 2013, 9:04:39 PM5/3/13
to nfe...@googlegroups.com
Bom ue . eu so queria o erp o resto eu sei fazer

Ederson Pereira de Brito

unread,
May 5, 2013, 2:33:00 PM5/5/13
to nfe...@googlegroups.com

Precisa começar para terminar. Realmente em muitos caso o grupo e de um mas os que não contribui sempre relata falhas então para min ajuda.
Open source e bom onde benefício e para todos e software que tenha legislação tem que ser pago pois muda muito e se não entrar grana desestimula o programador que atualiza.
Mas acho e penso que deva existir uma interface amigável e simples.
Vídeos são importantes.

Wender Teixeira

unread,
May 7, 2013, 9:55:17 PM5/7/13
to nfe...@googlegroups.com
Vamos fazer um grupo privado só para quem quer realmente ajudar a criar o sistema por que so assim vai ser mais facil ...

Sandro Neuhaus

unread,
May 7, 2013, 10:13:45 PM5/7/13
to nfe...@googlegroups.com
Estou dentro tb...  Qual seria o framework???   Concordo que o Zend é poderoso, mas se quisermos mais pessoas envolvidas no projeto, talvês seria interessante usar um framework com uma curva de aprendizado mais rápida o que poderia atrair mais colaboradores..

Mas independente da escolha, estou dentro!!!

Abraços

Leandro Sprenger

unread,
May 7, 2013, 10:20:50 PM5/7/13
to nfe...@googlegroups.com
Na questão do framework, voto no CakePHP que a curva de aprendizado é pequena.

Att,
Leandro Cassel Sprenger
skype: leandroc.s


Sandro Neuhaus

unread,
May 7, 2013, 10:29:08 PM5/7/13
to nfe...@googlegroups.com
Venho estudando o Codeigniter, tb muito interessante ... e a Comunidade Brasileira está bem ativa... Conheço projetos de grande porte rodando em Oracle por Exemplo.... A pesar de que o MySQL seria uma opção mais dinâmica e adequada ao nosso projeto no meu ver...

Abraço

Juliano Gomes Weber

unread,
May 7, 2013, 11:09:45 PM5/7/13
to nfe...@googlegroups.com
Tenho estudado o CodeIgniter e é incríivel o número de pessoas aderindo e a atividade do fórum..voto neste.

Walker de Alencar

unread,
May 7, 2013, 11:10:08 PM5/7/13
to nfe...@googlegroups.com
Esquece curva de aprendizado, foca em algo que a maioria conhece, quem nao conhece vai ter que aprender uma hora ou outra mesmo.

ZF é unanime nesse aspecto.


Em 7 de maio de 2013 23:29, Sandro Neuhaus <sandrone...@gmail.com> escreveu:



--
Walker de Alencar
Arquiteto de Sistemas PHP
http://www.walkeralencar.com
(61) 8599-8999 | (62) 8172-5487
ZCE: ZEND014591

Alexandre Azevedo

unread,
May 7, 2013, 11:23:16 PM5/7/13
to nfe...@googlegroups.com
Concordo com o Walker de Alencar, já usei bastante o CodeIgniter e atualmente para projetos pequenos aindo uso ( muito pouco, mais uso )
e para um projeto de ERP acho o CI peixe pequeno e não seguraria muito bem as pontas. Apensar de eu não ter condições
de participar do projeto, deixo aqui a minha opnião de que usar o Zend ( Comunidade maior que o CI)  ou até mesmo o CakePHP ( que atualmente  trabalho com ele 
desenvolvendo um ERP na empresa que trabalho e é muito bom ) ou Simfony2 , seriam as melhores escolhas para votação e definir qual usar. 


--
Att,
Alexandre Azevedo
Programador PHP | CakePHP | CodeIgniter | Mysql | Postgres | Jquery
Bacharel em Sistema de Informação pela FIB
Analista Desenvolvedor PHP Pleno

E-mail: alexandr...@gmail.com
msn:  alexandr...@hotmail.com
Skype: alexandreazevedo4
Tel: (71) 8738-6638 (tim) / 9662-4552 (vivo)
twitter: @_aaoliveira

Rodrigo Rysdyk

unread,
May 8, 2013, 8:53:10 AM5/8/13
to nfe...@googlegroups.com

Daniel Chaves

unread,
May 10, 2013, 11:13:53 AM5/10/13
to nfe...@googlegroups.com
Eu tenho um sistema +/- encaminhado ja em zend.... acho mesmo que deveriamos abrir um grupo em paralelo para dar continuidade nisso.!

Roberto Leite Machado

unread,
May 10, 2013, 12:24:45 PM5/10/13
to nfe...@googlegroups.com
Coloque no Git e convide os amigos

___________________________________________
Roberto
Nisi utile est quod facimus, stulta est gloria (Julius Phaedous)


It is loading more messages.
0 new messages