Project

General

Profile

Actions

Task #5

open
PK SA

[SEC-04] Sharique + a CA/GST advisor must explicitly decide and document which model Attirelly actually runs, in writing. This determines who recognizes revenue, who owes GST/TCS, and how vendor payouts work — and blocks further invoice/settlement work...

Task #5: [SEC-04] Sharique + a CA/GST advisor must explicitly decide and document which model Attirelly actually runs, in writing. This determines who recognizes revenue, who owes GST/TCS, and how vendor payouts work — and blocks further invoice/settlement work...

Added by Prabhakar Kumar about 3 hours ago.

Status:
New
Priority:
P0
Assignee:
Category:
Backend
Start date:
10 Aug 2026
Due date:
% Done:

0%

Estimated time:

Description

Module: Payment / Legal

Current State:
Two contradicting seller-of-record models exist in the code at the same time: payment_service.py's checkout comment says Attirelly is the sole seller-of-record issuing ONE consolidated invoice under its own GSTIN (matches how Myntra operates) and explicitly says "do NOT generate per-vendor invoices" — but the invoice code actually shipped this session generates a SEPARATE tax invoice per vendor naming the VENDOR as "Sold By" (matches how Flipkart operates). These cannot both be true at once.

Task:
Sharique + a CA/GST advisor must explicitly decide and document which model Attirelly actually runs, in writing. This determines who recognizes revenue, who owes GST/TCS, and how vendor payouts work — and blocks further invoice/settlement work until it's resolved.

Why It Matters:
This is a legal/accounting foundation question, not an engineering guess — and it's currently unanswered in the code itself.

Target Week: Week 1

Excel Owner: Sharique

Excel Priority: P0 - Critical

Excel Status: Not Started

Sprint Plan ID: SEC-04

No data to display

Actions

Also available in: PDF Atom