詳細検索

kkkさん、２人いらっしゃるのでメンションなしですみません。 （できればアイコン設定いただけると助かります。） 「FormBridgeからのデータ投入用アプリ」をkkkさんが仰る「kintoneレコード」のデータのみのクローン（コードは一切入っていない）を介在させ、元の「kintoneレコード」に

お疲れ様です。 まず、レコードの更新については、マイページを使わないと、FormBridgeでは難しいと思います。 FormBridge内でkintone REST APIを叩く方法も出来なくはなさそうですが、「更新可能なAPIキーをコード内に晒す」ことになるので、セキュリティー上難しいと思います

図解いただきありがとうございます。 (ご指摘の通り、承認はプロセス管理を使う予定でした。) 盛り込みたい内容の動きなどを考えましたが 1つのアプリでやるかたちもそんなに無理がないかも？と思いました。 有料のプラグインが使えないこともあり 1つのアプリに複数の仕様、が選択肢になかったので自然に申請

初めまして。kintone初心者で独学で色々作成しております。 手詰まりになってしまい、アドバイス等ございましたらご教示いただきたいです。 💡 【使用環境】 kintoneスタンダード、フォームブリッジプレミアム、kviewerライト 【実現したいこと】 formbridgeから投入した内容につい

誤解無きよう、小生の質問・ご提案意図を図にしてみました。 図上段：文面から御社の現状を想像してみました。 図中段：ご投稿の文面から想定されるアプリ設計を図示してみました。 確かに、kintoneは１フォーム／１アプリの仕様（タブ配置で複数フォーム風には出来ますが、カスタマイズ案件となってしまいま

ご回答ありがとうございます。 アプリを分ける理由ですが、申請者側の動きを出来るだけシンプルにしたかったからです。 1申請1レコードであれば申請者は動きがシンプルになるので 管理側や開発側が多少面倒でも…という判断です。 お恥ずかしながら社内が基本紙文化なので kintone移行時にできるだけ簡単な

有給の取得総日数と残日数を管理したいから、ということですよね。 確かにフィールド入力のものをテーブルに転記するのは結構至難の業なので、 ①アプリ間レコード集計プラグインで集計 ②関連レコード一覧で履歴確認 という手法がスマートそうです。 ＜参考サイト＞ https://www.comdec.jp

そもそも論で恐縮です。 有休申請アプリと有休管理アプリをそれぞれ用意して と、それぞれ分ける理由は何でしょうか？ 「申請フォーム ＠管理アプリ」 と統合してしまった方が、開発負荷も軽くなるのでは？と思いますが… ちなみに、kintoneアプリストアには「休暇申請パック」というアプリパッ

有休申請・管理アプリを作成中ですが アプリ間連携で行き詰ってしまいました。 初投稿です。(これまではROM専でした👀) スタンダードコース契約中です。 プラグインは無料のもののみ利用可です。 JSは知識がないため未使用です。 有休申請アプリと有休管理アプリをそれぞれ用意して 有休申請したものを有

おはようございます。 たびたびすいません。 今度は私からの素朴な疑問です。 後学のためにご教授いただけるとありがたいのですが、kintoneへのユーザ登録は学校職員全員・保護者全員なのでしょうか。あるいはFormBridgeなどを使っているのでしょうか。 お忙しいとは存じますが、お教えいただける