ブログ

  • ワム・システム・デザイン株式会社

    ワム・システム・デザイン株式会社

    システム見積からシステム納品までの全工程を可視化

    ワム・システム・デザイン株式会社

    1989年

    23名

    ※2021年7月 時点

    物流倉庫管理システム、二次元コードを活用した画像認識関連システムの企画・開発・導入。

    営業・マーケティング、会計・経理

    この事例に関連するプロセス改善記事

    この記事の目次

    受注状況の可視化を実現

    Q. どのような業務でQuestetraをご利用なのですか?

    ワム・システム・デザイン株式会社は「倉庫管理システム」に特化したシステム開発会社です。

    一言で “倉庫” と言っても「食料品の冷凍倉庫」から「アパレル業界の洋服倉庫」まで様々な倉庫があります。「商品ピッキング」や「在庫管理」など、作業の名称は同じでも、利用するハンディー機器の違いや作業手順の違いなど、倉庫管理システム側が吸収しなければならない違いは多岐に及びます。

    ワム・システム・デザインでは、各工程で必要とされる機能を部品化(モジュール化)し、お客様1社1社に最適化された倉庫管理システム(WMS) 『KURA STAR』 を御提案しています。『Questetra BPM Suite』 は、社内手続きを標準化するために導入しました。見積・受注・請求の進捗がリアルタイムにモニタリングでき、営業部隊と管理部門の情報共有が大幅に改善したと思います。 ※ WMS = Warehouse Management System

    Q. フロー図は何種類位あるのですか?

    運用している業務フローは20種類程度になります。中でも事業の中核となる業務フローは、「現状調査~概算見積」、「詳細設計~正式見積」、「システム構築着手~システム稼働」の3業務です。

    1つ目は、営業部門が現状調査を行い「概算見積書」を提出するまでの無償対応工程です。最終的に作成される見積書のうち高額な案件の見積書は、営業部長と管理部門の「明確な承認」が必要となります。2つ目は、「システム仕様書」と「正式見積書」を作成・提出する工程です。この工程は有償対応工程なので、検収報告の受領や管理部門が請求書を発行する工程まで定義されています。3つ目は、実際にシステムを構築し稼働させる工程です。この工程は、管理部門が請求書を発行する工程までが定義されています。

    受注管理の視点から、3つのフローは別々に定義されていますが、必要なデータは(業務フローをまたいで)自動的に引き継がれる仕組みにしています。以前は案件進捗を Excel で管理する方式だったので「本当の進捗」を捕捉するのが非常に難しかったのですが、Questetra に自動的に記録される様になってからは、案件の状況が非常に簡単に捕捉できる様になりました。

    改善サイクルは長期的な視点が重要

    Q. 導入時の苦労を教えて下さい。

    従来、明確でなかった手続きが、非常に明確な形で標準化されたため、やはり現場の混乱はあったと思います。

    たとえば、「見積の詳細情報」は営業担当と開発担当の2人に閉じた情報だったのですが、「Questetra に登録して明確な承認を得なければならない」となりました。やはり「メンドウだ」と不満に思った人間も少なくなかったと思います。

    しかし、この「“関所”を通す」と言うルールのお陰で、見積書類の中にあった曖昧な表現が大幅に減ったと実感しています。社内の情報格差も少なくなり、またプロジェクトの振り返りもしやすくなったと思います。つまり、当初「業務効率が下がった時期」もあったのですが、今では正に「業務プロセスの改善」が出来たのではないかと感じています。

    Q. 今後の展開予定はありますか?

    正直な所、数年前の Questetra には「機能不足」を感じた事もあり、実際に一部の処理を Excel の機能でカバーしていた時期もありました。しかし、この2年程は様々な機能が強化され、今では「使っていないけど使いたい機能」が沢山あると感じています。

    現在は、既存のワークフロー(プロセスモデル)に対して積極的に「自動処理」を組み込んで行きたいと考えています。特に正式な書類の管理には様々な課題を感じている所でもあり、「PDF 書類の自動生成」をより多くの業務に展開してみたいと考えています。

    同業種の導入事例

  • みんな知るべきクラウド技術 「OAuth」 ってナニ?

    みんな知るべきクラウド技術 「OAuth」 ってナニ?

    0. 進化する Web 技術

    時代の流れは非情だ。

    『HTTPS』、『OpenID』、『OAuth』。。。一般ユーザも「きちんと理解しておいた方が良い基礎技術」が、日々、高度化・複雑化しているのだ。

    情報通信技術の進化の早さの中にあっては、俗に「ITベンチャー」と呼ばれる会社に勤めているプロ達(?)ですら、理解する時間を取れずに居る人も少なくない。例えば、今や非常に多くのサイト/アプリで活用されている「パスワード不要の連携技術」(OAuth)も、その概要が深く理解されていないのが実情だ。

    今回は、「最新の Web 技術」の概要を、一般のビジネスユーザにも何となく理解してもらえるように、平易に解説してみようと思う。「サーバとは何か?」から始めて「OAuth とは何か?」まで。。。

    「ナンデ?」 動機は若干不純だが、我が社(クエステトラ社)のワークフロー製品『Questetra BPM Suite』の「他システム連携機能」がパワーアップし、ますます最先端の技術用語を説明する機会が増えたからだ。。。(??!)

    ※ クエステトラ: クラウド型ワークフロー、マッシュアップ機能を強化
    ~Force.com 等の OAuth 2.0 リソースにもアクセス可能に~ (2014-01-20)
    https://questetra.com/ja/info/oauth-connection-20140120/

    1. OAuth 理解に重要な2つの用語

    サーバとは何か? API とは何か?

    1-1. 「サービス」するから『サーバ』!

    サーバとは何か?

    『Web サーバ』と聞けば、どうしてもメマイがするが、『ビールサーバ』と聞けば、ニコヤカになる。。。(まーそんなモンだ)

    しかし良く考えれば、サービスする機械だから「サーバ」なのだ。この両者に大した違いはない。確かに『Web サーバ』(実物)を目にする機会はほとんど無いが、恐れることはない(?)。「インターネットの中で、何かサービスをしてくれる機械」と言うだけの話だ。

    ここで大切な事は、インターネット(≒HTTP/HTTPS)の世界では「リクエスト」(依頼)と「レスポンス」(返答)で成り立っている、と言う事実だ。意外とココを忘れてしまっている人が多い。しかしコレを認識していないと、Web 技術(Web の仕組み)の理解は進まない。当然だが「依頼に応える側」が『サーバ』だ。(そして依頼する側は『クライアント』と呼ばれる)

    1-2. 誰かに向いてるから『インターフェース』?

    一度は聞いた事がある「ゆーあい」(UI)と言う言葉。。。『USER インターフェース』の略だ。

    ゲームに代表される「スマホアプリ」(「ネイティブアプリ」とも)の場合は、サーバから情報を受け取った「スマホアプリ」自身が「インターフェース」を表示する。また「汎用ソフト」(ブラウザ)の活用を前提とするシステムの場合は、『Web サーバ』自身が情報のレイアウトを配慮した上でデータを送信している。いずれにせよ UI とは、USER (人間)に対する情報提供の仕組みであり、人間と近い機械が「情報のレイアウト」を行ってくれている。

    #「ウチのシステムは UI にコダワッテまして、是非この洗練された UI を…」などと、ユーザが見える部分だけを説明されると、個人的には「中の仕組みは洗練されてないのん?」とか「システム全体の仕組みを説明してよん?」とか思ってしまう。が、そんな話はどうでもイイ。

    一方、ちまたでウワサ(?)の「えーぴーあい」(API)は、『PROGRAM インターフェース』だ。

    ナンてことは無い、「ゆーあい」(UI)の相手は『USER』だったが、「えーぴーあい」(API)の相手は『PROGRAM』だ。つまりプログラム(ソフト)に対する情報提供機構を指している。この場合、人間にとって理解しやすい情報レイアウトにする必要が無い。むしろ「人間にとって心地よいデザイン要素」なんて無用だ。(※ Application Programming Interface )

    さて、、、ここで大切な事は、

    • コンピュータは「人に対して情報を提供する」以外にも
    • コンピュータは「機械同士で情報を提供しあっている」

    と言う現実だ。実際、「(1)スマホ (2)サーバ (3)他のサーバ」と言った連鎖的な通信はガンガン行われているし、人間(USER)が寝ている時間帯ですら、サーバ同士で様々な通信が行われている。意外と忘れがちなのだがこの「機械同士で情報を提供しあっている」と言う事実を認識していないと、Web 技術(Web の仕組み)の理解が進まない。

    2. 『リクエスト』と『レスポンス』

    目を閉じる。。。

    インターネット上に無数の『リクエスト』が飛んでいる。。。

    「サーバの存在」(1-1)と「サーバのインターフェース」(1-2)について認識すると、その様子がイメージできる。。。(ん? デキルか? デキルのか??)

    2-1. 『リクエスト』(依頼)の種類

    まずはその発信、つまり『リクエスト』について、掘り下げてみたい。。。

    • A. リクエストの際に、何も渡さない
    • B. リクエストの際に、何かを一緒に渡す

    まずもって『リクエスト』には2種類ある。(ホントはもっとある)

    マッコウ真正面から説明しても認知しづらいので、ビールサーバをイメージしてもらいたい。「ハンドルだけのビールサーバ」と「自販機っぽいビールサーバ」をイメージする。なるほど、同じリクエストでも「お金」が必要なサーバと、そうでないサーバが存在するのだ。(!!?)

    インターネット上に飛び交っている『リクエスト』にも「a.簡単なリクエスト」と「b.中身のあるリクエスト」の2種の依頼方法がある。(!!)

    • a. 葉書っぽい『リクエスト』
    • b. 封筒/小包っぽい『リクエスト』

    両者の違いは「中身」のアルナシだ。

    「a.簡単なリクエスト」の場合、いわゆる URL だけで良い。例えば「 https://questetra.com/ja/blog/ 」と書けば、それは「ブログを表示して」と依頼している事になるのだ。この方法をクロウト達は『GETメソッド』と呼んでいる。「プロ達」は「あー、そのデータは GET で受け渡しするんだよ」とかワケの分からん表現をするのだが、要は「a.簡単なリクエスト」と言う事だ。

    一方「中身のあるリクエスト」は URL だけでは済まない。アンケートフォームに答えたり、画像情報をアップロードしたりする際には、『封筒』や『小包』にして「リクエスト」を渡さなければならない。この方法を『POSTメソッド』と呼んでいるのだ。

    ん。待てよ。『封筒』と『小包』もナンカ違う? そう、『封筒』の場合はテキスト情報だけが入っているのに対して、『小包』の場合は写真や動画などバイナリ情報が入っているのだ。

    と言う事で、『リクエスト』を大別すれば、以下の3種類が実存する。(ぎゃー、、、メマイが、、、)

    • a. 葉書⇒ 「GETメソッド」
    • b1.封筒⇒ 「POSTメソッド (application/x-www-form-urlencoded)」
    • b2.小包⇒ 「POSTメソッド (multipart/form-data)」

    #深夜ラジオに「チェッカーズの新曲、流して!」と依頼するリクエストは、ハガキだ。(どうでもイイ)
    #あ、「涙ぁ~のぉ~、リクエぇ~スト」は、誰に何をリクエストしてたのだろう。(どうでもイイ2)

    2-2. 『レスポンス』(回答)の種類

    では、(『リクエスト』に応答する)、『レスポンス』には、どんなものがあるのだろう? (頑張ってイコー)>自分

    考えてみれば難しいことではないが、『レスポンス』(返信)には必ず「中身」がある。

    text/html」、「text/css」、「application/octet-stream」、「video/mpeg」。。。非常に種類が多いのでアンマリ知らなくて良いが、(ワタシも良く知らない)、こちらも「テキスト情報系」と「画像系情報」がある。つまり、テキスト情報系なら『封筒』でよいが、画像系情報なら『小包』で返ってくるのだ。

    ここで大切な事実は、『レスポンス』も『リクエスト』と非常に似ていると言う事だ。実際、両者は共に「メッセージ」と呼ばれる。ちなみにレスポンスの『封筒』や『小包』には、(『リクエスト』(依頼)には必須だった)、「URL」や「メソッド命令」はない。

    2-3. API への『リクエスト』と API からの『レスポンス』

    いや、待てよ・・・。

    イマドキの Web 通信は「コンピュータ同士もすなる」とぞ言ふ。

    そう、今、コンピュータ達の間で流行している「中身」は『application/json』だ。(「ジェイソン」と言っても「殺人鬼」ではない ←オキマリ)

    API からの『レスポンス』(の中身)は「application/json」だったり、「application/soap+xml」だったりするのだ。既に説明したように、人間には読みづらい。が、機械には非常に読み易い。ここで大切な事は、『レスポンス』だけでなく『リクエスト』でも、API との通信においては「人間には読みづらいフォーマット」が多用されていると言う事実だ。

    #ちなみに json や xml はテキストなので、画像系データを載せづらいと言う弱点がある。

    3. 具体的な API リクエスト

    さて、、、ここまでの説明を踏まえて、『API リクエスト』の例を見てみよう。

    3-1. 事例:カレンダー予定の追加

    いきなり、リクエスト例を書いてみる。簡単追加(quickAdd)と言う API を使っている。

    Request:

    POST https://www.googleapis.com/calendar/{TeamCalendarID}/events/quickAdd
    Content-Type: application/x-www-form-urlencoded
    
    text=Meeting 2014-01-22

    「にゃるほどぉー!!」と、1人にでも言ってもらえれば、この記事を書いてよかったのだが、どうだろう?

    先頭のPOSTとContent-Typeの説明で、「封筒(POST)でリクエストするよー」と言って、URL部で、「カレンダ{TeamCalendarID}に、予定(events)を追加してー」と言って本文で、「予定の内容は「Meeting 2014-01-22」だよー」

    と言っているのだ。するとすかさずサーバから「登録したぜ」と言う内容が json フォーマットで返ってくるのだ。

    Response:

    {
      “kind”: “calendar#event”,
      “status”: “confirmed”,
      “created”: “2014-01-21T07:28:46.000Z”,
      “updated”: “2014-01-21T07:28:46.357Z”,
    }

    3-2. 事例:ブログ原稿の投稿

    例をもう一つ。

    Request:

    POST https://www.googleapis.com/blogger/v3/blogs/{TeamBlogId}/posts?isDraft=true
    Content-Type: application/json
    
    {
      “content”: “Hello<br>Hello<br>Hello”
    }

    このリクエスト例は

    先頭で、「封筒で(POST)でリクエストするよー」
    URLで、「ブログ{TeamBlogId}に、草稿を追加してー」
    本文で、「草稿の内容は「Hello<br> Hello<br> Hello<br>」だよー」

    と言っている。こちらはリクエスト本文にも json が使われている例だ。そして返事にも恐怖の json 殺人鬼が…。

    {
      “kind”: “blogger#post”,
      “content”: “Hello<br> Hello<br> Hello<br>”,
      ...
    }

    4. 誰が許したリクエスト?

    「API へのリクエスト」と「API からのレスポンス」が解読できる様になった。(へ?、なった??)

    しかし、誰でもリクエストできるワケでは無い。つまり権限の問題がある。そこで重要な技術は「許可」の技術だ。その名も「おーおーす」(OAuth)と言う。いまや Facebook Twitter などなど、さまざまなサービスで利用されている。

    そう言えば、会議の場で「その件は未だ社内で“オーソライズ”されて居ないので云々」などと発言するオトナ達がいるが、あの “オーソライズ” と同じ言葉だ。Web サーバ間の OAuth 通信も、システムユーザに「オーソライズ」された通信しかできない。

    以下は、「システム利用者」ではなく、「システム運用者/設定者」や「業務プロセス設計者」が知るべき知識を書く。つまり日頃ユーザとして利用するだけの方は、以下の内容までは知る必要が無い。

    ちなみに、この「許可」(認可)と言う概念は、「IDパスワードを渡す」(認証)の概念と本質的に違う。例えば、「許可」であれば後で取り消せるが、「IDパスワード」を忘れてもらう事はコンナンだ。

    4-1. OAuth 2.0 通信の設定

    OAuth 通信設定とは、要するに「自動送受信の御膳立て」だ。大きな流れは以下の通りとなる。

    しかしこの「許可設定」は、実際に設定画面と格闘してもらう方が早い。手順等を詳細に書いたとて、ナカナカ頭に入るものでもない。と言う事で、無責任な話ながら、まずは「Googleコンソール」にアクセスし、新しい「Project」を作成する所から始めるのをオススメする! ※ https://cloud.google.com/console/project

    • 1) 自動接続の受け入れ設定(Google側)
      1-1. 連携設定ユーザが「Googleコンソール」にアクセス
      1-2. [Credential](証明書)メニューに移動し「CLIENT ID」を作成  ← 要 Questetra の 「Callback URL」
      1-3. 『Client ID』と『Client secret』を取得
    • 2) 自動発信の設定(Questetra側)
      2-1. プロセスモデル(業務プロセス定義)を作成
      2-2. 日付型のデータ項目、文字列型のデータ項目を作成
      2-3. 自動送信文字列の生成
      2-4. 自動送信アイコンの[OAuth 2.0 設定]に証明書を登録
      2-5. 自動送信アイコンの「通信設定」にて送信先を設定

    <より詳細には…>
    ◇クラウド型 Workflow と Google Calendar (OAuth 2.0 連携) (2014-01-27)
    https://ja.workflow-sample.net/2014/01/oauth2-google-calendar.html

    4-2. OAuth 2.0 通信の基礎知識

    • Credential (証明書)
      • OAuth サーバ側で、特定の通信に対して発行する証明書
    • OAuth 2.0 サーバの種類
      • A. 接続許可証(Access Token)のみを提供する API
      • B. 接続許可証を更新する仕組み(Refresh Token)併せて提供する API
      • 1. 許可の範囲(Scope)の指定が必須の API
      • 2. 許可の範囲(Scope)の指定が任意の API
    • OAuth 2.0 の構成
      • a. OAuth 2.0 クライアント
        • a1. Web Application に組み込まれたプログラム(Webサーバー上 Confidential クライアント)
        • a2. Web クライアント等に組み込まれたプログラム(User-agent-based application)
        • a3. Android/iOS等ローカルアプリに組み込まれたプログラム(Native application)
      • b. OAuth 2.0 認可サーバ (アクセストークンを発行する:Authorization Server)
      • c. OAuth 2.0 リソースサーバ (データ提供等を行う:Resource Server)
    • OAuth 2.0 の用語
      • [Consumer key] クライアントを識別するID(client_id)
      • [Consumer secret] クライアント識別IDとペアの秘密鍵(client_secret)
      • [Authorize URL] エンドユーザーがクライアントにリソースの使用許可を出す確認画面
      • [Redirect URI] クライアントが認可コードなどを受け取ることになるエンドポイント

    5. まとめ

    • サーバへの「リクエスト」には POST/GET と言う依頼の種類がある。
    • サーバへの「リクエスト」中身がある時とない時がある。
    • サーバからの「レスポンス」には色々な中身がある。
    • コンピュータ同士の API 通信では「json」と言うテキストやり取りが流行しているらしい。

    非常に乱暴な概説だったが、まずはこの程度の「システム構築知識」があれば自動連携通信の設定ができるようになる。以上の知識に「プログラミング知識」は要らない。

    しかし、、、クラウド時代のシステムインテグレータ(システム構築)はタイヘンだ。つまるところ、世界中の「OAuth リソース」を活用する事になるのだ。そこにはいわゆる通信知識だけでなく、どこにどの様な「OAuth リソース」があるか?、その利用コストはどの程度か?、あるいは「OAuth リソース」が使えない場合にはどの様な対策を取るべきか??と言った幅広い知識が必要になる??

    PS. 無料試用のススメ

    クラウド型ワークフロー 『Questetra BPM Suite』 は、少人数なら無料で使い続ける事ができる!!そして、OAuth 2.0 のクライアント機能を標準装備している。まだ、色々と機能制約はあるのだが、ぜひ一度試してみてもらいたい。

    PS2. 専門家向けFAQ

    アクセストークンは HTML ヘッダ部にて送出されマス。ファイル型データはファイル名が送出されます。同一パラメータ名で複数データを送出する設定にすれば配列になります。今(v9.8)のところ「多階層な json データ」をリクエスト送出する事はデキマセン。

    「スクリプト工程」や「Addon サービス工程」(自作の自動工程)などで、多階層な json を送出することが可能です(20160905, v11.1~)

     

     

  • What is “OAuth”, the Cloud Technology which Everyone Should Know?

    What is “OAuth”, the Cloud Technology which Everyone Should Know?

    What is “OAuth”, the Cloud Technology which Everyone Should Know?
    The Web server and the OAuth server are something similar! The important fact is that being communicated by “request” and “response”!

    0. Web technology to evolve

    The flow of the times is ruthless…

    “HTTPS”, “OpenID”, “OAuth”,,, “Basic technology”, which general users should understand properly about, is becoming more sophisticated and complicated every day.

    In the speed of evolution of information and communication technology, even professionals who work for a company commonly known as an “IT start-up” do not have time to understand them all. “OAuth”, “a password-free collaboration technology” that is now being used by so many sites / applications for example, the outline is not yet deeply understood.

    In this article, I will try to explain the outline of “the latest web technology” in a simple way so that even general business users can somehow understand it. Starting from “What is a server?”, to “What is OAuth?” …

    “What’s it for?”

    The reason behind it is that, the opportunity to explain more advanced cutting-edge technical terms has increased, since the “external system cooperation function” of our company Workflow product “Questetra BPM Suite” has been upgraded… (?!)

    1. Two terms important for you to understand Web technology

    What is a server? What is OAuth?

    1-1. Referred as “Server”, because it serves services!

    What is a server?

    When you hear the word “Web server”, you might feel dizzy. When you hear the word “Beer server(*)”, you might feel happy.(* In Japan, Beer taps are referred to as Beer server)

    But if you think carefully, it’s a “server” because it’s a machine for serving. There is no big difference between the two. Surely, there are not many opportunities to see a “Web server” (in real life), but there is nothing to be afraid of. It is only a “machine that does something on the Internet”.

    What is important here, is the fact that it is based on “request” and “response” in the world of the Internet (≒ HTTP / HTTPS). Strangely, many people seem to have forgotten that. However, if you do not understand that, your comprehension of Web technology (the mechanism of the Web) will not improve. In this way, “the side to respond to requests” is the “server”. (And the requesting side is referred as “client”)

    1-2. Is it called “Interface” because it is facing somebody?

    UI, a term which many people may have heard sometime… Stands for ‘User Interface’.

    In the case of “smartphone applications” (also “native applications”) like video games, an “interface” is displayed via a “smartphone application” itself which received the information from the server. Also, in the case of a system using a “general purpose software” (browser), a “Web server” itself transmits data after arranging the layout of information.

    Anyway, UI is a mechanism for providing information to a USER (human), that machines close to humans present as a “layout of information”.

    # When I heard from a sales representative explaining only the parts where a user can see, like saying “Our system sticks to UI, definitely this sophisticated UI …”, I personally tend to think that ‘Is the internal mechanism not sophisticated?’, or ‘I want the explanation about the entire system’s mechanism’. Yet, such a thing is unimportant.

    Whereas, an API, is a “PROGRAM Interface”.

    The partner of “UI” was the “USER”, but the partner of an “API” is the “PROGRAM”. That is, it refers to the information providing a mechanism against to a program (software). In this case, there is no need to make an information layout easy for a human being to understand. That part is not necessary. (* Application Programming Interface)

    Now, what is important here are the facts that

    ・in addition to computers “providing information to people”,
    ・computers are also “providing information between them”.

    In fact, a chain-like communication between “(1) smartphone (2) server (3) other server”, etc. is being carried out. And even when the human being (USER) is sleeping, such communications are taking place.
    Even though it tends to be ignored, unless you are aware of the fact that information is provided between machines, your comprehension of Web technology (the mechanism of Web) will not improve.

    2. “Request” and “Response”

    Close your eyes and imagine,,, There are countless “requests” on the Internet… Recognizing the “presence of a server” (1-1) and the “interface of the server” (1-2),

    2-1. Types of “Request”

    First of all, I want to delve into the transmission, that is, the “request”…

    A. Not handing over anything when transmitting request
    B. Handing over something when transmitting request

    First, there are two types of “requests”. (There really are more.)
    Since it is hard to recognize, I would like you to imagine a beer server.
    Imagine a “Beer server with only one tap” and a “Beer server like a vending machine”. You see, upon the same request, there are servers that require “money” and ones that don’t.

    There are two methods “a. Simple request” and “b. Request with content” for “Requests” that are flying over the Internet.

    a. postcard-like “request”
    b. envelope/ parcel-like “request”

    The difference between them is the presence or absence of “contents”. In the case of “a. Simple request”, only a so-called URL is enough. For example, if you write “http://www.questetra.com/blog/”, it means that you are asking to “Displaying a blog page”.
    Experts call this method “GET method”. “Professionals” use expressions, such as “ah, that data is delivered by GET” or the like, they are talking about “a. Simple request”.

    On the other hand, the “request with contents” cannot be done with just the URL. When answering the questionnaire form or to upload an image, you must hand over a “request” as “envelope” or “parcel”. This method is referred to as “POST method”.

    Hmm. Wait a minute. The metaphor of “envelopes” and “parcels” may be even wrong somehow…
    Yes, in the case of an “envelope”, only text information is contained, while in the case of a “parcel” it contains binary information such as photos and videos.

    So, “Requests” are roughly classified into the following three types. (Oh no, I’m getting dizzy!)

    a. Postcard⇒ “GET method”
    b1.Envelope⇒ “POST method (application/x-www-form-urlencoded)”
    b2.Parcel⇒ “POST method (multipart/form-data)”

    2-2. Types of “Response”

    So, what kind of “responses” are there?

    It is not difficult to think about, that a “response” (reply) always has “contents”.

    “Text/html”, “text/css”, “application/octet-stream”, “video/mpeg”…

    You don’t have to know it all since there are so many types (I do not know them all either), but there are also “text type information” and “image type information”.

    The important fact here is that a “Response” is very similar to a “Request”. In fact, both are referred to as “messages”. By the way, there is no “URL” or “method order” in an “envelope” or “parcel” “response” (it is mandatory for “requests” only).

    2-3. “Request” to API and “Response” from API

    Hold on a second…

    They say, Web communications of these days are carried out between computers.

    That’s right, the “content” that is popular among computers is “application/json”, now.
    (The contents of) “Response” from the API is “application/json” or “application/soap+xml”.
    As I already explained, it is hard to read for human beings. But, it is very easy to read for machines.

    The important thing here is that not only in “response” but also in “request”, it is a fact that “communication formats hard to read by humans” are widely used in communication with APIs.

    # Incidentally, since json and xml are texts, the downside is that it is difficult to put image type data.

     

    3. Examples of API Request

    Well, let’s take a look at examples of “API request” based on the explanation so far.

    3-1. Case: Adding schedule to a calendar

    Here, I write an example of a request. I use an API called quickAdd.

    Request:

    POST https://www.googleapis.com/calendar/{TeamCalendarID}/events/quickAdd
    Content-Type: application/x-www-form-urlencoded
    
    text=Meeting 2014-01-22

    If only one of you understand this, I would be satisfied for having written this article. In the request above, it says

    “I send a request by an envelope (POST)” at the top and in the part of Content-Type, “Add a schedule (events) to the calendar {TeamCalendarID}” in the URL, “The content of the schedule is ‘Meeting 2014-01-22′” in the body.

    And then, soon the response with content of “registration completed” is returned from the server in json format.

    Response:

    {
      “kind”: “calendar#event”,
      “status”: “confirmed”,
      “created”: “2014-01-21T07:28:46.000Z”,
      “updated”: “2014-01-21T07:28:46.357Z”,
    }

    3-2. Case: Posting a blog article

    Request:

    POST https://www.googleapis.com/blogger/v3/blogs/{TeamBlogId}/posts?isDraft=true
    Content-Type: application/json
    
    {
      “content”: “Hello<br>Hello<br>Hello”
    }

    In this request sample, it says;

    “I send a request by an envelope (POST)” at the top, “Append an article to the blog {TeamBlogId}” in URL part, “The content of the article is ‘Hello<br> Hello<br> Hello<br>’” in the body

    This is an example in which we are using json also for in the body. And json is also in the response:

    {
      “kind”: “blogger#post”,
      “content”: “Hello<br> Hello<br> Hello<br>”,
      ...
    }

     

    4. The Request, allowed by Whom?

    Now that you are able to understand the “Request to API” and “Response from API” concepts.

    However, not everyone can make a request. That is, there is an authority issue. So, what is important here is the “authorization” technology. That is referred to as OAuth, which is now used in various services such as Facebook and Twitter.

    OAuth communication between Web servers can only communicate with “authorized systems” by system users.

    In the following, I will mention about knowledge which “System operators / Configurators” and “Business Process designers” should know. Not for “System users”. In other words, those who only use it as a daily user do not need to know the following contents.

    By the way, the concept of “permission” (authorization) is essentially different from the concept of “giving ID and password” (authentication). For example, if it is a “permission”, you can cancel it later. But it is difficult to ask to forget “ID and password”.

    4-1. Setting up OAuth 2.0 communication

    In short, “OAuth communication setting” is “a setup for automatic transmission and reception”. The flow is roughly as follows:

    However, it would be faster for you to learn about “authorization setting” by actually doing it in the setting screen. Even if I write the procedure etc. In detail, it is not easy to get it into your head. So, forgive me, but I recommend you to access the “Google Console” first, and to start from creating a new “Project”! ※ https://cloud.google.com/console/project

    1) Setting up automatic connection reception (Google side)
    1-1. Federation setting user to access “Google console”
    1-2. Go to the [Credential] menu and create [CLIENT ID]
    – “Callback URL” of Questetra is required
    1-3. Acquire “Client ID” and “Client secret”

    2) Setting up automatic transmittal (Questetra side)
    2-1. Create Process Model (Business Process Definition)
    2-2. Create a Date type Data Item and a String type Data Item
    2-3. Generate a string to be automatically sent
    2-4. Register the Credential in [OAuth 2.0 setting] of the automatic transmission icon
    2-5. Set the transmission destination in the “Communication setting” of the automatic transmission icon

    4-2. Basic knowledge of OAuth 2.0 communication

    Credential
    Certificate for specific communication issued on the OAuth server side

    Types of OAuth 2.0 server
    A. API that provides only a connection permission (Access Token)
    B. API that provides a mechanism for updating connection permission (Refresh Token) included

    1. API that specification of permission range (Scope) is mandatory.
    2. API that specification of permission range (Scope) is arbitrary.

    Component of OAuth 2.0
    a. OAuth 2.0 client
    – a1. Program embedded in Web Application (Confidential client on Web server)
    – a2. Program embedded in the Web client, etc (User-agent-based application)
    – a3. Program embedded in local applications such as Android / iOS (Native application)
    b. OAuth 2.0 authorization server (to issue access token: Authorization Server)
    c. OAuth 2.0 resource server (to provide data, etc.: Resource Server)

    OAuth 2.0 Terminology
    [Consumer key] ID for identifying the client (client_id)
    [Consumer secret] The secret key in pair of the client identification ID (client_secret).
    [Authorize URL] Confirmation screen on which the end user gives permission to use the resource to the client
    [Redirect URI] Endpoint that the client will receive an authorization code etc.

    Specification of OAuth 2.0 communication [RFC6749,RFC6750] [RFC6749,RFC6750]
    http://tools.ietf.org/html/rfc6749
    http://tools.ietf.org/html/rfc6750

    5. Summary

    • There are types of request called POST / GET to send a “request” to the server.
    • “Request” to the server may or may not have contents.
    • “Response” from the server has various contents.
    • Text communication called “json” seems to be prevalent in API communication between computers.

    Although it was a very rough overview, first of all, if you have “system development knowledge” of this degree, it will be possible to set up automatic cooperation communication. The above knowledge does not require “programming knowledge”.

    However, it is tough for system integrators (system construction) in this Cloud era.
    After all, they must face “OAuth resources” around the world. In addition to so-called communication knowledge, they are required a wide range of knowledge, such as where and what kind of the “OAuth resource” are there, how much the use cost will be, or what measures should be taken if “OAuth resource” was unavailable.

    P.S. Recommendation of Free trial

    The cloud-based Workflow “Questetra BPM Suite” can be used for free if only a few people will use it! And, it has OAuth 2.0 client function as standard functionality.

    There are still various functional restrictions, but I would like you to give it a try.

    P.S.2 FAQ for Experts

    The access token is sent in the HTML header. Currently (as of v9.8), it is not possible to send a request with “multi-level json data”. For File type data, the filename is sent. If you set to send multiple data with the same parameter name, it becomes an array.

  • Cloud Workflow v9.8 Enhanced Mashup Function

    Cloud Workflow v9.8 Enhanced Mashup Function

    Accessible to OAuth 2.0 Resource

    Kyoto, Japan, January 20, 2014, Questetra, Inc., the global SaaS provider of Business Process Management (BPM), today announced that they have published the new version 9.8 of the cloud-based Workflow product “Questetra BPM Suite” on January 20, 2014. With the new version, automatic data transmission to ‘API that requires access right’ is available. For example, you will be able to easily build a system, that article which was approved in the workflow is automatically posted to external Blog system.

    Automation of Transmission and reception of Business Data

    Questetra BPM Suite

    “Questetra BPM Suite” is a Workflow product which makes you be able to handle your business data on the Cloud. It will contribute to enhancing internal control and operational efficiency. It has a great feature that you can modify the configurations with easy Drag & Drop operation for the business rule or business flow. You can continuously improve complicated business processes such as Decision-making, Translating, or Complaint handling.

    New Feature OAuth 2.0 Client

    You can automate data communication with external system by placing Event Icon in the middle of a Workflow. By setting connection with the external system such as Google API or Force.com API, you can send and receive business data without human intervention. So far, it has been available ‘connecting function with API without Access Restriction’ or ‘connecting function that the usage was limited like file output to Google Drive’. But with this ‘OAuth 2.0 Client function’, you will be capable of accessing to various ‘OAuth 2.0 resource server’, so that you will achieve more flexible system conjunction (Mashup). We will publish successively for the specific method of connection setup and application examples as free samples, now on.

    Other Improvements

    In the new version 9.8, we made various improvements, other than “OAuth 2.0 Client function”.

    Attachment on Form Start feature

    The “Form Start feature” (of v9.7), which is capable of embedding an ‘Application Form’ or ‘Contact Form’ into Web page etc., and takes in input data from those Form to Workflow directly, now supports file attachment. You can use it for such as Public Offering that need file attachment.

    Input Check with Regular Expression

    In the input field of String type, Input Check using the “regular expression” is now available. In combination with such length limit and mandatory settings, you will be able to easily build business systems that require accurate data entry.

    Script Check on Automatic Data Processing

    In the “Script Task”, an automatic data processing which is capable of complicated data processing, is now to detect a syntax error of “ECMA Script” at script setting. It will allow you to efficiently perform improvement cycle for automatic processing steps.

    Folding Display in ‘Task Feed’

    In the “Task Feed”, the Enterprise Social Networking which associated with business data in Workflow, now sentence posts is folded automatically. Business communications in the team will be browsed more clear and easy.

    Future Works

    Cloud Computing is now going into popularization phase. Especially in the SaaS field, “Switching from company-owned to per-use” is accelerating, not limited to workflow, in many computer systems such as e-mail, groupware, CRM (Customer Relationship Management). Questetra BPM Suite has been grown to be used by 4000 companies in 100 countries (including Free SaaS). In the next major version Ver10, we are planning to continue to enhance the ability to understand the processing performance and business progress more easily.

    About Questetra, Inc.

    Questetra, Inc. is the enterprise cloud computing company in Kyoto Japan, founded in 2008. We optimize the world’s Business Processes.

  • 業務の可視化(見える化)、3つの視点

    業務の可視化(見える化)、3つの視点

    業務のルール・遂行状況・実績の視点で整理すれば分かりやすい!

    こんにちわ!矢作です!
    我らがクエステトラも、あと数カ月で設立から6年が経過します。この6年の間、多くの会社の BPM – Business Process Management – 活動をお手伝いしてきましたが、その中で「業務の可視化(見える化)」という言葉は本当によく使われてきました。

    • 業務効率向上のため、同じ手順で進められるよう業務プロセスを可視化したい!
    • 問題が発生したときに、すぐに検知できるように業務プロセスを可視化しなければ!
    • 業務を改善したいけど、業務プロセスを可視化しないとどこに問題があるかわからないぞ!

    などなど、業務改革に取り組んでいる人たちは「業務の可視化」の重要性を語ります。しかし、「業務の可視化(見える化)」って一体何なのでしょう!?

    1. 「業務の可視化」という言葉の罪
    2. 3つの視点
    3. ルール(Rule)の可視化
    4. 遂行状況(Progress)の可視化
    5. 実績(Results)の可視化(見える化)
    6. 業務の可視化とBPM

    1: 「業務の可視化」という言葉の罪

    「業務の可視化」はとても重要なこと。誰でも、なんとなく知っています。

    しかし、「業務の可視化」は何のことを言っているのか理解しづらい。理解しづらいから、「業務の可視化」を実現するのは、とても難しいことのように感じてしまいます。「業務を可視化するぞ!」とリーダが声高に叫んだとしても、その言葉を聞いた、業務改革プロジェクトに参画する人たちは、リーダが考えていることを正しく理解できないことはよくあるんじゃないかと思います。

    「業務の可視化」という言葉は、その響きから、なんとなく良いことのように思えるけど、具体的に何を指すのかがイマイチ分かりづらい。人によって受け止め方が異なります。この言葉はとても罪な言葉だと思うのです。本記事では、「業務の可視化」という言葉の曖昧さをなくすことで、より理解しやすくなる方法を紹介します。

    2: 3つの視点

    「業務の可視化」という言葉が曖昧であるのは、「業務」という2文字が何を示しているのかがよく分からないから。

    この「業務」を3つの視点で少し掘り下げると何を「可視化」するのかがクリアになります。
    3つの視点、それは RPR。アールピーアール!(?)

    1. ルール (Rule)
    2. 遂行状況 (Progress)
    3. 実績 (Results)

    これら3つの視点で業務を可視化すると、業務改革の目的である、売上倍増!50%コストダウン!品質向上120%!などにどんどん近づいていくはず!?です!

    3: ルール(Rule)の可視化

    業務のルール(手順と言い換えた方がいいかも知れません)を明らかにし、業務に携わる人全員でそのルール(手順)を共有する、ということ。業務の標準化、とも言われますね。

    対象の業務について、成果物は何か?業務のスタートは何がきっかけか?誰が何をどんな順番で処理するのか?を明らかにし、これをみんなで共有すれば、きっと良いことありそう!な気がしますよね。

    そして、そのような業務ルールを、業務マニュアル、業務プロセス図(業務フロー図)という見える形に仕上げて、みんなに見えるところに貼っておいたり、参照できるようにしておくことで、「正しい進め方」「効率の良い進め方」「ミスのない進め方」をみんなで共有することができるようになります。

    もし、業務マニュアル、業務プロセス図(業務フロー図)が無い場合は、急いで作成すべし!

    4: 遂行状況(Progress)の可視化

    業務マニュアルや業務プロセス図に基づいて、実際にどのように業務が進められているのか、その状況を把握できるようにすること。

    もう少し具体的に言うと、一件一件の業務について、”遅れ”にすぐ気付くことができる、”ヌケ・モレ”にすぐ気付くことができる、スタッフの”負荷状況”がすぐにわかる、というようなことができる状態にあることです。

    「業務遂行状況の可視化」を実現するには、まず「業務ルールの可視化」が実現されていなければなりません。また、業務遂行状況を把握するためには、何らかの方法で管理する仕組みを用意する必要があります。

    業務遂行状況を把握するための仕組みは、業務の発生件数が少ない場合は、電子メールとスプレッドシート(Excel等)の古典的な方法で管理できます。しかし、業務の発生件数が多い場合にはその古典的な方法ではすぐに破綻を来す(きたす)ので、 BPM システムなどの業務の遂行状況を管理することが得意な仕組みを活用することをオススメします。

    業務遂行状況を可視化し、遅れの検知、ヌケモレの防止を実現することで、業務の品質・効率を向上させることができます。その結果、顧客満足度の向上や、コストダウンを実現できる可能性が広がります。

    5: 実績(Results)の可視化(見える化)

    終了した業務について、その実績を把握できるようにすること。きちんと振り返る(レビューする)ことができる状態にする、ということですね。

    例えば、一定期間に処理した件数、平均処理時間などをすぐに確認できる状態にあることです。

    「業務実績の可視化」を行うためには、こちらもやはり何らかのシステムを利用することをオススメします。古典的なスプレッドシート(Excel等)を活用しても良いのですが、自動的に業務の件数や、業務の処理時間などを記録し、グラフ化するなどの機能を持つ BPM システムを活用すると、より楽により確実に可視化することができます。

    「業務実績の可視化」により、その業務のKPIを計測したり、ボトルネックを発見することができます。その結果、現在の業務の進め方についてより良い方法(業務改善)を検討することができます。

    6: 業務の可視化とBPM

    3つの視点の「業務の可視化」について書いてきましたが、「業務の可視化」に取り組むことが、そのまま BPM 活動につながります。

    BPM 活動は、

    • 業務プロセスを定義する
    • 定義した業務プロセスのとおりに業務を遂行する
    • 業務遂行結果を分析する

    という3つのステップを繰り返し行う業務改善活動です。

    「業務の可視化」についても、業務ルールの可視化、業務遂行状況の可視化、業務実績の可視化、という順に行い、業務実績の可視化から得られた知見に基づいて、再び業務ルールの可視化(改善)、業務遂行状況の可視化、業務実績の可視化を繰り返します。

    業務の可視化サイクルにおける3つの視点と、BPM活動の3つのステップが1対1で対応しているわけではありませんが、次の図のように似たような位置づけになっています。

    「業務の可視化」という活動を、3つの視点で順に進めていくことで、それは結果的にBPM活動を行っていることなります。業務の現場において、BPM(Business Process Management)という言葉は、残念ながらあまり浸透していません。そういう場合には、「業務の可視化(見える化)」という言葉を整理して語ることで、結果的にBPMを理解していただくとができるのではないかと思っています。

    今すぐ「業務の可視化」に取り組みたいとお考えの人は、Questetra BPM Suite という BPM システムを使って、早速取り組んでください。Questetra BPM Suite は無料でお試しいただけます。

    無料で業務可視化に取り組む場合は、「Questetra BPM Suite」を無料でお試しください。

    今回はここまで!

    (おわり)

  • Cloud Workflow v9.7 Connected to Inquiry Form

    Cloud Workflow v9.7 Connected to Inquiry Form

    Embedded HTML kicks Workflow directly!




    Kyoto, Japan, October 7, 2013, Questetra, Inc., the global SaaS provider of Business Process Management (BPM), today announced that they have published the new version 9.7 of the cloud-based Workflow product “Questetra BPM Suite” on October 7, 2013. With the new version, ‘Application Form’ can be embedded in Web pages.

    Workflow processing starts with the inquiry form entry

    Questetra BPM Suite

    “Questetra BPM Suite” is a Workflow product which makes you be able to handle your business data on the Cloud. It will contribute to enhancing internal control and operational efficiency. It has a great feature that you can modify the configurations with easy Drag & Drop operation for the business rule or business flow. You can continuously improve business flows complicated as such as Decision-making, Translating, or Complaint handling.

    New Feature FORM START

    In this v9.7, you can install ‘Application Form’ or ‘Inquiry Form’ on your Web site or blog page. The submitted application data or inquiry will be directly taken into the Workflow, and will be processed along the business rule that has been configured in advance. Although it has been available to start the processing automatically from the external system by using ‘API function’ so far, now you can connect the Workflow to your Web site or blog page easier. (This feature is a beta release for the time being. ‘File attachment’ is not available.

    Other New Features

    In the new version 9.7, the following features are added or enhanced.

    Business Manual

    Added a page to describe and edit the business manuals. Operators of the Process will be able to see “the Business Manuals” on the screen of Business Flow Diagram or Task Operating screens. It has been available to indicate manuals on the Operating screen so far, but this Business Manual feature is assumed to use for explanations on entire flow, etc..

    In addition, together with release of this feature, hashtag (topic) on Business Model (Process Model) is available on the ‘Enterprise Social Networking’. It will help discussing on a whole Business Flow by putting Process Model ID (e.g. #m123), as well as putting Process ID hashtag (e.g. #p1234) to make communication on a project easier.

    Data type Organization

    You can set an allocation rule more flexible. Also, you can send emails to the Organization email address by Auto email transmission (Message Throwing Intermediate Event (email)). Including this Organization type, number of the Data type of the Workflow becomes 11 types (19* subtypes).

    * String Type (single line/multiple lines), Numeric type, Select type (radio/check/select/search select), Date type (Y/M/D, Y/M, Y, M/D), Datetime type, File type, User type (select/search select), Organization type, Discussion type, Guide Panel type.

    Auto Scripting

    Auto-processing feature “Script Task” is newly added. Although it has been available to set Business data easily in “Service Task” so far, but now you can achieve more complicated data processing with ‘ECMA script’, a Script language made by incorporating parts that are common to JavaScript and JScript.

    Future Works

    Cloud Computing is now going into popularization phase. Especially in the SaaS field, “Switching from company-owned to per-use” is accelerating, not limited to workflow, in many computer systems such as e-mail, groupware, CRM (Customer Relationship Management). Questetra BPM Suite has been grown to be used by 4000 companies in 100 countries (including Free SaaS). In the next major version Ver10, we are planning to continue to enhance the ability to understand the processing performance and business progress more easily.

    About Questetra, Inc.

    Questetra, Inc. is the enterprise cloud computing company in Kyoto Japan, founded in 2008. We optimize the world’s Business Processes. Visit https://questetra.com/en/

  • CRIAX CO., LTD.

    CRIAX CO., LTD.

    Decision-making Cut by One third by going Paperless

    CRIAX CO., LTD.

    Established

    1994

    Number of Employees

    71 (as of April 2023)

    Business

    Karaoke room operation


    Industry

    Professional Service

    User Departments

    Approval Flows

    Visualizing Complicated Decision-making Flows

    Q. What kind of operations do you use Questetra for?

    At CRIAX. Co. LTD we manage Karaoke Lounges, Comic cafes and restaurants. We have 67 stores mainly in Tokyo, including well-known ones in UTAHIROBA and KaraNet24.

    In this type of amusement business it is important to observe the trends of competitors and changes in the economic situation, and that decisions related to new store openings and store remodelling are made quickly.

    Until now we had been carrying out the decision-making procedures on paper, but we made it paperless using Questetra in order to achieve more rapid decision-making. Decision-making procedures are now completed in one third of the time.

    Q. What was a Decisive Factor to Introduce Questetra?

    Renovation of our information systems had been a challenge for some time. The cost of operation and management was increasing, while the areas where we wanted to improve efficiency were not being sufficiently systematized. In particular, we were facing a great challenge with decision-making procedures.

    In August 2012 we introduced the cloud service G Suite (formerly Google Apps). We have succeeded in significantly reducing the operation and management costs of systems related to emails and groupware. Then we started to investigate the systematization of our business.

    We were focusing on cloud-based products which would allow us to be free from servers or software, and accessible from various terminal devices, and we researched and evaluated cloud-based workflow products capable of connecting to G Suite. For products other than Questetra we found out they were limited to relatively simple flows, and that it was impossible to define more complicated flows like the ones we were expecting, such as a decision-making process that includes the president of the company. In contrast, we could surely believe that Questetra would help us achieve paperless work and speedy decision-making, given its capability to easily define complicated decision-making flows – such as concurrent approval requests to multiple section leaders – using the Process Modeler. I think it is really fabulous that the modification of business definitions does not depend on a single, designated individual.

    Cross Section Advice on a Daily Basis!

    Q. How was your impression about Questetra in actual operation?

    One thing we did not expect was that communication between employees has been stimulated by the introduction of Questetra.

    When we were circulating decision-making documents on paper, employees were barely aware of projects in which they were not involved. So, we gave a little wider authorization for data viewing, to let employees – particularly those in a department manager position – to actively browse projects in which they were not involved. As a result, they became able to share their know-how and experience, and to express their ideas.

    Of course, the new communication channel was good as a way of obtaining new knowledge, but I also feel that it made the power of the organization greater because employees started to be interested in what others were doing.

    criax-office

    Q. What kind of initiatives do you plan to implement in the future?

    We really found Questetra is capable of being used in many operations in the organization, unlike other typical request-approval workflow products. In fact, some departments started reviewing their own Workflows spontaneously by themselves, instead of asking the IT Section, so we are going to support spontaneous business improvement.

    In addition, as a company-wide effort, we are discussing and considering the digitization and standardization of other in-house operations as well. In particular, I am thinking of using Questetra proactively for Workflows that will be started by external actions, in order to enhance the satisfaction of business partners and customers. Specifically, it will be for inquiry handling and order acceptance processing.

  • 株式会社クリアックス

    株式会社クリアックス

    G Suite と Questetra で申請承認系ワークフローをクラウド化。部門の垣根を超えたコミュニケーションも!

    株式会社クリアックス

    1994年

    71名

    ※2023年4月 時点

    カラオケルームの運営

    申請・承認

    この事例に関連するプロセス改善記事

    この記事の目次

    ペーパレス化で意思決定手続を3分の1に短縮

    株式会社クリアックスでは、カラオケルーム、漫画喫茶、飲食店の経営を行っています。有名なものとしては、カラオケルーム「歌広場」「カラNET24」があり、東京都を中心に67店舗を展開しています。

    このようなアミューズメント事業においては、経済情勢の変化や同業他社の動向を見て、新規出店・店舗改装に関係する意思決定を迅速に行うことが重要です。

    これまで、意思決定の手続(稟議)は紙を使って行っていましたが、より素早い意思決定を実現するために Questetra によるペーパレス化を行いました。今では、3倍のスピードで意思決定の手続きが完了しています。

    情報システムの刷新は以前からの課題でした。運用・管理コストが増大していく一方で、効率化したい領域について、十分にシステム化が追いつかないという事態に陥っていたのです。具体的には「意思決定手続き」に大きな課題意識を感じていました。

    このような状況にあって、まずは2012年8月にクラウドサービスの G Suite(旧Google Apps)を導入し、メールやグループウェアに関するシステムの運用・管理コストを大幅に削減しました。そして、それに続く形で「業務のシステム化」について検討を開始しました。

    ※ 2020年10月に「G Suite」の名称は「Google Workspace」に変更されました。

    複雑な意思決定フローを可視化

    クリアックスでは、「サーバやソフトを持たない」、「様々な端末からアクセスできる」、と言うクラウド製品であることを重視し、「G Suite と連携できるクラウド型ワークフロー製品」を評価させて頂きました。色々な製品を試させて頂いたのですが、Questetra 以外の製品は比較的シンプルな申請承認フローが想定されているのか、クリアックスが想定していた「社長決裁に至る意思決定手続き」などの複雑なフローで活用するには無理があると感じました。一方で Questetra の場合は、複数部門長への並行承認依頼というような複雑な稟議フローもプロセスモデラ―で簡単に定義することができ、ペーパレスと意思決定の迅速化を実現できると確信できました。業務定義の変更作業が属人的にならない点は、本当に素晴らしいと思います。

    部門をまたぐ助言が日常的に!

    実は導入効果として、あまり想定していなかったのですが、Questetra 導入にともないコミュニケーションが活発化しました。

    以前は紙で稟議書を回付していたので、自分が関わらない案件について知る機会はほとんど無かったのですが、閲覧権限をやや広く設定したことで、特に部長職社員が自身が関わっていない案件についても積極的に閲覧するようになりました。その結果、自分の経験やノウハウを共有したり、自分の考えを伝えたりするようになりました。

    もちろん、新たな知見を得られると言う点でも良かったと思いますが、社員同士がお互い何をしているのか関心を持つきっかけになり、「組織としての力」が大きく向上したように感じています。

    criax-office

    自律的な業務改善へ

    Questetra は一般的な申請承認ワークフローと違い、組織内の多くの業務に活用することができると実感しています。実際、情報システム部門に依頼せず、自分達の業務フローを自発的に見直す部署が出てきました。まずは、「自律的な業務改善」を支援する活動を考えています。

    また、全社的取り組みとしては、他の社内業務についても電子化・標準化を議論検討しています。特に、お客様や取引先様の満足度を高めるべく、社外の方のアクションによりスタートする業務フローについて積極的に  Questetra を活用して行こうと考えています。具体的には、問い合わせ対応処理、受注処理がテーマになると思います。

    ※ 本事例は2018年4月時点の情報です

    同業種の導入事例

  • M3 Solutions,inc.

    M3 Solutions,inc.

    Corporate Culture of Defining the Business Processes

    M3 Solutions,inc.

    Established

    November 22, 1990

    Number of Employees

    310 (as of May 2024)

    Business

    Digital transformation (DX) support for healthcare facilities (sales and support of electronic medical records, manufacturing, sales, and support of medical accounting computers, sales of advanced medical devices)


    Industry

    Hitech (Medical related)

    User Departments

    IT

    Rapid Response to Queries or Demonstration Requests

    Q. What kind of Business do you use Questetra for?

    M3 Solutions,inc. sells iTickets, a booking system for clinics.

    Patients of clinics which have implemented the iTicket system can check the current waiting times with their computer or Smartphone before making their booking. iTicket has a feature called the “Not Yet? Screen” in which patients of the clinic can see how many people are before them in the queue and the approximate waiting time. It will reduce the stress of waiting because patients can wait comfortably at their own house or other places. The system also reduces congestion in waiting rooms and the risk of nosocomial infections and has been installed in over 1200 clinics, mainly in the paediatric ENT sector.

    We use Questetra for office operations associated with the iTicket booking system, i.e. processing service applications, recording responses to demonstration requests, managing the progress of surveys and responses to enquiries, and so on.

    Q. Did you design the Business flow inside your company?

    We already had a well-established culture of creating business flows prior to the introduction of Questetra (2010). We were creating business flows using drawing software such as Visio. I think we were able to become proficient at creating workflows in Questetra quickly because the operation is very intuitive.

    There were no major difficulties in creating business process definitions by setting business data and conditional branching expressions.

    Also for Process Management in Video Production!

    Q. Were you able to expand the use of Questetra?

    On the iTicket, as well as showing the current waiting list on a large monitor screen in the clinic, it also displays information such as medical information and information about the office closing, which is helpful for patients in the waiting room.

    So we also use Questetra for to manage the production of video contents.

    For example, in the case of Doctor’s Contents, which is a direct interview with the doctor of the clinic, we do various operations such as interviews, editing, setting up the distribution and reporting the distribution performance on Questetra. Even though we produce videos quite often, I feel it has eliminated mistakes and leakages, and inter-departmental communication has become very smooth.

    Besides, we often plan services that connect patients and doctors. We manage the flow of the service using Questetra and it became our custom to record performance data.

    Q. Which is your favorite feature of Questetra?

    Soon after we introduced Questetra, the concept of “Roles” appeared. We really appreciate it and use it frequently.

    Especially in carrying out a new project, instead of thinking in a fixed manner such as ‘a task for A department’ or ‘a job of Mr. B’, the flexible grouping concept like ‘C Role’ is very convenient. This concept of Role is very useful because we sometimes actually transfer the work itself to another team in the M3 Solutions,inc.

  • エムスリーソリューションズ株式会社

    エムスリーソリューションズ株式会社

    業務プロセスを「定義する」と言う企業文化に!

    エムスリーソリューションズ株式会社

    1990年11月22日

    310名

    ※2024年5月 時点

    医療現場のDX支援(電子カルテの販売/サポート・医事会計用コンピュータの製造/販売/サポート・高度管理医療機器等の販売)

    情報システム

    この事例に関連するプロセス改善記事

    この記事の目次

    デモ依頼や問い合わせへの迅速な対応

    Q. どの様な業務で Questetra を活用しているのですか?

    エムスリーソリューションズ株式会社は、クリニック向けの順番予約システム『iTICKET』(アイチケット)を販売しております。

    『iTICKET』 を導入したクリニック(病院)では、スマートフォンやパソコンで「現在の待ち状況」(混雑状況)を確認した上で「順番予約」を取れる様になります。具体的には『iTICKET』 には 『まだかな画面』 と言う機能があり、患者さんは「自分が呼び出されるまでの待ち人数」や「目安時間」を確認する事ができます。患者さんは自宅や外出先で待機する事も可能となり、「待つことに対するストレス」が軽減されます。他にも「待合室の混雑が緩和される」や「院内感染リスクが低減できる」と言った効果があり、小児科耳鼻科を中心にこれまで1200以上のクリニックに導入して頂いております。

    Questetra は予約システム 『iTICKET』 に関連するオフィス業務、つまり「サービス申込」に対する手続きや、「デモ依頼」への対応記録、あるいは「問い合わせ」に始まる調査や回答の進捗管理などに活用しています。

    Q. 業務の流れ図は社内で設計したのですか?

    もともと業務フローを作成すると言う文化は社内に定着しており、Questetra を導入する以前(2010年以前)も Visio などの作図ソフトを使って様々な業務フローを作図していました。業務フロー図の作成であれば Questetra の方が非常に直観的に操作できるので、スグに習熟できた様に思います。

    「業務データ」や「条件分岐式」などの設定を行って 『業務プロセス定義』(プロセスモデル)を完成させるまでも、大きく詰まる所はありませんでした。

    映像制作の工程管理にも!

    Q. 活用業務に「広がり」はあったのでしょうか?

    『iTICKET』 の「現在の待ち状況」はクリニック内の大きなモニタにも表示されているのですが、そのモニタには医療情報や休診情報など、待合室で過ごす患者さんにとって役立つ情報も映像で放映されています。

    そして Questetra はその映像コンテンツの制作管理にも活用しています。

    例えば、そのクリニックのドクターに直接インタビュー取材する「ドクターズコンテンツ」のケースで言えば、取材・編集・配信設定・配信連絡・配信実績報告など、様々な作業を Questetra の上で進めています。かなりの頻度で新しい映像を作成していますが、ミスやモレも無くなり、部門間コミュニケーションが非常に円滑になったと感じています。

    また他にも、ドクターと患者さんを結ぶサービスを企画する立てる事が多いのですが、Questetra を使ってサービスの流れを管理し、実績データを記録する習慣になっています。

    Q. 良くお使いの Questetra 機能は何ですか?

    導入後しばらくしてから『ロール』という概念が登場し、本当に有り難く多用しています。

    特に新しい企画を実行に移す際などには、「A部署」の仕事や「Bさん」の仕事と固定的に考えるのではなく「Cロール」の仕事と言った柔軟なグルーピング概念が非常に便利です。実際アイチケット社では、業務そのものを別チームに移管するケースが少なくない為、このロール概念は非常に重宝しています。

    同業種の導入事例

  • 業務改善に必要な3つの「素養」

    業務改善に必要な3つの「素養」

    業務改善を主導する 「プロセスオーナー」 に必要な3つの素養を考える

    この記事の目次

    1.誰が「業務改善」を推進するべきか?

    「どんな人が改善担当に向いているの?」

    業務改善の担当者像について聞かれるコト、少なくない。今回のブログでは、改善担当者が備えておくべき『素養』について、(真面目に!!)、考えてみたい。

    2.【業務】とは?

    そもそも【業務】という言葉は、非常に幅広い意味を持つ言葉だ。

    「業務改善」を議論する前に、ここで使われている【業務】という言葉の意味について、もう少し正確に定義しておかねばならない。

    2-1. 【業務】というコトバを検索してみる

    業務とは、、、

    • 「職業や事業などに関して、継続して行う仕事」(大辞泉の第1義)
    • 「日常継続して行われる職業上の仕事」(大辞林の第1義)
    • 「職業としてする仕事」(Wiktionary)
    • 「インプットをアウトプットに変換する活動」(某サイト)

    う~ん、、、すんなり頭に入ってこない。『業務!』、『ぎょうむ?』、『ギョーム』。。。アレコレ調べてみても「業務とは」で始まる解説文はどれもよく分からない。。。 (ダメだ、こりゃ)

    かれこれ5年あまり、、、『業務プロセス管理』と言う分野だけで仕事しているが、結論から言って「業務」を直接的に定義する事は不可能だ。ココでは「ヒトコトでは定義しづらいものだ」と理解して頂ければ幸いだ。

    2-2. 【仕事】と【業務】をコトバ比較してみる

    しかし、比較する事でジワジワ理解できる場合もある。(コレ、、、意外と楽しい)

    さっそく以下の2つを比べてみて欲しい。(目を閉じて、2・3度つぶやいてみて!)

    • a1. 「仕事を回す」
    • a2. 「業務を回す」

    なるほど。この2つの表現は、ニュアンスが違う。『業務改善』という熟語の中で使われている【業務】は、a2の方だ。どうやら “1つの仕事のススメカタ” ではなく “繰り返し行われるヤリカタ” を改善する必要があるらしい。

    今度はコレ。。。

    • b1. 「仕事を依頼する」
    • b2. 「業務を依頼する」

    なるほど、なるほど。。。【業務】は【仕事】に比べて “繰り返される” イメージが強いぞ。。。

    最後にもうイッチョ。。。

    • c1. 「仕事委託」
    • c2. 「業務委託」

    なるほど、なるほど、なるほど。この c2 って、「業務委託契約」だ。。。「アウトソーシング」とか、「マルナゲ」って言われるヤツね! つまり「アウトプットを1つ出せば終わり」という委託ではない。

    2-3. 「業務」を使った熟語を列挙してみる

    同じ要領で、できれば10個ほど列挙してみて欲しい。

    業務請負、業務委託、業務監査、業務改善命令、業務プロセス。。。人によっては「品質の “バラツキ”」を連想し、人によっては「作業期間の “バラツキ”」を連想するだろう。【業務】とは、ISO や QCD とも縁が深い言葉だ。

    ・・・と言う事で、(無理を承知で)、あえてヒトコトで定義するなら、業務とは「繰り返し仕事」だ!

    3.必要となる素養

    数え挙げればキリがないが、「業務改善に必要な素養」をあえて絞るなら以下の3つになると思う。

    3-1. 業務の「知識」が要る

    「事件は現場で起きているんだ!!」(青島刑事風?)

    繰り返し行われていることは、現場でなければ分からない。これは至極当然の話。業務改善のために業務システムを開発する。そして6か月、、、業務システム開発を外注し、「あのシステム会社は業務を知らん!」と陰口をたたくシーンに至る。。。そんなドラマは現実世界で日常的に発生していると思うが、、、そりゃね、、、知らないよ。

    •  完成後も仕様変更を繰り返す? やらないでしょ!お金が掛かりすぎるでしょ!
    •  設計図をしっかり作る? 無理でしょ!書き切れないでしょ!
    •  ITを諦める? イヤ、そう言う訳にはイカン!

    業務システム開発の内製化は、企業にとって非常に勇気のいる決断だが、業務知識を持つ人間は社内にしか居ないのは事実だ。

    3-2. 改善する「気力」が要る

    「オフィスを、もっと使い易くしよー!!」 いいね!いいね!
    「じゃキミ!レイアウト変更しといて!!」 (ムリぃ…ていうかヤダ…)

    道徳教育がナッテナイのか、人格形成過程に問題があったのか。。。いや、そうではない。圧倒的大多数の人間は、変革を主導する事に抵抗を感じる。素面(しらふ)の状態では到底できない。

    特に業務の流れを変えるには「正義感」が必要だ。「合理的な考察力」と言った方が良いか。いや、わたしに言わせれば、それらを全て含めた「ヤル気」だ。改善したいと言う「想い」だ。そうだ「気合」だーー。(もちろん「業務に関する知識」(3-1)を持ち合わせている事は大前提になる)

    3-3. 周囲の「支持」が要る

    「わー、この配置って、何かセンス無い感じぃー」
    「えー、この机、アッチの方がイイんぢゃないのーー」

    変革はヤジを産む。ただし発信者に大きな悪意がある訳ではない。ついつい「感謝」よりも先に「否定」をしてしまう。「おいおい、オレのデスクはコッチだろ!」、「おいおい、営業は経理に近くないとダメだろ!」、変革はクレームを産むのだ。個々人は、自分の利益を守ろうとするし、局所最適の崩壊をなげく。

    つまるところ、業務の流れを変えると各方面から「元に戻せ的な発言」が舞い込んでくる。事前に変更案を提示し、詳しく詳しく説明していたとしても、おそらく結果は同じだ。しかし、そんな抵抗勢力にメゲテハイケナイ。そうだ、貴方は全体最適の視点からカイゼンしたのだ。・・・イヤ、そうは言ってもメゲルって。

    結局、周囲から支持されている人でなければならないのだ。「あの人がそこまで言うならコレでやってみよ!」と言う結論に落ち着かせなければならない。違う言葉で言えば「リーダーシップ」だ。(「虎の威を借る狐」も悪くないが長続きしない)

    4.まとめ

    業務改善には、何より『1.業務の知識』と『2.気力』と『3.周囲の支持』の3つの素養が必要だと述べた。

    折角なので、キッチリと頭に残しておいてもらう方法についても提案しておきたい。(単なるゴロ合わせ)

    • 【ち】知識、【き】気力、【し】支持
    • ⇒【チ】知識、【シ】支持、【キ】気力

    第一素養としての「知識」も大切だが、、、他の2つの素養も併せた「バランスの良い “チ・シ・キ”」が必要なのだと思う。

    業務改善を成功させるには、まずは組織を見渡して 『一番のチシキ者』 に、みんなでお願いする、と言うのが良い!

  • Sansan, Inc.

    Sansan, Inc.

    Creating a Decision-Making Environment Using Enterprise Social Networking

    sansan-office-443x315

    Sansan, Inc.

    Established

    2007

    Number of Employees

    1,317 (as of May 2023)

    Business

    Planning, development, and sales of DX services that transform the way people work


    Industry

    Hitech

    User Departments

    Human Resource, Marketing, Approval Flows

    Build a Sophisticated Business System Intuitively

    Q. What is your purpose for using Questetra BPM Suite?

    Sansan, Inc. are developing “Sansan”, the cloud-based business card management service.

    Sansan will contribute to the strengthening of the sales force and to sales growth by enabling the effective use of business card information in sales activities. We also are providing “Eight”, a business card management application for individuals which is based on the concept of turning business cards into business connections.

    We conducted a third party allotment of new shares with a total value of 500 million yen in April 2013 to expand the market awareness of Sansan and Eight. We will continue to promote the expansion of our organization, and the improvement of both quality and efficiency to accelerate global business development. Under these circumstances, it is important not to drop the speed of decision-making related to business expansion. We decided to make use of Questetra BPM Suite on the Purchasing Application operation, which related to the execution of the various projects as the first goal.

    Q. What advantages did you find?

    At first, we tried to improve the efficiency of the Purchasing Application operations by using a simple workflow system from another company, which could also cooperate with G Suite (formerly Google Apps). But we were dissatisfied with the system’s inability to allow approvers and decision makers belong to multiple departments concurrently, we could not flexibly determine the personnel in charge of approval tasks, or even configure the deadline of tasks.

    Besides cooperating with G Suite, Questetra BPM Suite is also equipped with features that solve the frustrations we had with the other system. Moreover, it is also better for modeling, since we can build a system by drawing a picture of a business flow diagram.

    Even without any programming knowledge we could intuitively build a highly functional business system, with functions such as sending email alerts for tasks which have a deadline approaching. After becoming able to operate Purchasing Applications efficiently in Questetra BPM Suite, we have systematized 15 business flows in HR, Affairs, Legal, and 10 more in other sections.

    sansan-office-443x315

    Decision-making with the Enterprise Social Networking feature

    Q. Do you think Questetra helps in raising the speed of decision-making?

    I would say the most helpful feature for Sansan is Open Chat. Open Chat is a so-called Enterprise Social Networking function where users can not only send out information, but also associate this information with each business process or application.

    Through the active use of Open Chat we can exchange detailed information related to each project without using the telephone, and it leaves records of these information exchanges associated with the projects. This means that important decisions, especially in the approval and decision-making process, can now be made without delays.

    Q. Do you have any expectations for Questetra in the future?

    Because both the sales and the number of employees have been increasing rapidly in the last few years in Sansan, it has become a big issue to strengthen the internal management system to cope with this. From now on, we would like to establish an environment where business can be conducted efficiently and securely by systematizing it in Questetra, allowing us to implement our internal company regulations.

    We had made a strong request to Questetra about the improvement of Open Chat, and you responded to us superbly. One of our current request is that we want to be able to set conditional splits in accordance with the organization which the applicant belongs to, and I’m sure that this request will also be met.

    sansan-process-diagrams