詳細検索

おくむらさん こんにちは。 私は単純ですが、以下のようにアプリ名で付けてますね。 スケジュール→Schedule 日報→DailyReport おっしゃる通り、一度つけると変更できないので結構慎重になります。 サイボウズさんには、できれば可変にしてほしいところ。 ちなみに、他アプリでこのレコー

たしかに新しいことの説明…苦戦しますね…。 私の場合は、基本スタンスは1回の説明を上手くやるというよりは、100回とか500回とか同じ説明をし続ける！というマインドでコミュニケーションを取っています。 （もちろん、実際はそんな回数を説明せずに定着しているように感じています） アプリの場合は何回も

西村さんの案に便乗です。 アプリアクションで出荷指図データを作成したあと、受注レコードをルックアップでどうでしょう？ 受注レコード側は、画面表示だけで良いなら関連レコードで参照できますし、 データを持ちたい場合はTISさんの「アプリ間レコード更新プラグイン」で何とかなりそうです。

商品コードがテーブル外にある状態だと、JavaScirptでの実装か、プラグインを使ってのアプリ間連携で自動化できるかと思います。 商品コードをテーブル内に項目として追加して構わないのであればルックアップで現在個数を持ってこれそうですね。 何度も商品コードを入力するのでテーブルの入力レコード数がど

よしよしさん kintone hiveからのキンコミ参加うれしいです！`^^` 新しい仕事への抵抗感(拒否反応)。わかります。 kintone界隈にはあまりおられませんが、「昨日と同じ仕事を今日もしたい。」と考える方は一定数おられます。 新しい仕組みを覚えて、仕事が便利になっても給料に（すぐに

私も顧客管理からスタートしました。 アプリ自体はすぐできましたが、最初は関係者の理解を得るのも難しかったので時間がかかりました。 事業所や担当者などIDを軸にアプリ間連携をスタートしたくらいから風向きが変わっていったように思っています。 良い取組みになるよう応援してます~！

（悩み）アプリの作成場所について、アドバイス頂ければ幸いです。 社内的にkintoneの本格運用が始まりそうで、色々基準等も出来上がっているようなのですが、アプリの作成場所を「ポータル」としたほうがいいのか、「各スペース内」とした方がいいのか、悩んでいます。 完全にスペース間での連携がなく、今後

Takeshiさん NSAS平野です。弊社はお客様のアプリ開発のお手伝いをさせていただいています。 そのため、完成したシステムに対して設計書一式を納入しております。 納入ドキュメントは 　１．スペース一覧表 　２．スペース内アプリ一覧表 　３．アプリ一覧表 　４．アプリ毎の項目設計書（kintone

yamanaさん NSAS平野と申します。 弊社製品で「Excel連携アドイン」という製品があります。 Excelシートフォーマットとkintoneアプリ間でデータ検索・登録・更新可能な製品です。 既存Excelフォーマットで作成されておられるのであれば フォーマットそのままで若干、Excelマク

後藤由季さん。 むむむ、これはなかなか難問ですね。`^^;` 予算と実績や、売上と入金はそもそも運用が大きく異なるので、どうしてもアプリを分ける仕様になりがち、そして、kintone標準機能はアプリ間の連携が苦手なのは事実。 なので、krewDataなど、外部プラグインを使うというのが一般的で