We’re excited to announce that the latest information is now available on our new site, the Ginesys One Wiki!. Visit the site for up-to-date resources and insights. We look forward to continuing to support you there!
We’re excited to announce that the latest information is now available on our new site, the Ginesys One Wiki!. Visit the site for up-to-date resources and insights. We look forward to continuing to support you there!
Release Notes 11.110.0 - 1.110.0
Control
Release Date |
|
HO Version | 11.110.0 |
POS Version | 1.110.0 |
Web Database Compatibility Version | 1.5 |
Features & Enhancements | 17 |
Bug Fixes | 28 |
Navigation |
Features & Enhancements
Serial | Dev ID | Idea Tracker | Description | ||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
1 | 17923 | BO-I-132 | BO-I-132 Miscellaneous changes incorporated in TDS deduction of Service providersModule: Finance - Voucher - AP Voucher Enhancement Summary: TDS (Tax Deducted at Source) is an instrument of Income Tax Department to collect taxes due for any particular payment. Earlier TDS on Advance Payment was manually computed in GINESYS HO. Now an option of automatic calculation of TDS for Advance Payment is being provided to the users. Moreover, certain changes have been incorporated in GINESYS to ensure that there is no miscalculation of TDS due to Advance Payment. In GINESYS, two steps have been taken to ensure that calculating TDS is made easier - The appearance of the AP voucher has undergone some changes as shown in the Notes section below. Fig. 1 – If the AP Voucher is not being created for Advance Payment, then no changes are visible. Adjustment amount is entered manually and calculations are done based on that. Fig. 2 – If the AP Voucher is being created for Advance Payment, then the appearance changes. The Adjust button does not exist anymore, in its place a new button – TDS Calc appears. If the Sub ledger tagged is “TDS applicable”, then the default value in the Deduct TDS field is “Yes”. Now it is up on the user if he wishes to deduct TDS on the advance payment or not. If “No” is selected, then the TDS Calc button is disabled. Then the user can decide to deduct TDS at the time of creating the Invoices or TDS Journal. Important information Note:
Scenario: N.A. | ||||||||||||||||||||||||||||||||||||||
2 | 17906 | GIN-I-530 | GIN-I-530 Price modification using ‘Edit Item’ can now be restricted through user profileModule: CHANGES IN USER PROFILE Admin - Security Settings - User Profile - Procurement IMPLEMENTATION IN TRANSACTIONS Procurement - Order Management - Purchase Order Enhancement Summary: Currently when any operator is provided with access to modify the item using “F6=Edit Item” option, he was able to modify all Item properties. Since price is a sensitive property of an Item, modification of the same shouldn’t be allowed to all the operators on security grounds. GINESYS has introduced various access permissions for editing Item Master from Purchase Order and GRC. List of those access permissions are given below: Important information Note: The access permissions have to be defined under User Profile and Users belongs to that profile will inherit those access permissions Scenario: N.A. | ||||||||||||||||||||||||||||||||||||||
3 | 17623 | GIN-I-787 | GIN-I-787 Service order cancellation remarks can now be provided while cancelling ItemsModule: Procurement - Order Management - Cancel Service Order Enhancement Summary: Service orders may be cancelled for many reasons; for the purposes of better management it is necessary to capture and monitor these reasons. GINESYS has added a Remarks field in the Cancel Service Order form module for the purpose of manual capture of the cancellation reason. The remarks provided during cancellation shall also be reflected in the Service Order module. Moreover, the cancellation remarks will also be reflected in the relevant OLAP report, Service Order Analysis, as well. Important information Note: There is a single remark option for cancellation, i.e., if a particular service has been cancelled multiple times, due to multiple reasons, then the operator will have to provide remarks comma separated. Scenario: N.A. | ||||||||||||||||||||||||||||||||||||||
4 | 17716 | GIN-I-799 | GIN-I-799 Item barcode import using Excel for Promotion AssortmentModule: Retail - Admin - Utilities - Data Import Enhancement Summary: Now users have an option to quickly import a list of barcodes in the assortment's include or exclude block so that the promotions in the store can be managed properly. The operator will have to provide a behavior to perform while importing the barcodes, The validation of items has been made optional so that the brand's barcode list can be imported directly. If the validation process has been selected and valid barcodes are found, they shall be added in the assortment. Otherwise, the import of barcodes will be restricted. For example, if suppose a brand has sent a generic barcode list for promotion applicability which has 2000 items. But out of 2000 only 1200 Items has been transacted/purchased from the brand. So while including the items: Important information Note: Assortment master won’t get created automatically. It shall be created first and then barcodes can be imported. Scenario: N.A. | ||||||||||||||||||||||||||||||||||||||
5 | 17908 | GIN-I-476 | GIN-I-476 Zero balance sub-ledgers/general ledgers now made optional in Register reportsModule: Finance - Register - Sub Ledger Enhancement Summary: Earlier sub-ledgers with zero balance were also reflected in sub-ledger & general ledger summary & monthly reports making the report unnecessarily lengthy. However, for the detail reports reflection of the same was optional. Now the reflection of zero balance sub ledgers/general ledgers have been made optional for the summary & monthly reports as well. Scenario: N.A. | ||||||||||||||||||||||||||||||||||||||
6 | 17889 | OFFPOS-I-67 | OFFPOS-I-67 POS Return reason can now be provided while taking a returnModule: POS Mode - Normal POS Enhancement Summary: Previously, there was no provision to provide a reason for return of POS items, due to this, the return reason for each item, didn’t get captured. Reason to return an item may be different. For example, item I1001 is returned to store as it was damaged, item I1002 is returned as it was not of perfect fit. There can be various reasons for returning any item, and if these reasons are known then appropriate action can be taken to reduce return of goods. Like, item I1001 which was damaged needs quality check and more size options can be added for the item. A new button has been added in the button panel of the POS Bill/Collection center window with the prompt 'Return Reason'. It is placed in the F7 (Return) button panel, below the 'Search Bill' button and is enabled only if user has 'Allow Return' privilege in Role Security. On clicking on the 'Return Reason' button, if no item has been added for return the following message will be displayed - 'No return item has been added. Please add a return item to proceed.' If item has been added for return the Select Reason window will be opened to capture return reason.
Important information Note: Reporting Changes have been made in POS Document Reports, POS Analytic and HO OLAP reports Scenario: N.A. | ||||||||||||||||||||||||||||||||||||||
7 | 17907 | GIN-I-188 | GIN-I-188 Sales return remarks can now be provided while returning ItemsModule: Sales & Distribution - Outright - Sales Return Enhancement Summary: Sales return may happen due to many reasons - damaged item, not saleable item depending on time and place etc. GINESYS has now provided space to capture line level remarks in Sales Return, so that the return reason/remarks of each item gets recorded for future management study and actions. For example, item I1001 is returned from store as it was received damaged, item I1002 is returned as it is not as per trend in store's location. There can be various reasons for returning any item, and if these reasons are known then appropriate action can be taken to reduce return of goods. Like, item I1001 which gets damaged needs quality check and along with that proper packaging of the item can be initiated to reduce the returns. And items like I1002 either needs to be advertised more near the store location so that the item is considered trendy in that particular location. These remarks will be reflected in the reports too. Scenario: N.A. | ||||||||||||||||||||||||||||||||||||||
8 | 16940 | GIN-I-760 | GIN-I-760 POS’s back-office transactions is now allowed despite of settlement threshold violationModule: POS - Back Office - Transaction (All) Enhancement Summary: Often when the operators either attempt to change a transaction document from open state to posted state or they attempt to settle a day, they fail to perform any of the tasks and it creates a deadlock situation. This happens because, day settlement cannot be done due to the presence of transaction documents in open state and when the operator tries to post an open transaction document, the software restricts the operator since the minimum threshold period for unsettled days have been crossed. In order to avoid this scenario, a functional change has been made. From now onwards, even if the minimum threshold period for pending settlement day gets violated, software would allow the operator to post all open POS Back Office transaction documents. However, creation of POS transactions from all three POS modes Normal POS/Delivery Slip/Collection Center would be restricted. Note: Henceforth, there is no settlement threshold check in back office transactions, i.e., the user will be allowed to create, modify, delete, post any back-office transactions. Only POS transactions will be restricted. Scenario: N.A. | ||||||||||||||||||||||||||||||||||||||
9 | 17625 | GIN-I-313 | GIN-I-313 State filtration provided for F3 list of tagging documents in Outgoing LogisticsModule: Inventory - Logistics - Outgoing – LR [only for document type S&D - Sales Invoice/Transfer Out] Enhancement Summary: Earlier, if site was not selected for the customer then documents of all the sites of the customer was available in the LOV for tagging with outgoing logistic. But for all practical purposes, clients receive only one state's permit and in a single LR, only a specific state's goods are sent or invoices can be tagged. Now, to make life easier for our users we have introduced the "State" filter as per the "Station To"(Destination) field in the LOV for selecting documents. Scenario: LR where Customer (consignee) has been selected with site: Only F2 LOV is present, displaying only the documents related to the consignee and the selected site. LR where ONLY Customer (consignee) has been selected: F2 and F3 LOVs are present, F2 displaying transfer documents of all states and F3 showing transfer documents within the same state. Suppose there is a customer, Customer 1,dealing with five(5) sites in the following way –
Important information Note: If no city defined for any site, that site's document won't be shown in this list. | ||||||||||||||||||||||||||||||||||||||
10 | 17630 | GIN-I-478 | GIN-I-478 Unadjusted Payment will now show separately in Bill wise Ageing ReportModule: Finance - Financial Analysis - Bill Wise Ageing Enhancement Summary: Earlier the payment/receipt unadjusted amount was not shown separately in bill wise ageing report. Due to this, user was not able to understand which of the advance/unadjusted payments or receipt amounts were present in the "Total Pending Amount" being displayed. Now a new column, “Unadjusted Payments”, has been added to show these amounts. This will help the user to judge the ‘follow up’ process. Scenario: N.A. | ||||||||||||||||||||||||||||||||||||||
11 | 17909 | BO-I-18 | BO-I-18 Stock point modification will now be allowed in Goods Receive even after Logistics taggingModule: Procurement - Goods Receive Challan Procurement - Goods Receive Challan (Wizard) Procurement - Order Management - Goods Receive Challan (Against Order) Enhancement Summary: Previously stock point modification was not allowed once LR or Gate Entry (whichever was applicable) had been tagged. But this caused an anomalous situation as GINESYS does allow modifications of all other information like item, rate, charge, etc. So an option to modify the same even after LR/Gate Entry is tagged has been provided. Scenario: N.A. | ||||||||||||||||||||||||||||||||||||||
12 | 17886 | GIN-I-807 | GIN-I-807 Credit Card name and amount will now be shown in Card Detail windowModule: POS - Normal POS / Collection Center - Take Deposit POS - Normal POS / Collection Center - Take Order - Deposit POS - Back Office - Transactions - Deposit / Refund - Deposit (Add/Edit) POS - Back Office - Transactions - Gift Voucher Issue (Add/Edit) POS - Back Office - Transactions - POS Order - Take Deposit Enhancement Summary: Earlier, once the user pressed F8 on the credit card MOP's amount field, he was taken into the card detail window where he entered the card number and expiry information or used Plutus to transact. However, in this process, two important informations went missing from the detail window, i.e., the MOP Amount and MOP Name. Especially people, who transact using Plutus, definitely need to see the amount in that window. Scenario: N.A. | ||||||||||||||||||||||||||||||||||||||
13 | 18374 | N.A. | 18374 Route group name will now be displayed in Job related formsModule: Production – Job Order Production – Job Receipt Enhancement Summary: Route group name will now be displayed in the above named forms if defined in the Working plan Scenario: N.A. | ||||||||||||||||||||||||||||||||||||||
14 | 17626 | GIN-I-231 | GIN-I-231 Term will now get saved in Procurement modulesModule: Inventory Related Transactions Procurement - Goods Receive Challan Procurement - Goods Receive Challan - Wizard (For Adhoc GRC Created) Procurement - Goods Return Challan - Goods Return Challan (Adhoc) Procurement - Goods Return - Goods Return Challan - Wizard (For Adhoc GRT created) Procurement - Invoicing - Purchase Invoice (Including Auto Purchase Invoice) Procurement - Invoicing - Purchase Return Debit Note (Including Auto PRDN) Procurement - Invoicing - Consignment Invoice Service Related Transactions Procurement - Order Management - Purchase Service Order Procurement - Invoicing - Service Invoice (Adhoc) Procurement - Invoicing - Service Invoice (Against Document) Enhancement Summary: The new feature is meant to help users by saving the purchase terms for various Procurement modules – allowing them to recalculate charges if needed. Earlier when a user created a new GRC or Invoice then the system populated Purchase term as defined in the master, but once the respective document was saved, on retrieving the document the Purchase term was not being reflected in the charge window. Now the Purchase terms will appear in the charge window for the above saved documents in the Procurement module. Important information Note: GINESYS cannot migrate any term, so it might happen that in existing records, this problem might persist Scenario: N.A. | ||||||||||||||||||||||||||||||||||||||
15 | 18445 | N.A. | 18445 Supplier VAT/CST no. now available in Purchase Service Invoice Document Report below address blockModule: Procurement - Invoicing - Purchase Service Invoice Document Report Enhancement Summary: Now the Supplier's VAT/CST no. is available in Purchase Service Invoice Document Report below address block if defined in Supplier master Scenario: N.A. | ||||||||||||||||||||||||||||||||||||||
16 | 15486 | OFFPOS-I-59 | OFFPOS-I-59 SMS can now be sent on Day Settlement at POS to concerned personsModule: POS - Back Office - Transactions - Settlement GINESYS Launchpad - SMS Notification Enhancement Summary: The store or regional managers need certain basic updates about the day settlement like daily sale amount, number of bills that day etc. GINESYS POS now has an option of an SMS to the store manager or other managers at Day Settlement. The configuration process is same as that of “POS Bill Save” or other POS SMS configuration, i.e., from Head-Office’s SMS notification module. Following are the variables which shall be can be a part of the SMS configuration:
Scenario: N.A. | ||||||||||||||||||||||||||||||||||||||
17 | 17888 | OFFPOS-I-81 | OFFPOS-I-81 Document numbering scheme for POS has been improvedi) New literals (MM) will now be available for use as suffix or prefix ii) Literals have now been made mandatory based on reset interval Module: GINESYS Web - Retail Management – Setup – Configure – Document Numbering Scheme Enhancement Summary: i) New literal [MM] has been added which can be used in either prefix or suffix. The same will be replaced with digital representation of the document date's month. Like 01 for January, 10 for October, and so on. ii) Presently, day, month or year may be provided as prefix or suffix in document numbering scheme, but the same is not mandatory. Due to this duplicate numbering scheme gets generated and at times it is very difficult to identify the reason for it. The following scenarios described below explain the issue: Case 1: (Prefix) BILL / (Running Number) 0001 / (Calendar Year) 2015 interval is monthly Case 2: (Prefix) BILL / (Running Number) 0001 / (Calendar Year) 2015 interval is yearly If reset interval is monthly or yearly - the user will mandatorily have to provide, in the prefix or suffix, the month literal, i.e. MM or MON AND the year literal, i.e. YY or YYYY. Similarly, for the daily reset intervals - the mandatory literals, in the prefix or suffix, are date literal, i.e. DD; the month literal, i.e. MM or MON and the year literal, i.e. YY or YYYY. IMPORTANT Note: After updating this patch, on any modification in existing document numbering scheme, the user will be prompted to provide literals (as per the reset interval) if not provided. Scenario: Consider a scenario, |
Bug Fixes
Serial | Dev ID | Issue Tracker | Description |
---|---|---|---|
1 | 16873 | N.A. | 16873 In OLAP reports, Stock Audit Verification report was not compatible with new audit process logicModule: Analytics - Oracle BI Tool Reported Version: 11.107.2 Scenario: Stock Audit Verification report is now compatible with new audit process logic |
2 | 17911 | N.A. | 17911 Negative stock alert was not working in Advance mode of Delivery Challan [Against Order]Module: Sales & Distribution – Delivery – Delivery Challan (Against Order) – Advance Mode – Select Item Reported Version: 11.109.0 Scenario: When users scan any particular item to include it into the Delivery Challan it is obvious for the system to check the available stock of that item and in case of no stock or negative stock user must get an alert message in real time. Case study Suppose there is an item (I001), which has been populated in a DC from a SO and has negative stock. I001 has been scanned and a packet has been created. Now the negative stock status comes forward and therefore not only can I001 complete this transaction but it has to be taken out from the carton manually. On the other hand, in the updated case I001 will show a negative stock, the moment it is tagged and scanned. |
3 | 17910 | N.A. | 17910 The doc no.'s LOV sequencing needed modificationModule: Finance-Documents-Payment Advice Reported Version: 11.109.0 Scenario: Document number LOV was being reflected Document number wise in descending order, due to this when document numbering is done on monthly basis, records of past months were reflected before current records; making users go through a lot of hassles. Doc No. LOV will now be sorted Doc Date wise descending and then doc no. wise descending. |
4 | 18230 | N.A. | 18230 The items excluded from the assortment in a coupon offer were not getting synced to store during coupon offer allocation and coupon offer changeModule: POS – Administration - Data Exchange Reported Version: 11.107.1 Scenario: The items in the excluded list of an assortment were not being synced to store during coupon offer allocation and coupon offer change, which meant that all items in the particular assortment were getting tagged with the coupons without taking into account the excluded items. |
5 | 18064 | N.A. | 18064 MOP modification not being allowed in POS Bill / GV Bill / Deposit Bill after disabling Denomination Based Payment optionsModule: POS – Normal POS Reported Version: 11.109.0 Scenario:
|
6 | 18233 | N.A. | 18233 At the time of adding raw materials items through Notepad, component items were not populating into the main windowModule: Production – Setup – Bills of Materials Reported Version: 11.109.0 Scenario:
|
7 | 18036 | N.A. | 18036 All Route Group names were not displaying in Job Order selection LOVModule: Production – Job Order Reported Version: 11.109.0 Scenario:
|
8 | 18082 | N.A. | 18082 The document reports Goods Received Document (Listed MRP) and Goods Received Note Without MRP were not showing correct 'Item Tax Group Name'Module: Procurement – Goods Receive Challan Reported Version: 11.103.0 Scenario:
|
9 | 17662 | N.A. | 17662 Stock Point field was disabled, once the GRC document was selected, while making GRT Adhoc and GRT against documentModule: Procurement - Goods Return Challan - Goods Return Challan - Adhoc Reported Version: 11.108.0 Scenario:
|
10 | 17744 | N.A. | 17744 Despite users’ role privilege being set to level 2, users were unable to save the "Transfer form entry" for Transfer outModule: Sales and Distribution - Consignment - Transfer form entry Reported Version: 11.105.0 Scenario:
|
11 | 17849 | N.A. | 17849 In some cases, Excise charge was not being calculated in Sales invoice moduleModule: Sales and Distribution - Outright - Sales Invoice Reported Version: 11.107.2 Scenario:
|
12 | 17896 | N.A. | 17896 In 'Job Order Component Item (Production)'document type, for Job order item selection, Document No. Lookup was not showing entryModule: Any module - Item details – (F4) Select Items – Advance Search – Document tab Reported Version: 11.109.0 Scenario:
|
13 | 17747 | N.A. | 17747 In case of manual definition of an activation date of a Stock Audit Plan by a user, an error was generatingModule: Inventory - Stock Audit - Plan Stock Audit Reported Version: 11.107.0 Scenario:
Updated scenario • If user has permission for "back dated activation of Physical Stock Audit" in his user profile then user will have the option to manually provide an Activation Date. • Manually provided Activation Date should be always be a date previous to the system date. User will not have permission to manually provide future date in the activation date. • Once the user has provided any logical value in the Activation Date; the user will only be able to save after right clicking and activating the plan. User can only activate any plan with the right clicking of the plan. After activation, the save button has to be clicked to save all the changes, otherwise all the changes done by activation will not be stored permanently. • During Activation, if no date is available in the activation date field then system date has to be considered for activation. • For the purpose of Back date Activation it is not required to log-in to previous date, even if user logs in to previous date then also system date is to be considered as activation date unless a manually provided activation date is available in the said field. • Plans which are created in the previous year will be shown only by logging in the previous year and user has to manually provide the activation date. System date will not to be considered automatically in that case. If any Activated plan is reverted back to "New" state then make the activation date NULL. • If any Updated or Completed Audit Plan exist after that (manually provided) Activation date for the given item / assortment it should not allow to input or activate the said plan for the same stock point. A message to be shown 'There are Plan(s) already completed / updated in future date as compare with the activation date of the current plan which is covering same item(s)/assortment. Thus it is not possible to Activate in backdate to ensure data sanctity of the previously completed Plans.' • Activation Date should be in open state as per DAY BOOK Calendar. • While activating a plan in back date the software will check if there is any open activated plan for that item / assortment. This validation was there in current activation but will now work back dated activation also. |
14 | 18120 | N.A. | 18120 The documents were not opening when the user is attempting to retrieve the dataModule: Procurement - Invoicing - Purchase Service Invoice Reported Version: 11.105.0 Scenario:
Database is being updated with negative values for the Purchase Service Invoice, due to loss of database connection. |
15 | 14566 | N.A. | 14566 Blank report is being mailed to recipients when the sub ledger balance is zero (0) for Bill wise outstandingModule: GINESYS Launchpad - Mail Notification Reported Version: 11.103.0 Scenario:
|
16 | 16806 | N.A. | 16806 Margin Monitor was populating wrong proposed item rate for Net of Vat margin ruleModule: Procurement - Order Management - Purchase Order - Margin Monitor Reported Version: 11.107.0 Scenario:
This rectification was done to correct the calculation of margin rule as well picking off tax rate based on Tax region. |
17 | 18269 | N.A. | 18269 Tax slab was being given zero (0) value and tax was not being calculated in several modulesModule: Inventory – Product Definition – Tax Definition – Tax Rate Reported Version: 11.109.0 Scenario: Tax was not being calculated when tax slab was defined with zero (0) value. Updated Scenario The user has been restricted from defining tax slab with zero value. Old data will be migrated with all zero (0) values being replaced by 0.01 |
18 | 17968 | N.A. | 17968 Margin Monitor was not picking proper tax rate if multiple Tax Region was defined for single Tax GroupModule: Procurement - Goods Received Challan Reported Version: 11.109.0 Scenario:
|
19 | 18179 | N.A. | 18179 Sorting of document numbers was not properly executed when running reports on Money ReceiptsModule: Finance - Document - Money Receipts Reported Version: 11.109.0 Scenario:
|
20 | 18331 | N.A. | 18331 Delivery Challan Quantity was not getting printed through "Print Delivery Challan" module if Site city name was more than 30 charactersModule: Procurement - Print Barcode - Delivery Challan Reported Version: 11.109.0 Scenario:
|
21 | 18334 | N.A. | 18334 Modify / Manage Item form was getting hanged when item was being imported through "Browse" optionModule: Inventory – Item Definition – Modify/Manage Item Reported Version: 11.109.0 Scenario:
|
22 | 18363 | N.A. | 18363 Negative stock check was getting violated for BOM items at the time of receiving alternate itemsModule: Production – Job Receipt Reported Version: 11.109.0 Scenario:
|
23 | 18367 | N.A. | 18367 Sub assembly were not getting auto populated in BOM as sub component item for the respective process on saving of BOMModule: Production - Setup - BOM Reported Version: 11.102.0 Scenario: While making BOM for Sub assembly item, if a particular sub assembly item is used in more than one process then, that sub assembly item will get auto populated as sub component item for the consecutive process on saving of BOM. |
24 | 18370 | N.A. | 18370 PO is getting un-authorized when it is shipped from shipment moduleModule: Procurement – Approval – Authorize Order Reported Version: 11.109.0 Scenario:
Updated Scenario Now the document authorization will be checked gain before shipping |
25 | 18427 | N.A. | 18427 Error in running split item register reportModule: Inventory - Register - Split Item Register Reported Version: 11.109.0 Scenario:
|
26 | 18448 | N.A. | 18448 Gate entry date was taking value less than that of logistic date in time of modificationModule: Inventory – Logistics – Incoming - LR Reported Version: 11.109.0 Scenario:
|
27 | 18436 | N.A. | 18436 Sub Assembly items not populating at the time of making duplicate BOMModule: Production – Bills of Material Reported Version: 11.109.0 Scenario:
|
28 | 17893 | N.A | 17893 Refresh item is not working while 'Entire Store' plan is used in audit journalModule POS - Back Office - Transactions - Physical Stock Audit - Audit Journal Reported Version 1.108.0 Scenario
|