NFePHP 3.10 - Força tarefa, novidades e Grafico de Dependencia NFePHP

[Walker de Alencar]

Ontem fizemos um Hangout: Walker, Roberto e Spinelli, para saber como poderíamos agregar valor ao projeto, tendo em vista uma janela de disponibilidade.

Decidimos iniciar uma força tarefa no NFePHP, para fazer uma limpeza na versao 2.0 e iniciar os ajustes para leiaute v3.10;

• Foram criadas as branches: v2.0, v3.10-alpha
  
• Foram criadas as milestones: 
• v2.0 (para correções de falhas/bugs)
• v3.10-alpha (primeiras implementações e versões iniciais)
• v3.10-beta (primeiras versões funcionais liberadas para teste geral, após correções de falhas encontradas na v3.10-Alpha)
• v3.10(primeira versão final, após correções de falhas encontradas na v3.10-Beta)

O Roberto fará inserção de algumas issues a partir de hoje, para que se possa iniciar as atividades de limpeza da v2.0, e sequencialmente ajustes para v3.10;

Você pode colaborar, o momento é agora! :

• Sugerindo melhorias;
• Reportando bugs;
• Codificando;
• Higienizando o código e o projeto; 

Faça já seu FORK, acompanhe as ISSUES mantenha-o atualizado e submeta suas Pull Requests;

P Gráfico de Dependencias segue em anexo para apreciação e a quem possa interessar.

Para quem não sabe ou não lembra:

• Nossa página: http://nfephp.org;
• Nosso Github: http://github.com/nfephp-org/nfephp
• Nossa página no github: http://nfephp-org.github.io/nfephp/
  

Abraços

Equipe do NFePHP

http://nfephp.org

[Walber Sales]

Olá,


1) Isto até que merecia um encontro (real) da gALLera para
contatos,confraternização, comemorações e etc.

2) tentei um git pull origin master, ' veio' apenas o install.php
PS: Para baixar é o mesmo procedimento anterior. git pull origin master ?

Fast forward
install.php | 380 ++++++++++++++++++++++++++++++-----------------------------
1 files changed, 196 insertions(+), 184 deletions(-)


att:

Walber Sales


Em 6 de maio de 2014 14:34, Walker de Alencar
<walker...@gmail.com> escreveu:

> --
> --
> 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ê recebeu essa mensagem porque está inscrito no grupo quot;NFePHP" dos
> Grupos do Google.
> Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie
> um e-mail para nfephp+un...@googlegroups.com.
> Para mais opções, acesse https://groups.google.com/d/optout.

[Roberto Spadim]

fala galera

alterou muita coisa do nfe 3.0 pra 3.1? do 2.0 pra 3.0 eu lembro q entrou a parte de venda a consumidor (venda sem cpf), a parte de cartão de credito, e alguma outra frescurinha a mais

e na 3.1 ja chegaram a dar uma olhada?

[Roberto Machado]

Roberto 

Sim, houveram algumas alterações vide a Nota Técnica mais recente.

Não apenas na estrutura da NFe mas na forma de contigência, forma de envio e outras coisas mais.

Roberto

[Roberto Machado]

Walber;

A forma correta para contribuir a iniciando um fork do projeto conforme indicado na wiki.

Mas para baixar o repositório simplesmente pode fazer isso por exemplo :

1 - crie um diretorio (ex. mkdir nfe310)

2 - mova para o  novo diretorio (ex. cd nfe310)

3 - inicialize o git (ex. git init)

4 - adicione o repositório (ex. git remote add origin g...@github.com:nfephp-org/nfephp.git)

5 - faça um pull dos dados (ex.  git pull origin nfe-3.10-alpha)

A versão alpha não deve ser usada nem para testes é apenas para o ajuste do código para quem quer contribuir com os ISSUES que estão indicados no GitHub.

A versão beta poderá ser utilizada para testes em ambiente de homologação e quando a versão estiver estável irá passar para 3.10 apenas.

Nota: caso já tenha um repositorio local ao invés de fazer um "git pull origin master" pode fazer um "git pull origin" (sem o master) isso irá baixar todas as branchs ai é só trocar para a branch que você quiser usando "git checkout <nome da branch>".

É isso, um abraço

Roberto

--
Roberto

Nisi utile est quod facimus stulta est gloriae (Julius Phaedous)

[Fernando Mertins]

