T5.6 - CR-002: Acumatica cost code and task, hidden by toggle

The team concluded these two are noise on a field work package: cost codes are
effectively constant on a job and the Acumatica task mapping is a PM concern.
The cost visibility they actually want is by building and floor, which is CR-004
and CR-018.

Hidden, not removed. CLAUDE.md: "Removed fields are hidden, not deleted (CR-002,
CR-016). Retain the data and the model." So this is a second, narrower toggle
list beside T5.5's sections - two fields inside General Information rather than
two more sections, because a section is a block of the document and these are
two rows in one.

  no migration           the values live in the work package's JSON data blob,
                         which nothing here writes to. The probe greps every
                         migration for a drop_column touching either.
  no model change        server/models.py is untouched by this task
  no code change to      the toggles are SOP data. Another project turns them
  re-enable              back on from step 12 and both fields return, values
                         included

A field is on only if its own toggle is on AND the section holding it is. Asked
as one question (WPSections.fieldOn) so no caller has to remember to ask both -
a field showing inside a hidden section is not a state worth reasoning about,
and the probe checks that case explicitly.

  html/wp-sections.js            FIELDS, fieldOn, normalizeFields
  html/work-package-suite-app.js field rows nested under their section
  html/work-package-suite-styles.css .field-toggle
  html/wp-creation-index.html    ids on the two .field wrappers
  html/wp-creation-app.js        WP_FIELD_NODES; both document rows conditional
  tests/sections_check.py        +22 checks (53 -> 75)

Done when
  [x] neither field appears in the form, detail view or PDF export when off
  [x] existing records still hold their values - a package EDITED while both are
      off comes back through collectPackage() with both intact
  [x] the fields can be re-enabled for another SOP without a code change
  [x] no schema migration drops data - checked against every migration in the
      tree, not just the ones this wave added

The whole .field wrapper is hidden, not the input: a bare label over nothing is
worse than either state.

Raised, not fixed
  BL-019  A cost code that has left COST_CODES is silently blanked on edit.
          wp_cost is a <select>, and setting .value to something with no matching
          <option> does nothing at all - so opening such a package clears the
          field and the next save writes the blank back. The same bug was fixed
          once already for gov_wosize (work-package-suite-app.js:490-495) by
          adding the stored value as an option; cost code never got it.

          Found the honest way: a probe here used an invented cost code to prove
          hiding a field does not delete its value, and the value came back
          empty. That looked exactly like the toggle eating data. It was not, and
          the probe now uses a real code and says why in a comment - a probe that
          fails for a reason other than the one it names is worse than no probe.

Verified one at a time
  sections_check  75/75  (53 + 22 for CR-002)
  browser_check   71/71
  stepper_check   70/70
  a11y            22/22
  url_state       23/23
  autosave        34/34
  locations_check 58/58

Question for the PR, per CLAUDE.md: BL-000b asks whether General Information
wants per-field toggles generally. This is not that - it is the two fields
CR-002 names, and the list is deliberately closed. If a third field wants one,
that is the general question and it needs the product answer BL-000b is holding.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

html/wp-creation-app.js

@@ -122,7 +122,7 @@ function applySOP(){
   updateNumber(); updateReleaseBanner();
   // CR-006. Last, after every builder has rendered its card — applying it earlier
   // would be undone by whichever builder touched the same card afterwards.
-  applySopSections(SOP && SOP.sections);
+  applySopSections(SOP && SOP.sections, SOP && SOP.fields);
 }
 // Per-package kind. A project whose SOP has bimEnabled produces both install (IWP)
 // and BIM (EWP) packages; the kind selector tailors which fields, WP types, and
@@ -1215,8 +1215,8 @@ function renderPackage(pkg){
     ${pkg.disciplines&&pkg.disciplines.length?`<tr><th>Discipline(s)</th><td>${esc(pkg.disciplines.join(', '))}${pkg.split?' <span style="color:var(--accent);font-size:10px">[MASTER — split into instances]</span>':''}${pkg.instanceOf?` <span style="color:var(--accent);font-size:10px">[instance of ${esc(pkg.parentNumber||'')}]</span>`:''}</td></tr>`:''}
     <tr><th>System / Facility Code / UPN</th><td>${cell(pkg.system)}</td></tr>
     ${sectionOn('location')?`<tr><th>Location</th><td>${cell(pkg.location)}</td></tr>`:''}
-    <tr><th>Cost Code</th><td>${pkg.cost?esc(pkg.cost)+(costDesc?' — '+esc(costDesc):''):ns()}</td></tr>
-    <tr><th>Acumatica Task</th><td>${cell(pkg.wbs)}</td></tr>
+    ${fieldOn('costCode')?`<tr><th>Cost Code</th><td>${pkg.cost?esc(pkg.cost)+(costDesc?' — '+esc(costDesc):''):ns()}</td></tr>`:''}
+    ${fieldOn('acumaticaTask')?`<tr><th>Acumatica Task</th><td>${cell(pkg.wbs)}</td></tr>`:''}
     <tr><th>Assignees</th><td>${cell(pkg.assignees)}</td></tr>
     <tr><th>Distribution</th><td>${cell(pkg.distribution)}</td></tr>
     <tr><th>Due Date</th><td>${cell(pkg.due)}</td></tr>
@@ -1446,20 +1446,40 @@ const WP_SECTION_NODES = {
   closeout:    ['#closeout-card'],
 };
 
+// CR-002: two fields inside General Information, off-switchable on their own.
+// Hiding the whole .field wrapper rather than the input, so the label goes with
+// it — a bare label over nothing is worse than either state.
+const WP_FIELD_NODES = {
+  costCode:      ['#field-costCode'],
+  acumaticaTask: ['#field-acumaticaTask'],
+};
+
 let wpSections = (typeof WPSections !== 'undefined') ? WPSections.defaults() : {};
+let wpFields   = (typeof WPSections !== 'undefined') ? WPSections.fieldDefaults() : {};
 
 function sectionOn(id){
   if(typeof WPSections === 'undefined') return true;
   return WPSections.isOn(wpSections, id);
 }
+function fieldOn(id){
+  if(typeof WPSections === 'undefined') return true;
+  return WPSections.fieldOn(wpSections, wpFields, id);
+}
 
 /* Apply a section map to the form. Called from applySOP() on boot — which covers
    a reload, a fresh tab and the standalone page — and from the SOP wizard next
    door while the frame is already open (X4). Exposed on window deliberately: the
    wizard is a different document and can only reach a global. */
-function applySopSections(sections){
+function applySopSections(sections, fields){
   if(typeof WPSections === 'undefined') return wpSections;
   wpSections = WPSections.normalize(sections);
+  wpFields = WPSections.normalizeFields(fields);
+  Object.keys(WP_FIELD_NODES).forEach(id => {
+    const on = fieldOn(id);
+    WP_FIELD_NODES[id].forEach(sel => {
+      document.querySelectorAll(sel).forEach(el => { el.hidden = !on; });
+    });
+  });
   Object.keys(WP_SECTION_NODES).forEach(id => {
     const on = wpSections[id];
     WP_SECTION_NODES[id].forEach(sel => {