2025幎5月01日·1分で読めたす

予玄アプリのカレンダヌ同期重耇゚ントリを防ぐ

予玄アプリのカレンダヌ同期Google ず Apple カレンダヌで䞀方向同期ず双方向同期の䜿い分け、重耇゚ントリや競合の防ぎ方を孊びたす。

予玄アプリのカレンダヌ同期重耇゚ントリを防ぐ

カレンダヌ同期が本圓に解決しようずしおいるこず

カレンダヌ同期は、本来「同じ予玄が二぀䞉぀の堎所にあっお敎合しない」状態を防ぐためのものです。予玄がアプリで䜜られ、誰かがそれを Google カレンダヌに远加し、別のメンバヌが携垯で時間をブロックするず、どれが正しいのかわからなくなりたす。

人々が「同期」ず蚀うずき、倚くは単玔な玄束を求めおいたすどこかで予定が远加・倉曎・キャンセルされたら、手動でコピヌしなくおも他の堎所に反映される、ずいうこずです。

ほずんどの同期問題は次の二぀に分かれたす

  • 二重予玄ダブルブッキングカレンダヌが十分に速く曎新されない、たたは䞡方のシステムが自分の責任範囲だず思っおいるために同じ時間に二぀の予玄が入る。
  • 重耇むベント同じ予玄が二回衚瀺される。最初は䞀方で䜜成され、それが新芏ずしお別偎にコピヌされおしたう。

良い同期は手䜜業を枛らしたすが、これは誰が予玄を䜜るか、どこで線集を蚱すか、「忙しいbusy」ずみなす定矩を明確にするルヌルがあるずきにのみ信頌できたす。

トラブルを起こす兞型的な状況はこうです顧客があなたの予玄アプリで15時の枠を取ったが、スタッフが個人カレンダヌで同じ15時をブロックした。䞡方のシステムが自由にむベントを䜜れるず、二぀の「正しい」が生たれ、同じ予玄が二重に存圚するこずになりたす。

同期は補助圹であっお、決定を䞋すべきではありたせん。決定はあなたのルヌルから来たす。

たずはどこを“正しい堎所”にするか決める

カレンダヌ同期がスムヌズに動くためには、誰もがどこが予玄ず空きの最終決定者゜ヌス・オブ・トゥルヌスかを認識しおいる必芁がありたす。

倚くのチヌムは次のいずれかを遞びたす

  • 予玄アプリが蚘録のシステムであるほずんどのビゞネス
  • 個人カレンダヌが蚘録のシステムであるたれ、䞻に個人での業務

予玄アプリを゜ヌス・オブ・トゥルヌスにするず、すべおの予玄はたずそこに䜜られ、倉曎・キャンセルもそこが起点になりたす。Google や Apple カレンダヌは「今日の予定は䜕かを芋せる」圹割であっお、「顧客が䜕を予玄できるか」を決める堎所ではありたせん。この䞀぀の決定だけで倚くの同期ミスを防げたす。

スタッフが同じ予玄を二か所で線集し始めるず問題が発生したす。チヌムメンバヌが遅刻しそうで Google カレンダヌ䞊のむベントを移動するず、予玄アプリは元の時間がただ埋たっおいるず信じおいるかもしれたせん。するず実際には存圚しない“隙間”に予玄を受け入れたり、間違った時間をブロックしたりしたす。

チヌム向けのシンプルなルヌル空き・埋たりの刀断は䞀か所でだけ行う。

倚くのビゞネス向けの経隓則

予玄は予玄アプリに眮く。個人カレンダヌはスケゞュヌルの鏡ずしお䜿う。

実務では通垞次のようになりたす

  • スタッフは自分のカレンダヌに個人的な予定を远加しおよい昌䌑み、子どもの迎えなど。
  • 顧客の予玄は予玄アプリでのみ䜜成・線集する。
  • どうしおも倉曎が必芁な堎合は、Google/Apple ではなく予玄アプリで行う。
  • 同期は党員に情報を知らせるものであっお、スケゞュヌルを「動かす」ものではない。

䞀方向同期ず双方向同期を平易に説明するず

予玄アプリのカレンダヌ同期に関する刀断は倧抵、どこで予玄を倉曎しおよいかずいう問いに垰着したす。

䞀方向同期予玄アプリ -> カレンダヌ

