運用中アプリの改修について自省のためにつぶやきます。 フィールドを追加して、 そのフィールドに対してプラグインを実装したい場合、 まずは追加フィールドを[フォームを保存]して [アプリを更新]する必要がある　ということに気づきました。 アプリが更新されていないと、 プラグイン側で追加フィールドを認識してくれないためプラグインが実装できないです。 手順としては、 例えば「テスト用グループ」をフォームの下部に設けて グループの中にフィールドを追加し[アプリを更新]したほうがよさそう（"グループ内のフィールドを表示する"をチェックOFFにしておけばユーザーには見られない）と思いました。 運用中アプリを改造中なのですが、 アプリのクローンを作って改修を施してテストした後、 本番アプリに一気に適用しようとしたら、 フィールドは先に保存しないとテスト環境には反映されないことが分かったところです。 kintoneのお作法、まだまだ模索中です。

みなさま、おはようございます。 昨日は、色々な方々にアドバイスをいただき。。 投稿URL→ https://kincom.cybozu.co.jp/chats/ci5uoywncdmnjnfu kintone、Customineのマニュアル等々をみたり YouTubeをみて、なんとか要件にかなうアプリを 構築できました！ 今までは、アプリパック等を使って少しいじるくらい だったのですが、自分で作ることにより、少し機能を 良くすることができました！ 皆さまの投稿等をみていて・・ 認定資格を勉強していくことで、後追いで知識も 補完されていくのかなと思ったのでまずは Associateからチャレンジしていって・・ ステップアップしていけたらと思います！ ユーザーコミュニティを運営されている皆さま コメントをしてくださる皆さまに感謝です！

kintone3年目　友人の会社がチーム応援ライセンスの仲間に加わりまたひとつ仕事にワクワクが増えました♡

kintone Café Hyogo Vol.6でLTをさせていただいたので資料共有します。 note　【資料公開】kintone Café Hyogo Vol.6初参加でLTをさせていただきました。 　https://note.com/moriwosu/n/n1409b7dc361b キンコミへの投稿もはかどるかもしれない、Chrome拡張機能をいくつかご紹介しています。 キンコミでの質問や回答の際、kintoneの画面のスクショを撮ってその場で簡単にぼかしを入れられるツールや、かんたんに簡易な操作マニュアルを作れるツールも紹介していますのでよかったらご覧ください。

■自分的学び kintoneの運用拡大の際に気をつけなければ！と思ったこと🤔 ■契約の状況 ・ライトコース ・テスト期間含め、運用１年が過ぎました！（12月から本運用） ・営業部１１名で使用 　（３地域にまたがっており、別々の場所で働いています） ・主に、営業活動の記録、申請のオンライン化、　 　データ管理、コミュニケーションの目的で使用 ・事務員（私）が管理者となって運用中 ■最近の状況 ・５月に入り、おもむろに他部署（現場）のユーザーがテスト参加することになりました！こちらから号令をかけたわけではなくて、口コミでkintoneの噂を聞いたユーザーさんが、ぬるっと参加することになりました。 ・あるエリアは、「上長はノータッチで一部のユーザーのみが興味があって参加」。一方であるエリアは「チームのリーダーが全員参加」など、熱量や人数はまちまちです（もともと、同じ現場でもエリアごとに仕事量や仕事の処理方法がまちまち） ・私の部署（営業部）での効果や利用方法についての説明会を行ったところ、やはり現場で役に立つ機能（親会社の案件の取り扱いなど）を求められることが多くありました。 ・しかし、営業部と現場では最優先する目的が異なります。 　営業→現場との連携、親会社以外の取引先の案件管理 　現場→現場「内」の連携、親会社の案件管理 ・ひとまずは営業の目的を優先し、現場には「kintoneの良さを知ってもらうこと」で、将来的に現場の目的を達成できたらと考えています。 ■思ったこと ・目的や拡大の段階を、ユーザーに周知しておくことは大事！ここでうっかり営業も現場も！となってしまうと、大風呂敷を広げて回収できないことになってしまう！とちょっとヒヤヒヤしました。 ・「小さく作って大きく育てる」「７５％の完成度から始める」ということを、結構しつこく言う必要がありそう。（他部署の上長が絡んだりすると、一気に0or100になって、全体に参加してもらおう！となりがち…） ・「kintoneにこだわりすぎない！」ということも伝えるのが重要。「kintoneが便利なのは分かるけど、基幹システムはなくせないから結局二重入力になるから手間じゃん～」といった意見が結構ありました。けど、基幹システムCSV出力→kintoneへ取込したり、その動作自体もRPAを使えば、ワンクリックで対応できるはず。 →便利さを0か100で考えすぎずに、７０％、８０％便利になればいいじゃん！✊くらいで考えることを伝えていかねばな～と思いました。なんか１点でも不便があると、システムとしてどうなの？と一瞬思ってしまいがちなのは、日本人っぽいですよね（なんかの本で、日本人の商品レビューは世界的に比較しても辛いと読んだことがあります） RPAは↓で紹介いただいたPowerAutomateがめっちゃ便利でした！勉強中ですが活用できたらなと思っています。 という、自分的学びの話でした。

