Add recipients to a call broadcast in CallFire Documentation

What this operation does

Add recipients to a call broadcast

• POSTChanges data · callsapi.callfire.com/calls/broadcasts/{id}/recipients

How HumDay uses it

1. You describe the outcome. Not this operation by name — what you want to happen. HumDay works out which operations it needs.
2. The contract names it. Before anything is built, you see exactly which CallFire Documentation operations the program may use, and this is one of them.
3. You approve access. Because this one changes data, it cannot run until you have explicitly granted it.

Other CallFire Documentation operations

• Create contact list from filePOST · changes data
• Add do not contact (dnc) numbersPOST · changes data
• Create contact listsPOST · changes data
• Delete contacts from a contact listDELETE · changes data
• Add contacts to a contact listPOST · changes data
• Add sound via filePOST · changes data
• Create contactsPOST · changes data
• Create a webhookPOST · changes data

All 122 CallFire Documentation operations

Questions

Can HumDay add recipients to a call broadcast in CallFire Documentation?

Yes. This operation is published in CallFire Documentation's own API description, so HumDay can use it without a hand-built connector — once you have approved it for your automation.

Will this change my CallFire Documentation data?

Yes — this is a POST operation, so it changes something in CallFire Documentation. HumDay holds anything that writes behind an approval you grant explicitly, and the contract you approve says what it may touch.

Do I need to write code?

No. You describe the outcome you want in plain words. HumDay agrees a contract with you, writes the program, and shows you a proof run before anything touches your CallFire Documentation account.

Where this came from

Read from a published API description for CallFire Documentation at www.callfire.com/v2/api-docs/swagger.json. The description above is the provider’s own wording, not ours. Last published 2023-03-06.