会計オブジェクトの概念は関連していますか?

画像



会計情報技術に関する教育プログラムの続き。

簿記は、ビジネス活動に関係するものを登録するように設計されています。 これから最も簡単なことは次のとおりです。登録される1つのものは、通常は会計オブジェクトと呼ばれる特定のユニットによって指定される必要があります。 したがって、現実世界の1つの事柄は、データベースに登録された1つのオブジェクトに対応する必要があります-私にとっては、それは明らかな事実です。

証拠は明らかですが、現在の慣行はそうではありません。 以下では、会計方法論のルール「1つの物-1つのオブジェクト」からの逸脱を検討し、Habrachians-会計に精通していない人がそれについて独自の印象を与えることができるようにします。 会計技術がプログラミングにどのように関係しているかを知りたいと思います。プログラマーによると、それは許されるのでしょうか。



モノの通常の登録、つまり通常のアカウンティングは、 1つのモノ-1つのオブジェクトという状況です。 モノの現在の状態に変化があります(到着、離脱、またはプロパティの変更)-この事実は、データベース内のこのモノのイメージに関して、つまり、会計オブジェクトに関して記録されます。

しかし、実際には? ああ、会計慣行は多様です-余談を順番に検討してください。



1. 多くのもの-1つのオブジェクト。

ほとんどのことは、数量によって説明されます。 つまり、すべての同種のもの(アカウンティングの設定時にそのように扱われます)は、単一のアカウンティングオブジェクトとして考慮されます。 このオブジェクトには、このオブジェクト内の同種のものの数を示す特別な特性があります。

実用的な面では、各オブジェクトの形で同一のオブジェクトの束を別々に考慮することは不合理です。 これは事実ですが、時には不快な事件、すなわちオブジェクトを処分する際にオブジェクトを評価する必要が生じる場合があります(メソッドFIFO、LIFO、平均など)。 異なる値を持つオブジェクトが1つの山に落ちると、会計士は販売中にヒープから引き出したアイテムを決定するために出て行く必要があり、それは不可能です-ヒープ内のアイテムは同じであるため、懐中電灯から行動する必要がありますが、これは会計方法論を描きません。

一般に、理論的な観点から見ると、集合体の中の何百ものレンガと何百もの個々のレンガは完全に異なるオブジェクトです。 大まかに言って、少なくともコストと同じくらい知覚できない異なるプロパティを持つオブジェクトはヒープに落ちるべきではありませんが、会計方法論にはこれらの機能はありません。

正しく-つまり、客観的に-ヒープに積み重ねるのは不合理であるため、使用されたツール(建物、構造物、機器、機械)のみが考慮されます。



2. オブジェクトがあります-何もありません。

簿記では、オブジェクトとして-実際にはそうではないものを考慮します。これ、つまり負債と資本の会計処理は、 以前の投稿で説明されました。

繰り返しはしませんが、次のことを思い出させてください。

現在の方法論-1つの会計エントリのフレームワーク内で2つの日付(現在と未来)を記録できないため、負債を会計の対象として登録する必要があります。 転記日付は、将来のオブジェクトではなく1つである必要があり、現在の義務が記録されます。

資本はバランスを取るために登録されます(多くの人が理由がない限り、それは検証目的であると信じていますが、この場合、別のことが重要です-オブジェクトが登録され、それに対応するものが実際に存在しない)。

したがって、負債は、現在の時点での将来のオブジェクトの予測であり、資本は収益性、売上高などの計算値です。 両方の登録は、良い意味で、すべきではありません。



3.ものがあります-オブジェクトはありません。

それは他の方法で起こります:さらに、視覚的で法的に重要なものが企業に存在しますが、それは会計に登録されていません。

最も重要で一般的なケースは労働者です。 確かに、自分の従業員は会計に登録されていません、つまり-会計の対象として。 彼に支払われる給与はお金ですが、アニメーションにもかかわらず、まだ物理的な世界に属している企業の従業員ではなく、したがって経済活動で使用されるものです。

労働者が登録されていない理由は、純粋に方法論です:使用される方法論は、レンタルアイテムの登録にあまり適合していません(ツールをレンタルするような農場で労働者を使用することは、もちろん法的意味ではありませんが、実際には、会社は従業員に合意された金額を支払い、それをその期間使用します)。

従業員を会計オブジェクトとして登録することは非合理的であると言えますが、事実は残っています。

オブジェクトとして物事が登録されないという2番目のケースがあります。会計では、取引条件が当事者のいずれかによって満たされるまで、義務は登録されません。

販売契約が締結されたと想像してください。売り手は商品を送ることを約束し、買い手はお金を送金することをすべて同時に約束しました。 私たちは売り手と買い手の反対の義務を負っています。 彼らは登録していると思いますか? 必ずしもそうではありません:署名されて発効した契約は、少なくとも一方の当事者がその義務を果たすまで会計に反映されません。その場合にのみ、関連オブジェクトが会計に登録されます。

面白いことに、会計法では、例外なくすべての義務を考慮する必要があります。 しかし、会計慣行は法的要件とは異なる意見です-便宜上、後から契約を起草すると思います。



4. 一つのことは、たくさんのオブジェクトです。

ミスを犯す最後の名目上の機会-会計はそれを使用しなかったと本当に思いましたか?! 用途、および非常に広く。

非常に一般的な状況は、ものが1つであるが、それを示すために2つのオブジェクトが使用される場合です。

物そのものを示すオブジェクト、

およびコストの差を示すオブジェクト。

モノの価格が100ルーブルだとします。 そのような費用でいくらであり、考慮されます。 しかし、時間が経ち、物価が15ルーブル下落したことがわかりました。 簿価を維持すると同時に、市場価値を修正する必要があります。 この場合、プログラマは何をすべきですか? 私の素人の意見では、次のように、オブジェクトの新しいプロパティをデータベースに追加して、オブジェクトが1つの数値フィールドではなく2つの数値フィールドによって特徴付けられるようにします。 プロパティを持つオブジェクトがありました:[簿価] = 100ルーブル。 [市場価値] = 100ルーブル、[会計価値] = 100ルーブルのプロパティを持つ同じオブジェクトになりました。 [市場価値] = 85ルーブル。 つまり、オブジェクトはその特性の1つを変更しました。

会計方法論はこれではありません。別の(!)会計オブジェクトを登録することにより、ある会計オブジェクトの変更を登録します。 この例では、値が減少しているため、オブジェクトは反対の記号であるクレジット(費用)で登録する必要があります。 借方(領収書)で最初に登録された100ルーブルのオブジェクトを取得します。 そして、15ルーブルの金額でローン(費用)の下に登録された2番目のオブジェクト。 100ルーブルから物の市場価値を計算したい場合。 15ルーブルを取る必要があります。希望の85ルーブルを取得します。

そのような、方法論の観点から、推定埋蔵量、減価償却およびその他の会計対象。



上記を考慮すると、関連する会計対象の概念を考慮することは非常に困難です。



All Articles