Things to note about webshops
Statement on customer data or user data
Your customers, which we often call users in the eSolutions sector, are stored by Hypersoft programmes in the Hypersoft databases and the data is stored on Hypersoft servers. Nothing more, nothing less. They are and remain your customers and your users. Hypersoft does not share this data and you can export this data at any time. The legal relationship for the agreed use of the data exists between you (as brand owner or provider) and the respective customers or users who register in the programmes or leave data. You can do this, for example, with the opt-in contracts and clearly regulate this in your area eImprint & legal information for eSolutions.
We have chosen this concept in your interest, as our services are designed to empower you and we want to protect your investment.
Best Practice Your own shop URL
Hypersoft makes your shop or the shop in YourAPP available to you via its own URL. This is good for the beginning and possibly as redundancy. However, it is better if all accesses take place on their own domain or subdomain. Otherwise, their brand-owner domain does not benefit from these hits in terms of SEO (search engine optimisation), as the ranking points to the domain myhypersoftapp.de.
With your own shop URL, your brand owner domain or subdomain appears in the search engines. In this way, you also remain free of Hypersoft or do not enter into an unwanted dependency on Hypersoft (as is the case with many other channels). In the unlikely event that you wish to continue at this point without Hypersoft, we can assure you for the foreseeable future that the URLs we provide will not be used elsewhere or made available to third parties for other purposes.
Hypersoft's interest, however, is to strengthen your brand owner domain and does not use redirects to myhypersoftapp.de for its own benefit or that of third parties.
Your own shop URL...
On request, we can store your (own) desired domain from Shop & App version 1.2.531 in addition to the URL provided by Hypersoft for your shop. We will store your additional URL for you free of charge as part of our service.
Your shop is thus accessible via two URLs. The one provided by Hypersoft always reads:
https://*your_wish_name*.myhypersoftapp.de
(In an earlier version, there had to be a "/shop" at the end, this is no longer necessary).
If you would like to add your own domain, please follow the steps below.
-
Please let us know that you would like to operate your shop with an additional URL of your own.
-
Hypersoft will then inform you of your shop IP address, which your IT department must store in the DNS or domain administration in connection with the new URL.
-
Please name your URL and provide us with a valid SSL certificate in *.pfx format and the corresponding password.
-
As soon as we have this information, we will add the desired URL to your shop.
Important: Please note that Hypersoft cannot take any responsibility for the duration of your domain as well as your SSL certificate. Please contact us at least 14 days in advance for changes and especially for expiry of your SSL certificate. Otherwise, your shop may no longer be accessed without errors via your own URL.
Conditionally offer items in eSolutions
There are many functions for offering or not offering item in certain cases. See the chapter on Offer item conditionally and in particular the sections:
Limitations and methods for Webshop eSolutions
Allergens & nutritional values...
Allergens and nutritional values are calculated per 100g. A calculation per portion is currently not yet implemented. You have the possibility to store this information in the multifunctional item master and to have it partly applied automatically (in recipes). However, there is only one value per item and allergen/content, which does not change by queries.
Countries & Currencies...
- Technically speaking, Webshop 2.0 can be used across countries as long as these countries use the same currency (e.g. locations in Germany and Austria).
- If you operate locations with different currencies, you would have to set up a separate shop for each currency with the respective locations.
- Currently the Webshop 2.0 supports the following currencies: EUR, CHF, GBP
- For the legal use of the webshop we have only considered those countries in which the Hypersoft system is compatible. The same restrictions apply to the webshop as describedin the master information.
- The maximum number of an item in the shopping cart is limited to 99 pieces.
The webshop assumes that you have your own delivery service. External suppliers such as Lieferando can be linked as external links, but they are not directly connected to the webshop. Also a driver and route management is currently not yet implemented.
You have the possibility to use the connection to the deliverect delivery service channel manager also in connection with the web shop.
Negative prices and discounts on queries...
Discounting of extras, queries: At the POS, items are discounted at the end of the booking process, in the webshop (and SOT) the queries are already displayed discounted and thus charged individually. The different handling can lead to different results for the same items when booking at the POS and in the webshop. Example with an item price of 0.00 with 10 queries at 0.99 each and a discount of 10%:
If the item is sold with all extras, the price at the POS is 8.91 and 8.90 in the shop or SOT.
However, the items are not changed during the transport from the webshop to the POS, everything remains as booked.
Negative queries with discounting...
An item discount in combination with negative queries can lead to a negative total price. Example: An item for 10.00 is sold with an optional extra of -2.00. With an item discount of 90% and the selection of the negative extra, this results in a total price of -1.00 EUR.
Negative prices with extras or queries...
Negative queries can cause a negative total price. Example: If an item is offered for 10.00 EUR with 10 optional extras at -2.00 EUR each and all queries are booked, this can generate a total price of -10.00 EUR when fully utilised.
Locations...
Shop 2.0 requires either a system with one client (only one location), or a master client with several locations. Central clients with different data (such as different item masters) are currently not supported.
The webshop is therefore optimized for use with multiple locations. especially for brand owners with several locations, all strengths are played out.
Tickets & Vouchers...
The sale of tickets is currently not yet implemented.
VAT splitting...
Items with a VAT distribution are currently not supported by the shop and SOT.
Forced queries with only one selection...
Mandatory queries that contain only one selection will still be displayed by the Shop & SOT as mandatory selections. (And not skipped and booked automatically as at the POS).
Best practice eSolutions payment methods and warning against errors with smartphone payment!
Before we come to the big mistake when paying with a smartphone, we would like to explain eSolutions payment in general: Especially in the area of eSolutions, no thresholds should be set up when paying. The customer should always be able to pay with their preferred payment method and you should support this as much as possible.
Guaranteed success with PayPal...
Many people are put off by the PayPal fees compared to giropay ("ec card"). And indeed, these are surprisingly high for standard catering, as they were originally calculated with buyer guarantees from the "online mail order business". In fact, PayPal has earned a high level of trust, which, together with its simple and secure handling, inspires over 30 million users in Germany alone. Doing without PayPal without suffering a loss can really only be achieved with very special offers.
Our opinion: For example, we carried out a practical test in which we also switched PayPal on and off again. Sales rose by well over 10% and immediately fell back to the lower level following the deactivation of PayPal. All attempts in other industries to save PayPal have not worked, instead concentrate on your strengths. We offer you a PayPal interface that you can activate yourself at any time with your merchant data.
The mistakes of smartphone payment...
giropay from the German banking industry generally has the most favourable payment fees. In eSolutions, giropay is not used successfully and this will not change any time soon. More and more payment terminals and almost all smartphone payments do not support giropay (Hypersoft offers some payment terminals with giropay approval). Most Girocard holders do not realise that an additional service from Mastercard (MAESTRO) or VISA (VPay) is installed on this card as an additional card that can be used to pay outside Germany or at a new payment terminal in Germany, for example. Now that the first banks are no longer offering these additional services as standard on their giro cards, the giro card is being rejected more frequently and weakened. In mobile payment, Apple Pay and Google Pay each have a market share of over 30 per cent and only support direct payment via a bank account in absolutely exceptional cases. Even if it sometimes looks like this to the customer, you as a merchant are often charged the credit card fee (or MAESTRO, VPay) in order to secure the payment, which is then processed differently in the background. A restriction to giropay is therefore no longer up-to-date for you as a merchant!
In addition, you are dealing with a completely new situation of invisible credit cards, as these are stored by your customers as virtualised tokens with Apple Pay and Google Pay. A tactic such as "We don't accept Diners or AMEX cards" suddenly no longer works and you unconsciously refuse payment. Your employees and guests will be embarrassed when they realise that their new smartphone doesn't work for YOU. Imagine that if several cards and several means of payment are stored at a payment terminal, everything is done for a positive payment within hundredths of a second. This also includes a risk analysis and, if necessary, switching to another means of payment. Don't limit this with your "outdated" preferred card selection! And something else to your advantage: cards such as AMEX, which charge their customers a monthly fee of €75, for example, work with sales promotions and free restaurant credits. If you decline these cards, you will not save on higher payment fees, but will lose more valuable customers in the future.
Acceptance of all payment methods for customer loyalty Further documentation:
Payments and transaction units
Please note that in connection with the webshop activities arise which also cause running costs, such as transactions, scheme fees, discounts, etc.).
In eSolutions we work with Hypersoft Pay powered by Adyen. You could integrate your PayPal account directly into the Adyen widget, then you will incur Adyen fees in addition to your PayPal fees according to the Adyen price list. Hypersoft has therefore integrated PayPal directly so that you can easily set up your PayPal merchant account there.
Deposit system with the webshop
The webshop incl. eSolutions Self-Order Kiosk (SOT) and Guest-Order-Terminal do not support MixMatch and therefore do not support the old method for deposits. The Deposit system must be used if required to enable the deposit to be accounted for.
Example for deposit can Cola 0,33l...
The deposit is set up by the deposit management on the Coke item.
The deposit is automatically recognised and shown by the shop, GOT and SOT.
Example of deposit in the menu (steak plate with can of Coke)...
The can of cola is listed as a query (or sole query) in the recipe. The deposit is set up on the can as in the first example.
Wrong set-up: No other "deposit item" may be deposited in a recipe.
Invoice dispatch
When your customers are supplied, you can use it to transmit the invoices. For the digital delivery of invoices, you can combine NoCOO with the webshop system. See Webshop invoice dispatch via NoCOO (Digital Invoice Directory)for this.
The bookings from the webshop are transferred to the POS system via the Online Order Connector. There you set up the handling of the tip. As a rule, you should (at least in Germany) set up the tip from the webshop to be taxed. For this purpose, you assign an appropriately set up item .
The POS system uses a static algorithm that makes this adjustment based on other criteria. Please see Book a tip. You can make settings to be able to enter tips in the webshop in the Tip in the webshop section.
They should attach great importance to the support of tips. Tips generally have a positive effect on all employees and their customer relationships, which in turn are relevant to their brand. Tax tips can be controversial. With an integrated system like the Hypersoft hybrid system of POS and portal functions, you have more possibilities to make the tip tax-free even in the web shop, otherwise this would usually have to be taxed (taxed tip is better than not being able to accept a tip). They must avoid to treat the tip untaxed, although it should be taxed. Please read the section Book a tip.
Procedure documentation for bookings between web shop and POS
Signing takes place at the checkout and therefore the sale of a voucher or item is not signed until it has been collected by the Online Order Connector via the control checkout and a basket of items is not signed until it has been released by the operator at the checkout (when he releases the transaction). Collection to the POS system is usually much faster than 5 minutes.
If an order has not been collected by the POS system after 5 minutes (also web voucher order), a notification is sent by eMail (see also emergency operation), which informs the recipient of the deposited mail address that an order has not been collected by the POS system within 5 minutes. This does not change the status of the order. This means that as soon as the checkout is (subsequently) switched on, the order is picked up and processed.
However, if you decide to use the emergency mode, then you have the option of viewing the orders in the portal in order to enter them again and manually at the POS. The manual capture is (of course) signed by the TSE. If you now also manually check the box Order transmitted to Pos for these orders in the portal, these bookings will no longer be transmitted to the POS when the connection is possible again. Otherwise, they would have to cancel the subsequent double transmission (not recommended). Decide on the desired procedure and file this in your procedure documentation.
Depending on the configuration, functions such as payment on collection can result in orphaned transactions if the user then does not collect these transactions. You can use the closing automation to handle such operations accordingly.
Use automatic transaction completion for eSolutions... Further documentation:
Back to the parent page: eSolution Webshops