1つのアプリケーションの歴史：モバイル「1C：当社の管理」

1C：Managing Our Companyモバイルアプリケーション（UNFと略す）の例を使用して、モバイルビジネスアプリケーションの最初のバージョンのリリースから今日までの進化を示したいと思います。 現在、このアプリケーションには220,000以上のダウンロードがあります。 アプリケーションは無料ですが、有料のオプションがあります（アプリ内購入で実装されます）。







モバイルUNFの最初のバージョンは、1Cの最初のバージョンの1つである2012年のエンタープライズモバイルプラットフォームで作成されました。 当時、すでにクライアント/サーバー構成「1C：Small Business Management」 （当時の名前）、小規模企業の活動（販売、購入、顧客とサプライヤーのデータベース、倉庫管理、生産など）を自動化するプログラムがありました。



クロスプラットフォームモバイルプラットフォーム1C：Enterpriseで作成されたほとんどのモバイルアプリケーションと同様に、モバイルUNFはiOS、Android、およびWindowsで使用できます。



タスクは次のように設定されました。「大規模」UNFのシナリオの一部をサポートするモバイルアプリケーションを作成します。 アプリケーションは、自律的に動作し、データを「大」UNFと同期させる必要があります（以下、UNFのクライアントサーバーバージョンに適用される「大」という言葉は、テキストをオーバーロードしないように引用符なしで記述します）。 大規模なUNFで作業する場合、営業担当者、サービスエンジニア、販売者などの「モバイル」従業員のシナリオをサポートする必要があります。



最初のバージョンは1人月で作成されました。 モバイルアプリケーションを作成するとき、メタデータオブジェクト（ディレクトリ、ドキュメント）の一部は、大きなUNFオブジェクトに基づいて実装されました。 ただし、たとえば、大規模なUNFとデータを交換するプロセスなど、機能の一部をゼロからプログラムする必要がありました。 ただし、データ交換に関しては、実際には少しプログラミングする必要がありました。コードの書き込みを最小限に抑える標準的なプラットフォームメカニズム（特に、 交換計画 ）を使用しました。







データ同期による作業の簡素化に加えて、1Cプラットフォームは、リスト（表および階層）などのインターフェースコンポーネント、検索フィールド、検索用の入力フィールド、レポート用のテーブル、さまざまな図、 WiFiおよびBluetoothプリンターなどでの印刷

モバイル版の機能

モバイルアプリケーションの機能を選択するには、主に2つの戦略があります。 1つは「1つのアプリケーション-1つの機能」です。 たとえば、倉庫で商品を受け取るためのモバイルアプリケーションでは、ビルトインカメラで商品のバーコードのみをスキャンし、受け取った商品に関する情報をサーバーに送信できます。 2番目の戦略は、幅広いオールインワン機能を備えたモバイルアプリケーションを作成することです。 どちらのアプローチにも生命に対する権利があります。 モバイルUNFを作成するとき、2番目のアプローチを選択しました。このアプリケーションは、対象分野の多くのタスクをカバーし、完全に自律的に動作して、小さな組織のニーズに応えます。 このアプローチのもう1つの利点は、ユーザーが1つのアプリケーションからいくつかの相互に関連する機能を操作できることです。



モバイルUNFは、特にモバイルデバイスの機能を広く使用しています。

• デバイスの内蔵カメラを使用して、製品カードに記入するときに製品を撮影し、バーコードとQRコードを読み取ることができます
• 支払いの請求書は、電子メールまたはSMSでクライアントに送信できます。
• 取引相手は、モバイルデバイスのアドレス帳から選択できます。
• 相手に電話がある場合、ワンタッチで相手に電話をかけたり、メールを設定したり、アドレスが設定されていればメールを送信したり、地図に表示したりできます。
• WiFiとBluetooth経由でプリンターにドキュメントを印刷できます

モバイルUNFデータベースをYandex.Diskにバックアップおよび復元し、データベースをメールで送信するオプションがあります。



モバイルUNFの構成は非常に質素に見えます（下のスクリーンショットを参照）。

• 8つのディレクトリ（大規模なUNF内-273ディレクトリ）
• 7ドキュメント（大規模なUNF-125）
• ドキュメントの3ジャーナル（大規模なUNF-24）
• 3つの情報レジスタ（大規模なUNF-357）
• 4つの累積レジスタ（大規模なUNF内-64）

モバイルUNFの主なオブジェクト



しかし、このような少数のアプリケーションオブジェクトにもかかわらず、製品は非常に機能的であることが判明しました。



