provider: registeredAgent on either address entry, doola still accepts the request (201), raises FORMATION_FOUNDER_ADDRESS_REQUIRED on the company and holds the formation until you send the founder’s own address.
This is a transition period. A future release will reject such a request with
400 E_VALIDATION_FAILED and error.fields.addresses.code: E_ADDRESSES_INVALID, so send the founder’s address when you create the company.company_founder_address_required webhook. See Required actions for the payload, the status model, and how to read actions back.
The flow
While the action is open the company stays atformationSubmissionStatus: PENDING: nothing is filed and company_formation_submitted is not sent. Signing an SS-4 or Form 8821 is not blocked, and a signature made before you send the address stays valid.
Sending the founder’s address
Use the resolution endpoint withactionCode: FORMATION_FOUNDER_ADDRESS_REQUIRED and an addresses array: exactly one business and one mailing entry, both with provider: customer and "country": "USA" (exactly that value). The address does not have to be in Indiana or Illinois.
resolved, with its full history. The endpoint takes no Idempotency-Key: a second call after the action closed returns 409 E_REQUIRED_ACTION_CLOSED, so after a timeout read the action back instead of retrying. Unlike name options there is no state step to wait for: the addresses replace the company’s business and mailing addresses at once, and the formation continues from where it was held.
Errors
A body that breaks the rules above answers400 E_VALIDATION_FAILED with error.fields.addresses.code set to E_ADDRESSES_INVALID; the message names the rule that failed (a registeredAgent entry, an address outside the US, a missing type). The full error table lists the rest.