Circle
Use Plandalf with Circle when you sell community access through a Plandalf checkout. Circle holds the community and its spaces. A Plandalf sequence is intended to find the paid buyer and assign the chosen space.
Warning. Setup under verification The screenshots show the real setup forms. The connection and member-to-space journey have not passed a Circle account replay. The local adapter now targets Circle Admin API v2 and has automated request/response tests; release and real provider acceptance remain pending. Keep the sequence off until the connection, member lookup and space assignment have each been verified.
Choose the journey
| Product | Setup | Required outcome |
|---|---|---|
| Checkouts | Prepare the buying link | The intended offer, actual sandbox payment and matching paid invoice |
| Automations | Configure member and space actions | One matching Circle member who can open the promised space |
| Timers / Promos | Add a launch deadline | The same participant deadline and correct checkout price across expiry |
| Affiliates | Track the referring partner | Paid sale and commission decision attributed to the intended partner |
Prepare the test account
- Use an approved Circle community with Admin API access, a dedicated test space and a buyer inbox you control. Confirm current access with Circle’s developer overview.
- Decide which space the product grants. Check default access, existing memberships and other access groups so a buyer cannot appear to pass this test through an unrelated grant.
- Prepare a published Plandalf offer, price and verified processor sandbox. A Plandalf test setting does not isolate Circle: actions still use the connected community.
- Keep the approved Circle token in your password manager. Enter it only in the connection form. Do not put it in checkout code, screenshots, shared guides or replay logs.
- Review invitation and community notification behavior before testing member creation. Use only the controlled inbox for the replay.
Connect Circle
- Open Automation in the intended Plandalf organization and choose the Circle integration setup.
- Enter an Integration Name that identifies the intended test connection.
- Use an Admin V2 token from Circle’s Developers → Tokens page. See Circle’s Admin API setup. Keep token creation and entry with the approved account owner.
- Enter the approved token in Admin V2 API Token and choose Create Integration.
- Open the saved connection from the integrations directory and choose Test Connection. The result identifies the community by name and ID. Confirm both before selecting this connection in a sequence.
- If you already have a Circle connection, re-test it against v2 before enabling its sequences. Keep older sequences paused while reviewing their token, member mappings and profile fields.

The real connection form before token entry. This capture does not prove account authentication.
- Check Circle's current API instructions.
- Enter the approved token only in this field.
Verify this version before continuing
The local adapter uses Circle Admin API v2. It checks the community, searches by email, reads the created community_member, and resolves a Member ID to its email before assigning a space. Space lists follow pagination. These paths have automated tests against the documented contract; they still need a real account replay and release. Circle Admin API reference, API versions.
Member creation proceeds only after Circle’s explicit missing-community-member response. Authentication errors, unrelated not-found responses, rate limits and malformed results stop the action. Resolve the failure before retrying. A saved connection or an action sample does not prove successful delivery to a buyer.
Prepare the buying link
- Create the checkout, configure the product and price, then open Share and copy its actual hosted checkout link.
- Place the link on the sales page or in the Circle content where buyers should start. A normal link opens the buying surface outside the community; this guide does not require JavaScript inside Circle.
- Open that destination as the controlled buyer. Check the offer, amount, currency and actual processor sandbox before submitting payment.
- Match the processor result to the paid Plandalf invoice. Continue to the membership checks below; a receipt alone does not prove community access.
If your sales page uses Webflow, WordPress or a custom site, follow that platform’s embed guide. Circle remains the destination for the promised community access.
Configure member and space actions
Choose the paid event
In Automation → My Sequences, create a named test sequence and leave it Off. Choose Plandalf’s Invoice Paid trigger and set its offer filter to the intended offer. This event includes paid checkouts, upsells, renewals and admin invoices. Checkout Completed is the narrower alternative for the main checkout conversion.
Inspect the trigger sample before testing any action. It must contain the controlled buyer’s email and belong to the intended organization and purchase. An unrelated sample can change a real member even while a sequence is paused.
Find or create the member
Choose Add Action → Circle → Find or Create Member. Select the verified Circle connection. Without an account, Create Action stays disabled.

