The Sterland Team are pleased to announce the release of Frameworks v2.14
Don't have Frameworks 2.14 yet?
This release of Frameworks requires a 4.8.2 ProStix base.
Click here to obtain a download of the full and entire release notes in Excel including testing scenarios, test steps & expected results:
To download this spreadsheet, click on the link below and select the downloadbutton from the top right of the screen. The spreadsheet is sorted by Frameworks module and also contains testing Scenarios, test steps, expected results & flags and feature codes used
A webinar will be provided at a later date from our Product Manager detailing what is contained in this release.
Frameworks 2.14 Release Webinar
Bug Fixes and Enhancements in this version:
Sterland has amended an issue that was seen on the Stock Invoice Approval screen whereby the Quantity Invoiced for tally products was not rounding to the same decimal places as on the receipting screen, thereby causing a discrepancy and not allowing the invoice to be approved. Now the Quantity Invoiced will round to the number of decimal places as specified on the Unit Of Measure maintenance. Additionally, the Invoice Value column will now always be calculated to two decimal places to mimic what occurs during receipting (as to avoid a similar error).
Sterland has rectified an issue where emails for additional addresses for Suppliers were not being saved to the correct database table.
Sterland has rectified an issue in the Supplier Dashboard. Diary notes created through Prostix and Frameworks now all appear in the Diary Notes tab.
Sterland has rectified an issue. The correct processing type is now being displayed when doing a Purchase Order, Value Claim and Stock Return.
Sterland has rectified an issue where if multiple manual cheque payments were made with the same payment number but against different bank accounts, they were unable to be cancelled via the Payment Enquiry screen in Frameworks.
Sterland has rectified an issue where an AP payment was not able to be cancelled from the Payment Enquiry screen in Frameworks if the bank account the payment was made against was neither the default AP bank account or the company bank account 1.
Frameworks now has a new Payables report to assist with the reconciliation of parent/child creditor accounts. The report lists all unpaid invoices on the nominated chargeback creditor, grouped and totalled by original Supplier.
Sterland has rectified an issue seen where a temporary payment was allocated to an adjustment transaction for an order with the same order number, but when attempting to reallocate the payment the balance was not adjusting correctly.
Sterland is pleased to announce that a Nett Balance column has been added to the Customer Dashboard - Current Transaction section. The amount displayed in this column is the remaining balance minus any available settlement discounts.
Frameworks has added two new fields: Total Orders and Interim Invoices in the Customer Dashboard, Credit Information section. Total Orders displays the total current orders for the customer while Interim Invoices displays the total pending invoices for the customer if the IntInvFlg flag has been activated.
Sterland is pleased to announce that a refresh option has now been added to the Customer Payments screen. Pressing this button will reset any allocations (amounts and discounts) currently assigned on the payment.
Sterland has rectified an issue where branch transfer Sales Orders and orders for lay-by customers were not able to be released when the customers had a credit limit of 0. All orders for both customer types (branch transfer and lay-by) are now able to be released without failing credit check, regardless of the credit limit.
Sterland has rectified an issue where the settlement discount was being deducted from the age bucket total in an age balance check for provision discount (type 2) customers. This was causing the age balance check to fail for detailed customers that had a negative settlement discount outstanding in an age bucket that was greater than the credit age assigned on customer maintenance.
Frameworks has been amended to also display interim invoice orders within the Customer Orders finder when opened from Customer Payments (via the Add New button). Interim Invoicing is custom specific functionality. If you would like to discuss how this functionality can assist your business or require further information, please contact Sterland Computing.
The Sales Rep name has now been included into the Customer details in the Customer Dashboard. The Sales Rep name can be found below the Customer's Short Name in the Results section of the Customer Dashboard screen.
Sterland has made amendments to the way Cash and COD customers have their credit checked. Instead of validating the credit upon the save of an order, credit checking now occurs when attempting to release the order. Account customer orders will still be checked and notified upon every save.
Sterland is pleased to announce that we have added functionality to allow users to easily allocate settlement discounts and a Nett payment to outstanding transactions within Customer Payments. This can be done for an entire age bucket and per individual transactions. The prior functionality to select an entire age bucket or an individual transaction without applying any available settlement discounts still exists. Please refer to the Customer Payments documentation for a greater understanding into how customer payments has changed.
Frameworks is now able to modify aged bucket labels in Customer Payments and the Customer Dashboard. The Account Balances can either display ageing labels (that is, 30 days, 60 days, 90 days etc) or month names (June, July August etc) depending on the new system flag FWRecAgel.
Sterland has put restrictions in place so that users are unable to print invoices that are sitting in the interim invoice queue from other areas of the system; namely, the Customer Dashboard and Multi Invoice print sections. This is to stop customers from receiving invoices that may be later subject to change.
Sterland have rectified an issue in viewing the Customer Transactions in Frameworks. The GST amount is no longer displayed as a transaction line in any of tabs under the Product Lines section. In addition, the Totals line in the Pricing tab is also no longer displayed.
Sterland have addressed a bug within Frameworks where the email address was not correctly being pulled through to the multi document print function even though there is a valid email address on the Customer Dashboard.
Sterland has added functionality to the Customer Orders import function. If the imported file has a Map Reference that is linked to a Delivery Area, then that Delivery Area will also be imported. In the case where multiple Delivery Areas are linked, the first available will be chosen.
Sterland has improved an existing message "Table ttAssignee has been changed by another user" in Point of Sale and Sales Order transactions to provide a more meaningful description. The new error message displayed is "Another user has made a change to this data so your changes cannot be saved. Please close and reopen to reenter your changes (ttSalesOrder)". This error message is displayed when multiple users are accessing the same transaction and a change has been made by one of the users.
Sterland has rectified an issue (caused by a recent change) where the Delivery Fee was not being updated when a new Delivery Area was selected within Sales Order Processing.
Sterland is pleased to announce the introduction of a system notification when assigning a quote, sales order or purchase order to another user. The notification will appear on the receivers screen, informing them of the order number and from whom it was assigned.
Sterland has added a new functionality in Frameworks. Two new fields were added in the System User Maintenance, Max Sessions and Login Disabled. These two fields are used to check the Frameworks Licensing module which defines the maximum number of active users that is allowed for a customer.
Sterland have rectified an issue where the user was unable to continue to process an unsaved transaction, having previously attempted to logout but then clicked 'Stay' to remain connected.
Sterland has rectified an issue seen where the Product Dashboard was displaying the wrong values for Supplier rebated costs if multiple rebates were applied to multiple Suppliers on the same product.
Sterland is pleased to announce that the invoice, partial rebate (Nett Cost) and full rebate costs are now displayed in the Product Dashboard under the Cost Price section - Supplier Costs tab for both Supplier and Area tables. These costs can be hidden based on the user security settings. Please refer to the relevant documentation for further information.
Sterland have improved the information displayed in the 'Description' column of Pick & Release and Enterprise Picking (if enabled) to now include the entire description of the product, including the tally details any any specific product comments
Sterland has rectified an issue in Credit Notes where the Type field becomes blank when a transaction is suspended.
Sterland has rectified multiple issues discovered in Credits & Refunds. Users can now successfully process multiple stock returns against the same transaction line as long as it does not exceed the original quantity. Users can now only process a single overcharge against the same transaction line and the reason codes will be correctly filtered in the drop down based on the transaction type.
Sterland has made amendments to the Nuvu POS docket which now has extra columns to list the retail price GST Ex & Inc, as well as additional header information regarding the transaction type, payment type and docket variant (if applicable).
Sterland has included more data into the Point of Sale spool file to allow site specific customisation to be done to NuVu POS dockets to show GST inclusive pricing even within a GST Exclusive environment.
Sterland is pleased to announce new functionality. New customers created in Point of Sales or Sales Orders and cash sales without a customer now use the default discount and customer group as set up in Company Maintenance.
Sterland has released the functionality within Frameworks to allow businesses to charge restocking fees when processing stock returns. This is flag driven so please ask your ASL if you need assistance correctly setting these flags to best work for your business.
Sterland has rectified an issue in Point of Sale where the Customer's name was being displayed (in the header section next to the Customer field) as the Delivery Address name from Delivery Address Maintenance. The correct Customer name is now displayed.
Sterland has rectified an issue regarding Delivery Fee/s. For Point of Sales Transactions with delivery, the Delivery Fee is now populated depending on Delivery Area Fee or Customer Delivery Fee (via system flag OrdDelFee). For Sales Order Transactions, the Delivery Fee is now recalculated correctly whenever the delivery area is changed.
Sterland has resolved an issue where certain specific transactions when created through POS, were having the type incorrectly set, which could then potentially create issues as the transaction progressed. This has been resolved to prevent potential confusion.
Not Applicable. Refer to existing processes: Not Applicable. Refer to existing processes: Point Of Sale
Sterland has improved the user interface for Point Of Sale, Sales Orders and Credit/Refund transactions to ensure consistency in the Delivery Details and Despatch Details tabs.
Sterland rectified and issue where there was inconsistency in the functionality in the Delivery data fields across Point of Sale, Sales Orders and Credits and Refunds.
Delivery Date to default as per the setting of the following system flags:
1. 'OrderDel' - When set to yes, defaults the sales order Delivery Date to today.
2. 'OrderDelDt' - When set to yes, default the sales order Delivery Date to blank
NEW system flag : 'FWOrdTime' - Delivery time mandatory for pickups. When set to 'yes' users are forced to enter a Delivery time when a ' pick up despatch method is selected.
Delivery address details to default based on the setting the following system flag when a Delivery Despatch method is selected:
'OrdDefAddr' - Default customer address for delivery in Orders/Quotes.
1. When set to 'yes' the delivery address details are defaulted to customers main address.
2. When set to 'no' only the the 'Deliver to' filed is defaulted to the customers name. No other address details are set by default.
When a pick up Despatch Method is selected, the the 'Deliver to' filed is defaulted to the customers name and all other address details are replaced with 'description of the selected Despatch type'.
Sterland has added a new feature within Frameworks to allow users to take account payments without needing to leave the Point of Sale function. This allows businesses to strengthen the security of what certain operators have access to regarding the allocations of customer payments.
Sterland has rectified an issue where Purchase Orders printed from the Sales Order fulfillment screen were showing an incorrect Line Total figure.
Sterland has rectified an issue in the "Purchase Order - Delivery Details" tab. The email address is now set to the email address depending on the selected delivery address and not just the general email address of the Supplier.
Sterland is pleased to announce that a notification will now be sent to the assignee of a Linked Purchase Order when the supplying branch deleted a line from the transfer Sales Order. On the notification line, a new "action" button will appear which can be clicked to open the Purchase Order.
Sterland is pleased to announce it has introduced functionality that will allow a user to delete a product line in a transfer sales order and for that product line to be removed from the linked branch transfer. If the branch transfer was linked to an original sales order, then the deleted product line will again be available for selection in order creation in the sales order fulfilment.
Sterland has released a new feature within Purchase Requisitions to aid user's when selecting the best Supplier for a product to be purchased from. This can be accessed by clicking the magnify glass next to the Supplier within the grid.
Sterland has made amendments to the "Select All" button on the Sales Order fulfillment screen;. It now now registers CDF/warehouse products with a Source of "Transfer" and leaves the Supplier field blank. Non-CDF/warehouse products still register the Source as "Purchase" with the Supplier set to the preferred Supplier.
Frameworks has improved the usability of the Product search finders to include more meaningful information. Depending on where the product finder is launched from, additional information such as the mins and maxs for the product, the preferred Supplier and additional information is now available. To discuss any potential customisations, please contact your designated ASL.
Sterland has rectified an issue in Value Claims and Stock Returns where warehouse products were only able to be returned to an internal Supplier or to an external Supplier by a Purchase Supervisor. Warehouse products can now be processed for a stock return or value claim to any Supplier and by any user.
Sterland has a new functionality where the default value of the 'Date Required' field in Sales Order Fulfillment can be modified depending on the Sales Order Delivery Date (based on a new system integer FWLPODays).
Sterland has made amendments to the receipting screen for linked Purchase Orders. The Original Sales Order number hyperlink now displays in the grid and can be selected to open the Sales Order directly from this screen. Additionally, the functionality that previously existed on the "Print Order" button (to lock the branch transfer and create a transfer Sales Order) has now been separated into it's own button called "Finalise Transfer". This allows users to print multiple copies of the branch transfer after the screen has been locked down.
Frameworks has been improved to allow the user to select a shipping basis from the SOF review screen as well as providing a clear indication if the order is currently under the Supplier's minimum order value. These changes were made to improve the users speed and efficiency when attempting to receipt the order into stock.
Frameworks has been improved to suppress warning messages when raising Purchase Orders (branch transfers) to internal Suppliers as the user's are not required to be warned that the Supplier is not preferred.
An improvement has been made within Frameworks to no longer pass the Supplier into the Product Finder when processing a branch transfer. The user no longer needs to remove the Supplier prior to finding products.
Sterland has rectified an issue regarding the error message being displayed when a user includes a CDF product into a Purchase Order or Purchase Requisition for an external Supplier. The error message was modified stating the following "Available for order only through internal transfer or via the Purchasing Department".
A reported bug has been resolved within Frameworks where if a Branch Transfer was created through the Purchase Requisition screen, duplicate Sales Orders were being created. With this fix, you will now only see a singular Sales Order created.
Sterland has added standard functionality to the Product code field on the Purchase Requisitions screen. It now automatically populates a finder with the contents of the field if a mismatched code has been entered.
Sterland has rectified an issue in Purchase Order and Sales Order transactions. Warehouse products can no longer be created in Purchase Orders and Linked Purchase Orders in Sales Order/s when the user is not a Purchase Supervisor and the Supplier is not an internal Supplier.
Frameworks now has the option to create and print a Purchase Order without listing the Minimum Order Penalty Product when its Total Order is below the Supplier's Minimum Order Value. Instead a warning message is displayed in the Purchase Order Header stating the following: "Order is under the supplier minimum order value of $nnnnn, penalty surcharge of $nnnnnn may apply".
The Minimum Order Value is also added in the Purchase Order Dashboard.
Frameworks has now the functionality to create notifications whenever a Linked Purchase Order is being receipted. The notification will be sent to the user assigned to the Linked Sales Order stating the following: 'Goods have been receipted for sales order xxxxxxxx which is currently assigned to you'. There could be multiple notifications created depending on how many different linked sales orders exist on the stock receipt.
Sterland has rectified an issue so that the Discount Percentage (Disc % field) will print on Quotes if the user chooses to Show Prices upon printing & has disabled the SOPQtePric flag. If the user has enabled the SOPQtePric flag, then that flag takes precedence and the Discount Percentage will not be shown, since all other pricing will be suppressed.
Sterland is pleased to announce that the following fields have been added in the Sales Order Header and the Interim Invoice Header: "Rebate GP % (Full) " and "Rebate GP %(Partial) ". The two fields are displayed dependent on a user's security.
Sterland is pleased to announced that modifying the Delivery Details and Header information via Interim Invoices is now available. Additionally, a new system setting POSDefDesp has been created which assigns a default Despatch Method for all POS transactions.
Sterland is pleased to announce that new functionality has been added to allow those products that have been receipted on a linked Purchase Order to be released on the original Sales Order. New validation is in place on the picking screen to allow the user to release only up to the amount that has been receipted to date.
Sterland has rectified an issue where an error message was preventing quote acceptance for customers who failed a credit check. If cash or COD customers fail a credit check, there are no warning messages displayed until the release of an order, however for account customers who fail a credit, warning messages are displayed upon every save but are still able to accept a quote.
Sterland has rectified an issue with Sales Order transactions and the Interim Invoices logic. If Interim Invoices is activated and the customer is a cash and COD customer, normal POS processing applies & the Interim Invoices functionality is bypassed.
Sterland has released functionality within Sales order to streamline the users processing of deposits against orders. Additional usability features have been built into the tendering screen to create a more user friendly UI.
Sterland has rectified an issue with the Interim Invoices Dashboard. The dashboard has been modified to a non-paged format. When a user now searches for certain invoices, Frameworks returns all selected results in one page. This is custom specific functionality. If you would like to discuss how this functionality can assist your business or require further information, please contact Sterland Computing.
Sterland is pleased to announce the addition of a new system code: IntInvCut which acts as a cut off time for interim invoices. if the Interim invoice scheduled task is run before the nominated cut off time, any invoices that are due to be processed on that day will be delayed, while any interim invoices that are more than 1 day overdue will be processed as normal. If IntinvCut is not set, it will default to 10:00am.
Frameworks has been improved throughout the transactional functions allowing users to pre-define multiple Contacts for selection from within Contact finders located on the Delivery Details, Despatch Data or Despatch Details tabs for Point Of Sale, Sales Orders & Quotes, Customer Orders and Credit Notes. A customer can choose a Contact or manually enter contact details against transactions, however manually entered contacts will not be saved for repeat use.
Sterland has rectified an issue in Point of Sale and Sales Order transactions where the delivery address was not populating the shipping 'Instructions' field in the Delivery Details tab of POS and SOP.
Sterland has rectified an issue with a system error being encountered in Delivery Address Maintenance when opening the 'Mandatory Customer Order Maintenance' popup window on a delivery address (which already had a Customer Order # entered that didn't conform to the current rules defined in Customer Maintenance). Error Message: "System Error: ** Character 1 at position 1 must be a letter. (631)" no longer appears.
Sterland has rectified an issue with Sales Order transactions where adding in details such as the quantity or unit price into the Product entry line without first entering a Product ID appeared to populate the Product ID field with a random product.
Sterland has introduced new functionality to prevent linking of Purchase Order/s to a Sales Order if the customer is a cash customer and the minimum deposit or minimum percentage has not been paid on the Sales Order.
Sterland has rectified an issue regarding Sales Orders for new Cash Customers. The Sales Order will not be released unless there is sufficient funds to pay the transaction balance. A warning message will appear "Customer has exceeded credit balance - order has been placed on credit hold" when a user clicks "Release Order".
Sterland has addressed an issue within Frameworks where the picking process wasn't correctly passing through the contact details through to the invoice within specific scenarios. This has been resolved so that all entered details now successfully flow through.
Sterland has improved the validations performed when creating credit notes in the Interim Invoicing functionality (flag controlled - please contact Sterland Computing if interested in this functionality). Upon saving, validations are performed on the quantity, UOM and Unit Price for the products on the Sales Order and the product/s being credited.
Sterland have rectified an issue regarding GP% for Special Items. If there is a special item gp% defined at the branch/subgroup level, then the defaulting unit price should be based on that. Otherwise, the default sell price would be based on the special item gp% defined in the Product Group level.
Sterland has added a validation in Sales Order transaction/s that whereby the product entry line must be blank before allowing the creation of a new special product, otherwise an error message is displayed.
Frameworks now has the functionality to determine the default setting for showing/hiding cost columns in Sales Order maintenance. When activated (flag controlled), new columns are displayed that shows the cost of each product in the product line and an option to hide the cost is displayed in the Action menu.
Sterland has changed the formatting of the Contract field to be read-only within the Sales Order header as it was originally intended to be. This ensures that users do not think they can reprice the transaction by modifying this field.
Sterland is pleased to announce that the Sales Order Entry has been redesigned to allow you to split the entry of products out from the grid into a separate entry form, to allow for entry of timber tallies in a text field, to allow the editing of lines from the grid in a popup, to move all buttons into an actions menu and to optionally show/hide the header fields to allow more screen real estate for the Product grid.
Within this release of Frameworks, the Contacts functionality has been completely re-written to provide the user with a vastly improved experience when adding, editing and removing Customer and Supplier Contacts throughout Frameworks.
Sterland has rectified an issue seen where orders created in Prostix on a GST Inc environment were not transferring to Frameworks correctly and upon saving in Frameworks, the order totals were changing. This has now been resolved.
Sterland has rectified an issue in Point Of Sale where if a Product code was removed from the product entry grid & you left the field, the first product (found by the system) with a blank barcode was returned into the product entry.
Sterland have addressed a bug where the saving of specific transaction types through POS was causing a corruption of a data type within a row id field, therefore preventing the save of the transaction.
Sterland has addressed an issue that was causing a compile error when compiling the latest versions of Frameworks against environments with older versions of Progress.
Frameworks has now included the functionality to produce an EDI file for send through to Farmlands with all the required features.
A bug has been addressed within Point of Sale where if you are editing a line within the popup icon and changing only the quantity, you weren't able to save as the system wanted an override reason. This has now been rectified.
Sterland has rectified an issue in Sales Order transactions where editing a special buy-in product line (even just the quantity) was resetting that lines cost to 0 and the cost of every product added henceforth. This has now been resolved.
Not Applicable. Refer to existing processes: Not Applicable. Refer to existing processes: Sales Orders
Sterland has rectified an issue in Point of Sale regarding the invoice total amount deducting GST when an order was released in a GST Inclusive environment. The invoice total amount ("Total Inc GST" field) is now GST inclusive after releasing an order.