ファイルメーカー Ｐｒｏ7（Ｗｉｎ）で、こんな按分計算の仕方できるのでしょうか？

以下のような按分計算をしたいのですが、解決法ご存知の方、教えて頂けますか？宜しくお願い致します。

テーブルは２つです。"NO."でリレーションしています。この２つは別管理したかったので分けています。「テーブルＢ」へは"運賃合計金額"をルックアップ値を設定しています。

「テーブルＡ」…NO.ごとにかかった運賃を入力していくもの。請求書の内容を入力するテーブル。
フィールド…"NO.""運賃合計金額"の２つ。
このタイプ…テキストと数字。

「テーブルＢ」…NO.には複数商品アイテムがあり、主にその入庫＆原価管理するもの。
フィールド…"NO.""商品名""商品代""商品代/NO.ごとの合計金額""運賃按分結果""運賃合計金額"
このタイプ…"運賃按分結果"以外は、すべてテキストと数字。
"運賃按分結果"には、以下のような計算式を入力したい。
Round("商品代金"÷"商品代/NO.ごとの合計金額"×"運賃合計金額")
この計算式をあてはめると按分計算は問題ないのですが、ここからが困っています。

「テーブルＡ」のNO.には、枝番があるときがあって、必ず一方にトータル金額が請求されます。
例えば、ABC/001は1000円とABC/002には0円というような感じです。枝番があったとしてもNO.すべての商品に按分されるような式を作りたいと考えていますが、上手くいきません。
良きアドバイスを宜しくお願い致します。

No.2 ベストアンサー 回答者： zenjee 回答日時： 2005/10/13 09:58

>５、そのとおりなんです。

まさに計算結果は、例にして下さったとおりです。

　であれば次の方法はいかがでしょうか。
　まずテーブルＡＢＣとも、それぞれ「No．」の別に例えば「No.記号」とでも名付けたフィールドを作り、タイプは計算とします。
　計算式は
LEFT（No．,3)
　とします。なお、「3」というのはABCの部分が３字以上あるという意味で、２字の場合があるときは「3」が「2」になります。例では「ABC」が答えになりますね。
　２字にした場合、重複値が生じると問題ですが。）
　なお、計算結果はテキストにします。（数値にするとルックアップができません。）

　そして、運賃合計額も商品代合計額もすべて「No．」でなく、この「No.記号」を基準として入力するわけです。

　この「No.記号」を照合値としてルックアップ定義を行います。するとABC/1からABC/4まですべてに同じ運賃合計額（例えば例5の1,000）が入りますね。
それで試されてみてはいかがでしょうか。
（私が試してみた結果ではＯＫでした。）

　１円の誤差の問題は、別にテーブルを作って修正する方法があるかと思いますが、ここでは省きます。

この回答へのお礼

回答ありがとうございます。
早速、教えて下さったようにやってみたら、ちゃんと按分結果がでました！
大変助かりました。

お礼日時：2005/10/13 16:45

No.4 回答者： zenjee 回答日時： 2005/10/13 19:07

　すみません。

実は私、仕事依頼者の関係で専らFM6を使っていて、それでテストしたもんだからあのような表現になり、かえって混乱させましたね。
　FM7も別のノートPCにあるんですが殆ど家内がPCを独占していて、まだあまり７には馴染んでないんです。
　たった今７を開いてみて６と７ではリレーション関係の表現や手順が大幅に変わっていることに気づきました。だから先の補足は無視してください。
　
　同じ内容のテーブルをコピーして使うという意味では決してありません。
　要は計算式にテーブルBの「商品代合計金額」及び「運賃合計額」をストレートに引用すると答が出ない可能性があるということを言いたかっただけです。

　６ではルックアップの際にリレーション定義をし、それに名前を付けることになっているのでああいう補足をしましたが、気にしないでください。結果がうまくいったとのことですから、少しでもお役に立てて満足です。
　

この回答へのお礼

何度回答下さり、申し訳ございません。
ファイルメーカーは、バージョンアップしたごとに機能が増えるだけではなくて、使えなくなる機能とかも多くあるんですよね。用途によってバージョンを使い分けてるってことも聞いたことがあります。
私は７しか使った事がないので、リレーション名という使い方が上の説明とみて、やはり違っていました。
ですが、回答NO.2のおかげで解決しました。
本当に有難うございました！

お礼日時：2005/10/13 22:14

No.3 回答者： zenjee 回答日時： 2005/10/13 14:15

「運賃按分結果」の計算式の設定について、ひとつ書き漏らしたことがありますので補足します。

（余計なお節介かも知れませんが、老婆心ながら追記しておきます）

