(57)【要約】【課題】  ＩＤｏｃ受信処理時に請求伝票参照登録を実行し、訂正元伝票と訂正伝票とのデータ整合を図るための伝票訂正装置、伝票訂正方法及び伝票訂正プログラムを提供する。【解決手段】  送信側ＥＤＩサーバ１００より受信するＩＤｏｃに書き込まれた伝票識別情報を読み込んで、当該伝票識別番号の伝票データを予め記憶するデータベースシステム２１０より取得し、取得した伝票データに書き込まれた受注先、明細数、又は、品目コードからなるセグメントデータが、送信側ＥＤＩサーバ１００より受信するＩＤｏｃに書き込まれたセグメントデータと一致するか否かを判定し、判定結果に基づいて、伝票訂正処理を実行する。【選択図】  図４
2005250801.tif 000002
【特許請求の範囲】
【請求項１】
送信側システムと受信側システムとの間で中間文書を用いて送受信される伝票データを訂正する伝票訂正装置であって、
前記送信側システムより受信する中間文書に書き込まれた伝票識別情報を読み込んで、当該伝票識別番号の伝票データを予め記憶する記憶手段より取得する伝票データ取得手段と、
前記伝票データ取得手段が取得した伝票データに書き込まれた受注先、明細数、又は、品目コードからなるセグメントデータが、前記送信側システムより受信する中間文書に書き込まれたセグメントデータと一致するか否かを判定するデータチェック手段と、
前記データチェック手段の判定結果に基づいて、伝票訂正処理を実行する伝票訂正手段と
を具備することを特徴とする伝票訂正装置。
【請求項２】
前記中間文書における伝票識別情報のデータ形式と、前記受信側システムの記憶手段に格納される伝票データの伝票識別情報のデータ形式とが異なる場合、前記伝票データ取得手段は、前記中間文書における伝票識別情報のデータ形式を前記受信側システムの記憶手段に格納される伝票データの伝票識別情報のデータ形式に変換して、伝票データを取得する
ことを特徴とする伝票訂正装置。
【請求項３】
送信側システムと受信側システムとの間で中間文書を用いて送受信される伝票データを訂正する伝票訂正方法であって、
受信側システムのコンピュータが、前記送信側システムより受信する中間文書に書き込まれた伝票識別情報を読み込んで、当該伝票識別番号の伝票データを予め記憶する記憶手段より取得し、
前記取得した伝票データに書き込まれた受注先、明細数、又は、品目コードからなるセグメントデータが、前記送信側システムより受信する中間文書に書き込まれたセグメントデータと一致するか否かを判定し、
前記判定結果に基づいて、伝票訂正処理を実行する
ことを特徴とする伝票訂正方法。
【請求項４】
送信側システムと受信側システムとの間で中間文書を用いて送受信される伝票データを訂正する処理を受信側システムのコンピュータに実行させるための伝票訂正プログラムであって、
前記送信側システムより受信する中間文書に書き込まれた伝票識別情報を読み込んで、当該伝票識別番号の伝票データを予め記憶する記憶手段より取得する処理と、
前記取得した伝票データに書き込まれた受注先、明細数、又は、品目コードからなるセグメントデータが、前記送信側システムより受信する中間文書に書き込まれたセグメントデータと一致するか否かを判定する処理と、
前記判定結果に基づいて、伝票を訂正する処理と
を実行させるための伝票訂正プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、中間文書を用いて異なるアプリケーションの間を連携し、トランザクションを実行する場合に請求伝票を訂正する伝票訂正装置、伝票訂正方法及び伝票訂正プログラムに関する。
【背景技術】
【０００２】
従来、コンピュータを用いて、小売業者、卸業者間の伝票処理を行う技術が存在する。例えば、特許文献１によれば、卸業者が納入する商品を検品し仕入を確定する処理をコンピュータを用いて実行する。
具体的には、納品に欠品がある場合、欠品処理端末から納品日，卸業者名，配送便名，および商品名を入力し、発注時に作成した伝票ファイルを検索して店舗名および発注数を含む欠品入力画面を表示し、欠品報告書を参照して発注数を変更する訂正数を入力する。
発注数が訂正数と不一致のときには訂正数を納品数とし、発注数が訂正数と一致するときには発注数を納品数とし、納品日，卸業者名，配送便名，商品名，および店舗名をキーにして伝票ファイルを更新する。
このように構成することで、小売業者と卸業者との間で統一伝票を使用しないで検品および仕入確定の処理作業を簡易化することができる。
【特許文献１】特開２００２−２１５９７８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、近年、標準規格に基づいて電子化された受発注情報を利用した企業間取り引き（ＥＤＩ：electronic data interchange）が普及しつつある。送信側ＥＤＩシステムと受信側ＥＤＩシステムで受発注情報を管理しているアプリケーションが異なる場合であっても、中間文書（以下、ＩＤｏｃ：Intermediate Document）を用いて異なるアプリケーションの間を連携し、トランザクションを実行する。
例えば、送信側ＥＤＩシステムでは、伝票データをＩＤｏｃ形式に変換して、受信側ＥＤＩシステムへ送信する。一方、受信側ＥＤＩシステムでは、このＩＤｏｃを受信して、伝票登録処理を実行する。伝票登録処理により、ＩＤｏｃは、受信側ＥＤＩシステムのアプリケーションで定義されたデータ形式で保持される。
一方、伝票登録処理には、新規の受発注伝票登録処理のほかに、既存の受発注情報の伝票登録訂正処理があり、上述した先行技術では、ＩＤｏｃ（中間文書）を用いない場合において、報告書データから訂正されたデータ部分を読み込んで、伝票を訂正している。
このように、伝票登録訂正処理時には、既存の受発注情報を読み込んで訂正をする必要があるため、中間文書を用いて異なるアプリケーションの間を連携し、トランザクションを実行する場合においては、ＩＤｏｃ受信処理時に請求伝票参照登録ができないという問題点があった。
【０００４】
本発明は、このような事情を考慮してなされたものであり、その目的は、ＩＤｏｃ受信処理時に請求伝票参照登録を実行し、訂正元伝票と訂正伝票とのデータ整合を図るための伝票訂正装置、伝票訂正方法及び伝票訂正プログラムを提供することにある。
【課題を解決するための手段】
【０００５】
この発明は上記の課題を解決すべくなされたもので、本発明は、送信側システムと受信側システムとの間で中間文書を用いて送受信される伝票データを訂正する伝票訂正装置であって、前記送信側システムより受信する中間文書に書き込まれた伝票識別情報を読み込んで、当該伝票識別番号の伝票データを予め記憶する記憶手段より取得する伝票データ取得手段と、前記伝票データ取得手段が取得した伝票データに書き込まれた受注先、明細数、又は、品目コードからなるセグメントデータが、前記送信側システムより受信する中間文書に書き込まれたセグメントデータと一致するか否かを判定するデータチェック手段と、前記データチェック手段の判定結果に基づいて、伝票訂正処理を実行する伝票訂正手段とを具備することを特徴とする。
【０００６】
また、本発明は、前記中間文書における伝票識別情報のデータ形式と、前記受信側システムの記憶手段に格納される伝票データの伝票識別情報のデータ形式とが異なる場合、前記伝票データ取得手段は、前記中間文書における伝票識別情報のデータ形式を前記受信側システムの記憶手段に格納される伝票データの伝票識別情報のデータ形式に変換して、伝票データを取得することを特徴とする。
【０００７】
また、本発明は、送信側システムと受信側システムとの間で中間文書を用いて送受信される伝票データを訂正する伝票訂正方法であって、受信側システムのコンピュータが、前記送信側システムより受信する中間文書に書き込まれた伝票識別情報を読み込んで、当該伝票識別番号の伝票データを予め記憶する記憶手段より取得し、前記取得した伝票データに書き込まれた受注先、明細数、又は、品目コードからなるセグメントデータが、前記送信側システムより受信する中間文書に書き込まれたセグメントデータと一致するか否かを判定し、前記判定結果に基づいて、伝票訂正処理を実行することを特徴とする。
【０００８】
また、本発明は、送信側システムと受信側システムとの間で中間文書を用いて送受信される伝票データを訂正する処理を受信側システムのコンピュータに実行させるための伝票訂正プログラムであって、前記送信側システムより受信する中間文書に書き込まれた伝票識別情報を読み込んで、当該伝票識別番号の伝票データを予め記憶する記憶手段より取得する処理と、前記取得した伝票データに書き込まれた受注先、明細数、又は、品目コードからなるセグメントデータが、前記送信側システムより受信する中間文書に書き込まれたセグメントデータと一致するか否かを判定する処理と、前記判定結果に基づいて、伝票を訂正する処理とを実行させるための伝票訂正プログラムである。
【発明の効果】
【０００９】
以上説明したように、本発明によれば、受信側システムのコンピュータが、送信側システムより受信する中間文書に書き込まれた伝票識別情報を読み込んで、当該伝票識別番号の伝票データを予め記憶する記憶手段より取得し、取得した伝票データに書き込まれた受注先、明細数、又は、品目コードからなるセグメントデータが、送信側システムより受信する中間文書に書き込まれたセグメントデータと一致するか否かを判定し、判定結果に基づいて、伝票訂正処理を実行する。
したがって、ＩＤｏｃ受信処理時に請求伝票参照登録を実行し、訂正元伝票と訂正伝票とのデータ整合を図ることができる効果が得られる。
【００１０】
また、本発明によれば、中間文書における伝票識別情報のデータ形式と、受信側システムの記憶手段に格納される伝票データの伝票識別情報のデータ形式とが異なる場合、中間文書における伝票識別情報のデータ形式を受信側システムの記憶手段に格納される伝票データの伝票識別情報のデータ形式に変換して、伝票データを取得する。
したがって、送信側システムと受信側システムとの間で伝票データのデータ形式が異なる場合であっても、訂正元伝票と訂正伝票とのデータ整合を図ることができる効果が得られる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明を実施するための最良の形態について説明する。
【実施例１】
【００１２】
以下、図面を参照して、本発明の伝票登録処理システムの一実施形態について説明する。図１は、本実施形態の伝票登録処理システム１の構成図である。
図１に示すように、本実施形態の伝票登録処理システム１は、送信側システム１０と受信側システム２０とをネットワーク（図示せず）を介して接続して構成され、それぞれのシステムには、電子取引アプリケーションを実装するＥＤＩサーバ１００、２００（伝票訂正装置）とデータベースシステム１１０、２１０が設けられる。
送信側及び受信側のＥＤＩサーバ１００、２００内で実行されるアプリケーションの間では、データ構造の異なるメッセージ（伝票データ）を送受信するために、所定のデータフォーマットに基づいて電子化されたＩＤｏｃを用いる。
【００１３】
図２に示すように、送信側システム１０は、アプリケーション１１、ＩＤｏｃ出力部１２、ＩＤｏｃ送信部１３、送信機構１４とを有しており、上位層で実行されるアプリケーション１１からＩＤｏｃ出力部１２へトランザクション情報が出力され、ＩＤｏｃ出力部１２において、ＩＤｏｃに変換されて、中位層で実行されるＩＤｏｃ送信部１３に渡される。そして、下位層で実行される送信機構１４を介して、ＩＤｏｃが受信側システム２０に送信される。
受信側システム２０も、送信側システム１０と同様に、アプリケーション２１、ＩＤｏｃ入力部２２、ＩＤｏｃ受信部２３、受信機構２４とを有しており、下位層で実行される受信機構２４を介して、ＩＤｏｃ受信部２３がＩＤｏｃを受信し、ＩＤｏｃ入力部２２で伝票登録処理を実行した後、上位層で実行されるアプリケーション２１にトランザクション情報を返す。アプリケーション２１は、ＩＤｏｃ入力部２２から入力するトランザクション情報を伝票データとして、データベースシステム２１０に格納して利用する。
【００１４】
このように、伝票データは送信側システム１０及び受信側システム２０間において、ＩＤｏｃ形式で送受信される。ここで用いられるＩＤｏｃの形式は、図３に示すように、コントロールレコードと、データレコードと、ステータスレコードとからなる。
コントロールレコードは、受注先パートナープロファイルの識別情報（Ｓｅｎｄｅｒ）、受注者プロファイルの識別情報（Ｒｅｃｅｉｖｅｒ）、販売伝票タイプ（ＭｓｇＴｙｐｅ）、ＩＤｏｃタイプ（ＩＤｏｃ−ｔｙｐｅ）、送受信状態（Ｓｔａｔｕｓ）、参照請求伝票番号、指定納入日付、販売組織識別情報、流通チャネル識別情報、製造部門識別情報を格納している。また、データレコードは、ヘッダ、明細及び副明細とテキスト、ヘッダの累計からなる。明細は複数の項目を有しており、品目コード、受注数量、拒否理由、セット品親明細識別等を格納している。また、ステータスレコードは、処理履歴情報を格納している。
【００１５】
次に、受信側システム２０におけるＥＤＩサーバ２００の具体的な構成について説明する。図４に示すように、ＥＤＩサーバ２００は、送信側システム１０と受信側システム２０との間でＩＤｏｃを用いて送受信される伝票データを登録、訂正する機能を備えており、ＩＤｏｃ受信部２３、ＩＤｏｃ入力部２２、アプリケーション２１に加えて、ＩＤｏｃ入力部２２からアプリケーション２１へ伝票データを登録する伝票登録部４０、アプリケーション２１に一旦登録された伝票データを訂正する伝票データ訂正処理部３０を備える。
伝票データ訂正処理部３０は、伝票データ取得部３１、データチェック部３２、伝票データ訂正部３３とからなる。
伝票データ取得部３１は、送信側システム１０のＥＤＩサーバ１００より受信するＩＤｏｃをＩＤｏｃ入力部２２より入力するとともに、このＩＤｏｃのコントロールレコードに書き込まれた伝票識別情報を読み込んで、当該伝票識別番号の伝票データをデータベースシステム２１０より取得する。ただし、ＩＤｏｃにおける伝票識別情報のデータ形式と、受信側システム２０のデータベースシステム２１０に格納される伝票データの伝票識別情報のデータ形式とが異なる場合、ＩＤｏｃにおける伝票識別情報のデータ形式を受信側システム２０のデータベースシステム２１０に格納される伝票データの伝票識別情報のデータ形式に変換して、伝票データを取得する。
【００１６】
データチェック部３２は、伝票データ取得部３１が取得した伝票データに書き込まれた受注先、明細数、又は、品目コードからなるセグメントデータが、送信側システム１０より受信するＩＤｏｃに書き込まれたセグメントデータと一致するか否かを判定する。具体的には、データチェック部３２は、請求伝票の明細数とＩＤｏｃ上の明細数、およびそれぞれの品目をマッチングさせ、ＩＤｏｃのデータ内容が、参照元のデータベースシステム２１０に格納される伝票データと異なっている場合はエラーを返す。
伝票訂正部３３は、データチェック部３２の判定結果に基づいて、伝票訂正処理を実行する。具体的には、データチェック部３２が請求伝票の明細数とＩＤｏｃ上の明細数、およびそれぞれの品目のマッチング結果が合致していれば、ＩＤｏｃに書き込まれたセグメントデータのうち、受注数量、拒否理由、指定納入期日を伝票データ取得部３１が取得した伝票データに上書きする。一方、エラーが返ってきた場合は、伝票データへの上書きは行わない。
伝票登録部４０は、データベースシステム２１０内に構築されるＩＤｏｃデータベース２２０に伝票データを格納した後、伝票データ登録処理を実行し、アプリケーション２１に出力する。
【００１７】
次に、図面を参照して、本実施形態の伝票登録処理システム１の動作について説明する。図５は、本実施形態の伝票登録処理システム１における伝票登録訂正処理の過程を示すフローチャートである。
伝票登録訂正処理の前処理として、受信側ＥＤＩサーバ２００は、送信側ＥＤＩサーバ１００から伝票データのＩＤｏｃを事前に受信し、伝票登録処理を実行した後、伝票データを伝票識別番号に紐付けてデータベースシステム２１０に格納しておく。
データベースシステム２１０に伝票データが格納された状態において、送信側ＥＤＩサーバ１００から訂正用伝票データのＩＤｏｃを受信すると（図５のステップＳ１）、受信側ＥＤＩサーバ２００は、当該ＩＤｏｃの受信処理において、請求伝票の参照登録を行う。
【００１８】
受信側ＥＤＩサーバ２００は、まず受信したＩＤｏｃのセグメントデータとして、販売伝票タイプ、販売組織、流通チャンネル、製造部門、指定納入日付、参照請求伝票番号、受注先、受注数量、拒否理由、セット品明細識別、品目コードを請求伝票参照登録で対象にセットする（ステップＳ２）。
そして、受信側ＥＤＩサーバ２００は、ＩＤｏｃデータのチェックと指定納入期日のセットを行う。具体的には、受信側ＥＤＩサーバ２００は、請求伝票参照登録対象にセットしたＩＤｏｃセグメントデータより請求伝票番号を取得し（ステップＳ３）、当該伝票識別番号の伝票データをデータベースシステム２１０より読み込む（ステップＳ４）。ただし、データベースシステム２１０に格納されている伝票データの伝票識別番号が、ＩＤｏｃセグメントデータの請求参照伝票番号と異なるデータ形式で保持されている場合、受信側ＥＤＩサーバ２００は、ＩＤｏｃセグメントデータより取得した請求伝票番号の先頭に所定のコードを補完し、補完した請求伝票番号で伝票データを読み込む。また、ＩＤｏｃセグメントに請求伝票番号が存在しない場合は、受信側ＥＤＩサーバ２００は、エラーとする。
【００１９】
データベースシステム２１０より伝票データが読み込まれると、受信側ＥＤＩサーバ２００は、読み込んだ伝票データのうち、受注先、明細数（親明細のみ）、明細の品目コードをそれぞれＩＤｏｃのセグメントデータとマッチングさせる（ステップＳ５）。
すなわち、受信側ＥＤＩサーバ２００は、伝票データから受注先を取得し、ＩＤｏｃセグメント上の受注先とマッチングさせる。受注先が異なる場合はＩＤｏｃエラーとする（ステップＳ６）。次に、受信側ＥＤＩサーバ２００は、読み込んだ伝票データの明細数とＩＤｏｃの明細数を比較し、明細数が異なる場合は、ＩＤｏｃエラーとする（ステップＳ６）。
また、受信側ＥＤＩサーバ２００は、読み込んだ伝票データの品目コードとＩＤｏｃの明細の品目コードとを比較し、品目コードが異なる場合はＩＤｏｃエラーとする（ステップＳ６）。これらのマッチング処理のいずれかでエラーが発生した場合は（ステップＳ６でＹｅｓ）、例外処理を行う（ステップＳ８）。
【００２０】
一方、エラーの発生が無かった場合（ステップＳ６でＮｏ）、受信側ＥＤＩサーバ２００は、指定納入期日をセットして、請求伝票参照登録用のバッチインプットデータを作成する。具体的には、受信側ＥＤＩサーバ２００は、伝票タイプが請求伝票参照登録用で、エラーが発生しなかったものおよびバッチインプットデータ作成ロジックを始めて通るもののみを処理する。
【００２１】
すなわち、受信側ＥＤＩサーバ２００は、取得した請求伝票番号と、ＩＤｏｃセグメントより入力された受注数量とを入力するバッチインプットデータを追加する。また、指定納入期日がある場合は、受信側ＥＤＩサーバ２００は、納入期日を入力するバッチインプットデータを追加する。さらに、明細が親明細フラグを持つ場合は、受信側ＥＤＩサーバ２００は、子明細用のバッチインプットデータを作成する。子明細用のバッチインプットデータの数量は親明細から換算される。
以上のバッチインプットデータの追加が完了すると、受信側ＥＤＩサーバ２００は、請求伝票参照登録のために使用した項目をクリアし、伝票番号、指定納入期日をクリアする。
以上によって、訂正用のバッチインプットデータが生成され、バッチインプットが十個されることにより、ＩＤｏｃの請求参照登録が完了する。
【００２２】
以上説明したように、本実施形態の伝票訂正装置（受信側システムのコンピュータである受信側ＥＤＩサーバ２００）によれば、送信側システム１０より受信するＩＤｏｃに書き込まれた伝票識別情報を読み込んで、当該伝票識別番号の伝票データを予め記憶するデータベースシステム２１０より取得し、取得した伝票データに書き込まれた受注先、明細数、又は、品目コードからなるセグメントデータが、送信側システム１０より受信するＩＤｏｃに書き込まれたセグメントデータと一致するか否かを判定し、判定結果に基づいて、伝票訂正処理を実行する。
したがって、ＩＤｏｃ受信処理時に請求伝票参照登録を実行し、訂正元伝票と訂正伝票とのデータ整合を図ることができる効果が得られる。
【００２３】
また、ＩＤｏｃにおける伝票識別情報のデータ形式と、受信側システム２０のデータベース２１０に格納される伝票データの伝票識別情報のデータ形式とが異なる場合、ＩＤｏｃにおける伝票識別情報のデータ形式を受信側システム２０のデータベース２１０に格納される伝票データの伝票識別情報のデータ形式に変換して、伝票データを取得する。
したがって、送信側システム１０と受信側システム２０との間で伝票データのデータ形式が異なる場合であっても、訂正元伝票と訂正伝票とのデータ整合を図ることができる効果が得られる。
【００２４】
上述したＩＤｏｃの請求参照登録処理に関する一連の処理の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、上記処理が行われる。
すなわち、ＥＤＩサーバ１００，２００における、各処理手段、処理部は、ＣＰＵ等の中央演算処理装置がＲＯＭやＲＡＭ等の主記憶装置に上記プログラムを読み出して、情報の加工・演算処理を実行することにより、実現されるものである。
ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしても良い。
【図面の簡単な説明】
【００２５】
【図１】伝票登録処理システム１の構成図。
【図２】ＩＤｏｃ送受信の説明図。
【図３】ＩＤｏｃのデータ構成図。
【図４】ＥＤＩサーバ２００の構成図。
【図５】伝票登録訂正処理のフローチャート。
【符号の説明】
【００２６】
１…伝票登録処理システム
１０…送信側システム
１１、２１…電子商取引アプリケーション
１２…ＩＤｏｃ出力部
１３…ＩＤｏｃ送信部
１４…送信機構
２０…受信側システム
２２…ＩＤｏｃ入力部
２３…ＩＤｏｃ受信部
２４…受信機構
３０…伝票データ訂正処理部
３１…伝票データ取得部
３２…データチェック部
３３…伝票データ訂正部
４０…伝票登録部
１００…送信側ＥＤＩサーバ
２００…受信側ＥＤＩサーバ
１１０、２１０…データベースシステム
２０１、２０２…ＥＤＩサブシステム
２２０…ＩＤｏｃデータベース
【図１】
2005250801.tif 000003
【図２】
2005250801.tif 000004
【図３】
2005250801.tif 000005
【図４】
2005250801.tif 000006
【図５】
2005250801.tif 000007