Skip to content

Domain Packs

Domain packs are optional. jinflow works without them — you can build a complete analytical pipeline from an empty tenant AFS. Packs are for teams that want to replicate a proven analytical framework across multiple clients.

A domain pack is a starter kit: entity models, contracts, source-system adapters, signals, theses, verdicts, SMEbits, and reports — all tailored to a specific industry. Run jinflow init --pack to copy the framework into a new tenant instance. From there, the tenant is independent.

jinflow currently ships with four domain packs, each proving the engine across a different industry with different data shapes, source systems, and analytical questions.


Vineyard-to-bottle traceability for Valais winemaking.

Millesime tracks every parcel, harvest, fermentation, and bottling across multiple domaines. It detects yield anomalies, classification mismatches, and traceability gaps from vine to finished wine.

DomainWinemaking (Valais, Switzerland)
Source systemsCustom CSV exports from winery ERP
Tenantsdomaine_zufferey, domaine_clavien, domaine_betrisey
TaglineEvery bottle has a story
EntityWhat it represents
ParcelsVineyard plots with cépage, altitude, exposure
HarvestsHarvest events per parcel per year (yield, sugar, acidity)
Harvest TrendsYear-over-year metrics per parcel
WinesProduced wines (cuvée, millésime, classification)
Cellar OperationsFermentation, racking, sulfiting, blending steps
Lab AnalysesChemical analysis (pH, alcohol, SO2, volatile acidity)
BarrelsOak and steel vessels with capacity and age
Bottle MovementsBottling, labeling, storage, dispatch events
Sales OrdersCustomer orders with quantities and pricing
CustomersRestaurants, retailers, private buyers
  • Yield anomalies — parcels producing significantly above or below historical norms
  • Traceability gaps — wine without complete parcel-to-bottle chain
  • Lab compliance — analyses outside AOC/DOC thresholds
  • Cellar timing — operations happening outside expected windows

Signals: 12 | Theses: 3 | Verdicts: 3 | SMEbits: 5

Section titled “Signals: 12 | Theses: 3 | Verdicts: 3 | SMEbits: 5”

Lift-to-ledger reconciliation for ski resort operations.

Alptrack matches ticket sales, lift rides, snowmaking costs, and equipment rental across resorts. It detects revenue leakage from unpaid passages, equipment utilization gaps, and operational waste.

DomainSki resort operations
Source systemsSkiData, Axess
Tenantsresort_alpine, resort_family, resort_glacier
TaglineEvery passage counts
EntityWhat it represents
Gate PassagesTurnstile events (lift, entry, parking)
GuestsVisitor profiles with pass type
LiftsChairlifts, gondolas, drag lifts with capacity
PassesSki passes (day, season, multi-day) with validity
SlopesPistes with difficulty, length, snowmaking coverage
Snowmaking OpsSnow cannon operations (hours, water, energy)
Weather ObsTemperature, precipitation, wind at station level
Revenue EventsTicket sales, rental charges, F&B transactions
Rental EquipmentSkis, boots, helmets with condition and location
Rental TransactionsEquipment checkouts and returns
  • Access revenue leakage — passages without valid passes (fare evasion, system errors)
  • Equipment utilization — rental fleet sitting idle vs overbooked
  • Snowmaking efficiency — energy and water cost per skiable hour produced
  • Capacity planning — lift utilization vs queue times vs weather
SignalTypeWhat it detects
probe_passage_without_valid_passbalanceGate passages with no matching valid pass
probe_lift_capacity_utilizationdistribution_outlierLifts running far above or below capacity
probe_revenue_reconciliationbalanceTicket sales vs gate passage counts
probe_snowmaking_efficiencyratioEnergy cost per hour of produced snow
probe_rental_return_overduehand_writtenEquipment not returned within expected window

Signals: 12 | Perspectives: 2 | Theses: 3 | Verdicts: 3 | SMEbits: 5 | Reports: 5

Section titled “Signals: 12 | Perspectives: 2 | Theses: 3 | Verdicts: 3 | SMEbits: 5 | Reports: 5”

Shipment-to-checkpoint accountability for global freight forwarding.

InterLogic tracks every checkpoint, customs declaration, and carrier handoff across 3 continents and 3 source systems. It detects visibility gaps, duty overpayments, and carrier SLA erosion.

