EXIMYug / CASE STUDIES / CASE 02
CASE 02 · RoDTEP / drawback / IGST workflow

Export benefits stuck after shipping-bill data exceptions

A Client · Textile exporter · UK + EU. Exports were completed, but eligible money had not reached the exporter.

THE CHALLENGE

RoDTEP / drawback / IGST workflow

Exports were completed, but eligible money had not reached the exporter.

VALUE / EXPOSURE₹28.6 L
EXPECTED TIMELINE45–75 days
MARKETUK + EU

Constraints

  • Benefits spread across multiple shipping bills and schemes
  • Missing or inconsistent shipment-status visibility
  • CHA, Customs and finance teams held different pieces of evidence
  • Not every delayed benefit was necessarily recoverable
MEASUREMENT

KPIs that determine whether the case is moving

KPI 01₹ benefit identified
KPI 02Eligible cases actioned
KPI 03Exception aging
KPI 04Benefit closure rate
NORTH STAR METRIC₹ eligible export benefit converted from unresolved to realized/closed
EXPECTED JOURNEY

From problem statement to verified end state

01

Build

Build shipment-benefit register

02

Check

Check eligibility and declaration trail

03

Separate

Separate pending, rejected, data-error and non-eligible cases

04

Prepare

Prepare correction/escalation pack by shipping bill

05

Track

Track expected benefit to realization/closure

SOLUTION DESIGN

What EXIMYug does

A benefit ledger ties each shipping bill to scheme eligibility, declaration evidence, current exception and next responsible party.

01 · OUTCOMES

Operational outcomes

  • Benefit leakage quantified by shipment
  • Non-actionable cases separated from fixable cases
  • Correction/escalation actions assigned
  • A single benefit closure ledger established
02 · GOVERNMENT COMPLIANCE

Government workflow

Customs shipping-bill data, DGFT scheme conditions, RoDTEP/RoSCTL where relevant, drawback and IGST refund workflows.

03 · REGULATORY

Regulatory considerations

Scheme eligibility, declaration timing and Customs processing requirements vary by benefit and shipment.

04 · LEGAL

Legal / authority boundary

Entitlement is subject to statutory scheme conditions and authority determination; EXIMYug prepares and tracks the case, not the government decision.

END EXECUTION PLAN

Owner-driven execution, not an advisory report

01Inventory

Build shipment-benefit register

02Eligibility

Check eligibility and declaration trail

03Exception

Separate pending, rejected, data-error and non-eligible cases

04Route

Prepare correction/escalation pack by shipping bill

05Close

Track expected benefit to realization/closure

END STATE + IMPACT

₹ eligible export benefit converted from unresolved to realized/closed

The case is managed toward a measurable end state, with unresolved authority decisions explicitly separated from work EXIMYug can execute or coordinate.

IMPACT 01Recovered attention on eligible money
IMPACT 02Reduced benefit aging
IMPACT 03Repeatable benefit-control process

Case outcome values describe the operating end-state model and measurement framework; actual recoveries, approvals and timelines depend on transaction evidence and decisions by the relevant buyer, bank, insurer, carrier or authority.

Facing this type of export problem?

Start with the transaction, evidence, amount at stake and current blocker.

All Case Studies