Bom dia pessoal, fiquei em dúvida sobre a branch "develop", ela ainda existe no GitHub mas nem foi citada aqui. Até então eu tinha/tenho a minha branch develop aqui no meu fork local, devo abandar a develop e criar a branch nfe-3.10-alpha?

E a develop, será eliminada? Acho que sim né, agora que temos uma beta e uma alpha para a 3.10...

--

[Meurer]

Creio que sim quanto mais limpo melhor!

Já tem uma versão funcionando na 3.10 para SVRS - para o nfe_ws3.xml.

[Roberto Machado]

Esse branch "develop" continuará a ser usado mas irá refletir por enquanto a 3.10-alpha. 

Portanto o que você modificou em 3.10-alpha irá para develop. Até a versão final 3.10, nesse ponto as branches alpha e beta serão removidas e ficaremos com:

<master> versão estável

<develop> versão de desenvolvimento (para novas alterações)

<2.00> versão estável anterior (para ambiente 2.00 da SEFAZ)

<3.10> versão estável (reflexo da master 3.10)

Roberto

[Walber Sales]

Mestre Roberto,

Como sou do tempo Debug: G=C800:5 para formatar HD 30Mb, as
vezes preciso de um empurrão para pegar no tranco. :>)
Não consigo visualizar nada da nfe3.10, nem diretamente no github.com
Quando atualizo localmente, apenas o master é baixado.


1) git pull origin master
From g...@github.com:gitonline/nfephp
* branch master -> FETCH_HEAD
Already up-to-date.

2) Sem o master
git pull origin
You asked me to pull without telling me which branch you
want to merge with, and 'branch.master.merge' in
your configuration file does not tell me either. Please
name which branch you want to merge on the command line and
try again (e.g. 'git pull <repository> <refspec>').
See git-pull(1) for details on the refspec.


3) git pull origin nfe-3.10-alpha
fatal: Couldn't find remote ref nfe-3.10-alpha

Logado no site github eu teria que ver alguma API ref. nfe310?

PS: Roberto, seria interessante um encontro real, onde um expert em
github desse uma introdução os interessados
E também uma palestra sobre NFePHP
Vejo que tem muita gente querendo ajudar, mas as vezes não sabe
como usar o git.

grato,

Walber Sales

Em 7 de maio de 2014 13:33, Roberto Machado <linu...@gmail.com> escreveu:

[Roberto Machado]

Grande Walber; Tudo bem contigo ?

Bom valos lá .....

Versão 3.10 ainda não esta usável nem para testes, mas se desejar pegar do git faça o seguinte 

crie uma pasta. por ex.

     mkdir nfephp3

vá para a pasta

     cd nfephp3

incie o git 

     git init

defina o repositório de origem

     git remote add origin g...@github.com:nfephp-org/nfephp.git

baixe os arquivos (de todos os branchs)

    git pull origin

mova para o branch "develop"

    git checkout develop

e verifique se tudo foi baixado

    git pull origin develop

Na pasta "develop" é que estarão os arquivos para a versão 3.10, mas como eu disse ainda não são usáveis.

Quanto ao encontro você pode propor isso no grupo mas minha presença somente poderia ser em finais de semana.

Abraço

Roberto

Você está recebendo esta mensagem porque se inscreveu no grupo "NFePHP" dos Grupos do Google.

Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para nfephp+un...@googlegroups.com.

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

[Leandro C. Lopez]

Amigos !!!

Gostei da ideia de um "encontro"... mas como seria a logistica, visto que somos de diferentes lugares do país ???

Att.: Leandro

[Roberto Machado]

Uma alternativa é hangout do google, mas não substitui uma conversa em pessoa.

Roberto 

[Leandro C. Lopez]

Bom, para ser presencial teria que ser agendada com boa antecedência para nos organizar quanto a viagem e hospedagem.

Claro, tudo depende de quantos interessados e aonde seria o encontro.

Att.: Leandro C. Lopez

Em 30 de maio de 2014 14:47, Roberto Machado <linu...@gmail.com> escreveu:

Uma alternativa é hangout do google, mas não substitui uma conversa em pessoa.

Roberto 

[Walber Sales]

Mestre Roberto,

Seguindo os passos, cheguei até aqui a,b,c,d.

a) git pull origin

