Analista de Sistemas Gerente de Projetos Formado em Desenvolvimento de Aplicações para a

WEB - Fanese Especialista em Gestão de Projetos de Software –

Fanese Sócio da DP Sistemas Atuante na área de desenvolvimento desde 1986

Gmail: dp.sistemas@gmail.come-mail: roberto@dpsistemas.com.brtwitter: @RobertoBrandinifacebook: roberto.brandini

msn: desenvolvimento@dpsistemas.com.brskype: dp.sistemasblog: http://sbicse.wordpress.com/

O que apresentaremos:

• Principios de Projeto de

Software

• Levantamento de Requisitos

• Introdução à Legislação

fiscal, contábil

O que não apresentaremos:

• Tecnologias

• Linguagens de Programação

• Banco de Dados

“Projeto de Software é a parte da

engenharia de software que se encarrega

de transformar os resultados da Análise de

Requisitos em um documento ou conjunto

de documentos capazes de serem

interpretados diretamente pelo

programador.”

http://pt.wikipedia.org/wiki/Projeto_de_software

Por principio todo Projeto de Software deve ser :

Extensibilidade – o software suporta a adesão de novas funcionalidades sem que haja necessidade de grandes alterações na sua arquitetura subjacente;

Robustez – o software deve estar preparado para tratar de situações imprevisíveis, como entrada de dados inválida e condições de baixa memória do computador;

Tolerância à falhas – o software não pode estar suscetível à falhas, ele deve ser resistente e capaz de recuperar possíveis ações de falha;

Compatibilidade – o software deve ter a capacidade de operar com outros produtos que também foram projetados para suportar a interoperabilidade;

Modularidade – o software resulta em componentes independentes e bem definidos, o que leva a uma melhor divisão de trabalho na equipe de desenvolvimento e melhor manutenção do sistema;

Reusabilidade – um software reusável permite que seus componentes modularizados possam ser reutilizados em casos que existam necessidades semelhantes em outros projetos.

Fonte: http://pt.shvoong.com/internet-and-technologies/software/1836632-projeto-software/

O sucesso para o Projeto do Software estáprincipalmente no levantamento de Requisitos.

Neste momento definimos :

▪ O que será construido;

▪ Qual o objetivo do Projeto;

▪ Quais as restrições do Projeto;

▪ O que será prioridade para o Projeto.

Gerentedo ProjetoContador Gerente de T.I.

Legislação; O Estado como importante StakeHolder

nunca está presente no levantamento de requisitos, e como seu “representante” o Contador nem sempre está a par dos planosfuturos do Estado, surgem daí os primeirosconflitos.

Extensibilidade;

Cliente solicita um Projeto de Venda com emissão de Nota Fiscal

Sua empresa projeta todo o sistema baseado nummodelo com banco de dados relacional.

Neste projeto são gravadas as

▪ Compras;

▪ Vendas;

▪ Transferencias;

▪ Devoluções.

Sua empresa implanta o sistema com sucesso O projeto “roda” há mais de 4 anos; O cliente está satisfeito com o resultado

obtido;

Em janeiro/2011 o governo estabelece que as vendas devem ser feitas por Nota Fiscal “Eletronica”;

Sua empresa faz as devidas alterações e atende a nova legislação;

Seu cliente continua satisfeito com osresultados.

Em janeiro/2012 o governo estabelece que“todas” as Notas Fiscais devem ser enviadas à Receita Federal utilizando um Layout especifico;

Sua empresa avalia as mudanças e chega a conclusão que terá que mudar muito o sistema.

Seu cliente não poderá ficar sem enviar estasinformações, e agora ???

Negação: “Este problema não é meu !” Raiva: “Droga ! Não dá pra fazer !” Barganha: “Se pagar bem dá pra fazer !” Depressão: “Não dá pra fazer. Todo mundo

consegue menos eu.” Aceitação: “Se eu reescrever o sistema todo

na tecnologia x faço em 180 dias.”

Elisabeth Kübler-Ross

O problema não é meu ! É do cliente ! O cliente pode digitar estas

informações ! O Contador resolve !

O problema foi de tecnologia ? O problema foi de Analise do sistema ? O problema foi na programação do

sistema? O Problema foi no levantamento de

requisito? O problema foi no cliente ?

NEGAÇÃO

