みんなに優しく、解りやすくをモットーに開設しています。 以下のルールを守りみんなで助け合いましょう。
1.ファイルメーカーで解らない事があればここで質問して下さい。 何方でも、ご質問・ご回答お願いします。 （優しく回答しましょう）
You are not logged in.
Pages: 1
運送業をやっています
売上データを入力して、末締めで集計して請求書をつくっています
売上レコードは日付や取引先、運賃、行き先などです
それとは別に簡易的な出納帳を作成したいです
燃料費、修繕費、給与、雑費など
入出金するたびに入力するような感じです
こういったとき、売上を入れるテーブルと出納帳とでは別のテーブルになると思いますが
そうするとうまく連携させることはむずかしくなりますか？
ひとつのテーブルにして売上なのか、出納帳なのかの区分をつくって管理すべきでしょうか？
それはそれであとで管理や修正が大変になりそうな気もします
理想としては
入金日を1月10日に設定した請求書を作成すると、出納帳にはその入金日で転記される
残高から差し引きしてある程度の資金繰りがわかる、といったものにしたいです
Offline
色々な作り方があると思いますが、
売上げそのものは、帳簿上のみに存在する金額ですので、実の現金の動きを記録する出納長とは性格が違うと思います。入金された日には現金が動いたのですから、金額を転記するといいでしょうね。今の紙の台帳での動きがスムーズならば、それを周到するのが
Offline
お恥ずかしい話ですがどんぶり勘定だったもので、紙での処理、というものをしていませんでした
税制上必要なものは税理士に委託して決算書などを作成してもらっていました
ですので、それをシュミレートするということはできません・・・。
出納帳という表現が間違っていたのかもしれません
資金繰りと実際の入金管理などを一元化したもの、ということになります
とりあえず以下、資金繰り表と表現させてもらいます
性質が異なるものを大まかに分けると
売上
車両管理
借入
給与
仕入れ（燃料や備品など）
といったものになると思います
これらを元に残金や、入出金日の予定などを計算したいです
従業員の給与、車両管理もそれぞれ別のテーブルにして
確定時に、資金繰り表に転記させるような感じなのでしょうか？
転記ですといずれかで削除や編集したときに、整合性が保てなくなる危険はありませんか？
アドバイスよろしくおねがいします
Offline
1テーブルで、2重の管理、という作り方もできます。
例えば、12月13日の売上げ、入金予定が12月末の場合は、同じレコードにそれぞれの日を入力しておきます。伝票の動きは、実日でソートすれば出てきますし、入金日でソートすれば、資金の動きが追えるようになります。
給与などは、それぞれ同じ日で設定すればいいです。
Offline
売上とまったく性質が違う、文具を買った、ローンを組んだ（月の支払いや開始日、終了日などを格納）といったことを
同じテーブルにするのには抵抗がありますが、ファイルメーカーで作成するうえではなんの問題もないことで、
一般的なことなんでしょうか？
テーブルを2つ、3つとわけるくらいなら、フィールド数を増やして、テーブルを一つにまとめる、という考え方なんですか？
Offline
足し引きするのは対応した年月の集計なので
いずれかの代表テーブルに
各テーブルを年月フィールドでリレーションさせて
計算フィールドで計算すればいいんでしょうか？
Offline
現金出納帳、という帳票では、その日の現金売上と鉛筆を現金で買った、は並行した項目です。帳票から見れば、単に現金が入った、出た、という項目です。
それに違和感があるのでしたら、別のテーブルを作り、詳細な項目を入力、金額のみは、リレーションを通して集計用のテーブルに保存、という作り方もあります。
Offline
出納帳はおっしゃるとおりですが
それを売上テーブルと一緒にすると、フィールドもものすごく増えてしまうし
売上は基本的に売掛なのでなんだかごちゃごちゃしそうです
Shinさんはこのようなときにはひとつのテーブルで
複数のテーブルのように扱えるような区分などのフィールドで対処されているのでしょうか？
ちょっと取引先ごとの売上を見たいときも、集計などするときに、関係のない出納帳のレコードまでみるので遅くなりませんかね？
アドバイス頂いた方法というのは
売上
車両管理
借入
給与
仕入れ（燃料や備品など）
のすべてのテーブルの金額フィールドのみを
集計用テーブルに格納する、ということですか？
取引先、実際に金が動いた日付や入出金日も集計テーブルに持たせたほうがいいのかもしれませんね
Offline
日毎の資金繰りを見ていく目的には、全データを見ていかないと仕方がないので、詳細を入れていく1テーブルのような作り方にしないと仕方ないかもしれないと思います。
月単位の集計でしたら、月次集計を行なってデータを転記、という方法で集計していくと、全体的にいいと思うのですが、たまにある過去の金額の修正があると、その転記をよく忘れるのですよね。ですから転記は避けたほうがいいです。また、集計値をインポートなどするのでしたら、そのまま集計したほうが簡単でしょう。
フィールドも、そんなに増えることは無いと思います。売り上げの明細は別テーブルに保存するとして、発生日時（取引日）、入金支払日、項目、科目、金額、取引先、などに加えて、管理用のフィールドがいくつかでしょう。科目を階層化して設定すれば、抽出なども簡単です。どの程度の規模かを描いていただけるといいのですが、1ヶ月に1000レコード程度あるとしても、10年でも手軽に扱えるレコード数ですし、抽出も即時に出るでしょう。
車両管理、というのは、燃料費か管理費の事でしょうか。
Offline
はい。燃料費や修繕費（修繕履歴）などのほかに、
購入時の走行距離や点検の周期など、です
Offline
このようなものをつくるときには、
内容が何であれフィールドを増やして
金の出入りを入力するものはひとつにするものなんですか？
例えば
ローンを組んで毎月決まった金額を払っていく、というようなものは
どのようにしたらいいでしょうか？
計算フィールドで借入額から支払日にマイナスしていくようなつくりになると思いますが
これも同じテーブルにいれるものでしょうか？
Offline
規模についてですがShinさんの予想の範疇を大きくしたまわる
数十から種百程度です
Offline
フィールドを無制限に増やせとは言っていませんよ。#9に書いた項目にまとめていくように整理すればいいです。大事なのは、簿記の勘定項目に当たる、項目名とかそのコードでしょう。その詳細の記録が必要でしたら、それと関連させるような別テーブルに保存する、という構造にしてもいいと思います。
> 購入時の走行距離や点検の周期など
これは、各車両の管理記録に入れるもので、資金には関係ないでしょう。その車両台帳の中から、必要な経費を入力できるように作ると便利でしょうね。
ローンは簿記とは考え方と同じでなくてもいいと思います。集計の考え方によるでしょうが、借り入れ日に入金扱いにして、返済日に支払いを複数作る、という考えでも良いのでは。同時に、ローン残高をその枠内で計算させておき、参照すればいいと思います。
Last edited by Shin (2017-12-18 13:55:03)
Offline
Pages: 1
[ Generated in 0.009 seconds, 13 queries executed - Memory usage: 593.99 KiB (Peak: 610.53 KiB) ]