remote: Reusing existing pack: 4281, done.
remote: Counting objects: 6, done.
remote: Compressing objects: 100% (6/6), done.
remote: Total 4287 (delta 0), reused 0 (delta 0)
Receiving objects: 100% (4287/4287), 28.05 MiB | 651 KiB/s, done.
Resolving deltas: 100% (2449/2449), done.
From g...@github.com:nfephp-org/nfephp
* [new branch] develop -> origin/develop
* [new branch] gh-pages -> origin/gh-pages
* [new branch] master -> origin/master
* [new branch] nfe-2.0 -> origin/nfe-2.0
* [new branch] nfe-3.10-alpha -> origin/nfe-3.10-alpha

You asked me to pull without telling me which branch you
want to merge with, and 'branch.master.merge' in
your configuration file does not tell me either. Please
name which branch you want to merge on the command line and
try again (e.g. 'git pull <repository> <refspec>').
See git-pull(1) for details on the refspec.

If you often merge with the same branch, you may want to
configure the following variables in your configuration
file:

branch.master.remote = <nickname>
branch.master.merge = <remote-ref>
remote.<nickname>.url = <url>
remote.<nickname>.fetch = <refspec>


Quando vou efetuar o comando

b) git checkout develop
error: pathspec 'libs/develop' did not match any file(s) known to git.

Então 'chutei' assim:

c) git checkout origin/develop
HEAD is now at 0169e3d... [INC] exemplos DAMDFe


e finalmente

d) git pull origin develop
From g...@github.com:nfephp-org/nfephp
* branch develop -> FETCH_HEAD
Already up-to-date.

Editei a API ToolsNfePHP,class,php e esta:

* @package NFePHP
* @name ToolsNFePHP
* @version 3.0.80-alpha
* @license http://www.gnu.org/licenses/gpl.html GNU/GPL v.3
* @copyright 2009-2012 &copy; NFePHP
* @link http://www.nfephp.org/
* @author Roberto L. Machado <linux.rlm at gmail dot com>


Estou no caminho certo?


Agradeço antecipadamente o Help.

Walber Sales

Em 30 de maio de 2014 13:41, Roberto Machado <linu...@gmail.com> escreveu:

[Roberto Leite Machado]

É isso ai ... veja que develop está divergindo bastante de master

Roberto

[Isael Sousa]

Olá a todos sou iniciante em programação php e já um tempo tenho usado alguns erp's de mercado como o Microsiga da TOTS e gostaria de colaborar com o desenvolvimento se ainda é claro estiver disponível.

[Roberto Machado]

Seja bem vindo Isael, toda ajuda será apreciada

Roberto

[Leonn Leite]

Galera,

eu não participei do hangout. Quero ajudar, mas tenho algumas dúdivas.

1) O código vai ser atualizado ou refeito?

2) Caso seja refeito, vai utilizar PSR-X?

3) O Desenvolvimento já foi iniciado?

4) Como está organizado o desenvolvimento? Quem está no time? Temos um time? hahahaha

Ainda não li a nota técnica, então:

5) Que dia está previsto para 'lançar'?

[Roberto Machado]

Leonn;

1) O código vai ser atualizado ou refeito?

 -- As duas coisas atualizado no repositório atual (branch develop) e refatorado em SpedPHP

2) Caso seja refeito, vai utilizar PSR-X?

 -- SIM PSR-2

3) O Desenvolvimento já foi iniciado?

-- Sim 

4) Como está organizado o desenvolvimento? Quem está no time? Temos um time?

-- A maioria dos ajustes são feitos por mim e uns poucos que contribuem 

Roberto

[Pedro Henrique]

Boa noite pessoal,

alguma novidade referente a NF-e 3.10

[rtal]

Meus caros, o projeto nfephp é muito bom, más do jeito que voceis estão fazendo logo ele vai desaparecer, a cada versão da NFe, voceis mudam tudo, a versão 1.0 não fala com 2.0 e 3.10 pelo que tenho lido tambem seguirá o mesmo caminho. Informo a voceis que uso a NFe php desde a versão 2.0, fiz alterações p/ adequar ao meu ERP, criei um varivel nfever (nfe versão) e joguei fora o que não era usado, ela ficou enxutinha, agora para na NFe 3.10, o ERP faz o chaveamento entre qual ver~sao voce quer utilizar, e com ela a minha v.2.0 é igualzinha a v 3.10 o que muda é apenas o layout do xml da Nota  e alguns serviços e os nomes do webservices. Com a varivel versão da Nfe voce pode mudar via seu ERP o comportamento do NFePHP.

 

