2020年5月27日水曜日

繰返しフィールドを使った週の集計って出来かなったっけ? filemaker repeating field_week total

初心者のFileMaker pro Q&Aのサイトのあるトピックスを見ていて気になりました。
このサイトって初心者とか書いてるけど、めちゃめちゃ凄い諸先生方が回答しているので、本当は上級者向けでもあるんだよね。ぜんぜん初心者なんかじゃない(笑)


そのトピックス(解決事案:ふせときます)のレンジではなく、付随したことなんだけど
暇だったし、サンプル作ってみたんだよねー。
週ごとのクロス集計(繰返しフィールド)を作って、さぁ、合計は?

あれ?

どうするんだっけ??
随分前に絶対に一覧表で作ってる筈なんだけど・・・・。
ライブラリの中を探したんだけど出てこなかったので、トピの依頼内容通り最初から作ってみることに・・・


トピ内容に沿ったので余計な項目もありますが

というか、繰返し範囲の合計って難しい。繰返し1からラストはできるじゃん?問題は途中の範囲よ、、、カスタム関数とかプラグインとかできそうなんだけど、ん~、そこまで使わないかな。
それで、なんとか強引に計算の結果を合うようにしたのだが・・・。
こんな原始的な方法でいいのかね!?ひどいね。

Sum(Row[29];Row[30];Row[31];Row[32];Row[33];Row[34];Row[35])

そのまんまじゃん!配列なんて概念がまるっきり無いよね。
過去に作った記憶はあっても、こんな式書いた覚えはないもの。
こんな苦肉の策でしか動かなかった事実。




56歳になりました。
FileMakerを使い始めたのは91年2月からなので29年使ってるんだよー
なのに、この式ってば。
(最近、体操とさ、妻と一緒にエアロビやってんだよねー)
記憶力と物事を素直に吸収できるようにするには、どうしたらいいですか?


サンプル(FM17 Win8)
※その掲示板のトピックスに沿って作ったので関係の無い項目もありますが、こんかいのテストサンプルです。




6 件のコメント:

  1. 小林と申します。はじめまして。
    請求処理と入金処理についてのご相談なのですが、現在、売上に対し消込むような形で入金処理を行っているのですが、どうしても過不足があり、次回請求に回したい場合の差額の繰越処理が上手くいきません。また、請求はお客様別の締日ごとに請求書を印刷、発送しています。入金予定も得意先によって翌月であったり、翌々月の末入金であったり、バラバラです。FileMakerでいろいろと検索して探してみたのですが、該当する内容が違っていて、思い切って直接ご相談をもちかけてしまいました。お忙しい中申し訳ありません。何卒、宜しくお願いいたします。

    返信削除
  2. おはようございます。

    締日別の請求入金繰越処理ですねー。
    現在はFileMakerでどの辺まで使用していますか?
    毎月、締日ごとにざっくり何件くらいの処理を行っていますか?
    できましたらFileMakerのバージョンとデバイスを教えて頂けると助かります。

    返信削除
    返信
    1. 小林です。早々のご返信ありがとうございます。
      情報が少なくて申し訳ありません。FileMakerのバージョンは17です。Windows10で社内ではもっぱらエクセルを使用しており、FileMakerは5台使用できるようになっているのですが、顧客管理と見積書、請求書を発行する程度で、その後の処理、入金や売掛管理が出来ていません。エクセルで手打ちで管理している状態です。毎月の請求書は200枚から250枚、繁忙期の秋は1000枚を超える事もあります。その入金は請求テーブルと照合しているのですが、繰越処理が出来ずに困っています。

      削除
  3. 申し訳ありません。
    Filemakerで出来なければ結構なのですが、エクセルの請求の明細が膨大で重い為、FileMakerでも集計の計算を使わずに
    表示することは可能でしょうか。スクリプトとボタンで計算でも構いません。

    返信削除

  4. もうすこし細かい情報がほしいのです。
    「消込み入金の差額分と未回収分の繰越し」の場合、は得意先分として一括でポンと入金、差額を
    出すというわけにはいかないのと、複数あった場合、繰越分の元を追うのが運用上けっこう大変かと思いますよ。

    ●請求毎、1得意先に複数の請求が上がることが有るか無いかで作り方が若干変わります。
    ●特に、重くさせないために集計を使用しない・スクリプト計算なら、ポータルを使用してsum関数で合計を
     出すのですが、パートごとに集計機能が使用出来るものと、できないものがあるので、ちょっと大変ですね
    (得意先で絞っても、締のパート集計が存在していれば関係の無い得意先分も集計されてしまう:
     集計を使えば問題ありませんが、ポータルSumでは締パート内の表示を消すくらいのことしか出来ません)
    ●また、その複数の請求分の入金日がバラバラで締をまたぐ事があるかどうかでも変わります。

    たとえば、
    前回Aさん(20日締・翌月20日)の請求が

    ●請求金額2,000円
    ●請求金額3,000円
    ●請求金額4,000円

    とあり、

    入金が
    ●5月19日入金金額1,000円 差額1,000円が次回6月20日の請求分に繰越
    ●5月22日入金金額2,000円 差額1,000円が次の次7月20日の請求分に繰越
    ●6月末日予定 金額0円 未入金4,000円が次の次の次の8月20日の請求分繰越 

    という風な感じになる可能性があるのか?こうなると、元の請求と差額の不足分を追うのがけっこう
    大変になりますよね。 (得意先で検索して出し入れの流れを見れば解りますが)

    こういう得意先が複数あると、システムを使用する上で「待ち」が発生するので、システムを分けては
    いかがでしょうか。
    普通に問題なく入金される得意先のシステムと、事故扱いのシステムの2つという事です。
    月に200枚以上の請求書を発行するのなら、なおさらかもしれませんよ。
    どのような業態かは分かりませんが、総合計を算出するために一つのシステムを使い続けるより、
    問題の無い得意先のシステムはどんどん進め、問題のある得意先のシステムは別扱いで
    後にゆっくり管理したほうが、スピーディーですし、計画の見通しが立ちます。
    「払わない客は、いつまでも続く」、そのせいで優良なお客様の締処理に影響させるの方が、
    辛いですよね。

    返信削除
  5. 小林さん、
    すみません、ここのトッピックスと内容が違うので、次のブログ、トピックスに移しました。
    そちらの方にお願いします。

    返信削除

JT00000001を「JTスぺ-ス1とかで検索したい!」という人のために

「JTスぺ-ス1とかで検索したい!」 とかいう人のために。 -------------------------------------------------------------- 計算フィールの結果(テキスト) J JT JT0 JT00 JT000 JT0000 JT00...