Executive summary
Corridor and TPS prep standards entry programmes should write into software. This brief is for engineering and product leaders evaluating a custom build under Re-entry Vehicle Preprocessor Development.
If you buy generic
Broad CAE suites help when prep is already their default demo. Aerospace programmes usually need a branded preprocessor that matches geometry class, mesh standards, and review language.
If you commission Hendoi
You receive a coherent prep product — architecture, acceptance meshes, English docs, and solver export hooks — that you can brand, teach, and extend.
Problem framing
Teams either under-specify prep (and burn solver budget) or over-customise scripts (and never ship a product). A good preprocessor brief forces regenerable mesh/BC standards — and documents them for audits and investors.
- Generic tools optimise for breadth; your weekly prep workflow is narrow and deep.
- Demo meshes rarely match your airfoil, airframe, rotor, or entry geometry class.
- Hiring is easier when juniors follow a guided prep product, not tribal scripts.
- Programme managers ask for mesh QA and case packs you must regenerate cleanly.
Checklist enterprises actually use
- Can a new hire regenerate last quarter’s key prep case in one day?
- Do reports speak mesh quality and BC language reviewers accept?
- Is IP portable if a vendor relationship changes?
- Are acceptance meshes written before coding starts?
Next step
If your current prep stack creates quiet dread — brittle exports, unteachable workflows, missing mesh standards — treat that as data. Then talk to us about a build under Re-entry Vehicle Preprocessor Development.