This function is designed to allow you to process general receipts and payments directly to a General Ledger account without the need to create a sundry Supplier of Customer account. In the past, this could always be processed through the General Journal function but was a little complex. Now all you have to do is to select the Bank account from which you wish to process, then switch between the Receipts and Payments tabs to enter the relevant transactions as illustrated below. A batch can have a combination of both receipts and payments or can just have payments or receipts on their own.
The Update Bank In Detail option at the bottom of the screen affords you the ability to post one contra entry to the bank account as a summary figure, of or whether you would like to post a contra entry to the bank account for each transaction in the batch.
If the batch transactions are of a nature that you process regularly such as bank charges or debit orders, you can save the batch of transactions for recall later, alleviating the need to have to recapture the batch details again. Simply recall the batch, amend the transactions and update accordingly.
The Receipts and Payments Journal is donated by the icon underneath, and is found in the General Ledger Section, the main as well as the Main section under processing items, and is also located in the Cashbook function in the Business section of the application.
The Inter-Branch (Warehouse) Transfer function has been greatly enhanced to cater for Inter-Branch Transfers where there is a delivery lead-time. The new feature caters for the following:
- The creation of an Inter-Branch Order
- The Transfer / Part-Transfer of the order with the ability to either process directly to the receiving Warehouse or have the ability to Post this to Goods In Transit
- A separate WIP Receiving function for Transfers posted to Goods In Transit
The purpose of this feature is to include a Branch Transfer Request process that would incorporate a centralised ordering function. In addition we no longer need to use a virtual “IBT Warehouse” but actually post these items to the Goods-In-Transit account, removing them from the Transferring store, and Receiving them from the GIT account using the actual cost of the item at time of transfer, giving a much greater control of the Goods-in-Transit and allows reporting from the Transferring as well as the Receiving store.
There are 2 ways in which we can process IBT Transfers, with Direct Transfers, as well as a Transfer to and from Goods-In-Transit. Note that in both methods we can still create the transfer from a IBT Order Form.
As you also see icons below, we have the Option for a Branch Transfer Order, The Actual Transfer Function Itself, as well as the Warehouse Transfer Receipt (for GIT Transfer receipts only).
The processing of Warehouse Orders are optional whether you process a Direct Order or whether you process a GIT Order. Below we have created a Warehouse Transfer Order for 3 items. The values in Red represent the From Locations, while the values in Orange represent the Ordering Location Values allowing users to order to Reorder Levels. Note that you are still able to change the Quantities at time of Transfer.
In terms of processing Direct Warehouse Transfers, we can either Convert this from an IBT Order, or you can create a New Transfer. When you select Convert you will see the list of Open IBT Orders.
Once selected, we now have the option to Process the Transfer directly or to process this to GIT. To Process the Transfer directly, we just need to leave the GIT option below blank.
For GIT Transfers (where there is a lead time between the delivery and receipts), we select the Goods in Transit option as seen below. We also have the option to change the quantities, as required. In our example below I have changed the quantity below from 19 to 5.
We can also run the Goods-In-Transit reports either in summary or in detail as seen below.
To receive the GIT Transfers we need to select the Branch Transfer Receipt option, and select the Convert where the Receipt document will display below.
In terms of short-receipts, we don’t have the option to change the GIT receipt quantities. To manage this we would either have to process a WHT return or process an Inventory Adjustment.
We have added another 2 levels of Item Category (to 3) in order to facilitate the Inventory Search and reporting functions in the Palladium Enterprise and Palladium Premium editions. This function is available on all Inventory search functions throughout the application and has also been added to the offline PoS module that is available in the Palladium Enterprise Edition only.
From a processing point of view, you can simply select the category selection below and the system will cascade your selections right down to the last level. Not all levels are mandatory giving the flexibility for you to only see the levels that are optimal for your business.
This functionality has also been incorporated into the Point of Sale and new Offline Point of Sale modules.
All these additional fields have been added to the Business Intelligence cubes, allowing you to slice and dice the data as required. You can also start to compare your sales mix across years or months. using a dimension for say bottle size would allow you to view your sales mix of 340ml vs 500ml at a glance.
We have added the ability for users to revalue their Inventory On Hand Values without needing to adjust quantities in any way. This function is available in the Palladium Enterprise and Premium Editions only.
From a processing point of view, you simply select the Inventory Adjustment function and change the type from Adjustment to Revaluation as seen below.