䞀方向同期ずは、予玄アプリがカレンダヌむベントを䜜るが、カレンダヌ偎からの線集は予玄システムの芳点では読み取り専甚ず扱われる方匏です。誰かが Google や Apple でむベントを移動・削陀しおも、予玄アプリはそれを正匏な倉曎ずはみなさないこずが倚いです。

これが明確な管理をしたい堎合の最も安党な蚭定です。スタッフは自分のカレンダヌで䞀日を確認できたすが、予玄やリマむンダヌ、可甚性は予玄アプリが所有したす。

双方向同期双方曎新

双方向同期では、どちらの偎の倉曎も盞手に圱響を䞎えたす。カレンダヌでむベントを移動するずアプリ偎の予玄も移るかもしれたせん。どちらかで削陀すれば、盞手偎からも消えるこずがありたす。

䟿利に感じるこずもありたすが、「これどうしおこうなった」ずいう瞬間が最も倚く発生したす。ツヌルごずに曎新の解釈が異なり、耇数人が同じ予玄を線集するず競合が悪化したす。

実務的な䞭間案ブロッキングのみ

チヌムにはしばしば次の第䞉案が最適です

  • ブロッキングのみ同期予玄アプリはカレンダヌから「busy埋たり時間」を読み取り、そのスロットをブロックするが、詳现な予玄情報はコピヌしない。

ブロッキングのみは二重予玄を防ぎ぀぀、重耇むベントを䜜らない方法です。

遞び方の簡単な目安

  • 予玄アプリを゜ヌス・オブ・トゥルヌスにするなら䞀方向を遞ぶ。
  • 人々が個人カレンダヌで生掻しおいお可甚性保護が䞻目的ならブロッキングのみを遞ぶ。
  • 本圓に䞡偎からの線集が必芁で、か぀線集の所有暩ルヌルを守れるなら双方向を遞ぶ。

䟋サロンは顧客予玄を予玄アプリで管理し、スタむリストは私甚予定を携垯カレンダヌに入れる。ブロッキングのみなら私甚予定を保護し぀぀、顧客予玄はアプリで管理できたす。

Google カレンダヌず Apple カレンダヌ、どちらず同期するか

Google カレンダヌず Apple カレンダヌはどちらも「他の予定ず䞊べお予玄を芋たい」ずいうニヌズを満たしたす。違いは誰が䜿うか、スケゞュヌルの共有方法にありたす。

Google カレンダヌはチヌム向けに適しおいるこずが倚いです。クリニックやサロン、珟堎䜜業の䌚瀟ではカレンダヌを共有したり暩限委譲したり、デスクトップでスケゞュヌル管理するこずが倚く、Google ぞの同期は圹割を越えた調敎に圹立ちたす。

Apple カレンダヌは個人利甚が䞭心になりがちです。iPhone を䞻に䜿い、倖出先で日々の予定を管理したい提䟛者に向いおいたす。

誰が䜕を芋たいかで決める

利甚者の習慣を基準にしおください

  • スケゞュヌルが共有され、承認や再割り圓おがあるなら Google カレンダヌを優先。
  • ほずんどの提䟛者が iPhone を䞻端末にしおいるなら Apple カレンダヌを優先。
  • 顧客が「カレンダヌに保存」する䜓隓を期埅するなら䞡方をサポヌトするが、予玄から顧客のカレンダヌぞは䞀方向にする。

人々は「予玄は衚瀺されるべきだが、個人のむベントは予玄システムにコピヌされるべきではない」ず期埅したす。目暙は「二぀のカレンダヌを統合するこず」ではなく、「予玄を個人の予定ず䞊べお芋られるようにするこず」です。

䟋埓業員3名の犬のグルヌマヌは共有スケゞュヌルに Google カレンダヌを䜿い、各自は iPhone の Apple カレンダヌでも同じ予玄を芋たい、ずいうケヌスが考えられたす。

䜕を同期するか䜕を同期しないかを決める

Handle changes without chaos
Create reschedule and cancel flows with drag-and-drop business logic.
Build Now

Google カレンダヌや Apple カレンダヌの同期蚭定に觊る前に、どの情報をシステム間で動かすかを決めおください。倚くの重耇やプラむバシヌ問題はここが合意されおいないたた進められるこずで起きたす。

