[Dúvida] Sistema de gerenciamento de lanchonete com pedidos via WiFi

[Serj.Tankian 0]

 

Bom dia!

 

Senhores,

 

Estou desenvolvendo um sistema para gerenciamento de uma lanchonete, no qual preciso montar uma forma de receber os pedidos do cliente via WiFi. A expressão da minha ideia é mais ou menos assim:

 

Cliente faz pedido pelo celular, na rede Wifi interna da lanchonete -> O pedido chega ao sistema e é impresso um cupom não fiscal (ou não é impresso) e é cadastrado no banco de dados

 

O sistema está na IDE Delphi. Alguém já fez isso antes? Não tenho nem ideia por onde fazer...

 

Desde já, agradeço a ajuda :corado:

[Cr4cko 1215]

Pelo Wifi você não fará nada. Wifi é apenas a conexão que você pode aproveitar.

O que você pode fazer, e um formulário simples em um aplicativo da Lanchonete,

onde o cliente entra, faz o pedido, informa a mesa que está, e informa um código que ele recebe quando é recebido na mesa com o cardápio (para evitar abuso do aplicativo, de pessoas fazendo pedidos sem estar presentes na lanchonete). O que você pode fazer também, é limitar o acesso do aplicativo, apenas para quem está conectado em tal wifi.

Ai o formulário e enviado para um sistema de gerenciamento com as info, ou por email, enfim, existe diversas formas.

 

Abraços

[Serj.Tankian 0]

Opa, Cr4cko você poderia simplificar mais? Como eu faria esse formulário, seria o mesmo em HTML? Uma página na qual os clientes acessam?

 

Ou tem um método mais simples e eficaz?

[AnonymousKesha 12]

É possivel fazer conexão android com desktop, existem muitos aplicativos que fazer leitura da maquina e enviam para android e vise-versa... mais isso seria algo desnecessário( a não ser que seja um estabelecimento grande)

Por mais seria mais fácil uma pagina php que você acha como criar conexão com mysql de kg ae no google e receber os dados no desktop.

 

Depois é só fazer as restrições no roteador como o Cr4cko falou e já era, algo simples e eficaz.

 

Já uma conexão mobile > Desktop não é vantajosa, a não ser que você manje dos mobile(ANDROID, IOS, WINDOWS PHONE..etc) já que nem todas IDE compilam para todas as plataformas e nem todos seus clientes vão ter só android ou ios

[Serj.Tankian 0]

Aplicativo nativo do sistema para dispositivos móveis eu acho um pouco desnecessário. Por isso imaginei a página hospedada no computador onde está o sistema, o mesmo rodando algum servidor como, por exemplo, o Wamp Server. O cliente acessaria a página onde encontraria o cardápio e poderia fazer o pedido. Mas o problema agora é desenvolver o projeto. Acabei de montar um esquema que descreve "mais ou menos" como ele será. Mas ainda tenho algumas questões.

 

O cliente chega na loja e receberá um código de identificação criado pelo cadastro do mesmo no sistema; (OK)

Este código servirá para identifica-lo na hora do pedido e impedir que outras pessoas que estejam usando a rede Wi-Fi façam uso inapropriado do recurso; (OK)

Ao conectar na rede o cliente poderá acessar o cardápio via celular pelo seu navegador, bastando entrar no endereço específico da página; (Questão 1)

Ao enviar o pedido, o sistema no computador notificará o usuário que há um pedido para determinado cliente em determinada mesa, assim, emitirá um comprovante de pedido em uma impressora não fiscal que identificará o cliente e a mesa; (Questão 2)

O pedido será cadastrado no sistema, no banco de dados; (Questão 3)

 

Senhores, me desculpem o abuso, não é pedir muito. Mas realmente, preciso de ajuda, pois nunca desenvolvi nada parecido. Então, segue, as seguintes questões.

 