先月のkintone hive nagoya でたくさんの感動と刺激をもらったので、私も積極的にアプトプットする取り組みにチャレンジしていきたいと思います。 今回は、給与明細を配信するという業務の中で、給与システム ⇒ Excel VBA ⇒ cli-kintone ⇒ kintoneアプリ といった流れでツールを組み合わせることで、手作業で行っていた工程の多くを自動化することができたのでnote記事にまとめてみました。よろしければご覧いただけましたら嬉しいです。 ▼kintoneで給与明細を配信する仕組みを考えてみた話 https://note.com/masaki_mizutani/n/n541725178ae4

最近の自分的アップデート　と云っても kintone じゃなくて キンコミ での話です．．． ほ～～、ファイル添付の仕様が変わりましたね 1ファイル10MBまで GIFアニメは200コマまで じゃ～、GIFの ｷｬﾌﾟﾁｬ編集ソフトをいれて ここの 一番下 に「ｲﾝｸﾘﾒﾝﾀﾙｻｰﾁの有無」２つGIF を 貼り付けられるかな？ できた～～😊 こう云う、動作系の説明 GIFだと、わかり易くて、いいですね！👍 使った、ｷｬﾌﾟﾁｬ編集ソフト（Free）は Microsoft ストアで「ScreenToGif」で検索、入手しました ちなみに、静止画の閲覧方法は 「cybozu developer community」 のほうが、いいな～～データの切り替え ダブルクリックで拡大してくれるんだよな～～ 見やすいよな～～

note書きましたよろしければご笑覧ください ETLツールとしてのkrewData https://note.com/kentaro1sh11/n/ne53f8d2dad7e

ポータルのすべてのアプリの並び順で悩んでまして、 一番最後に並ばせる方法にたどり着いたので共有します。 アプリ名の頭にJISコード8000番台の記号を入れる。 これだけで一番最後に並ぶので、 部署番号などで管理できないアプリ等も並び順がすっきりします。 ちなみに記号の表示はどれを入れても□になります。

遅ればせながら新年度ネタでnote記事を書きましたので、ご興味あれば是非ご覧ください。 kintone レコード内の「問い合わせ先」を楽に更新しよう！

★「ポケふた」アプリの導入！ ■契約の状況 ・ライトコース ・テスト期間含め、運用１年が過ぎました！（12月から本運用） ・営業部１１名で使用 　（３地域にまたがっており、別々の場所で働いています） ・主に、営業活動の記録、申請のオンライン化、　 　データ管理、コミュニケーションの目的で使用 ・事務員（私）が管理者となって運用中 ■やったこと ・部内の分報でポケふた（ポケモン柄のマンホール）を見つけるのが流行していたので、「ポケふた集め」アプリを作成しました。 分報についてはこちら↓ https://hybridwork.cybozu.co.jp/articles/times-lp/ ポケフタについてはこちら↓ https://local.pokemon.jp/manhole/ 営業部なので出張がある、かつ、顧客訪問を増やすように会社から指示があるので、少しでも楽しんで仕事が出来れば、と作ってみました。 怒られるか…！？と思いましたが、ぼちぼち良いリアクションをいただいています🙂全ポケふた制覇＆全都道府県訪問＆案件獲得、を目指してみんなで頑張ります。 遠方への出張が多い部署はぜひ～

【Kintone aiラボについて】 昨日4/22の夕方くらいに、ようやく設定にKintoneAI管理の画面が表示されていました！！ 早速、営業用に活用しているワークフローアプリと、それに関連するアプリをデータソースにして【AI検索】を設定し、ちょっと活用してみました。 例えば『この案件の情報を教えてください』などざっくりな質問すをしてみると、レコード内容を見なくても、ステータスや案件番号、差戻しや金額変更が発生しているなど教えてくれて、あまり期待していなかったのですが便利かもと思いました！ これからユーザーに活用してもらえるように、いろいろ試してみたと思いました。 ◆【ご注意】カスタマインをご利用の皆さん 今朝になって気づいたのですが、カスタマインで設定しているアプリ関連が謎のCSSエラー表示がでていました＞＜　今まで見たことのないエラーで、おそらく昨日設定したKintoneAI管理を有効にしたことが原因と思い、無効にすると戻りました。 カスタマインのエラーの件を問い合わせ（まだ返事なし）＆調べると本エラーに関する事が載っていましたので、処置するとエラー解消できましたので、ご参考にしていただければと思います。 https://support.gusuku.io/en/support/discussions/topics/36000035547