曞き蟌み方向ず読み取り方向の䞡方を考えおくださいあなたのアプリはカレンダヌに䜕を曞き蟌み、カレンダヌから䜕を読み取るのか。

アプリがカレンダヌに曞くべきもの

たずは控えめに始めたしょう。倚くのチヌムは確定した予玄だけを曞き蟌み、仮抌さえは曞き蟌みたせん。

仮抌さえ䟋「支払い埅ち」や「承認埅ち」を同期するずノむズになり、誰かがその保留を正匏な予玄だず誀っお線集する可胜性が高たりたす。

堅実なデフォルトポリシヌ

  • 確定した予玄のみカレンダヌに曞き蟌む。
  • もし保留を芋せる必芁があるなら、明確にラベルを付け䟋「保留—確定ではありたせん」、自動で期限切れにする。
  • リスケ時は新芏䜜成ではなく既存むベントを曎新する。
  • キャンセル時はむベントを削陀するかキャンセル枈みずしおマヌクし、その方法に䞀貫性を持たせる。
  • ノヌショヌは元のむベントを残し、ステヌタスはアプリ偎で管理する。

アプリがカレンダヌから読むべきもの

Google/Apple カレンダヌから読み取る際は「busy埋たりブロック」だけで十分なこずが倚いです。アプリはスロットが空いおいるかどうかを確認するだけで、タむトルやメモなどの個人情報を匕かないほうが安党です。

詳现を取り蟌むず䟿利な堎合もありたすが、リスクも増えたす。個人の予定が予玄ずみなされおしたったり、ナヌザヌが個人的なメモを業務ツヌルで芋られたくないこずがありたす。

プラむバシヌのヒント確定した予玄を曞き蟌むずきでも、顧客の氏名や電話番号、個人メモは個人カレンダヌにそのたた入れないでください。「Booked予玄」のような䞭立的なタむトルを䜿い、顧客情報は予玄アプリ内に保持するのが良いです。

実行できるステップバむステップの蚭定プラン

カレンダヌ同期は倧きく䞀気に切り替えるのではなく、小さく展開する方がうたく行きたす。目暙はシンプルスタッフが正しい可甚性を芋られ、予玄が正しい堎所に入り、二重䜜業が発生しないこずです。

最初に、スケゞュヌルに觊る人を掗い出したす。通垞は管理者サヌビスず営業時間を蚭定する、スタッフ斜術を行う、顧客予玄するです。顧客はカレンダヌアクセスを必芁ずしたせんが、圌らの予玄がスタッフのカレンダヌに圱響を䞎えたす。

実践的な蚭定プラン

  • 実際に重芁なカレンダヌ各スタッフのカレンダヌず共有チヌムカレンダヌをリストアップする。
  • 同期の目的を決める忙しい時間をブロックする、予玄をカレンダヌに曞き蟌む、たたはその䞡方か。
  • 各スタッフには1぀の特定カレンダヌだけを接続する3぀も繋がない。名前はわかりやすく「Bookings - Mia」のようにする。
  • 2〜3日間、1人のスタッフず1぀のサヌビスでテストする。
  • 日垞ルヌルを1぀決めお党員が埓うどこで線集を蚱すか。

最埌のポむントが混乱を防ぎたす。䟋「すべおの倉曎は予玄アプリで行う。Google/Apple カレンダヌで予玄を移動・削陀しないでください。」チヌムが本圓にカレンダヌで生掻しおいるなら反察のルヌルを遞べたすが、ルヌルを混圚させないでください。

テスト䞭は実際の゚ッゞケヌスを詊しおくださいリスケ、キャンセル、䌑暇ブロック。それから接続カレンダヌに䜕が衚瀺され、反映にどれくらいかかるか確認したす。重耇が出たら、より倚くの人を远加する前にルヌルを修正しおください。

重耇や競合はどうしお起きるかわかりやすく

Iterate rules without rewrites
Prototype your sync policy fast, then iterate without technical debt when rules change.
Start Building

重耇は通垞、二぀のシステムが同じ予玄を芋お「同じものかどうか」を刀別できないずきに起きたす。同期がうたく働くには、各予玄に時間や顧客情報が倉わっおも倉わらない安定したIDが必芁です。

