- ベストアンサー
受注及び販売の状況についての質問
yosifuji2002の回答
- yosifuji2002
- ベストアンサー率51% (969/1888)
yosifuji2002です。 ＞概算受注高も財務数字だってその根拠となる規定なりを探してみたのですがなかなか・ とのことですが、システムを構築すると同時に、受注の確定の基準を定めたらいかがでしょうか。 経営的には受注の動向は結構重要なデータです。これで今後の業績の推定をつけることができます。 それが担当者でそれぞれということは好ましくないですね。 これは内部統制の問題もありますから、この際会計士とも話し合って、受注の確定の条件とコンピューター入力の基準を定めた方が良さそうです。 受注は売上のスタートですから、売上データの信頼性を確保する一環としても、また営業成績の評価の基礎データとしてもある程度の共通した基準は必要ではないでしょうか。 システム構築は単なるプログラムの問題ではなくて、このような会社としての業務の流れの整理ということも重要だと思います。
関連する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
- ベストアンサー
- その他(データベース)
お礼
ご回答ありがとうございます。 これまでも受注の社内基準的なものは定めていたのですが、今回システム変更に際しての現場側の意見として概算受注を上げたくないというものが出てきました。 現場にしてみたら、概算受注＝実際受注がこれより下がったら怒られる的な考えをするようで（まあ、気持ちはわかるのですが・・・） それと実際受注高と差があった時に概算受注高の信ぴょう性を疑われるのにもいやだって思いがあるようです。 ですのでこの際概算なんだからいれたくないって意見が出てきました。 この意見を覆す根拠規定があれば一番やりやすいなと思ったところです。 基本的なところですが、経理側と現場側の意見の相違が出ちゃった形でしょう。 ありがとうございました。