余談

少し余談。
昔、ＭＡＣをMacintoshと呼んでいた頃、確かシステム６？漢字トーク？（漢字なかった気が）で、まだゴマトークとかいう日本語パッチでハイパーカードと、クラリスFileMakerProⅡを動かして、世界が変わるんだ！って本気で思いました。９０年だったかと思います。

当時は某ファーストフードをやっていまして、各店舗のマネージャーやスタッフの成長管理、今でいうスキル・ステータス管理みたいな事をするためにハイパーカードを使っていました。売上管理は日通工のＰＯＳレジがありましたし、現実に引き戻されますから家では別のものを作ってました・・・遊びですよ。

でも、夢というか、この先何か起こるんだ！

あー、この辺から時代は変わるんだ！って感じましたねぇ。

仕事を終えて、夜中にいろんなスタッグとかをアメリカオンラインでしたっけ？日本ではアスキーとかニフティなどパソコン通信でダウンロードし、外人さんが作られたスタッグを真似して開発をしていました。もの凄い数が公開されていたんです。

FileMakerのランタイムかなぁ・・・。ハイパーカードより、データベースっぽいソフトが配布されていて、辞書で訳して「開発はハイパーカードより簡単で、ど素人でも作れるぞ！」みたいな事が書いてあって、お医者さん関係のカルテ管理や薬剤DBテンプレート（英語版）が多かったので、多分、若い大学病院のドクターは、同じ経験をしているのではないでしょうか。FM買って、テンプレ、ダウンロードして触ってあまりの簡単さに感動しましたよね・・・。

今は個人でPCが売れない時代になり、スマホが中心となり、AIとか騒がれていますが、この時代、既にハイパーカードで「人口無能」とか皆作ってましたよ。
何が言いたいかというと、ターゲットがプログラマーやSEというプロではなく、素人の僕等に、間違いなく感動と、これからの希望を与えていました。

　Adobe Photoshopとか書いてあるフロッピーを１枚差し込み口に入れて「このソフト何に使うんだ？、Photoshopとか書いてあるけど・・・」「あぁ、フジカラーのフィルムとか現像できるんでねーべか？」とか「アルダス・ページメーカーってのは？」「デー・テー・ピーだべ？」何も知らないくせに借金してソフト買い込むくらい、夢と希望を与えていたんだと思うんですよ。

今はFileMakerのHPを見ると、いきなり「内製か、開発パートナーと協力するか」みたいな事が書かれています。時代的な背景と競争があるのでしょうがないんですけどね、でも、もっとこれからの子供たちや素人に興味を与えるようなコンテンツを考えるべきじゃないかと思うんですよ。ひとつの開拓時代が安定期に入ると、次に再び開拓しようと考えるか、安定を維持しようと考えるか、たぶん、分かれ道だと思うんです。

少子化と同じで開発者は減っているんです。

これからの子供が、学生が、研究者が、あの時のように素人が、どのようにしてFileMakerというソフトに興味を持って「開発じゃなくて、使おう！」と思わせることじゃないかなぁ。

　資格があろうが無かろうが、元請け下請け間では必要でしょうが、末端のお客様には興味もない関係の無い話なんですよ。バージョンが１８に上がろうが関係ないんです。

目的は「美味しい料理を作りたい」という事なのに、高級な包丁や鍋、キッチンの道具を売り込もうとする。まるで「あなたのレベルでは、この包丁はちょっと・・・」と言わんばかり・・。家具を作りたいのに、電動ノコギリやドリルの話ばかり・・・。

作る楽しみを味わいたいのに、その辺はカット。難しい専門的な話ばかり。
夢、無いですよね。

業務ソフトであれば、お客さんからするとFileMakerだろうが、OracleだろうがMySQL、エクセルだろうがなんでもいいんですよ。

だって自分が開発すると思ってもないのですから、、

うちの会社の業務はFileMakerを使おう！なんて人いますか？

たぶん、そういう人は、

朝起きたら「あぁ、FileMaker・・・」

昼に「FileMaker・・・」寝言で「ファィ・・」

ほとんどが、"安い、早い、良いサポート"で選んでいる中、「うちのは凄くいいんですよ」は通用しないんです。専門用語は相手に共感されません。中身の説明ではなく、業務がどう良くなるかです。そこに電動ノコギリの日立です！、マキタですがぁ！はおかしな話なんです。



たぶんですが、分かりません。

AIが人に変わる時代になったとき、

今、普通に行っている請求書、そんなシステムも作っていますが、人工知能は「こういう仕事こそ無駄！」という答えを出すでしょう。

未収入金ッテナンダニ？売掛ッテナニ？