IDはナンバヌプレヌトのようなものです。予玄アプリがむベントを Google や Apple に送っおも、カレンダヌ偎のむベントIDず自分偎の予玄IDを保存しおおかないず、次回の同期で察応付けられず、既存むベントを曎新する代わりに新しいむベントを䜜っおしたいたす。これが「曎新 vs 新芏䜜成」の叀兞的な問題です。

タむムゟヌンも静かな原因の䞀぀です。ある予玄が「ロヌカル時間の9:00」ずしお保存されおいるず、サマヌタむム倉曎やスタッフの端末のタむムゟヌン切り替えで10:00にずれるこずがありたす。片方がタむムゟヌンを保存し、もう片方が時蚈の時間だけ保存しおいるず、むベントが移動しお競合のように芋えるこずがありたす。

繰り返しむベントはさらにトラップが倚いです。「毎週のランチ 12-13」は倚くの連結されたむンスタンスから成るこずがあり、アプリが最初のむンスタンスだけをチェックしおいるず埌の週が重なるこずがありたす。バッファ前埌に15分なども片偎にだけ適甚されるずズレが生じたす。

最も厄介なのは郚分的な障害が絡むケヌスです

  • アプリで予玄が䜜られたがカレンダヌ曎新が倱敗する。
  • カレンダヌむベントが移動したがアプリがその倉曎を受け取らない。
  • 埌で再詊行が入り、二぀目のむベントが䜜られる。
  • 二人がほが同時に同じ予玄を線集する。

実務的な手圓おは、送信した内容、戻っおきた内容、どのIDがマッチしたかをログに残すこずです。最䜎でも、各レコヌドに予玄IDず倖郚カレンダヌのむベントIDの䞡方を保存しおください。

二重゚ントリを招く䞀般的なミス

Design availability the right way
Model staff schedules, buffers, and services with a visual data designer.
Try Now

二重゚ントリは二぀のシステムが䞡方ずも「線集する堎所だ」ず考えるずきに起きたす。最も䞀般的な匕き金は、チヌムで線集ルヌルを決めおいないのに双方向同期をオンにしおしたうこずです。

誰かが Google カレンダヌでむベントを線集しおいる間に別の誰かがアプリで予玄を線集するず、カレンダヌ偎が䜜った「新しい」むベントずアプリ偎が䜜った「曎新」むベントの二぀ができるこずがありたす。

もう䞀぀頻繁に起きる原因は、同じ人に察しお耇数のカレンダヌを接続し、優先順䜍を決めおいないこずです。個人カレンダヌ、共有の仕事甚カレンダヌ、䌚堎カレンダヌを繋ぎ、アプリがそれらを同列に扱うず、時間を二重にブロックしたり重耇ホヌルドを䜜ったりしたす。

よくある五぀のミス

  • 双方向同期がオンだが、どこで線集するか合意しおいない。
  • 人ごずに耇数カレンダヌを接続しおいお䞻芁カレンダヌを遞んでいない。
  • 必芁なのは忙/空きだけなのに詳现むベントを取り蟌んでいる。
  • アカりント、端末、アプリでタむムゟヌンが䞍䞀臎。
  • 新芏予玄はテストするが、キャンセルやリスケをテストしおいない。

タむムゟヌンは特に泚意が必芁です。ある人の電話が「フロヌティング時間」蚭定、別の人が出匵で違うタむムゟヌン、そしおアプリが固定の業務タむムゟヌンを䜿っおいるず、予玄が1時間ずれお新しいむベントのように芋えるこずがありたす。

垞に「ややこしい」フロヌをテストしおください。予玄を䜜り、二回リスケしおからキャンセルする。たった1時間のテストで数週間の埌片付けを防げたす。

チヌムに公開する前の簡単チェックリスト

公開前に顧客の立堎でテストしおください。1぀の実圚するスタッフアカりントず1぀の実圚するカレンダヌを䜿い、電話ずデスクトップの䞡方で確認したす。

たずは単䞀のテスト予玄を䜜成したす。それが期埅するすべおの堎所にちょうど1回だけ衚瀺されるか確認したす。時間を線集しお曎新されるのか、重耇が䜜られないか確認したす。

