Here you will be able to view the documentation showing all changes that have been made to Vision Distribution and ePOD The documents list details of bug fixes, improvements and new features that have been implemented in order to enhance the way that Vision Distribution works. Where a new feature has been added, you will be able to link directly to the user manual page giving details of how the new feature works and what it does. You will also be able to view the details of changes which are due to take place in future releases of Vision Distribution. |
|---|
| Version | 2.1.5 |
|---|---|
| Release Date | 15/01/19 |
| Other Application Requirements | Vision Live v5.0.0 For Route planning |
| Warnings or Notices | Operational changes are marked in RED on the lines below. Please pay attention to these changes. |
| UID | Summary | Issue Type | Affects Version/s | Change Area | Description | Linked to | Configuration Required | License Required |
|---|---|---|---|---|---|---|---|---|
| VDIST-845 | BI enquiry - OutstandingTransport Charge report | Report | 2.1.0 | BI | New Report added | RFC-260 | No | No |
| VDIST-1001 | VW > VD import job - Locking the system | Issue | 2.1.4 | Deliveries | The job which runs regularly to import deliveries from VW to VD is locking on larger volume systems. | VW-4099 | No | No |
| VDIST-996 | Coordinate retrieval - Incorrectly formatted addresses | Issue | 2.1.4 | Deliveries | When an address such as '48. Acres Avenue' is entered in 'Delivery Address 1', the automatic coordinate retrieval job fails and stops running completely. | No | No | |
| VDIST-981 | Route Planner: Unable to see row content | Design Change | 2.1.4 | Deliveries | Route Planner: Unable to see row content due to colouring The row colour is white and so is the text, therefore the user is unable to see anything. | VSUP-7992 | No | No |
| VDIST-1006 | Depot Plan - Postcode for the PD Delivery Type | Change | 2.1.5 | Deliveries | On the Depot Plan, using a Delivery Type PD it is only showing the same Postcode for both parts Delivery | VDIST-972 | No | No |
| VDIST-1005 | PD Delivery - Not validating | Change | 2.1.5 | Deliveries | When doing a Delivery Kind PD (pickup & Delivery elsewhere) validating the Postcode, it is not validating and saving correctly. | No | No | |
| VDIST-989 | Delivery - Manifest Message Screen | Change | 2.1.5 | General | Receiving an error when clicking Search in the Manifest Message screen | No | No | |
| VDIST-983 | Integrate VBI 1.1.2 | Change | 2.1.4 | General | Integration of the latest version of VBI to fix some bugs & minor improvements. | No | No | |
| VDIST-975 | Create Delivery 'Release' button issue | Change | 2.1.5 | Deliveries | Upon saving a delivery and doing Release ,its still displays the 'Release' button and we need to search the delivery from navigation and do 'Release' again . | No | No | |
| VDIST-974 | Delivery: Co-Ordinate Retrieval failure | Change | 2.1.4 | Route planning - automated | If an address containing a period right after the building number the co-ordinate retrieval will fail when trying to convert the value. Ran various scenarios however this comes down to users data entry so there are other possibilities which are untested. | VSUP-7706 | No | No |
| VDIST-972 | Route Planning - View Plan PD Delivery Type | Change | 2.1.5 | Deliveries | When viewing the plan with a Delivery Type PD. It is planning both parts of the Delivery however on the results in View Plan, it is only showing the Postcode for the Delivery not the Pickup. Vision LIVE v5.0.0 is required for this to work. | VLIVE-134 | No | No |
| VDIST-962 | Route planning - Refresh / view plan | Change | 2.1.2 | Route planning - automated | Users have to close the route planning screen after making a change to a transport item or delivery, otherwise if they make the change without closing the screen and clicking 'View Plan' directly, the changes are not picked up. The system will refresh the data as the first step when the user clicks View Plan. | No | No | |
| VDIST-953 | Depot Screen changes for VDIST-944 | Change | 2.1.0 | Route planning - manual | Slightly increase the size of the screen. - Move ''Manifest Report by' groupbox to next line and place the radio buttons horizontally. - Add a new group box "Delivery window adjustment for 'same time'" in above vacant location. - Add two +/- numeric controls labelled 'From mins adj' and 'To mins adj' defaulted to -20 and 10. - Validation should ensure that the difference between these two are >= 30. | No | No | |
| VDIST-952 | Route Planning=> Delivery Kind should show PD | Change | 2.1.0 | Route planning - manual | Right and left delivery grid's delivery kind columns should show PD deliveries are PD, currently it is showing as D. e.g. Delivery 042254 should be showing kind 'PD' but it's just showing 'D'. This is from VDIST-837. | No | No | |
| VDIST-949 | Transfer Plan | Change | 2.1.2 | Deliveries | When using Transfer Plan screen - this screen performance is slow | No | No | |
| VDIST-944 | Issues when time 1 and 2 have the same time. | Change | 2.1.0 | Route planning - automated | When Delivery Times 1 and 2 are the same the delivery is not being planned correctly. It is ignoring the times completely. The issue has been fixed by getting FromTimeAdjustmentMinsForSameTimeWindow and ToTimeAdjustmentMinsForSameTimeWindow times if the delivery windows times are same. Modified tblDepotRouting added two columns FromTimeAdjustmentMinsForSameTimeWindow int (default -20) ToTimeAdjustmentMinsForSameTimeWindow int (default 10) Added new logic in Route Planning =>View Plan click, wherein the above value will be used to make the difference of 30minutes before sending to PTV. New issue (VDIST-953) created to address the rest of the changes. | VDIST-953 VSUP-7329 | No | No |
| VDIST-854 | Routing - earliest and latest times | Change | 2.0.5 | Route planning - automated | If deliveries have no earliest and latest times, they could potentially be planned to be dropped too early, a control will be added to the depot to set the earliest / latest times for deliveries with no times. | No | No | |
| VDIST-664 | EDI "Pickup" Pre-Advices | Change | 2.1.4 | General | VDIST changes for VEDI-411, specifically changes to the pickup note to show the new EDI fields. | VDIST-994 VW-2447 VEDI-411 | No | No |
| VDIST-984 | Charge: Incorrect charges for Override Charge Band | Bug | 2.1.4 | Deliveries | It seem to have a Override Charge Band issue on VD for order from one specific customer. | VSUP-8073 | No | No |
| VDIST-982 | Transport item - end depot | Bug | 2.1.4 | Deliveries | The transport item 'end depot' is sometimes showing as empty but is saved with an invalid option in the back end, which produces an error when using the transport item in route planning. | No | No | |
| VDIST-978 | Delivery Form - Recalculations | Bug | 2.1.4 | General | The form is recalculating the delivery every time it is opened instead of reading from the DB. If the delivery is then saved, the price will be over written. This is only an issue if an old rate has a revised rate. If delivery is D or I then no recalculations should be performed. Otherwise it will calculate and if different the user will have to choose an action "The charge for this delivery (£xx.xx) is different to what the charge would be calculated as now (£yy.yy), do you want to keep the existing charge or update it?" | No | No | |
| VDIST-968 | Delivery - Signature date/time | Bug | 2.1.4 | Deliveries | On the delivery screen 'Proof of delivery' tab, the 'Date/Time' field is blank even though the value is present in the database. | No | No | |
| VDIST-967 | Manual delivery - Additional charge mandatory | Bug | 2.1.4 | Deliveries | When creating a manual delivery, after saving, and then releasing, the screen shows an error message asking for the additional charge. | No | No | |
| VDIST-966 | Customer Defaults: VAT Rate not being set | Bug | 2.1.4 | Deliveries | Customer Default VAT code is not being set from VW, this is resulting in VAT not showing in VD. | VSUP-7500 | No | No |
| VDIST-963 | Manifest Printing: Depot Manifest not printing | Bug | 2.1.2 | General | Manifests are being finalised but are not generating via VDG. | VSUP-7466 | No | No |
| VDIST-960 | Deliveries rolled back to status O | Bug | 2.1.2 | Deliveries | After a customer upgraded to VD v2.1.2, deliveries which were not on hold (including cancelled deliveries) were rolled back to status O in error | VCC-596 VSUP-8282 VDIST-917 | No | No |
| VDIST-950 | Delivery Screen - Invoice Customer | Bug | 2.1.2 | Deliveries | Removes the Invoice Customer Site Code after authorising the address on a saved Delivery | No | No | |
| VDIST-947 | Depot Plan Filters | Bug | 2.1.2 | Deliveries | On the Depot Plan, when using the filters, this is not applying to the results. | No | No | |
| VDIST-925 | Archive Delivery: Search by Customer Code | Bug | 2.1.0 | Deliveries | When searching in Navigation > Archive > Deliveries, if you choose to search by customer code or customer name there the search doesn't seem to do anything. | VSUP-6904 | No | No |
| VDIST-922 | Delivery: Latest time displays wrong time | Bug | 2.1.0 | Deliveries | If the latest time 2 is empty, it's showing the current time. | VSUP-6822 | No | No |
| VDIST-911 | Depot maintenance screen - could not save | Bug | 2.1.0 | Maintenance | Save fails when try to change field contents | No | No |
| Version | 2.1.4 |
|---|---|
| Release Date | 15/08/18 |
| Other Application Requirements | |
| Warnings or Notices | Operational changes are marked in RED on the lines below. Please pay attention to these changes. |
Only 2 bugs were fixed which were in v 2.1.2
Vision Distribution v2.1.2 (09/08/2018)
Some users may find it necessary to 'Reset Layout' in the Depot Plan after upgrading
| Issue key | Summary | Issue Type | Affects Version/s | Description | Links | Configuration Needed | Licensed Module |
|---|---|---|---|---|---|---|---|
| VDIST-917 | On time | Issue | 2.1.1 | The 'on time' calculation used to determine if a delivery is on time (used in the OTIF report & stats TV board) is too strict and will be changed as follows: - For fixed delivery bookings (where the from time and to time are the same), deliveries will be considered 'on time' if they are confirmed before the time or up to 10 minutes after. - Other deliveries will also be considered on time if they are confirmed 10 minutes either side of the delivery window. - If the delivery has a reason code with responsibility 'Customer no fault' (was 'other') or 'Transporter no fault' (new) then these will also be considered on time. | No | No | |
| VDIST-855 | Pallet charging - lines with 1 CPP | Issue | 2.0.4 | Delivery lines with 1 CPP are calculating 5 cases as 5 pallets for charging resulting in incorrect delivery charges. If the CPP is 0 or 1 then we'll use the system default for the calculation. It must be completely transparent to users how the invoice cases / invoice pallets / and total charge are calculated. | VSUP-6050 | No | No |
| VDIST-837 | Route planning with PR and PD delivery kinds | Improvement | 2.1.0 | We need to handle delivery kinds "Pickup & Return to Depot" and "Pickup & Delivery elsewhere" differently with the new route planning feature to make the planned routes more efficient. After this change, PRs and PDs will be treated as two part deliveries with the route engine automatically putting the pickup part ahead of the delivery part. Any pickups going back to the depot will treat the depot as an additional delivery point to the manifest and it'll plan the depot drop off for the most efficient point of the route. | No | No | |
| VDIST-817 | Route planning - Performance issues | Bug | 2.0.4 | When creating a routing plan and pressing accept plan, it can take up to 3 minutes before creating the manifests. | No | No | |
| VDIST-814 | New Depot Plan: Gaps left in manifest grid after deliveries removed. | Bug | 2.0.4, 2.1.0 | Gaps are left at the top of the list of deliveries left on a manifest after some deliveries removed. | VSUP-3365 | No | No |
| VDIST-813 | New Depot Plan: Drag and drop delivery to different Depot not working. | Bug | 2.0.4 | Dragging and dropping a Delivery onto a different depot is not working on New Depot Plan screen. | VSUP-3365 | No | No |
| VDIST-784 | Held Reasons not being deleted from tblDeliveryHeld | Issue | 2.0.0 | Deliveries are remaining 'on hold' even if the delivery address has been validated and the delivery has gone to 'O' | No | No |
Vision Distribution v2.1.1 (31/05/2018)
| UID | Summary | Issue Type | Affects Version/s | Description | Links | Configuration Needed | Licensed Module |
|---|---|---|---|---|---|---|---|
| VDIST-923 | Re delivery : Invalid Latest Time | Bug | 2.1.0 | When creating a redelivery, the system is not copying the 'Latest Time 2' across to the redelivery record. | EPOD-240, VSUP-6822 | No | No |
| VDIST-917 | On time | Issue | 2.1.1 | The 'on time' calculation used to determine if a delivery is on time (used in the OTIF report & stats TV board) is too strict and will be changed as follows: - For fixed delivery bookings (where the from time and to time are the same), deliveries will be considered 'on time' if they are confirmed before the time or up to 10 minutes after. - Other deliveries will also be considered on time if they are confirmed 10 minutes either side of the delivery window. - If the delivery has a reason code with responsibility 'Customer no fault' (was 'other') or 'Transporter no fault' (new) then these will also be considered on time. | No | No | |
| VDIST-908 | Delivery with booked date using Pallets | Issue | 2.1.1 | When creating a delivery it is not using the Pallets Lead time for manual or VW orders | No | No | |
| VDIST-891 | Delivery: Deliveries can go on hold in VD with no Held reason | Bug | 2.1.0 | Deliveries are going on Hold in VD with no associated held reason. | VSUP-6230 | No | No |
| VDIST-889 | Postcode Lookup: Object reference error if only one BLD value | Bug | 2.1.0 | If a postcode returns address details that only have 1x Sub Building details then the application is throwing an Object Reference error. | VW-3815, VSUP-6167 | No | No |
| VDIST-888 | Signature: Digital ePODs are not being sent out | Bug | 2.1.0 | Digital ePODs are not generating to go out from VD | VSUP-6193 | No | No |
| VDIST-885 | Delivery Note: Delivery Note lines showing differently to Delivery | Bug | 2.1.0 | Some delivery notes are showing with extra lines as well as quantities that are not matching with the delivery in VD or the order in VW. | VSUP-6109, VSUP-6020, VSUP-5838 | No | No |
| VDIST-883 | Delivery Charge: Total Delivery Charge is slightly lower than Delivery Area Charge | Bug | 2.1.0 | Delivery Area Charge is doing different rounding (or rounding at a different time) than the Total Deliver Charge. | VSUP-5728 | No | No |
| VDIST-879 | Home order deliveries not updating to status O when added to a bulk pick | Bug | 2.1.0 | Home order deliveries added to a bulk pick are not getting updated from status P to O. | VSUP-5159 | No | No |
| VDIST-878 | Depot Plan: F11 in Transport Item can open multiple tabs | Bug | 2.1.0 | When using F11 lookup in Depot Plan > (Right Hand Side) > Transport Item it keeps adding an additional search tab each time F11 is used. | VSUP-4919 | No | No |
| VDIST-877 | Manual delivery - Vintage field read only | Bug | 2.1.0 | Creating a Delivery manually, the vintage field is showing as Read only | No | No | |
| VDIST-874 | Transport Item Screen - Error when double clicking search results | Issue | 2.1.0 | When opening up the Transport Item result from the navigation search we're getting an 'Object reference not set to an instance of an object' error. This happens when the customer hasn't configured any vehicle types in the system, and the application needs this for the drop down menu. | No | No | |
| VDIST-873 | VD - Invoice To Customer field on Deliveries changing | Bug | 2.0.4, 2.1.0 | When re-saving a re-delivery where the Invoice Customer does not match the Customer Ref on the delivery the Invoice Customer is reset to the Customer Ref, which can cause issues when the Customer Ref has a Transport Master account | VSUP-6054, VSUP-4653 | No | No |
| VDIST-872 | Route Planning: Archived vehicles show in Transport Items screen | Bug | 2.0.4, 2.1.0 | When using Route Planning if a Transport Item is archived it is still showing in the Transport Items sections so can be added for Routing | VSUP-4687 | No | No |
| VDIST-855 | Pallet charging - lines with 1 CPP | Issue | 2.0.4 | Delivery lines with 1 CPP are calculating 5 cases as 5 pallets for charging resulting in incorrect delivery charges. If the CPP is 0 or 1 then we'll use the system default for the calculation. It must be completely transparent to users how the invoice cases / invoice pallets / and total charge are calculated. | VSUP-6050 | No | No |
| VDIST-853 | Apostrophe in Transport Item address field causes error. | Bug | 2.0.4, 2.1.0 | Trying to add an apostrophe or if one already exists in the address field of the Transport Item (on Vew/Edit Transport Item screen) causes an error that prevents editing that Transport Item. | VSUP-4109 | No | No |
| VDIST-850 | VW to VDIST deliveries import job slowing system | Bug | 2.1.0 | When the deliveries import job runs (importing deliveries from VW into VDIST) it's locking the system for too long causing delays to VDIST users. | VSUP-3968 | No | No |
| VDIST-849 | Epod delivery note: duplicate lines | Bug | 2.0.4 | When generating a POD from distribution, the emailed POD will contain duplicate order lines under certain circumstances. | No | No | |
| VDIST-848 | Unscheduled Deliveries > Not showing details | Bug | 2.0.4 | Customer planned a tour for 61 deliveries however only 60/61 were planned, the final delivery was not planned and was not shown on the 'Unscheduled Deliveries' tab. | VSUP-3646 | No | No |
| VDIST-847 | Manifests - did not print manifest and delivery note | Bug | 2.0.4, 2.1.0 | Manifests and delivery notes will not print if the manifest has been saved but not finalised and then manually despatched | No | No | |
| VDIST-846 | Pick up Return - Epod options not updated | Bug | 2.1.0 | When a pick up return has been sent through EDI > Warehousing > Distribution, on the delivery that has been created the email options will not be ticked if required by the customer as per customer maintenance in Warehousing | No | No | |
| VDIST-841 | Depot selection - Incorrect depot selected. | Bug | 2.1.0 | When a customer is set up to use pallet charges only and a depot specifically for the delivery area exists in distribution for pallet charging, it is not selecting the pallet depot as default. when the customer is using special rates | No | No | |
| VDIST-840 | Invoice Cases field is not recalculated correctly on deliveries with multiple lines | Bug | 1.12.4, 2.1.0 | When there is more than one line on a delivery, the iCases field is not recalculated correctly when the number of Cases on a line is updated. Updating Disc/Surc % field suffers a similar issue. | VSUP-3684 | No | No |
| VDIST-837 | Route planning with PR and PD delivery kinds | Improvement | 2.1.0 | We need to handle delivery kinds "Pickup & Return to Depot" and "Pickup & Delivery elsewhere" differently with the new route planning feature to make the planned routes more efficient. After this change, PRs and PDs will be treated as two part deliveries with the route engine automatically putting the pickup part ahead of the delivery part. Any pickups going back to the depot will treat the depot as an additional delivery point to the manifest and it'll plan the depot drop off for the most efficient point of the route. | No | No | |
| VDIST-834 | Delivery Address: BMC error when Address lines have invalid characters | Bug | 2.0.4, 2.1.0 | If an order is keyed and comes over to VD with any invalid characters in any of the Address line fields a BMC error will be thrown when trying to open the delivery. | VSUP-5628, VSUP-4903, VSUP-3613 | No | No |
| VDIST-833 | Route Planning - Using simple multi-select | Issue | 2.0.4, 2.1.0 | When clicking consignments or transport items it automatically selects the row and remembers it, it should be using a standard windows selection process like the new Depot Plan. | No | No | |
| VDIST-831 | System performance | Bug | 2.0.4 | In the background, the delivery status is being updated too often an causing performance issues. | No | No | |
| VDIST-830 | Route Planning: Issue when planning on a Friday | Bug | 2.0.4, 2.1.0 | When using the Route Plan to plan for the next week on a Friday, the plan creation process is not being completed correctly instead it is only manifesting the final tour created, the other manifests are created blank with no deliveries on them. | VSUP-3488 | No | No |
| VDIST-826 | Route planning - Edit coordinates restriction | Improvement | 2.1.0 | We would like to restrict the access to the 'Edit coordinates' button used across all screens to certain user groups. | No | No | |
| VDIST-825 | Delivery Kind PD > Depot Plan | Bug | 2.1.0 | Delivery Kind - PD is not showing up in the Depot Plan | VSUP-3580 | No | No |
| VDIST-823 | Manifest - Delivery can be added to multiple manifests at the same time | Bug | 2.0.4, 2.1.0 | If a delivery is added to a manifest and the same delivery is then confirmed with a carrier it will allow for the delivery to be present on 2 manifests at the same time. | VSUP-3538 | No | No |
| VDIST-821 | Deliveries on Hold screen - not checking whether Delivery has been picked. | Bug | 2.0.4, 2.1.0 | When all issues have been resolved on a Delivery in the Deliveries on Hold screen (for example 'Delivery area / depot / charge settings could not be derived from the post code entered' the Delivery should update to Status O when it has already been picked in VW. | VSUP-3415 | No | No |
| VDIST-820 | Route planned manifests - report time | Bug | 2.0.4 | Any manifests created by the route planning engine are not having the 'Driver Report Time' set correctly. | No | ||
| VDIST-817 | Route planning - Performance issues | Bug | 2.0.4 | When creating a routing plan and pressing accept plan, it can take up to 3 minutes before creating the manifests. | No | No | |
| VDIST-816 | Costs Module Issues | Bug | 2.1.0 | Costs added to the delivery (on the Depot Plan screen) are not being save to the database and they should be. Costs added to the manifest do save correctly. | No | No | |
| VDIST-815 | New Depot Plan: Slower than Old Depot Plan | Bug | 2.0.4, 2.1.0 | New Depot Plan is slower when Saving, Adding deliveries to manifests Removing Deliveries from manifests and periodic freezes during use. | VSUP-3365 | No | No |
| VDIST-814 | New Depot Plan: Gaps left in manifest grid after deliveries removed. | Bug | 2.0.4, 2.1.0 | Gaps are left at the top of the list of deliveries left on a manifest after some deliveries removed. | VSUP-3365 | No | No |
| VDIST-813 | New Depot Plan: Drag and drop delivery to different Depot not working. | Bug | 2.0.4 | Dragging and dropping a Delivery onto a different depot is not working on New Depot Plan screen. | VSUP-3365 | No | No |
| VDIST-811 | Delivery status history | Bug | 2.0.4 | A history of delivery statuses is maintained in the back end of the system and this is filling up with duplicates. | No | No | |
| VDIST-810 | Transport Item screen - Error when clicking Save button | Bug | 2.0.4 | Clicking Save button on Transport Item screen shows an error if system is not configured for routing in Vision Live. | VSUP-3405 | No | No |
| VDIST-809 | Transport Item Screen - Error when clicking Save button | Bug | 2.0.4 | Clicking Save button on Transport Item screen throws an error if there are no Driver Regulations records. | VSUP-3405 | No | No |
| VDIST-806 | Apostrophe in Delivery Address causes an error when opening the Delivery. | Bug | 2.0.4, 2.1.0 | An apostrophe entered in to the Delivery Address in VW causes an error when opening the Delivery in Vision Distribution. | VSUP-3360 | No | No |
| VDIST-796 | Route planning - Coordinate retrieval for invalid addresses | Issue | 2.0.4 | When we have an invalid address, the system is currently repeatedly attempting to retrieve the coordinates and failing every time. This will be changed so that after it's been attempted once, it won't continue to try as it's the users responsibility to correct this from the held screen. | No | No | |
| VDIST-795 | Route planning - coordinate retrieval stops | Bug | 2.0.3 | When an address such as "4, Langford Court" exists in the deliveries, when the service attempts to retrieve the coordinates it errors and stops working. | VSUP-6053, VSUP-6029 | No | No |
| VDIST-792 | Change to the transport extract | Report | 2.0.0 | Need the Transport Extract to only have orders on it with deliveries that have been manifested and finalised. | RFC-226 | No | No |
| VDIST-784 | Held Reasons not being deleted from tblDeliveryHeld | Issue | 2.0.0 | Deliveries are remaining 'on hold' even if the delivery address has been validated and the delivery has gone to 'O' | No | No | |
| VDIST-783 | Address coordinate accuracy | Bug | 2.0.0 | Improvements to the accuracy of coordinates retrieved. | No | No | |
| VDIST-782 | Route Planner Delivery Locks | Issue | 2.0.0 | The locks from the Route Planner screen are being deleted when the screen is shut. However, when a(nother) user opens the Route Planner, those deliveries that were left from the 'shutdown' user session are displayed without any locks ! | No | No | |
| VDIST-773 | Route Planing - Deliveries Type | Issue | 2.0.0 | The Consignments section on the Route Planner shows the Deliveries as Non Conformance (Red), when you are searching all of the Types in the search criteria. | No | No | |
| VDIST-766 | Delivery And Archive Delivery screens - hide route planning buttons for certain delivery statuses | Issue | 2.0.0 | Once a delivery has been sent out for delivery, there is no need to have access to the buttons associated with route planning | No | No | |
| VDIST-764 | Map size | Issue | When opening the map from any screen, it currently opens as maximised by default. We sometimes have a grey area at the bottom which we want to avoid, so instead when opening the map from any screen, open the screen at a specific size, still allow the user to maximise if they wish. | No | No | ||
| VDIST-728 | Site & depot screen issues | Issue | Various minor issues. | No | No | ||
| VDIST-727 | Vehicle type screen issues | Issue | 2.1.1 | Various issues with the validation of fields in the vehicle type maintenance screen. | No | No |
Vision Distribution v2.1.0 (20/09/2017)
This release is primarily for integration with VW version 5.0 it will not work with prior versions of Warehousing
In addition the following bugs were resolved
| VDIST-808 | Postcode lookup was not seeing some addresses when they belongs to a single company |
| VDIST-800 | Palletforce FTP - Extract Issues |
| VDIST-799 | Costs Module With the costs module set to on, and the Transport and Transport Item set to "each load will be individually priced" the costs box on the depot planning screen does not allow input of the cost information for the manifest. |
| VDIST-798 | Costs Setup When setting up a transport or transport item and setting the Costs flag to All loads are individually priced the system produces an error "Unable to case object of type "System.Arguement.Exception" |
| VDIST-794 | Carrier Plan → Error when opening. |