モバイルUNFの興味深い特徴は、1C（はい、私たちの国にはいくつかあります）、彼らの中小企業を追跡するためにモバイルアプリケーションを必要とする人（たとえば、家にいる人）クラフト）。 Google PlayまたはAppStoreで検索し、レビューを読んで作業を開始しました。

オフライン作業

この作業シナリオは、すべてのアカウンティングがモバイルデバイスでのみ行われる非常に小さな組織を対象としています。 たとえば、自宅でジュエリーを作り、VKページで販売する「ホーム」ビジネスです。 あるいは、小さな店でさえも-私は個人的に、レゴデザイナーの販売に特化したおもちゃ屋がUNFのモバイルバージョンのみで記録を保持しているケースを見ました。 モバイルUNFがWiFiおよびBluetoothプリンターで印刷できることを考えると、かなり多くのタスクを解決するために使用できます。 モバイルUNFは、注文処理、受信および送信請求書の入力、領収書および支出の会計処理をサポートします。

サーバーとの同期モードで作業する（最初のバージョン）

初期バージョンのモバイルUNFのサーバーとの同期モードでは、アカウンティング機能が使用できなくなり、主に注文（注文の受信と実行）および関連するアクティビティ（請負業者、商品、サービスなどのディレクトリの維持）で作業が行われました。



商品とサービス、請負業者、および注文のディレクトリは、大規模なUNFと同期されました。





最初のバージョンでのモバイルおよび大規模なUNFデータ交換



モバイルデバイスから入力された注文は大規模なUNFに分類され、同期中に注文を担当するモバイルデバイスに転送されました。 モバイルデバイスに入力された現金領収書、商品の販売などのドキュメントは、大規模なUNFに送られましたが、モバイルデバイス間で同期されませんでした。 同期モードのモバイルアプリケーションでのすべての作業は、主に注文を中心に実行されました。モバイルデバイスでの承認と実行、完全なアカウンティングは実行されませんでした。このため、コンピューターで大きなUNFを使用する必要がありました



これは最初のバージョンの場合でしたが、その後、状況を変更し、モバイルUNFを使用するシナリオのリストを拡張して、ユーザーにとってより便利に作業できるようにしました。

データ同期について少し

モバイルと大規模なUNF間のデータ交換は、Webサービスを介して行われます。 モバイルUNFは、大規模なUNFの側面に配置されたWebサービスを呼び出します。 大規模なUNFとモバイルUNFのデータ構造は異なります。 アーキテクチャを設計する際、データ交換の2つのオプションを検討しました。

1. モバイルUNFのデータ構造を複製する大規模なUNFにデータ構造を作成し、モバイルの1対1 UNFとデータを交換します。 大規模なUNFでデータを変更する場合、この重複構造に新しい/変更されたデータを転送する必要があります。モバイルUNFとデータを交換した後、モバイルデバイスから受信し、重複構造に配置されたデータを大規模なUNFの形式に変換します。
2. 大規模なUNFの構造と直接データを交換し、交換ルールに従ってオンザフライでデータ変換を実行します。

2番目のオプションにとどまることにしました。 最初のオプションは、データ交換自体の単純さに関連するいくつかの利点を約束しましたが、モバイルUNFの新しいバージョンでデータ構造が変更（拡張）された状況を処理しませんでした。 1対1のデータ交換を引き続き機能させるには、サーバー側の大きなUNFを更新する必要があります。 多くの理由で、これは受け入れられませんでした。



プラットフォームに実装されたデータ交換メカニズムは、データ同期用のパッケージを作成する作業の大部分を占め、コードの記述を最小限に抑えることができます。 交換のプロセスでは、1C：Enterpriseプラットフォームの標準メカニズムが使用されます。 データ交換メカニズム 。 大規模なUNF内の各モバイルUNFに対してデータ交換ノードが作成され、大規模なモバイルUNF内で変更登録サービスがアクティブ化され、最後の同期以降に変更されたデータが追跡されます。



モバイルアプリケーションは、交換パッケージを形成するプラットフォームメカニズムを使用してデータの交換を開始し（モバイルアプリケーションの識別子と、前回の同期以降にモバイルUNFで更新されたデータを含む）、大規模なUNFに送信します。 スターターパッケージの情報に基づいて、大規模なUNFは、モバイルUNFが最後の同期以降に大規模なUNFで変更されたデータを準備し、パケットにパックします。 XDTO形式のパッケージは、XMLでシリアル化された1Cメタデータオブジェクトです。 各パッケージのサイズは500オブジェクト以下です。