請求書ナンカ出スカラ、払ワナイノダロウ！

買ッタノナラ、スグ払エ！

で、締めに払うと取引停止。銀行も口座凍結！

相手のお金を回す資金繰りなんか無視するでしょうし、

取引関係、人間関係とか信用、先行投資とか

AIは関係ないでしょう。

福山さん演じる銀行の支店長のように

「彼の夢にかけるんです！」なんてAIは言いません。

AIは商売ではなく、単なる損得勘定の道具にしかなりません。
AIには人の温度がありません。

僕はね～思うんですよ～

AIが無駄と判定、評価する事、拾っていかないと大変な事になるんじゃないかな。
今できている人の次元で考えるだけでなく、興味を持ってもらう事や希望を持ってもらうこと、夢を持ってもらう事って大事ですよね。

自分の身の回りの事、考えてる事、ソフトウェアとして置換え、

いずれ自分で作れるようになると、もっといいアイデアが生まれるんじゃないかな。

潜在市場が、素人だからいいんだと思うんですけどねぇ・・・。

下手でもオンボロでもルール無視でもいいじゃないですか。

夢や希望というのは人の温度ですからね。

今から間に合う！一緒に、軽減税率対応のPOSレジを作りますかぁ？ その１

うちでは４年前に外食向けの軽減税率対応のPOSレジを作り、実際に数十店（売りたくても僕一人なのでサポートできないんです）ほど使って頂いているのですが、政治家さん、なかなか軽減税率を実施されないし、
お店の負担も大きいので、商品ではなく、簡易的なPOSシステムを無償で一緒に作りますかぁ？でも、FileMakerくらいは、どこかで買ってくださいねー。


うちのPOSシリーズはあるのですが、そこまで作っちゃうと既存のお客様から叱られてしまいますから、いたって簡易的なPOSシステムを作って、あとは自由にお好きにカスタマイズすればいいかと思います。（ただ、ここで作ったシステムを売るとかは駄目ですよー。著作権とかより倫理的な問題。ザルかぁ・・・）

レシートプリンター（エプソンか、スター精密株式会社）やカスタマーディスプレイ、キャッシュドロアーなんかもOPOS仕様ではなく、LANケーブルやUSBで接続するとかで十分動きます。FileMakerなら、OFSCなどの規格でなくても問題はありません。

（最近よくみかける大型の自動釣銭機には対応しません）

これは、うちのPOSシステムなのですが、そっくりそのまま作るわけにはいきませんので、左の明細箇所と入力ボタン・・・
商品アイテムが１万とかになったら、というより２００以上あったらボタンなんて探してられないですし、バーコードスキャンでないと無理かもです。業種・業態によって違うということですね。

次に、お会計の画面・・・
明細を小さくして会計画面という手もあるのですが、軽減税率は明細が大事なのです。

画像はオーダーエントリーシステムなので、画面を分けているのですが、受注データを厨房に送るとか、オーダー票を持ってバーコードでスキャン会計とかなければ、実際に作るのはタブかスライドで一緒の画面にしてもいいですよね。

上の写真はカスタマ―ディスプレイ（ディュアル・ディスプレイ）で、打込んでいる最中にお客様側に明細を照会させるものです。だんだん以前の緑の背景に白い文字という時代からは変わってきましたよねー。
商品の訴求もできちゃったりします。

こういうのがサービスらしくていいですねー、軽減税率をきっかけに変えていくといいかもしれません。



さて、しかし一体、何処が軽減税率対応なのか・・・。
ある隠しボタンがございまして、そこを押すと
明細ごとに消費税率が見え、割引をしたとき、構成比から一行ずつ割引計算される優れものだったのです。（明細、汚いっすねー！）

こういう明細ごとの計算というのは業務中に見る事はほとんどありません。
とにかく現場の人も見えずらいですし、確認程度で良いかと思います。
問題は、軽減税率の計算がきちんと行われているかです。


たとえば、５００円割引したとしましょう。

ここでは各明細の税率は８％ですが、ケーキはすべてお持ち帰り（８％）、イートインは飲み物（１０％）だけ、なんていうこともあります。そういう場合、今までは合計に対しての割引で良かったのですが、軽減税率の計算ではそうはいかないんです。

理由は２０１５年にここで書いたように・・・

それの解決策


商品ごとの構成比を出して、そこに割引きを充てる。
スーパーや小売でも一度の会計で税率の違う商品が混ざる事を想定しなくてはいけません。間違っても合計から引いちゃいけないんですよ。

そんなことで、外食だけではなく、小売りでも使えるようなPOSレジが作れればいいですねー。