Questão 1: Seria possível que, a página hospedada no servidor Wamp do computador tivesse um endereço mais simples como, por exemplo: "www.centraldolanche.com" ou algo parecido, nem que seja um código no navegador, uma frase ao invés de usar um endereço IP "192.168.0.1"?

 

Questão 2: Se o sistema de pedidos é em HTML ou PHP, como o sistema em Delphi poderia notificar o usuário do mesmo que um pedido chegou? E como poderia imprimir o comprovante de pedido? Resumindo, como manipular os dados recebidos no Delphi? Seria eficaz usar um WebBrowser ou manipular os componentes dentro dele?

 

Questão 3: Como esses dados seriam cadastrados no banco de dados?

 

 

Implementação:

 

O banco de dados usado pelo sistema em Delphi é o Access 2013; (escolhi por ser mais rápido de fácil de desenvolver, sei que deixa a desejar no quesito segurança, mas na cidade onde moro não será um problema muito grande)

 

Sério, quem me ajudar, com certeza vai ter o(s) nome(s) estampado(s) na parte "Sobre" ou "Créditos" do meu sistema... :grin:

 

Agradeço a paciência de todos... :)

[Cr4cko 1215]

Aplicativo nativo do sistema para dispositivos móveis eu acho um pouco desnecessário. Por isso imaginei a página hospedada no computador onde está o sistema, o mesmo rodando algum servidor como, por exemplo, o Wamp Server. O cliente acessaria a página onde encontraria o cardápio e poderia fazer o pedido. Mas o problema agora é desenvolver o projeto. Acabei de montar um esquema que descreve "mais ou menos" como ele será. Mas ainda tenho algumas questões.

 

O cliente chega na loja e receberá um código de identificação criado pelo cadastro do mesmo no sistema; (OK)

Este código servirá para identifica-lo na hora do pedido e impedir que outras pessoas que estejam usando a rede Wi-Fi façam uso inapropriado do recurso; (OK)

Ao conectar na rede o cliente poderá acessar o cardápio via celular pelo seu navegador, bastando entrar no endereço específico da página; (Questão 1)

Ao enviar o pedido, o sistema no computador notificará o usuário que há um pedido para determinado cliente em determinada mesa, assim, emitirá um comprovante de pedido em uma impressora não fiscal que identificará o cliente e a mesa; (Questão 2)

O pedido será cadastrado no sistema, no banco de dados; (Questão 3)

 

Senhores, me desculpem o abuso, não é pedir muito. Mas realmente, preciso de ajuda, pois nunca desenvolvi nada parecido. Então, segue, as seguintes questões.

 

Questão 1: Seria possível que, a página hospedada no servidor Wamp do computador tivesse um endereço mais simples como, por exemplo: "www.centraldolanche.com" ou algo parecido, nem que seja um código no navegador, uma frase ao invés de usar um endereço IP "192.168.0.1"?

 

Questão 2: Se o sistema de pedidos é em HTML ou PHP, como o sistema em Delphi poderia notificar o usuário do mesmo que um pedido chegou? E como poderia imprimir o comprovante de pedido? Resumindo, como manipular os dados recebidos no Delphi? Seria eficaz usar um WebBrowser ou manipular os componentes dentro dele?

 

Questão 3: Como esses dados seriam cadastrados no banco de dados?

 

 

Implementação:

 

O banco de dados usado pelo sistema em Delphi é o Access 2013; (escolhi por ser mais rápido de fácil de desenvolver, sei que deixa a desejar no quesito segurança, mas na cidade onde moro não será um problema muito grande)

 

Sério, quem me ajudar, com certeza vai ter o(s) nome(s) estampado(s) na parte "Sobre" ou "Créditos" do meu sistema... :grin:

 

Agradeço a paciência de todos... :)

 

Desculpa, vou pular todo seu texto e te dar uma solução simples!

O estabelecimento é grande? Está afim de investir em algo que realmente vai dar um retorno? Bele

