一家言
統一、開放、相互信頼、多元的な知恵政府調達生態システムを構築
■向氷
現在、政府の電子化プラットフォームは全国的に普及しつつある。政府の購買電子化プラットフォームは主に集中購買機構または購買監督管理機構が建設を請け負っている。政府調達電子化プラットフォームの建設初志は現代科学技術の手段を十分に利用し、政府調達の遠隔化、デジタル化、知能化を実現し、政府調達週期を短縮し、政府調達取引コストを下げ、ビジネス環境をさらに最適化し、経済循環を製約する閉鎖点を開通させ、全国統一大市場の形成を加速させることである。
しかし、全国各地で政府調達電子化プラットフォームの普及に伴い、ますます多くのサプライヤーがこのような苦境に直麺している。彼らは政府調達プラットフォームを使用して入札活動に参加するたびに、通常アカウントを登録し、CA証明書を処理する必要があり、同時に地元の政府調達プラットフォームで入札ファイル作成ソフトをダウンロードする必要がある。長年政府の購入に参加しているサプライヤーの中には、数十人から百人以上のCA証明書があります。同時に、一部のベンダーのコンピュータデスクトップには、異なるプラットフォームの入札ファイル作成ソフトウェアが含まれています。さらに、ベンダーを狂わせるのは、これらのソフトウェア、ツールを混同していることが多く、入札、開札、審査の一環で予期しない問題が発生し、いくつかのプロジェクトの競争機会を失っていることです。これらのプロジェクトの予算額は数十万元で、多くは数百万元から数千万元です。
政府調達社会代理機構も同様の問題に直麺している。異なる場所での執業が必要な場合、代理機構は異なる地方政府の購買プラットフォームがどのように操作されているかを理解しなければならず、その業務者は異なるシステムで購買文書を作成し、開札し、審査することを学ばなければならない。もう一つのより厳しい問題は、エージェントが異なるプラットフォームエージェントのプロジェクトを使用していることです。プロジェクトファイルは異なるプラットフォームに分散して保存されており、エージェント自身にはこれらのプロジェクトのオリジナルファイルデータがありません。これらのデータが失われると、損失は推定できません。一部の代理機関は自分の情報化管理システムを構築する心を持っているが、現実に直麺しても力がなく、社内管理の困難をもたらし、対外的に業務を開拓するコストはさらに高い。
上記の問題を解決するために、一部の省は全省一体化政府調達プラットフォームを推進し始め、省レベルの財政の力を借りて、省域内のすべての政府調達参加者が同じプラットフォームを使用することを実現することを望んでいる。これにより、少なくとも本省内では、サプライヤーは入札ファイル作成ソフトウェアを使用することができ、すべての代理機関も全省一体化プラットフォームを使用して業務を行うだけです。しかし、現実的には、多くの省が一体化購買プラットフォームを推進する際に大きな抵抗に遭遇しています。その原因を究明すると、主に以下のいくつかの方麺の問題が存在する。
まず、省級政府調達一体化プラットフォームには通常、省市県の3級数万社の予算単位、数千社の代理機構、数百万社のサプライヤーが含まれており、1セットのシステムでこのような多くのユーザーの個性的な需要をカバーし、実現の難しさは非常に大きい。ユーザーが提出した問題ができるだけ満足すれば、システムは無限に複雑になり、プラットフォーム建設運営会社のサービスコストも天文学的な数字になります。ユーザーの個性化要求を満たさないと、ユーザー満足度が悪い。
次に、省レベルのプラットフォーム構築者は、プラットフォームを開発し、運営するために1つの会社だけを選択することがよくあります。これらの会社はある省級プラットフォームの建設資格を得るために、低価格競争を惜しまない。その中で、標準価格はコスト価格よりはるかに低いことが多く、その目的は他の相手を市場から押し出し、独大独占局麺を形成することである。しかし、利益は企業の最終目的であり、一部の落札企業は後期に各種の隠れた料金徴収手段を通じて利益を得たり、プラットフォーム建設部門に潜在的な廉潔政治リスクをもたらしたりする。
最後に、プラットフォーム開発者がある市場を独占した後、競争がなくなり、製品のアップグレードと後続サービスの麺では、積極性に欠け、プラットフォーム建設者（または購入者）のユーザー体験も低下し、他のより良い製品、より良いサービスを提供する能力のあるサプライヤーはドアの外に立ちはだかられ、この市場に入ることができなかった。
上記の難題を解決するには、政府調達プラットフォームの建設モデルを改めて考え、これまでの政府の自己建設、自己管理プラットフォームモデルを開放型プラットフォームの建設モデルに転換し、全国範囲内で標準統一の知恵化政府調達生態システムを構築し、政府が資源統合を推進し、市場競争を促進し、市場が資源配置において決定的な役割を菓たすようにしなければならない。
開放型政府調達プラットフォームはどのように構築されますか？建設形式では、証券取引プラットフォームの建設モデルを参考にすることができると思います。証券取引システムでは、各証券会社に独自の証券会社取引システムがあり、株式所有者は Hithink Royalflush Information Network Co.Ltd(300033) 、China Stock Market Newsなどの端末システムを使用するだけで、株式取引に参加することができます。全国政府調達システム開発者が統一的な取引規則に基づいてそれぞれの特色のある政府調達応用端末を開発すれば、各政府調達代理機構、サプライヤーは自分が認可した応用端末を選択するだけで、口座番号、CA証明書1セットだけで全国のどこの政府調達プロジェクトにも参加することができます。このような構造を形成すると、ソフトウェア開発者は必然的により多くの精力をプラットフォームとシステムの研究開発に投入し、よりユーザーのニーズに近い製品を開発し、より良質なサービスを提供し、競争の中で先機を勝ち取り、多元的な知恵の政府調達生態係を形成する。
しかし、証券取引に比べて、政府調達の取引形式は相対的に複雑で、特に入札募集の過程で、システムはサプライヤーの資格、応答文書の適合性を審査し、審査基準に基づいて点数をつける必要があり、ある項目は協議交渉交渉を行う必要がある。そのため、このようなプラットフォームを構築するには、統一された基準規範、開放的なシステムアーキテクチャ、相互信頼の授権メカニズムが必要であり、多元的な知恵生態係を構築することができる。
統一標準仕様
本と文、車が同じ軌道に乗ってこそ、地方保護と市場の垣根を破り、全国統一大市場を形成する可能性がある。統一、開放、相互信頼、多元的な知恵政府調達生態係を構築するには、政府調達の取引データ、調達ファイル及び応答ファイル構造、政府調達ソフトウェアシステムの機能、データ交換方式、政府調達取引プロセスと環境などに対して標準化建設を行い、業務データとファイルを各システム間で支障なく流通させる必要がある。
取引データ規範を製定するには、政府が購入した各段階のデータを定義する必要があり、購入者、サプライヤー、代理機構、審査専門家、プロジェクト情報、プロジェクト公告情報、投資評価過程情報、購入契約要素情報、検収結菓要素情報などのデータのデータ源、コード標準集などを含むが、これらに限らない。
購買ファイル、応答ファイル構造を規範化するには、政府購買の購買ファイルと仕入先応答ファイルの構造とフォーマットを定義する必要があります。政府調達のインテリジェント化を実現するには、調達ファイルと応答ファイルが構造化設計されていることに注意してください。
購入ファイルや応答ファイルがWord、PDFなどの非構造化ファイル形式を採用すると、システムはファイルの内容を自動的に認識し、自動的にキャプチャすることができません。これにより、システムは自動スケーリング、自動関連応答内容などを完成することがさらに困難になる。構造化ファイルを使用する場合は、異なるシステム間で標準仕様を確立する必要があります。これにより、エージェントの取引システムとベンダーの入札システムは相互製約されなくなります。
政府調達システムの機能を規範化するには、システム間の情報流通が滞らないように、調達タスクを実行する際の一連の操作を標準化し、プロジェクトの展開に影響を与えないようにすることです。
データ交換基準、すなわちシステム間のデータ交換方式とフォーマットに対して標準規範を製定する。例えば、購買プロジェクトの情報取得、公告プッシュ基準を製定し、購買文書及び審査報告のアップロード、ダウンロード基準を製定し、成約結菓、契約情報及び検収情報のプッシュ基準などを製定する。
政府調達取引プロセスと環境を規範化するには、政府調達の各参加者のワークフローを標準化して設計することです。例えば：遠隔開札と現場開札場所の配置計画、現場設備（監視、門限、開札パソコンなどの施設を含む）のパラメータと設備配置、メンテナンスなどに対して規定を行う。
オープンなアーキテクチャを構築
どのように統一された標準規範に基づいて、伝統的な思考を突破して、開放的な政府調達プラットフォームを構築しますか？
この問題に答えるには、まず既存のプラットフォームの弊害を振り返ってみてください。最初の政府調達プラットフォームの多くは集中購買代理機構によって建設され、収集プロジェクトの一部のプロセスの電子化を実現しましたが、ほとんどの社会代理機構は依然としてオフライン方式で購買プロジェクトを実行しています。近年、ますます多くの監督管理部門が政府調達プラットフォームを構築し、集中購買と分散購買プロジェクトの同じプラットフォームでの運営を実現している。しかし、収集機構が構築したプラットフォームでも、財政部門が構築したプラットフォームでも、プラットフォームは閉鎖されているという共通性があります。プラットフォームの閉鎖属性により、エージェントとベンダーは、プラットフォームで実行されているプロジェクトに参加するために特定のプラットフォームを使用しなければなりません。
そのため、開放的な政府調達プラットフォームを構築するために解決しなければならない核心的な問題は、もともと閉鎖されていたシステムを開放し、代理機関とサプライヤーに自分の業務に適した取引プラットフォームを自主的に選択させ、このプラットフォームを通じて全国すべての地域の政府調達プロジェクトの取引に参加させることです。
筆者は、新しいアーキテクチャはボトムアップから3つのレベルに分けることができ、それぞれ財政イントラネット業務クラスター、取引ハブセンター、取引実行プラットフォームクラスターであると考えている。
財政イントラネット業務クラスター、すなわち各級が財政イントラネット上で運行する購買関連の業務システムであり、購買予算管理システム、購買計画届出システムなどを含み、届出を完了したプロジェクトは財政イントラネットのゲートウェイを通じて収集機構、代理機構プラットフォームにプッシュすることができる。各級財政部門は購買監督システムを通じて本級政府の購買の実行状況を監督する。取引を完了したプロジェクトは、財政イントラネット決済システムを通じて支払いを完了します。上記の業務システムは財政部門が建設を請け負い、財政イントラネットで運営されている。
取引ハブセンターは各業務システムを連結する核心システムであり、上通下達の役割を菓たしている。取引ハブセンターはサプライヤー入札システムにサプライヤー登録、CA証明書の取り扱い、購買書類の取得、応答書類のアップロードなどのサービスを提供する。購買代理機構の業務管理システムに購買プロジェクト情報の取得、プロジェクト公告の発表、専門家の抽出、サプライヤーリストの取得、プロジェクト購買結菓データのフィードバックなどのサービスを提供する。各地の予算一体化管理システムに購入プロジェクトの届出情報のアップロード、代理機構のオンライン委託などのサービスを提供する。各地の政府調達網に政府調達プロジェクトの公告情報更新同期サービスを提供する。各地の政府調達監督管理システムに政府調達データとプロジェクトファイル情報の同期サービスを提供する。各業務システムにユーザー主体認証やCA相互認証などのサービスを提供する。
取引実行プラットフォームは代理機関とサプライヤーに開放されている。異なる代理機構は自分の業務特徴に基づいて自分に適した取引実行システムを選択し、異なる取引実行システムは統一的なインターネットゲートウェイを通じて取引ハブセンターにアクセスし、購入者が委託したプロジェクト情報を取得する。代理機関は、作成した購入ファイルをインターネットゲートウェイを通じて政府調達網に自動的にプッシュして公告を発表します。代理機構はハブセンターとの相互作用を通じて、専門家がサプライヤーの応答文書を抽出し、読み取り、評価を組織し、成約公告を発表するなどの仕事を完成した。サプライヤーもあるプラットフォームメーカーの端末を自主的に選択することができ、原則として1つの端末を使用することで全国のすべてのプロジェクトの取引に参加することができます。サプライヤー端末と代理機構システムは同様のメカニズムと取引ハブセンター通信を採用している。
相互信頼のセキュリティメカニズムを構築
上記のアーキテクチャは極めて複雑で、イントラネットシステムの安全運行を確保すると同時に、異なるメーカーが開発した取引実行システムが財政イントラネットシステムとの間で業務データ交換が発生できることを確保するには、安全な相互信頼メカニズムを構築しなければならない。筆者は、このメカニズムには、業務システムの登録管理、ゲートウェイアクセス製御、認証、認証アクセス製御などが含まれていると考えています。
このメカニズムにおいて、アプリケーション登録センターの役割は、統一規則に基づいて登録を要求するアプリケーションを合法的に検証し、登録センターの許可を得たアプリケーションがハブセンターにアクセスできることです。登録センターの許可を得ていない第三者のアプリケーションがハブセンターにアクセスしようとすると、不法侵入と見なされ、ブロックされます。アプリケーションアクセスゲートウェイは、エージェントビジネスシステムとベンダーアプリケーションシステムがトランザクションハブセンターにアクセスする唯一の入り口です。ゲートウェイは、ルーティング構成に基づいて外部アクセスの要求を特定のサーバに転送します。
代理機構業務システムとサプライヤー応用システムが初めて取引ハブセンターのサービスへのアクセスを要求する場合、取引ハブセンターは要求を検証する必要があり、検証が通過すると、システムは闇号化アルゴリズムを呼び出してトークン（サービス端が生成した文字列で、顧客端が要求するトークンとする）を生成し、次回の要求が再発すると、取引ハブセンターはトークン列を復号検証する。また、トランザクションハブセンターは、SSL暗号化やデジタル署名などの技術を通じてデータ転送のセキュリティを強化することもできます。
以上のように、統一基礎基準の上に構築された開放的なアーキテクチャは、中国の優れたソフトウェア開発者がそれぞれの技術的優位性を利用して、それぞれの特色のある応用サービスを開発するように導きます。このようにして、代理機関とサプライヤーは十分に自主的に応用を選択する機会がある。同時に、代理機構とサプライヤーは自分に合ったシステムを選択するだけで、全国の政府調達プロジェクトに参加することができ、異なる政府調達プラットフォームの間で繰り返し切り替える必要はなく、地方保護と市場分割を根本的に打破し、経済循環を製約する肝心な渋滞を打破し、商品要素資源のより広い範囲での流れを促進することができる。このような自由競争の市場構造を提供してこそ、各ソフトウェアメーカーは革新に専念し、よりインテリジェント化、インテリジェント化の方向に努力してこそ、競争の中でより多くのビジネスチャンスを得ることができ、さらに百花斉放、百家争鳴のインテリジェント化政府の購買生態システムを構築することができる。
（著者：成都布絡ソフトウェア技術有限会社）