仕入や入出庫、発注は省きます。そこまでやったらお金頂かないと無理でーす。
難しくはないので自分で作りましょう！！
製造と販売の一体の場合はうちのPOSシリーズにありますから買って下さいｗ
半製品、製品、製造原価管理とかありますよ。

話は戻りますが、
集計は一般的な売上と、商品の順位表くらい？時間帯別順位とか。
ということで赤文字の箇所を中心に作っていきましょう。


８月中くらいまでに出来たら、いいっすよねぇ・・？
レシートプリンタとかドロアーとか揃えて９月・・・
事前登録する商品マスタだけ頑張れば
多分、軽減税率は間に合うでしょう。


（作り方は次回からですｗ）

FileMaker ラベルシールの開始位置を設定しちゃう

ラベルシールって結構使ってますよね。

FileMakerで開始位置を設定する方法ってのは、デフォルトには無いので自分で作るしかないんです。

方法はいろいろあるかとは思うのですが、あまり難しくする必要はないのかと思います。

対象レコードに対し

必要な数の空データを作って、削除する。

これだけです。

（これは位置表示だけのインフォメーション）

問題は、顧客などのデータが入ったテーブル内で、空レコードを作ったり、削除したりするのが怖い、関係の無いデータまで消してしまうのではないか、という不安がある。

とおっしゃる方も居ます。

そこで対象データを別テーブルに複製させ、別テーブルで空レコードを作り、別テーブルで印刷し、別テーブルで消せば元のデータにはなんら影響は無くなります。

でも、なんというか、判断はまかせます。僕的には、めんどくさいし、重たくなりますからね・・・。

空レコード増やして、空レコード削除するだけですから・・・。

外国ではデータの複製とかしてるみたいですけど、よく分からなかったです。

理屈は、見積書や請求書の印刷のように明細数が２，３行しか無くてみっともないときに、MAX20行表示で空レコードをLOOP処理で17個作っていい感じに見える方法となんら変わりません。空レコードを下にまとめるか、上にまとめるかだけです。

ラベルシールはコクヨとかで１２とか２４とかあれば、その１２がMAX値で

対象レコードをどの位置から開始するかだけです。

開始位置が４であれば、空レコードを頭に３つ置くという事になります。

並べるためのポイント１

顧客マスタの場合は顧客idがあります。

空レコードを作成するということは、どうしても顧客idが付与されますので

消すたびにどんどん大きな数になっていくと、肝心な新規登録の時に連番に大きく開きが出てしまいます。

（いつも画像が汚くてすみません）

なので、シリアル番号は空レコードを消したときに、元の番号にする必要があります。

（顧客idでソートをかける場合）

今回は年ごとに+001が付番される自己リレーションを使用します。

難しくないですよね。

シリアルの計算値に

SerialIncrement ( "001" ; Max ( ラベルシール開始位置_シリアル::シリアル))

を入れます。

そうすると、顧客レコードを追加する度に19年＆001+1が加算されるようになります。

これなら、複数の空レコードを何度作成して、削除しても元のidから始められますよね。

並べるためのポイント２

あとは、開始位置に４という数値を入れると、３つの空のレコードを作成しながら、同時に空レコードの顧客idを消し、空行フラグに１を入れ、最後は顧客idでソートをかければいいようにします。

スクリプト長いので省略

２1行目に　　g_開始行-1（グローバル）というのが、開始行です。

空行を作成する度に顧客idを消します（ソートで頭にくるように）

空行を作成する度に空行flgに１を入れます（空レコードだと分かるように）

そして、印刷後は、空行flgに１が入力されたデータだけまとめて削除すると

元に戻ります。

別スクリプト

という塩梅です。

既存の顧客コードを変えずに行う場合は、印刷したい対象レコードを別テーブル（同じように顧客と住所を持つテーブル）に複製（方法は任せます）して、
複製された側の別のコード（別フィールドのidを全置換で+1生成する)でソートをかけ、後は、上と同じように必要な分の空レコードを作って、戻るときは消します。作業を終えたら別テーブルのデータは全て消します。元々の顧客マスタのデータには影響を与えないように作成します。
上と比較すると、別テーブルに渡したり削除する分、時間はかかりますが、対象レコードが１０００データ以内であればさほど気にならないかもしれません。
クラウドで1万とかは、ちときついかもです。

別な話ですが・・・。

開始位置をいじると、プリンターのヘッダーが擦り切れるとかいう方もいますが、

そういうのはよく分かりません(笑)

ダウンロード

FileMakerPro17

（Winで作ってます）

後日投稿の

FileMaker　ラベルシールの開始位置と、枚数指定をできるようにしちゃう！

もあります！