kintoneで販売管理システムを作るときの設計、実装ポイント

devkin meetup vol.3 登壇資料。
kintoneで販売管理システムを作るときのノウハウをまとめました。

Transcript

1. kintoneで販売管理システムを作るときの設計、実装ポイント 松村稔@プロ牛乳石鹸 devkin meetup! Vol.3
2. 自己紹介 松村 稔 岐阜県出身 上海でkintoneやってます。
3. 普段やってること @kai0707 （旧 ）
4. kintoneでやってること オーダーメイドで業務改善のシステムを作っています。 販売管理 在庫管理 見積管理 案件管理
5. kintoneで販売管理システムを作るときの 設計、実装ポイント
6. システムイメージ 受注 発注 出荷 入荷 営業 売上 財務 売上 顧客 PO 調達先向 PO INVOICE PACKING LIST 納期管理 売上計上 照合管理 支払 入金
7. ポイント１：テーブルの扱い
8. 販売管理システムは１伝票複数明細
9. 販売管理システムは残管理が大事
10. テーブルと残管理の相性が悪い 受注を例にすると ＊販売管理システムを構築する場合、受注に対して、出荷を引 き当てて、受注残を保持する必要がある。 ＊テーブル内に、「受注残」項目を持たせて、そこを更新かけていく ことも可能だが、テーブルの特定行に対する更新は、少しプログラ ムを書くのが手間（個人的に苦手） ＊EXCEL、CSVによる一括更新のメンテナンスも少々コツが必要。 差分だけ更新ってのがやりにくい。
11. テーブルの内容を別アプリにレコード保持
12. テーブルの内容を別アプリにレコード保持 ＊受注明細が１レコード毎に展開されるので、出荷した際の更 新を１行ごとに行える。 ＊受注明細の一覧を見たいという要望があった場合、テーブルの 内容は一覧で表示しにくいが、受注明細アプリであればそのままで 表現できる。 ＊受注残だけCSVに落としたいとかにも標準機能で対応可能 ＊別画面で受注明細に対してルックアップを設置できる。
13. ポイント２：在庫過不足の表現
14. 在庫過不足を知りたいという要望
15. kintoneはアプリとアプリをつなげた集計が弱い ＊ kintoneは単体アプリの集計しかできない。 ＊ 各業務で処理するたびに、リアルタイムで計算するロジックでは 限界もあるし、バグもでやすい ＊ こんな感じでみたいという要望に標準では対応できない。 1.商品コード 2.商品名 3.在庫数 4.受注残数 5.在庫過不足（3引く4） 6.発注残数 7.将来過不足（5足す6）
16. 手作りする
17. ポイント３：エクセル貼り付けによる入力効率向上
18. エクセル→kintoneにすると 入力めんどくさいと言われる ＊ 入力めんどくさいと言われて、使ってくれない。業務効率落ち たって言われる。 ＊ 販売管理システムの業務プロセスのスタートは営業部門によ る受注入力であることが多く、まずはその入力が定着しないと、立 ち上がらない。
19. エクセルから貼り付けられるように これは多分kintone開発系のページに掲載されてたノウハウですどこだったかは忘れました。
20. ポイント４：たくさん伝票つくらないとだめ
21. 出力物がとにかく多い ＊ 受注請書、発注書、現品票、納品書、送り状、請求書等々 とにかく出力物が多い。 ＊ 発注書も１種類ではなく複数種類あることも。 ＊ できるだけ統一してもらうようにしても、完全に１種類にはなら ない。 ＊ 弊社はいろんなお客様向けに販売管理システムを作っている ので、ひとつひとつ開発していたら元が取れない。 ＊ サードパーティサービスにお金はらうのもちょっともったいない。
22. 自社製の導出の仕組み
23. 自社製の導出の仕組み 明細行自動拡張とかもしてるので便利。
24. その他いろいろ
25. 単価はこうもっとけば間違いなさそう
26. 為替レート • 為替レート設定していないのに、仕入が発生するとちょっとめんどくさい。
27. 在庫の計算方式はkintoneだと方式2かな
28. 在庫の諸々 • 在庫は • 在庫APPにリアルタイムの在庫数を持つ • それとは別に対象月、品目、前残、当月入庫、当月出庫、当月残 の情報持たせておいて、それを総平均計算で使うのがよい。 • 在庫のキーは、完全ロット管理なら連番で意味を持たせない。ロット 管理しないなら、品番＋倉庫の文字列連結で持たせる。
29. 自動採番の頭には何か文字をいれる
30. こまりごと • テーブルの項目が多いと横長になって使いにくい。２段にできる方法あり ませんか？
31. こまりごと • テーブル内ルックアップのここがスペース的に邪魔
32. その他いろいろ • テーブルが100行超えるとかなりつらい。 • 出庫時在庫更新は、下記を落としどころに。 • 品目選ばれたときに在庫表示 • 保存直前に在庫再取得（リビジョン番号取得） • 在庫が負数にならないかチェック • リビジョン番号同じかチェックしながら在庫更新 • テーブル行を別アプリにもっているので、行削除がロジック的につらい。 • 予実集計系作るのがまじでめんどくさい。 • 3/19 20:20 追記 たしかにkintoneの四捨五入がちょっとややこしいと きがある（銀行まるめ？うろおぼえ）
33. ありがとうございました！