在新的CRM联系人
之后创建一张卡片 使用CRM联系人ID作为External ID,创建一个7stamp卡片邀请,然后发送返回的安装URL 通过您常用的电子邮件、SMS 或消息传递步骤。
无代码自动化指南
使用 Make 将 7stamp 与 CRM、POS、在线商店、电子表格、消息传递工具或任何可以将数据发送到场景的系统连接。今天的生产就绪路由是用于 7stamp API 呼叫的 Make 的 HTTP 应用程序和用于传入 7stamp 事件的 Make 的 Custom webhook。
Make 的应用程序选择器中还没有公开的 7stamp 应用程序。不要等待:添加 HTTP → Make a request,使用确切的 URL、方法、Bearer 标头和下面的 JSON,然后映射源模块中的字段。这与未来连接器将使用的7stamp Integration API相同。
从一个事件和一个结果开始。一旦测试数据正确,就添加过滤器、路由器、CRM更新以及围绕它的后续消息。
之后创建一张卡片 使用CRM联系人ID作为External ID,创建一个7stamp卡片邀请,然后发送返回的安装URL 通过您常用的电子邮件、SMS 或消息传递步骤。
从支付POS 或电子商务订单触发场景。将其稳定客户ID和订单ID映射到扫描卡中,然后使用金额或明确的邮票计数。
当卡事件报告奖励或优惠券时,分支场景:更新CRM,通知团队,仅在需要时发送钱包卡推送或电子邮件。
使用Make的HTTP模块直接调用7stamp。这是自定义 POS、ERP、预订引擎或任何 API 优先服务的通用选择。
对于下面的每张卡,添加HTTP → Make a request,然后完全按照所示设置方法和URL。对每个请求使用相同的 Bearer 密钥。所需的映射告诉您从 CRM、POS 或电子商务触发器提供什么。
Webhooks → Custom webhook 在Make中创建Custom webhook,复制其URL,然后将URL粘贴到7stamp配置文件Webhook设置中。当7stamp发送事件(例如SCAN、REWARD_EARNED或VOUCHER_ISSUED)时,这将启动一个场景。
POST /cards/invite 为一个外部联系人创建全新的个人安装 URL 和交付插入代码。
POST /cards/invite/bulk 在一次请求中最多创建 100 个邀请链接。将其用于受控迁移或活动,而不是无限制的联系人导出。
GET /cards 查找External ID的卡片记录,具有可选的模板和源过滤器。
GET /cards/{user_card_id} 当前一步返回其内部 User Card ID 时读取一张卡的完整状态。
POST /cards/scan 根据购买金额或明确计数添加邮票。它接受User Card ID或External ID,并且可以保留外部订单参考。
GET /templates 列出API 键可用的卡片模板。使用它来测试连接或动态选择模板。
GET /templates/{template_id}/design 返回已知模板的视觉设计设置,当另一个系统需要显示一致的卡片选择时很有用。
POST /vouchers/issue 向由 External ID 或 User Card ID 标识的持卡人发放优惠券。
POST /messages/send 通过钱包卡推送和 /or 电子邮件向卡所有者发送内容,具体取决于配置的渠道和同意规则。
Full 7stamp endpoint URL 这是调用上面每个 7stamp 路由的 Make 模块。使用完整的URL,选择记录的方法,添加Bearer标头,并且仅当路由需要主体时才使用JSON。
下面的名称是真正的Make 模块。从第一个场景开始,针对一次性联系人运行它,然后添加路由器、过滤器或生产调度。
预期结果: 客户收到7stamp返回的install_url;您的 CRM 可以将 URL 保留在同一联系人记录中。
检查: POST /cards/invite 始终创建新的邀请。如果您的业务规则是避免再次邀请现有联系人,请首先使用 Find Cards。
预期结果: 成功的扫描响应包括成功、scan_id、stamps_added以及下一步的扫描后卡状态。
检查: 重试时使用相同的 external_order_id ,以便可以在以后的 Webhook 事件中跟踪顺序;在一次不清楚的失败运行后,不要两次授予邮票。
预期结果: Make立即收到7stamp事件,可以通过external_id和external_source找到匹配的CRM记录。
检查: 保持 webhook URL 的私密性。在开启不可逆转的消息、凭证或CRM更改之前测试真实事件。
These are the exact 7stamp Admin screens. Create the key once, copy it into Make's secure HTTP connection/keychain, then immediately remove it from your clipboard.
在 7stamp Admin 中,转到 API & Integrations → API Keys → Add API Key。当该选项可用时,将值存储在 Make 的 HTTP API-键连接/keychain 中。切勿从文本字段映射键、将其放置在注释中或在面向浏览器的工作流程中使用它。一把钥匙属于一个 7stamp 工作场所/profile.
从您的 CRM、POS 映射不可变的 ID,或者商务平台 - 例如CRM联系人ID或客户UUID。当同一标识符可能出现在多个系统中时,请添加External Source,例如 hubspot、shopify 或海报。
当连接的7stamp 配置文件有一个活动的卡片模板时,模板可以留空。使用多个模板,有意映射或选择template_id,以便每次邀请和扫描都能达到预期的忠诚度计划。
http Method: POST
URL: https://api.7loc.com/cards-api/cards/invite
Headers:
Authorization: Bearer YOUR_7STAMP_API_KEY
Content-Type: application/json
Body type: Raw / JSON
{
"external_id": "crm_contact_8821",
"external_source": "hubspot",
"template_id": 42
} 在 7stamp Admin 中,在 API & Integrations → API Keys → Add API Key 中创建密钥。当您的帐户设置允许时,使用单独的测试配置文件/key。
在Make中,创建场景并添加源触发器。在映射之前运行一次,以便您可以看到真实的示例联系人或付款订单。
单击下一个加号,搜索HTTP,然后选择Make 请求。在此页面上设置操作卡的方法、完整URL和标题。
使用GET https://api.7loc.com/cards-api/templates 作为第一个请求。其成功的响应证明了关键功能无需更改任何客户数据。
对于 POST 路线,选择 application/json 并粘贴本指南中的体型。映射一个稳定的External ID;仅当配置文件有多个活动模板时才添加 template_id。
使用一次性联系人运行,检查 HTTP 输出,然后将其确切的响应字段映射到下一个 CRM、电子邮件或消息模块。
现在使用 HTTP 代替 7stamp:这是已记录的、可用于生产的路线,而不是减少后备。每当您需要 7stamp 操作、新的 API 路线或自定义 POS/ERP 连接时,请选择它。 OpenAPI 引用是方法、完整路径、正文和响应模式的真实来源;承载密钥和底座URL保持不变。
对于事件驱动场景,添加 Webhooks → Custom webhook 并创建 Webhook。复制其URL,在7stamp配置文件中打开API & Integrations → Webhooks,粘贴URL,选择事件类型,保存并发送真实的测试事件。 7stamp 配置文件拥有该订阅;当前 API 不公开自动 webhook subscribe/unsubscribe 端点。
此页面上的说明使用每个 Make 帐户都可用的 Make 模块。如果您想要未来的原生 7stamp 模块而不是 HTTP,请将您需要的工作流程发送给我们;在此之前,HTTP 和 Custom webhook 涵盖所有记录的 7stamp 操作。
是的。今天Make没有公开的7stamp应用程序。添加 HTTP > Make 请求,使用完整的 7stamp 端点 URL,然后发送 Authorization: Bearer,后跟您的 7stamp API 密钥。 HTTP可以调用每个记录的端点。
在7stamp Admin中,打开API集成,然后打开API Keys,然后打开Add API Key。密钥的范围仅限于创建它的工作场所/profile,因此请尽可能使用测试配置文件来测试场景。
使用源系统中的稳定标识符,最好是CRM联系人ID或客户UUID。不要使用显示名称。电话号码或电子邮件可以使用,但可能会发生变化,因此应一致处理。
在 Make 中创建 Webhooks > Custom webhook,然后将其生成的 URL 粘贴到 7stamp 配置文件的 Webhook 设置中。交付后使用Make过滤器或路由器来处理传入的event_type。
下一步
创建 API 密钥,测试 List Templates,并使用一次性联系人构建一个邀请或扫描场景。仅在简单的流程可靠后才添加路由器和消息传递。