なるほどそういうことですね。承知しました！ まず、キンコミ運営が作成してくれている、[コミュニティガイドライン](https://kincom.cybozu.co.jp/guideline)にあるように、 このキンコミでは直接コードなどの「開発」に関わる質問は控えていただくことになっておりますので

導入時の悩ましい問題ですね。 スタンダードかつ連携サービスが使える予算もあるなら、 Webフォーム連携等も比較的簡単にできて、変わった感（いままで転記に毎日○○分掛けていたが、自動化された。顧客対応スピードも上がった。等）が出せるとは思いますが。。。 （今後の価格体系改定で最小契約ユーザー数が5→

参考にになるかどうかわかりませんが 利用のコースがライトコースということですので カスタマイズ、無料の拡張サービス等が利用できませんので、 標準機能で活用できることで思いつくのが 　①入力項目が多い 　　アプリをグループ分けして、見た目を少なくする。 　　入力時、グループ項目を開き入力する。 　②

★相談したいこと ・入力項目を減らすために、できることはありますか？ ・入力を効率化するために、工夫されていることはありますか？ 　いずれも、標準機能内でアドバイスをいただけると 　うれしいです。。。 ■契約の状況 　・ライトコース 　・試用期間含め運用三か月目 　・営業部の導入プロジェクトメン

そうですね、、フィールドのアクセス権は条件分岐ができないので、難しいですが、 例えば、契約に関わる内容と、その後の営業状況でアプリを分けてはいかがでしょうか？ ①契約に関わる部分（プロセス管理で必要なもの）は案件管理アプリに。 ②営業進捗アプリを別で作成 　→顧客や契約内容などをルックアップで引用

＞・「Bアプリ」のフォーム上に契約番号や請求先の参照したい項目をルックアップで「Aアプリ」から取得させるようにしたが、自動でデータを取ってこれない こちらの部分ですが、ルックアップは情報を取得した時点のものまでしか取得出来ないのです。 一度Bアプリでルックアップして取得した後、Aアプリで情報Aの更

おはようございます！ 質問の意図を取り違えていたら申し訳ございませんが、コメントさせていただきます！ レコード単位でアプリ構築を行うかテーブル単位でアプリ構築を行うかについてですが、両方やってみてはどうでしょうか？ つまり、アプリを２つとマスタを１つ構築するイメージです。 構成は ・評価シートアプ

こんばんは！ 私はレコード派です。後々の加工や集計を考えて、レコード派です。 また、テーブルにすると検査項目がずれて入力される心配があるかも？1製品の項目で同時編集できないと面倒かも？思っています。 こちらの200個のチェック項目は事前に誰かが製品毎に用意されるレコードでしょうか？ であれば、

早速コメントいただきありがとうございます。 お返事が遅くなり申し訳ございません。 利用サービスのマスタを作成すれば関連レコード機能が使えますのでそれはいいですね！ 関連レコード機能自体はほかのアプリで使用しており設定はわかるので早速設定してみたいと思います。 実は現状の構成でも情報入力

おはようございます。 Bアプリの一覧ビューに、Aアプリの契約番号や請求先といった内容を表示させたい という要望でよいでしょうか？ ＞自動でデータを取ってこれない という状態から、おそらくAアプリにデータがある状態でBアプリを作成したものと 想像しているのですが、自動で、の部分がよく理解できません