Nova API SPED-EFD

[Vinicius Dittgen]

Srs,

  Venho anunciar que lançamos a API PyEFD em versão alpha [https://github.com/proge/PyEFD], esta biblioteca python visa encapsular as regras de geração do arquivo do projeto EFD-Contribuições de forma a abstrair a especificação do layout deste arquivo. Projeto baseado na biblioteca java https://github.com/leonardo-ono/EFD-PIS-Cofins/ com código refatorado.

  Desta forma fica mais fácil e organizado manter as mudanças constantes que acontecem no projeto SPED-EFD.

  Já estamos trabalhando no módulo do OpenERP que irá utilizar esta biblioteca para geração do arquivo, agora o trabalho ficou mais fácil, pretendemos utilizar esta mesma abordagem para abstrair a geração dos demais aquivos do SPED e da NFE. Em breve novidades.

  Contribuições são bem vindas.

Abs

--

Att,

Vinicius Dittgen
PROGE - Soluções em Gestão Empresarial
Fone: +55 (51) 3085.0096  Cel: +55 (51) 9193.2020
Skype: vdittgen

www.proge.com.br

Canal IRC: #openerp-br

Seja um voluntário

www.centrorepensar.com.br
Centro especializado em Deficiência Intelectual, Autismo, Síndrome de Down e Dificuldade de Aprendizagem

[João P. Vanzuita]

Ótima notícia, eu, Luis e Renato temos conversado bastante referente ao projeto nfe_multi_export que tem como objetivo fazer a integração do OpenERP c/ todo o processo de criação, assinatura, validação, transmissão e retorno da NFe.

Acho que seria uma boa nos unirmos p/ converger o projeto.

abrá,

João.

--
 
 

[Ricardo Reghin]

Gostaria muito em ajudar neste projeto, especialmente com código para assinatura, validação, transmissão e retorno da NFe. Se possível também incluir no projeto as NFSe (notas de serviço). Já desenvolvi em python, as NFSe para a prefeitura de Curitiba e todo o processo foi muito simular a NFe do Paraná. 

Atenciosamente, 

Ricardo Reghin 

DCT Turbo e Direção

+55 (41) 3286-4412

+55 (41) 8494-0739

[Vinicius Dittgen]

Podemos marcar uma reunião via skype para discutir esse projeto?

Já estamos iniciando o desenvolvimento desta parte tbm, por mim pode ser terça no período da tarde ou final do dia, o que acham?

abs

--
 
 

[João P. Vanzuita]

P/ mim terça 14hrs está ok.

--
 
 

[Renato Lima]

Olá Pessoal,

Porque criar uma nova biblioteca e não utilizar o PySPED? No projeto do PySPED hoje faz a integração com a NFe mas a finalidade do projeto é ter uma solução que integre o CTe, NFe, NFse, EFD

Na minha opinião seria interessante implementar o suporte ao EFD no PySPED ao invés do de criar uma nova biblioteca.

Hoje existe algumas prioridades antes da integração com o EFD como por exemplo:

1. Incluir os campos necessários nos documentos fiscais: como pode ser gerado o EFD se falta informações que hoje o OpenERP não tem e precisa ser implementado como por exemplo: PIS ST, COFINS ST, II, ISSQN

2. Facilidade na integração com os documentos fiscais: para gerar o EFD é necessário captar as informações  fiscais, no OpenERP é gerado as notas fiscais de saida, automaticamente, e as de entrada também através do recebimento, mas no caso das notas fiscais de entrada, é necessário informar todos os campos de tributação, e no OpenERP seria importante ter a capacidade de importar o XML da nota fiscal do fornecedor para facilitar a captação destas informações.

Como o João falou hoje estamos trabalhando nas melhorias fiscais do OpenERP:

1. Informações faltante nos documentos fiscais

2. Permitir gerar nota fiscal de Importação/Exportação

3. Diários contábeis de acordo com o da categoria de operação fiscal

outras tarefas em aberto podem ser vistas em https://blueprints.launchpad.net/openerp.pt-br-localiz

Estamos incluindo essas modificações na próxima revisão da localização https://code.launchpad.net/~renatonlima/openerp.pt-br-localiz/br_impostos para fazer o merge do João (com a exportação de NFe incluindo as CSTs faltantes) para em seguida fazer o merge do nfe-multi-export https://code.launchpad.net/~openerp-brazil-team/openerp.pt-br-localiz/nfe-multi-export para usarmos a o PySPED para gerar os XMLs e seria muito mais interessante incluir no PySPED o suporte ao EFD do que criar uma nova biblioteca e também seria interessante se integrar ao projeto porque existe tarefas mais criticas que precisam ser implementadas para conseguir gerar o EFD dentro do OpenERP

Seria interessante se esse trabalho tivesse integrado ao PySPED o que ajudaria o OpenERP e outros projetos que usam o PySPED

@Ricardo,

A implementação que você fez da NFse é o padrão nacional? pois se for o caso seria interessante integra-la ao PySPED também, a principio a NFse nacional seria a melhor, pois a implementação nacional já atende cerca de 300 prefeituras http://www.abrasf.org.br/p2038.aspx e futuramente vai atender mais.

A implementação da NFse ainda não foi feita na localização porque nos projetos que fizemos o número de emissão de nfse era relativamente pouco (no caso de alguns clientes nossos eles prestam o serviço e só no final do mês emitem a nfse) e pelo baixo numero de nfse, alguns clientes não queriam investir sozinhos em um desenvolvimento (que não é pequeno, para implementar a nfse) e optou em registrar a nfse no OpenERP (para gerar o contas a receber e etc..), mas depois entrar no site da prefeitura e cria a nfse.

Na minha opinião esse é um trabalho que poderia ser realizado pela comunidade (mas precisa de mais pessoas para dividir os esforços) ou reunir alguns clientes que tem essa necessidade em comum e dividir entre eles o financiamento deste desenvolvimento.

Diariamente eu estou conversando com algumas pessoas aqui do projeto, mas podemos marcar um dia na próxima semana para fazer um conference via skype com o pessoal que contribui com o projeto ou queira contribuir para falar sobre o projeto

Grande abraço a todo!

Renato Lima

Akretion

--
 
 

[Vinicius Dittgen]

Prefiro EFD encapsulado no PyEFD. Quem quiser é livre pra portar pro PySPED.

--
 
 

[Vinicius Dittgen]

Pelo menos pra mim são projetos distintos q evoluem de forma distinta e com necessidades específicas, por isso devem ser gerenciados de forma distinta.

[Ricardo Reghin]

Boa tarde, 

Hoje a NFSe está adequada somente para prefeitura de Curitiba, entretanto, após decidirmos qual API utilizaremos (PyEFD ou PyNFe) farei a adequação para a implementação nacional, assim como, substituirei minha biblioteca pela da API escolhida. Acho que vale a pena ponderarmos em utilizar a API da PyNFe. Tenho utilizado ela desde 2008, inclusive emitindo notas de importação, e a está bem completa. 

Quanto a reunião pelo Skype, para mim, pode ser 3ª feira às 14:00 hrs.

Atenciosamente, 

Ricardo Reghin 

DCT Turbo e Direção

Em quinta-feira, 23 de agosto de 2012 06h47min42s UTC-3, Vinicius Dittgen escreveu:

[Ricardo Reghin]

Apesar de serem projetos distintos, ambos precisam de recursos idênticos como: criação de TAGS, XML, validação do xml, SOAP, assinatura digital e conexão HTTPS. Assim sendo, a biblioteca padrão deve ser única.

Ricardo Reghin

[Vinicius Dittgen]

Não Ricardo, no EFD-Contribuições por exemplo deve ser gerado um arquivo TXT, a especificação é totalmente distinta dos demais arquivos dos outros projetos.

[Renato Lima]

@Vinicius,

Como eu tinha falado antes o PySPED não implementa somente a nota fiscal eletronica, mas a ideia do projeto é ser uma biblioteca de solução fiscal mais completa com o CT-e, NFse, EFD. hoje estamos adotando o PySPED para serializar a nota fiscal eletrônica em XML ou TXT e futuramente se desenvolvermos a nfse faríamos isso dentro do PySPED também assim como a geração dos arquivos dos SPED Fiscal e Contábil (EFD), atualmente não estamos trabalhando diretamente com os SPEDs, mas estamos aparando as arestas finais do OpenERP para ter as informações necessárias para os SPEDs, como você anunciou que estava trabalhando nisso, o que eu falei com apenas uma sugestão que se integrar ao PySPED.

@Ricardo,

Eu cheguei a ver o PyNFe, mas vi que o PySPED esta bem melhor do que o PyNFe, por exemplo no PySPED é possível importar um arquivo XML para o modelo de dados do PySPED e isso não é nem implementado no PyNFe https://github.com/marinho/PyNFe/blob/master/pynfe/processamento/serializacao.py linha 39 e no caso do PySPED o objetivo dele é ir além de apenas NFe.

--
 
 

[Aristides Caldeira]

Pessoal,
Estou do celular, é chato escrever muito...
PySPED tem: nfe, danfe, cce e eventos (em implementação, andei atualizando esses dias), nfse (sem transmissão ainda) e rps, assina, valida as assinaturas, e agora trata tb os fusos horários dos eventos (novidade das tags com indicação do fuso)
A ideia é usar as classes das tags,  q validam e formatam o conteúdo, para gerar os speds.
Mas, como disse o renato, o leiaute é de longe o menor dos problemas...
Gde abraço!

--
 
 

[Eduardo Brandao (BFK)]

Ricardo ,
Você fez a NFSe para Curitiba, posso ter acesso para customizar para Salvador ?

Pessoal,
Infelizmente não me sinto capacitado para participar e contribuir neste projeto, mas já me candidatei a ajudar no financeiro .

Tenho algumas perguntas, sei que este projeto nao será simplesmente baixar e instalar , daí gostaria de saber:

---- como posso ir me interando do assunto ?

---- este projeto vai contemplar os SPEDs contábil e fiscal ? Assim como Sintegra e NFSe ?

--- qual a previsão para disponibilizacao ?

Bom trabalhos para vocês e espero ajuda-los onde entendo ( financeiro)

Eduardo BFK

[Renato Lima]

Olá Eduardo,

Basicamente a estrategia que estamos tomando é: 1. melhorar o fluxo de informações exigidas pelas obrigações fiscais dentro do OpenERP como SPEDs Fiscal e Contábil, 2. Logo após finalizarmos o fluxos destas informações vamos unir esforços para trabalhar na serialização dos arquivos do SPED Fiscal e Contábil.

Hoje estamos fazendo um desenvolvimento para gerar, validar e assinar as notas fiscais eletrônicas em XML ou TXT usando a biblioteca do PySPED e como a finalidade do PySPED e oferecer uma solução fiscal que integre a NFe, NFse, EFD, CTe, o nosso plano é implementar e adotar o PySPED todas as rotinas de serialização dos SPEDs e outras obrigações ligadas.

Eduardo BFK

--

[Eduardo Brandao (BFK)]

Renato.

Sem querer pressionar, qual a expectativa de prazo para a as etapas 1 e da etapa 2? 

 

Acha que iniciaremos 2013 com gerando os SPEDs?

Boa idéia fazer a organização em 1a etapa, além de facilitar a 2a, caso não  tenhamos em jan/2013 os SPEDs exportados teremos o principal, todas as informações organizadas e mapeadas para gerar os arquivos. Estarei atento.

Obrigado.    

[Ricardo Reghin]

Oi Eduardo, 

Anexei o arquivo nfse_curitiba.zip.  O xml é gerado no ORM do meu servidor, fica um pouco mais dificil colar aqui, mas se precisar de ajuda me avise. Está parte do código recebe o xml, valida, assina e envia. 

Atenciosamente.

Ricardo Reghin

[Eduardo Brandao (BFK)]

Grande Ricardo, 

Obrigado, passei este a Gustavo Andrade meu sócio.

Valeu mesmo.

[]

Eduardo

[Vinicius Dittgen]

Ari, não tinha tido tempo de responder antes.

O SPED é constituído por um grupo de projetos com especificações próprias e distintas em vários pontos. Muitos projetos são muito diferentes, por exemplo o EFD-Contribuições é um arquivo TXT, não tem tags e infelizmente só é possível valida-lo com segurança pelo validador da receita que apesar de apresentar problemas é uma validação "oficial".

Não faz sentido controlar versão de um grupo de projetos de forma única, acho que sim podemos agrupar tudo sobre um "grupo" de projetos chamado PySPED, agora acho muito ruim controlar num mesmo repositório de versão vários projetos distintos com especificações que mudam a todo momento.

Para o EFD-Contribuições, assim como outros, a geração do arquivo cabe muito bem em uma biblioteca separada que seja um espelho da sua especificação, é isso que muda constantemente!

Mas o bom do software livre é que vocês podem adicionar a biblioteca que estamos trabalhando no projeto do PySPED se preferirem e modifica-la se necessário, particularmente achamos que fica mais organizado e fácil de manter em bibliotecas com controle de versão separado. 

Podem ter certeza que isso não se trata de não unir esforços ou algo do gênero, o importante é mantermos o contato sobre os projetos e o que cada um desenvolver estará acessível para reutilização se necessário.

Abs

--