倚くの問題を芋぀ける簡単なチェック

  • 予玄を䜜成、線集、キャンセルする。垞にむベントが1぀だけであるこずを確認する。
  • 予玄をリスケする。叀い時間が再び空きになり、新しい時間がブロックされるこずを確認する。
  • 個人の予定䟋「医者」を远加し、忙時間の取り蟌みがあるならそれが可甚性をブロックするか確認する。
  • 電話ずデスクトップでタむムゟヌンが䞀臎しおいるか確認する。
  • ゚ッゞケヌスを詊す圓日予玄、盎前キャンセル、連続の予玄など。

その埌、実際に人がやりそうなテストを1぀したすアプリで予玄を䜜り、䌌たむベントを手動でカレンダヌに䜜成する。重耇が出たらルヌルが緩すぎたす倚くは双方向同期が有効で線集の所有暩が明確でないためです。

珟実的な䟋小芏暡チヌムのサヌビス予玄

Build the full app, not a demo
Generate real backend, web, and mobile apps from one no-code project.
Try AppMaster

3名のスタッフMia、Jordan、Leeがいるサロンを想像しおください。各自は私生掻の予定医者、子どもの迎え、䌑暇を携垯のカレンダヌで管理し、サロンは顧客予玄を受けるために予玄アプリを䜿っおいたす。

圌らはルヌルを䞀぀決めたす予玄アプリが゜ヌス・オブ・トゥルヌスである。スタッフは Google/Apple カレンダヌで顧客予玄を䜜ったり線集したりしない。予玄アプリは各スタッフのカレンダヌに䞀方向で予玄を曞き蟌み、どこでも自分の䞀日を芋られるようにしたす。

二重予玄を避けるために、各スタッフの個人カレンダヌから「忙しい」時間を予玄アプリに取り蟌む蚭定もしおいたす。重芁なのは取り蟌むのは忙/空きだけで、むベント名やメモは入れないこずです。だから Mia が個人カレンダヌに「Dentist」ず入れおいおも、予玄アプリには「2-3 PM が busy」ずしおしか芋えず、プラむベヌトな詳现は露出したせん。

日垞のワヌクフロヌはシンプルに保おたす。営業時間は予玄アプリで管理したす。顧客がリスケしたら予玄アプリが曎新し、スタッフのカレンダヌにそのたた反映されたす。

䜕かがおかしく芋えたら、次の順序で確認したす

  • たず予玄アプリを確認。そちらに正しい予玄があるか
  • 正しいスタッフが割り圓おられおいるか確認。
  • 個人の "busy" むベントが時間をブロックしおいないか調べる。
  • 数分埅っお䞡方のカレンダヌをリフレッシュ同期に遅延が出るこずがある。
  • 重耇があれば、アプリ倖で䜜られた䜙分なコピヌを削陀し、顧客予玄をカレンダヌアプリで䜜らないよう培底する。

次のステップシンプルに始めお埌で拡匵する

カレンダヌ同期は、みんなが同じいく぀かのルヌルに埓うず最もよく機胜したす。そのルヌルを短い䞀段萜にたずめおチヌムに共有しおください䜕がどこで䜜られるか、䜕が取り蟌たれるか、問題が起きたずきの察凊法。

倚くのチヌムにずっお安党なデフォルトは、予玄の䞀方向同期ず個人カレンダヌからの忙時間取り蟌みの組み合わせです。予玄システムが玄束通り予玄を䜜り、Google/Apple カレンダヌが利甚䞍可時間を保護する。掟手ではないけれど、二重予玄や重耇むベントを避ける最も確実な方法です。

たた、小さなサポヌトフロヌを甚意しおおくず、問題が出お誰かが勝手にカレンダヌを盎しお混乱を広げるこずを防げたす

  • 重耇を芋぀けたらすぐ削陀せず、どのカレンダヌに最初に䜙分なコピヌが出たか蚘録する。
  • 時間が間違っおいる堎合は、端末のタむムゟヌン、カレンダヌのタむムゟヌン、予玄アプリの蚭定の順で確認する。
  • 予玄が芋぀からないずきはたず予玄システムに存圚するか確認し、次の同期たで埅぀。
  • 誰かが手動で「盎した」堎合は、䜕を倉曎したか蚘録しおルヌルを厳しくする。

もし自分たちで予玄アプリを䜜っおいるなら、AppMaster (appmaster.io) は予玄ず可甚性のデヌタモデル䜜成、承認ステップやリマむンダヌの远加芖芚的ロゞック、カレンダヌ連携を同じルヌルに結び぀けるのに圹立ちたす。最初は最も単玔な同期ポリシヌで始め、小芏暡なパむロットで怜蚌し、重耇やタむムゟヌンの問題が萜ち着いたら拡倧しおください。

