入荷の明細にテーブルを使用するかどうか悩んでいます。
現在、基幹システムをkintoneへ移行するために作成中です。
現在の業務の流れです。
①仕入先と契約する(木材を購入):営業部が契約
②契約ごとの全購入分を基幹システムへ入力
(毎回の契約に固有の契約Noあり):営業部が入力
③入荷による契約の消込:管理部門が消し込む
1度の契約で入荷が10回に分かれてくることがあり、
色々な規格のものを合計30本契約していても、
何回かに分かれて入荷されることが多いです(最大10回ほど)
仕入先の都合により入荷されるので、入荷の本数、規格、回数は選べません。
入荷がすべて完了するまで1年ほどかかる場合もあります。
例:契約30本の場合の内訳
(実際の契約は500本から数万本、一度の入荷は数百本ほどです)
Aの規格…10本
Bの規格… 5本
Cの規格…15本
上記で契約していても
・1回目の入荷:Aの規格…3本
Bの規格…1本
Cの規格…10本
・2回目の入荷:Aの規格…5本
Bの規格…3本
Cの規格…3本
・3回目の入荷:残りの残量
契約したものが全部入荷されるまで③が続きます。
現在の基幹システムでは、1つの契約Noにつき1ページとして管理しており、
②の際にテーブルのような内容で打ち込んでいます。
kintoneへ移行する際、②で入荷するデータを入力するためにテーブルで入力するか
Aの規格に対して1レコードとして扱うべきか悩んでいます。
●テーブルにしようと考えた理由
・同じ契約Noで同じような規格の入荷がある
・テーブルのデータはプラグインのコピー機能を使ってコピーできる
サブテーブル行コピープラグイン
https://www.tis2010.jp/rowcopy/
・契約Noに対する契約の残量を把握する必要がある
・1レコードに契約Noの全量を入力することで③の消込がやりやすい(消込はテーブルです)
・1レコードにAの規格のみの入力の場合、③の消込をする際に
いろいろな規格があるため、いろいろなレコードの消込をすることになり手間がかかる
●テーブルでは不便ではないかと感じた理由
・②で入荷された内容をkintoneで管理している各チームの
在庫アプリへ転記したい
・転記先の在庫アプリのフィールドはテーブルではないため
アプリアクションは使えないがテーブルを転記するプラグインを
利用すると転記できた。
テーブルデータコピープラグイン
https://www.tis2010.jp/tabletransfer/
・テーブルのデータは扱いにくいため、今後データを活用しようとなると
不便なのか?
・テーブルがない方が一覧で確認しやすい。
・テーブルデータ一括表示プラグインを導入しようか考えている。
一覧集計プラグインのが優先度が高いが、テーブルデータ一括表示プラグインを
選択した一覧の場合、合計が表示されない
一覧集計プラグイン
https://www.tis2010.jp/listsummary/
テーブルデータ一括表示プラグイン
https://www.tis2010.jp/listviewer/
この内容を踏まえて、「テーブルのがいいのではないか」という
感じになっております。
稼働後にテーブルの有無の変更は難しいと考えておりますので
稼働前にどのような形で行くのか検討しています。
皆様の運用での体験や感じたことなど、何かご教示いただければ幸いです。
入荷の明細にテーブルを使用するかどうか悩んでいます。
現在、基幹システムをkintoneへ移行するために作成中です。
現在の業務の流れです。
①仕入先と契約する(木材を購入):営業部が契約
②契約ごとの全購入分を基幹システムへ入力
(毎回の契約に固有の契約Noあり):営業部が入力
③入荷による契約の消込:管理部門が消し込む
1度の契約で入荷が10回に分かれてくることがあり、
色々な規格のものを合計30本契約していても、
何回かに分かれて入荷されることが多いです(最大10回ほど)
仕入先の都合により入荷されるので、入荷の本数、規格、回数は選べません。
入荷がすべて完了するまで1年ほどかかる場合もあります。
例:契約30本の場合の内訳
(実際の契約は500本から数万本、一度の入荷は数百本ほどです)
Aの規格…10本
Bの規格… 5本
Cの規格…15本
上記で契約していても
・1回目の入荷:Aの規格…3本
Bの規格…1本
Cの規格…10本
・2回目の入荷:Aの規格…5本
Bの規格…3本
Cの規格…3本
・3回目の入荷:残りの残量
契約したものが全部入荷されるまで③が続きます。
現在の基幹システムでは、1つの契約Noにつき1ページとして管理しており、
②の際にテーブルのような内容で打ち込んでいます。
kintoneへ移行する際、②で入荷するデータを入力するためにテーブルで入力するか
Aの規格に対して1レコードとして扱うべきか悩んでいます。
●テーブルにしようと考えた理由
・同じ契約Noで同じような規格の入荷がある
・テーブルのデータはプラグインのコピー機能を使ってコピーできる
サブテーブル行コピープラグイン
https://www.tis2010.jp/rowcopy/
・契約Noに対する契約の残量を把握する必要がある
・1レコードに契約Noの全量を入力することで③の消込がやりやすい(消込はテーブルです)
・1レコードにAの規格のみの入力の場合、③の消込をする際に
いろいろな規格があるため、いろいろなレコードの消込をすることになり手間がかかる
●テーブルでは不便ではないかと感じた理由
・②で入荷された内容をkintoneで管理している各チームの
在庫アプリへ転記したい
・転記先の在庫アプリのフィールドはテーブルではないため
アプリアクションは使えないがテーブルを転記するプラグインを
利用すると転記できた。
テーブルデータコピープラグイン
https://www.tis2010.jp/tabletransfer/
・テーブルのデータは扱いにくいため、今後データを活用しようとなると
不便なのか?
・テーブルがない方が一覧で確認しやすい。
・テーブルデータ一括表示プラグインを導入しようか考えている。
一覧集計プラグインのが優先度が高いが、テーブルデータ一括表示プラグインを
選択した一覧の場合、合計が表示されない
一覧集計プラグイン
https://www.tis2010.jp/listsummary/
テーブルデータ一括表示プラグイン
https://www.tis2010.jp/listviewer/
この内容を踏まえて、「テーブルのがいいのではないか」という
感じになっております。
稼働後にテーブルの有無の変更は難しいと考えておりますので
稼働前にどのような形で行くのか検討しています。
皆様の運用での体験や感じたことなど、何かご教示いただければ幸いです。
13
9
|
2024/06/20
|
アイデア募集