Compre diversos IPads, um para cada mesa. O cliente entra, e fará tudo pelo IPAD/Tablet!

Esse ipad/tablet acessará uma pagina web (pode fazer web mesmo, até mais eficaz), o cliente terá todo o cardápio

e poderá colocar no carrinho de compras tudo que ele quer. Ao finalizar, ele envia o pedido e o mesmo pedido vai cair numa base de dados.

Essa base de dados sera acessada em um gerenciamento, o mesmo vai gerar os pedidos e enfim, ma mágica acontece na cozinha/etc.

Você poderia substituir o tablet/ipad por uqalquer coisa, mas teria que ser algo digital, pratico. A ideia do ipad/tablet é substituir aqueles cardapios feios e enormes.

E também substituir aquele tempo perdido em que alguem fala "entao, vai ser quantos refri mesmo? 3 ou 4 coxinhas?", pois o cliente vai enviar tudo o que quer - inclusive com quantidade, etc - e poderá remover também a vontade. Assim que estiver tudo OK, ele envia o pedido e seleciona a mesa.

Isso poderia ser mais eficaz que um APP, pois no app teria que trabalhar muito na segurança e na questao de que apenas clientes do estabelecimento podem fazer pedidos etc.

 

Essa é uma ideia base, você pode substituir de acordo com suas necessidades.

E outra, a questão do WIFI, você pode manter a ideia de deixar apenas local, e limitar apenas para o acesso do IP do servidor da loja.

Assim você pode até habilitar para o cliente usar o ipad para tirar fotos da familia que está lá, etc etc. Deixar joguinhos também, para a criançada.

É so investir em ipad, criar a página web e ai você tem 2 opções: ou você faz um atalho para um endereço web dos pedidos, ou você usa uma ferramenta que apartir de um site, gera um app.. Eu conheço uma e recomendo:

É necessário se cadastrar para acessar o conteúdo.

• Entre
• ou
• Cadastre-se

.

Ele faz tudo por você, e ja deixa seu app para as 2 plataformas.

 

Isso pode ser um investimento meio pesado, porém se você botar no papel, e planejar direitinho essa ideia, pode mudar o conceito de restaurante.

Não sei se isso ja existe, mas não é algo dificil de se fazer. Papel? Caneta? Cardápio? Isso é primitivo. O mundo é digital, de a eles o que eles querem!

Facilidade e praticidade.

 

Abraços e espero ter ajudado.

 

Ahhh e quase me esqueço.. Se você tiver interesse, eu posso aceitar esse freela. :corado:

Até

[AnonymousKesha 12]

Pra começa o access nao permite acesso simultâneo então se 2 clientes fizerem pedidos ao mesmo tempo já vai ferra pra um.

Depois paginas php e html são de facil manipulação e pode sair mais "esbeldas"

Mysql ou sqlserve são muito mais estáveis que access.

Quanto ao aviso no desktop fica muito facil, depois que o mysql for carregado para um datagrid é so fazer o monitoramento desse datagrid(atualizar ele a cada 30 segundos por exemplo) e toda vez que ouver uma nova row adicionada passa ela para variáveis e imprime usado a api da bematech e sua impressora nao fiscal.

 

A parte mais dificil vai ser a do bematech, mais tem tuturial no site deles, é uma api mais barata e que rende muito!

[Serj.Tankian 0]

Bem, obrigado senhores pela paciência.

 

Vou voltar ao trabalho... Logo logo entro em contato e mostro o sistema por completo e em funcionamento. A resolução do problema, é pesquisa e muito desenvolvimento.

 

Logo mais, postarei aqui a demonstração do projeto em execução. Mas quem tiver mais opiniões, por favor, não deixe de mostrar.

 

Obrigado pessoal! ^^

 

AH, quanto a ideia do Cr4cko: Não tenho recursos para investir tanto, esse sistema é para um cliente e acho que o mesmo também não tem tanto dinheiro pra investir ou não quer arriscar. Em todo caso obrigado!