DomainGlobal logistics and freight forwarding
Source systemsCargoWise, SAP TM, WMS Manhattan
Tenantsexpress_europe, global_freight, pacific_trade
TaglineEvery shipment tells a story
EntityWhat it represents
ShipmentsFreight shipments with origin, destination, carrier, mode
Shipment ItemsLine items with HS codes, quantities, values
CheckpointsTracking events (pickup, customs, transit, delivery)
RoutesPlanned routes with legs and transit times
Route LegsIndividual legs (sea, air, road, rail) with carriers
CarriersFreight carriers with SLA tiers and regions
CustomersShippers, consignees, brokers
ContainersTEU/FEU/reefer containers with capacity
Customs DeclarationsImport/export filings with duty rates
WarehousesDistribution centers, port terminals, bonded stores
Inventory SnapshotsWarehouse stock levels at point-in-time
IncidentsDelays, damage, loss, customs holds
  • Checkpoint visibility — shipments with gaps in the tracking chain
  • Customs duty reconciliation — declared values vs actual duty paid
  • HS classification consistency — same product classified differently across declarations
  • Carrier SLA compliance — actual transit times vs contracted SLAs
SignalTypeWhat it detects
probe_checkpoint_gaptemporal_sequenceMissing checkpoints in the journey chain
probe_customs_duty_reconciliationbalanceDuty paid vs duty expected from declared values
probe_hs_classification_mismatchduplicateSame product with different HS codes
probe_carrier_performanceratioActual vs contracted transit times
probe_container_utilizationdistribution_outlierUnder/over-filled containers
ThesisQuestion
hyp_customs_overpaymentIs inconsistent HS classification causing systematic duty overpayment?
hyp_carrier_sla_erosionAre carriers systematically underperforming their SLA commitments?
hyp_shipment_visibility_gapAre tracking blind spots causing operational and financial risk?

Signals: 12 | Theses: 4 | Verdicts: 4 | SMEbits: 5 | BitBundles: 1 | Reports: 5

Section titled “Signals: 12 | Theses: 4 | Verdicts: 4 | SMEbits: 5 | BitBundles: 1 | Reports: 5”

Matter-to-invoice integrity for multilingual Swiss legal practices.

Lexflow tracks billable hours, expenses, disbursements, and compliance obligations across law firms operating in German, French, and Italian Switzerland. It detects billing anomalies, compliance gaps, and conflict-of-interest risks.

DomainLegal office operations
Source systemsAbacus Legal, Kleos, WinJur
Tenantscabinet_geneve, kanzlei_bern, studio_lugano
TaglineEvery hour is accountable
EntityWhat it represents
MattersLegal cases/mandates with practice area, status
ClientsClients with KYC/AML status
CounterpartiesOpposing parties in matters
Lawyer ProfilesAttorneys with hourly rates, specializations
Time EntriesBillable and non-billable time records
InvoicesClient invoices with line items
PaymentsPayment receipts against invoices
DocumentsCase documents with classification
DeadlinesCourt and regulatory deadlines
  • Billing integrity — time entries without invoices, invoices without matching time
  • AML/KYC compliance — clients with incomplete know-your-customer documentation
  • Conflict of interest — matters where the firm represents both sides
  • Revenue concentration — over-dependence on a single client
  • Deadline risk — approaching court deadlines without activity
SignalTypeWhat it detects
probe_aml_missing_kycmandatory_itemClients with high-value invoices but incomplete KYC
probe_client_revenue_concentrationdistribution_outlierClients representing disproportionate revenue share
probe_unbilled_timebalanceTime entries without corresponding invoice lines
probe_deadline_at_risktemporal_sequenceDeadlines approaching without recent activity
probe_conflict_of_interestduplicateMatters where firm acts for both parties

Signals: 15 | Verdicts: 4 | SMEbits: 5 | Reports: 3

Section titled “Signals: 15 | Verdicts: 4 | SMEbits: 5 | Reports: 3”

MillesimeAlptrackInterLogicLexflow
IndustryWinemakingSki ResortsLogisticsLegal
Entities1010129
Source systems1233
Signals12121215
Theses334
Verdicts3344
SMEbits5555
Reports553
Tenants3333

Each pack proves a different aspect of the jinflow engine:

  • Millesime proves agricultural traceability (parcel → bottle)
  • Alptrack proves real-time operations (passage → revenue)
  • InterLogic proves multi-system logistics (3 ERPs → 1 checkpoint chain)
  • Lexflow proves compliance-first analytics (KYC, conflicts, deadlines)

You don’t need a domain pack to use jinflow. But if you want to package your analytical framework for reuse:

  1. Build your instruments in a tenant AFS (signals, theses, verdicts, SMEbits)
  2. Validate that they work across at least 2 tenants
  3. Extract the AFS into a pack repository
  4. New tenants start from your pack: jinflow init --pack mypack --tenant new_client

See Tutorial: Publishing a Domain Pack (coming soon) for the full walkthrough.

jazzisnow jinflow is a jazzisnow product
v0.45.1 · built 2026-04-17 08:14 UTC