Evaluando propuestas

Sistema integrado de vendas

Publicado el 01 Julio, 2015 en Programación y Tecnología

Sobre este proyecto

Abierto

1.    Macro resumo

Estamos na busca de uma ferramenta que faça a gestão de vendas, gestão e controle de estoque e CRM.

O macro fluxo do sistema deve seguir as seguintes premissas:

O usuário deve acessar o sistema de duas formas
•    Web
•    App do sistema (Android e IOS)
Para tanto o aplicativo deve estar disponível na google store e apple store

O usuário ao acessar o sistema deve informar o seu login e senha, sendo que essa senha deve estar criptografada.
Para usuário do app eles devem baixar o app, realizar um cadastro, que vai solicitar o envio de alguns documentos, ou seja, esse cadastro deve ficar suspnso até alguém liberar o mesmo.
Após acesso ao sistema, o usuário deve ser capaz de consultar os produtos disponíveis e realizar a compra destes produtos.
Tal disponibilidade de produtos deve ser exposta pelo módulo de gestão de estoque, que aqui chamaremos de Sistema de Gestão de estoque (sge ou wms).
Após a realização da compra devemos dar baixa no estoque.
Todo o cálculo de precificação de venda ou custo médio do produto deve ser calculado automaticamente pelo sistema, conforme descrição técnica que aqui faremos.
Todo o cadastro de clientes, fornecedores, etc, deve ser controlado dentro deste sistema, ou seja, além de um sistema de gestão de vendas, gestão de estoque, devemos contemplar um CRM ao mesmo.

Segue abaixo a lista de requisitos técnico e funcionais do sistema:
2.    Requisitos Técnicos do Sistema
•    Linguagem de Desenvolvimento
o    C# ou VB.Net
o    Java
•    Front/End
o    Asp.Net
o    PHP
•    Plataformas para APP
o    Android 4.3 ou superior
o    IOS
o    Caso tenha sido desenvolvido em .NET traduzir para Win Phone
•    Código Fonte
o    O mesmo deve ser entregue ao final do Projeto
•    Sistema em 3 camadas
o    Banco de dados
o    Aplicação (aqui deve estar a lógica e não no banco de dados)
o    Front/end
•    Banco de Dados
o    mysql
o    sql standard (zero custo)
•    sincronismo aplicação e bd
o    deve ser um sistema síncrono com trabalho on e offline (guardar em cache as informações quando estiver com sinal de network off e sincronizar ao restabelecer o sinal)
•    enviar requisitos mínimos de hardware para rodar a aplicação
3.    Requisitos Funcionais
•    Tipo de sistema
o    Sistema de Gestão de Estoque - sge (wms)
o    sistema de gestão integrado de vendas -sgiv (crm + gestão de vendas, com perfis de cliente final, representante comercial e admin + gestão de fretes sem emissão de conhecimento eletrônico de transporte - cte)
•    telas e front
o    é importante ter um visual friendly (simples, intuitivo e com belas interfaces)
3.1    Funcionalidades SGE:
•    Módulo de Cadastro
o    Submódulos
    Cadastro de produto por nome
    Cadastro de produto por código (utilizar este como PK)
    Cadastro de produto por NCM (Classificação Fiscal)
    Cadastro de foto do produto
    Cadastro descritivo do Produto com as seguintes descrições
    Descrição
    Peso
    Altura x Comprimento
o    O módulo cadastro deve estar ativo apenas na versão front web, já as versões app devem permitir apenas consulta de informações.

