部門間の電子文書管理：現状
Electronic Russiaプロジェクトは、しばしば全体的または部分的に議論され批判されています。 このプロジェクトの1つの側面、部門間電子文書管理の状況、特にこの方向で既に行われていることについてお話します。
MEDOの現状は次のとおりです。 プロジェクトは多くの構造で長い間進行中であるため、個々の部門のドキュメント自動化は現在かなり高いレベルにあります。 しかし、これにもかかわらず、元のドキュメントと部門間のワークフローは、ほぼどこでも紙です。 先日テレビで、彼らはいくつかの省庁に承認のために送られた請求書の1つだけでフォルダのスタックを見せました-それは非常に印象的です。 これらの文書が1つまたは2つまたは3つのコピーで存在してはならないことを考えると、わが国の森林破壊から森林を保護する問題は明らかに非常に深刻です。
実際、MEDOの導入はこれらの問題を解決し、さらに、部門を通過するドキュメントの速度に影響を与え、すべての手順の簡素化、職員の削減などにつながります。 そして一般に、多くの利点が得られます。 ところで、Herman Grefは、地域の複数の部門のデータベースを統合して電子市民カードを起動する方法について話し、リストの重複により存在する受益者の数が30％減少したと述べました。
州の規制
州の規制に関しては、すでに部門間のワークフローを管理する多数の確立された規則があります。 それらの1つはhabrahabr.ru/company/eos/blog/109299で説明されています 。 さらに、ゲートウェイの要件を含む、MEDの技術要件が承認されています。 たとえば、ゲートウェイのワークステーションのソフトウェア構成には、次のものが含まれます。
a）Windows XP Professional Russianなどのオペレーティングシステム。
b）Windows XP用のSecure Pack Rus 1.0。
c）Office Professional Plus 2007ロシア語OLP NL
ゲートウェイサーバーソフトウェアには以下が含まれている必要があります。
a）Windows Server Standard Edition 2003 R2 Win32 Russian OLP NLなどのオペレーティングシステム。
b）SQL Server Standard Edition 2005 Win32ロシア語OLP C.
アーキテクチャMEDO
さまざまな省庁で使用される電子文書管理システムとロシア連邦政府の装置の相互作用には、特殊な電子郵便サービスが使用され、特殊なゲートウェイを使用してEDMS間で文書を配信します。
次に、MEDOプロジェクトのフレームワークで使用される各電子文書管理システムには独自のアダプターがあり、文書を送信するときに、承認された単一の形式で文書カードをEDMSに送ります。
この形式はXML言語に基づいており、MEDOに関する規制の承認に関する政府令（2009年9月22日の754号）および2009年10月2日の命令（N 1403-r）（MEDOの技術要件の承認について）に記載されています。
パイロットプロジェクトまたは既にあるもの
2009年に、電子政府プログラムの一環として、ロシア連邦政府とロシア連邦農業省、ロシア連邦電気通信・マスコミュニケーション省、ロシア連邦経済開発省との間で省庁間EDIを実装するための最初のパイロットプロジェクトが開始されました。 これまでに、この同じプロジェクトはすでに試験運用中です。たとえば、政府とロシア連邦農業省の間、および農業省とシステムに関連する他の連邦執行機関の間で文書が交換されています。 将来的には、地域を徐々に接続することが計画されています-カリーニングラード地域は、MEDOに接続されたパイロット地域になります。
MEDOは、連邦行政当局が使用する既存のMEDOおよびEDMSの郵便システムに基づいて作成されました。 プロジェクト中に、EDMSの相互作用のための単一フォーマット、および単一フォーマットでの作業を保証するために連邦行政当局のEDMSをインターフェースするための手段を含む、技術的要件の開発が実施されました。 また、事務を実施するための統一規則、部門間電子文書管理のシステムに関する規定、および官庁と連邦行政当局間の相互作用が開発されました。 対話機能の段階的な拡張と、電子形式で送信されるドキュメントの構成も実行されました。
その結果、現在のシステムは次のようになります。
現在、MEDOを実行できるもの：
-ロシア連邦首相およびその代理の決議のFOIV電子コピーを送信する。
-ロシア連邦政府の会議議事録のFOIV電子コピーを送信します。
-政府機関の構造単位の手紙を、連邦政府の執行機関およびMEDシステムに含まれる組織に電子形式で送信します。
さらに、MEDOは次のようなプロセスを開発しています。
-ロシア連邦政府のオフィスの構造ユニットに電子形式で手紙を送るための手順と技術。
-MEDOシステムに接続された、連邦政府当局の自動化された情報システムの管理者向けのトレーニングの組織。
-連邦政府の執行機関および組織への発信レターの電子コピーをロシア連邦政府事務所に送信する実験的試験;
-連邦執行機関に送られた文書の通過と実行の進捗に関する情報へのアクセスを提供するためのソフトウェアとハードウェアの開発。
もちろん、これまでのところそれほど多くは行われていませんが、これは一見しただけです。 各機能では、ドキュメントの移動のためのルートを作成し、すべての部門などでこれらのルートを調整する必要があります。各部門には多くのルートがあります。 部門間電子文書管理の技術的および技術的な問題について話すと、おそらく最大の困難は、文書を発行するために採用された技術（数と日付なし）の電子文書の署名、および電子文書管理システムと文書の管理の本格的な相互作用の組織に関連しています受信者組織。
これが連邦レベルでのMEDOの現状です。 地域レベルでは状況は大きく異なりますが、これについては次の投稿で説明します。
MEDOの現状は次のとおりです。 プロジェクトは多くの構造で長い間進行中であるため、個々の部門のドキュメント自動化は現在かなり高いレベルにあります。 しかし、これにもかかわらず、元のドキュメントと部門間のワークフローは、ほぼどこでも紙です。 先日テレビで、彼らはいくつかの省庁に承認のために送られた請求書の1つだけでフォルダのスタックを見せました-それは非常に印象的です。 これらの文書が1つまたは2つまたは3つのコピーで存在してはならないことを考えると、わが国の森林破壊から森林を保護する問題は明らかに非常に深刻です。
実際、MEDOの導入はこれらの問題を解決し、さらに、部門を通過するドキュメントの速度に影響を与え、すべての手順の簡素化、職員の削減などにつながります。 そして一般に、多くの利点が得られます。 ところで、Herman Grefは、地域の複数の部門のデータベースを統合して電子市民カードを起動する方法について話し、リストの重複により存在する受益者の数が30％減少したと述べました。
州の規制
州の規制に関しては、すでに部門間のワークフローを管理する多数の確立された規則があります。 それらの1つはhabrahabr.ru/company/eos/blog/109299で説明されています 。 さらに、ゲートウェイの要件を含む、MEDの技術要件が承認されています。 たとえば、ゲートウェイのワークステーションのソフトウェア構成には、次のものが含まれます。
a）Windows XP Professional Russianなどのオペレーティングシステム。
b）Windows XP用のSecure Pack Rus 1.0。
c）Office Professional Plus 2007ロシア語OLP NL
ゲートウェイサーバーソフトウェアには以下が含まれている必要があります。
a）Windows Server Standard Edition 2003 R2 Win32 Russian OLP NLなどのオペレーティングシステム。
b）SQL Server Standard Edition 2005 Win32ロシア語OLP C.
アーキテクチャMEDO
さまざまな省庁で使用される電子文書管理システムとロシア連邦政府の装置の相互作用には、特殊な電子郵便サービスが使用され、特殊なゲートウェイを使用してEDMS間で文書を配信します。
次に、MEDOプロジェクトのフレームワークで使用される各電子文書管理システムには独自のアダプターがあり、文書を送信するときに、承認された単一の形式で文書カードをEDMSに送ります。
この形式はXML言語に基づいており、MEDOに関する規制の承認に関する政府令（2009年9月22日の754号）および2009年10月2日の命令（N 1403-r）（MEDOの技術要件の承認について）に記載されています。
パイロットプロジェクトまたは既にあるもの
2009年に、電子政府プログラムの一環として、ロシア連邦政府とロシア連邦農業省、ロシア連邦電気通信・マスコミュニケーション省、ロシア連邦経済開発省との間で省庁間EDIを実装するための最初のパイロットプロジェクトが開始されました。 これまでに、この同じプロジェクトはすでに試験運用中です。たとえば、政府とロシア連邦農業省の間、および農業省とシステムに関連する他の連邦執行機関の間で文書が交換されています。 将来的には、地域を徐々に接続することが計画されています-カリーニングラード地域は、MEDOに接続されたパイロット地域になります。
MEDOは、連邦行政当局が使用する既存のMEDOおよびEDMSの郵便システムに基づいて作成されました。 プロジェクト中に、EDMSの相互作用のための単一フォーマット、および単一フォーマットでの作業を保証するために連邦行政当局のEDMSをインターフェースするための手段を含む、技術的要件の開発が実施されました。 また、事務を実施するための統一規則、部門間電子文書管理のシステムに関する規定、および官庁と連邦行政当局間の相互作用が開発されました。 対話機能の段階的な拡張と、電子形式で送信されるドキュメントの構成も実行されました。
その結果、現在のシステムは次のようになります。
現在、MEDOを実行できるもの：
-ロシア連邦首相およびその代理の決議のFOIV電子コピーを送信する。
-ロシア連邦政府の会議議事録のFOIV電子コピーを送信します。
-政府機関の構造単位の手紙を、連邦政府の執行機関およびMEDシステムに含まれる組織に電子形式で送信します。
さらに、MEDOは次のようなプロセスを開発しています。
-ロシア連邦政府のオフィスの構造ユニットに電子形式で手紙を送るための手順と技術。
-MEDOシステムに接続された、連邦政府当局の自動化された情報システムの管理者向けのトレーニングの組織。
-連邦政府の執行機関および組織への発信レターの電子コピーをロシア連邦政府事務所に送信する実験的試験;
-連邦執行機関に送られた文書の通過と実行の進捗に関する情報へのアクセスを提供するためのソフトウェアとハードウェアの開発。
もちろん、これまでのところそれほど多くは行われていませんが、これは一見しただけです。 各機能では、ドキュメントの移動のためのルートを作成し、すべての部門などでこれらのルートを調整する必要があります。各部門には多くのルートがあります。 部門間電子文書管理の技術的および技術的な問題について話すと、おそらく最大の困難は、文書を発行するために採用された技術（数と日付なし）の電子文書の署名、および電子文書管理システムと文書の管理の本格的な相互作用の組織に関連しています受信者組織。
これが連邦レベルでのMEDOの現状です。 地域レベルでは状況は大きく異なりますが、これについては次の投稿で説明します。
All Articles