Tai uma sugestão bem interessante p/ voceis.

Alcantara (trabalho com desenvolvimento de ERP p/ pequenas e medias empresas desde 1992)

Um 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ê recebeu essa mensagem porque está inscrito no grupo "NFePHP" dos Grupos do Google.

[Roberto Machado]

Caro Pedro;

Para usar a API inclusive na futura versão que terá muito mais alterações, é necessário e recomendável que você faça uma "FACADE" que sirva de interface entre sua aplicação e a API.

A refatoração que esta sendo feita, se baseia no PSR-2, e nas estruturas mais atuais do PHP, incluindo namespaces, composer. Não haverão mais "requires e includes" no código e o mesmo somente irá funcionar com o uso do autoload. Estão sendo utilizadas fortemente as exceptions.

Mudar é ruim mas algumas vezes isso se impõe por outras necessidades. Para manter o código do jeito que está é inviável. Usar a API em um framework impõe algumas também algumas alterações. Mesmo a nomenclatura das funções e seus parâmetros devem mudar é aprendizado e  evolução.

E que tal colaborar com código ? muitos são críticos e poucos realmente colaboram ... muitos sugerem e querem os ajustes para se adequar a suas necessidades mas nem sempre estão atentos as necessidades de outros .... 

Uma pequena pergunta, para que manter compatibilidade em versões passas da SEFAZ ??? isso não faz muito sentido, a não ser na impressão da DANFE, uma vez que os webservices não mais existem.

Abraço

Roberto 

[Roberto Spadim]

não existe motivos para no processo de emissao utilizar versoes diferentes da ultima liberada

existe motivo apenas para validação de versões antigas (para descobrir qual o schema do xml utilizado)

e geracao da danfe de versões antigas

em resumo, o toolsnfe pode existir apenas pra uma versão, o convert de txt->xml pode existir apenas em uma versao, e essa versão é a ultima

jaja vou atualizar o convertnfe pois ele não esta funcionando com o emissor v3, mais uns minutos e do um pull request

tem um negocio chato também que peguei... o PATH_ROOT as vezes zoa, vou deixar dirname(dirname(__FILE__)) e tirar o PATH_ROOT até conseguirem normalizar o autoload

tem um problema ainda que não sei até que ponto vou suportar, talvez vou ter que passar a buxa pra frente, o namespace provavelmente vai ficar obrigatorio apos o autoload, ou seja, tchau php antigo, tem alguns servidores com mais de 7 anos rodando, vou precisar atualizar o php ai ferrou, pq não tem compilador neles, e atualizar o linux fica inviavel remotamente, enfim... problema meu, a API com certeza vai em pouco tempo tirar o  hash tag da linha #namespace NFEPHP, se preparem =]

[Eugênio Geraldo do Carmo - EcoDés]

R Spadim bom dia,

 

A troca para a versão nova do php realmente acarreta muitas mudanças, porem é inevitável ou até urgente e independente da API. Por questões de segurança mesmo, visto que os servidores de aplicação tem sido atualizados de forma maciça.

 

Digo isto por que outros softwares, relativamente pequenos e simples que havíamos desenvolvido e entregue a anos, tem demandado manutenção, o pessoal de infra tem atualizado com mais frequência as plataformas.

 

Após o aprendizado (onde tenho me esforçado) vemos que o nível do código e do software melhora bastante.

Escrevo apenas compartilhar o que tem ocorrido aqui e para dar força e motivação para a comunidade.

 

[ ]´s

 

Eugênio

--

[Roberto Spadim]

é... bom, ai vai de infra, eu sou adepto ao KISS, ja não posso dizer a muitos outros usuarios, enfim... se eu não for atualizar, provavelmente vou adaptar o nfephp e tirar o namespace ou coisa do tipo, enfim.... alguem vai pagar a conta kkk provavelmente o cliente e não a comunidade do nfephp

[Roberto Spadim]

acabei de enviar o pull request do TXT-XML pra versão 3.10, assim que estiver tranquilo, da uma olhada roberto, abrasss

[Roberto Machado]

Robertão;

Falhou !!! não passou pelo Travis 

Roberto

[Roberto Spadim]

fala querido :)

é eu vi, é o PATH_ROOT, como você quer que eu faça? use o PATH_ROOT pra api fica +- parecida e passe no travis, ou pensamos em como fazer pra todos arquivos ficarem parecidos?

