Our GST filing reports are incorrectly classifying export invoices, treating them as domestic sales and applying wrong tax codes. This is creating serious compliance issues with the GST authorities.
The problem occurs specifically with zero-rated export transactions. Instead of appearing in Table 6A of the GSTR-1 report as exports, they’re being reported as regular B2B supplies in Table 4. The invoice mapping seems to be ignoring the export classification, and our compliance validation is failing to catch these errors before submission.
We’ve verified that the customer master records have the correct country codes and export flags set. The shipping documents show proper export documentation. However, when the billing document is created, the GST classification rules aren’t being applied correctly. The system is defaulting to domestic tax codes instead of recognizing the export transaction handling requirements.
This affects about 200 export invoices per month and we’ve already had to file corrections for two reporting periods. What configuration controls the GST classification logic for export transactions?
Also verify your export type configuration in J1IEX. Each export transaction should have a shipping bill number and port code recorded. The GSTR-1 report specifically looks for these fields to identify export transactions. If shipping bill details are missing or incorrect, the system defaults to treating it as domestic. We had to customize our SD process to mandate shipping bill entry before billing document creation.
That’s revealing. If the tax code is correct but the reporting is wrong, the issue is in the GSTR-1 extraction logic. The report uses function module J_1IG_GSTR1_EXTRACT to pull data. This module checks several fields to determine which table the invoice belongs to:
IF VBRK-LAND1 NE 'IN' AND
VBRK-KUNWE-LAND1 NE 'IN'
CLASSIFY_AS = 'EXPORT'
ENDIF
If your ship-to address isn’t properly flagged as international, it won’t classify correctly. Check the sold-to and ship-to addresses on the billing document.
The issue is in your tax determination procedure. For exports, you need to ensure condition type JEXP (Export) is being picked up instead of JOCG/JOSG/JOIG. Check your access sequence for tax determination - it should evaluate the destination country before applying tax codes. If the customer country is not IN, it should trigger export conditions. Verify table J_1IEXCHDR is being referenced correctly in your pricing procedure.
We do have HSN codes maintained on materials and the export customers have proper tax classifications. But I’m noticing something interesting - when I look at the billing document, the tax code shows as I0 (GST 0%) but it’s still being reported in the wrong GSTR-1 table. Could this be a reporting issue rather than a tax determination issue?
I’ve dealt with similar classification problems. The root cause is usually in the tax classification code assignment at the material master level. Transaction code FTXP lets you maintain tax classifications. For export scenarios, you need to ensure materials have the correct chapter ID and HSN codes maintained. Also check that your customer master (transaction XD02) has the tax classification field properly set for export customers. Without these, the system can’t determine that it’s an export transaction.