財政調整は些細な、複雑な仕事ですので、それはまた、非常に精通して和解調停システムへの人員を必要とし、忍耐と慎重な作業が必要です。プロジェクトからの財政調整システムv1.0をすることによって、著者は、プロセスの結び目、およそあなたと金融和解プロセスを、再設定するには、この論文では、ビジネスルールと関連する概念の和解は説明しました。
まず、再パーパストレイ
- 金融調整システムv1.0のプロセスを結び目プロジェクトから全体の見直しを行います。
- 現在存在し、現在の成果と問題の結果をまとめたものです。
第二に、システムの概要
和解の会計の定義は次のとおりです。本やレコードの信頼性を確保するために、完全性、正確性、チェックアウト前に考慮した後、定期的または不定期に関連するデータチェック、チェックします。
これは、調整表に三つの側面、すなわち、アカウントカードのチェックは、アカウントステートメントをチェックし、アカウントをチェックが含まれています。
- アカウントカードチェック：本やレコードがバウチャーと照合され、ここのためのバウチャーは、金融システムの注文ということです。
- 元帳の調整：より多くの本相関がレコードをチェックしていること。チェックブックの詳細の他のタイプの中の間、総勘定元帳の調整、などの相関関係帳簿および記録、。例：会社の事業の総支出および自由なお金、クーポン、商品調達、請求およびその他の事業費をチェックし、総勘定元帳の調整があり、収入と支出の各アカウントの詳細および総債権をチェックし、総支出を占め、総勘定元帳です薄いチェック。
- アカウントとチェック：資産記録材料の値と実際の真の量との和解です。たとえば、ユーザは、彼が購入した権利を享受なかった権利を購入し、物理的な商品の購入は、実際の商品を受け取りました。
行うための金融調整システムは、上記の3つの側面の結果を確認するために来金融セクターを支援することです。
第三に、現在の成果
- 課金情報、サービス要求の払出処理、サプライヤー決済と決済規格、新しい取引先へのアクセス：企業の多様なビジネスモデルの深い理解した後、財務部門は、同社の事業には、当たり前であったが、これらに限定されない、内部統制システムを発売しましたプロセスに、金融リスク管理、契約管理。
- 月後に財務部門は、金融システムを通じてアカウントを扱うことができる人件費の事業・財務部門に保存します。
- 会計は、対応する請求書の詳細をサポートするために、毎月口座、そのので、アカウントカードの試合、試合台帳、アカウントと会計目的と矛盾を占めています。
- 和解サプライヤー決済端末bの支払い和解C規格や基準のためのエンドユーザーを備え、ビジネス、金融調整システムのアクセス回線に統一された金融和解インターフェースを提供するために、金融調整システム。
- 財務部門は、以下を含むビジネスの様々なラインの財務管理をより良く、これらに限定されないことができます。コスト管理、販売及びその他の費用の様々な。
第四に、解釈の概念
和解の1. BCの終わり
コンセプトは、資金のプラットフォームの流れから来ています：
- ユーザーは、ユーザーの個人アカウントから、プラットフォームを通じて資本流入プラットフォームのアカウントを支払います。
- プラットフォームの口座から支払決済プラットフォームサプライヤー、サプライヤーアカウント流入。
下図のように：
資本金は1フロー：調整表のC末端である、検証の目的は、それぞれがアコードアカウントのカードを達成するために、お金のプラットフォームの基礎を受け取ったことを確認するためにある、「カード」の順番に対応する各支払いに反映されています。トランザクションが注文を完了するために頼っているので、順序は、プラットフォームとユーザーの資格情報との間で取引されています。双方は、フィールドをチェックします：商人の注文番号、取引金額、取引時間は、売掛金：
- マーチャント注文番号：バウチャーは、プラットフォームや支払い処理を取引されています。
- 取引金額：金額や支払プロセッサである量は、実際に、実際に受信したユーザを支払い、返金額が負の場合。
- 取引時間：ユーザーすなわち実際の完了時間の支払いは、部門の金融口座を決定します。
- コレクションのアカウント：サードパーティ決済プラットフォームのメカニズムは、プラットフォームに起因する売掛金を、開いています。ユーザーは、アカウントに、プラットフォームのユーザーアカウントによって必要な時に返金送金、プラットフォームへのアカウントのユーザーアカウントからの資金の移転を支払う必要がある場合は、特別な注意が必要です：売掛金のコレクション支払いのアカウントや払い戻しは必ずしも同じではない場合はっきり金融口座の各トランザクションの記録を知っている必要があります。
資本金は2流れ：和解は、目的がするための基礎を持っているお金を使う各サプライヤのためのプラットフォームを確保することであるチェック、B側です。証拠ベースはまた、プラットフォームとサプライヤとの間の有効な各注文の取引伝票の合計値に反映される（連携に基づいて供給業者、有効な注文を定義するために）、オーダーはい。双方は、フィールドをチェックします：シングルナンバー決済、決済金額、決済時、サプライヤー：
- 文いいえ：黒カードプラットフォームとの取引資格のサードパーティベンダー。
- 決済金額：両側は両当事者が和解する前に決済金額を合意された場合にのみ場合には、最終決済金額が必要です。
- 決済時間：電力供給者が注文を出荷しており、電車の切符順序やチケット注文は唯一の成功の出荷のみを必要と和解の供給を意味します仕上げに応じて決定協力とサプライヤーは、以下のような取引の当事者が、あることを意味時間の金融口座を分けることにしました。
- サプライヤー：和解のための主要なプラットフォーム。
シリーズの2 BCの終わり
異なる照合対象側BC法案に、紙幣生成ロジックBCの異なる端部を決定し、BCエンド紙幣は、このように生成され、それぞれ照合します。しかし、完全に効果的なC末端B-側債権の決済や、決済で、サプライヤーを含む法案の合計が、我々は、対応するマーケティング費用がどのくらいあるどのくらいのお金のC末端を受信したときに知っておく必要があり、そのためBC法案を終了する必要がありますシリーズインチ
一連のルールBCの端部は、直列に課金をベース紙幣BのC末端基準Bの紙幣の端になるようにBが、決済支払のC末端に結合しているためです。例えば、電力供給事業を行ってください。次のように存在カート注文ビジネスルールに従って、単一のユーザーを想定しています。
成功した支払いの後、C末端法案合計、B、1本のペン終了法案、シリーズBC-エンド財務諸表を確認することができますどのくらいの収入を知るためには、事前（ここではそれらを繰り返すことはしません実際にはもっと複雑なルール）どのように多くのを確認します。
システム全体の設計：
V.結論
金融ニーズを作るために、各事業ラインの会社の深い理解が必要。
前のプロジェクトが、その後、私たちは、各サービスのビジネスルールについて合意に到達しますが、プロジェクトはまだのような質問に関連した不完全なルールです：直列に（一時的な需要の最適化期間を）BCエンド法案を調整、列車のチケットの変更看板の下での課金方法、実際のビジネスルール等決済規則の私達の元のセット、と矛盾している、発見のラインアイテムの調整処理後のいくつかの問題があります。
金融調整作業は、データの精度を要求し、面倒で重い作業負荷で、かつ厳格でなければならないすべてのルールを必要とし、厳格な前提そのビジネスとシステムが深い理解を持っています。
開発および再発性の最適化を促進するために、例外、異常の調査と原因を処理するために残業するために毎日、プロジェクトが異常な法案の多くは、毎月ライン上だけであるときに、細心の注意と忍耐を必要とする法案を金融ニーズを行います。
時々、私たちは感情が、常にチームの目標を持っているものの、その時点で法案が非常に異常な崩壊、金融和解のためのプロダクトマネージャーだったが、幸い我々は（金融セクター、開発チーム、各事業ラインを含む）パートナーの小さなチームを持っているが、素晴らしいです今、新たな事業開発システムが存在する場合であっても、直接金融和解にアクセスすることができ、全体の金融システムが安定した和解ました。
実際には、現在の金融調整システムだけでなく、最適化のスペースが遅すぎる反復に、同社の事業開発によると、大幅に金融セクターの効率を向上させることができますが、コアの要件が満たされています。