　リレーション名をそれぞれ「テーブルB」←→「テーブルC」の分は「商品代合計」、「テーブルB」←→「テーブルA」の分は「運賃合計」と仮定します。

　計算式に引用するフィールドは、現在のテーブル「テーブルB」の「商品代合計金額」及び「運賃合計額」をそのまま持ってこないで、次の式になるよう、計算式の指定・左上欄右の▼をクリックして現れる「商品代合計」及び「運賃合計」の「::商品代合計金額」及び「::運賃合計額」をそれぞれダブルクリックして引用してください。
　でないと正しく答が出ないと思います。

Round( 商品代 / 商品代合計::商品代合計金額 * 運賃合計::運賃合計額 , 0 )

この回答への補足

先程のお礼で、
＞一応この解釈でやってみて出来たつもりです。
（もし違っていたらご指摘くださると幸いです…）

このような文章を書いてから、しまった～という事に気がつきました。

改めまして、補足というより私がお礼で書きましたリレーション名の解釈について合っているかどうか回答いただけないでしょうか？
何度も申し訳ございません。宜しくお願いいたします。

補足日時：2005/10/13 18:10

この回答へのお礼

補足して下さって有難うございます。
回答NO.2で上手くいってたような気がしましたが、補足して頂いた内容で再度チャレンジしました。

リレーション名という言葉がちょっとわからなくて戸惑いましたが、例えば「テーブルＢ」「テーブルＣ」というテーブルがそれぞれ同じ内容のものが２つ存在し、そのコピーした（という表現でいいのかな？）テーブル同士を”商品代合計”でリレーションシップを定義する。という風に解釈して作ってみました。（←自己リレーションシップを使用する。ということですよね？）

一応この解釈でやってみて出来たつもりです。
（もし違っていたらご指摘くださると幸いです…）

お礼日時：2005/10/13 17:36

No.1 回答者： zenjee 回答日時： 2005/10/12 23:20

ご質問の内容がどうしても理解できず、私の頭脳では回答の道筋が立てられませんので、次の諸点について補足説明をお願いします。

１、「NO.」は枝番も含めてA、B両テーブルで完全に一致しているのでしょうか。例えばAにあってBにない（あるいはその逆）ということはないのでしょうか。
また枝番がない単独の「NO,」もあるのでしょうか。
また、枝番の数は２個だけじゃなく、「ABC/001～ABC/009」のように数多く存在していることもあるのでしょうか。

２、「商品代/NO.ごとの合計金額」と「商品代」（式では商品代金？）の関係はどうなっているのでしょうか。
「商品代/NO.ごとの合計金額」とは当該ファイルのレコードにある特定の商品代の合計なのでしょうか。それともファイルにない分の商品代も含まれているのでしょうか。もし前者であれば、例えば商品代が５レコードあれば「商品代/NO.ごとの合計金額」も同じ金額を５レコードに手作業で入力しなければならないと思いますが、その辺はどうなっているのでしょうか。（それぞれに入力しなければ按分の計算式が成り立たない、）
もし、「商品代/NO.ごとの合計金額」のフィールドタイプが計算なら、その式はどうなっているのでしょうか（Excelと違ってSUMIF関数などないので……）

３、テーブルAに入力する「運賃合計額」についても、「按分する」とあるから、同様に１レコード（「NO,」）について１データじゃなく、同じ「商品代/NO.ごとの合計金額」に属する複数の「NO,」の数だけ同じ金額が入力されているような気がしますが（でなければ枝番がない「NO,」について按分の必要がないので。）これも同じ数字を手作業で入力しているのでしょうか。

４、運賃按分額は運賃合計額を「商品代/NO.ごとの合計金額」中に占める「商品代（金？）」の割合で按分する、というように受け取れますが、ROUND関数で計算した場合、按分額のトータルが運賃合計金額と一致しない（1円程度違う）こともあり得ますけど、原価管理が目的だからそれは構わないということでしょうか。

５、最後にこれだけはおぼろげながら分かるような気がしますが、たとえばテーブルAとBに枝番つきの「NO．」がそれぞれ３個ずつあったとしても、テーブルAではその最前レコード（例えばABC/001）にしか運賃合計額が入力されない（テーブルBではルックアップで同じレコード《ABC/001》にしか運賃合計額が反映されない）ので、結果としてABC/002以下には按分額が割り振られない、というように受け取れますが、そういう意味でしょうか。

