この記事は、SAP環境での企業文書管理の分野におけるコンサルタントとしての5年の経験を統合したものです。 私の経験は1つのベンダー（OpenText（カナダ））のみに限定されていますが、近年この技術はますます一般的になっているため、この資料を公開したいという要望があります。



この記事では、構造化電子文書（SAPトランザクション）の環境で非構造化文書（文書スキャン、MS Office形式の電子原稿など）を操作する技術について説明しています。 ドキュメントの操作に関する技術的な側面と主要なビジネスシナリオの両方について説明します。 この出版物は、SAPプロジェクトに携わるすべての初心者（およびそうではない）文書管理コンサルタントに役立ちます。 素材は、ほぼ「頭から」、一種のベビーベッド、またはトレーニングマニュアルとして作成されました。



ここでの出版物は、若い世代に彼らの経験を伝えるために、すべての専門家と共有したい願望です。 単一のトレーニングコースまたはトレーニングマニュアルでは、1人の人物（SAP / ECMの球状コンサルタント）が顧客のターンキープロジェクトを引き受けて実行することはできません。 したがって、ここで公開されている資料は、貴重な時間を節約するものと考えています。 もちろん、私は批判するのはうれしいです！

典型的なビジネスシナリオの説明

標準のArchivelinkテクノロジーに基づくEAシステムは、ビジネストランザクションに関連する会計の対象となるあらゆる種類の紙文書をカバーしています。 移動の方向では、すべてのドキュメントを2つのタイプに分けることができます。

1. 着信ドキュメント（外部組織、その他の情報システムから）;
2. 発信（発信元はSAP ERPです）。

着信ドキュメントは、次の3つの典型的なシナリオに分かれています。

1. 事前登録のある受信ボックス（トランザクションの時点でドキュメントがEAシステムに入ります。SAP電子ドキュメントはすでに存在します。その後、他の既存のトランザクションに関連付けることができます）。
2. 予備登録なしの受信ボックス（ドキュメントはトランザクションの前にEAに配置され、1つ以上の電子ドキュメントSAPの作成の基礎となります）。
3. SAPオブジェクトを参照しない着信文書（多数または完全に存在しないためにトランザクションとの接続を確立することが困難な文書のカテゴリ）。

実際にドキュメントの流れを処理する機能を実現するために、バーコードでドキュメントをマークすることが使用されます。 文書移動チェーンでは、バーコードを使用して、スキャン自体と、スキャン対象の会計システム（SAPのトランザクション）内の場所を識別します。



さらに、各HQドキュメントの最初のページに存在することにより、スキャンされたページのフローをドキュメント単位に自動的に解析できます。



スクリーンショットを視聴したい人のために、SAPユーザー向けの電子アーカイブを実装するための典型的なプロジェクトの1つを説明するYouTubeへのリンクがあります。







このビデオでは、同様のプロジェクトを作成できる機器の種類を確認できます。 さらに、より具体的な質問はPMにあります。

文書にマークを付ける方法

発信ドキュメント（SAPによって生成された）では、レーザープリンターでドキュメントが印刷されると同時にバーコードイメージが印刷されます。







受信ドキュメントでは、シナリオに関係なく、ステッカーを使用してバーコードが配置されます。たとえば、次のとおりです。











...しかし、ここでArchivelinkについて話したいと思いました。 技術面で続けます。

Archivelinkコンポーネントの技術図

バーコードを使用したドキュメントの大量スキャンのシナリオにおける標準のArchivelinkテクノロジーに基づくOpenTextソリューションによるSAP Document Accessのコンポーネントの相互作用スキームの説明：

1. SAP ERPユーザーは、GUIを使用して、新しいドキュメントエントリを登録します。 ドキュメントには一意の識別子が割り当てられ、ステッカーにはバーコードが印刷されます。
2. ステッカーは紙の文書に接着されています。
3. ステッカー付きの紙の文書は、スキャンステーションにローカル接続されたスキャナー（「厚い」OpenTextクライアント）に文書ストリームで送信されます。
4. スキャンクライアントは、スキャナーからページストリームを受信し、ドキュメントの境界線を認識し、ステッカーからバーコード番号を認識します。
5. ユーザーは、ドキュメントストリームを電子アーカイブに送信するセッションを開始します。 OpenText Document Pipelineドキュメントパイプラインコンポーネントは次のように呼び出されます。
   
   a。 メタデータはhttpを介してポート8080で送信されます。
   
   b。 スキャンイメージは、アーカイブサーバー上の特別なDPDIRフォルダーに送信され、ドキュメントでアクションが実行されます。
   
   
