ミュートした投稿です。
素晴らしい、他でもアウトプットして欲しい内容ですね🌸
# 【紙の受発注業務のプロセスを最大2週間短縮した事例をご紹介】 社内外のやり取りが多い受発注業務を、 chobiit for kintoneを軸にしたカスタマイズで、 クライアント側からもプロセスを進行できる仕組みにより 申込から対応完了までのリードタイムを大幅な短縮を実現しました! ###
連投すみません。。。 最終報告 1万レコード追加で、ディスク使用量182 MB(19MB増)となりました。 595KB×1万レコード=5,950MBではなさそうなので、 今回のコピペする方法に関しては、特段「レコード増加に伴うストレージの圧迫」の課題はないのではないか、という結論となります。 &
アプリ管理の添付ファイル容量は変わらず。 しかし、ディスク使用量は約100MB増。 本件とは別で動画アップ等も検証していたので、何による増加かは検証しきれず。 (少なくとも595KB×1万レコード=5,950MBではなさそうです) 今日は開発環境で特に作業していないので、 もう1万レコード追加し
KintoneCafeやKintone hiveに参加して・・ *************** これ、ルールに則って作れる人や管理できる仲間を 増やさなくては・・ 野良アプリが大量にできちゃう人が増えるかもしれない・・・。 *************** と色々と思い始め・・ Associate
> レコードコメントやラベル/リッチエディターフィールドに、画像やファイルを添付したい コピー元のファイルが添付されていた場所から削除されると、レコードコメントやラベル/リッチエディターフィールドに表示されていたファイルも表示できなくなる場合があります。 https://jp.cybozu.h
ファイル実体をラベル等に直接添付すると、「レコード増加に伴うストレージの圧迫」の課題が残りますので、そのあたりの配慮が不要な場合に検討したいと重います。 ご教示ありがとうございました。
> レコードコメントやラベル/リッチエディターフィールドに、画像やファイルを添付したい https://jp.cybozu.help/k/ja/id/040192.html こちらと同じ要領で、 ・添付ファイルにgif保存 ・**プレビューして**動いている状態のgifを右クリック等でコピー
やはり「ポップアップ用レコードは分割読み込み」は仕様みたいですね🤔 ルックアップリストのポップアップはポップアップしただけだと、先頭・最終一気ジャンプのショートカットキー(Home/End)が効かないのでどうしたものかと思って、生成AIさんに訊いてみました。 得られた提案を試してみた結果、ルック
>・「ポップアップ用レコードは分割読み込み」は仕様なのでしょうか? >・もし仕様なら、皆さんどうやって「Ctrl+Fの全レコード検索」を実現されているのでしょうか? 私も試してみましたが、同じ動きなので仕様のようですね。 私がルックアップで検索する場合は、ルックアップフィールドに入力を