取消SPPは，次の順序で取消依頼電文を処理します。

1. MPNセンタから取消依頼電文を受信する
2. 収納業務プログラムに応答電文の作成を要求する
3. 収納業務プログラムで作成された応答電文を受信する
4. 受信した応答電文をMPNセンタに返送する

取消依頼電文の処理の流れを次に示します。

図7-10　取消依頼電文の処理の流れ

注※1

通信サーバfor BillerがMPNセンタに送信する取消応答電文は次のとおりです。また，取消応答電文の電文種別コードを参照した結果によって消込情報を取り消すかどうかが決定します。

リターンコードにALL0を設定した場合

収納業務プログラムが作成した取消応答電文の電文種別コードを参照した結果，正常応答のとき，取消応答電文をMPNセンタに送信し，該当する消込情報を取り消します。また，電文種別コードを参照した結果，正常応答以外のときは，収納業務プログラムが作成した取消応答電文をMPNセンタに送信しますが，該当する消込情報を取り消しません。

消込情報の取消は，収納情報の取消カウンタの更新および消込情報の取消フラグの更新によって行われます。

リターンコードにALL0以外を設定した場合

通信サーバfor Billerが取消エラー応答電文を作成し，MPNセンタに送信しますが，該当する消込情報は取り消しません。

注※2

設定または更新される項目を次に示します。

表7-13　DBで設定または更新される項目（取消SPP用インターフェース）

項目名	内容説明
取消フラグ	DBで，該当する消込情報の項目として設定されます。なお，該当する消込情報は，「お客様番号」，「確認番号」，「納付区分」，「仕向センタコード」，「仕向処理年月日」および「仕向処理通番」によって特定されます。
取消カウンタ	該当する収納情報の取消に対する履歴情報の項目です。DBで更新されます。また，消込情報レコードが複数ある場合は，該当するすべてのレコードに反映されます。

通信形式を次に示します。

int dc_rpc_call_to(
  struct  DCRPC_BINDING_TBL  *direction,
         char    *group,
         char    *service,
         char    *in,
         DCULONG *in_len,
         char    *out,
         DCULONG *out_len,
         DCLONG  flags )

引数には，通信サーバfor Billerが設定する引数と，収納業務プログラムが設定する引数があります。

(a)　通信サーバfor Billerが設定する引数

通信サーバfor Billerが設定する引数を次に示します。

表7-14　通信サーバfor Billerが設定する引数（取消SPP用インターフェース）

図7-11　通信サーバが送信する電文の形式（取消SPP用インターフェース）

• 制御ヘッダー部
  通信サーバfor Billerと収納業務プログラムのインターフェースヘッダーです。リターンコードにはALL0が設定されます。制御ヘッダー部の形式については，「付録B　制御ヘッダー部のフォーマット」を参照してください。
  また，一般料金の場合，「納付区分」にはNULLが設定されます。
  
• MPN電文
  MPNセンタから受信した電文です。
  

(b)　収納業務プログラムが設定する引数

収納業務プログラムが設定する引数を次に示します。

表7-15　収納業務プログラムが設定する引数（取消SPP用インターフェース）

図7-12　通信サーバが受信する電文の形式（取消SPP用インターフェース）

• 制御ヘッダー部
  通信サーバfor Billerと収納業務プログラムのインターフェースヘッダーです。
  なお，通信サーバfor Billerでは，リターンコードおよび電文IDを内部トレース情報として取得します。そのため，収納業務プログラムでは，inで渡された電文IDの内容を変更しないでください。また，「お客様番号」，「確認番号」および「納付区分」の内容も変更できません。
  
• MPN電文
  MPNセンタに送信する電文を設定してください。
  なお，正常時またはエラー時には，省略形式の電文を返すこともできます。
  省略形式の電文については，「7.1.7　省略形式の電文」を参照してください。