-
Bank and safe drop from blind closed shift
When I am demonstrating the functionality around cash and bank management this is always a place where the solution falls down. Customers like the idea of blind closing shifts. But a key part of the 'cashing up' process is to complete a bank drop. At present you cannot complete a bank or safe drop from the blind closed shifts (soon to be Manage shifts) screen. So this results in customers not implementing blind closed shifts at all, at risk of confusing store staff. Please add buttons to complete both bank and safe drops from the blind closed shifts screen - In fact, all cash/shift operations should be available! -
Payment connector for UK / Europe
Whilst I appreciate the complexities of creating and maintaining payment connectors, it is really difficult to be taken seriously when selling a POS solution that doesn't offer this ability out of the box! Quite honestly it puts us as at an immediate disadvantage when up against ALL other retail POS solutions. Customers do not like the idea of third party add on's for payment solutions, where possible, they would prefer (and expect) an ability available as standard. Even if they have a limited choice of PSP's, it is better than none. I am happy to provide any assistance I can to help you go this moving, but I feel it really needs to be on the roadmap. Please help us Europeans out on this!!!!
-
Make deposit default configurable at delivery method/mode level
A regular request from customers I have seen, is that they would expect different deposit values, dependant on whether the customer is having an item home delivered, or to collect from another store. Home delivery often requires the customer to pay in full up front. Where as collect at another store is often pay on collection. the solution to this would be to configure the deposit value based on the shipping method assigned to the line. Admittedly this becomes less clear on a mixed order, however the logic would still work I have 1x Item for home delivery at $20 I have 1x item for collection at $10 If home delivery was 100% and collection was a token 10% deposit. The deposit value should be $21 - with $9 to pay on collection. -
Return to original tender
a large number of customers are expecting the POS device to at least show the original tenders when completing a return from receipt at POS. It is a difficult issue to resolve, as you can have multiple lines and multiple payments on an order. However, some thought should be given into at least being able to see the original tenders from the sale. It is difficult as you do not know when the transaction has been completed (i.e. the customer could be completing an exchange) so you do not know when to raise the prompt. Maybe at the point the user selects a payment method, if the total of the transaction is a negative value (payment back to the customer), and the return is from a receipt, the POS should prompt that the original payment was made in 'XYZ' of a way - I.e. paid on card number ending 4465. The exact process flow requires some serious thinking about, and needs a manager override at the least. But a lot of customers expect this functionality.
-
Refund to card/method from web sale when refunding in store
Recently I have seen an increase in customers requesting the ability to identify the original payment used for a web order, to complete an automatic refund from store (POS) to that same payment. For example, if I use my PayPal account on the website. when I return the goods to a store, the store just refunds straight to my PayPal account. Obviously an override is needed in case the customer requests differently (maybe that paypall account has been closed). I also know this depends on the payment connector / provider abilities, but the key is a button in POS to refund to the web payment method used, and then for the payment connector to attempt it and authorise it LIVE. Hope that makes sense. Feel free to reach out it not!
-
Click and Collect fulfilled from central warehouse, rather than store
We desperately need functionality to process a click and collect order where the order is fulfilled from a central warehouse. This is the process the vast majority of customers uses, mainly for picking abilities and stock accuracy (better at warehouse than in store). As opposed to taking the stock from store, the stock is picked at a central warehouse, and delivered to the store, pre packages ready for customer pick up. We need the ability to a.) process this kind of order (from all channels) b.) mark it as received at the store (with an email sent to the customer to notify them it is ready to collect) - preferably by scanning the order number in a separate screen. c.)Pick up process which is just an acknowledgement in the system that it is been collected (the dispatch and invoice has already been completed). d.) Ideal scenario - a mechanism to process failed collections - where the customer does not show up. In this scenario, we should be able to refund the customer automatically, and either put the stock back into store stock, or return to the warehouse. -
Info code sub code display order
We would like the ability to decide the display order of info code sub code buttons on the POS. Currently this uses the SubCode ID alphabetically. This would enable 'commonly' used responses to be put to the list, and new buttons can be added in the correct order. -
Suspended transaction retention period
Please add the ability to specify a time period for which suspended transactions are retained at the channel database. This should be by a number of days. Once the time has been reached the suspended transaction should be removed from the recall order screen. Customers are explaining that customer often ask the cashier to suspend the transaction, and do not return to complete the transaction. As a result, there is a manual process required to recall and void the transaction. Otherwise the list on the recall order screen becomes unmanageable and difficult to find the order you are looking for. -
Ability to 'Just scan' when creating transfers and stock counts
Many retailers are expecting the ability to create a new transfer order (or counting journal), and just continuously scan items into the order. The existing workflow contains multiple steps which are unnecessary, time consuming and add's room for error by operators. Existing workflow; Create transfer order (using dialog) details screen opens, with 'Add product' dialog open Scan or enter item number Specify quantity (dialog is now closed) Click 'Add' button to add another item repeat steps above. The idea workflow would be: Create transfer order (using dialog) details screen opens, with 'Add product' dialog open Scan or enter item number (Default qty of 1 assumed as it was scanned) 'Add product' dialog remains open ready for next scan Once all items added, user clicks 'close' button on dialog, to indicate no more items to add. As some customer may want the prompt to specify quantity, the defaulting to 1 should be a parameter (i.e. new checkbox on functionality profile 'Prompt for quantity on stock management functions') N.B. - This has already been suggested to the team directly. Adding here to get votes and bump up priority list!
-
Automatically ship transfer order on creation
The existing picking and receiving functionality requires the following steps to create and dispatch a transfer order; 1. Create new transfer order 2. Add items to the order. 3. Click Confirm (order is now created in HQ) 4. Find the new order in the P&R list 5. Click 'update' command button 6. Scan each item again, or click ship all 7. Click Commit (order is now shipped) The vast majority of retailer's I talk to, consider this to be an extremely lengthy process, for what should be a simple task. As the transfer order is normally created by scanning products, there is no need to separately confirm it has been shipped. The preference would be for the creation process to automatically ship upon creation. The process would then be; 1. Create new transfer order 2. Add items to the order. 3. Click Confirm (order is now created in HQ & automatically shipped) I believe this should be a configuration option, (i.e. Auto-Ship on transfer order creation). As some retailers could adopt a process of creating an order in advance of physically sending it.
You’re offline. This is a read only version of the page.
