New in RetailVista
Reference to (future) new support website behind login name
U-number behind login
A U-number is now displayed next to the username used for login. This number is linked to the new support website that is currently under development. By clicking on this number, the support website will automatically open. The website is not yet operational, so you will receive an error message if you click on it. The website is expected to be operational in a few months.
Change in Sales Order menu
Sales Order menu split
Sales Orders used to consist of 2 parts: Sales Orders and Reservations.
The Reservation functionality has been expanded so much in recent years that it has now become its own menu item, namely Fulfillment.
RetailVista Mobile X
RetailVista Mobile completely redesigned
Because the development platform we used for RetailVista Mobile stopped further development and support, we had to switch to a different development platform. The disadvantage of this was that we had to start the development of RM from scratch. The advantage was that we could overcome some limitations that were present in the previous platform.
We are proud to present RetailVista Mobile X (RMx). It is faster, even more user-friendly, and has more features than RetailVista Mobile.
Functionality of RMx:
• Product info• Arrangement• Product locations
• Product list• Order product • Loss
• Allocated inventory• Product origin• Inventory
• Warehouse count• Sales statistics• Receipts
• Order picking• Order picking control• Print label
• Print receipts• Issue• Issue control
• Sales order • Move product• Move location products
• Change price• Change inventory • Shopping cart
In development:
• Guided order picking • Pre-scanning
Sales orders Plus
In addition to the sales order module: Sales orders Plus
Within RetailVista, there are a number of modules that have undergone so much development that they could not be incorporated into the existing module without significant adjustment of the license price. These new developments have therefore been incorporated into a Plus license. To work with the Plus license, the module "Sales orders" is necessary.
Plus licenses are invoiced based on usage. For this purpose, counts are made of the number of orders created per period.
SLA is in accordance with the SLA RetailVista.
The following functionality is currently included in Sales orders Plus:
Sales orders Plus
•Pick-up locations
If you have multiple pick-up locations, such as a store warehouse and an external warehouse, you can indicate the pick-up location for each reservation.
•Order picking control
All items of a picked reservation are scanned again to ensure that all items have been picked and that they are the correct items. It is clearly visible which reservation-item lines have not been scanned yet. If the picking is done correctly, there will be no remaining lines after the control.
• Order issuance
When scanning the reservation barcode, it can be checked whether the reservation has already been paid (or whether the delivery can be made on account) and whether the reservation has not already been picked up.
• Order issuance control
It is possible to choose to scan all products again upon issuance. This is particularly useful for delivery to verify that the delivered goods indeed match the order.
• Signature upon issuance
A name, receipt, and signature can be recorded on the PDA as proof of delivery. This information is stored with the reservation/sales order.
• Cash on delivery functionality
It is possible to pay the amount due upon issuance if the issuance functionality is used. The delivery person is alerted to the amount due for cash on delivery. This amount can then be deposited at a designated RetailVista POS installation.
• Fleurop import
The Fleurop import allows for the import of flower orders.
• Order picking
With the "Warehouse" module, it is already possible to define locations in the warehouse. This is now also possible for the store. By recording locations, the order picking process becomes much more efficient as items can be picked in the order of products/locations. The items to be picked are indicated on the PDA. Each picked item is checked off. Once the order is fully picked, the employee receives the next picking order.
Order picking is an application within RetailVista Mobile and is included in the number of mobile applications for licensing purposes.
• Still in development: Guided order picking (can be seen as a light WMS solution)
With the "Warehouse" module, it is already possible to define locations in the warehouse.For the store, this is now also possible. By capturing locations, the order picking process becomes much more efficient because picking can be done in the order of products/locations. With guided order picking, an employee can pick multiple reservation orders at the same time. The PDA provides picking instructions for one or more reservations in succession. These instructions are processed one by one. Multiple employees can work on the same reservation order at the same time.
Order picking is an application within RetailVista Mobile and is included in the number of mobile applications in terms of licenses.
RetailVista screens for order picking types, carriers, and rejection reasons - Task 19812 (version 21.1.7675.30807)
For supported order picking, auxiliary tables have been created in RetailVista for the type of order picking, the carriers, and the rejection reasons if an order picking instruction cannot be executed.
The order picking types are intended to create different types of picking strategies, such as discrete order picking, wave order picking, etc.
The carriers table is for the crates/containers in which reservations can be picked.
The rejection reasons are a pre-defined collection of possible reasons why an instruction cannot be executed.
If there is a need to work with supported order picking, it is best to contact the sales department of NedFox.
Gold SLA
In addition to RetailVista SLA: Gold SLA
There may be situations where RetailVista does not function as it should, causing the business operations to stall and you want this to be addressed as quickly as possible. In any case, faster than what is specified in the RetailVista SLA.
Gold SLA is an addition to the RetailVista SLA and RetailVista SLA SupportPlus (Weekend support) contract.If you have signed the Gold SLA contract and the process that is important for your business operations is blocked or not working as it should, the response time of the NedFox helpdesk is 1 hour after reporting the problem.
The following table is used to determine the priority
If you would like more information about one or more of the above points, please contact us. Phone +31 (0)527 249 900 or email info@nedfox.nl
RetailVista update
General - miscellaneous
Environment support – Task 19429 (version 20.17.7584.27682) + Task 19813 (version 21.1.7675.30807)
With the new environment table, a user can easily select which "environment" he/she is active in. Think of an environment, for example, as departments where a user is located. Certain printers that can be used are located in that department or near that department. The printers to be used can be set per environment. In this case, it concerns the new type of "bridge" printers. The active environment can be chosen in the left column of the start page of RetailVista and is saved per user. In the new version of RetailVista Mobile (RetailVista Mobile X), the choice of an environment is also supported.
The A4 printers are created under Administration – Printers.
The Windows printer name can be found by typing "printers" in the Windows search screen and then clicking on Printers and scanners. An overview of the printer names will then appear.
Bridge printing is now an addition to and eventually a replacement for LocalServices. LocalServices is used for printing to label printers, working with a data collector, and configuring price checkers.With LocalServices, it is not possible to print documents to A4/page printers. Bridge printing is required for that.
With bridge printing, sales orders, copy sales orders, and reservations can currently be printed. It can be set up to print the sales order on a printer in the store and a copy sales order on a printer in the office. And this printing can be done from the RetailVista back office and from the new version of RetailVista Mobile.
The environment with bridge printers is already supported in the sales order module. Sales order reports can be automatically printed to these new type of printers. This makes it possible to automatically print sales orders made in RetailVista Mobile to A4 printers.
In the coming period, the entire reporting environment of RetailVista will be converted to bridge printers, taking into account the selected active environment. Therefore, it will no longer be necessary to always first display the printout on the screen and then choose the Windows printer through a trick. Reports can be printed directly to a bridge printer without any further intervention. The bridge printer is actually the successor to RetailVista LocalServices, which not only supports thermal printers but also A4/page printers.
QA740 has been created for Bridge printing. You can find this in the document screen of the main menu of RetailVista.
IP restrictions per mobile device (RetailVista Mobile) - Task 19631 (version 21.4.7733.20801)
IP restrictions for certain terminals can be set for mobile devices. There was a temporary workaround so that IP restrictions for Mobile do not apply at all. That has now been undone: if IP restrictions are active, they will also apply to mobile devices/RetailVista Mobile from now on.
It is important to select the mobile devices used outside the network (either 3G/4G) during this update and mark them as not having IP restrictions. If this is not done, those scanners will report that RetailVista is not accessible due to IP restrictions.
Table for outgoing mail - Task 19896 (version 21.2.7692.27627)
Outgoing emails (whether sent or not) are placed in a table called "Outgoing emails". The reasons for this are:
• External CMS parties can easily hook into this and convert the emails into a final layout and send them to consumers.
In this case, RetailVista does not provide formatted email content, only "metadata". An external party can use this to compose the email definitively.
• This new table provides insight into the sent (or yet to be sent) emails, which was not possible before.
• Currently, emails for activated gift cards and final delivery schedules are displayed here.
Outgoing emails can be found under Administration - General block - Outbound Emails option
In the future, RetailVista will allow setting which types of emails will be sent by RetailVista itself and which will be left for an external party. Currently, RetailVista does not send emails from this table. It is solely intended for external CMS parties to read and send these emails.
Currently, only created/issued RetailVista gift cards are placed in the outgoing email table, so that a customer can receive a proper email. In the near future, the definitively planned deliveries from the delivery administration will also be added to this.In the long term, every outgoing email from RetailVista will be processed through this system (think, for example, of digital invoicing, but also simple things like a password recovery email, etc.).
Currency symbol - Task 19991 (version 21.5.7734.25822)
In the currency table, a currency symbol can be specified. Wherever a euro or dollar sign is still found in RetailVista, it will be replaced by this currency symbol.
Previously:
Now:
If you add currency yourself, you must enter the symbol yourself.
Product maintenance
Searching for "order code" now also includes non-preferred supplier/purchase data - Task 19262 (version 21.4.7733.20801)
When searching for products using the order code, it will no longer only search for preferred purchase data. Non-preferred purchase data will now also be included in the search for products. This allows for more products to be found than before.
Ability to mark products as "deleted" - Task 19428 (version 21.3.7706.25430)
Products can now be marked as "deleted". A checkmark can be placed in the "deleted" field on the "general" tab.
By marking a product as deleted, it will no longer be found by default in search queries. Only administrators can still choose the option "Search for deleted products yes/no/all" in the product search screen. This allows administrators to easily undo the deletion of a product. Deleted products are no longer usable for creating new data, such as sales orders, product lists, etc. Deleted products cannot be sold in the cash register.
From product lists, products can be marked as "deleted" in bulk.A new export option has been created for product lists to deleted products.
Specify shopping cart group - Task 19914 (version 21.2.7692.27627)
A shopping cart group can now be specified for a product. This allows certain products to be set so that they cannot be ordered in the webshop in combination with products from other shopping cart groups. In addition to specifying a shopping cart group for a product, it can also be specified for the product category.
These groups have been created because the logistics process through the "Sales Orders" module can be so different for different products that it cannot be handled in a single sales order process.
For example: There is a shopping cart group called "Events". Only items (tickets for events) can be sold in this group. If a customer purchases a number of items in the webshop, including an event ticket, a notification will appear stating that this cannot be purchased in a single order. The customer will then need to make 2 webshop transactions.
Further explanation of shopping cart groups is included in section "Webshop - Shopping Cart Groups - Task 19909"
Bulk changes to purchase data: Processing now based on specified criteria - Task 19775 (version 21.6.7741.28554)
When bulk changing the purchase status with the specification of a supplier and the specification of 1 product, all purchases of this product received the specified status. Due to the product selection, the supplier selection was lost. This has been resolved with this task so that only the purchases from the specified supplier of this product will have a status change.
Menu: Products - Bulk changes to purchase data
Product lists
Clearer screen for product list to invoice delivery - Task 19101 (version 21.1.7675.30807)
The conversion of a product list to a delivery on account has been improved in terms of user interface. Now only the selected lines can be transferred and the transfer screen has been redesigned.
Labelling
Price per ISO unit added for label layout - Task 19884 (version 21.2.7692.27627)
RetailVista can print the price per ISO unit on labels, for example €4.95/LTR, and then convert the normal gross selling price and specified weight to a price per gross or net unit. This is also described in QA 754.
Two additional fields have now been made available so that no distinction needs to be made between weight or content indication in the label layout.
The new fields are:
• grosspricepergrossunit
• grosspricepernetunit
grosspricepergrossunit: This field provides the gross price and ISO unit information based on weight if weight information is available.
grosspricepernetunit: This field provides the net price and ISO unit information based on weight or (if weight is not specified) per net content.
If the weight is specified/available, the unit price per weight is stated. If the weight is not specified, the net content information is automatically used for the net field.
Financial exports
AFAS: separate field for down payment reversal reference - Task 19956 (version 21.5.7734.25822)
For the purpose of automatic and manual reconciliation in AFAS, the reference information for a general ledger mutation is now offered in a separate reference field to AFAS.
Purchase orders
Filter search screen "Purchase order printed/not printed" - Task 19742 (version 21.1.7675.30807)
Purchase orders created from drop shipment sales orders are immediately given the status "Final".However, it was difficult to determine which purchase orders still needed to be printed. With this adjustment, it is possible to filter in the search screen for purchase orders that have been printed or not.
Searching for purchase orders created by a scanner - Task 19804 (version 21.1.7675.30807)
In the purchase order search screen, it is now possible to search for purchase orders that have been created by a specific scanner.
Cash accountability
Unused cash register does not need to be counted - Task 19970 (version 21.7.7748.30738)
If a fixed opening cash register is used, a fixed opening cash register was always placed for each cash register. As a result, that cash register had to be counted.
In the cash accountability settings, it is now possible to set that an unused cash register does not need to be counted. By activating this setting in combination with a fixed opening cash register, a counted amount is automatically filled in for an unused cash register, which is exactly equal to the opening cash register. Therefore, such a cash register no longer needs to be counted. It has been deliberately chosen to make this behavior adjustable and explicitly activate it. After all, the fact that a cash register is not used does not mean that the final amount is still in the drawer.
Setting: Extra - Extra/Settings - Cash Accountability Section - General Tab
Warehouse
Filtering the search screen for a specific product - Task 19803 (version 21.1.7675.30807)
In the warehouse information screen, it is now possible to filter for a specific product.
Promotions
Updating existing discounts via product list - Task 19936 (version 21.4.7733.20801)
When converting a product list to discounts, the conversion screen now allows you to choose what to do with any existing discounts.There is the option to always create a new discount or update existing discounts. There is also the possibility to delete existing discounts.
Receipts
Warehouse differences screen clearer – Task 19810 (version 21.8.7758.20716)
There was little text difference between warehouse counts and warehouse differences.
Both screens have been renamed and are still being translated.
Old: Warehouse differences → New: Packing slip verification
Old: Warehouse counts → New: Import scanner slip verifications
The menu option for packing slip verification has been moved and is now directly below the first product receipt menu option.
Promotions
Add mixedmatch product multiple times with different barcode – Task 19758 (version 21.7.7748.30738)
For example, for ViridiCode, it is desired that the same product can be added multiple times to the same mixedmatch, but with a different barcode each time. This allows different batches to be added to the same mixedmatch. This is now possible.
Statistics
Product statistics: Purchase price visibility follows security role – Task 19689 (version 21.1.7675.30807)
The visibility of purchase prices is a right that can be set in RetailVista. From now on, many overview grids have been cleaned up so that this data is no longer visible. The main screen for this was product statistics.
If a user does not have the right to see purchase prices, generating purchase orders will also no longer be possible from now on. The purchase prices are essential for that, and if someone cannot see them, that person cannot generate purchase orders either.
Original sales order number is statistic 236: Statistic per sales line - Task 19700 (version 21.1.7675.30807)
An additional column "Order reference" has been added to statistic 236. This column contains the sales order reference when a reservation is sold. This order reference can be used to match it to the original sales order.
New statistic 112: Extended statistic per product category and product group - Task 19890 (version 21.5.7734.25822)
This was a statistic report that did not exist yet.
Product statistic: Period selection on "Receipts" tab - Task 19921 (version 21.3.7706.25430)
The period selection in the product statistic was not yet applied to the lines in the "Receipts" tab. This is now being done.
Sales orders/Reservations
Specify fiscal country on sales order - Task 19025 (version 20.17.7584.27682)
From now on, when creating or maintaining a sales order, the fiscal country must also be specified. This field is typically automatically filled in from the relationship of the sales order. With the fiscal country, the turnover per country can be calculated using a BI tool (such as Qlik) or in a statistic that is yet to be developed. The fiscal country is already used to determine the correct VAT rate for the products. If there is no specific VAT rate for that fiscal country for the product, RetailVista will fall back to the standard VAT rate. That is the VAT rate of the country where the establishment is located.
It is now possible to indicate the VAT reconciliation per country.
Modifiable VAT exempt indication on sales order - Task 19037 (version 20.17.7584.27682)
When modifying a sales order, the VAT exempt indication can now be adjusted. At that moment, all VAT rates/codes are re-determined for the products.Of course, the prices will also be recalculated. The VAT rate is determined based on the fiscal country of the order and the product. If no VAT rate is known for that country and product, then the VAT rate of the sales order location will be used. If that is also not known (very theoretical), then that particular rule remains unchanged.
Due to the recalculation, discounts and such will be lost (re-determined), as the gross price changes, making the discounts no longer valid.
Sales order classification expanded with conditions to apply/not apply drop shipment - Task 19495 (version 20.17.7584.27682)
In the sales order classification, it is now possible to indicate how to handle the drop shipment suggestion. Drop shipment can always or never be suggested, or according to a certain calculation. The calculation method can then be set and can take into account the drop shipment indication at the product level, with or without certain inventory levels.
Added "main product" to the first possible reservation - Task 19524 (version 20.17.7584.27682)
The "main product" of a set will no longer be added to a separate reservation, but will now be added to a "random" reservation that is created for the same sales order to which the set main product belongs.
This only applies when working with departments for order picking. Reservations are then split by departments. A main product does not always have a department and would therefore be added to a reservation without a department in such a case.
This issue does not apply when splitting reservations by pickup locations. In this scenario, a main product can also have a pickup location and will automatically be added to the correct reservation.
Automatically reduce deposit request amount when creating or updating a reservation - Task 19525 (version 20.17.7584.27682)
A deposit request will now be automatically reduced when maintaining a reservation if it appears that the sales order amount minus the total reservation amount is lower than the deposit request amount. This can happen if changes are made to the sales order and/or reservations after the deposit request has been made. Previously, the customer in RetailVista POS sometimes had to pay too much in the aforementioned situation, which naturally led to complaints. From now on, it will always be ensured that the deposit request amount will not be too high. If the difference between the sales order value and the total amount of all reservations is 0, the deposit request will be removed.
Setting for automatic invoicing - Task 19535 (version 20.17.7584.27682)
When generating reservations, it is now possible to indicate that reservations should also be automatically invoiced as much as possible.
This has been built in and made possible to ensure that shipping notifications from a WMS environment automatically result in an invoiced delivery (revenue/sale of the reservation) and thus the closure of the corresponding sales orders.
If there is no WMS integration, this is undesirable because it unintentionally sells reservations immediately and also invoices them. It is questionable whether a reservation should already be sold in that case, and if so, whether you choose to do so on account. This is a manual choice at the time the reservation is ready. In addition, the reservation is now closed, so customer service cannot see what is still outstanding and needs to be handled.
With the sales order classification, it is now possible to set whether automatic reservation allocation is desired. The default behavior does not do this, essentially working as it did before. So, if it is desired to automatically create a delivery on account from a reservation, it must be set in the sales order classification.
When a sales order is canceled, do not automatically cancel all lines as well - Task 19545 (version 20.17.7584.27682)
If a sales order was marked as canceled, all lines were automatically canceled as well. This was not the desired behavior, especially because when reversing this canceled indication, it is unknown which lines should be reversed. After all, there may be lines among them that were genuinely marked as canceled in consultation with the customer. But if everything is automatically marked as canceled, it is no longer visible which lines were originally affected. From now on, the sales order lines will no longer be marked as canceled when declaring a sales order as canceled. External systems that use the canceled indications at line level must take this behavior change into account and pay particular attention to the canceled indication of the sales order itself.
Notification for insufficient stock to reserve - Task 19676 (version 21.3.7706.25430)
In the sales order classification, it can be indicated that when adding a sales order line, a check is performed to see if there is sufficient available stock for the requested quantity. If not, a notification can now be displayed on the screen, which must be confirmed by the user. This functionality is a change in behavior of RetailVista and must therefore be explicitly enabled in the sales order classification.
Sales order dashboard - Task 19683 (version 21.3.7706.
From a sales order, a sales order dashboard page can now be started via the left task menu. This screen shows as much information as possible about the sales order, down payments, linked purchase orders, reservations, and the final revenue (cash/on account) thereof.
If the purchase order has been forwarded as an interbranch order to another branch, the structure of the other branch (sales orders, purchase orders, etc.) is also displayed as information.
If the sales order resulting from an interbranch order is opened at another branch, it automatically jumps back to the original sales order at the other branch where the entire logistics processing originated.
Adding delivery address from sales order - Task 19686 (version 20.17.7584.27682)
Modifying a delivery address from the sales order was already possible. It is now also possible to add a delivery address from the sales order. For this, the order must first be modified (complete reopening is not necessary). By partially reopening the order, a "+ " icon appears next to the delivery address to add a new address. The address created in this way is stored as an additional delivery address for the relationship.
Authorization for reopening sales order - Task 19703 (version 20.17.7584.27682)
Reopening a sales order can now be authorized with authorization function.
Do not remove reservations with logistics status "being picked" when reopening sales order - Task 19704 (version 20.17.7584.27682)
When reopening a sales order, it can be indicated that outstanding reservations may be removed. From now on, this only happens for reservations whose logistics status is not yet in or after the picking process.
From reservations where they are busy picking (or already finished), the warehouse must decide what they want to do with those types of reservations.
Linked reservations are not deleted when closing a sales order - Task 19713 (version 20.17.7584.27682)
From now on, when closing sales orders, all remaining open reservations will no longer be automatically deleted. Until now, this was done: if the remaining part of a sales order is no longer desired, it can be closed. But that does not necessarily mean that what has already been reserved does not need to be delivered anymore. Alternatively, the decision can be made to cancel the reserved items and return them to the inventory. By deleting the reservations, they also become untraceable, so it is no longer clear who made those reservations, what their status was, etc. It is up to the warehouse to decide on the remaining open reservations after closing a sales order.
Specifying classification when importing a quote - Task 19732 (version 20.18.7591.29798)
When importing a quote from a sales order, a sales order classification must now also be specified. This largely determines how the sales order is filled and structured.
A quote can be converted to a sales order from:
• Quote maintenance. After selecting a quote on the left side of the screen, in the "Export tasks" section, choose the option "Quote to sales order"
• Quote menu: Convert to sales order
Visibility of linked tasks - Task 19739 (version 21.4.7720.18568)
A new tab called "Tasks" has been added to a reservation. Here, all tasks related to that reservation can be seen. An important task is the automatic printing of the order picking report. The task that does this results in a PDF, making the PDF quickly accessible.
Reserve products directly from sales order - Task 19753 (version 21.1.7675.30807)
From now on, it is possible to reserve products directly from the sales order. A new tab called "reserve" has been created for this purpose. It displays all open and reservable sales order lines and allows for easy reservation. This page also offers the option to ignore inventory and reserve "hard" regardless of stock.
Indicate reservation status through product receipt - Task 19762 (version 21.1.7675.30807)
In the sales order classification, it is now possible to set the logistical status of reservations created from a product receipt.
Previously, the logistical status in this situation was set to "Waiting for picking". However, if automatic printing of order picking reports is used, the logistical status must be "New". It will then be automatically changed to "Waiting for picking" after printing.
Modify sales order VAT indication - Task 19785 (version 21.1.7675.30807)
Several adjustments have been made to allow for modifying the VAT indication of a sales order.
Sales order classification: Settable pickup location - Task 19826 (version 21.1.7675.30807)
It is now possible to indicate the pickup location for reservations (not to be confused with the delivery location), the location where the reservation can be picked up. For showroom orders, it may be desired to always work with a fixed pickup location, such as "store". By default, a reservation is assigned the pickup location of the branch. From now on, it is possible to set a customized pickup location in the sales order classification. This will be applied when creating the reservation.
Reservations expire when sales order expires - Task 19828 (version 21.1.7675.30807)
When a sales order expires, any linked reservations that have not been sold will now be marked as expired automatically. If the reservation has already been sold, this will not happen and a manual decision must be made regarding what to do with the reservation (e.g. return it). This adjustment allows a sales order to be easily marked as expired upon creation. All associated reservations will also be marked as expired. However, if a reservation has already been sold, it will be ignored. Expired reservations will be marked with an 'x' symbol in the sales order screen.
Desired delivery date included in purchase order for drop shipment - Task 19857 (version 21.1.7675.30807)
The desired delivery date from the sales order will now be transferred to the desired delivery date in the purchase order, provided that the sales order is a drop shipment order. In this case, each sales order is transferred 1:1 to a purchase order, instead of being "intelled" into existing purchase orders. This adjustment allows the purchase order to be sent to the supplier, informing them of the date on which the customer would like to receive the order.
"Expected delivery date" becomes "desired delivery date" - Task 19858 (version 21.1.7675.30807)
An important change has been made to the data fields in the sales order. Previously, there was a field called "expected delivery date". Placing this field in sales orders was confusing because an expected delivery date belongs to a reservation. When writing an order, a customer can only provide a desired delivery date at most.In practice, it turned out in many cases that the field "expected delivery date" was also used and filled in as "desired delivery date". From now on, there is a new field "desired delivery date". A customer can specify a preference/desired date there. Whether it will be delivered on that date is still uncertain.
The expected delivery date still exists but is no longer available by default. In the settings of "Sales Orders" (Extra - Settings - Sales Orders - Advanced tab), the expected delivery date can still be enabled. In that case, the desired delivery date will not be available.
The reason why the field "expected delivery date" still exists has to do with various integrations that still assume the existence of this field. In the 2021 autumn update of RetailVista, the field "expected delivery date" will be permanently removed from RetailVista. So it is important to inform your software supplier if you have integrations with other software that this field no longer exists from that moment on and that integrations need to be rebuilt to the new field "desired delivery date".
The desired delivery date is also transferred to purchase orders in case of drop shipment sales orders.
New option for directly reserving quantity type - Task 19867 (version 21.7.7748.30738)
In product categories, it is now possible to set that no stock is kept for certain categories.
Status "Final and in progress" no longer possible - Task 19878 (version 21.2.7692.27627)
An important change has been made to the status of sales orders. The status "final and in progress" no longer exists and has been replaced by "Final". All orders that were previously set to "Final and in progress" have now been reset to "Final".
Starting from this version, RetailVista knows the connection between sales orders and purchase orders. For each sales order line, it is known to which purchase order line(s) this line has been added. The difference compared to before is that if a purchase order is closed while there are still items needed from that supplier in open sales orders, those sales order lines will be automatically reordered. And this will continue until the desired product is delivered, or until the sales order is modified or marked as closed/expired.
!! If there are still open sales orders in your RetailVista environment that have already been delivered for a long time, please close those orders definitively. This can be done relatively quickly via the homepage "Sales Orders" and then choose "Close sales orders". If this is NOT done, the still open lines will be automatically reordered every time purchase orders are generated from sales orders.
It is important to note here that the ordering of purchase orders from sales orders can take place automatically (via the task scheduler), or "manually" from the homepage "Sales Orders" - "Generate purchase orders".
Pass on Track & Trace code to sender location - Task 19918 (version 21.3.7706.25430)
From now on, the NedFox XML packing slip message will also pass on the track & trace codes. If the packing slip message arrives at a different RetailVista location, the track & trace information will be transferred to the product receipt (shipment reference) mainly for drop shipment orders from one RetailVista location to another.
Set product price distribution across underlying components - Task 19927 (version 21.3.7706.25430)
An important change has been made to the way set products work.The price of a set product is distributed proportionally (based on capacity) among the underlying products. Previously, once the price of the set product was set, it could not be changed and would be set to 0. If you wanted to adjust the price, you had to adjust the prices of the underlying products. From now on, the price of the set product will remain (of course, no revenue will be generated for the set product) and can be changed. The prices of the underlying products will always be calculated and therefore cannot be changed. This change has made it much easier to modify the price of a set product afterwards, something that was almost impossible before. This adjustment also allows for converting a sales order from ex-VAT to in-VAT (and vice versa).
Automatically register with package delivery service settings – Task 19950 (version 21.4.7720.18568)
Some package delivery services (including Sendcloud) charge money per created label. It is uncertain whether you actually want to send via Sendcloud in the end. This may depend on the size of the package, but sometimes also on the delivery date. By immediately creating a label, there is a chance that the delivery service will be at your door by the end of the day, while the package may not be allowed to be sent until later. For this reason, it is now possible to set whether auto-registration is desired for a package delivery service. NB: Text will be translated later.
"Ready" status for webshop sales orders – Task 19976 (version 21.4.7733.20801)
In the sales order classification, it is now possible to indicate which sales order status an order should have when it originates from a webshop order.
Store basket group setting for sales order classification – Task 19980 (version 21.4.7733.20801)
When maintaining store basket groups, it is now possible to optionally set a sales order classification.When it is set up and a webshop order message is received with the shopping cart group indication, the classification of the shopping cart group is automatically linked to that sales order. This allows certain types of shopping carts to lead to special classifications, which can result in specific behavior. For example, it is possible to create catering orders that are directly and automatically printed on a printer for order picking reporting.
High priority purchase order when converting sales order to purchase order - Task 19982 (version 21.4.7733.20801)
When converting sales orders to purchase orders, it is now possible to set in the sales order classification that high priority purchase orders should be created. If this setting is active, it will first search for high priority purchase orders. If an open high priority purchase order is found, the sales order lines will be added to that purchase order. If no high priority purchase order is found, a new high priority purchase order will be created.
Administration - block "Products" - Sales order classifications:
Generating reservations now via task - Task 19988 (version 21.4.7733.20801)
Generating reservations now takes place via a task. One of the advantages is that there is a report available on how the generation process went.
Searching for reservations that have or have not been (fully) picked - Task 20014 (version 21.7.7748.30738)
In the "Rules" tab in reservation maintenance, it is now possible to choose to display the reservation lines that have or have not been (completely) picked.
Inventory
Processing allocated inventory - Task 19610 (version 20.18.7591.29798)
From now on, it is possible to work with allocated inventory.This is inventory that is still physically present but not immediately saleable. Think, for example, of showroom inventory. This is present in the normal inventory quantity, and therefore also counts towards the total inventory value. However, showroom inventory should not be purchasable through the webshop. That is why it is now possible to mark a certain quantity of an product as allocated inventory. This can be done, among other things, via RetailVista Mobile or via RetailVista ERP through Start, Inventory, Allocated inventory. By placing products in the allocated inventory, the free inventory decreases. When placing an product in the allocated inventory, the type of allocated inventory must be indicated. The possible types can be created in RetailVista ERP.
The allocated inventory is also a preparation for arrangements: an arrangement that is created consists of products from the regular inventory. But those products are no longer individually saleable at that time. Therefore, there has long been a desire to make an exception in the inventory for arrangements. With the introduction of allocated inventory, preparations have been made to be able to set inventory aside. In a future release of RetailVista ERP, arrangements will also use this functionality. It is expected that when an arrangement is sold, it will automatically be deducted from the allocated inventory.
Other setup for Loss - Task 19733 (version 20.18.7591.29798)
Loss used to only work through delivery on account. However, this is not correct. It is not a form of revenue. And there is also no debtor associated with it. Because of this setup, it was very difficult, for example, to show the number of units of loss in product statistics.
Registering loss was also difficult because of the requirement to specify a relationship and debtor, and to prevent a proliferation of deliveries on account.
For this reason, waste has been redesigned and waste registrations now go to a separate table (waste). In RetailVista Mobile, it has now been made much easier to create waste.
As part of this revision, a new table "Type of waste" has been created (Menu: Administration - products block - 4th tab: Waste types). There, a distinction can be made between, for example, own use, theft, and other possible forms of waste. It is also possible to specify in that table for each type of waste whether an additional description/explanation is mandatory.
In the product statistics card, the number of pieces of waste is now displayed as a field for the two specified periods.
From product lists and deliveries on account, the possibility has been created to export them to waste.
From product list:
Expanded waste grid/overview - Task 19829 (version 21.1.7675.30807)
The waste grid has been expanded with the columns stock, free stock, store stock, location stock, supplier number, name (Preferred supplier in Grid template), and the name of the user who created the waste. The latter is in the "Grid template maintenance" screen, the "Created by" line.
In the search filters, it is now also possible to search for supplier and for the user who created the waste.
- Reversing marked stock - Task 19830 (version 21.1.7675.30807)
From the sales order, marked stock can now be reversed to the store/regular stock very easily and quickly. In the left taskbar, a shortcut has been created to reverse marked stock. An product for which there is no free stock normally cannot be reserved (depending on the sales order classification setting). If there is another product in the marked inventory of that product (for example, showroom inventory), it is now easy to remove that product from the marked inventory with this adjustment. As a result, the available inventory increases and the product can still be reserved.
Product Statistics: Tab "Allocated Inventory" - Task 19856 (version 21.1.7675.30807)
In the "general" tab of the product statistics, the allocated inventory is already mentioned. In the new "Allocated" tab, a breakdown of the allocated inventory is shown. This makes it visible how the allocated inventory is distributed.
Webshop
Multiple printers can be used for package service integration - Task 19419 (version 20.17.7584.27682)
It is now possible to set up multiple printers for printing package service labels. For example, one printer per cash register terminal.
This is done through a new environments table. A default thermal printer and a different package service thermal printer can now be specified in this table. If this is not configured, the default printer from the store will continue to be used.
By selecting a specific RetailVista system account in RetailVista POS and setting the correct "environment" thermal printer in that account, the correct printer will be used for printing package service labels when processing the reservation.
This can be set under "Administration" - Block "General" - "Environments"
Webshop code in XML webshop order message - Task 19835 (version 21.1.7675.30807)
For parties that deliver webshop messages directly via the Retail3000 API integration, it is now possible to indicate a webshop code in the XML message.This will link the sales order resulting from the order message directly to the correct webshop. As a result, the webshop will be linked to revenue and the statistics will be accurate when the reservations from the sales order are eventually sold. For parties using ShopServer, this is not a problem in itself because a ShopServer in RetailVista is already linked to a webshop. However, in that case, a possible webshop code in the XML message will still result in the webshop being recorded in the sales order.
The webshop code is a new field in the XML message. We can inform third-party developers about this through the usual channels.
Webshop integration license check - Task 19877 (version 21.1.7675.30807)
A Webshop integration license is required for each webshop that needs to send information to the webshop and orders back to RetailVista. When processing webshop order messages, there was no check on the number of active webshops in combination with the available license. If there are more active webshops than the number of licenses (Webshop CALS), no order messages will be processed at all from now on. Note: We count the number of webshops and cannot distinguish between webshops. Suppose you have 3 webshops and want orders from 2 webshops to go to RetailVista. We cannot set a filter for that. Therefore, we do not know for which webshop there is actually no license, and as a result, the entire processing will be stalled if there are insufficient licenses.
The webshop builder can, of course, ensure that orders from a specific webshop are not sent to RetailVista.
If this problem occurs, it can be solved almost immediately by marking webshops as "expired" that have been newly added and for which no license declaration has been made. This action will bring the number of active webshops back in line with the number of webshop CALS from the license.
It is true that any order messages for expired webshops will be rejected. The ultimate solution is to contact our sales department to obtain the correct licenses.
Shopserver integration end-of-life - Task 19908 (version 21.4.7733.20801)
When creating a webshop, it is no longer mandatory to provide ShopServer information. The ShopServer is an additional application that is not always used in webshop integrations. Development on the ShopServer has been discontinued as of this release, and only existing functionality will continue to be maintained and supported. New applications (such as shopping cart groups) will no longer be part of the ShopServer. New webshop integrations should preferably be developed directly on the Retail3000 API.
Shopping cart groups - Task 19909 (version 21.3.7706.25430)
From now on, it is possible to create shopping cart groups in RetailVista (basket groups). This functionality allows you to specify that certain combinations of products are undesirable in one shopping cart. For example, when ordering catering products, it is not desirable to also order other "hardware" products at the same time. It is highly undesirable for the catering department to suddenly have to add other products to a catering order. By using shopping cart groups, separate orders can be enforced for, for example, catering orders, but also for turf, events, etc. A separate sales order classification can be linked to the shopping cart group, so that, for example, a catering order receives separate treatment and is sent directly to the correct printer in the catering department.
The shopping cart groups functionality is only intended to indicate exceptions, so "special" products that should not be ordered together with normal products in one order. A shopping cart group can be indicated per product category. In addition, it is possible to deviate per product through this setting and/or mark special products individually.
The webshop linked to RetailVista will of course have to support the shopping cart groups and the possible shopping cart group must be included in the webshop order message.
Shopping cart groups: menu "Administration" - block "General" - Shopping cart groups/Basket groups.
In development / Long-term developments
In addition to the above release points, our development department is also working on modules or components that require more time. We are currently working on the following components:
Delivery administration
Reservations that arise from sales orders are eventually registered in the delivery administration. Reservations can be scheduled for delivery via a dashboard. This can be delivery with own vehicles, but also registration with SendCloud.
The reservations are then scheduled in "routes".
Once a route is finalized, the routes can be optionally registered with SendCloud and labels can be printed. Customers receive emails about the delivery schedule, track & trace codes, etc. via Garden Connect / CMS.
SendCloud integration
Sendcloud is a shipping platform for e-commerce. A connection is made from RetailVista to the shipping software of Sendcloud. Sendcloud includes various carriers, providing a choice of carriers.
Loyalty Plus
Loyalty Plus is an extension of the Product Card module. Through Loyalty Plus, products are initially sold with a discount, deducting a certain number of loyalty card points. The analysis of which types of discounts need to be developed is done with multiple parties.
Loyalty Plus functionality is settled on a transaction basis.
Spaaza integration
Spaaza is a platform to set up (personalized) loyalty programs. A connection is being realized from RetailVista.