Issue #3615010: A capture in a payment kernel test is swallowed, because the fixtures lack the claim table kessai now writes

Kessai writes a claim row for every capture since #3614985, before it asks the gateway for anything, so a capture in a kernel test needs kessai_claim installed. Eight classes under orchestra_payment install the payment, refund and reversal tables but not that one.

The failure is misleading rather than loud: the row cannot be saved, the storage error surfaces as an incident instead of a settlement, and the payment stays authorized. SettleTaskTest::testCaptureSettlesAndAdvances then fails with captured versus authorized, which reads as the settle step refusing to settle when the step is fine.

This adds the schema install beside the reversal one each class already has, with a line saying why it is there, so the next movement kessai records is not rediscovered the same way. Same shape as #3614960 did for partial claims and reversals.

No production code changes: orchestra drives kessai through the payment manager, and that signature took the new argument as optional.

Verified by reproducing first: SettleTaskTest failing on unfixed code with exactly that assertion, then all eight classes passing with the install added.