to vendo um prob desse PATH_ROOT porque sem querer querendo vi em um projeto, um carinha usando a mesma constante, mas ele não usava namespace, e o namespace da nossa api ta com um comentário no inicio #namespace ...

faço passar no travis e boa ou filosofamos um pouco?

[Roberto Machado]

Robertão;

É o seguinte :

1 - em "master" temos uma versão funcional adaptada do 2.00, e o código tá me dando ansia de vómito . arhhggg! 

Mas não vale a pena mexer muito nisso, só manter funcional;

2 - a classe está sendo refatorada em "develop" eu ainda não limpei mas vou remover tudo que não estiver refatorado de develop, estou com a nova classe ToolsNFe refatorada quase completa, usando namespaces passando por codesniffers, e vários outros testes, não sei se subo a classe parcial ou espero estar completa mas esta bem diferente, mais limpa a fácil de manter e mais intelegivel.

3 - A idéia e que todos sigam a mesma estrutura tanto a NFe, MDFe, CTe e  CLe (NFSe não sei, é muito complexa), mas para isso é provável que tenhamos que ter uma conversa para explicar os conceitos e idéias e inclusive aprimorar o que eu estou fazendo sozinho. 

Abraço

Roberto

[Roberto Spadim]

Opa

Em quinta-feira, 29 de janeiro de 2015 08:20:03 UTC-2, linux.rlm escreveu:

Robertão;

É o seguinte :

1 - em "master" temos uma versão funcional adaptada do 2.00, e o código tá me dando ansia de vómito . arhhggg! 

Mas não vale a pena mexer muito nisso, só manter funcional;

haha tendi... bom, em resumo, preciso entáo manter funcional o PATH_ROOT e fazer o travis ficar feliz

 

2 - a classe está sendo refatorada em "develop" eu ainda não limpei mas vou remover tudo que não estiver refatorado de develop, estou com a nova classe ToolsNFe refatorada quase completa, usando namespaces passando por codesniffers, e vários outros testes, não sei se subo a classe parcial ou espero estar completa mas esta bem diferente, mais limpa a fácil de manter e mais intelegivel.

é, se vc subir vai aparecer muito palpite ehhe

 

3 - A idéia e que todos sigam a mesma estrutura tanto a NFe, MDFe, CTe e  CLe (NFSe não sei, é muito complexa), mas para isso é provável que tenhamos que ter uma conversa para explicar os conceitos e idéias e inclusive aprimorar o que eu estou fazendo sozinho. 

tranquilo, eu nao peguei o ultimo hangout, tava enrolado, mas vamos conversando, agora to acompanhando um pouco pois comecei a trocar todos 2.00 pra 3.10

bom é isso ae, abraços, logo mais mando dnovo outro pull request certinho

 

Abraço

Roberto

[Gilmar de Paula Fiocca]

Roberto,

Vc nao iria utilizar o branch master para manter a versao 2.0 e o develop para esta conversao (3.10) ?

No branch master nao analisei a fundo, mas tem o texto dizendo que nao mantem compatibilidade com a versao 2.0.

Esta correto ?

Gilmar.

[Gilmar de Paula Fiocca]

Desculpe, 

Agora entendi, vcs criaram o branch 2.0, e congelaram a versao, confirma ?

Gilmar.

[Roberto Machado]

sim

Branch 2.0 - versão congelada

Branch master - versão 3.10 da sefaz (beta partindo para estável)

Branch develop - nova versão sendo refatorada (instável e em mutação)

Roberto

[Aldy Salvino]

O que preciso fazer para ajudar nos testes?

[Roberto Machado]

Use a API de DEVELOP e faça seus testes sobre essa versão.

Outra forma é contribuir com o desenvolvimento do código ou dos testes com o phpunit ou ainda com a wiki da API

Roberto

[Roberson Faria]

Bom dia pessoal

Estou precisando usar a API para integrar com um sistema, para isso já estudei um pouco a API e me deparei com alguns errinhos que ainda não sei se são meus ou se são bugs mesmo. Antes de sair perguntando um monte de coisas gostaria de saber como está o desenvolvimento da versão 3.10 refatorada.

A melhor branch pra uso em "produção/desenvolver a integração" é a develop mesmo?

