Nykaa Marketplace Reconciliation Using OMS
Nykaa marketplace reconciliation using OMS helps finance and operations teams compare marketplace records with internal order data, settlement data, and bank receipts. The goal is to identify matched orders, partial differences, missing orders, and unresolved exceptions without rebuilding the workflow every month.
With Cointab, teams can set up a structured reconciliation between Side A and Side B records, map the required fields once, and run the same reconciliation for future periods. This is useful when Nykaa reports need to be checked against OMS exports, internal sales files, payment records, or settlement reports.
Why Nykaa marketplace reconciliation matters
Marketplace finance teams often work with multiple reports for the same period. A Nykaa reconciliation may involve order data, sales data, settlement data, payout data, and internal OMS records. When these files are reviewed manually in Excel, it becomes difficult to keep the process consistent, especially when data volumes grow or report formats change.
A structured reconciliation workflow helps teams:
- Compare internal OMS records with external marketplace records in a repeatable way
- Identify orders that are fully matched, partially matched, unmatched, or skipped
- Spot missing payouts, deductions, returns, cancellations, or settlement differences
- Reduce dependence on ad hoc formulas, VLOOKUPs, and manual file comparisons
- Keep month-end close and audit review more organized
How Cointab handles Nykaa reconciliation
Cointab uses a Side A and Side B model for reconciliation.
Side A: your internal records
Side A typically includes the records your business expects to be correct, such as:
- OMS order exports
- Internal sales reports
- ERP or accounting exports
- Order-level revenue reports
- Internal settlement working files
Side B: Nykaa marketplace records
Side B contains the external records received from the marketplace or related systems, such as:
- Nykaa order reports
- Nykaa sales reports
- Nykaa settlement reports
- Nykaa payout reports
- Related bank statement entries, where needed
Once both sides are uploaded, users map fields such as order date, amount, and key identifiers. Common identifiers may include order ID, transaction ID, invoice number, settlement reference, or other business-specific fields.
Typical reconciliation flow
A Nykaa marketplace reconciliation in Cointab usually follows a simple, reusable workflow:
- Upload the Nykaa reports and internal OMS files.
- Map the required fields once.
- Add any supporting data, if needed, for lookup or enrichment.
- Create derived columns when data needs to be cleaned or calculated.
- Run the reconciliation manually or on a schedule.
- Review the results in the report dashboard.
- Export the Excel report for internal review or audit support.
The setup can be reused for future periods, which reduces repeat work for finance teams.
What Cointab compares in a Nykaa OMS reconciliation
Different businesses may use different source files, but the reconciliation logic usually focuses on three things:
1. Order matching
The system checks whether the same order appears in both the OMS and Nykaa records. If the order reference and expected values align, the transaction is marked as fully matched.
2. Amount differences
Some orders are related but do not match exactly on amount. These are identified as partial matches so the finance team can review whether the difference is due to fees, returns, discounts, deductions, or another business reason.
3. Missing or open items
Orders that appear on one side but not the other are kept open for review. This is useful for identifying missing records, late reports, or data issues that need follow-up.
Reconciliation outcomes finance teams can review
Cointab separates records into clear result groups so teams can focus on exceptions instead of checking every row manually.
Fully matched
These are orders where the relevant identifiers and values match according to the configured reconciliation logic.
Partially matched
These are orders where there is a clear relationship between the two sides, but the amounts do not fully align. This can help teams investigate under-recorded or over-recorded values.
Unmatched
These are orders or entries present on one side but not found on the other. In a Nykaa reconciliation, this may point to missing marketplace records, missing OMS entries, or incomplete reporting.
Skipped
Skipped rows are not included in the reconciliation because they may be incomplete, invalid, duplicated, or excluded by rule. Keeping skipped records visible helps teams understand what was ignored and why.
Supporting data and derived columns
Marketplace reconciliation often needs more than a direct file comparison. Cointab allows supporting data to be uploaded for enrichment, lookup, or preparation before reconciliation.
Examples include:
- Product master files
- SKU mapping files
- Store mapping files
- Order metadata files
- Fee or rate files
- Return or adjustment files
Users can also create derived columns on both sides. This is useful when the raw data needs to be cleaned or normalized before matching. For example, a finance user may want to generate a cleaned order ID, a net amount, or a derived payment amount based on business rules.
AI can help create Excel-style formulas from natural language, which makes it easier for finance users to define calculations without writing formulas manually.
Handling complex reconciliation cases
Nykaa marketplace data does not always match one-to-one with OMS data. Cointab's reconciliation engine is built to handle more complex matching logic, including:
- One-to-one matching
- One-to-many matching
- Many-to-one matching
- Many-to-many grouping
- Net-to-net comparison
- Partial matching
- Contra-style matching where relevant
This matters when a single order is split across multiple records, when records need to be grouped, or when the amount needs to be evaluated at a combined level rather than a row-by-row level.
AI support for open items
After structured matching is complete, AI can assist with the remaining open transactions. This is especially useful when references are inconsistent, descriptions are unstructured, or the data needs business context to interpret.
AI can help finance teams with:
- Exception analysis
- Reviewing difficult open items
- Suggesting possible reasons for unmatched transactions
- Identifying whether a missing file may explain the difference
- Supporting review of refunds, fees, returns, or deductions
The output remains reviewable and conservative. If evidence is not strong enough, the item should stay unmatched rather than being forced into a weak match.
Reusable workflow for monthly close
One of the main advantages of using Cointab for Nykaa reconciliation is reuse. Once the reconciliation is configured, the same setup can be used again for the next month or period.
That means finance teams do not need to rebuild the matching logic every cycle. They can simply:
- Select the reconciliation
- Select the period
- Upload the required files
- Run the reconciliation
- Review the report
This makes recurring marketplace reconciliation more predictable and easier to manage.
Automation for recurring Nykaa reconciliation
For teams that receive reports regularly, Cointab can automate data flow through email, SFTP, or API integrations. That allows the reconciliation process to become part of daily or period-end finance operations instead of a manual file-upload task.
Automation can support:
- Scheduled file intake
- Scheduled reconciliation runs
- Automated report generation
- Output delivery to internal systems through email, SFTP, or API
This is useful when finance teams want a more reliable process for recurring marketplace reconciliation and downstream reporting.
Audit-ready reporting
After reconciliation is completed, users can review the dashboard and download Excel reports that include matched, partially matched, unmatched, and skipped records. This supports internal review, partner follow-up, and audit preparation.
The dashboard also keeps past reconciliation runs available for future reference, so teams can see what was run, when it was run, and what files were used.
When a file is missed
In real finance operations, a file may arrive late or be missed during the first run. Cointab supports uploading a missed file under the same reconciliation and refreshing the report afterward.
This is helpful for marketplace workflows where bank statements, settlement reports, or other partner files may not arrive at the same time as the main order data.
Why finance teams use Cointab for marketplace reconciliation
Cointab is useful for teams that need a structured way to compare internal records with external marketplace records. For a Nykaa reconciliation workflow, the value is not just matching rows. It is about making the process easier to repeat, easier to review, and easier to explain.
Finance teams use it to:
- Reduce manual spreadsheet work
- Improve control over recurring reconciliation tasks
- Keep exception handling visible and auditable
- Reuse the same setup across periods
- Work from one shared workspace instead of passing Excel files around
FAQs
What files are usually needed for Nykaa reconciliation?
Most Nykaa reconciliation workflows use a combination of internal OMS exports and Nykaa marketplace reports. Depending on the process, teams may also include settlement reports, payout files, bank statements, or supporting data for lookup and enrichment.
Can the same reconciliation be used every month?
Yes. Once configured, the reconciliation can be reused for future periods. Users do not need to rebuild the workflow each month.
What happens when records do not match?
Cointab separates records into fully matched, partially matched, unmatched, and skipped categories. Finance teams can review the exceptions, investigate the cause, and manually match items where appropriate.
Can Cointab handle late or missing files?
Yes. If a file was missed, it can be uploaded under the same reconciliation and the report can be refreshed.
Is this only for Nykaa reconciliation?
No. The same reconciliation approach can be used for many workflow types, including marketplace reconciliation, bank reconciliation, vendor reconciliation, and payment reconciliation, depending on the source files and business rules.