Keep your current Clay providers. When they leave email blank or unverified, run one HTTP API action against Potarix and write the fallback result into clean output columns.
Use this version when the row has a known person and domain. Add the condition in Clay so it runs only when your current Email column is blank, invalid, or unverified.
Method
POST
URL
https://api.potarix.com/enricher/find-email/person
Headers
Authorization: Bearer YOUR_POTARIX_API_KEY
Content-Type: application/json
Body
{
"first_name": "{{ /First Name }}",
"last_name": "{{ /Last Name }}",
"domain": "{{ /Domain }}"
}In Clay, set the action to run only when the existing enrichment result failed. The exact column name depends on your table, but the rule should read like this:
Current Email is empty OR Email Status is not verifiedKeep the Potarix result in separate columns first. Then create a final email column that prefers the original provider and falls back to Potarix only when needed.
Most client waterfalls already have these fields. If a table only has company names, run Potarix website lookup first or use Clay's domain step before the email fallback.
{
"email": "sam@acme.com",
"email_status": "verified",
"source": "anymailfinder",
"cached": false,
"credits_remaining": 4082
}If your client table is account-first, swap the endpoint and body. Potarix returns the person name, title, LinkedIn URL, and verified email when the waterfall finds a match.
Method
POST
URL
https://api.potarix.com/enricher/find-email/decision-maker
Headers
Authorization: Bearer YOUR_POTARIX_API_KEY
Content-Type: application/json
Body
{
"decision_maker_category": "{{ /Target Role }}",
"domain": "{{ /Domain }}"
}We will run the fallback recipe, return the hit rate, and send back the exact column mapping to clone across client tables.