ACEITAÇÃO

O problema é de extensabilidade, ou seja nãofoi criado para atender as grandes mudançasque seriam necessárias.

Como chegamos a isto ?

Confiar demais em tecnologia;

Achar que código sempre resolve tudo;

Simplicidade; Analise pró-ativa; Atualização

constante;

PC MOBILE

Fatos• Existe deste

2003• 9,4 MB• 948 arquivos• Codigo em

PHP• +/- 21 tabelas• Baseado em

CSS

SPED = Sistema Publico de EscrituraçãoDigital

Todos os documentos de compra e venda de umaempresa deverão ser informados eletronicamentea Receita Federal;

Todos os impostos gerados a partir destesdocumentos deverão ser informadoseletronicamente.

CARACTERÍSTICAS:

• 31 Capítulos• 472 páginas• Dividido didáticamente em 3 partes:

• VISÃO EMPREENDEDORA DO MUNDO PÓS-SPED

• VISÃO GERAL DOS ASPECTOS TRIBUTÁRIOS

• VISÃO GERAL DO SPED

http://www.robertodiasduarte.com.br/

O Sped tem como objetivos, entre outros: Promover a integração dos fiscos, mediante a

padronização e compartilhamento das informações contábeis e fiscais, respeitadas as restrições legais.

Racionalizar e uniformizar as obrigações acessórias para os contribuintes, com o estabelecimento de transmissão única de distintas obrigações acessórias de diferentes órgãos fiscalizadores.

Tornar mais célere a identificação de ilícitos tributários,com a melhoria do controle dos processos, a rapidez no acesso às informações e a fiscalização mais efetiva das operações com o cruzamento de dados e auditoria eletrônica.

http://www1.receita.fazenda.gov.br/sobre-o-projeto/objetivos.htm

1.SPED CONTÁBIL2.FCONT3.SPED FISCAL4.EFD-PIS/COFINS5.NF-E6.CT-E7.NFS-E

Modulo Complexidade Tabelas de Códigos PaginasDocumento Oficial

SPED Contabil Baixa 4 tabelas 22 paginas

SPED Fiscal Alta 6 tabelas 163 paginas

SPED PIS/COFINS Alta 17 tabelas 232 paginas

Nfe - Nota Fiscal Eletronica

Média +/- 6 tabelas 232 paginas

Nota Fiscal Eletronica de Serviços (abrasf 1.0)

Média +/- 3 tabelas 36 paginas+21 paginas(conceitual)

CIAP Alta +/- 4 tabelas +/- 7 paginas

FCONT Média 6 tabelas 15 paginas

OrigemContabil (SCO)

Codigo_Origem

Plano_Conta (SCO)

ID_Plano_Conta

Emp_ID

Codigo

CodigoResumido

Lancamento_Contabil_Lote (SCO)

ID_Lancamento_Contabil_Lote

Emp_ID

Lote

Data

Codigo_Origem

Plano_Conta_Saldo (SCO)

ID_Plano_Conta_Saldo

ID_Plano_Conta

Ano

Lancamento_Contabil (SCO)

ID_Lancamento_Contabil

ID_Lancamento_Contabil_Lote

ID_Plano_Conta_Debito

ID_Plano_Conta_Credito

Codigo_Origem

CodigoHistoricoPadrao

Historico (TESOURARIA)

CodigoHistoricoPadrao

Modulo Dias

SPED Contabil 45 dias

SPED Fiscal 180 dias

SPED PIS/COFINS ???

Nfe - Nota Fiscal Eletronica 180 dias

Nota Fiscal Eletronica de Serviços (abrasf 1.0)

+/- 30 dias

CIAP +/- 45 dias

FCONT +/- 45 dias

Automação Comercial / Industrial

Vendas Compras

ECF

Outros

NFe Entradas Trocas

DevoluçõesFrete

Fiscal(Livro Entrada e Saida)

Contábil SPED

Grave todas as informações geradas pelosistema na forma como foram geradas.

Exemplos:

▪ Ao gerar uma NFe grave numa tabela as informações do cliente tal como foram enviadas, evite economizarbytes;

▪ Não permita editar/excluir registros que fizeram parte da NFe

Mantenha-se atualizado na legislação atravésde FORUMS ou Contadores;

Tenha sempre um Contador como apoio;

Dúvidas ???