🗄 Database Management

Projekty a subprojekty se tahají mimo velký planning cyklus — vlákno ve workeru, které kontroluje BC každých pár sekund a zapisuje jen při změně. Nový projekt je tak v appkách vidět hned.

Demand & supply z BC — SO, BOM, AO, PO, TO, inventory, returns + daily proposal

Item Ledger Entries z BC (200+ tis. řádků) — podklad pro Inventory Aging. Kumulativní: seeduje se z předchozího běhu, z BC jen inkrement, takže další běhy jsou otázka sekund. Stačí 1× denně.
Value Entries se záměrně netahají (proto 0 řádků): náklad pohybu je v BC už na Item Ledger Entry jako FlowField = součet Value Entries. Zapnutí: BC_HISTORY_VALUE_ENTRIES=1.

19 entit pro MCP server rm-bc-mcp (nástroje snapshot_lookup / snapshot_status) — zákazníci, dodavatelé, ship-to adresy, dopravci, templaty, dimenze, BC users. Agent si v nich dohledá referenci před zápisem do BC místo drahého dotazu naživo. Stačí 3–4× denně, data se mění pomalu.
Píše do bc_snapshot_records / bc_snapshot_meta — schéma vlastní repo rm-bc-mcp, worker ho jen plní. Zápis je atomický per entitu; když se entita nestáhne, její stará data zůstanou (v detailu níž je pak u ní chyba).

Posted doklady z BC — faktury, dobropisy, příjemky + dimenze (zdroj pro P&L)