文章で書くと分かりづらいので、例をあげて説明すると、
NO.　　　商品代　商品代/NO.ごとの合計金額　運賃按分結果　運賃合計額
ABC/001　50,000　　100,000　　　　　　　　　　500　　　　1,000
ABC/002　30,000　　100,000　　　　　　　　　　300　　　　1,000
ABC/003　20,000　　100,000　　　　　　　　　　200　　　　1,000

のような結果を出したいけど、運賃合計額の1,000円がABC/001にしか反映されないので、ABC/002及びABC/003については、按分額の300円、200円が算出されない。これを何とか解消したい。つまりこういうことでしょうか。もし違っていたら併せて具体例でご説明ください。

とりあえず上記例のようなことだと仮定して私見を述べさせていただきます。

ファイルメーカーProはExcelと違って、MATCH、SUMIFなど検索機能を備えた関数がないのが大きな弱点で、こういう例の場合、全レコードの中から「No.」にABCとあるものを「関数」で検索し、更に条件付き関数で他のデータの数値を引用する、というのはまず無理な相談だと思います。

リレーション、スクリプトを駆使しても枝番データが一種だけならまだしも、複数存在する場合はその数に応じたスクリプト定義をしなければならないなど、合理的な方法ではないでしょう。それをするぐらいなら、前記の例でいうとABC/○○○とあるものを検索モードで検索し、Copy&Pasteで1,000と入力する方が余程早いかも知れません。

これでは答えにならないので、とりあえずこういう場合に私がやっていることを紹介させていただきます。
その方法は一言で言えばExcelを活用する（介在させる）ことです。

幸いファイルメーカーはレコードのインポート、エクスポート機能が充実しているので、先にExcelで表を作るか、又はファイルメーカーに入力したデータをExcel（SILK形式）にエクスポートし、IF、MATCH、LEFT等の関数で必要な計算を行い、その結果をファイルメーカーにバック（インポート）することでです。

Excelでの作業を簡単に文章で要約すると、運賃合計額の右にもう１列設け、本来の運賃合計額欄が空白のときは、「No.」の左３桁の文字（例えばABC）が同じデータの運賃合計額を転記するというような式を設定する訳です。

いずれにしてもこの「運賃合計額」と「商品代/NO.ごとの合計金額」がどういう構成になっているか（つまりレコードにある分の合計なのか、それともレコードにない分の額も含まれているのか）、が分からないと答が出ないので、その説明を承ってからにいたします。

この回答への補足

zenjeeさん、至らぬ質問ですみませんが補足説明させて頂きます。

１、”NO.”は、テーブルＡとＢ両方に存在し、完全一致します。枝番は/002までがほとんどですが、/004くらいまである時がまれになるくらいです。

２、式には”商品代金”と書いてましたが、間違いです。”商品代”が正しいです。
あと、フィールド名が分かりにくい表現になってたようですみません。”商品代/NO.ごとの合計金額”→”商品代合計金額”という書き方に変えてみます。このフィールド”商品代合計金額”は、入力する前にNO.ごとで商品代の合計を算出しておき、手入力しています。
（質問では書いていませんが、”商品代合計金額”はテーブルＣという別テーブルがあって、そこでは入力されている為、テーブルＢの”商品代合計金額”をルックアップ値で設定する予定です。）
３、「運賃合計額」は、テーブルＡで入力し、テーブルＢではルックアップ値で設定されています。ＡとＢどちらもタイプは数字です。
４、案分結果は１円などの誤差が生じると思いますので、フィールドを２つ作ろうと思っています。”差額調整用”と「”運賃按分結果”－”差額調整用”」（タイプ：計算）。
５、そのとおりなんです。まさに計算結果は、例にして下さったとおりです。

度々恐れ入りますが、よろしくお願い致します。

補足日時：2005/10/13 01:01

この回答へのお礼

補足要求の状態でしたが、ファイルメーカー勉強中の私にとって、参考になりました。
有難うございます。
最初はzenjeeさんのように、具体的には回答NO.1の５、のように、表と質問内容を書いてたのですが、文字数オーバーしてたせいか、なかなか投稿できず、はしょりすぎた結果たくさん補足するはめになりました。
以後気をつけたいと思います。

ファイルメーカーは、インポート＆エクスポート機能が優れているんですね。
この按分をするにあたり、この機能を使うとなると、設定にかなりの時間を要しそうですので、今回はパスし何かの機会に使ってみたいと思います。

以前に練習用で一回だけ、テキスト（CSVで合ってますかね？）でエクセルへエクスポートしてみた事がありますが、教えて下さった「SILK形式」やそれ以外にもソフトに適したものなどがたくさんあるんですね。先程本をみて勉強しました。
ファイルメーカーって奥が深いですね・・・。

お礼日時：2005/10/13 15:45