> ## Documentation Index > Fetch the complete documentation index at: https://api-docs.helpyousponsor.com/llms.txt > Use this file to discover all available pages before exploring further. # Reorder a lifecycle reason catalog > Requires every reason in this context exactly once, including inactive reasons. Saves zero-based order and advances the catalog version. Requires the workspace lifecycle feature. Mutation permission is lifecycle_reasons_manage or manage_settings. ## OpenAPI ````yaml post /admin/lifecycle-reason-sets/{reason_set_id}/reorder openapi: 3.0.0 info: title: Gratona API description: >- REST API for the Gratona fundraising platform, including donor, donation, sponsorship, program, event, and integration workflows. Endpoints are organized by tag. Most endpoints require either a Passport bearer token or an issued API key — see the Security Schemes section. contact: name: Gratona Engineering url: https://gratona.com email: devs@gratona.com version: 1.0.0 servers: - url: https://api.gratona.com/v1 description: Server Version 1.0.0 security: [] tags: - name: Auth description: >- Login, signup, logout, password reset, and email verification for admin users and donors. - name: Donors description: >- Donor records: CRUD, profile fields, household linkage, search, filters, merge, and duplicate detection. - name: Donations description: >- Individual donation records, recurring commitments, soft credits, refunds, designations, and exports. - name: Sponsorships description: >- Donor-to-entity commitment relationships, lifecycle transitions, and commitment-specific filters. - name: Entities description: >- Recipient records (children, families, projects, animals, etc.), their status, and entity-level fields. - name: Programs description: >- Program / campaign configuration: hierarchy, settings, and program-level metadata. - name: Forms description: >- Custom form builder (HysForm), form fields, standardized donor fields, and field migrations. - name: Trips description: >- Mission-trip management: trips, participants, budgets, tasks, e-signatures, fundraising milestones, and background checks. - name: Communications description: >- Email templates, SMS, newsletters, donor email manager, and per-donor notes. - name: Payments description: >- Payment-gateway management (Stripe, PayPal, Flutterwave, QuickBooks). Excludes inbound webhooks — see the Webhooks tag. - name: Reports description: Dashboards, analytics, scheduled reports, and exports. - name: Admin description: >- Client-account administration: users, groups/permissions, settings, integrations, and account lifecycle. - name: Donor Portal description: >- Endpoints consumed by the donor-facing portal (donor login, dashboard, donation history, messages). - name: Recipient Portal description: Endpoints consumed by the recipient-facing portal. - name: Public description: >- Unauthenticated public endpoints: donor signup, public trip pages, peer-to-peer campaigns, public checkout. - name: Webhooks description: >- Inbound webhooks from third parties (Stripe, PayPal, Flutterwave, Checkr, DropboxSign). Annotated minimally for reference; payload shapes are owned by the upstream provider. - name: Events description: >- Event setup, invitations, registration, ticketing, attendance and event reporting. - name: Journeys description: >- Journey graphs, activation, enrollment, message templates and event follow-up automations. - name: Tasks description: Workspace tasks, assignments, saved task views and record collaboration. - name: Fundraising description: >- Fundraising portfolios, stewardship plans, giving anniversaries and personal donor follow-up. - name: Impact Stories description: Story intake, review, assets, consent and publication workflows. - name: Integrations description: Workspace integration connections, mappings, synchronization and recovery. - name: Email Calendar description: Connected email/calendar accounts and donor interactions. - name: Spaces description: Workspace Spaces and collaborative Pages. - name: Library description: Workspace documents, source connections, files and analysis. - name: Intelligence description: Donor intelligence and Tali workspace workflows. - name: Automation description: >- V3 automation primitive discovery, input validation, invocation and Zapier contracts. - name: Schema description: V3 model, enum, capability and scope discovery. - name: Zapier description: Zapier automation connections, polling feeds and actions. - name: Files description: Files - name: Client description: Client - name: Payment Gateways description: Payment Gateways - name: Email Settings description: Email Settings - name: Admin Dashboard description: Admin Dashboard - name: Recipients description: Recipients - name: Historical Archived Updates description: Historical Archived Updates - name: Team & access description: Team & access - name: Settings description: Settings - name: Notifications description: Notifications - name: Participation description: Participation - name: Users description: Users - name: Wrapped description: Wrapped - name: Donor SignUp description: Donor SignUp - name: Frontend description: Frontend - name: User description: User - name: Workspace description: Workspace paths: /admin/lifecycle-reason-sets/{reason_set_id}/reorder: post: tags: - Sponsorships summary: Reorder a lifecycle reason catalog description: >- Requires every reason in this context exactly once, including inactive reasons. Saves zero-based order and advances the catalog version. Requires the workspace lifecycle feature. Mutation permission is lifecycle_reasons_manage or manage_settings. operationId: LifecycleReasonController_reorder parameters: - name: reason_set_id in: path description: Record ID in the authenticated organization. required: true schema: type: integer example: 42 example: 42 requestBody: required: true content: application/json: schema: required: - reason_ids - expected_version properties: reason_ids: type: array items: description: Distinct reason ID belonging to this context. type: integer minimum: 1 example: 42 minItems: 1 uniqueItems: true expected_version: description: >- Current reason set catalog_version; required for optimistic concurrency. type: integer minimum: 1 example: 1 type: object responses: '200': description: Reorder a lifecycle reason catalog completed. content: application/json: schema: properties: data: $ref: '#/components/schemas/SponsorshipApiReasonSet' type: object '401': description: Authentication is required. content: application/json: schema: $ref: '#/components/schemas/ErrorResponse' '403': description: Insufficient permission or feature access. content: application/json: schema: $ref: '#/components/schemas/ErrorResponse' '404': description: >- Reason/set is unavailable in this organization or the lifecycle feature is disabled. content: application/json: schema: $ref: '#/components/schemas/NotFoundResponse' '409': description: The submitted version is stale; reload the catalog before retrying. content: application/json: schema: $ref: '#/components/schemas/SponsorshipApiReasonConflict' '422': description: Input or catalog invariant is invalid. content: application/json: schema: $ref: '#/components/schemas/RequestRejection' security: - bearerAuth: [] - apiKeyAuth: [] components: schemas: SponsorshipApiReasonSet: properties: id: description: Materialized reason set ID; null before applying the template. type: integer example: 42 nullable: true context_key: description: Lifecycle reason standard context. type: string enum: - recipient.archive - sponsorship.end - sponsorship.reassign example: recipient.archive label: description: Developer-defined context label. type: string example: Recipient archive reasons description: description: Context purpose. type: string example: Example nullable: true domain_key: description: Domain key. type: string example: sponsorships domain_label: description: Context domain label. type: string example: Commitments & recipients selection_policy: description: >- Whether an explicit reason is required for supported lifecycle mutations. type: string enum: - required - optional example: required template_key: description: Applied template key, or null before materialization. type: string example: Example nullable: true catalog_version: description: Optimistic catalog version; zero for the unmaterialized starter. type: integer minimum: 0 example: 1 materialized: description: The workspace has persisted this catalog. type: boolean example: false starter_available: description: Starter is available before the context is materialized. type: boolean example: false reasons: description: All reasons, including inactive entries, in configured order. type: array items: $ref: '#/components/schemas/SponsorshipApiReason' type: object ErrorResponse: title: ErrorResponse description: >- Generic error envelope used by most controllers. Most error responses pair a human-readable `message` with `status: error`. Some endpoints additionally include `errors` (validator errors), `error` (legacy single-error string), `code`, or domain-specific context fields. required: - message properties: message: description: Human-readable error message. type: string example: Something went wrong. Please try again. status: description: >- Always the literal string `error` for failures. Some endpoints omit this field. type: string example: error error: description: Legacy single error code/string used by older endpoints. type: string example: invalid_request nullable: true code: description: >- Optional application-level error code (not all endpoints populate this). type: string example: DONOR_NOT_FOUND nullable: true type: object NotFoundResponse: title: NotFoundResponse description: >- Returned with HTTP 404 when a resource lookup misses (typically because the id doesn't exist OR is scoped to a different `client_id`). Note: many endpoints intentionally collapse 'not found' and 'forbidden' into a single 404 to avoid leaking which records exist in another tenant. required: - message properties: message: description: >- Human-readable message. Often a more specific string like `Donor not found` or `Trip not found`. type: string example: Not Found status: type: string example: error type: object SponsorshipApiReasonConflict: properties: error: description: Conflict marker. type: string example: Conflict error_code: description: Stable catalog conflict code. type: string example: LIFECYCLE_REASON_CATALOG_VERSION_CONFLICT message: description: Reload instruction. type: string example: The lifecycle reason catalog changed. Reload and try again. expected_version: description: Version submitted by caller. type: integer example: 42 current_version: description: Latest catalog version. type: integer example: 42 type: object RequestRejection: description: >- Request or workflow rejection. Framework field-validation failures contain errors; semantic rejections may contain message without errors; legacy/provider failures may use error and error_code. The operation description identifies the rejected condition. Domain responses may add current revision, limits or other conflict context. anyOf: - $ref: '#/components/schemas/ValidationErrorResponse' - $ref: '#/components/schemas/ErrorResponse' - required: - error properties: error: description: Legacy or provider-facing error message. type: string example: The request could not be completed. error_code: description: Stable domain error code, when provided. type: string example: WORKFLOW_UNAVAILABLE type: object SponsorshipApiReason: properties: id: description: Persisted reason ID; null for unmaterialized starter choices. type: integer example: 42 nullable: true code: description: Stable generated code, preserved when the label changes. type: string example: donor_cancelled label: description: Reason label. type: string example: Donor cancelled description: description: Optional explanation. type: string example: Example nullable: true event_transition_type: description: >- Recipient archive and reassignment contexts force their own transition; ending reasons select cancelled/ended. type: string enum: - recipient_exited - reassigned - cancelled - ended example: recipient_exited is_active: description: Available for new lifecycle changes. type: boolean example: false requires_notes: description: A note is required when this reason is selected. type: boolean example: false source: description: Starter template or workspace-created reason. type: string enum: - starter - workspace example: starter sort_order: description: Position in the complete context list. type: integer example: 0 type: object ValidationErrorResponse: title: ValidationErrorResponse description: >- Returned with HTTP 422 when `Validator::make($data, $rules)` fails. The `errors` map is keyed by the failing field name; each value is an array of human-readable error messages for that field. Most controllers also include a top-level `status: error`. required: - errors properties: errors: description: >- Map of field name to array of validator error messages. Example: `{email: [The email field is required.], amount: [The amount must be a number.]}`. type: object additionalProperties: type: array items: type: string status: description: Always the literal string `error`. type: string example: error message: description: >- Optional summary message — present on some endpoints, absent on others. type: string example: The given data was invalid. nullable: true type: object securitySchemes: bearerAuth: type: http description: Passport bearer token authentication for legacy admin sessions. scheme: bearer bearerFormat: JWT apiKeyAuth: type: apiKey description: Gratona API key sent with the compatibility header X-HYS-API-Key. name: X-HYS-API-Key in: header ```` This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.