ConnectWiz + İYS(土耳其)

已上線的整合

把 İYS 合規做成底層機制,不是做成書面作業

如果您對土耳其客戶做行銷,İYS 不是選配。ConnectWiz 會在同意發生的當下就推送到登錄系統,每天把登錄系統那一側的退出拉回來,並在每一筆同意紀錄上留著憑據——所以稽核自己就能回答自己。

授予/撤銷時推送 每日拉取退出名單 憑證只寫不讀
İYS(土耳其)× ConnectWiz
同意已授予 → 已推送到 İYS
登錄系統 RET → 每日在這裡撤銷
每一筆紀錄都留著憑據
9
每一筆同意上的憑據欄位數——時間、文字、版本摘要、語系、IP、經手人、來源等等
3
İYS 規範內的土耳其管道數——電子郵件、簡訊、電話;即時通訊 App 不在這套制度內,我們照實說
3×
每一次登錄系統推送的投遞嘗試次數——而且失敗絕不會回捲您本地的紀錄
每日
登錄系統對帳——在 İYS 做的退出會回到這裡,並在本地撤銷

法規遵循

它到底能做什麼

發生當下就推送

在 ConnectWiz 裡授予或撤銷的同意——來自表單、關鍵字或元件上的勾選框——會帶著您的品牌代碼和經銷商代碼,直接排進 İYS 的佇列。

退出會被拉回來

每天一次的對帳會讀取登錄系統那一側的退出(RET),並在本地撤銷——在登錄系統選擇退出的客戶,到處都不會再收到訊息。

照法律的維度來存

同意是按管道、目的和類別分開儲存的——退出簡訊行銷,關掉的是簡訊行銷,不是訂單通知,也不是 WhatsApp。

憑證,只寫不讀

İYS 的帳號和密碼在面板裡是只寫不讀的——輸入一次,之後不再顯示。

技術細節

登錄系統的機制,講精確一點

一次推送帶了什麼

收件對象、管道類型、來源、ONAY 或 RET、同意的時間戳,以及收件對象類型(個人或商家)——全是 İYS 自己的詞彙,從同意紀錄填進去,成功之後再把登錄系統的交易 ID 寫回來。

一般同意會展開

一則一般行銷同意會以三種登錄類型推送出去——電子郵件、訊息和通話——對應這位聯絡人實際擁有的身分識別。單一管道的同意就只推送一種。

對帳相信登錄系統

每日拉取只作用在登錄系統的 RET 上:在 İYS 退出就在本地撤銷,因為對土耳其管道來說,登錄系統才是真實來源。狀態讀取失敗不會改變任何事——沒有答案,永遠不會被當成同意。

劫持不了的關鍵字

KATIL 和 DUR(以及可自訂的同類字)只有在它們就是整則訊息時才會命中——一個只是「包含」stop 的句子,絕不會被誤讀成退出。按鈕回覆的比對方式一樣,而客戶自己的那則訊息會留下來當憑據。

照法規的維度來存

同意是按管道(八種)、目的(行銷相對於交易通知)和類別分開儲存的——退出簡訊行銷,關掉的是簡訊行銷,不是訂單通知,也不是 WhatsApp。

文字有版本,永遠可比對

每一筆同意都存下當時顯示的文字和一個版本摘要——就算您後來改了他們同意的那段標籤文字,多年後兩筆授予依然可以互相比對。

設定方式

串接方式

01

填入您的 İYS 代碼

İYS 代碼、品牌代碼和憑證——外加一顆測試連線按鈕,在您開始倚賴它之前先證明這組資料是對的。

02

到處都能記錄同意

表單、關鍵字(KATIL/DUR)、元件、匯入、Flow——每一個來源都會記下憑據。

03

讓底層機制自己跑

授予和撤銷在發生當下就推送;每日對帳把登錄系統的退出拉回來。

搭配起來更好用

能和什麼搭配

簡訊行銷活動

群發簡訊透過 Twilio 或 NetGSM 送出時會逐個收件人檢查同意狀態——在土耳其,İYS 讓這項檢查和登錄系統保持一致。

電子郵件行銷

行銷活動的受眾透過 Mailchimp、 Brevo 或 Resend 寄出時,遵守的是登錄系統同步的那同一份同意紀錄。

聯絡人紀錄

同意狀態就住在 CRM 聯絡人 ——連同它的憑據;管道、表單、關鍵字和匯入,共用同一個同意狀態。

安全與保證

無聊但管用的保證

憑證只寫不讀

İYS 的帳號和密碼只輸入一次,加密存放,之後不再顯示——狀態端點可以證明連線正常,而不用把密鑰回吐出來。

設定一半不算開通

一個把 İYS 打開、卻沒把憑證填完的租戶,會被當成沒有整合——設定一半的 İYS 不是許可,而關卡分得出這個差別。

刻意失敗即放行

登錄系統推送失敗會把紀錄標記起來並重試——它絕不會回捲客戶在本地的同意。落後現實幾分鐘的是登錄系統,不是反過來。

不加修飾的細則

邊界,寫清楚

誠實地說,一個半方向

您手上持有的同意會推出去,登錄系統的退出會拉回來——但只在 İYS 那一側授予的同意,目前還發現不了。我們說的是「已整合 İYS」,不是「完整雙向同步」,因為事實就是這樣。

İYS(土耳其)FAQ

直接的回答

更多內容見完整的 FAQ, 也可以直接聯絡我們。

每一筆同意的授予或撤銷,在發生當下就推送到登錄系統,並每天把登錄系統那一側的退出拉回來、在本地撤銷。每一筆同意紀錄都帶著憑據:當時顯示的文字、版本雜湊、時間、來源和情境。

它擋掉的就是它字面上的意思:同意是按管道、目的和類別分維度的,所以退出行銷不會擋掉訂單通知或驗證碼——這和法規實際的運作方式一致。

還不算,而且我們照實說:只在登錄系統那一側做出的授予,今天還不會被自動發現。變動即推送和每日退出拉取都已上線;反方向還在藍圖上。

不涵蓋——İYS 管的是電子郵件、簡訊和語音通話。即時通訊 App 在登錄系統的適用範圍之外,而這個整合把這件事說清楚,不會含糊地暗示全面合規。即時通訊管道的同意仍然在本地儲存並執行,憑據一樣完整。

收件對象類型是推送的一部分——預設是個人(BİREYSEL),您設定過的就是商家(TACİR)——和登錄系統自己區分這兩種制度的方式一致。

誠實的串接,勝過響亮的串接。

這裡的每一個整合,都照它實際的行為來描述——資料方向、歸屬權和限制,一併寫清楚。