Esses "errinhos" que estou encontrando, por exemplo, estou usando primeiro o método sefazDistDFe da ToolsNFe, estou com um erro no PATH_ROOT que parece estar concatenando com o $xmlURLfile (não to com na maquina que estou desenvolvendo então não lembro bem o nome das variáveis)  com isso a url fica inválida e não acha os arquivos. Como disse pode ser problema meu que não soube configurar, ainda vou ver melhor isso. Mas qual seria o procedimento correto nesse caso, abri uma Issue?

Eu gostaria de contribuir com o projeto caso eu encontre um bug e corrija ele, qual é a melhor forma de ajudar? Reporto o bug e a solução que encontrei e vocês replicam? Ou eu mesmo posso comitar a correção?

Enfim, parabéns pela API vi que ela ainda está em construção mais que está bem organizada e aparentemente funcional, gostaria de usar a API e conforme for possível também contribuir para o crescimento dela.

Obrigado

[Roberto Machado]

Roberson;

Use o que está em DEVELOP, master está sendo descontinuada para uso de namespaces, PSR-2 e PSR4, para contribuir veja a wiki. 

Não entendi seu problema ... mas tem um exemplo de uso com o composer em https://github.com/robmachado/teste 

A versão de DEVELOP está funcional em em produção para NFe apenas !

Roberto

[Guilherme Filippo]

Roberto,

Você recebeu meu e-mail sobre o desenvolvimento da nova API? Acho que mandei faz 2 meses.

O que tinha falado era exatamente sobre descontinuar ou não o projeto atual para deixar como principal o novo.

Usei de exemplo o caso do Zend Framework 1 e Zend Framework 2.

Os caras deixaram normalmente o projeto criado do ZF1 no git, inclusive até hoje temos atualizações (ele tem vida própria).

Quem quer migrar para o ZF2, tudo bem, então pode usar ou colaborar com o ZF2, mas nada impede quem quiser ficar no ZF1.

Gostaria de saber se não é possível você deixar o projeto como está hoje e criar uma segunda versão em outro projeto.

O nome pode ser o mesmo, acrescentando a versão da API na frente, mas que quem já usa pudesse continuar usando e contribuindo (NFePHP2, ou algo do tipo).

Eu, por exemplo, utilizo parte do projeto de maneira estável nos meus projetos e é muito tranquilo para trazer atualizações via GIT.

Se você mudar, acaba afetando muito a estrutura do mesmo, e meu projeto passaria a ficar com problemas.

Acho que meu caso não é isolado e muita gente vai “morrer” com o projeto e ser forçado a sempre ficar atualizando muita coisa.

Lembrando que nesse caso a maior atualização está sendo na escrita de código e padrões de linguagem.

Eu gostaria de deixar claro que não sou contra mudanças, isso é necessário sim e acredito que o projeto está se elevando, mas poderíamos fazer de forma que não afetasse tão radicalmente quem já utiliza a API em ambientes de produção.

Abraço,

Guilherme Filippo

http://macromind.com.br

[Roberto Machado]

Guilherme;

Não tenho como acompanhar ou manter DUAS estruturas que estão derivando muito.

A versão de MASTER como já respondi está muito RUIM de manter.

Lembre-se que não recebo ajuda quase nenhuma para manter esses códigos, que qualquer tipo que seja. Talvez você seja o primeiro a colaborar ativamente !

Meus sistemas foram todos alterados para uso do Composer, namespaces e PSR-4 e por isso nem tenho como ficar testando a versão anterior (de MASTER) que não usa esses recursos. 

Para fazer isso que propõe alguém teria que se RESPONSABILIZAR pois os questionamentos, usos incorretos e falta de conhecimentos básicos dos "programadores" causam um monte de problemas.

A estrutura da API é complexa são muitos pontos que podem mudar conforme  a linguagem evolui (o PHP quero dizer), que o projeto da SEFAZ evolui (mudanças de versão da SEFAZ) e os ambientes em que são rodados esses programas (seja nos nossos sistemas ou seja na própria SEFAZ), o que vai implicar em mais e mais problemas. Por exemplo meus servidores estão todos com PHP 5.6.* e os pacotes estão e são mantidos atualizados o quanto possível. Agora mesmo estou passando alguns de Debian Wheezy para Jessie o que nem sempre é indolor. Existem problemas com algumas SEFAZ devido ao uso do TLS ao invés do SSLv3 e por ai vai. 

