解決したようでよかったです！

アプリを作っていると、良かれと思って色々詰め込んでしまいがちなんですが（戒め）
使う側からすると、そこまでいらないんだよなー、ってことが多いです。
あるあるです。多分。

作りかけの段階で、使う人にこんな感じだけどどう？
って聞くことが結構重要だと思ってます。
作り手からからしても、手戻り少なくてエコなので。

※有名な画像添付しておきます

ご返信ありがとうございます。

この図は見たことがあります！
わかりやすい例えですよね。
本当に言葉で相手に伝えたことが、実際には違う意味でとらえられていたということは
よくありますよね💦
手間でも図を描いたり、細かいすり合わせは完成形の考えを近いものにするために
本当に必要ですよね！

kintoneは作りかけの状態で、利用者に使い心地を聞いてすぐ直せるのが本当にいいと感じています。

システム屋さんに依頼すると「来週までの宿題」となり、来週に出来上がってきたものが
この図のように「思っていたのと違う…」と、作り直していただき工期が伸び、金額が増え…
の繰り返しですもんね。
素人が作るよりかは、はるかにデザインが綺麗に出来上がるのですが、使い心地がいまいちだと
困りますし。
伝える能力の差かもしれませんが。

弊社の現在利用中の基幹システムは20年前に作られたものだそうですが、20年間明細を
入力し続けていたんです。
システム作成の当時は画期的な内容だったのだと思うのですが、やはり途中で
「これは本当に必要なのか？」という話し合いが必要だったのかもしれません。
作成した方もすでに退職されているので、詳しい話は聞けないですし。

ずっと使い続けていると「使う文化」みたいなのが出来上がってしまって
誰も「なぜ使っているのか？」と不思議に思う人もいなかったのかもしれないですね。

わたしは入力する立場ではなかったので、利用者の声を聞いてシンプルな内容になって
よかったと感じています。

おはようございます。

遅い時間にご返信ありがとうございます。

やはりレコードの方が後々のことを考えるといいのかもしれませんね。

テーブルデータをレコードに変換して保存するプラグインは導入しています。
テーブルデータコピープラグイン
https://www.tis2010.jp/tabletransfer/

問題は消込の際に手間をかけずに処理できる方法があればと感じています。

プラグインのご紹介をいただきありがとうございます！

krewdateはとても便利と聞いています。
弊社は他の大きな基幹システムを現在外注して作成していただいいます。
そこに費用がかかるため今作成中の小さめの基幹システムはプラグインも含め、
費用を抑えるために外注せずに社内で開発をするということになりました。

なので、なかなかプラグインには手が出せない状況です。

ご返信ありがとうございます。

わたしの解釈があっているのかわからないので、内容の確認をさせていください。
現在作成中のアプリを「契約入力アプリ」、分けるアプリを「契約残アプリ」と表記いたします。

●別アプリで分けて管理する場合
・契約入力アプリはテーブルで全購入分を入力
・テーブルデータコピープラグインを利用して、契約残アプリへテーブルの内容レコードとして転記する
・契約残アプリのレコードを契約Noキーにして関連レコードで契約入力アプリに入力

ここまでは平野さんにコメントいただいた内容と同じでしょうか？

★消込み在庫更新手続きも別テーブルアプリの情報計仕込みで
　在庫更新・残数レコード作成で処理しやすいのでは

この返信いただいた★の内容の理解が難しかったのですが、契約残アプリでの消込処理の方法でしょうか？

契約管理アプリでは
入荷状況のテーブル情報は管理せず、総契約本数のみの管理で良いのではと思いました。
イメージ以下。
■契約管理アプリ
　・契約№、契約本数、残本数、入館本数（契約№入荷アプリの関連レコード合計）、完了区分
　・契約№キーに入荷アプリ一覧関連レコードテーブル
　・アクション機能（入庫時、入荷アプリへ情報登録）

■入館アプリ　　入荷タイミングで契約管理アプリより入力
　・入庫№、契約№、入庫本数

※契約アプリでは入館アプリの契約№でひぱってきた関連レコード一覧表示でテーブルの代用
契約管理で関連レコードの集計（プラグインがあると思います）し、契約本数との差額計算で
残数を管理する。

このようなイメージです。

詳しい内容ありがとうございます。

いただいた内容を何度も読み返してみました。
・サイズなどの細かい内容を契約管理アプリには入力しない
・最初に合計、契約の内容のみ契約管理アプリに入力する
・入荷してきたら入荷アプリに入力
・関連レコードで入荷アプリの内容を契約管理アプリに表示
・契約管理アプリに表示された関連レコードに集計のプラグインを組み込み残数の把握
・サイズごとの残量ではなく、全体としての残量の把握をする
・営業が在庫アプリを管理しているが、契約管理のアプリからサイズ明細を飛ばすのではなく
　今まで通り、営業に在庫アプリを入力してもらう

このようなイメージでしょうか？
今までの基幹システムではサイズなど細かい内容も打ち込んでいたので、
同じように作成するべきか悩んでいたのですが、全体と残数のみの把握ということですね。

盲点でした。
確かに、管理部門としては、サイズなどの詳細は不要です。
残数に差が出た場合に契約のどのサイズの数量が違うのか、見比べて追っていくくらいでしょうか。

営業部からは契約管理の基幹システムとkintoneの在庫アプリに同じ内容の在庫を打ち込んでいたので
契約管理のシステムより在庫のデータを飛ばせないのか？という要望が出ていました。

契約管理に入力しないのであれば、シンプルなアプリになりそうです。

ありがとうございます！
とても参考になりました。

アプリ利用者にこの内容を提示して、どのように感じるのか意見をもらってみます。

おはようございます。

ご返信ありがとうございます。

詳しい内容としましては
105×105×2750というサイズがあった場合、1BL(バンドル)あたりの入数が70本となっております。
このサイズの入数は70本と決まっているようですが、契約するBL数は営業部が決めます。
他のサイズの入数はサイズによって違うようです。

70BL契約した場合、仕入先の都合で数BLずつ入荷する仕組みです。

この内容で返答になっていますでしょうか？

遅くなりましたが詳細ありがとうございました。

大体回答が出てそうなので、参考までに追記します。

テーブル（便宜上A）→別アプリのレコード　にする運用であれば、
複数レコードサブテーブル化プラグインで
別アプリのレコードを元アプリのテーブル(B)として
取り込むことで消込に近いことができそうな気がします。

以上です。

ご返信ありがとうございます。

プラグインの紹介ありがとうございます。
そのようなプラグインがあるのですね！

このようなことができることを知らなかったのと、レコードをテーブルにするということを
思いつかなかったので、とても勉強になります。
工夫次第でいろいろなことが出来そうですね。

今回のアプリでは利用しないかもしれませんが、必要な時に利用させていただきます。

ありがとうございました！