PCからモバイル画面を確認する もしかしたらみなさんご存じなのかもですが、キンコミ内では過去話題も古かったので投稿してみます モバイル画面を確認するべんりなブラウザ拡張機能があったのでお知らせです 「Kintone Device Preview」というブラウザの拡張機能で、PCからモバイル画面を確認できます Chromeではできませんでしたが、Edgeではインストールできました（動作保証はされていないとのことですので自己責任でご利用ください） ↓こちらのジョイゾーさんのブログにご紹介がありました！ PCブラウザ上でkintoneのモバイル画面を確認する方法 https://www.joyzo.co.jp/blog/11692 ＜自己紹介＞ ・kintone歴　→ 3ヶ月 ・kintoneとの関わり方　→ アプリ改修、開発 ・どんな目的でキンコミを使い始めたか　→ 引継いだアプリに苦戦しているのでAI以外に相談したかったから

■（意外と好評だった！）基幹システムのコードマスタアプリの作成 ■契約の状況 ・ライトコース ・テスト期間含め、運用１年が過ぎました！（12月から本運用） ・営業部１１名で使用 　（３地域にまたがっており、別々の場所で働いています） ・主に、営業活動の記録、申請のオンライン化、　 　データ管理、コミュニケーションの目的で使用 ・事務員（私）が管理者となって運用中 ■背景 ・弊社ではkintone以外に、基幹システムを利用。 ・基幹システムはグループ会社全体で使用しているもので、売上などのお金に関わるシステム。kintoneはあくまで営業部内のSFA/CRM。と役割が異なる。 ・基幹システムに登録されている顧客には、コードが付与されているが、kintoneではそのコードを管理上使用してなかった。（基幹システムには登録されていないが、kintoneには登録されている顧客＝売上に結び付かなった顧客、などが存在するため。 ■やったこと ・ユーザーから、「基幹システムの自動ログアウト時間が短いので使いづらい」「基幹システムを開かずにコードの有無を知りたい」「基幹システムの画面が見づらい」という要望あり。 ・基幹システムの顧客コードをエクスポートし、kintoneにつっこむ→「基幹システムコードマスタ」を作成。 ・さらに、kintoneの顧客情報画面に、関連レコードで会社名が一致する企業を表示するようにした。 ※基幹システムのコードは、頻繁には増えない＆私が登録作業を行っているので、その際にkintoneにもついでに登録する→ほぼリアルタイムで情報更新される状態。 ■ユーザーの反応 ・あまり便利じゃないかも？と思いながら作りましたが、かなり好評でした！いままで、kintoneと基幹システムの二窓作業がかなりストレスだったようです。。 ＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊ ・基幹システムとの物理的連携は難しいので、別物として独立して考えていましたが、カンタンなことでユーザーの利便性が上がるんだな～と実感しました。これを拡大して、さらに工夫できたらいいな～と思っています。 ・hive名古屋のアイシンさんの登壇を聞いて「グループ全体で使用している基幹システムがあると、いろいろ弊害あるよね…」と共感していたところだったので、刺激を受けて良いアップデートができたかな？と思います！

昨日、kintone hive nagoyaに参加してきました！ 初参加ですが、本当に刺激が多く、やる気をたくさんもらって帰ってきました。キンコミもですが、他のユーザーさんのお話を聞くと、悩んでいるのは自分だけじゃないんだな、と勇気がもらえます。 ということで、みなさんに触発されてnoteを開設してみました。 https://note.com/me_kt kintoneの情報収集するだけのROM専noteになる可能性大ですが… SNSが苦手で、現状何ひとつやってなかったんですが、情報収集や交流の上でいろいろ不便だな…という気持ちもあり… という個人的な微アップデートでした。 よろしければ～

現場の運用改善に取り組む中で感じた「kintoneの使いこなし方」を、noteにまとめてみました✍️ 今回はなんと…ChatGPTの“kintone業務改善アドバイザー（通称：師匠）”と一緒に書いた共著記事です！ 現場で悩みがちなテーマに、師匠と対話しながら言語化していった内容です。 ユーザー企業の立場でkintoneに取り組んでいる方に、きっとヒントになるはず。 ▼noteはこちら 🔗 https://note.com/tasty_azalea293/n/nf26561b2fc3c