Eu não sou fechado a ideias e soluções, desde que viáveis. Estude e veja o que propõe e vamos ver o que podemos realizar.

Roberto 

[Denis Dos Santos Silva]

Um pergunta e uma sugestão:

1. o nfephp tem unidades de testes (PHPUnit, p.ex.) ? 

2. uma coisa que sempre achei estranho foi o código-fonte ter "uma mescla de inglês e português", talvez, quem sabe, no futuro uma versão adotar "tudo br ou tudo en" (claro, tirando as keywords) :]

[Roberto Machado]

Antes de dar as respostas, sempre analise apenas a BRANCH DEVELOP ou o novo repositório sendo criado 

sped-common, sped-nfe, sped-cte, sped-mdfe, etc.

A versão antiga sem namespaces, nem psr-4, sem testes unitários, e sem manutenção constante ficará como está e a nova versão será movida para outro repositório e será estruturado em módulos separados, porém todos com as mesmas bases e interfaces (NFe, CTe e MDFe), ou seja que usa NFe vai ter a mesma facilidade em usar CTe ou MDFe, pois a nomenclatura das classes serão as mesmas e usando os mesmos métodos.  

Nessa nova estrutura serão feitos testes unitários para uma cobertura de 100% (se for possível). Essa nova estrutura é baseada totalmente em PSR-2 e PSR-4 e fundamentada em PHP 5.7 (mas pode ser usado com PHP 5.5 e 5.6).

Respostas 

1. o nfephp tem unidades de testes (PHPUnit, p.ex.) ? 

Parcialmente, foram feitos testes unitários apenas para uma  pequena parte do código

2. uma coisa que sempre achei estranho foi o código-fonte ter "uma mescla de inglês e português", talvez, quem sabe, no futuro uma versão adotar "tudo br ou tudo en" (claro, tirando as keywords)

Os nomes das classes e funções serão preferencialmente em inglês, apenas por  questões sintéticas (o inglẽs é mais direto muitas vezes) e os programadores estão mais acostumados com os nomes em inglês. Já variáveis, propriedades e documentação poderá estar toda em palavras em português brasileiro. 

Roberto

[Denis Dos Santos Silva]

vai ficar um negócio meio doido (no bom sentido)

As vezes, poderia ajudar, uma FAQ, KB ou mesmo "mini-tutoriais" da comunidade com o propósito de ajudar, pq, a medida que a API vai crescendo aumenta as dúvidas na mesma proporção.

Vamos acompanhar o repositório

[Carlos Martins]

Se precisarem de ajuda estou a disposicao . Abraço a todos.

--

[Roberto Machado]

Sempre Carlos, muitos falam em ajudar mas poucos ajudam de verdade !

Espero sua participação

Roberto

[Paulo Sérgio Duff]

Eu já dei um Fork!

Localmente eu tinha criado uma "classe combo" que faz todas as tarefas básicas em uma única chamada na aplicação. Assim que der tudo certo dou uma request! Ainda tenho que testar a versão 3.10 da nota!

[Daniel Braz de Oliveira]

Alencar, bom dia.

Cheguei ao nfephp pesquisando no google.
Já utilizo a rotina nfe.3.10 para delphi do ACBRNfe.
Gostaria de saber se o projeto nfephp está atualizado para a v. 3.10.
Também, onde eu poderia conseguir material de estudo sobre o projeto ??

Grato.

Daniel.
Curitiba - Pr.

[Roberto Machado]

Preparado para 3.10 ??

SIM

Mas você deve usar apenas o branch DEVELOP

Informações estão em README, alguma coisa na WIKI do GitHub e tem o Grupo do Google

Roberto

[Eduardo Bonfandini]

Bom dia pessoal!

Passo por algum problema, sendo que ainda não consegui tempo para migrar para a develop?

As nfes estão funcionando corretamente, penso mais em problemas legais mesmo.

Abraço

[Roberto Machado]

Não está mais em develop JÁ é a versão atual disponível, a ultima TAG, a branch Master e a branch Develop estão sincronizadas hoje.

Dependendo das suas obrigações fiscais em janeiro suas NFe não serão mais aceitas caso não atualize seus sistema.

Roberto

[Marcos Ronaldo]

Olá, boa tarde!

Estou chegando agora ao grupo e agradeço por terem me aceitado.

Ao clicar no link http://nfephp.org ele tda mensagem de servidor não encontrado.