The builder requires a connection before the member action can be created. No member was created during this capture.
- Choose Find or Create Member.
- Select the approved community connection.
After the v2 connection is verified, configure the action from the paid trigger:
| Field | Value |
|---|---|
| Email Address | {{trigger.customer_email}} |
| Name | {{trigger.customer_name}} |
| First Name | {{trigger.customer_first_name}} |
| Last Name | {{trigger.customer_last_name}} |
| Skip Invitation Email | Leave off for the intended invitation flow; enable only when you will arrange access separately |
Only Email Address is required. Name takes precedence; if it is empty, First Name and Last Name are combined into Circle’s name field. Review the invitation choice before running: skipping the email can leave a new buyer without onboarding instructions. Check the resolved values before running the action. Its output must contain the actual Circle member_id for that email. Test both a new buyer and an existing member; retain the existing member’s ID on the second path.
Assign the promised space
Add Circle → Add Member to Space with the same connection. Set Member ID from the preceding action’s member_id output using the variable picker. Select the dedicated Space. The action looks up that member and sends the verified email to Circle with the chosen space ID. Keep both actions on the same community connection.

Space assignment is a separate action. This screen does not show a successful access grant.
- Choose the space assignment action.
- Use the same verified Circle connection.
Run only after approving the test destination. Open Circle and confirm the exact member and space. Then sign in as the controlled buyer and open the restricted content. Compare with a fresh nonbuyer who cannot open it. A successful HTTP response or membership row is insufficient without this access check.
Update profile fields when needed
Update Member Fields takes Member ID and a nonempty Fields map. Use Admin V2 fields such as name, headline or community_member_profile_fields, then check the resulting profile in Circle. Separate first_name and last_name update fields are not accepted; use name. The current action set has no space-removal action. Define and verify cancellation and refund handling separately before selling recurring access.
Add a launch deadline
Keep the promo on the buying surface you control. Use Create a promo and CTA links and redirects to connect the deadline to this checkout.
- Choose a fixed launch deadline or an enrollment-based promo. For enrollment-based timing, prepare the participant before testing.
- On your external sales page, add the countdown through the relevant platform guide, such as HTML.
- Use the same promo and stable participant reference when opening checkout. A display countdown does not itself change the charged price.
- Replay before and after expiry. Check the countdown, persisted participant deadline and actual checkout total.
- Complete a sandbox purchase in each intended tier and reconcile the paid invoice with the Circle member and space outcome.
The builder lists a Circle Member Created trigger, but automatic enrollment from an actual Circle webhook has not been verified. Do not advertise that path until its registration, authenticity checks, payload mapping and duplicate behavior pass replay. No native Circle countdown or automatic enrollment is established by the screenshots here.
Track the referring partner
Prepare a test partner through the affiliate quickstart. Give the partner a link to the external sales page or hosted checkout.
- Use a fresh visitor session and follow the actual partner link. If it opens a sales page, load the organization’s SDK there before checkout.
- Confirm the intended partner is captured and survives redirects into checkout.
- Complete a verified sandbox payment. Match its invoice to the partner sale and commission decision in Plandalf.
- Verify the matching Circle member and space as a separate delivery check.
- Replay a duplicate event, decline and refund. For recurring products, check a paid renewal without requiring a second partner click.
The default via parameter identifies the affiliate partner; pf_ref identifies a promo participant. Keep them separate. A Circle member or space assignment does not establish attribution. Test commissions may be skipped with test_or_preview; they are not payable earnings. Do not report the same native Plandalf payment again through the affiliate sales API.
Replay and sign off
| Case | Evidence required |
|---|---|
| Connection | Correct account and API version, successful real authentication |
| New buyer | Sandbox payment, paid invoice, completed sequence, one Circle member and correct space |
| Existing member | Same member ID; no duplicate member or unexpected invitation |
| Buyer access | Buyer can open promised content; a nonbuyer cannot |
| Duplicate paid event | No duplicate member, access grant or unintended notification |
| Failed lookup or action | Visible failure, no unintended member creation, verified recovery |
| Decline | No paid-trigger access grant |
| Cancellation or refund | Explicitly implemented access policy and matching affiliate adjustment |
| Promo | Expected deadline and charged amount before and after expiry |
| Affiliate renewal | Correct partner and commission decision on the new paid invoice |
Record expected and actual results for each step, plus sanitized captures of the provider member, space access, invoice and attribution records. Replay this guide from a fresh sequence before checking it complete. The current screenshots cover setup; provider outcomes and clean replay remain pending.