受注及び販売の状況についての質問
- 受注及び販売の状況について根本的な質問についてまとめました。
- 受注金額とは何か、売上の計上方法について検討しています。
- 受注の際に金額が確定していない場合の対応について考えています。
- ベストアンサー
有報 受注及び販売の状況について
お世話になります。 受注及び販売の状況について根本的な質問です。 そもそも受注金額ってなんでしょうか？ 売上は金額が決まってない場合は見積もりで売り上げ計上すると記載された規定があります。 では、お客さんから注文があるけど金額が確定していないものなんかがあった場合の受注については見積もりで受注額認識しなければならないというような規定は存在するのでしょうか？ 理屈で考えれば売り上げが概算での計上を求めている以上、受注もそうすべきとなるのでしょうが、はっきりとした規定として見たことがありません。 仮に受注金額を金額の入った注文書なりが来るまでは0円とし、金額確定時に受注高として認識するとした場合問題になるのでしょうか？ よろしくお願いします。
- nekomimimoe
- お礼率100% (6/6)
- 財務・会計・経理
- 回答数4
- ありがとう数5
- みんなの回答 （4）
- 専門家の回答
質問者が選んだベストアンサー
受注の確定というのは事業の内容によっては結構微妙です。 単純に商品を仕入れて売るだけならば簡単ですが、受注生産の場合は見込み生産と受注を受けてからの生産が混在することも多くありますし、口頭では注文は出ていても注文書はもっとあとから出ないとこないということもあります。 又商談が非常に長く要してどこの段階で受注確定か一見判断に迷うこともあります。 もちろんそれが全部受注データとしてシステムに登録されていれば問題なしですが、受注をシステムに入力するのは会社の営業形態で結構まちまちですよね。 現実の生産は受注の入力の前に予測データで動くことが多くあります（そうしないと材料手配が間に合わないことも多いでしょう） 私は以前実際に有価証券報告書を作成していましたが、受注生産の状況は何時も最後に苦労しました。 理論的にはどうであれ、実務は会社と会計士の協議で一定の基準を設けて受注の確定としているのではないでしょうか。
その他の回答 (3)
- wret615
- ベストアンサー率34% (133/386)
有報とかは、迷ったら基本に立ち返ればええよ。投資家に有用な情報提供てのが有報の基本理念やもの、受注もそれに依拠して範囲画定すればええ。 監査法人とのネゴも必要やけど、受注及び販売の状況は監査意見の範囲外やもの、監査法人はアドバイスすることはあってもダメ出しはせえへんし、できひん立場。会社の意見が通ると思ってええ。 しかし本題とは無関係やけど、売上の実現主義は捨ててないと思うけどなあ。見積計上も、明文で認められてる長期請負工事とか以外は、実現主義の範囲内に収めないといかんのと違うかなあ。もしかすると最新の会計基準は実現主義捨ててあなたの言うとおりなのかもしれへん、勉強せないかんのー。
お礼
ご回答ありがとうございます。 おっしゃるとおり受注の計上概念については会計士はそうですかって認めてくれるでしょうね。問題は現場側でして、経理側と現場との考えかたの違いが出てしまいました。（経理側としては概算の受注もなければ業績見込みだってだしにくいってところですが・・・） 実現主義の考え方は今でも継続していますよ。 確かに、概算売上では金額の確実性が取れないじゃないかって疑問がわきますよね・・・ 概算で適正に見積もれる金額は確実性のある売上高だって整理になるのでしょうかね？ 企業実態を適正に示すという大目的をクリアするなら、概算で反映させるべきってことでしょうか。（当然概算と確定の差額についてチェックされるが前提なんでしょうけど） ありがとうございました。
- yosifuji2002
- ベストアンサー率51% (969/1888)
yosifuji2002です。 ＞概算受注高も財務数字だってその根拠となる規定なりを探してみたのですがなかなか・ とのことですが、システムを構築すると同時に、受注の確定の基準を定めたらいかがでしょうか。 経営的には受注の動向は結構重要なデータです。これで今後の業績の推定をつけることができます。 それが担当者でそれぞれということは好ましくないですね。 これは内部統制の問題もありますから、この際会計士とも話し合って、受注の確定の条件とコンピューター入力の基準を定めた方が良さそうです。 受注は売上のスタートですから、売上データの信頼性を確保する一環としても、また営業成績の評価の基礎データとしてもある程度の共通した基準は必要ではないでしょうか。 システム構築は単なるプログラムの問題ではなくて、このような会社としての業務の流れの整理ということも重要だと思います。
お礼
ご回答ありがとうございます。 これまでも受注の社内基準的なものは定めていたのですが、今回システム変更に際しての現場側の意見として概算受注を上げたくないというものが出てきました。 現場にしてみたら、概算受注＝実際受注がこれより下がったら怒られる的な考えをするようで（まあ、気持ちはわかるのですが・・・） それと実際受注高と差があった時に概算受注高の信ぴょう性を疑われるのにもいやだって思いがあるようです。 ですのでこの際概算なんだからいれたくないって意見が出てきました。 この意見を覆す根拠規定があれば一番やりやすいなと思ったところです。 基本的なところですが、経理側と現場側の意見の相違が出ちゃった形でしょう。 ありがとうございました。
- wret615
- ベストアンサー率34% (133/386)
受注金額は読んだとおりで、言い換えるなら注文受けた金額や。 金額的評価できるものが記載対象の基本やもの、受注額を見積る必要はないで。ただ、投資家に有用なら見積ればええ。その場合には脚注つけるほうがええやろ。 売上の見積計上は基本、税務の話な。有価証券報告書に記載するんは実現した売上高のみが基本で、見積計上はできひんから。ただ長期の工事は別や。
お礼
ご回答ありがとうございます。 売上の概算計上については会計上も要請されていたと思います。根拠に基づかない売り上げ計上が禁止されているだけで適切な見積もりによる売り上げ計上は企業活動実態を表すうえではむしろ必要ですから。（見積もれるものまで計上しないのは過度の保守主義になるかと） 建設業会計でも見積もって売り上げ計上することになっていますし。 とした場合、受注についても概算部分もむしろ入れなくてはいけないのではとの疑問でした。受注・完成・仕掛のバランスが崩れることにってしまいそうでしたので。 ありがとうございました。
関連するQ&A
- 受注伝票の省略について
経理伝票で質問です。お客様から注文が入ったとき、受注伝票を入力し、即、売上伝票を入力しています。受注伝票と売上伝票の両方を入れず、売上伝票だけ入力したら楽なのですが、それではいけないのでしょうか？
- 締切済み
- 財務・会計・経理
- 受注時の原価はどのように考えれば良いでしょうか？
一般に決算に関わるような原価の質問はよく見かけるのですが、 受注に対する仕入原価の一般的な考え方が判らないので質問させて頂きます。 私の会社では事務担当者が受注時に売上単価と仕入単価を確定します。扱っている商品は工業用の規格品が多く、在庫から販売するものも多いです。1年間で取り扱う商品点数は1万点以上になります。 仕入単価は商品単価のマスタから反映させて、マスタの単価は仕入先からの見積、価格改定の案内、在庫品の仕入単価などから適当なものを採用していました。 ですが最近になって、受注の度にその商品の在庫がどれだけあるか、そのうち旧単価のものがいくつで、新単価のものがいくつで、今回の受注分は旧単価がいくつ、新単価がいくつというような処理をするようになりました。これらをシステム上で自動で行うのではなく人の目で見て計算して処理しています。 私はこの煩雑な処理が私の会社には不適当ではないかと考えています。メリットがほとんどありません。 受注を売上処理することで、 売上-仕入＝粗利益 を計算しているのですが、これらの仕入原価は会計や決算で使用する数字とは違うと思います。売上はお客様に請求する金額なので正確なはずですが、仕入原価はあくまでそう見積もった金額だと思います。 一般的にはどのように考えるべきものなのでしょうか。冒頭書きました通り、原価などのキーワードで検索しても求める情報にたどり着けないのでご教示お願いします。
- 締切済み
- 事務・一般職
- ホームページ制作の会計上の「売上」の考え方について教えてください。
ホームページ制作の会計上の「売上」の考え方について教えてください。 いつの時点で「売上」を計上すればよいのか、わかりません。 依頼を受け、見積りを出し、受注・契約をした時点で報酬は確定しています。 この時点で「売掛金」で売上計上してよいのでしょうか？ 後日ホームページの内容に変更があり、報酬が増えることはあっても、減ることはありません。 例えば 報酬が確定したとき 売掛金 200000 / 売上 200000 支払いを受けたとき 現金 200000 / 売掛金 200000 と仕訳してよいのでしょうか？ 受注時（報酬確定）、請求時、納品時、入金時 のどの時点で仕訳をするべきなのでしょうか？ 初歩的な質問かとは思いますが、調べているうちにわからなくなってしまいました・・。 どうぞよろしくお願いいたします。
- ベストアンサー
- 財務・会計・経理
- FileMaker8.5で受注管理
FileMaker初心者です。 MacOSXでFileMaker8.5の体験版を使って勉強中です。 FileMaker8.5を使って、ネットショップの受注管理をしたいと思っています。 ショッピングカートシステムから生成されたCSVファイルを読み込み、代金を計算し、メールを送る。入金があったらその旨を記録し、発送日を入力といった流れを作りたいと思っています。 CSVは1商品1レコード、注文番号で1件の注文と判断できます。複数の商品をご注文いただいた場合、同一の注文番号が複数あるので、それらの金額を合計するようになります。 ただ、合計するには下記のような条件があります。 A.合計金額が10万円を超えた場合は5%OFFとなります。 B.合計金額が30万円を超えた場合は10%OFFとなります。 C.割引対象外の商品にはAやBが適用されず、それ以外の商品をそれぞれ割引とします。 D.上記A、B、Cは銀行振込や郵便振込、代引での支払いを選択されたお客様にだけ有効です。カード決済の場合は単純な合計金額となります。 以上のような複雑な条件で見積もり金額を算出し、返信メールを作成させるにはどうすればいいのでしょうか。 また、FileMaker8.5を覚えるために、オススメの書籍がありましたらご紹介ください。 よろしくお願いいたします。
- 締切済み
- その他(データベース)
- 買掛金の計上について
こんにちは。教えていただきたいのですが 納品が完了したものについては速やかに売上をしたいのですが、仕入業者からの請求書が月ずれになってしまい、仕入計上が出来ない（原価を確定できない）場合がよくあります。 先方に早く処理をするように言っても事情があるのか なかなか請求書を頂けません。納品書をもらっている場合でも営業が現場で紛失したり、金額が未記入であったり・・。そういった場合、業者からの見積り書等で買掛金を仮計上しても会計上問題はないのでしょうか？税務調査があった場合は買掛金の計上基準として どういった証憑が必要となるのでしょうか？
- ベストアンサー
- 財務・会計・経理
- 開発の受注金額について
いつも参考にさせて頂いております。 現在フリーのエンジニアとして、開発案件を行っておりますが、 案件の見積もりを提示する際に 一般的な金額というもの分からず、 こちらが提示した金額が高いのか安いのか判断できず困っております。 企業から個人でサイト開発等の案件を丸ごと受注した場合、 一体いくらぐらいを目安に金額の高い安いを 判断すれば良いのでしょうか。 書籍やサイトを調べると「１人月の金額×工数」という 見積もりの計算方法は載っており、 工数の算出の仕方は詳しく説明されているのですが、 肝心の１人月の金額というものが分かりません。 例えば、２人月の工数で標準的な機能を実装するブログサイトの開発を設計から受注する場合、 一般的にいくらの見積もりが妥当なのでしょうか。 また、サイト開発の一般的な金額を調べる際に、 参考にできるサイトや書籍があれば教えて下さい。 よろしくお願い致します。
- 締切済み
- その他([技術者向] コンピューター)
- 受注計上 期日について
下記の事項について教えてください。 客先から注文書を３月３１日 23:59に頂いた場合でも、翌日の４月１日にて受注計上をすると、期日を越えたとのことで一般的には監査対象になると言われます。 なぜ、期日を超えるとなると監査対象になってしまうのでしょうか？ 初歩的な質問で申し訳ございません。 ご教示のほど、よろしくお願い申し上げます。
- 締切済み
- その他（法律）
- 受注明細テーブルについて
Access2013 vba 今工事関係のシステムを作っています。 ・工事受注の情報を入力する画面A ・工事部材の注文明細を入力する画面B（帳票・サブフォーム） ・工事の管理情報を入力する画面C（単票・メインフォーム） ・工事の発注明細を入力する画面C2（帳票・サブフォーム） ・受注明細画面D（帳票フォーム） とあるとして 【A】受注情報管理 ・受注ID(main key) ・受注日 ・依頼内容 ・部材注文合計金額 ・発注合計金額 【B】部材注文明細 ・部材明細ID2 (main key) ・受注ID(foreign key) ・品番 ・商品名 ・単価 ・数 ・摘要 【C】工事管理情報→依頼先会社毎に、受注IDに紐づく ・工事管理ID (main key) ・受注ID (foreign key) ・依頼先会社ID(foreign key) ・工事開始日 ・工事終了日 【C2】工事管理─仮発注明細 ・明細ID4(main) ・工事管理ID ・項目名 ・単価 ・数量 ・摘要 受注明細を、部材注文明細と仮発注明細から作成するやり方を考えました。 BとC2のレコードから、受注IDをキーにして、全てのレコードを以下のDの受注明細テーブルに格納する・・・。この時、B, C2と、Dは非同期→すると、もし、部材明細や仮発注明細が変更されると、Dが連動してその変更内容が反映出来ません。このやり方が良いのかとうか、いまいちわかりません。ご助言をお願いします・・・。 【D】受注明細 ・受注明細ID5(main) ・受注ID ・項目名 ・単価 ・数量 ・摘要 ・請求ID
- ベストアンサー
- その他(データベース)
お礼
ご回答ありがとうございます。 やはりある意味会社の基準で記載するということになるのでしょうね。 今回、システム改修を行う過程で、概算受注高は実際契約になった時に金額が下がったりするのを嫌うため所詮概算なんだから金額を入れたくないとの現場側の意見がありました。 見積もれるものは見積もってくださいとお願いしたのですがじゃあ、見積もれないってことで入れなくてもいいじゃんなど入れたくない意見が多くなっていまして・・・ 概算受注高も財務数字だってその根拠となる規定なりを探してみたのですがなかなか・・・