Subversion Repositories SmartDukaan

Last modification

• Rev 37457 2026-08-29 07:49:43
• Author: amit

• Log message:

  Lock the KYC state to the GSTIN on the LOI
  
  The LOI already captures and validates a GSTIN, and the first two characters of a
  GSTIN are its GST state code - so once the LOI exists the KYC state is a fact
  about that number, not something to re-type. When one is present the state
  dropdown is prefilled from it and locked; otherwise it stays a normal
  master-backed select.
  
  Derived from the GSTIN rather than loi_form.gstState: that column is typed by
  hand and holds values like 'UP', 'UTTAR PARDESH' and 'MADHAY PARDESH' which
  resolve against nothing, and it is blank on 3 rows. Checked against prod - all
  693 GSTINs on record are 15 characters and every one resolves through
  statemaster.stateCode, and in all 14 rows where the two disagree the GSTIN is
  right and the typed value is wrong or empty.
  
  The lock is per row, not per page: the KYC screens list many onboardings, so the
  derived state is passed as a map keyed by onboarding id. Blank rows carry their
  onboarding id so a new KYC entry is locked too, which is the case that matters.
  
  data-gst-locked keeps the row's dblclick edit toggle from re-enabling the field;
  the value still submits because the JS reads it explicitly with .val().