The account.
The identity.
The choice.
- Business number and domain
- Accounting organisation
- Payment account
- Marketing audience
- Account recovery
Permission to connect is specific to your agency.
Posa’s model and talent agency software is designed to connect booking work with the accounts, sending identity and website your agency owns. Start with what needs to move, who checks it and where the final record belongs.
Permission to connect is specific to your agency.
Brief, people, dates, fees and the approved next step.
Document and payment status back to the booking.
Verified payment result back to accounts.
A client enquiry back to the agency for review.
Xero, QuickBooks Online, Resend and Stripe are selected providers, not connected services. WhatsApp, marketing, website publishing and file hosting also need their own implementation and agency setup. Saving a preference does not connect an account.
The standalone free comp-card maker works in your browser. It does not need a provider account.
The staff workspace saves linked talent, client, enquiry, package and booking drafts. Wider workflows are design previews.
Prove account permissions, reviewed actions, failure recovery and disconnection for the chosen agency. Setup, usage charges and service inclusions still need agreement.
Choose a connection because it removes a specific piece of repeated work. These are the intended responsibilities and information flows.
Prepare an accounting handover from reviewed booking fees, rather than retyping an unreviewed estimate.
Use an agency-branded sender for reviewed messages, with replies finding their way to the right conversation.
The intended model lets an independent agency collect client payments through its own connected account.
Start with the agency’s business identity and actual needs for replies, mobile use and existing conversations.
Keep the agency’s existing audience and campaign tools. Agree a narrow contact mapping before anything moves.
Connect an agency website to the details clients should see, while keeping original files and agency records private.
A fictional Juniper studio campaign at the North Studio example workspace shows why each connection needs a defined job.
The talent, agreed fee, usage, legal issuer and currency need checking before accounts receives it.
In the planned flow, the accounting system returns the issued document reference. A saved Posa draft is not an issued invoice.
A future payment request must use the reviewed amount. A client opening a payment page does not prove payment.
If Juniper asks for a different date or usage, the booker reviews the change before new terms or billing instructions go out.
The intended workflow stops affected actions and shows what needs attention. An uncertain payment or send must be checked before another attempt; pressing again should not create a duplicate charge or message. This recovery behaviour must be implemented and proved before live use.
A useful onboarding conversation ends with a clear owner, a narrow scope and a way out. It does not need your whole CRM exported into every service.
Name the agency administrator, exact account, number or domain, and who can recover access. Posa sign-in does not grant permission to a provider account.
Agree fields, direction and review. Booking approval is separate from a provider accepting a message, and newsletter permission is separate from an enquiry.
Agree setup and provider charges, export scope, removal of Posa’s access and the handling of retained history. No connection allowance or exit service price is promised here.
Ownership and availability should be clear before an agency hands over access.
No. “Selected” records a provider choice; “Planned” records the intended connection. Neither means an adapter is live or your account is connected. Use the availability summary to see what can be evaluated now.
The direction is your agency’s business account and number. The provider route and number setup still need to be proved, including any effect on your existing app or history. Personal WhatsApp sessions are not captured.
The initial direction is agency-branded system messages and supported replies, with campaign design and sending in Mailchimp or Kit. Full Gmail or Microsoft mailbox sync is outside the initial connection scope.
The agency-owned model keeps provider accounts, number and domain with your agency. The supported disconnection, Posa data export and retained-history arrangements need to be agreed before a live rollout; this page is not an implemented exit service.
Website services, migration, connection setup and usage allowances still need a defined scope and price. Provider charges may apply separately. Approved Posa plan prices and the distinction between Posa and Stripe fees appear in launch pricing.