6. ドキュメントコンベヤは、SAP側で指定された論理アーカイブ（ARCHIV_ID）にドキュメントスキャンの送信を開始します。
7. 管理サーバーコンポーネントは、スキャンを送信するためのホスト名パイプライン（ALHOST）で応答します。
8. スキャンイメージファイルはアーカイブサーバーに送信されます。
9. アーカイブサーバーは、新しいDocID（ARC_DOC_ID）をパイプラインに返すことにより、配置が成功したことを確認します。
10. ドキュメントコンベヤは、RFCコールを介して次のパラメータをSAPアプリケーションサーバーに渡します。BARCODE、DOCID;
11. さらに対話がSAPアプリケーションサーバーレベルで行われます。

p。6-9によると、対話は安全なhttpsチャネルを介して実行されます。 セキュリティは、DPサーバーとアーカイブサーバー間の自己署名証明書に基づいています。



以下に、ビジネスプロセスの編成に関してSAPがどのように考えているかを示します。







SAPリンクテーブルのレベルで、バーコードを含むArchivelinkドキュメントの添付スキーム：







BDS_BAR_IN-開いているバーコードに関するレコードが一時的に記録される（つまり、新しいバーコードが電子文書に登録された）標準テーブル。

BDS_BAR_EX-識別バーコード付きでEAに到着したドキュメントの記録が一時的な保管のために受信される標準テーブル。

TOA01は、電子ドキュメントのリンクされたレコードとそれらに追加されたEAドキュメントへのリンクを含む標準リンクテーブルです。



ドキュメントカードの機能は、標準の「R / 3インデックス作成」スクリプトを使用して実装されます。これにより、スキャンクライアントは、バーコードとともに、保存用のArchivelinkテーブルに転送される任意の数の追加ドキュメント属性を転送できます。 もちろん、このアプローチでは、標準テーブルを追加できます。たとえば、スキャンシステムからの属性用の新しいテーブルZ_BDS_BAR_EXと、永続的な配置用のZ_TOA01です。



Archivelink標準チェーンにリンクした後、HQ値は失われますが、EAのさらなるメンテナンス（たとえば、ドキュメントの物理ストレージを管理する機能を実装するため）のために、ドキュメントカードにHQ IDの値を格納し続けることは理にかなっています。

ArchiveLink HTTPリンク構文

Archivelinkリンクは、特定のアーカイブされたドキュメントのパラメーターを知って、「手動で」作成できます（テーブルTOA01が役立ちます）。 リンクはいくつかの属性を使用しますが、その最小セットは次のとおりです。

http://hostname:port/script?get&pVersion=XXXX&contRep=YY&docId=ZZZZZZZZZZZZZZ&accessMode=r
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

上記の例では：

• script-アーカイブデータストレージの機能が呼び出されるアプリケーションサーバー上のアプリケーション名（OpenText Archive Serverの場合はアーカイブ 、IBM FileNetの場合はcsなど）
• XはArchivelinkプロトコルバージョンで、通常は0046です。
• Y-論理アーカイブの名前（トランザクションoac0のリポジトリ）。
• Zは、SAP自体（16個の大文字-005056B4DE071EE48790BFFD3EECF989で構成される ）またはSAPシステムの外部（小さな文字aaaa1g5wyelfhthsb3bmjcqkqfidiで記述される）によって割り当てられた一意のドキュメントキーです。
• accessModeパラメーターは、コンテンツへのアクセスのタイプ（r、w、u、d）を明示的に示します。 オプションです。

本稼働システムでは、SAPからアーカイブシステムに送信される自己署名セキュリティ証明書を使用して生成されるArchivelinkリンクの最後にセキュリティキーが追加されます。



テストの目的で、セキュリティ（証明書の検証）を無効にした後、ブラウザでリンクを作成できるようになります。次に例を示します。

 http://vm-as-11:8080/archive?get&pVersion=0046&contRep=L0&docId=aah1yo65r5yviqtqlecc1g5avaiim
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

---

このトピックがHabrasocietyにとって興味深いものである場合、たとえば、SAPの設定やOpenTextサーバーのインストールに関する記事を使用して、このトピックを深める準備ができています。