{"id":145,"date":"2026-09-19T14:59:43","date_gmt":"2026-09-19T09:29:43","guid":{"rendered":"https:\/\/msfinance.in\/Blog\/?p=145"},"modified":"2026-09-19T14:59:44","modified_gmt":"2026-09-19T09:29:44","slug":"myntra-payment-reconciliation-sjit-stock-reconciliation-recover-your-lost-money-spf-claims","status":"publish","type":"post","link":"https:\/\/msfinance.in\/Blog\/myntra-payment-reconciliation-sjit-stock-reconciliation-recover-your-lost-money-spf-claims\/","title":{"rendered":"Myntra Payment Reconciliation + SJIT Stock Reconciliation | Recover Your Lost Money & SPF Claims"},"content":{"rendered":"\n

Selling on Myntra can generate significant business for brands and sellers, but marketplace operations also create complex challenges around payment reconciliation, stock reconciliation, returns, deductions, claims and settlements<\/strong>.<\/p>\n\n\n\n

One of the most overlooked areas is SJIT (Seller Just-In-Time) stock reconciliation<\/strong>. Stock that is missing, lost, incorrectly processed or not properly accounted for can directly impact a seller’s profitability.<\/p>\n\n\n\n

At the same time, sellers may face differences between their own books and the amount actually settled by Myntra.<\/p>\n\n\n\n

This is where systematic Myntra Payment Reconciliation + SJIT Stock Reconciliation + SPF Claim tracking<\/strong> becomes important.<\/p>\n\n\n\n

What Is Myntra Payment Reconciliation?<\/h2>\n\n\n\n

Myntra payment reconciliation is the process of matching the seller’s expected receivables with the actual amount settled by Myntra.<\/p>\n\n\n\n

A seller may have thousands of orders, returns, cancellations, deductions, marketplace fees and other adjustments. Simply checking the bank credit is therefore not enough.<\/p>\n\n\n\n

A proper reconciliation should identify:<\/p>\n\n\n\n

    \n
  • Order-wise sales<\/li>\n\n\n\n
  • Actual payment received<\/li>\n\n\n\n
  • Returns and refunds<\/li>\n\n\n\n
  • Marketplace deductions<\/li>\n\n\n\n
  • Commission and other charges<\/li>\n\n\n\n
  • TDS\/TCS deductions<\/li>\n\n\n\n
  • Credit notes and debit notes<\/li>\n\n\n\n
  • Short payments<\/li>\n\n\n\n
  • Unsettled transactions<\/li>\n\n\n\n
  • Other adjustments<\/li>\n\n\n\n
  • Outstanding receivables<\/li>\n<\/ul>\n\n\n\n

    The objective is simple:<\/p>\n\n\n\n

    Expected Amount \u2192 Actual Settlement \u2192 Difference \u2192 Reason \u2192 Recovery\/Adjustment<\/strong><\/p>\n\n\n\n

    Why Payment Reconciliation Is Important<\/h2>\n\n\n\n

    Suppose a seller’s records show that \u20b910,00,000 should have been received, but only \u20b99,70,000 has actually been settled.<\/p>\n\n\n\n

    The \u20b930,000 difference should not simply be treated as a normal marketplace deduction.<\/p>\n\n\n\n

    The reconciliation process should determine exactly why the difference occurred<\/strong>.<\/p>\n\n\n\n

    Possible reasons can include:<\/p>\n\n\n\n

      \n
    • Incorrect deductions<\/li>\n\n\n\n
    • Return-related adjustments<\/li>\n\n\n\n
    • Claims not processed<\/li>\n\n\n\n
    • Missing settlements<\/li>\n\n\n\n
    • Short payments<\/li>\n\n\n\n
    • Incorrect fees<\/li>\n\n\n\n
    • Tax deductions<\/li>\n\n\n\n
    • Credit\/debit note adjustments<\/li>\n\n\n\n
    • Other settlement discrepancies<\/li>\n<\/ul>\n\n\n\n

      Without detailed reconciliation, these differences can remain unnoticed.<\/p>\n\n\n\n

      What Is SJIT Stock Reconciliation?<\/h1>\n\n\n\n

      SJIT stock reconciliation focuses on matching the seller’s stock records with the stock movement and status reflected in the Myntra fulfilment ecosystem.<\/p>\n\n\n\n

      Stock can move through different stages, including:<\/p>\n\n\n\n

      Seller \u2192 Pickup \u2192 Myntra FC\/SJIT \u2192 Processing \u2192 Shipment \u2192 Customer \u2192 Return<\/strong><\/p>\n\n\n\n

      At each stage, discrepancies can arise.<\/p>\n\n\n\n

      For example, a seller may find items showing statuses such as:<\/p>\n\n\n\n

        \n
      • Missing<\/li>\n\n\n\n
      • Lost<\/li>\n\n\n\n
      • Processing<\/li>\n\n\n\n
      • Shipped<\/li>\n\n\n\n
      • Returned<\/li>\n\n\n\n
      • Undelivered<\/li>\n\n\n\n
      • Damaged<\/li>\n\n\n\n
      • Other exception statuses<\/li>\n<\/ul>\n\n\n\n

        Every such item should be investigated against the seller’s records and the marketplace data.<\/p>\n\n\n\n

        Why SJIT Stock Reconciliation Matters<\/h2>\n\n\n\n

        Inventory is money.<\/p>\n\n\n\n

        If a product costing \u20b92,000 goes missing and the issue is not identified, the seller potentially loses the inventory value as well as the opportunity to recover the eligible amount through the applicable claim process.<\/p>\n\n\n\n

        When hundreds or thousands of SKUs are involved, manual tracking becomes difficult.<\/p>\n\n\n\n

        A structured reconciliation can help sellers identify:<\/p>\n\n\n\n

          \n
        • Missing stock<\/li>\n\n\n\n
        • Lost inventory<\/li>\n\n\n\n
        • Unaccounted returns<\/li>\n\n\n\n
        • Shipment discrepancies<\/li>\n\n\n\n
        • Undelivered items<\/li>\n\n\n\n
        • Processing exceptions<\/li>\n\n\n\n
        • Stock quantity mismatches<\/li>\n\n\n\n
        • Potential claim cases<\/li>\n<\/ul>\n\n\n\n

          What Is an SPF Claim?<\/h1>\n\n\n\n

          SPF generally refers to a seller protection\/claim mechanism applicable under the marketplace’s policies for certain eligible losses or issues.<\/p>\n\n\n\n

          The exact eligibility, documentation, timelines and claim treatment depend on the applicable Myntra policies and transaction circumstances.<\/p>\n\n\n\n

          Therefore, sellers should not assume that every missing or lost item automatically qualifies for a claim.<\/p>\n\n\n\n

          Instead, each case should be:<\/p>\n\n\n\n

            \n
          1. Identified<\/li>\n\n\n\n
          2. Verified<\/li>\n\n\n\n
          3. Documented<\/li>\n\n\n\n
          4. Checked against the applicable policy<\/li>\n\n\n\n
          5. Submitted through the appropriate process<\/li>\n\n\n\n
          6. Followed up until resolution<\/li>\n<\/ol>\n\n\n\n

            Common Myntra Seller Money Leakages<\/h1>\n\n\n\n

            Many sellers focus only on sales revenue.<\/p>\n\n\n\n

            However, the real question should be:<\/p>\n\n\n\n

            “How much money should I actually receive after all transactions and adjustments?”<\/strong><\/p>\n\n\n\n

            Potential leakages can occur through:<\/p>\n\n\n\n

            1. Payment Differences<\/h3>\n\n\n\n

            Expected settlement and actual settlement may differ.<\/p>\n\n\n\n

            2. Return Discrepancies<\/h3>\n\n\n\n

            Returns can create additional reconciliation requirements when the physical movement and financial adjustment do not match.<\/p>\n\n\n\n

            3. Missing or Lost Stock<\/h3>\n\n\n\n

            Inventory may appear under exception statuses and require investigation.<\/p>\n\n\n\n

            4. Unsettled Payments<\/h3>\n\n\n\n

            Some transactions may remain outstanding and require follow-up.<\/p>\n\n\n\n

            5. Incorrect or Unexpected Deductions<\/h3>\n\n\n\n

            Fees, adjustments and other deductions need to be matched against the applicable records.<\/p>\n\n\n\n

            6. Unclaimed Eligible Amounts<\/h3>\n\n\n\n

            A seller may fail to pursue eligible claims because the underlying transaction was not identified during reconciliation.<\/p>\n\n\n\n

            How to Perform Myntra Payment Reconciliation<\/h1>\n\n\n\n

            A practical reconciliation process can follow these steps:<\/p>\n\n\n\n

            Step 1: Collect Marketplace Data<\/h3>\n\n\n\n

            Collect the relevant Myntra reports, settlement data, order information, returns and other available transaction reports.<\/p>\n\n\n\n

            Step 2: Match Orders<\/h3>\n\n\n\n

            Match marketplace orders with the seller’s internal records.<\/p>\n\n\n\n

            Step 3: Calculate Expected Receivable<\/h3>\n\n\n\n

            Determine the amount that should be received after considering the applicable sales, returns, fees, taxes and adjustments.<\/p>\n\n\n\n

            Step 4: Match Actual Settlement<\/h3>\n\n\n\n

            Compare the expected amount with actual bank\/settlement receipts.<\/p>\n\n\n\n

            Step 5: Identify Differences<\/h3>\n\n\n\n

            Create an exception report for:<\/p>\n\n\n\n