引用
複数通貨サポートと PDF 生成により、見積書を作成、送信し、請求書に変換します。
プロジェクトの見積もりをクライアントがすぐに使える見積もりに変える
見積書を使用すると、オファーを準備してクライアントに送信し、クライアントが受け入れたら請求書に変換できます。見積ワークフローでは、顧客の詳細、品目、VAT、通貨、言語、PDF 出力、電子メール配信、カスタム フィールド、CSV エクスポート、カスタム PDF テンプレートなど、請求書と同じコア データを使用します。
見積ステータス
各見積は、ステータス と 支払いステータス という 2 つの個別の状態を追跡します。これらを組み合わせると、見積書が販売プロセスのどこにあるか、および見積書に関連する支払いが完了したかどうかがわかります。
見積ステータス
| 状態 | それが何を意味するか |
|---|---|
| 下書き | まだ見積書を準備中です。見積もりはまだ確定していないか、変換されていません。 |
| 送信済み | 見積書を電子メールでクライアントに送信しました。 |
| 変換された | 見積書を請求書に変換しました。新しい請求書レコードが見積データから作成されました。 |
支払い状況
| 支払い状況 | それが何を意味するか |
|---|---|
| 未払い | 支払いは記録されていません。 |
| 保留中 | 支払いは開始されましたが、まだ完了していません。 |
| 有料 | 支払いは正常に完了しました。 |
| 失敗した | 支払いを試みましたが、成功しませんでした。 |
見積書は支払われなくても sent としてマークでき、支払いステータスが unpaid のままでも請求書に変換できます。ステータスと支払いステータスは個別に追跡されます。
見積書の作成
請求書を作成するのと同じ方法で見積もりを作成し、クライアントへの提案として保存します。
顧客を追加する
既存の顧客を選択するか、見積書に顧客の詳細を直接入力します。顧客名や住所など、請求書に使用するのと同じ顧客情報フィールドを使用します。
見積詳細を設定する
見積日、期日、通貨、言語を入力します。見積書では、請求書と同じ通貨と言語がサポートされています。
サポートされている通貨:
EURUSDGBPCHFAED
サポートされている言語:
DEENFRES
品目と VAT を追加します
提供したい製品またはサービスを追加し、数量、価格、VAT を確認します。見積書には請求書で使用されるのと同じ構造で明細が保存されるため、合計と税金の計算は同じパターンに従います。
保存する前に合計を確認してください。見積書には、選択した VAT パーセンテージが適用された全額が表示されます。
テンプレートを選択し、PDF を確認します。
カスタム見積書または請求書のレイアウトを使用する場合は、PDF テンプレートを選択します。次に、PDF をプレビューして、価格、ブランド、言語、顧客情報が正しいことを確認します。
プレビューが正しく表示されたら、見積もりを保存します。これで、見積を後で送信または変換する準備が整いました。
見積書から請求書への変換
クライアントがオファーを受け入れたら、見積もりを変換します。変換により、見積ステータスが converted に変更され、同じ基礎となるビジネス データを使用して新しい請求書が作成されます。
新しい請求書には、見積の顧客の詳細、住所、日付、通貨、言語、品目、VAT パーセンテージ、テンプレート、および合計金額がコピーされます。これにより、同じ情報を再入力することなく請求伝票が得られます。
関係の仕組み
請求書には、元の見積書への quote_id 参照が保存されます。つまり、関係は見積書から請求書までではなく、請求書から見積書まで追跡されます。
見積書が請求書に変換されたことを確認する必要がある場合は、quote_id によってリンクされている請求書レコードを確認してください。見積自体のステータスは converted に変更されますが、データベースの直接の関係は請求書から見積へとナビゲート可能です。
商業条件が最終的な場合は変換を使用します。見積履歴をそのまま保持し、販売から請求までのスムーズな引き継ぎを実現します。
引用符の番号付け
すべての見積には、A-00001 形式で独自の文書番号が付けられます。 A プレフィックスは Angebot を表します。
見積番号は企業ごとに生成され、自動的に割り当てられます。これにより、複数の人が同時に文書を作成する場合に番号が重複することがなくなり、各企業の見積順序の一貫性が保たれます。
必要に応じて、ドキュメントを送信する前に見積番号を編集できます。
見積書をメールで送信する
請求書と同じ配信フローで見積もりを電子メールで送信します。 NomadBill はドキュメント概要電子メールを生成し、noreply@nomadbill.co を使用して再送信を通じて送信します。
送信する前に、PDF プレビューと受信者の詳細を確認してください。送信後、見積ステータスは sent に移行します。これは、準備された見積とすでにクライアントに配信された見積を区別するのに役立ちます。
ブランドのドキュメントが必要な場合は、電子メールの送信と選択した PDF テンプレートを組み合わせて、クライアントが見てもらいたい最終レイアウトを受信できるようにします。
入金と支払い
見積もりには支払いフローが含まれていますが、それは請求書のチェックアウト プロセスに関連付けられています。実際には、支払いアクションは、見積固有の支払いレコードではなく、請求書チェックアウト フローを呼び出します。
つまり、見積もりが請求書に変換されると、支払い処理は正しく機能します。その時点で、請求書はチェックアウトと支払いの更新に使用できるようになります。
見積に対するデポジットの支払いは、見積を請求書に変換した後でのみ正しく機能します。現在の支払いフローは見積テーブルではなく請求書テーブルをクエリするため、見積のみの支払い処理は制限されています。
支払いステータスは引き続き見積書に表示されますが、基本的な支払い更新フローは請求書ベースです。信頼できる支払いリンクまたは Stripe によるステータス更新が必要な場合は、最初に見積もりを変換し、請求書から支払いを徴収します。
引用符でできること
見積書は、請求書で使用できるのと同じドキュメント機能をサポートしています。
- 送信前のPDFプレビュー
- メール配信
- カスタムフィールド
- リンクされたメール
- CSV エクスポート
- カスタム PDF テンプレート
- 見積書番号の手動編集
これらの共有機能により、ドキュメントのワークフローを変更することなく、見積から請求書に簡単に移行できます。