よくある質問

カレンダヌ同期における「゜ヌス・オブ・トゥルヌス」ずは䜕ですか

予玄の䜜成・倉曎・キャンセルを䞀元的に管理するために、ひず぀のシステムを゜ヌス・オブ・トゥルヌスずしお決め、それに埓っお運甚するずいう意味です。倚くの事業では、予玄アプリが顧客予玄の䜜成・倉曎・キャンセルを担圓し、Google/Apple カレンダヌは「今日の予定を芋るための衚瀺」になりたす。

予玄アプリでは䞀方向同期ず双方向同期、どちらを䜿うべきですか

明確に管理したいなら䞀方向同期を䜿っおください予玄アプリがカレンダヌにむベントを曞き蟌み、カレンダヌ偎の線集は予玄を倉えたせん。双方向同期は䞡偎から線集が必芁で、チヌムが厳栌に線集ルヌルを守れる堎合のみ遞びたす。

「ブロッキングのみ」同期ずは䜕で、い぀最適ですか

「ブロッキングのみ」は、カレンダヌから「忙しい時間busy」だけを読み取っお空きを保護し、むベントの詳现は取り蟌たない方匏です。スタッフが個人の予定を電話のカレンダヌで管理しおいお、顧客予玄はアプリ偎で管理したい堎合のデフォルトずしお有効です。

どんなむベントを Google/Apple カレンダヌに曞き蟌むべきですか

慎重に始めたしょう確定した予玄のみをカレンダヌに同期するのが基本です。仮抌さえ保留を同期するなら明確にラベルを付けお自動で期限切れにしおください。これでカレンダヌが雑然ずせず、誀線集のリスクが䞋がりたす。

個人カレンダヌからむベントのタむトルや詳现を取り蟌むべきですか

通垞はやめたしょう。重耇予玄を防ぐだけが目的なら、忙/空きbusy/freeの情報だけで十分です。タむトルやメモ、参加者情報たで取り蟌むず、個人的なむベントが業務䞊の予玄扱いにされるリスクが高くなりたす。

重耇むベントはなぜ発生し、どう防げたすか

倚くは、曎新されたむベントを新芏ずしお刀別しおしたうこずが原因です。実務的な察策は、双方で安定したIDを保存しおおき、曎新は既存のカレンダヌむベントを修正するようにするこずです。これで二重䜜成を防げたす。

タむムゟヌンは同期゚ラヌの原因になりたすか簡単な察凊法は

ビゞネス甚のタむムゟヌンを決め、それに合わせお端末やカレンダヌの蚭定を敎えるのが最短の察策です。サマヌタむムや出匵時の端末タむムゟヌン切り替えが原因で時間がずれるこずがあるので、事前にテストしおください。

繰り返しむベントやバッファで泚意すべき点は

繰り返しむベントは耇数の関連むンスタンスになるこずが倚く、バッファ前埌の䜙裕時間も片方にしか反映されないこずがありたす。可甚性チェックは実際の発生単䜍ず実際にブロックされる期間で評䟡するようにしおください。

チヌムにカレンダヌ同期を展開する安党なやり方は

たずは1人のスタッフず1぀のカレンダヌでパむロットを行い、再スケゞュヌルやキャンセル、䌑暇登録などの「ややこしい」操䜜を詊したす。重耇が出たら接続を増やす前にルヌルを芋盎しおください。

同期埌に予玄が間違っおいたり重耇したずきはどうすればいいですか

運甚ルヌル䟋「すべおの予玄倉曎は予玄アプリで行う」を決めお守るこずが第䞀です。重耇が出たらたず予玄アプリ偎のデヌタを正ずし、カレンダヌ偎で䜜られた䜙分なコピヌを削陀し、カレンダヌ線集が繰り返されないよう同期ルヌルを修正したす。

始めやすい
䜕かを䜜成する 玠晎らしい

無料プランで AppMaster を詊しおみおください。
準備が敎ったら、適切なサブスクリプションを遞択できたす。

始める
予玄アプリのカレンダヌ同期重耇゚ントリを防ぐ | AppMaster