★新規レコード作成の「＋」アイコンをなるべく使わない運用 ■契約の状況 ・ライトコース ・テスト期間含め、運用１年が過ぎました！（12月から本運用） ・営業部１１名で使用 　（３地域にまたがっており、別々の場所で働いています） ・主に、営業活動の記録、申請のオンライン化、　 　データ管理、コミュニケーションの目的で使用 ・事務員（私）が管理者となって運用中 ■背景 新規レコード作成の際、アプリの右上の「＋」から簡単に作成できますが、弊社ではこれが不評でした…。年齢層が高めなせいか？UIが洗練されすぎていると、直感的に操作できない人が多かったようです。 ■やったこと ・ポータル画面に設置したアプリへのリンク（アイコン画像から飛ぶ）は、新規のレコード作成が多いものは最初からedit画面にリンクするように。 ・使用頻度が比較的低いものは、ポータルに「入力は【こちら】」と文字リンクで新規レコード画面に誘導。 ・アプリのフォーム画面に「新規レコード作成は【こちら】」とデカ文字で表示（デザイン的にはダサいけど、ユーザーとしては分かりやすい😂） ・１個のアプリからなるべくアクションボタンで飛べるようにする（紐づけの上流のアプリのアクションボタンを充実させることで、下流のアプリから新規レコードを作成する必要を無くす） ■結果 みなさん普通にやってそうなことですが、↑の取り組みでレコード作成のトラブルがかなり減りました。（逆に、運用から１年経ったいまになって、＋で新規作成ができることを認識したユーザーもいるくらいで…良いのか悪いのか🤔） ポータルやフォームにリンクが沢山あると、見た目にはダサいですが、アプリが埋もれてしまうことを防止できたり、レコード作成の抵抗感をなくせたりと、メリットも多い気がします。 みなさんがユーザビリティを意識して行っている活動があれば、教えていただきたいです🙂

設備用の名称フィールドを作成したら、見やすくなって快適✨️ これまで、設備や機器の一覧には、メーカー・名前・型番を登録していました。その時々で検索する文字列が違うので、一覧に表示しているのですが......結構、目が散ってしまうんですよね。 そこで、Amazonなどの大手通販サイトの商品名を参考に、複数のフィールドを繋げた文字列フィールド[[名称_表示用]]を作ってみました！中のフィールドは同じなので、参照にも影響なし。 ビフォーアフターの画像を貼っておきます。スッと読めるようになったほか、フィールドの長さも短くできたのも利点と言えます。 似たような手法が効きそうな場所があれば、ぜひコメント欄で教えて下さい～～ 上 変更後 下 変更前 ※標準機能のみ・無料でできます♪

電話番号でも携帯電話でもアクション機能でバッチリ転記する方法✨️ 「お客様の情報から、請求書を作成したい！」 そんな要望から、以前にアクション機能を使って転記できるように設定をしていました。 ところが、電話番号はなくて携帯電話だけのお客様は、アクション使用時に情報が抜け落ちてしまいます。 当時のアクションの内容：電話番号→電話番号 これでは当然、携帯電話番号は参照されません... ハイフンがあるので文字列フィールドで自動計算したい →リンクフィールドは自動計算で判別されない →リンクフィールド→文字列フィールドに変換したい ということで、無料プラグインの範囲で実装してみました。 文字列フィールド「電話番号コピー用」「携帯電話コピー用」を作成 文字結合プラグインで「電話番号→電話番号コピー用」「携帯電話→携帯電話_コピー用」 文字列フィールド「優先電話番号」を作成し、自動計算。 　IF(携帯電話コピー用="",電話番号コピー用,携帯電話_コピー用) アクションの参照元を「優先電話番号」に変更 地味な恩恵ですが、転記のときに転記元アプリを見なくて良くなるのはQoLが上がりますね！

note書きましたよろしければご笑覧ください フォームブリッジ新デザインで条件分岐の挙動変わった？ https://note.com/kentaro1sh11/n/nfb6b138d8bc3

あらためまして、もりおすです。 新年度を迎えるにあたり、いろいろと自分的アップデートがあったので共有させてください。 ①はじめての単身赴任 　勤務地変更により、４月から１年ほど単身赴任（同じ都道府県内ですが）になります。 　→家族間でのkintone利用を促進するチャンス！ ②平日夜には自分の時間が増えるはず（週末は家族のもとに帰ります） 　→せっかくなので自己研鑽に使いたい！アソシエイトを取ります！ ③kintone café大阪の運営メンバーになりました！ 　→コミュニティ参加がはじめての方でも気軽に参加できるような場にしたいです。キンコミでも告知などしたいと思いますので、お近くの方はぜひ遊びに来てくださいね！ ④心機一転、アイコンを変えました！ 　→こっちのほうが印象に残る気がして...

