Problem: the LAB5 demo company (acumatica-devops) needs distribution config, and the Default endpoint cannot reach the setup singletons that gate it. Live probe evidence from tenant LAB5 (26.101.0225, Default/25.200.001, GET $top=1 per entity after the GL foundation applied clean):
- Warehouse, Shipment -> 500 "required configuration data is not entered on the IN Setup form" (IN101000)
- Vendor, Bill -> 500 AP Preferences (AP101000)
- Customer, SalesInvoice, Payment -> 500 AR Preferences (AR101000)
- SalesOrder -> 500 SO Preferences (SO101000)
- PurchaseOrder, PurchaseReceipt -> 500 PO Preferences (PO101000)
- ItemClass PUT -> 422 "'Availability Calculation Rule' cannot be empty" + "Availability Calculation Rule 'DEFAULT' cannot be found in the system" — empty tenant has zero INAvailabilityScheme rows and Default has no entity to create one (IN201500)
- PostingClass: no Default-endpoint entity (schema check); StockItem.PostingClass presumed required (IN206000)
- CashAccount -> 404 "Entity CashAccount not found" (CA202000); PaymentMethod IS in Default (200, 1 row) — no Bootstrap entity needed for it
Scope for Bootstrap/1.5.0 (version bump per V21, all data-repo refs bump together): INPreferences, APPreferences, ARPreferences, SOPreferences, POPreferences, AvailabilityCalculationRule, PostingClass, CashAccount. Fields scoped to the no-server-default set per prefs screen (GLPreferences precedent: two fields).
Conditional, probe after the prefs land (not in scope until proven needed): OrderType SO201000, StatementCycle AR202800, CAPreferences CA101000, PaymentMethodAccount link.
Related data-repo finding, no tool change: KitSpecification/KitAssembly answer 403 (form IN209500/IN307000) — the KitAssemblies feature flag joins bootstrap/features.yaml and the tenant package gets republished.
Acceptance:
- Bootstrap endpoint 1.5.0 exposes the eight entities; each PUTs a minimal record and diffs clean on a fresh bootstrapped tenant
- ItemClass applies once an AvailabilityCalculationRule row exists
- Vendor/Customer/SalesOrder/PurchaseOrder GET answer 200 after prefs apply
Problem: the LAB5 demo company (acumatica-devops) needs distribution config, and the Default endpoint cannot reach the setup singletons that gate it. Live probe evidence from tenant LAB5 (26.101.0225, Default/25.200.001, GET $top=1 per entity after the GL foundation applied clean):
Scope for Bootstrap/1.5.0 (version bump per V21, all data-repo refs bump together): INPreferences, APPreferences, ARPreferences, SOPreferences, POPreferences, AvailabilityCalculationRule, PostingClass, CashAccount. Fields scoped to the no-server-default set per prefs screen (GLPreferences precedent: two fields).
Conditional, probe after the prefs land (not in scope until proven needed): OrderType SO201000, StatementCycle AR202800, CAPreferences CA101000, PaymentMethodAccount link.
Related data-repo finding, no tool change: KitSpecification/KitAssembly answer 403 (form IN209500/IN307000) — the KitAssemblies feature flag joins bootstrap/features.yaml and the tenant package gets republished.
Acceptance: