アンデスさん ありがとうございます。 西村さんのアドバイスと共通する部分があったので https://kincom.cybozu.co.jp/chats/0hsu4geodras2jcp#jrv4hyumbybkojr5 に一度コメントとして返信しましたが、個別にも返信させていただきます。 「

西村さん アンデスさん とても参考になります！ありがとうございます！ ポイントとしては… ・定期的＆アプリ改修時のバックアップ ・アプリ開発者、ユーザーへ階層ごとの教育訓練 ・社内の開発・改修時のルールづくり ・アプリ毎に重要度とリスクの整理 といったところでしょうか。僕もイメージができました！

既に登録済みのレコードにて、作業者が設定されたレコード(申請処理がされたもの)が存在しているのではないでしょうか。 設定変更するにあたり、その既存レコードを一度初期プロセスに戻すか、削除(バックアップ推奨)してから、プロセス設定を変更かけてみて下さい。

参考になるかわかりませんが、kintoneを触り始めた当初は前任者が作成したアプリを修正していたのもあり「既にあるフィールドを変更をする時は月一のバックアップとは別にcsvに書き出す」を自分ルールにしています。 あとまだ対策できていないのですが、kintone利用者の大半が「フィールド=Excelの

Hazimeさん kintoneの社内活用おめでとうございます！ Hazimeさんの自分でつくりたいお気持ちわかります。 上司からの「サポートに徹する」という指示も納得性がありますので、Hazimeさんの言うとおりココは良い機会と前向きに考えるのが良いですね。 相談の件、おっしゃる通りドロップ

足立六兵衛 さん 僕は、キンコミでお世話になってる西村さんの記事を参考にしました。 僕自身バッチファイルをつくるのはその時が初めてでした。開発者用のテスト環境で以下の二つの記事を手順どおりにまずやって、その後ファイル名などの自分の理解できる範囲を編集してみて…といった感じで感触をつかみました。西村

masuiさん よかったです！参考になれば幸いです。 ＞実は悪意なくデータをいじったり削除する人が一定数おり、 なるほど。そういう意味では、変更履歴からデータを戻すことは可能です。 レコードの変更履歴を確認する／前のバージョンに戻す https://jp.cybozu.help/k/ja/u

西村さん NSAS平野です。 大容量の１アプリデータの取扱いは100万件目安は以前より聞いており 大量データ検索では時間がかかりますね。 お客様で入退館システムを作成し、いまもデータがたまってきており（約4年半） １度50万件ほど過去分削除しましたが、現在も170万件ほどたまっているアプリがありま

中尾さん コメントありがとうございます。Garoonも担当してらっしゃるのですね。確かに両方に影響するので気を使いますが、共有できるのはメリットでもありますね。 たしかに、cybozu.com共通管理の「組織」は、「親組織コード」のみの連鎖でツリーを構成しているのでシンプルですよね。 組織の事

こたけさん おおっ！そういえば私もやったことなかったです。早速やってみました。 たしかに、機能を追加することはあっても、今ある機能をオフにするって、あまりないですね。 「高度な設定」自身あまり触らないです。高度な設定というか「アブナイ設定」って意味もありそうですね。 「ココは、ちゃん分かって使