契約の状況 ・ライトコース ・試用期間含め運用10か月目（12月から本運用） ・営業部１１名で使用 　（３地域にまたがっており、別々の場所で働いています） ・主に、営業活動の記録、申請のオンライン化、　 　データ管理、コミュニケーションの目的で使用 ・事務員（私）が管理者となって運用中 ■自分的アップデート 当初からkintoneに対して消極的（なんならネガティブ笑）だったユーザーさんが、急にレコードのチャット欄を使ってくれるようになって、さらに急に「これも使い方覚えれば、メールより便利だね」と言ってくれた～～～㊗️㊗️🌸🌸🎆🎆嬉しい！！ 最低限、通知だけでも見てくれたらいいな～ぐらいで思っていたので、急なポジティブ姿勢にすごく！喜びを感じました～。 ■今回の学び ・ユーザーに受け入れてもらうためには時間をかけること ・急に受け入れられることがある！あきらめない！ 以前、樺沢紫苑さんの「ストレスフリー」大全という本で読んだのですが、人に何かをしてもらいたいときは、やはり「長い目で」「押しつけがましくなく」「情報を与え続けることが大事」らしいです。 （この方は精神科医なので、患者さんに治療方針をおすすめすることが多々あったのですが、なかなか急には実践してもらえず…。けれど、情報を与え続けると、いきなりやってくれるものです、と本に書いてありました。今回思わず思い出してしまいました） なかなか理解してもらえないなーとお悩みの管理者さんの希望になれば幸いです…

no+eデビューしました。 「マークダウンエディタ for キンコミエディタ」を作ってみました。 でガイドライン違反となったため、no+e登録して記事を移行しました。 「マークダウンエディター for キンコミエディター」を作ってみました。 よろしければ、ご覧ください。 ※移行に際し、使い勝手や見栄えを見直しています。 　・リンクとテーブルをメニューに入れ込みました。 　・コードブロックも追加しました。

ご無沙汰の投稿です。 無免許で皆様に助言、ご意見しておりましたが、 ６５才の年齢に負けずに、受験しました。 ・サイボウズ認定kintoneアソシエイト　合格！ 80%で合格はしましたが、ショック！ セクションタイトル　スコア アプリ　　　　　　　58 ％　　　⇐ここ スペース　　　　　　100 ％ 管理者設定　　　　　100 ％ その他　　　　　　　100 ％ 応用　　　　　　　　 100 ％ １０年以上kintoneアプリ開発に絡んできましたが 悲惨な結果でした。 サイボウズさんへ お願いですから、試験問題文をわかりやすく、 ひっかけ問題なしにしてください！ ※これが無ければ、合格する人はもっと増えると思います。 　kintoneに係る人も増えると思います。 以上　近況のご報告です。

kintone界隈での用語の混乱について、自分の中でアップデートがあったので紹介します。 社内でkintone担当をしています。といっても会社に導入したのは２年前ですので、まだkintone歴２年のペーペーですが、立場的に部下や後輩からkintoneに関する様々な疑問質問を受ています。先日、kintoneを使い始めたばかりの若手から、「テーブル」と「サブテーブル」ってどう違うのですか？　という質問を受けました。 私は、昔は「テーブル」を「サブテーブル」と呼んでた。 つまり、テーブルとサブテーブルは同じものであり、両者に違いはない。公式は「テーブル」という用語に統一しているようだけど、昔からkintoneを使っている人の中には、「サブテーブル」という言葉が生きてるんだろうね。と説明してあげましたが、彼から帰ってきた言葉に衝撃を受けました。 彼曰く、「サブテーブル」って老害用語なんですね、と。 老害用語とは、主にサブカルチャー界隈の言葉で、今では使われていない言葉がアップデートされずに使い続けられるものを指すそうです。特にベテラン勢が新規参入勢に対して、「そんなことも知らないの？」的にマウントを採る用途で使われることが多く、その分野のすそ野を広げ利用者拡大を図る上での参入障壁になるということでした。 私は、大慌てで社内のkintone関連の手順書や自分の研修講師用資料等を点検し、「サブテーブル」を「テーブル」に置き換えました。そして、この話を社内のkintone推進メンバーに共有し、今後は「サブテーブル」という言葉の利用を控えることを確認しました。推進役であるべき我々がkinton推進の障壁にならないように気を付けようと、改めて反省しました。