none
Aplicação comercial o que não pode faltar....

    Question

  • As aplicações comerciais existentes são recheadas de recursos, onde geralmente na prática o usuário não usa nem metade.

    Alguns desenvolvedores geralmente os criam para "encher a linguiça" e não deixar que sua aplicação tenha uma "ar" de básica demais ou tentar atrair um cliente o impresionando com determinada função, que na realidade do dia a dia ele nem irá usar, só que ainda não sabe disso.

    Então queria saber dos senhores, com base na prática real de uso pelos seus usuários. O que não pode faltar em um sistema de automação comercial?

    O que é realmente necesário e o que pode ser considerado opcional?

    Podemos tomar como base, uma aplicação de venda a varejo, um super mercado por exemplo.

    Agradeço a ajuda senhores......


    I love Difficulty




    Friday, March 23, 2012 7:31 PM

All replies

  • Ok, gente vamo lá, não serei concorrente de ninguém aqui :) , tenho certeza, axo que ninguém aqui é da minha região. Sou da região norte, Interior do Pará para ser mais preciso. Queria começar a trabalhar em uma aplicação, porém não tenho cliente ainda, dessa forma não tenho feedback. Eu ja entendo muita coisa (sem experiência prática) como, ECF, TEF, etc... Porém preciso de feedbacks simples como,

    O que deve ter na aplicação?
    Cadastro de clientes, o que deve ter no casdastro?
    Produtos, quais os dados que devem ser armazenados?
    Contas a Pagar/Receber, alguém realmente usa isso? Qual a finalidade?

    Seria um sistema de venda a varejo mas sem trabalhar com peso (balança eletrônica ainda não), poderia ser para lojas de conveniências por exemplo.

    Preciso desses feedbacks básicos pois nunca desenvolvi para essa area.

    Grato gente!

    Procuro sempre as opções que ninguém mais quer.


    Sunday, March 25, 2012 12:58 PM
  • Olá matheussilva.

    Boa discussão levantada.

    Eu gosto sempre de pensar enchuto. E a sua colocação está buscando realmente isso.

    Eu vou responder com 1 palavra o que o supermecado precisa: Vender.

    É esse o seu foco, tenha sempre em mente o objetivo da organização que tenho certeza que seu sistema vai ser sucesso.

    Se o objetivo é vender o sistema tem que vender, de preferencia com mais eficiência e de forma que traga segurança para o cliente e usuário.

    Abraço e Sucesso!


    If was useful mark as answered. Mariano, Paulo T. C.

    Friday, March 30, 2012 11:05 AM
  • E você matheussilva. Já chegou em alguma conclusão do que tem que ter?

    If was useful mark as answered. Mariano, Paulo T. C.

    Thursday, April 05, 2012 2:25 AM
  • Pois é.... to fazendo umas pesquisas, nunca desenvolvi para automação, a legislação complica demais, mas graças a Deus meu estado não adotou o PAF-ECF :-), mas faz uso de algumas tecnologias como, NF-e, Sped, Sintegra....

    Tenho algumas dúvidas com relação a alguns recusos que existem na maioria dos sistemas. Como:

    Contas a Pagar/Receber, alguém realmente usa isso?

    No cadastro de produtos, alguns desenvolvedores criam um sistema complexo, onde o usuário tem que preencher um verdadeiro questionário

    Exemplo

    Eu detestaria ser o digitador de uma empresa que usasse um sistema assim, Já imaginou cadastrar 100 novos produtos?

    Veja o quadro de [Tributos], todas essas informações são realmente necessárias?

    Veja também o quadro [Financeiro], margem de lucro? Acho que hoje em dias os comercios baseiam seus preços com base em pesquisa de mercado, e não no quanto ele quer ter de lucro.

    Eu quero um cadastro com dados suficientes para realizar a venda, emitir o cupo ou NF-e, gerar Sped e Sintegra.

    Veja esse outro cadastro

    Exemplo 2

    Eu tenho pena do digitador que vai usar isso.....

    Entende onde eu quero chegar? Ja vi usuários que usam sistemas assim e na hora de cadastrar um novo item 80 % desse formulário ele deixa em branco.


    Procuro sempre as opções que ninguém mais quer.


    Thursday, April 05, 2012 1:37 PM
  • Entendo bem como é isso.

    Onde eu trabalho agora estou focado em financeiro e posso dizer: Grandes empresas usam sim, tem bastante coisa para integrar com o financeiro.

    Mas é legal deixar bem dividido as coisas, vendas são vendas, financeiro é financeiro, tributo no seu quadrado, assim por diante.

    É legal tem um sistema completo, mas estou fazendo o mais simples possível, assim fica mais fácil de atingir o objetivo.

    A diversidade de objetivos atrapalha que estes sejam conquistados.


    If was useful mark as answered. Mariano, Paulo T. C.

    Friday, April 06, 2012 11:33 PM
  • É essa a ideia que tb tenho em mente, tipo focar em um segmento, fica mais fácil.... N quero tentar abraçar o mundo com as pernas e fazer uma aplicação que sirva para qualquer segmento, pois a meu ver assim fica mais dificil conseguir atender a todos eles. Por isso to focando em segmentos que trabalhem em modo prevenda, exemplo (autopeças, motopeças, meterial de construção, etc....)

    pctmariano, obrigado por dedicar um pouco de seu tempo ao meu tópico, espero poder contar com sua disposição novamente quando outras dúvidas surgirem, com certeza precisarei, principalmente concernente a legislação.

    Valeu....


    Procuro sempre as opções que ninguém mais quer.

    Saturday, April 07, 2012 11:59 AM
  • Olá Matheus, sua questão é bem ampla, mas vou deixar minhas observações e questões ?

    - Qual público você desejar atingir ? (Ex.: Supermercados)

    - Qual o porte dos possíveis clientes ? (Ex.: Clientes com até 10 PDVs ou seja atingir do pequeno ao médio)

    Com relação ao software não é tão simples, pois para supermercados por exemplo se falarmos apenas do módulo PDV olha o que deve ser homologado:

    - Impressoras Fiscais;

    - Leitores código de barras seriais;

    - Leitura de código de barras de balanças;

    - Captura de peso de balanças;

    - Abertura de gaveta;

    - Teclados Reduzidos com display;

    - TEF (Transações com cartões de crédito) discado e dedicado;

    - PAF (Programa aplicativo fiscal) como você mesmo disse, em seu estado ainda não é obrigado, mas pense que no curto prazo será necessário;

    Com relação ao módulo de Back Office

    - Cadastros

       - Clientes (dados cadastrais básicos + campos necessários que seu cliente poderá usar, exemplo: Nome do dependente, limite de crédito, número do cartão, etc.)

       - Produtos (hoje podemos dizer que é um dos cadastros mais complexos devido as questões tributárias)

       - Muito outros cadastros que irão necessitar por serem vitais ao produtos por exemplo: CFOP, CST, Linha e Grupo de produtos, Estoques, Cor, Marca, ICMS, etc.

    - Contas e Pagar

    - Contas a Receber

    - Entrada de NF

    - Fiscal

    - Integrações com softwares contábeis e ou gerar SPED, Sintegra, etc.

    - NF-e

    Como podemos ver ser falarmos de uma aplicação comercial a questão de recursos é muito ampla, e que posso dizer de antemão é que muitos recursos podem não ser utilizados por muitos, mas com certeza estes mesmos recursos podem ser muito úteis para a outra parcela que é a minoria.

    Nunca vai existir uma solução que tenha aderência de 100% em todos os clientes, devido a isso a necessidade de inúmeros recursos.

    Espero ter ajudado, se foi válido marque a resposta para que este tópico ajude outros colegas.

    Abraço,

     


    Kerler Chaves | KCMS Intelligent Solutions | www.kcms.com.br


    • Edited by Kerler Saturday, April 14, 2012 11:03 PM
    Saturday, April 14, 2012 10:39 PM
  • Obrigado por contribuir amigo, sua ajuda foi muito ultil. Realmente um sistema de supermercados é o mais complexo de todos na automação comercial, por isso não investirei nesse segmento, pelomenos não ainda, sendo assim nao terei que me preocupar com a integração com balanças por enquanto. Sobre ECFs tenho um bom conhecimento teórico, li muito a respeito, ja entendo o funcionamento das mesmas, hoje em dia é até tranquilo trabalhar com ECFs se comparar com os tempos passados quando não havia as bibliotecas dinâmicas e a cominicação era feita via COM direto. TEF tb já entendo o básico, falta ler um pouco mais.... Mas pelo que andei sabendo ta ficando cada vez mais simples tb, agora que existem as soluções em VPS (datacenters).

    Assuntos que provavelmente me daram muito trabalho são NF-e, Sped e Sintegra, pq realment meu entendimento sobre esses sistemas é bem limitado.

    O ponto que eu queria dedicar muita atenção é em fazer a aplicação ajudar o contador, "eletrônizando" processos que ele teria que fazer manual. Existe mais algum processo que eu poderia "eletrônizar" além dos já existentes Sintegra e Sped?

    Acho que não é o caso aqui mas como exemplo, cito o programa RAIS usado pelos contadores, ele tem uma função para receber um arquivo que pode ser gerado pela aplicação de folha de pagamento, usando essa função o contador evita de fazer os lançamentos manualmente no programa, mas poucos contaores usam a função, muitas vezes pq sua aplicação de folha não emite o arquio ou o arquivo gerado não atende os padrões. Eu quero que a aplicação use esses recursos dessas aplicações do fisco, govergo, federal, etc....

    Grato!


    Procuro sempre as opções que ninguém mais quer.



    Saturday, April 14, 2012 11:21 PM