アプリストアにある「備品在庫管理」を応用してはいかがでしょうか？ アプリ追加後に自分仕様にカスタマイズできるので、作成も楽ですよ。 発注や持出は複数に渡ることもあると思いますが、レコード詳細内のテーブルから探すより、一覧から探した方がラクですし、ミスも減るかと思います。 ご参考にどうぞm(_ _)m

編集中のレコード内のテーブル内フィールドに 別アプリのテーブル内フィールドの値をコピーしたい kintone歴6か月ほどのkintone担当者です。 ＜添付の1＞ 在庫の管理アプリでテーブルを使って一覧で見れるようにしています。 ・持出の際は、最新レコードのアクションでまるっとテーブルごと新規

返信ありがとうございます。 ①は承認フローが必要で飛ぶのは最終処理として飛ぶのも総務以外の部門、②③は承認フローが不要なので一緒にできそうなのですが、総務がどうしても管理できない在庫のものなので、致し方なくという感じです。。 承認フローや入力欄を増やして等工夫して１つのアプリにしたほうがよいでしょう

もう４つに分けたの確定なんですよね・・・ 総務で③の在庫状況を現在も把握できているのであれば、①②③は１アプリにして、④は泣く泣く別アプリという２つにしたように思いました。 ①②③の入り口を１つにして、総務へ依頼がきたときに、在庫ありなら「在庫渡し」でフローを完了にするような流れです。 そうすると、

【申請系アプリを分かりやすく整理したいです】 現在、紙で運用されている購入依頼関係をアプリに置換、承認フローを構築しました。 そこまでは問題なくできたのですが、社内の古くからの慣習？で、紙の購入依頼には「何を書いても何とかなる」というような感じがあり、「これは購入依頼じゃないよな...」というもの

言葉だけ見ると「販売実績」とは販売した後に記録するものかと思うのですが、Bアプリにレコードを新規登録（販売実績を登録）するときにルックアップで商品リストの内容を呼び出すフローではいけない理由はなんでしょうか？ Aアプリには「個数」を入れるということなので、在庫数を編集したいとかでしょうか。 ＞Aア

kintone初心者です。今までインフラエンジニアだったのですが、移動でシステム部になり、kintoneでアプリを作る事になりました。 今までエクセルで管理していたものをkintoneの導入を機に全て移行する事となり、 ①社員の貸与品等(PC・スマホ・ポケットwifi・メールアドレス・各種ソフトの

たなよしさん コメントありがとうございます！ 返却時にも申請フォームで登録させるのは難しいかもしれません。 面倒くさいと、それも難しいかもしれません。 そんなこと言ってては何もできないのですが…。 教えていただいた「-1／+1」方式を使えないか、kintoneアプリ内の在庫管理のテンプレートアプ

返却時にも登録させるということが可能であれば、 ・利用時：-1 ・返却時：+1 で在庫数を管理すればいいかもしれないですね。 在庫数が正の整数の場合のみ利用申請可能になるかと。 ただ、この方式だと未来の管理ができないかもですね。 そうなると貸出日、返却日の概念を用いて、未来の特定の日の在庫予測を

ちょうどキンボウズさんが在庫ではありませんが予約の可不可を出す仕組みの動画を上げられていますね。 ご参考になればと思います。 [フォームブリッジ同時予約をデータコレクトで受注OKとNG判断する方法](https://youtu.be/zem4yc3NZms) ※ただしフォームブリッジだけでは狙った