GOSTはロシアで登場しました。ロシアでは、電子文書の交換の形式が定義されています
これまでロシアで電子文書管理が広く導入された主な障害は、EDMSから別のEDMSに転送するための文書を形成するための統一されたルールの欠如でした。 したがって、ある組織の電子文書が正しく読まれ、さらに別の組織で使用されるという保証はありませんでした。 現在、状況は変わりました。長い名前の「電子文書管理システム。 文書管理システムの相互作用。 電子通信の要件。」
なぜこのGOSTが必要なのか、そして何が変わるのかについて-カットの下で。
EDMSの「不整合」に関連する問題は、個人ユーザー、企業、政府部門として私たちに影響を与えます。 たとえば、会社が取引するさまざまな組織（政府機関を含む）がさまざまなEDSを設定している場合、会社はこれらの組織と自動的に電子文書を交換することはできません。
別の例。 私たちは皆、行列に並んで時間と労力を無駄にしないために、電子公共サービスを利用したいと考えています。 しかし、複数の部門がサービスの提供に参加する必要がある場合、市民の要望を満たすことは事実上不可能になります。各部門には独自のEDMSがあるため、電子文書を交換することはできません。
問題の規模は、ある部門のドキュメントが別の部門のドキュメントを処理できるだけでなく、多くの場合読み取りさえできるほどです。 したがって、さまざまなEDMS間の互換性の問題は非常に深刻で長いものでした。この問題は、ドキュメントマネージャーのギルドの支援の下、開発会社のグループが最初の標準を開発した2004年以来、真剣に対処されています。 電子通信分野の構成、内容、および説明。」 これは、最近採用されたGOST R 53898-2010「電子文書管理システム。 文書管理システムの相互作用。 電子通信の要件。」
州の標準仕様では何が行われていますか？ まず、ドキュメントゾーンが強調表示され、詳細な説明が表示されます。 第二に、これらのゾーンの設計および各ゾーンの要素の構成に関するルールが作成されました。 文書ファイルを転送する手順も規定されています。 一般に、ドキュメントに関する情報を含む詳細の構造と形式について合意することができました。
GOSTのフレームワークのサンプルコード：
ここで、GOSTの採用が何につながるのかについて少し説明します。 最も重要なことは、企業と部門の相互作用を促進することです。他の部門に送信されるドキュメントの自動登録とルーティング、以前に送信されたドキュメントの作業ステータスに関する通知の自動配信などが利用可能になります。 情報の損失は減少し、EDMSの開発者は、他のシステムとの相互作用の問題を解決する必要がなくなるたびに、人生を大いに楽にします-ドキュメント管理システム間のインターフェースと接続の開発のコストが減少します。
一般に、ドキュメントの「手動」処理を取り除く本当の機会がありました。自動化により、ドキュメントを渡す時間を短縮し、財務を節約できます。 さらに、最近非常に注目されている非常に電子的な公共サービスは、よりアクセスしやすく、より多様になります。これは外国の経験からも明らかです。
GOSTの詳細については、次のリンクをご覧ください： www.pk6.eos.ru/upload/pk6/Pr_GOSTR_OR.pdf
なぜこのGOSTが必要なのか、そして何が変わるのかについて-カットの下で。
EDMSの「不整合」に関連する問題は、個人ユーザー、企業、政府部門として私たちに影響を与えます。 たとえば、会社が取引するさまざまな組織（政府機関を含む）がさまざまなEDSを設定している場合、会社はこれらの組織と自動的に電子文書を交換することはできません。
別の例。 私たちは皆、行列に並んで時間と労力を無駄にしないために、電子公共サービスを利用したいと考えています。 しかし、複数の部門がサービスの提供に参加する必要がある場合、市民の要望を満たすことは事実上不可能になります。各部門には独自のEDMSがあるため、電子文書を交換することはできません。
問題の規模は、ある部門のドキュメントが別の部門のドキュメントを処理できるだけでなく、多くの場合読み取りさえできるほどです。 したがって、さまざまなEDMS間の互換性の問題は非常に深刻で長いものでした。この問題は、ドキュメントマネージャーのギルドの支援の下、開発会社のグループが最初の標準を開発した2004年以来、真剣に対処されています。 電子通信分野の構成、内容、および説明。」 これは、最近採用されたGOST R 53898-2010「電子文書管理システム。 文書管理システムの相互作用。 電子通信の要件。」
州の標準仕様では何が行われていますか？ まず、ドキュメントゾーンが強調表示され、詳細な説明が表示されます。 第二に、これらのゾーンの設計および各ゾーンの要素の構成に関するルールが作成されました。 文書ファイルを転送する手順も規定されています。 一般に、ドキュメントに関する情報を含む詳細の構造と形式について合意することができました。
GOSTのフレームワークのサンプルコード：
<!--*********************************************************************** --> <!-- ******************************* «» ************************ --> <!--*********************************************************************** --> <xs:complexType name="DocumentType"> <xs:sequence> <xs:element ref="RegNumber"/> <xs:element ref="Confident"/> <xs:element ref="Referred" minOccurs="0" maxOccurs="unbounded"/> <xs:element ref="DocNumber" minOccurs="0" maxOccurs="unbounded"/> <xs:element ref="Addressee" minOccurs="0" maxOccurs="unbounded"/> <xs:element ref="DocTransfer" minOccurs="0" maxOccurs="unbounded"/> <xs:element ref="RegHistory" minOccurs="0" maxOccurs="unbounded"/> <xs:element ref="Author" maxOccurs="unbounded"/> <xs:element ref="Validator" minOccurs="0" maxOccurs="unbounded"/> <xs:element ref="Writer" minOccurs="0"/> </xs:sequence> <xs:attribute name="idnumber" type="xs:string" use="required"/> <xs:attribute name="type" type="DocumentEnumType" use="required"/> <xs:attribute name="kind" type="xs:string" use="optional"/> <xs:attribute name="pages" type="xs:unsignedLong" use="optional"/> <xs:attribute name="title" type="xs:string" use="optional"/> <xs:attribute name="annotation" type="xs:string" use="optional"/> <xs:attribute name="collection" type="CollectionEnumType" use="optional"/> </xs:complexType>
ここで、GOSTの採用が何につながるのかについて少し説明します。 最も重要なことは、企業と部門の相互作用を促進することです。他の部門に送信されるドキュメントの自動登録とルーティング、以前に送信されたドキュメントの作業ステータスに関する通知の自動配信などが利用可能になります。 情報の損失は減少し、EDMSの開発者は、他のシステムとの相互作用の問題を解決する必要がなくなるたびに、人生を大いに楽にします-ドキュメント管理システム間のインターフェースと接続の開発のコストが減少します。
一般に、ドキュメントの「手動」処理を取り除く本当の機会がありました。自動化により、ドキュメントを渡す時間を短縮し、財務を節約できます。 さらに、最近非常に注目されている非常に電子的な公共サービスは、よりアクセスしやすく、より多様になります。これは外国の経験からも明らかです。
GOSTの詳細については、次のリンクをご覧ください： www.pk6.eos.ru/upload/pk6/Pr_GOSTR_OR.pdf
All Articles