モバイルUNFは、このデータをパッケージごとに取得します。 最後のパッケージをダウンロードした後、モバイルUNFは受信したデータの処理を開始します-ドキュメントの実行、ディレクトリの書き込みなど。 切断された場合、パッケージの再開がサポートされます。 UNFのレジュームメカニズムは独自に作成しました（プラットフォームにはありません）が、モバイルUNFはソースコードで配信されるため、開発者はメカニズムの実装を確認し、アプリケーションにそれを借用できます。



モバイルUNFと大規模なUNFの初期同期中は、モバイルUNFで作業することはできません。プロセスの進行状況を示すモーダルウィンドウが表示されます。 後続の同期はすべてバックグラウンドであり、モバイルUNFの動作をブロックしません。



モバイルと大規模なUNFの間で交換されるオブジェクトの完全なリスト：

• ディレクトリ：
  • 命名法
  • カウンターパーティ
  • ユーザーリスト
• 文書：
  • 顧客の注文
  • 現金領収書
  • キャッシュフロー
  • 着信請求書
  • 請求書
  • 生産
• 登録（ただし、すべての価格ではなく、主な価格のみ）：
  • サプライヤー価格
  • 製品価格
• 組織に関する情報：
  • お名前
  • 税務情報

大規模なUNFでは、商品には写真があります。商品自体の画像です。 トラフィックを最小限に抑えるため、モバイルUNFに写真をアップロードせず、モバイルUNFで製品カードを開くときなど、オンデマンドでロードします。





製品画像付きの製品カード

アプリケーションの進化-ユースケースの開発

典型的な状況は、ビジネスが成長しており、1台のモバイルデバイスでのモバイルUNFの機能が十分ではなくなったことです。 別の従業員がビジネスに登場し、注文を処理する必要もあります。



モバイルUNFの最初のバージョンでは、移動シナリオはかなり単純でした。モバイルUNFに入力されたデータは大規模なUNFのデータベースにコピーされ、ユーザーはこれからコンピューターにレコードを保持する必要がありました。 この場合、モバイルUNFは注文を処理するモードで動作し、（モバイルUNFのスタンドアロンバージョンのように）記録を保持することはできなくなります。



もちろん、これはエンドユーザーにとってあまり便利ではありませんでした。彼は既にモバイルデバイスからレコードを保持することに慣れていました。ここでは、コンピューターキーボードへの転送を強制されます。 誰もがこれに満足するわけではありません。



そのため、モバイルUNFの運用シナリオのリストを拡張しました。 1cFreshクラウドテクノロジーに基づいたクラウドサービスhttp://1cfresh.comの出現は、これを支援してくれました 。 これで、大きなUNFをクラウドに配置できます。 ユーザーのビジネスの成長に合わせてモバイルアプリケーションを使用するための3つのシナリオを説明しました。

1. かなり中小企業。 アカウンティングは1つのモバイルデバイスで実行されます。
   
   
   
   
2. ビジネスは成長しています-従業員が現れました。 従業員のモバイルデバイスにモバイルUNFを配置できます。 この場合、モバイルデバイス間でデータを交換してデータを同期できる必要があります。 これを行うために、ファイル共有を使用せず、クラウドhttp://1cfresh.comにある大規模なUNFのバージョンの同期（およびバックアップ）に使用することにしました。 このシナリオをオンにすると、 http：//1cfresh.comクラウドに大規模なUNFのインスタンスが作成され、そのベースはモバイルデバイス間でデータを同期するために使用されます。 このようなシナリオで1台のモバイルデバイスを使用するのは無料です。追加デバイスごとに毎月75ルーブルを請求するため、このシナリオでは3台までしか使用できません。 この場合、モバイルデバイスのユーザーには、営業担当者、サービスエンジニア、売り手（役割の詳細な設定も可能）-事前定義された役割を割り当てることができます。 したがって、モバイルアプリケーションの機能は制限されます。 クラウドに配置された大規模なUNFを使用してWebクライアントまたはシンクライアントを介して作業することもできますが、クラウドベースのUNFの機能はモバイルUNFの機能に制限されます。 ただし、クラウドベースのUNFで直接作業する必要はありません。すべての作業はモバイルデバイスからしか行えません。
   
   
   
   
3. . , ( - ) — CRM ( – CRM , ), , , . , , ( , ; 1 «» 1 ).

, – . ( , 1: 8.3.8), – , .









«» — , , . , 3 15 Google Play .

– ( ), . , end-user 1, .



, 1 , 1- backend-; , 1 – - (web- HTTP-, XML JSON ..). - (Android, iOS, Windows) , -, 1 .