ファイルメーカーユーザの集い Part4 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
前スレ
ファイルメーカーユーザの集い Part3
http://mevius.2ch.net/test/read.cgi/bsoft/1397631123/
◆メーカーサイト
http://www.filemaker.co.jp/
◆定番サイト（国内）
FMJML
http://filemaker-ml.jp/
★初心者のFileMaker pro Q&A★
http://joy-h.com/bbs2/index.php
FMPro.jp
ttp://www.fmpro.jp/
Knockin' on Seven's Door
ttp://www.sevensdoor.com/
FAMLog
ttp://www.famlog.jp/
◆定番サイト（海外）
ISO FileMaker Magazine（Tips、動画解説）
http://www.filemakermagazine.com/
BrianDunning.com（カスタム関数）
http://www.briandunning.com/
Database Pros（Tips）
http://www.databasepros.com/
質問・相談は環境・バージョンを忘れずに。テンプレ以上。 リレーションの設定画面こそ、リスト含めて
確認できるようにして欲しい。 アクセスでいうところのグループ化をしようものなら
いちいちテーブルを用意してLOOPでそこに書き出さないといけない
こんな面倒なファイルメーカー >>246
それだと削除とか変更に対応できなくない？
俺はよくわからないけど、下記のようにしてる
ほんとグループ化とか非連結とかないのは不便だよね
（グループ化）
自己リレしてIDとかグループフラグか名前なんかで集計して、
最小か最大値のIDで表示・非表示設定してグループ化してる
ID フラグ 数値 グループ
001 111 100 ←非表示にする
002 111 200 300 ←表示させる
003 222 100 100 ←表示させる https://community.filemaker.com/thread/139805
これの解決方法知りませんか？
サーバーマシンのIP固定して立ち上げるとまさにこの状態、どうにも変わらない。 >>248
・表示が違うだけで実害無いので放置
・サーバーの展開をし直す、httpd.confはバックアップしとけば大丈夫でしょ。
のどちらか。 ビジネスじゃないけどｗ
ファイルメーカーで専用ブラウザ作れないかな
したらばとかね フォントを設定しても強制的にMSゴシックにされるんだけど
どうやったら変更できる？
ファイルメーカー16 ・フィールドのフォントを欧文に設定
・IMEを日本語入力にして英数を入力
・変換で半角数字にして確定
・勝手にMS Pゴシックになる （変換前に全角がフィールドに入ったからだとと思う）
回避するには入力値の制限みたいなとこの
計算式でフォントを強制変更する式を書く必要がある
ファイルメーカーって欠陥品だろ
そりゃシェアとれるわけないよな これってなにをするものなん？
小さいブラウン管、一体式
マキントッシュで動ごかしていた
ファイルメーカー 色々問題はあるがAccessよりはやりやすいかな
AccessはVBA書きまくる必要があるからバグが生まれやすい
かといってファイルメーカーもできないことが多すぎる
>>254
小さい会社の社長が自力で売上管理つくったり
個人のコレクション管理とかだろうな >>255
WSHと連携してカードの読み取みとかやってるが、
慣れれば職場でもそれなりに使ってくれるてるよ。 >>259
いつも5月ごろじゃなかった？
何がかわるんだろ 源ノ角ゴシック使うとデフォルトのMSゴシックになるね
一体どんなバグなんだ？
Excelなんかではふつうだからファイルメーカーの問題だよね ファイルメーカーのファイルを配布するときOSにないフォントをつかうとズレますよね？
例えば会社で複数台でつかうとき、手動でフォントを入れて回る必要がありますか？
フォント自体はフリーのものを使いますのでライセンスの問題はありません 全部に入れるしかない
しょせんDBなんで、特殊な記号とかでない限り標準で作れよ >>264
請求書とかはそれなりのフォントつかいたいんだよね >>266
IPAexとか源ノ角、数字はORCBあたり >>261
いれてみたけどなるね
源ノ角が欧文として認識されてるんじゃないかな？
だから2バイト文字いれるとデフォルトフォントになるという
なんでこんなことになるんだろう リレーションでソートして、それをポータルに一覧
したりすると超重いことがある。
ただ単に最新のものから逆転表示したいだけなんだけどな。 全部を表示する必要がなければ、一致するレコードを減らすキーを設定 xslmのインポートができないのはきつくないですか？
みんないちいち変換してやってるんですか？ 入社した会社が販売管理業務をファイルメーカーでやってるけども、請求合計金額が合わないという致命的な不具合がある
社内高齢化が進んでpcに詳しくない人ばっかりだから外注のSEに販売管理システムは丸投げしてる状態がずっと続いているらしい。
所々使いにくいのでクラウド型販売管理ソフトに移行したいのだけれど、社員10人前後の中小企業には何が最適なのだろう システムに合わせて事務処理の方法を変えられるなら
どこのでもいいような気がする。
>請求合計金額が合わない
設計がかなり悪いんだろうね。 業務フローとかわかってる人が作らないと、どっかチグハグなものにはなりがちなんだと思う
既製のソフトやサービスでも所々使いにくい、ってのは出てくるんじゃない？
逆にそうした個別の要望に応えてカスタマイズしていける、ってのがファイルメーカーでやる強みな気がするけど >>276
>>277
なんせ知り合いのSEに丸投げだから、自分の好きなようにカスタマイズは難しい
問題発生→相談→改善という流れを何十回もやってる
が、問題点が次から次へと出てくるわ、外注なせいで対応が遅れがちになってしまうわで大変
スレチになってしまうからあまり長々とは話さないけど、第1候補はコスト面が魅力的なフリーウェイ販売管理を使おうと思ってる
オーベックやPCAはやはりコストがかかる
私自身もファイルメーカーに関して知識ないから、既存のものを使うっていう発想しかできなかった
ファイルメーカーに挫折して商品として完成しているクラウド会計ソフトに移行したという同じ境遇の人を探してこのスレに来たのだけど、私のレスのせいでスレの本題から逸れて邪魔になってしまうのは本意ではないので程々にしますね。
レスくれてありがとうございました。 >>276
＞システムに合わせて事務処理の方法を変えられるなら
＞どこのでもいいような気がする。
それが一番安上がりになるよね。
自社用にカスタマイズなんて話になると一気に敷居が高くなるので、パッケージに合わせて業務を変える。
みんななんでこれが出来ないんだろう？ >>275
ファイルメーカーて作ってるけど
将来性とか細かいとこでこのままでいいのかな？という不安はあるよね それはどこでも同じ。
パッケージソフト側の都合や先行きなんて手向かえない。
会計や経理は仕事のノウハウそのものだから
明日から使えないでは会社として継続すら出来ない。
全員素人で済ませられるものかどうか考えた方がいいのでは？ >>279
事務処理ってのは概ねその会社の営業がやってきた事が反映されるものだからね。
社内の事は自由に調整出来るけど、社外の事はそうも行かない。
例えば商品単価は顧客毎に違うのか？その顧客に売る場合は必ず同一単価なのか？
ある商品の原価はどの場合も同じなのか？納品先はいつも同じなのか？
担当者の成績は顧客ごとに決まるのか？そもそも固定の顧客はあるのか？
この辺を一つずつ紐解いて既存ソフトに当てはめて行くのは相当な業務知識が必要で、
更に事務処理側を変更するには社内への政治力が必要になるw
一番いいのは、会社の立ち上げ時点で既存ソフトを入れて、それに合わせた
営業活動をする事だと思う。 >>283
ファイルメーカーで下請けごとに金額かえたり
レコードをグループ化するのが大変
グループがないのは半かなり不便ですね、
分類でまとめて1レコードとしてあつかう、とかができない ちなみにEXCELから売上管理を移行中だけど3年ほどたっても完成してない
細かいとこまでこだわってしまうフォントやレイアウトに費やす時間がおおい 売上のテーブルと下請け業務発注テーブルと経費テーブル、仕入れテーブルは分けるべきですか？
フィールドやテーブルは増えて、正規化できてるようにも見えないけど
出納帳みたいに粗利だすならこうですか？ FMからVBSやWSHで動かそうとするとなかなかだな >>286
おいおい 怖いこと言うなよ
手書きの帳面でもそれは分けるだろ >>284-286
一度、何かの教材に沿って一本作ってみた方がいいかもね。
あるいは自分で一から作るのではなく、サンプルを自分の思うように
変えるとか。 >>288
>>289
正規化はわかってるんですけど
FMはクエリもないし非連結フィールドもないので
テーブルをわけると計算がやりにくいんですよね
レコードのグループ化もないし
例えば売上カラ経費を引くとき、その計算結果をどちらかのテーブルに保持しなければなりませんが
どっちに保存すんだよって思います >>290
誰に文句言われる訳じゃなし、好きに作ったらいいんじゃない？ ファイルメーカーは一般的なDBの理論は通用しないからね
バカみたいなフィールド数になる 売上テーブル
仕入テーブル
作って月ごとの売上求めるのにも自己リレーションとそれを集計する計算フィールド
月ごとの売上-仕入やるのも計算フィールドがいる
しかもその計算フィールドは売上か仕入のどちらかに置く必要があり
月ごと年ごとなど、それぞれ自己リレーションと計算フィールドがいる
集計フィールドつかえっていわれそうだけど
あれは使いにくいし、レイアウトに集計額配置するときなどに柔軟性もない
いちいちパートとか作らなきゃいけない
ましてや集計同士の計算なんて…… リレーションは必要最小限度にして、スクリプトなりで現在値などを
入れ込む仕様にするのも手。その分軽くもなる。 おれは一般業種で作ってないからその辺はわからんけど、
例えば、その日の取引の一覧を画面なり帳簿なりのための
レイアウトがあるとする。
取引先ごとの取引総回数だの、取引内容（商品）の割合とか
いちいち計算していたら処理が重くなるんで、
取引時に固定値としてフィールドに入れて更新していけばいい。
その固定値を一覧表示すれば軽い。早い。
あまり良い例じゃないかもだが、なんでもリレーション
する必要はないんだよね。FMはスクリプトを併用すべき。 毎年この時期に新しいファイルメーカー でるけど今年はいつかな？
昨年は第２週だっけ？ >>297
固定値ってのはレコードが増えるたびにスクリプトで足し算していくとかそういうこと？ >>299
例えば何回目の取引とか、取引のときにひっぱって「取引回数」って
フィールドに入れちゃう。この数は基本的に取引時に変更するものなんで、
ライブでなくてもいい。
取引時の年齢とかと同じで、ルックアップの延長ってことかな。 スクリプトトリガで起動して変数を配列みたいにloopで回して計算結果をフィールドに挿入でしょ >>301
初心者なんでよくわかりません
何をLOOPでまわすんですか？ スクリプトでリレーションから計算してフィールド設定。
あるいはルックアップ。
要はそのときそのときに計算させて、他の作業はその値を使う。
一覧表で様々な情報を表示するケースを考えて、
どうしたら重くなるかを想像すればわかる。
実際にやってから聞いてくれ。 月間集計とかも、全部をリレーションでやって、挙げ句の果てに
ポータルに全データのソートも入れ込むとかするとかを避ける。
月の集計なんて当月以外はライブである必要なんてないから。 >>306
月間や週間の集計は、レコードが増えたときにスクリプトで計算フィールドに数値として保存するってこと？
それをやるにしても、求める集計ごとに自己リレーション必要じゃないですか？ レコードが増えたときなら、ルップアップデもできる。
計算フィールドでなく数値フィールドに保管だ。
リレーションするだけと、リレーションで計算させるのとは違うし、
計算させる数字を予め保管する手もあるし、スクリプトで必要時に
集計させる手もある。
まぁ、色々やってから確認してくれ。
今の発想だと超重いDBが出来上がる。後で容易に修正できるのも
FMの少ない利点の一つ。 基本的に計算フィールドはつかわずにスクリプトで計算して数値保存してます
レコード増えたときはルックアップでいいけど
変更や削除したときはどうやってますか？ >>309
フィールドにフォーカスが入ったらトリガでスクリプト起動。グローバル変数にその時の値を入れる。レコードを削除や変更したらその値を変数にとってグローバル変数から足し引きして値を保存する。 それが一般的なのかな。
俺の場合は、そもそも新規レコードはスクリプトでしか作れない
ようにしているし。 >>313
集計したいグループごときグローバルを用意しておく、ということですか？ >>314
エクセルからファイルメーカーに移った人と、プログラムやっててファイルメーカー使ってる人で違うんじゃない？
エクセルの延長だとどうしても計算フィールドや集計フィールド多用するんで、リレーション張りまくって重くなりがちになる。
プログラム出身は変数計算に慣れてるから、値取得してloopぶん回して計算してDBには計算結果のみ保存って感覚になる。
ファイルメーカーも変数の繰り返しに変数入れたら配列もどきになるし、ファイルメーカー社もそうしろってことなんじゃないかな？ >>315
そうことだね。
グループの数が時々で変わるなら、そのレイアウト表示時に
変数の設定 $total. ←グループの数を入れる
変数の設定 $i. 0
Loop
変数の設定 $$group. 0. 繰り返し$i
Exit Loop if( $i < $total
変数の設定 $i $i +1
End
でグローバル変数$$groupを初期化する。
(別にしなくてもいけるんだけど、デバッグの時に初期値かどうか知りたいんでそうしてる。) 集計の計算したい時に集計フィールド配置するんじゃなくて、スクリプト使ってレコードやポータルで変数計算させんのよ
レイアウトの切り替え データのレイアウト
検索実行(グループのキー)
レコードの移動(最初)
変数の設定 $n =0
Loop
変数の設定 $n. $n + 計算したいフィールド
次のレコードへ(最後まで来たら終了)
End
レイアウトの移動 元のレイアウト
フィールドの設定 結果フィールド $n
ポータルなら
ポータルフィルタでグループを表示
オブジェクトの移動 ポータル名
ポータル行の移動(最初)
変数の設定 $n =0
Loop
変数の設定 $n. $n + 計算したいフィールド
ポータル行の移動 次へ(最後まで来たら終了)
End
フィールドの設定 結果フィールド $n
こんな感じ >>319
スクリプト動かす度にすべての対象レコード出集計しなおすんですか？
レコード増えたら重くなりません？ >>320
集計すんのは最初だけで、あとは差分を足し引きすんのよ
>>313
のやり方 >>321
最初に計算するときに>>319をやって
あとは>>313ってことですか？
グローバル変数はフィールドに保存しないんですか？
リセットされますよね？ 上下の表示域を少しでも大きく取りたい
昔風の横ステータスを疑似で作れないか
問題はレコード位置と移動のスライダー >>322
グローバル変数はファイルを閉じるまで消えないよ。 ＞このレコードはすでに別のウインドウで変更中のため、このウインドウでは変更できません。
なんなんだ、これ >>328
ポータル行編集中のまま新規ウインドウを開こうとして、自分自身でレコードロックしてない？
新規ウインドウの前に、レコード確定入れてみて。 なるほど、いちいち「 レコード/検索条件確定[] 」いれなきゃならんのか >>326
スクリプトで計算して数字でフィールドに格納するのでは駄目なの？
集計って月間とか週間の取引先ごとの売上とかのことだよね？ 特定の状況下のフィールド設定であの表示が出るという問題ね。
一応念のため。 vectorに紹介されてるフリー販売管理ソフトとか使ったことある人います？？？ 17の案内きてるけど、オンプレミスで事務処理してると
14位からぜんぜん欲しくならないよ アドバンスに一本化なんだね。
サーバーも単体で売ってたの無くなったのかな？ 自己リレーション不要になったとかうれしいね
マスタ詳細ってのは何でしょうか？ Proがなくなって、1〜4人で利用するところは、切り捨てることになるね。
税込62000円のAdvancedを買わないと、なにも出来ないのだから、FileMakerを使うのに敷居が高くなった。
もともと個人の層から広まったソフトなのに、そこを切り捨ててどうすんだという話。
FileMakerというプラットフォームの先行きに不安を感じる・・・ まじかいな@Proユーザー
そうは言ってもランタイム作成機能とデバッガは欲しいと思ってはいるのだけど
でもランタイム機能はそのうち切り捨ての噂もあるよね... ランタイムは廃止予定になっているから、廃止されると、FileMakerから他の言語に移行してアプリを作成せざるえなくなる。
リトルビジネス用に、極めて低価格でFileMakerを利用できるようになればいいんだが。 >>339
macOS も野良アプリ撲滅に向けて頑張ってるから、FileMaker でランタイムアプリ作っても配布出来ない状態だし、世の中の流れなのかもね。 >>340
あまり詳しくないのですが、
Macは、アップルの、App Storeで、ランタイムアプリを配布出来ないということですか？
他のVectorとかからランタイム版をダウンロードして実行できますよね？ >>341
Apple に登録した Developer id の署名をアプリ内に埋め込まないとGatekeeperに撥ねられてしまう。 App Store でFMのランタイムは見たことがない。
Appleの審査通るんだろうか？ ■ このスレッドは過去ログ倉庫に格納されています
