こらあかんわ！！＠FileMaker9

印刷設定のおバカ加減は、そうとうなもんです。
FileMakerのファイルだけならいいんですが、他の業務ソフトの印刷設定までおかしくなる。

これダウングレードやわ。
9でも、8.6でもなくて、7.1くらいか？

金返せ！！
<`ヘ´>

FileMaker9の感想

これは8.6だな・・・

しかも、印刷設定については8.5よりおバカになってるし・・・

(-。-) ボソッ

ファイルメーカー選手権

会社で使ってる「販売店検索」がファイルメーカー選手権に出品して、「選に漏れた」くちですが、MacFan7月号に掲載されました。

まあ、会社で使いやすいように作ってあるので、一般の方が使いやすいかというと、ちょっと？のところがあるので、まあ、仕方ないかと思います。

販売店の場所の詳しいことを聞かれることが多いのですが、さすがに全国のことはわかりません。
そこで、Gooleマップとあわせて周辺地図とリンクさせることで、ある程度の知識不足を補おうと思って作ってみました。
あと、WEBページがあればそれも、FileMaker上で見れるようにしています。店内の写真等あれば、お店の雰囲気等もある程度分かるので、事務の女の子たちには評判の良い作品です。

FileMaker Pro 8.5v2 Advanced アップデータ はあかんは・・・

リンク: アップデータ - FileMaker.


----　引用始まり　----

FileMaker Pro 8.5v1 Advanced からの変更点

Windows Vista上で、ブラウズ、レイアウト、および検索モードで再描画する際に、ウインドウが黒に変わらなくなりました。
Windows Vista上で、ユーザがグラフ上でマウスをクリックする場合、リレーションシップグラフがグレーに変わらなくなりました。
ファイルまたはプリンタへ大量の印刷ジョブを送信しても空白のページが印刷されたり、データが画面に出力されないようになりました。

----　引用終わり　----

やけにVistaへの対応を強調してるなと思いながらアップデートしたんですが、今まで使っていたスクリプトが動かず・・・orz

正確には、いくつかのスクリプトを連続で動かそうとすると、途中でフリーズしたような状態になるようです。
おおむね三つ目以降は動いてくれません。

で、FileMaker Pro 8.5 Advancedを再起動させて、実行すると動きます。

(・_・)☆ヾ(^^ )なんじゃそら！！


アップデートして一ヶ月ほど様子みてたのですが、どうにも効率が悪くて我慢できなくなったので、をインストールしなおして、v1に戻しました。

そしてら、今まで通りちゃんと動くようになりました。

AdvancedではないFileMaker Proの方はやってないのでわかりませんが、Vista環境でないならアップデートはしないほうがいいかもしれません。

しかし、FileMaker社のサイトに「Vista以外ではアップデートの適用の必要はありません」アナウンスがあってもいいのでは？

商品在庫管理(3)

だいぶと開いてしましたが、ちょっとづつでも進めて行きたいです。

こうやって人に読ますカタチで記録を残しておかないと、

なんで、ここでこのスクリプト？　(゜◇゜)？

これ何するためのフィールド？　(゜◇゜)？

の連続です。

ひどいときには、一週間前に作ったもんの意味がさっぱり分からんようになってます。

ファイルのメンテをする前段階で、だいぶ無駄な作業しないとならなくなるので、1週間に10分でも時間つくって、更新していきたい気分です。

まあ、次回の更新いつになるかわからないですが・・・・

----------

さて、在庫管理管理ですが、導入しているERPデータベースの仕様を調べているうちに、

１）月の締めごとに在庫の集計をしている
２）その集計を、それを前月からの引継ぎ、「前月残在庫」として保持する

する仕組みだということが分かりました。

ということは、前回までのやりかたを続けていると、締日の後から数字が大幅に狂ってきます。

というか、狂ってきてました。　(-_-;)

いろいろと方法を考えたのですが、やはりERPの仕組みと同様の操作をFileMaker側やらせてしまおうということになりました。

タイミングは、締日の後に注文のあった商品から順に、前月残として保持しているようでした。

そこで、締め日の次の朝に、それまでの在庫数を、FileMakerの「初期値」フィールドにコピーしてもってくることにしました。

ちなみに↓のスクリプトです。

毎月21日に、ファイルを立ち上げたら自動で実行するようにとも考えたのですが、21日が休みだとだめだし、21日以降始めてファイルを開いたときに、1回だけする方法も考えて、スクリプトも作ったのですが、やはりしばらくは人間の手でボタンを押して、処理内容を確認してできる方が良いかと思い、結局下図のような表紙の作りになりました。

なしか、在庫数との整合性を確認できるのが、月一回しかないのでここまで来るのに数ヶ月かかりました。

(o_ _)oドテッ!

で、とりあえず今のところは、順調に動いているようです。

ただ、ネックは21日の朝一にボタン押すのを忘れるということです。

そのうち、自動化しないとだめだろうな～と考えているところです。

商品在庫管理(2)

まず、サーバデータを読み込むためのテーブル（サーバ読込テーブル）と、在庫管理のために必要な商品のみのテーブル（在庫量テーブル）を用意します。

理由は

１）部品とかの細々したデータ必要ないを表示させないようにするため。
２）サーバにない情報を付加、加工したりするため。

です。

あと、一番大事なSQLを置いておくテキストフィールドと、スクリプトを実行させるためのボタンを配置したテーブルを作ります。

画像では、SQLが見えませんが、初期値の変更ボタンの後ろに隠してあります。
変にいらわれてエラー起きると、面倒なので・・・
（ほんま初心者向けに作るのは、いろいろと気を使いますね。）
これを作ったときに、別テーブルにSQLを置いてそこからスクリプト実行時にSQLを読み込む方法を知らなかったというのもありますけどね・・・(^^ゞ
やり方は知らないけど、へんにさわられたくないということで、苦肉の策ということでしょうか。

ちなみに、初期値の変更というのは、

・どこかの取引先用に残しておかなければならない
・サーバの数と、実数が違う場合に一時的に数を調整する

などの理由で、在庫表として出す数字を調整するため「在庫量テーブル」にアクセスする用のボタンです。

さらに、在庫量テーブルの中から、日常必要とする項目のみを印刷するためのファイルを別ファイルとして作りました。こちらは、在庫量テーブルとリレーションして、ポータルで表形式にして出力します。別ファイルにしたのは、メンテナンス性を考えてのことです。

我ながら、結構いろんなこと考えてるもんだな～と、自分に関心する今日この頃です。
(^^)v

商品在庫管理(1)

予定に無かったのですが、現システムでは使いづらいということで、急遽作成を依頼され作り始めました。サーバから出た在庫と、作った在庫のデータを取ってきて、差し引きすればええや、と簡単に考えていましたが、そうはいかせてくれませんでした・・・（毎回のことですが）

在庫の前月残の繰越という仕組みがあって、どれを、どのタイミングで繰越すのかを調べるのに数ヶ月要しました。1回タイミングをはずすと、翌月でないと確認ができなくなるためです。今までのファイルと違い、動作確認が頻繁にできないなかでしないとならないので、ちと大変でした。

あと、主にこのファイルは、あまりパソもFileMakerもよく分からない人が使うので、動作も簡単にしないとならないという条件もありました。特に毎回SQLを書き換えるなどということは、まず無理という状態ですのでSQLの書き換えの自動化を考えないとなりませんでした。

今までいろいろ試してきて、なかなか良い方法がなかったのですが、なんとか曲がりなりにも動くようになったので(^^)vです。

ちなみに、SQLは以下のようになりました。
'●●●●'の部分を毎日書き換えて実行するという仕組みです。

SELECT
"商品集計"."商品コード",
"商品集計"."今回集計締日付",
"商品集計"."倉庫コード",
SUM("商品集計"."売上出庫数量")"売上出庫数量",
SUM("商品集計"."入庫集計数量1")"入庫集計数量1",
SUM("商品集計"."仕入集計数量1")"仕入集計数量1",
SUM("商品集計"."出庫集計数量1")"出庫集計数量1"
FROM "商品集計"
WHERE "商品集計"."倉庫コード"='000001' AND "商品集計"."今回集計締日付"='●●●●'
GROUP BY
"商品集計"."商品コード",
"商品集計"."今回集計締日付",
"商品集計"."倉庫コード"
ORDER BY "商品集計"."商品コード"

最初は、変数を使って毎回変更することを考えていましたが、どうも変数の使い方が分からないので、FileMakerのリレーションとスクリプトで、強引（？）に変更する方法を使いました。

基情でアルゴリズムとかの勉強をしていると、使えるものはなんでも使え！とういう感じなので、結果として希望するデータがでればOKということにしました。

営業データ(7)

ほんまにだいぶ日が開いてしまいました。これから、少し更新してまた、繁忙期と秋の試験の近づいた頃に、お休みするような予定になるかと思います。
一時的に、すごい数見に来ていただいてるみたいで、少しは参考になってるのかな？とも思う今日この頃です。

さて、営業データ（６）の続きです。書き出した書き出したあとは、エクセルのマクロを使って、得意先別、請求先別、部門別、担当別にそれぞれソートかけて集計結果を出すようにします。（マクロについては、語り出すと長くなるので、ここでは紹介しないことにしますが）

で、出来上がってほっとしてたら、問題発生です。
どうも、作成したデータと、サーバ側との不一致があって、最終エクセルの集計がおかしいことになってしまっていました。

結局、sub担当割付.fp7だけではなく、得意先累計.fp7と、請求先累計.fp7とで担当者の割り当てられてないデータを、検索する必要がありました。

考えたらsub担当割付.fp7では、サーバに登録してある請求先の担当分しか読み込まないので、得意先についてはまったく検索ができないですよね・・・。

それで、一度読み込んだ得意先累計.fp7で、担当者の割当のないデータを検索して、割当がないデータがあれば、もう一度sub担当割付.fp7で得意先の割当を設定しなおして、もう一度、得意先累計.fp7を読み込むことになります。

念のため請求先累計.fp7でも同様のことをしてますが、これはなくても大丈夫かもです。

これが実際結構な手間で、もう少し簡単にならないものか・・・？。
大体下図のようなフローになります。これを自動化できるところは自動化して、もっと簡素化できないものかと思案中です。

新規の取引先や、担当の変更あった場合に、こまめに更新かけるようにしておけばいいんでしょうけど、時々私のところに書類が回ってこないこともあるので、そのへんの業務の流れからやり直さないとならないかもです。

ファイルメーカー以前の問題です・・・(^_^;)

だいぶ日が開いてしまいました。

少し一息つけるとかと思ったら、突然在庫一覧表を作って欲しいとの依頼があって、そっちにかかりっきりになってました。

在庫一覧表を作るついでに、スクリプトを使ってSQLを書き換える方法を試してみて、なんとかうまくいったので、一番SQLの書き換えが面倒だった商品管理表のスクリプトの書き換えとテストをしてて・・・だいぶ時間がかかりました。

そうこうしてるうちに、業務の人間が一人辞めてしまい、私も業務にはいらねばならず、かなり時間をとられてしまい、今に至ります。

これから繁忙期に入りますので、更新の間隔が開くかと思いますが、ブログのネタは増えてますので、少しづつでも更新していきたいと思います。

今度の日曜日に、基本情報技術者試験を受けに行ってきます。
合格は、あまり期待できませんが、勉強していくなかでプログラムの考え方（アルゴリズム）とかを知ることができて良かったと思います。さすがに、初級シスアドとは違います。

もし、合格できれば、その後、情報セキュリティアドミニストレータ、ソフトウェア開発技術者、テクニカルエンジニアのデータベース、ネットワーク、セキュリティに挑戦していきたいです。

みっけ！

別件で、スクリプトのことを調べていたら、SQLをFileMakerのスクリプトで書き換える方法を見つけました。(^^)v

これで、いちいちスクリプトの中を開けて、日にちを手作業で書き換える手間が大幅に短縮されます。

詳しいことは、今検証中ですので、また後日。
その前に、営業データの報告をまとめないと！！