•    Módulo Gestão de Estoque
o    Submódulos
    Controle de in/out de produtos
    Controle de estoque real
    Controle de entrada e saída de estoque por Código de Barras (Aqui o sistema deve ser capaz de aceitar a entrada de coletores e ao clicar sobre o código de barras, deve-se informar automaticamente a entrada e/ou saída do produto
    Gestão de Localização do Produto no armazém (Tratar ruas, avenidas e prateleiras)
    Gestão de emissão de Nota Fiscal de vendas
    Gestão de Valor financeiro de Estoque (Quantidade de produtos x preço)
    Separação de estoque em suspenso. -> Essa funcionalidade, nada mais é que receber a interface do SGIV e deixarmos a ordem em suspenso para que o funcionário do arnazem de baixa e sequencia a separação das mercadorias que foram vendidas. Ao selecionar o pedido de venda ele já interage com o módulo Tracking.


•    Módulo Financeiro de Preços
o    Este módulo deve ser o cadastro de custos médio de cada produto(Porém deve-se calcular automaticamente o custo médio do produto, seguindo os seguintes parâmetros cadastrais):
    Custo do Produto
    Inputs percentuais de
    Impostos
    Taxas,
    Custo logístico,
    Custo comercial
    Margem desejada
    Exemplo: Um produto teve o custo de R$ 100,00, o custo médio desse produto deve ser de R$160,00, pois cadastramos os seguintes percentuais:
    Impostos = 15% = R$ 15,00
    Taxas = 5% = 5,00
    Custo logístico = 10% = 10,00
    Custo comercial =10% = 1000
    Margem desejada = 20% = R$ 20,00
o    Cadastro manual de custo do Produto
    Aqui o admin deve ser capaz de manualmente cadastrar um custo de um produto
o    Cadastro manual de % de desconto sobre o custo
    Este módulo se o número cadastrado for maior que zero, deve-se conceder um desconto em cima do custo médio do produto que foi calculado automaticamente pelo sistema
•    Módulo Perfil de acesso
o    Esse sistema deve ter dois tipos de perfis de usuários
    Admin (Full Control sobre o sistema, inclusive de cadastrar usuários)
    Usuário com altos privilégios (Aqui deve-se ter perfil de inclusão e consulta e modificação de dados)
    Usuário com altos privilégios (Aqui deve-se ter perfil de consulta de dados)
•    Módulo Tracking do produto vendido
o    Este módulo deve ter uma integração total com o SGIV, pois assim que o pedido for realizado neste, deve-se enviar uma interface ao estoque para dar baixa no mesmo e a partir da saída do estoque o sistema deve ser capaz de fazer o tracking fim a fim, ou seja, deve-se integrar com as transportadoras para sabermos a posição atual do pedido até a entrega.
O    Tipos de status
    Preparação para envio (Esta etapa é quando for realizada a venda no SGIV)
    Saída do Armazen (Aqui é quando o produto esta preparado para ser coletado pela transportadora)
    Em transporte (A transportadora escolhida fez a coleta)
    Entregue (Aqui devemos ter uma interface com a transportadora para que ela nos informe a entrega).

3.2    Funconalidades sgiv
•    crm completo
o    cadastro de clientes (aqui devemos ter a opção de colocar o cliente como cliente fina ou não, caso o cliente seja final, significa que ele tem autorização de fazer compra direta sem passar por representantes, já a opção não significa o contrário disso)
o    cadastro de fornecedores
o    cadastro de oportunidades
o    cadastro de pipeline
o    ao se cadastrar um cliente e/ou representante, o cadastro do mesmo só poderá ficar ativo se o cadastrante enviou uma foto do comprovante de endereço e de um documento pessoal.
O    Ativar cadastro: Após validar o item acima a pessoa que tem permissão de ativar cadastro deve ativar o mesmo nessa funcionalidade
o    Demais itens inerentes de um CRM
•    Módulo Gestão de Vendas (este módulo é composto por:)
o    Cadastro de pedido de compra, com os seguintes itens
    Nome do cliente e demais informações
    Produto
    Quantidade
    Forma de Pagamento
    Preço de venda (essa informação é oriunda do módulo financeiro venda, ou seja, é gerada automaticamente ao colocar o produto e multiplicar pelas quantidades e verificar as regras de precificação)
•    Módulo de Cadastro
o    Cadastrar a taxa de juros, para compras parceladas
o    Cadastro de % de comissão por representante
o    Cadastro de atrelar um cliente a um representante
o    Cadastro de Representantes
o    Cadastro de frete por transportadora
•    Módulo Financeiro do SGIV
o    Este módulo deve calcular o preço de venda baseado nas premissas de
    Quantidade
    Preço de venda acrescido de frete
    Preço de venda acrescido de juros, quando for uma venda a prazo
    Preço de venda acrescido a taxa de cartão, quando for uma venda a cartão de crédito
    ou seja, neste módulo que devemos precificar a venda e informar automaticamente a tela de pedido de compra
o    Pesquisar a melhor taxa de frete, buscando nas tabelas de frete, conforme origem e destino e acrescer ao valor de compra.
•    Módulo Gestão de acesso
o    Essa funcionalidade deve conter os seguintes níveis de acesso
o    Admin
    Esse tipo de usuário tem full controle sobre todas as funcionalidades do sistema
    Exemplo: Modificar um cliente para que ele seja um cliente final (faça pedidos diretos, sem representante)
o    Representante
    Esse tipo de usuário deve ter as seguintes funcionalidades
    Cadastrar e deletar clientes
    Cadastrar pedidos de compra e deixar suspenso para aprovação pelo cliente
    Cada representante pode apenas enxergar os clientes que foram cadastrados por ele
    Verificar o status do pedido de compra realizado
    Acesso aos relatórios de comissão ao qual esta atrelado
o    Clientes
    Aprovar os pedidos realizados pelo seu representantes
    Realizar pedido de compra, quando for um cliente final
    Verificar o status do pedido de compra realizado
o    Usuário
    Este perfil tem direito apenas a leitura no sistema
•    Módulo integração com os correios
o    Este módulo nada mais é que um Webservice com os correios, onde passamos a origem, destino, peso, altura e demais informações da carga e os correios nos devolve o valor de frete
3.3    Módulo Relatórios do sistema
o    Aqui é a parte de BI do sistema, onde os usuários possam extrair os seus relatórios de pesquisa, conforme necessidade e perfil de acesso
o    Todos os relatórios aqui listados devem ser mostrados em tela, com opção de impressão, sim ou não.
o    Tipos de Consulta
    Consulta de Estoque
    Consulta de produtos (por nome, código e/ou NCM)
    Consulta descritiva do produto
    Consulta de valor financeiro de estoque total e/ou por produto
    Consulta de mercadorias in e out do estoque
    Relatório de custo médio por produto (explodir o que compõe cada custo do produto)
    Relatório de localização de produto no armazem
    Relatório de tracking de produtos vendidos, sendo a consulta global ou individualizada pelo número do pedido de compra
    Relatório de Trackig por status
    Relatório de clientes, fornecedores, usuários, etc, ou seja, relatório de todas as informações que podemos extrair do sistema
    Relatório de vendas por representante
    Relatório de Vendas Global
    Relatório de Vendas por número de pedido
    Demais relatórios possíveis de extração do sistema

Categoría Programación y Tecnología
¿Es un proyecto o una posición? Un proyecto
Actualmente tengo Tengo las especificaciones
Disponibilidad requerida Según se necesite
Experiencia en este tipo de proyectos Sí (He administrado este tipo de proyectos anteriormente)

Plazo de Entrega: 31 Julio, 2015

Habilidades necesarias