I’m a little stumped on this. I’ve put together a simple Takeout order system for online and togo orders based on Emre’s Custom Package Delivery V5, with some slight modifications (using automation command buttons for ticket creation along with prompts for customer input). I’m sure its just me doing something wrong, but every time I create a ticket there is a second ticket created. I think my mapping is fine, so it must be something related to my flow or actions. I went as far as adding a test message to the default ticket create rule and its not firing. If anyone can see my error I’d appreciate it.
I still can’t seem to figure this one out. If anyone has any ideas that would be appreciated. I uploaded a gif video. Whats happening is creating a new ticket (ticket type “takeout”) adds an extra empty (ticket type “Ticket”) with the customer name. It then shows in the Customer Entity screen which is mapped to Ticket and set to (ticket type Ticket). It doesn’t happen if I don’t assign a customer entity to the takeout ticket. I did a system message to ensure these are different ticket types.
We’re only using 1 menu. The default menu is assigned to both ticket types (Ticket & Takeout). There are two departments for separating the default ticket creation (Cafe & Bar). Both are given the default ticket type of Ticket since that is used for all standard orders.
I temporarily changed the default ticket type of “Cafe” to Takeout. It still created the extra ticket. I set a test message on the Ticket Created rule and it ran when clicking on the extra ticket. So it would seem that maybe the ticket isn’t created yet, but its creating an entity button on the Customers entity screen?
You dont even have to use Create Ticket action. The Change Ticket Entity action can create a ticket. We need to explore the flow and find the best method. The issue is you are updating an entity that is assigned to both Ticket Types. It is not really creating another ticket (Its not stored in DB with TICKET ID) you can go into the ticket and close it and it disapears… One way to solve it is to only allow Customers Entity type on only one ticket type. That may not be ideal for some people. I will explore it some more Monday.
It could be a bug but I am not convinced yet. I think it is more of a case of it being used differently in a way we may not have anticipated so it may not be a bug but could be something we need to look at if we see more people wanting this. I am not sure yet.
If all you want is a name for Pickup I can help you build a much simpler system that does not Tie into Entities. Entities are great… but sometimes for simple operations like names on TO GO they add complications and assign relations in the database that is hard to modify later.
Customer data is great to collect for many reasons. Collecting data helps with marketing, loyalty, and future plans to help grow business. Any marketing expert will say that Customer Data Lists is key to the most successful marketing to grow customers and keep them.
I think soon we will have better methods for this than Entities. It wont be long we will have a cloud based system for this with true loyalty program.
I have some great examples for you including one I have used at my restaurant for both in person takeout and a very busy drive up window. I also have some examples we customized for some of our US Dealers. Monday I will share some of that with you when I am back at my office.
We have gloriafood at our restaurant and we have a big Call in business. I built our system with speed in mind and as little complication as possible. I use the official gloriafood integration and it works great. I can share my system for that as its custom and does not use the delivery screen setup that most people use with it.