Software de Controle do Ativo Imobilizado

Projeto Sistema Patrimonial – Ativo Imobilizado
•    Objetivo do Sistema
o    Objetivo Principal
    O sistema tem como razão de existir, para o controle físico e monetário dos bens do ativo imobilizado (móveis, equipamentos de informática, maquinas e equipamentos, veículos, imóveis, entre outros bens). Deverá ser em “nuvem”.
O    Cadastro Geral
    Cada ativo/bem terá varias informações, entre elas informações de identificação que nada irá impactar nos cálculos inerentes, tais como: numero do bem, descrição, localização (centro de custos e unidade), fornecedor, entre outras.
O    Informações para calculo
    Parte das informações cadastradas, no bem, implicarão no critério de cálculo, tai como: data de aquisição, valor, data de inicio da depreciação, conta contábil (associada a uma taxa de depreciação), depreciação acumulada, entre outras.
O    Estrutura de Informações
    Todas as informações associadas ao ativo deverão acompanha-lo durante o período que o mesmo estiver cadastrado no sistema, inclusive informações de cálculo.
O    Cálculos mensais
    Mensalmente deve ser calculado a Depreciação que obedece a uma cota associada a conta que o bem esta cadastrado, exemplo: 01 bem cadastrado em maquinas e equipamentos tem a taxa de 10% aa, dessa forma em 10 anos o bem irá depreciar mensalmente 1/120 avos, e essa cota e calculada sobre o valor de aquisição do bem.
O    Extração de Relatórios em Excel
    É fundamental que tenhamos um relatório, inicialmente um geral em Excel, entretanto, depois relatórios específicos devem ser desenvolvidos. Nos relatórios gerados, deverão inicialmente reportar todas as informações do bem, cadastrais e de valores.
O    Importação de Dados iniciais
    Diante da possível aceitação por parte dos clientes, é importante que as informações iniciais que o cliente tenha dos bens, as mesmas sejam inseridas no sistema por meio de uma planilha Excel estruturada para atender a um layout que terá que ser desenvolvido pelo TI para trazer as informações ao sistema.
O    Comunicação via API
    Outro ponto importante no desenvolvimento do sistema e a possibilidade de comunicação com outros sistemas via API, para que possamos após gerar a Depreciação, a mesma ser contabilizada no sistema contábil caso esse seja um desejo do cliente.
•    Parceria pj - ti
o    desenvolver layout
    o ti deverá desenvolver layout do sistema, visando com que todas as informações do bem estejam preferencialmente numa tela única, mas também pode caso necessário haver uma aba com informações complementares.
O    Criar ambiente de testes
    Quando iniciar a comercialização do sistema, com certeza, clientes vão “exigir” um período de conhecimento, no caso deverão utilizar um ambiente de testes, para então caso atenda suas expectativas fechar a contratação. Essa utilização pode ocorrer no próprio ambiente produtivo, pois entendo que cada empresa que utilizar o sistema, terá acesso com o CNPJ cadastrado.
O    Liberar acessos
    Vai ser função do TI liberar acesso ao novo usuário e limitar o pacote que o mesmo está adquirindo.
O    Manutenção caso necessite
    Vai ser função do TI dar o suporte, caso ocorram inconsistências técnicas, acesso, erros, bugs, entre outros. Duvidas referente a cálculos serão trados pela equipe adm (axs) para esclarecimento, entretanto, caso identifique-se que são problemas de programação, caberá ao ti.
O    Up-grades
    O desenvolvimento inicial ocorrerá com algumas funcionalidades, mas com certeza, haverão outras ais que poderão ser colocadas em funcionamento para atender demanda de clientes (cobrada) e outras que poderão ser agregadas para que possamos fidelizar e ampliar a cobrança dos valores aos clientes novos.
O    Customizações
    As customizações serão realizadas pelo ti e serão repassados os custos aos clientes, nesse caso ti ficaria com a maior parcela do valor pago pela customização, entretanto, após as cobranças mensais manteríamos a mesma escala.
•    Parceria PJ – AXS