Subversion Repositories SmartDukaan

Last modification

• Rev 37543 2026-09-08 12:10:42
• Author: amit

• Log message:

  receive debit note: resolve the DOA section from the declared condition, not from a change
  
  The condition dropdown renders with the partner's declared value already selected, so
  a declared BAD - the ordinary DOA case - fired no change event and the DOA certificate
  radios stayed hidden. The operator could not supply a certificate, and receiveDebitNoteItems
  then refused the receipt for a missing one, making those debit notes unreceivable.
  
  applyDeclaredConditions seeds each dropdown from the row's data-declared and settles the
  dependent sections on load; the show/hide logic moves out of the change handler into
  syncReceiveConditionState, which reads the current state of the form rather than whatever
  was last touched. The change handler now calls the same function.
  
  The server-side 'selected' stays as a fallback: without it a declared BAD would present as
  GOOD if the script failed to load, and the server reads that difference as the warehouse
  disagreeing with the partner, which rejects the whole debit note.
  
  jsVersion 417 -> 418.