みんなの投稿

💡記載いただくと良いポイント
・ご契約中のコース(ライト / スタンダード)
スタンダード
・お悩みの背景、目的(何を実現するためにkintoneを活用したいか等)
kintoneを使って入社や退社のワークフローを組みたいと思っているんですが、いろいろなチームが(採用チーム、情シスチーム、総務チーム)並行的に動くので、どうアプリを組んだものか悩んでおり、皆さんの事例を知りたいです!

・試してみたこと(〇〇アプリを作った等)
入社ワークフローを作ってみましたが、並行的にプロセスでボールを渡すことができませんでした。
・譲れない条件(プラグインは使えない等)
JavaScriptやプラグインは使わない方針で行きたいです

※プログラム開発やコーディングに関する話題は『cybozu developer network』のコミュニティへお願いいたします

3件のコメント (新着順)

こんにちは。

並行的に動くのであれば、プロセス管理を使ったワークフローではなく
チェックボックスやラジオボタン、テーブル等を利用した
チェックリストアプリ的なつくりの方がいいかもしれませんね。

まずは、
・起点となる行動(人事が入社する人の登録をする?)
・これで完了となる行動(全部のタスクが完了する?)
を明確にして、その途中にあるタスクごとに
・発生の条件は?
・発生タイミングは?
・だれが対応する?
・タスクの前後関係はある?(人事がID登録しないとシステムが登録できないとか)
を洗い出してみてはどうでしょうか。

簡単な図でもいいので投稿してもらえれば追加のアドバイスもしやすいかと考えます。

以上です。

もりおすさんの仰るように、「一つのレコードをよってたかって編集」する場合はプロセス管理を直列にするのが無難だと思います。

各チームが「被らないフィールドに記入などするイメージで同時(並行)作業したい」なら、ジャストアイデアで恐縮ですが、

入社者のWF進捗管理アプリ(1入社者/1レコード)
├ 採用チームのかかる業務進捗管理アプリ(チーム内WFはココで完結させる)
├ 情シスチームのかかる業務進捗管理アプリ(チーム内WFはココで完結させる)
├ …

などとして、プロセス管理は親アプリ(=入社者のWF進捗管理アプリ)に埋め込み、業務依頼と完了報告のステータスのみの受け渡しとすれば、大分シンプルに実現できるのではないかと思います。(個別アプリにもプロセス管理入れた場合は、2箇所(個別WF用/完了報告用)のステータス変更が必要になるので、完了報告としてのステータス変更忘れ防止を考えなくてはなりませんが…💦)

で、カスタマイズしたくない(できない)のであれば、「各チームの個別業務進捗はそれぞれのアプリを見に行く」とか、「各業務進捗管理アプリのステータス相当のフィールド値を親アプリのルックアップで適宜引く」とかで賄えるかと。

こんにちは!

入社・退社ワークフロー、kintone化できたらよいですね。

私も人事の端くれですが、入社・退社といっても様々な事項があるので、
どんな情報をどんな流れでやりとりしたいのかもう少し背景を書いていただくと、
ご希望に沿った回答をもらいやすいかと思いますよ。

今いただいている情報だと、各部署が並行的に(同時にそれぞれ入力していくイメージでしょうか)
というところがちょっと気になっています。

1つのアプリに複数部署や担当者が入力するフィールドがある場合、うまく交通整理をしないと、
同時編集で後から入力した人が弾かれてしまうとか、不都合が生じる可能性があります。

ご参考までに、同時編集対策の一例です。
https://kincom.cybozu.co.jp/chats/yq5fzme9uorbkjvy?tree=mdtpfeuvr4ovivts&tree_type=ChatComment