Universal Appointments and Time Reservations v.19

バックエンドで ‘Multi scheduling’ をオンにすると、管理者は顧客向けに複数のサービス/リソースで複数予約し、複数の時間枠を選べます。ポータルにも ‘Multi scheduling’ があります。顧客は 1 つのサービス/リソースを複数の時間枠で予約できます。複数のサービス/リソースを予約するには複数回予約します。

管理者/専門家向けに、リソースタイプとリソースごとに購読を設定できます。たとえば新規予約の通知はメールサブタイプ 'New appointments and recovering' に紐づきます。さらに関係者へのリマインダーも設定できます。予約アプリ > Configurations > Reminders を見てください。

すべての手順が終わると、顧客は確認メールを受け取り、既定では成功ページへリダイレクトされます（メールにバウチャーの pdf が添付されます）。成功ページでもバウチャーを印刷できます。

顧客がサービスの予約を始めて時間枠を選ぶと、他のユーザーには使えなくなり、仮予約が発生します。再び空けるには、予約の最大時間を設定してください。この時間内に顧客が予約を完了しなければ、枠は再び利用可能になります。

仮予約の時間を設定するには:

1. Appointments アプリを開きます

2. 設定>設定 に進みます

3. 'Maximum Period for Pre-Reservation' で時間を設定します

リソースの分け方はさまざまに設定できます。一つの方法は Odoo のマルチカンパニーです。リソースタイプ/リソース/サービスを作成するとき、関連会社を任意で指定できます。またはすべての会社に紐づく ‘global’ にできます。これにより、会社ごとにセットを変えられます。

予約の流れをウェブサイト/拠点ごとに変えることもできます。特定のリソースタイプ/リソース/サービスを表示するサイトを選んでください。拠点はまったく異なる分野でも構いません。たとえば一方は英語レッスン予約、もう一方はジムの時間予約です。

別の会社やサイトを割り当てなくても、事業の異なる分野向けに予約を設定できます。どのステップをどの業務に紐づけるかは、ご自身で決められる設計です。たとえば一方のリソースタイプを都心の歯科医院、もう一方を住宅地の外科歯科と見なせます。こうしてリソースタイプで拠点を管理し、マルチカンパニー環境なしでもリソースを分けられます。

はい。ユーザはアカウントを作らずに予約できますが、初回のみです。予約するとメールがデータベースに予約され、再利用できません。以降の登録、または既存の連絡先では、予約するにはログインが必要です。

ユーザは確認メールから、または Odoo 内で直接登録できます。招待リンクは短命なので、機会を逃すと後でパスワードをリセットするか、あなたに助けを求める必要があります。

メールテンプレートの言語を変更するには:

1. 対象言語が Odoo にインストールされていることを確認します。

2. 次に開発者モードをオンにし、テクニカル > テンプレート に進みます

3. そこでテンプレート 'Appoints: Success Email' を探します

4. テンプレートの編集を開始し、記事テンプレート右上の言語アイコンをクリックします。

5. 記事本文がすべてのシステム言語で表示されます。対象言語のメールを手動で翻訳し、コードは削除しないでください。結果を保存します。

その後、連絡先の言語も希望の言語に変更します（連絡先カードの「言語」フィールド）。すると、その連絡先にはこの言語でメールが届きます。

ウェブサイトで初めて予約すると、既定では開いているサイトの言語が割り当てられます。確認メールもその言語で送られます。

フィールド 'Start round' は、見栄えの悪い時刻を避けるため、時刻をこの値に丸めます。例えば今が 9:48 で、サービスを前日までに予約する必要があると、明日の最初の空きは 9:48 になり不適切です。1 時間（01:00）で丸めると空きは 10:00 になります。

時刻の丸め方の追加オプションと例（'Help'）は、フィールドのタイトルにマウスを乗せると表示されます。

自由にカスタマイズできます。テンプレートは 設定 > 通知 > メールテンプレート および SMS テンプレート にあります。

さらにリソースタイプごとに別テンプレートを適用できます。任意のリソースタイプ > 通知 を見てください。

ツールはすでに自動で行います:

1. 公開されたリソースタイプが 1 つだけの場合、最初のステップは表示されません;

2. リソース割当方法が自動、または公開リソースが 1 つだけの場合、2 番目のステップは省略されます;

3. 選択したリソースタイプ / リソースに公開サービスが 1 つだけの場合、3 番目のステップは省略されます。

設定が必要なのは確認ページだけです。設定ページでオン /オフにできます。

現行の Odoo Apps Store ポリシーによると:

• バージョン 12.0 以前向けに購入したモジュールは、12.0 までの全バージョンにアクセスできます。
• バージョン 13.0 以降、各モジュールバージョンは個別に購入します。
• バージョンに関係なく、購入するとメジャーバージョン内の すべての更新と不具合修正の権利が得られます。

faOtools チームはこれらのポリシーを管理していません。ご質問は Odoo Apps Store の担当者へ直接お問い合わせください。

最も単純な方法は、Odooストア組み込みのワークフローを使うことです:

1. モジュールのページを開き、Deploy on odoo.sh ボタンをクリックします。

2. その後 GitHub ページにリダイレクトされます。アカウントにログインし、'Create a new repo' をクリックするか既存のものを使います。リポジトリはプライベートにしてください。OPL-1 ライセンスのアプリを公開することは許可されていません。必要なら Odoo.sh プロジェクト用に新しい repo を作成します。

3. 次に odoo.sh に行き、Deploy ボタンをクリックします。ポップアップで決定を送信し、'Continue.' をクリックします。これでインストールが始まります。

これらの手順でプロジェクトの本番ブランチにアプリがインストールされます。他のブランチにデプロイする、またはモジュールを更新する場合は、次の操作を行います:

1. Odooストアからアプリのソースコードをアップロードします。

2. モジュールを必要な GitHub リポジトリにコミットします。アプリのフォルダ/ファイルが無視されていないこと（repo の .gitignore に含まれていないこと）を確認してください。リポジトリは odoo.sh が自動作成し、既定で重要な項目（例: /lib）が含まれることがあります。モジュールのディレクトリ、サブディレクトリ、ファイルを例外なくすべてアップロードしてください。

3. odoo.sh プロジェクトの対象ブランチを Deploy するか、 設定がそうなっている場合は自動ビルドされるまで待ちます。

はい、もちろんです。同時に Odoo は依存関係をすべてカートに自動追加するので、二重払いを避けるには既に購入したツールを除外してください。

赤/オレンジの警告はアプリの機能に影響しません。残念ながら、標準の自動テストがアプリの目的と衝突する動作を想定するため、モジュールが通らないことがあります。たとえば価格計算を変える一方、標準 Odoo モジュールのテストは最終価格を標準アルゴリズムと比較します。

まず、デプロイ済みデータベースの機能を確認してください。すべて正しく動いていますか？

それでも警告が実機能に影響すると考える場合はご連絡のうえ、インストールログ一式とデプロイ済みモジュールの全一覧（コアおよびサードパーティ含む）を送ってください。

いいえ、ツールは 公式の Odoo アプリストア.

残念ながら、個別価格を提示する技術的手段が ありません。 

いいえ、サードパーティアプリは Odoo Online では使えません。残念ながら Odoo SaaS がその可能性をブロックします。

はい、ツールが正しく動くには依存関係に記されたすべてのモジュールが必要です。アプリページの価格には必要な依存関係がすでに含まれています。