我有一個系統,它是各種各樣的CRM,它本質上管理客戶聲稱他們已誤售保險。簡單的數字簽名
該系統預計將處理相當高容量要求和幾個呼叫中心的課桌已經被招募到這種效果。
該系統的一般工作流程是;呼叫中心收到索賠並將其提交給提交審批的系統,總部會檢查批准該索賠的詳細信息是否符合限制標準。在批准時,只有一次安全的URL通過電子郵件發送給客戶,然後他們可以訪問查看包含其索賠細節的5個生成的文檔。每份文件至少需要一份簽名(如果適當的話,來自索賠人及其合作伙伴),我們的客戶指定只有其中一份文件需要合法簽名(合法),必須通過客戶的蝸牛郵件收到。他們希望進行數字簽名的其他文件(加快索賠過程,簡化索賠人,減少紙張費用,郵資費用等)。
在這一過程中,我必須考慮到大多數索賠的可能只有很少的技術知識,所以必須保持這個過程儘可能簡單(人性化)。
如前所述各索賠人發出一份「僅一次」的網址,他們可以用它來登錄到簽署該文件,當他們認爲他們被給予簽約的選項的文件;此時他們被要求輸入密碼,然後將其散列(連同一些個人數據)並添加到每個文檔頁面的頁腳中。一個可視簽名生成有很好的簽名,如字體,並與免責聲明「請接受上述電子簽名接受您的業務條款和繼續說明」一併添加到相關簽名框中。
然後,他們可以下載生成的PDF爲自己的記錄。
系統專員似乎認爲這是可以接受的,我不知道該怎麼辦,並且想知道這是否是正確的方法,如果沒有,是否有更好的方法銘記我必須保持這儘可能簡單。
謝謝。
簽名字體在客戶端的請求。 – DRL 2010-06-20 16:13:56
啊,是的,客戶。變化他們是小孩子。 – thomasfedb 2010-06-20 16:23:05