fix(generated): Changes to multi_factor_auth

[workos-sdk-automation]

Summary

fix(multi_factor_auth): Change errors for endpoint POST /auth/factors/{id}/challenge

• Changed errors for endpoint POST /auth/factors/{id}/challenge.

Triggered by workos/openapi-spec@949c30c

BEGIN_COMMIT_OVERRIDE
fix(multi_factor_auth): Change errors for endpoint POST /auth/factors/{id}/challenge (#556)
END_COMMIT_OVERRIDE

[greptile-apps]

Confidence Score: 4/5

The PR appears safe to merge after non-blocking cleanup of duplicate model definitions and typed webhook dispatch integration.

Findings

1.  Duplicate model constants ▶
2.  Events bypass typed parsing ▶

Fix with agent prompt

### Issue 1
lib/workos/organizations_data_providers/data_integrations_list_response_data.rb:6
This directory defines the same top-level models already defined under the collapsed `pipes` directory. Zeitwerk can register only one source file for each constant, so the other generated implementation is shadowed. This creates two conflicting sources of truth and can silently omit future schema changes made only to the shadowed copy. Keep these shared models in one canonical location.

Note: If this suggestion doesn't match your team's coding style, reply to this and let me know. I'll remember it for next time!

### Issue 2
lib/workos/types/create_webhook_endpoint_events.rb:99-103
These new `pipes.account_connection.*` events are not registered in `WebhookEvent::EVENT_DATA_MODELS`. As a result, `construct_event` returns their data as a raw `Hash` even though this PR adds typed models for the payloads. Consumers therefore cannot use those model accessors through the normal webhook parsing path. Register each event with its corresponding data model and cover this dispatch path in a test.

---

For each issue above, determine whether it is valid and should be fixed. If so, fix it directly.

Summary

This generated update documents the MFA SMS-template restriction and expands Pipes and organization data-provider support.

• Adds an OrganizationsDataProviders client service and associated request/response models.
• Adds organization-owned connection fields and connected-account metadata.
• Adds models and enum values for new Pipes account-connection webhook events.
• Adds corresponding RBI declarations and generated round-trip/request tests.

_{Reviews (1) · Last reviewed commit: "chore(generated): add release notes frag..."}

[greptile-apps]

Duplicate model constants

This directory defines the same top-level models already defined under the collapsed pipes directory. Zeitwerk can register only one source file for each constant, so the other generated implementation is shadowed. This creates two conflicting sources of truth and can silently omit future schema changes made only to the shadowed copy. Keep these shared models in one canonical location.

Prompt To Fix With AI

This is a comment left during a code review.
Path: lib/workos/organizations_data_providers/data_integrations_list_response_data.rb
Line: 6

Comment:
**Duplicate model constants**

This directory defines the same top-level models already defined under the collapsed `pipes` directory. Zeitwerk can register only one source file for each constant, so the other generated implementation is shadowed. This creates two conflicting sources of truth and can silently omit future schema changes made only to the shadowed copy. Keep these shared models in one canonical location.

---

For each issue above, determine whether it is valid and should be fixed. If so, fix it directly.

Note: If this suggestion doesn't match your team's coding style, reply to this and let me know. I'll remember it for next time!

[greptile-apps]

Events bypass typed parsing

These new pipes.account_connection.* events are not registered in WebhookEvent::EVENT_DATA_MODELS. As a result, construct_event returns their data as a raw Hash even though this PR adds typed models for the payloads. Consumers therefore cannot use those model accessors through the normal webhook parsing path. Register each event with its corresponding data model and cover this dispatch path in a test.

Prompt To Fix With AI

This is a comment left during a code review.
Path: lib/workos/types/create_webhook_endpoint_events.rb
Line: 99-103

Comment:
**Events bypass typed parsing**

These new `pipes.account_connection.*` events are not registered in `WebhookEvent::EVENT_DATA_MODELS`. As a result, `construct_event` returns their data as a raw `Hash` even though this PR adds typed models for the payloads. Consumers therefore cannot use those model accessors through the normal webhook parsing path. Register each event with its corresponding data model and cover this dispatch path in a test.

---

For each issue above, determine whether it is valid and should be fixed. If so, fix it directly.