Release Note 11.146.3

13266 Purchase Service Debit Note introduced

Modules:
Ginesys Desktop - Procurement - Invoicing - Service Debit Note

Feature Video:

Enhancement Summary:

There can be scenarios where your service vendor issues a credit note to you due to rate difference, bad-service settlement discount, etc.

In Ginesys till date, we used to provide the following provisions: Purchase Debit/Credit Note which involved goods movement. The aforementioned scenarios were possible using Finance Debit Note / Credit Note module. However, since the GST requirement is upload data invoice wise - HSN wise, the effort required to capture the details in reference columns was unjustifiable and same problem was with return uploading manual effort. To ease down the operations, Ginesys introduces new Service Debit Note module for Procurement of Service. In other words, whenever a service vendor issues a credit note to you, you can now book the debit note in the system against the invoice.

To make an entry, please follow the following steps:

• Go to Procurement - Invoicing - Service Debit Note.
• Select any Numbering Scheme (Note: By default already created and tagged).
• Enter Vendor’s Credit note number received in the Doc. No. & Date columns.
• Select the Service Invoice against which the vendor has issued the credit note.
• Go to Service details and select the services from the Invoice as required (you can change the value as well).
• Go to charge details and calculate the term as required.
• Save the transaction.

Note: In case you deducted TDS in Service Invoice and want to reverse/reduce it post Service Debit Note creation, you can do that using the TDS reversal module (details specified below). 

Document Report:

This is the one of the transactions which will only have Web Reports document reports. No legacy fixed type document report will be provided for this transaction. You can refer this video for the process of tagging a web document report to Ginesys Desktop transactions: https://www.youtube.com/watch?v=bhpjH_idrGU

If you are yet to configure Ginesys Web Reports, please follow the following link: Ginesys Reports Installation Guide

13267 TDS reversal introduced

Modules:
Ginesys Desktop - Finance - TDS - TDS Reversal

Feature Video:

Enhancement Summary:

At times, post deduction of TDS, there are cases (very rare though) where you would required to either reduce the deducted TDS amount or simply reverse the same. However, till date, it had to be done manually using Debit or Credit journal. Accordingly, TDS payment/filing had to be manually taken care off. But now with this update you can reverse the TDS using the new module.

New TDS Reversal Entry: 

• Allowed only when no payment is done to TDS Agency against the journal, i.e., TDS journal's TDS Agency adjustment should be 0.
  Reason: It is practically not possible that you have made a partial payment to the Agency and want the rest to be reversed. So in order to avoid any complex working, we have restricted the same.
• TDS journal & TDS reversal gets auto adjusted for TDS agency and the adjustment cannot be removed, so the balance if any needs to be paid to the Agency.
• Ideal working Scenario -
  

Reporting:

• When you open TDS register, a new column has been introduced showing the reversal amount of the TDS and thereafter another column for Net TDS has been introduced which will show you the exact amount that needs to be paid to the Agency.
• No document report has been released for this yet, but shall be released soon in Ginesys Web.

16263 Release of Purchase DN/CN is now allowed even without specifying the vendor's CN/DN details

Modules:
Ginesys Desktop - Procurement - Invoicing - Purchase Debit Note
Ginesys Desktop - Procurement - Invoicing - Purchase Credit Note
Ginesys Desktop - Procurement - Invoicing - Purchase Return
Ginesys Desktop - Procurement - Invoicing - Service Debit Note
Ginesys Desktop - Procurement - Invoicing - Vendor DN/CN Reconciliation

Feature Video:

Enhancement Summary:

Why was the release restricted for Purchase DN/CN if document number & date was not provided?
First, let's understand the GST return filing process: As per GST law, the issuing of any subsequent document against any invoice has to be done by the supplier itself. The buyer is always the recipient of any such document. Accordingly, when GST returns are filed, the entry number of the debit/credit note in the buyer's system is irrelevant for the Government. Instead, the counter-party or vendor's debit/credit note number is required for matching in GST returns.

To ensure proper tallying, the system restricted the user from releasing the document when counter-party's debit/credit note number was not fed into the system. Note: This information was fed in the document number and date of the transaction.

What were the challenges being faced due to the aforesaid restriction?
First, let's understand the GST returning filing process: it's divided into various parts, i.e., GSTR3B, GSTR1, GSTR2, so on... In this particular problem, we are concerned with only GSTR3B (summary of all inwards/outwards/adjustments) and GSTR2 (detail of all inward transactions including debit/credit note).

GSTR3B needs to be filed first and then GSTR1/GSTR2 needs to be filed at a later date. Now for generating GSTR3B, all information needs to be available in EasemyGST which is not getting possible. Only released/posted transactions get synced to EasemyGST. Since the vendors are not issuing debit/credit notes timely, you were not able to file GSTR3B as well. Also, matchmaking is not required as of now, so GSTR2 was also not getting filed.

Solution released:

1. Create Purchase DN/CN.
2. If auto release is allowed, the user will be prompted to either only save (or) save & release.
3. The transaction can be released using the release module for the already created unposted documents.
4. Once you receive vendor's CN/DN details, using vendor DN/CN reconciliation module, you can update the document number and date.

16264 Goods from multiple invoices are now allowed in a single Purchase Return Debit Note

Module:
Ginesys Desktop - Procurement - Invoicing - Purchase Return

Feature Video:

Enhancement Summary:

Previously, whenever the user tried to tag multiple GRT documents (which were billed in different GST invoices) in a single transaction, the system used to restrict the user and asked them to treat this type of transaction as an Outward Supply.

This restriction was applicable due to GST rules, i.e., a single debit/credit note can have only single invoice number. However, recently, the Government has allowed to issue a single debit/credit note against multiple invoices. Accordingly, the system will now allow user to tag multiple invoice GRT documents in a single Purchase return transaction.

Note: Amended GST rules have placed a clause of invoices allowed should be of single accounting year only. The vendor's invoice date (Purchase Invoice's reference document date) shall be considered in this derivation and not the Purchase Invoice entry date.

Enhancement Summary:
Whenever, any invoice gets created using Service Liability workbench, the user had to open the invoices manually in order to round-off the invoice. We have now introduced a provision which will allow the user to round-off the invoices automatically if created using Service Liability workbench.

Steps for the same are as follows:

1. Select the orders against which the invoices need to be generated.
2. In the order review screen (check the screen shot below), just before clicking on Generate, a field has been provided for selecting a round-off charge (only amount based header charges with ledger tagged are allowed here).
3. If the round-off charge is selected, the invoices will be rounded off automatically to the nearest one rupee.

Conditions where auto round-off will NOT work: The selected charge already exists in the selected term (for the vendor) but is not the last charge (as per the seq.). 

Enhancement Summary:
Previously for editing any quantity, the user had to open the add/remove items window. However, when the intent was only to modify the quantity of the already populated item, the process was very time consuming / tedious. We have now allowed the editing of the quantity but till the extent it is pending against the invoice to be returned. Please find below the screenshot describing the same:

Note: This is allowed only when transaction is being prepared against returns from unmanaged stores. Reason - GRT (done from store) is set-off when this transaction is done, so manual editing of quantity cannot be allowed.