Bem, tenho uma pequena revenda de hospedagem e estou disposto a liberar de forma gratuita um espaço nela pra hospedarem o site do grupo.

Abraços!

[Roberto Machado]

Olha quem mantinha o site é um participante do grupo e estou sem contato com o mesmo no momento.

Mas estamos colocando o site hospedado no GitHub mesmo, devido a algumas facilidades.

Mas agradeço a oferta

Abraço

Roberto

[Bruno Eduardo Oliveira Constantino]

Bom dia Roberto,

O site mesmo estando hospedado no GitHub, dá para redirecionar para o domínio nfephp.org

https://help.github.com/articles/adding-a-cname-file-to-your-repository/

Abraço

Bruno Constantino

[Roberto Machado]

Sim estou ciente que é possível usar um domínio próprio no site provido pelo GitHub.

Esse domínio está preso no DREAMHOST, não fui eu quem criou e para falar a verdade nem lembro quem fez o site originalmente.

Vou ver se lembro quem criou esse site, e se ele consegue liberar o domínio para que eu o controle daqui por diante, ou terei que usar outro domínio

Roberto

[Fernando Mertins]

Oi Roberto, eu tinha hospedagem na DreamHost mas no mes passado troquei para Locaweb, caso precise de alguma ajuda.

[Roberto Machado]

Grato;

Fernando mas o dominio "nfephp.org" está registrado fora do Brasil e nem lembro direito que o fez. E está com falha no acesso do Joomola que também não lembro quem fez.

O problema é esse estamos praticamente sem nenhum acesso a esse site e dominio

No Brasil não tem como fazer um registro "ORG.BR" devido as exigências burocráticas.    

Roberto

[Luciana Cristina P. Silva]

boa noite, nao consigo tirar nota de venda, esta tudo certo com o remetente e destinatario na sefaz mas da denegada

Situação Atual: DENEGADA (Ambiente de autorização: produção)

Eventos da NF-e	Protocolo	Data Autorização	Data Inclusão AN
Denegação de Uso - Situação do emitente	131162164512212	28/05/2016 às 11:41:46-03:00	28/05/2016 às 12:39:05

[Júnior Machado]

Luciana Boa noite, te sugiro abrir um topica para sua duvida!

Tive este mesmo problema quando migrei para um novo CNPJ, neste novo CNPJ ainda nao estava ativa a IE, e me retornava esse erro. De uma consultada no SINTEGRA ou com seu contador sobre isso. Talvez seja o mesmo que aconteceu comigo

[Luciana Cristina P. Silva]

O problema é que tiro a muito tempo e a partir de uma nota que cabeleireiro devido o calor está errada está dando erro em todas
Desde quinta passada
Será que não teria nada que eu possa fazer ?
Qual setor seria o ideal para me ajudar?
Tiro pelo sistema gratuito mesmo do governo de mg

[Roberto Machado]

Luciana ... consulte tanto o SEFAZ MG como também a Receita Federal.

Com absoluta certeza tem algo errado no cadastro de pelo menos um, seja o seu cadastro como emitente ou seja no cadastro do destinatário da NFe.

Quando todas as notas emitidas, para qualquer destinatário,  estão DENEGADAS, então o próprio emitente está BLOQUEADO for razões fiscais num desses Órgãos.

Quando isso acontece PARE de emitir e consulte os Órgãos e confira o IE usado.

Se nos sites (veja que estou falando no plural) não constar nada, você terá de consultar o posto fiscal pessoalmente ou através de seu contador.

Roberto

[FerreiraH.]

Consulte o Sintegra dos clientes e do estabelecimento

[Paulo PJ]

Estou finalizando os testes com a API e desde ja quero deixar

meu interesse em ajudar o projeto.
Vou me manter informado para tal.
Obrigado a todos envolvidos! 

[Jose de Ribamar Duarte]

Boa noite, estou precisando de uma ajuda para conseguir implementar essa biblioteca em uma aplicação que estou iniciando para poder emitir minhas NFe você tem como me ajudar ou conhece alguém que possa me dar uma ou indicar algum tutorial completo que ajude nessa árdua tarefa de implantar essa biblioteca e deixar o aplicativo funcionando 100%?

Atenciosamente,

Ribamar.

[FABIO MATEUS]

Bom dia!!

alguém já cogitou em desenvolver uma API NFE-Node.js?