アプリ自体のバックアップは必要でしょうか？ 誤って削除したりした時のために、アプリを２重で作成した方がいいのではという意見があるのですが、アプリの上限数にまだまだ余裕があるときはいいのですが、、、、

バックアップ(ファイルに書き出し)をしているか教えてください。 ルックアップフィールドを含まれた入力済の一覧をファイルに書き出し、読み込みについてです。 ルックアップのフィールドは「値の重複を禁止する」にチェックが入っていない場合のみ、ファイルの読み込みができるようです。 ルックアップフィールドで

バックアップについてはデータ連携と併せて考えると効率的ですよね。 弊社では現状はデータ連携までは検討していないのですが、今後検討予知があるので参考にさせていただきます。 jssに関してはおっしゃる通りだと思います。 入力制御以上のことをすると中々解読が難しくなりますからね。 設計書だけでなくシステ

バックアップも検討してみたいと思います。 たしかにヘッダー部分大きいですよね。そのうち標準機能で実装されればいいのですが・・・ アプリ内の開発者コメント！それすらも書き残していませんでした。 まずはそこからですね

バックアップはCSV出力を最初の頃はしてましたが、段々しなくなってしまいました（笑） このあたりRPAなんかで自動ができればいいのですが・・・ やはりカスタマイズは最小限にしたほうがいいですよね。 常々そう思ってますが便利さを求めるとついついやってしまうという人も多いでしょうね。 部署ごとにアプ

バックアップについて 現在はcli-kintoneで１アプリ増えるごとに処理を追加してます。。 基幹システムと連携させたいという要件があるのでｃData Syncというサービスを検討中です。 こちらはCSVはもちろんExcelや自社DBにも自動バックアップとれるのですごく便利です。 https:/

バックアップについて 必要最小限のものだけcli-kintoneをwindowsバッチ処理で動かし定期バックアップしています。 https://opt-p.co.jp/blog/kintone/post-788/ 私システム素人なのですが、インターネットで検索したらわかる程度の知識で運用できました。

バックアップについて 私はトヨクモさんのkBackupを利用しています。 R3さんのgusuku Deploit（デプロイット）や、kintoneコマンドラインツール（cli-kintone）を利用する方法もあります。 機能とコストを鑑みてご検討いただければとよいかと思います。 kintoneの

バックアップについて ・月に一度各アプリをCSVに書き出す 最近アプリが増えて書き出すのが大変になってきました💦 kBackupを契約するかどうか部内で検討しては消えている状態です。 ２．カスタマイズについて 自分の作ったアプリはルールを決めてカスタマイズは最低限にしています。 ①ベースは基本機能

バックアップに関しては現状はTISさんの「kintone 削除レコード復元プラグイン」でレコードバックアップが必要なアプリのレコードが削除された場合は「復元アプリ」に追記していき復元できるような仕組みはとっています。 そもそもの削除権限を奪ってしまうのが一番いいですよね。 カスタマイズは属人化する