一. 批量篩號：
1.輸入：案件批次號
輸出：該批次的所有**號碼（非有效狀態）,進行批量篩號，將未知狀態的號碼標誌為有效和無效。
2.table:
call_filter_task =（id, step, status, batchid, categoryid, tasktype, totalnum, creator, createtime, runbegintime, runendtime）
call_filter_send_batch = (id, status, filter_task_id, order, totalnum, creator, createtime)
call_filter_send_batch_log= (id, filter_task_id, order, totalnum, task_id, creator, createtime, runbegintime, runendtime
| send_fromflag, send_recvflag, send_begintime, send_recvtime， send_res_suminfo
| query_fromflag, query_recvflag, query_begintime, query_recvtime，query_res_suminfo )
call_filter_send_detail = (id, filter_send_batch_id, telid, telno, call_info, record_id, creator, createtime)
call_filter_send_queryres= (id,filter_send_batch_id,nid,phone,call_status,billsec,call_start_time,answer_time,
call_end_time,wait_time,uniqueid,fail_call_times,success_call_times,ivr_key,
agent,agent_billsec,agent_answer_time,agent_end_time,createtime);
3.操作流程
step1: 使用者在篩號介面，輸入乙個「批次號：batchid」, 然後單擊按鈕「查詢**」，顯示一條彙總記錄「call_filter_task」
step2: 檔案job，查詢call_filter_task狀態為「0:建立任務0」的call_filter_task 記錄，執行檔案job任務；
產生檔案資料："call_filter_send_batch記錄" 和 「call_filter_send_detail記錄」 和 「call_filter_send_detail檔案」，每個批次檔案的最大筆數為1000(可以修改配置)。
step3: 傳送job，查詢call_filter_send_batch記錄，並且判斷「log是否存在」或「查詢任務是否傳送成功」，然後執行傳送api介面；
產生日誌記錄「call_filter_send_batch_log」,並且修改call_filter_send_batch_log的狀態為「send_fromflag=0->1 | send_recvflag=0->1或-1」
step4: 查詢job，查詢「call_filter_send_batch_log的記錄」，根據「傳送狀態為send_recvflag=1 且 query_fromflag=0」的日誌記錄，然後執行查詢api介面；
更新日誌記錄「call_filter_send_batch_log」的狀態為「query_fromflag=0->1 | query_recvflag=0->1或-1」；
儲存結果為「json報文檔案和對應使用者的excel檔案」，並且將結果更新到**記錄的狀態「有效** | 無效**」
經過幾個週末開發，終於開發完畢效果圖如下：
part 1: 前台設定: 資料字典配置「篩號任務」、「批次檔案」的工作狀態，如下圖：
part 2: 後台服務: 系統後台有三個定時計畫任務，每隔5分鐘檢查一次相關任務表和日誌表中的特定狀態的記錄，根據條件匹配來實時排程如下job：
job1: 建立批次計畫任務，job2:傳送批次計畫任務，job3:查詢批次計畫任務
**簡圖：
執行效果，如下：
job1: 建立批次計畫任務: 實時處理來自使用者前端提交的「篩號申請」（分割槽字段：建立時間為當天內的資料），
並且由此生成相關「呼叫中心批量外呼的json指令檔案和供使用者查閱的xlsx檔案」, 並且按照進度更新先關資料和狀態。
生成批次的日誌追蹤：
job2: 傳送批次計畫任務: 實時處理來自系統後台狀態為「已生成」的「批次檔案」（分割槽字段：建立時間為今天的資料），且由此讀取本地檔案（「呼叫中心批量外呼的json指令檔案」），節約資料庫查詢和構造時間, 並且按照進度更新先關資料和狀態。
傳送批次的日誌追蹤：
job3: 查詢批次計畫任務: 實時處理來自系統後台狀態為「已傳送」的「批次檔案的日誌資料」（分割槽字段：建立時間為昨天和今天之間的資料），且由此構造「呼叫中心的查詢批量外呼結果的json指令檔案」, 並且按照進度更新先關資料和狀態；最後根據外呼結果，更新「**的有效狀態」，實現「批量篩號的功能」。
查詢批次的日誌追蹤：
該模組的意義：
實現對業務系統的大量無效和過期號碼的篩選，減少了業務操作元每天浪費在對無效號碼的工作時間，提高了系統的使用效率和員工的工作熱情。
模組優化：
增加了對未處理完畢的「外呼任務」和「批次檔案」的狀態回滾為「已傳送」，顯示每個批次檔案的「傳送耗時」和「查詢耗時」。如下圖
postek二次開發 POSTEK二次開發介面
例項簡介 例項截圖 核心 using system using system.collections.generic using system.componentmodel using system.data using system.drawing using system.text using ...
Arcengine二次開發gp呼叫
一 呼叫gp 以融合為例 public static void dissolve ifeatureclass in features,string out feature class,string field,string statistics fields,string multi part di...
呼叫中心系統的基本構成和二次開發思路
呼叫中心系統的基本構成和二次開發思路 目前呼叫中心大多基於ip軟體換系統開發，常見的底層有 freeswitch，asterisk，freepbx等，一提到底層開源。有些使用者覺得只要是開源就能掌控，就通過二次開發，快速搭建一款屬於自己業務習慣的呼叫中心系統。這種理解，個人覺得肯定是片面的。原因有以...