ブログ

  • The Concept of QCD that is Essential to the Daily Life

    The Concept of QCD that is Essential to the Daily Life

    Hi there!

    I’ve been studying business improvement. I often buy and use various things such as refreshments and seasonal clothes, and I hope my tiny effort will help the economy of Japan to thrive. Actually, the behavior of “buying goods” which drives the economy is closely related to the term “QCD” which I’ll illustrate here.

    QCD refers to the outline of the importance of quality control based on delivering products of good quality (Quality) cheaply (Cost) and quickly (Delivery). It is important for companies and stores to employ the idea of QCD with the goods and services they provide to customers.

    The Order of the 3 Letter Abbreviation, QCD, is also Meaningful

    I’ll illustrate the meaning of each letter below.

    • Q: Quality of goods and services
    • C: Cost to manufacture and provide the product
    • D: Delivery time of the product to the customer

    The order of QCD’s letters is also significant. The reason why Q comes first is because “Quality” is the most important factor. If it doesn’t meet a certain quality standard it will never be defined as “merchandise”. It is important to meet or exceed the customer’s requirements.

    For example, when I buy an item at a 100 yen shop (a type of Dollar shop), I’m sometimes impressed by various practical items for just 100 yen. By the way, the items at 100 yen shops are priced as low as 100 yen, but they won’t be sold if they can’t be used practically.

    If you use a 100 yen dishwashing sponge, for example, then find that it is sold in packs, not only it is normally usable but it rarely damages the dishes. Therefore, you’ll want to buy some packs of that sponge. Many items are purchased because they fulfill a certain level of “Quality”. There are 100 yen shops in many parts of Japan.

    Citation: QCD – Quality, Cost and Delivery | Everything about Logistic’s

    QCD Comes from Great Challenges

    The idea of QCD was accordingly advocated by Alexander H. Church in 1914. When the idea of QCD emerged it was right after World War 1 had finished and the American economy was suffering from severe depression. At that time, Herbert Hoover conducted the “Efficiency Movement” to eliminate waste in the industries, and companies promoted rationalization. Before then, each company had its own function such as “production of raw materials” and “Manufacturing”, but as a result of rationalization, companies were integrated into one place and became large-scale plants.

    At the same time, modern companies with various functions such as manufacturing, sales, and R & D became the main U.S. companies from the late 19th century to the early 20th century. That’s the origin of what we now call big companies.

    In the Japanese manufacturing industry, QCD has gradually spread since the late 1960s and is now widely established. The concept of QCD spread in Japan after World War II. Company managers learned the knowledge of “Quality Control” from various experts. As a result, the quality of products made in Japan improved.

    In the 1970s Americans focused on fuel-efficient Japanese cars and were impressed by their great quality when they tried them out. Because of that, the quality and level of Japanese products garnered much attention from all over the world.

    Citation: Evolution of Japanese Automobile Manufacturing Strategy using new JIT

    QCD to Determine the Ultimate Goal

    Three elements of QCD are essential for determining the ultimate goal of business improvement. First of all, for manufacturing a product, Quality is determined and Cost is calculated. By proceeding in this way you can predict how long the Delivery will be. This can lead to discussions within the company about the difference between the performance and the target set and how to make improvements to close that gap.

    Incidentally, among the three elements of QCD, Delivery is the most effective. Shortening the delivery time will result in an improvement. In this way, not every step of QCD needs to be improved, and it is important to find and improve what you can as easily as possible.

    Keep Good Balance of QCD!

    There are many methods of using QCD. 100 yen shops, fast food that is fast, cheap and delicious, and chain stores that are expanding all over Japan are penetrating our daily lives. On the other hand, there is another example of using QCD, which is a custom-made bag that can be used for a long time despite its late delivery date and high price.

    You can be satisfied either with a good item that can be used for a long time or saving money by buying cheap and good items. The use of QCD is based on the image of the product that you want to produce.

    Thank you for reading!

    Reference

  • 部下しかスタートできない – こんなワークフローはイヤだ(3)

    部下しかスタートできない – こんなワークフローはイヤだ(3)

    こんにちは!矢作です!

    クラウド型ワークフロー「Questetra BPM Suite」を提供する我が社(クエステトラ社)は、ワークフローに関する相談をたくさんいただきます。

    そのお客様特有の変わったご相談から、よくあるすぐに解決できるものまで様々なものがあります。しかし、中には「こんなワークフローはイヤだ」とぼやきたくなるものもあります(苦笑)。

    本記事では「こんなワークフローはイヤだ」とぼやいてしまうものの中から「部下しかスタートできない」ワークフローをピックアップし、その課題や解決方法について考えます。

    部下しかスタートできないワークフロー

    「オペレーションミス報告」業務を例に考えます。ワークフロー図の例は次の図のとおりです。

    現場で発生したオペレーションミスを集約し、組織として対応すべき案件を見過ごさないようにすること、集まった情報を分析し業務改善を検討すること、を目的としています。

    現場でオペレーションミスが発生した時、担当者がその内容を「報告」します(報告書作成)。上司は、報告内容を「確認」し、問題がなければ完成とします。報告内容に曖昧な点があったり、原因や改善案が曖昧な場合には差し戻すことができます。(報告書確認)

    上司が「確認」を終えると、業務監査チームに「報告」内容が届き、業務監査視点での何らかの対応(本記事では触れない)を行います。(監査対応)

    この業務フロー(ワークフロー)の問題点は、いつまでたっても報告がされない可能性があること。

    ミスを報告するという業務は、ミスをした担当者にとってメリットが感じられません。評価が下げられるかもしれないという不安があるので、積極的に取り組もうとしない気持ちが働くのも自然なことです。(このようなことが現場では起こっているという話をよく聞きます。オペレーションミス報告業務はうまくいかない…と。)

    しかし、現場を統括する上司としては、組織に対してきちんと報告させなければなりません。そんな時、部下がいつまでたっても報告フローをスタートしないというのは困りものです。

    こんなふうに、上司にとっては「部下しかスタートできないフロー」って、イヤな場合があります。

    上司にもスタートさせてあげて!

    オペレーションミス報告に限らず、営業の案件報告や企画業務など、部下の能動的な開始に任せるのではなく、上司から指示してスタートさせたい、ということは少なくありません。

    次のように上司もスタートできるように変更します。

    ワークフローのスタートマーク(専門用語では “開始イベント” と呼んだりします)をひとつ追加し、部下の「報告書作成」工程との間に「報告書作成の指示」という工程を置いています。

    こうすることにより、「報告書作成の指示」工程で、上司は部下が報告すべきオペレーションミスのカンタンな情報(日付、概要、何らかの管理番号など)をまとめ、担当者に「報告書作成」を促すことができるようになります。

    様々なスタートを想定する

    ワークフロー図を書く時、基本的な流れ(今回の例だと部下からスタートする)以外に、他のスタートがないか考えると、いくつかいいことがあります。

    • 業務に関わる人は、どのようなスタートがあり得るのかを理解できる。
      • 今回の例だと上司からのスタートはイレギュラーにはならない。イレギュラーに伴う無駄な議論や調整が不要になる。
    • ワークフローシステムなどの進捗管理を行うシステムを構築(設定)する時、様々なスタートを想定することができる。

    「オペレーションミス報告」ワークフローの場合は、上司だけでなく業務監査チームがスタートする、という方法も考えられますね。次の図のように、上司のスタートと同様にもう一つスタートマークを配置し、業務監査チームが報告を指示する、ことができるワークフロー図を書くことができます。

    また、今回のワークフロー図に基づいて構築(設定)されたワークフローシステムを利用すると、次の図のような業務進捗の表現が可能です。

    まとめ

    本記事は「部下しかスタートできないなんてイヤだ!」という気持ちから始まりましたが、最終的には「スタート(業務の開始)」の考え方に関する内容になりました。

    ワークフロー図を作成する時、どのような「スタート」があるのか、固定観念にとらわれず考えを巡らせてみると、よりうまく業務を進める環境を構築できる(業務改善)ようになります。

    本記事でちらりと紹介した、ワークフロー図上に業務の進捗状況が表示される仕組みはクラウド型ワークフロー「Questetra BPM Suite」を利用しています。「Questetra BPM Suite」はワークフロー図を書けば、ワークフロー図通りに業務を進めていく環境が自動構築され、進捗状況や実績がわかりやすく表示されるシステムです。

    ワークフロー図を書くなら、クラウド型ワークフロー「Questetra BPM Suite」を是非ご利用ください(60日間無料お試しあり)

    最後に宣伝を交えました(笑)が、今回はここまで!

  • Cloud BPM v11.11 Auto-Append to Google Sheets with Our New Service Task

    Cloud BPM v11.11 Auto-Append to Google Sheets with Our New Service Task

    Original Japanse version

    Easier Real-time Utilization of Business Data

    Kyoto, Japan July 8th, 2019 Questetra, Inc., the global SaaS provider of Business Process Management (BPM), today announced that they have published the new version 11.11 of the Cloud-based Workflow product “Questetra BPM Suite” on Jul. 8th, 2019. This new version introduces a mechanism of automatically appending rows to a Google Sheets using only the standard features.

    In daily work, various systems and services besides Workflow systems are used within the organization for the purpose of sales support, file storage/sharing, communication, collaboration, etc. In order to improve the convenience and productivity of users, it is essential to automate data coordination and processing among these multiple services.

    Up to now “Questetra BPM Suite” has been capable of passing and receiving data in cooperation with external services by setting up HTTP communication or importing packaged “Add-ons” for communication processing, but knowledge of APIs and preparations in advance were required for them. In v11.11 a Service Task that performs the function has been added. By using the Service Task you will be able to build a system such as an “Order acceptance flow”, for example, in which data concerning an order is automatically added to a Google Sheets right after the approval Step is processed, without the need for any extra programming.

    Questetra BPM Suite

    Cloud-based Workflow “Questetra BPM Suite” is a business platform for realizing paperless environments and remote-working.

    Business issues are controlled according to a Business Flow Diagram. When a Process reaches a Human Task, the user will be asked to add their input. Also, when an issue reaches an automated Step the predetermined processing (server-side processing) such as “Generate PDF” and “Save to cloud storage” is performed automatically. (BPM: Business Process Management)

    You can apply it to various business operations such as “Approval request flow”, “Document translation flow”, Quality check process, “Invoice issuance process”. Process owners of each Business Process can practice “improvement of Business Process” little by little in daily work.

    Google Sheets: Append New Row

    It will be able to automatically append data to Google Sheets using the Service Task. When you are using Google Sheets for aggregating sales or expenses, you can connect them with your business. Thus, you can reduce the work time spent on the administration of this process.

    Other Improvements

    Google Sheets: Download Choice Data

    It allows you to collectively retrieve various master data (i.e. Customer master, Product master, etc.) automatically using the Service Task. The retrieved data can be used as options in the Select type Data Item.

    Converter (Date to Japanese era string)

    Using the Service Task, Date type and Datetime type data can be converted to a string of Japanese calendar date format. (e.g. Converts a value of Date type Data “2019-07-08” to “令和元年7月8日”)

    Google Drive: Folder Search

    This Service Task allows you to search for folders on Google Drive. It can be used incorporated in processing such as to store files to a folder that are found in a search.

  • クラウド型ワークフローv11.11、 Google シートへの自動追記を強化

    クラウド型ワークフローv11.11、 Google シートへの自動追記を強化

    SaaSベンダーの株式会社クエステトラ(京都市、代表執行役 CEO 今村元一)は7月8日、クラウド型ワークフロー製品『Questetra BPM Suite』 の新バージョン11.11を公開しました。新バージョン11.11では、Google スプレッドシートへデータが自動追記される仕組みを、標準機能だけで構築できるようになります。

    日常業務においては、ワークフローシステムをはじめ、営業支援、ファイル保存・共有、コミュニケーション・コラボレーションなどを目的に様々なシステム・サービスが組織内で利用されています。利用者の利便性や生産性を向上させるためには、これら複数のサービス間でのデータ連携や処理の自動化が欠かせません。

    『Questetra BPM Suite』は、これまでも HTTP 通信の設定を行ったり、通信処理がパッケージ化された「アドオン」をインポートしたりすることで、外部サービスとの間でデータを連携させることが可能でしたが、API の知識や事前の準備が必要でした。新バージョン 11.11 からは、当該処理を行うサービス工程が標準機能化されます。このサービス工程を利用すると、例えば受注フローにおいて、受注承認工程が処理され次第、受注に関するデータがGoogle スプレッドシートに自動追記されるようなシステムを、ノンプログラミングで構築できるようになります。

    Questetra BPM Suite とは

    クラウド型ワークフロー『Questetra BPM Suite』は、ペーパーレス環境やリモートワーク環境を推進するための業務プラットフォームです。

    業務案件は業務フロー図に従ってコントロールされ、案件が人間工程に到達すれば担当者はアウトプットを求められます。また、案件が自動工程に到達した際には、「PDFの生成」や「クラウドストレージへの保存」といった既定の処理(サーバサイド処理)が自動的に行われます。 (BPM: Business Process Management)

    「受注対応フロー」「委託管理フロー」「文書翻訳フロー」「品質チェックプロセス」「請求書発行プロセス」といった様々な業務に適用していただけます。各業務のプロセスオーナーは日々の業務の中で少しずつ「業務プロセスの改善」を実践することが可能です。 (業務フロー図のサンプル: https://ja.workflow-sample.net/ )

    Google スプレッドシートへのデータ自動追記機能について

    サービス工程を利用して、Google スプレッドシートにデータを自動追記できるようになります。Google スプレッドシートを利用して売上高や経費などの集計を行っている場合、業務と連動した集計を行うことができます。また、集計のための手間を削減することができます。

    その他の機能改良について

    Google スプレッドシートのマスタデータ活用

    サービス工程を利用して、Google スプレッドシートで管理されている各種マスタデータ(取引先マスタ、商品マスタなど)を自動で一括取得できるようになります。一括取得したデータは選択型データの選択肢に活用できます。

    日付データを和暦に自動変換

    サービス工程を利用して、日付型・日時型データを和暦の文字列に変換することができるようになります。(例:日付型の値「2019-07-08」を「令和元年7月8日」に変換)

    Google ドライブのフォルダを検索

    サービス工程を利用して、Google ドライブ内のフォルダを検索できるようになります。検索で見つかったフォルダにファイルを保存する、などの処理を組み込むことができるようになります。

    詳細については、リリースノートを御参照ください。

  • 誰もチェックしてくれない – こんなワークフローはイヤだ(2)

    誰もチェックしてくれない – こんなワークフローはイヤだ(2)

    こんにちは!矢作です!

    我が社(クエステトラ社)は、業務フロー(ワークフロー)改善のためのツールを提供しているので、お客様からいろんなタイプの業務フロー改善の相談をいただきます。そのような相談の中で、お客様が描かれた業務フローの中には思わず「こんなワークフローはイヤだ!」と唸ってしまいそうになるものがあります。

    本記事では、「こんなワークフローはイヤだ!」のひとつである「誰もチェックしてくれないワークフロー」について、その課題や改善アイデアを考えていきます。

    誰もチェックしてくれないワークフロー

    「問い合わせ対応」業務を例に考えていきましょう。この業務では、受け付けた問い合わせに対して、「回答」を作成して、問い合わせをしてくれた人に「回答」を送ります。

    最初に、問い合わせ窓口の人が問い合わせを「受け付け」ます。

    「受け付け」工程では、問い合わせの内容を確認して、回答を作成するかどうかを決めます。(問い合わせ窓口には、エンジニアいりませんか?広告出しませんか?セミナーに参加しませんか?など、問い合わせではない問い合わせがちょくちょく届く。)

    本来の業務であれば、ここで回答作成の担当者を決定する、ということも考えられますが、ここではカンタンのため、対応するかしないかの判断を行うのみとします。

    そして問題は「回答作成 / 送付」工程でのこと。

    上の図のようなフローの場合、”回答作成担当” が問い合わせに対する回答を作成し、そのまま送付する、ということになります。

    絶対にミスなんてしないなんてことがあればいいのですが、組織で様々な人が関わる仕事では、多かれ少なかれミスは起こってしまいますよね。

    作成した回答文章にはどのようなミスが混入することが考えられるでしょうか?

    • 誤字脱字
    • 不適切な表現
    • 誤った内容

    などでしょうか。「それも愛嬌」と許される(?)軽微なミスから、お客様からの信頼を失ってしまう重大なミスまで、様々なミスが考えられます。

    このようなミスが混入するリスクがあるのに、誰にもチェックされずに作成した回答文が送られてしまうようなワークフロー、これはイヤですよね!?

    「チェック」工程を作る価値は大きい

    それでは早速、回答文の内容を確認する「回答 チェック」工程を用意しましょう。次のような手順で「回答チェック」工程を配置します。

    これまでの「回答作成/送付」工程を「回答作成」とし、ここでは回答を作成するだけで送付はしません。

    「回答作成」工程が終えられると仕事のボールは「回答チェック」工程に届きます。

    「回答チェック」工程では、”回答チェック担当” が回答文について誤字脱字がないか、不適切な表現がないか、内容に誤りがないか、などをチェックし、問題がなければ(OK)、仕事のボールは「回答送付」に届きます。もし、「回答チェック」工程で回答文に問題があると判断された場合(NG)は、再び「回答作成」に仕事のボールが戻ります。

    チェック工程を配置し、作成された回答文が必ずチェックされるようにすることで、ミスが混入した回答文を送付してしまう、というリスクを小さくすることができます。

    しかし、「チェック工程」を配置する価値は、単にこのようなリスクを下げるだけにとどまりません。

    作成された回答文が 80 点という合格点であっても、これを 90 点にするアイデアをチェック担当者が持っている場合があります。このような時、「チェック工程」でそのアイデアをまとめてから差し戻すことで、回答作成担当者は更に良い 90 点の回答文を作成することができます。

    「チェック工程」が置かれたおかげで、リスクの低減に加え、品質の向上も期待することができます。

    賢明な皆様は既にお気づきかもですが、作成担当者への教育・指導の機会を創出することにもなっています。

    まとめ

    特に小さな組織では、チェックしてくれる人がいないままに仕事が進んでしまうことがあります。このような業務フローでは、成果物を提出する前に、その成果物をチェックする「チェック」工程を配置することで次のような効果が生まれます。

    • ミスの混入などのリスクを下げることができる
    • アウトプットの品質を向上させることができる
    • 教育・指導の機会を創出することができる

    誰もチェックしてくれないワークフローは意外と多くの場面で遭遇します。チェックするコストとのバランスも考慮する必要がありますが、本記事で述べた効果を期待して、是非、チェック工程を配置する改善を試みてください。

    「チェック」工程を置けば良い、ということに気づくためにも、最初に示した問い合わせ対応業務のワークフロー図のように、現状をワークフロー図に書いて見ることが大切です。私(矢作)の会社(クエステトラ)ではワークフロー図を書くことができるサービス(クラウド型ワークフローシステム「Questetra BPM Suite」)を提供しています(宣伝です)。

    ワークフロー図を書いてみよう!と思った方は、是非、クラウド型ワークフロー「Questetra BPM Suite」をお申し込みください(60日間無料お試しあり)

    今回はここまで!

  • 差し戻しできない – こんなワークフローはイヤだ(1)

    差し戻しできない – こんなワークフローはイヤだ(1)

    こんにちは!矢作です!

    ありがたいことに、我が社(クエステトラ社)に業務改善の相談をお客様からたくさんいただきます。

    その相談の中で、多くのワークフロー(業務フロー、ビジネスプロセス)を目にするのですが、その中には「こんなワークフローはイヤだ!」と叫んでしまいそうになるものがあります。

    本記事では、そんな叫びをしてしまいそうになるワークフローの一つである「差し戻しができないワークフロー」について、その課題や改善のアイデアを考えたいと思います。

    差し戻しができないワークフロー

    題材として「求人Webページ制作」業務を考えます。これは、例えばアルバイトなどの求人情報を掲載するサイトを運営する会社の業務で、居酒屋などのクライアントから依頼を受けて、求人情報をWebページに仕上げる業務です。

    1. 制作担当者が Web ページを制作する
    2. チェック担当者が Web ページのデザインをチェックする(見た目、誤字脱字、表現)
    3. 法律チェック担当者が、法律視点でチェックする(不適切な表現がないか)

    このワークフロー図では、チェック担当者が Web ページを確認したときに、誤字などの修正すべき事項を発見しても、制作担当者に差し戻すことができません。ミスに気づいてしまったチェック担当者が泣く泣く対応するか、見て見ぬふりをするか、というイマイチな処置にならざるを得ません。

    こんなワークフローはイヤですよね^^

    差し戻しできるようにすればいいじゃない!

    では「差し戻しできるようにしよう!」

    このようなワークフローの改善アイデアとして、次の2つが考えられます。

    • パターンA:上流の工程に戻すフロー(矢印)を引く
    • パターンB:差し戻しに対応するための工程を作り、そこに導くフロー(矢印)を引く

    前者は珍しいアイデアではありませんが、後者は少し理解しづらいかもしれません。それぞれ詳しく見ていきます。

    パターンA:上流の工程に戻すフローを引く

    誰もが最初に思いつくシンプルなパターンです。「制作」→「チェック」という流れで来たものを、「チェック」→「制作」という流れで差し戻します。

    このような流れを作ることにより、チェック担当者は「チェック」工程でミスなどを発見した場合に、指摘事項を添えて「制作」工程に差し戻すことができるようになります。制作担当者は、チェック担当者の指摘事項を確認の上、自分が制作したものを改良して「制作」工程を終えます。

    この差し戻しの流れがあることで、制作担当者に自分の成果物(Webページ)に改良するべきことがあったことを知らせることができます。指摘の内容によっては制作担当者に対する教育を行うことができます。

    パターンB:差し戻しに対応するための工程を作る

    「制作」→「チェック」という流れで来たものを、「制作」に戻さず、別途用意された「差し戻し対応」に流すというものです。

    これも前節「パターンA:上流の工程に戻すフローを引く」と同じように、チェック担当は気づきを指摘事項として制作担当に伝えることができます。しかし、こちらのパターンBはパターンAよりも優れている点があります。

    それは、「差し戻し対応」中であることが明確になるということです。”仕事のボール”(以下、ボールと呼びます)が「差し戻し対応」にあるとき、それは「制作」中ではなく間違いなく「差し戻し対応」中である、ということです。

    当たり前じゃないか、という言葉が聞こえてきそうですが、パターン A の場合は「制作」にボールがあるとき、1回目の「制作」なのか、「チェック」工程で差し戻されたあと、つまり2回目以降の「制作」なのか、が区別できません。

    ワークフロー図を書いただけでは、この違いはあまり価値を発揮しないかもしれません。しかし、書いたワークフロー図通りに仕事を進め、現在の仕事の状況を見えるようにして運用するレベルになると、今この瞬間、「制作」中のものが多いのか、「差し戻し対応」中のものが多いのか、一目瞭然になります。

    この見えてきた状況を踏まえて、人の配置を変えたり、対応する仕事の優先度を変えたり、より大きな成果を上げるための施策を打つことができるようになります。

    ”仕事のボール” という言葉を特に説明せずに使いましたが、なんとなく分かりますよね!?

    まとめ

    差し戻しができないワークフローはイヤだ!ということで書き始めた記事ですが、差し戻しの方法には大きく2つのパターンが考えられることを説明しました。

    • パターンA:上流の工程に戻すフロー(矢印)を引く
    • パターンB:差し戻しに対応するための工程を作り、そこに導くフロー(矢印)を引く

    通常、パターンAについては、誰でも思いつく方法ですが、パターンBの方法が存在し、私たちのお客様の多くで利用されている方法です。こんな差し戻しパターンが存在することを頭の片隅においていただき、今後のワークフロー改善の参考にしていただけると嬉しいです。

    ちなみに、自社のサービス紹介で恐縮ですが、ワークフロー図を書くことができるサービス(クラウド型ワークフロー「Questetra BPM Suite」)を提供しています。60日間、無料でワークフロー図を書くことができるTrialモードもございます。

    興味がある人はお申し込みくださいませ。

    今回はここまで!

    参考:[マニュアル] M401: 申請と差戻対応の工程を分け “手戻り” をモニタリングしやすいように設定する

  • Examples of Collaborations with Other Systems and BPM Workflow (June, 2019)

    Examples of Collaborations with Other Systems and BPM Workflow (June, 2019)

    Hi there!

    Table of contents

    RPA

    I have experienced working with RPA tools such as BasicRobo (Formerly BizRobo), UiPath (Server: UiPath Orchestrator) and WinActor (Server: WinDirector), and there are a number of ways to achieve integration with them, so I’d like you to refer to the following articles.

    Authentication (Single Sign-on)

    Questetra BPM Suite is capable of OpenID integration with G Suite. It can also be connected to a Single Sign-on service via G Suite. (e.g. Cloud Gate > G Suite > Questetra) In addition, it is capable of authentication cooperation with SAML 2.0, and I have experience of making connections with IdPs (authentication servers) such as Office 365 (On-premise Active Directory+ADFS or Azure Active Directory), OneLogin, HENNGE one, and Salesforce.

    Groupware

    I have a track record of making connections with groupware such as G Suite, Office365, and Cybozu Garoon. We have examples of cooperation with services such as Google Spreadsheet, Google Calendar, SharePoint Online, and Microsoft Excel, all of which are included in these Groupware. With Cybozu Garoon, there’s an example of portlet-based integration.
    * Examples of integration via authentication and with chat services is summarized separately in another category.

    Online Storage

    There are cases of cooperation with online storage such as Box, Dropbox, Google Drive, and OneDrive. Since there is a limit in the size of file attachments in Questetra, you can expand the range of support by combining it with these online storage services.

    CRM・SFA・Web database

    There are examples of collaboration with services such as Salesforce, kintone, Zoho CRM, e-sales manager: Remix CLOUD, Synergy! and Oracle CRM On Demand.
    * kintone is not specific to CRM, however I have included it because it is often compared with CRM.

    Chat/ Internal SNS

    There are examples of cooperation with chat services such as, Slack, Chatwork, Microsoft Teams, Google Hangouts Chat Typetalk and LINE. For Slack in particular, there are some integration add-ons which have been pre-installed.

    Input/ Output of paper (Scanner/ Fax etc)

    There are examples of cooperation with paper related services such as SVFCloud (document generation ), ScanSnap(scanning), Transfax, eFax(faxing), Google Cloud Print and convenience store printing.

    Others

    There are other examples of integration with various services. There are various methods of cooperation such as using REST API, email and via csv file, etc.

    ・Accounting: MF cloud accounting, freee, Obic7
    ・Task management/ticket management: Backlog, Trello, Zendesk
    ・Contract management: DocuSign
    ・CMS: WordPress
    ・Settlement: Stripe, PayPal
    ・Email distribution: MailChimp
    ・ SNS: Facebook,Twitter,Mastodon
    ・Knowledge management: Evernote
    ・Drawing: Cacoo
    ・Voice (smart speaker): Google Home, Siri (iPhone shortcut)
    ・Phone/FAX: Twilio
    ・Hardware (IoT): Phillips hue, arduino
    ・Collaboration tools: ifttt, Zapier, Do Button, Do Note

    Summary

    We have been able to integrate with quite a lot of systems and services. As I mentioned at the beginning, services with REST API have a high possibility of integration even if they are not listed, and they are expected to increase more from now on.

    If you have any questions or concerns etc., please feel free to contact us using the inquiry form. We can also handle consultations related to collaboration with the service.

    Apply for Free Edition of Questetra (Starter Plan) Here

    By applying for a free Questetra account of your own you will be able to use all the Questetra features including those mentioned above.

  • 超交流会2019

    超交流会2019

    1.同窓会の年次イベント

    「超交流会201xを終えて」というタイトルの “終了報告ブログ” を書くのが、ここ数年のルーティーン。
    が、しかし・・・「むしろ事前の “予告ブログ” の方が良いなぁ」という “天の声”(苦言?)が聞こえてきた。。。

    「おすすめポイントを書け」とか、
    「仕様の変更点を書け」とか、
    「意気込みを書け」とか。。。

    あるいは、

    「集客しろ」とか、
    「集客しろ」とか、
    「集客しろ」とか。。。

    2. 超交流会とは?

    この『超交流会』というイベントを始めたのは、ちょうど10年前。(2009年)

    その前年までは『京都大学大学院 情報学研究科同窓会 総会』という “閑古鳥イベント” だった。だから「全て」が変わる感じだった。。。だから、いろんな企画がアレコレでてきて、、、同窓会幹事たちは「毎月1回の定例幹事会」だけでは足りず、、、他の休日にも集まるようになった。

    改めて2009年当時のメールを掘り出してみたが、こんな感じ。。。(我ながらスゴイ)

    ・5/11   「企画書(案)」完成
    ・5/12   「企画書」完成
    ・5/13~16 「企画書」にて登壇者への依頼活動実施(適宜報告)
    ・5/18   「企画書」に登壇者名を明記した「配布チラシ」の完成
    ・5/19   「配布チラシ」と同内容の「ホームページ」公開&プレスリリース
    ・5/19~  (参加者受付期間)
    ・5/24~  同窓会幹事会にてプロジェクト進捗報告

    そして第一回に当たる『超交流会2009』は2009年7月19日に開催される。参加者は200人ほど。

    (喫茶店に集まって、Google 検索しまくって、イベント名を『超交流会』に決めたときのことは良く覚えている)

    ※イベントの様子についてはホームページへ
    http://www.johogaku.net/

    3. 合言葉は「ムリしない」

    たしかに『超交流会』(参加者200人)の方が楽しい。『同窓会総会』(参加者数2・3人)なんかより、ダンゼン楽しい。Twitter とか Ustream とか、流行最先端な感じ(?)も、ある(!)

    しかし次の年の『超交流会2010』は600人近い規模に。。。

    こりゃタイヘンだ。。。超タイヘンだ。。。つまり、「登壇者への趣旨説明」や「受付の事務」だけではない。「昼食の準備」、「登壇者の誘導」、「動画でのネット中継」。。。ついつい「2・3人の方がラクだったね」なんてセリフが出てしまったくらい。。。

    だから、3年目の「超交流会2011」からは、”ムリしない” を認識しはじめた。事実、同窓会としての「会報発行」もやめたし、「定例幹事会」も廃止したし、イベントの「事前ミーティング」も2・3回くらいまでに減った。(それでも、会場レイアウトを途中変更したり、「和太鼓ライブ」といった企画をしたり。。。モリダクサンだった。)

    ※イベントだって、結婚生活だって、最初の数年は楽しいし盛り上がる。。。

    4. モットーは「ユルユル」で

    「少しでも長く続けてください」

    これまでに何度となく頂いたコメント。。。何気ないコメント。。。でも、実は、一番うれしいコメント。。。(←コレを聞くたびに「あと何年かは続けよう」と思ってしまう)

    所詮は「少し大きめの飲み会」だと思う。だから、飲み会の幹事だって、飲み会を楽しみたい。実行委員長としては「スタッフの誰かに負荷が集中することがないように」と願ってやまない。そして、スタッフはみんな「自分のデキルコトだけを提供」すればイイと思っている(セッション企画担当・ブース担当・うちわ担当・軽食担当・受付担当・会計担当)。ここ数年は「事前ミーティング」すら無くなった。(←結構ビックリされる) だからイベントスタッフは、当日まで会わない。でも、それでイイと思っている。

    「今年は何人くらい来そうですか?」

    というのは典型的な “よくある質問”。ただ、正直なところ「参加者数」は、どうでも良くなっている。

    #だって、、、集客、、、メンドクサイ。。。(爆) ※スポンサー企業の皆さま、モウシワケアリマセン。。。

    「就職・転職相談所?」

    確かに、そんな雰囲気も、ある。。。ギラギラしているヒトも、いる。。。

    #学生は、、、無料ビール(タダザケ)飲みながら就職活動、とか、天国?

    「永遠のオーガナイザー?」

    46歳。さすがに、そろそろ、後進に道を譲らねば、と。。。

    #真面目な話、イベントとしての「終活」は考えておかないとダメな時期。

    5. 先に謝ってオキマス!!

    ということで、11回目の『超交流会2019』もイロイロあると思います。ご迷惑をおかけすることもアリマス。でも、大目に見て頂ければ幸いです。2019年5月25日(土曜日)開催です。

    ※飲食の準備があるので、是非『事前エントリ』をお願いします! ⇒ http://www.johogaku.net/sn2019

    ※ちなみに『超交流会2020~みんなのオリンピック(仮)~』(←当たってそうでコワイ)は、2020年6月6日satのウワサがありつつも、ホントは2020年6月13日satで調整されているようです。

    • 「ビールが無くなってます!!」
    • 「事務局に問い合わせても回答がない!(怒)」
    • 「金を取っている以上、最低限のことはやっていただきたい!(怒)」

    そうですね。すみません。こんなクレーム事案は毎年のように発生してます。はい、少しずつ改善しようと思います。。。(でも「事務局」とかないんデスよねぇ。。。)

    あ、、、でも今年から、、、、会計担当氏のガンバリ(?)で、オンラインバンクになりましたよ。(みずほ銀行→ジャパンネット銀行)。マネーフォワードのクラウド会計も導入してくれたので、銀行送金チェックが日次になっています。なので、、(そもそも PayPal Invoice の送金チェックは無人化されているので)、、今後は、PayPal 送金でも、銀行送金でも、領収書は24時間以内に自動的に発行されていると思います。(←無人な感じは相変わらずです)

    PS. 応援ありがとうございます!

    (この原稿執筆時点で、事前申込 176人 でした)

    昨年度も楽しかったです!今年も期待してます!
    毎年あのゆるい感じのノリが好きです!楽しみにしてますー。
    まだ大学入りたての一回生ですが、なんか面白そうだから参加します!
    インターン募集の宣伝しに行きます!
    2度目の参加です!!楽しみです!!Geekな方との出会いをしたいです!!
    京都大学外の人間ですが、参加するたびに楽しませていただいております。今年も楽しみにしております!
    去年初参加で良かったので、今年は友人と参加させて頂きます。
    大学外の人も参加できる素敵な企画です!ありがとうございます!!
    こういう会の継続は大変だと思います。運営のみなさまを尊敬してます!
    情報学研究科を卒業後、4年経過しての初参加となります。当日は静岡から参ります。素敵な刺激をたのしみにしております。

  • Cloud BPM v11.10 Retrieves Files Itself

    Cloud BPM v11.10 Retrieves Files Itself

    Original Japanese version

    Directly imports files released by the government into business data

    Kyoto, Japan – April 8th, 2019 – Questetra, Inc., the global SaaS provider of Business Process Management (BPM), today announced that they have published the new version 11.10 of the Cloud-based Workflow product “Questetra BPM Suite” on Apr. 8th, 2019. This new version is capable of importing designated files into Business data automatically. In a Workflow App for corresponding to document request, for example, document files to be sent to the customer is attached automatically.

    In daily work, “files” are used in various scenes. To deal with many files, the effort of downloading the files and uploading them to the system is iterated. While work styles reform being promoted so productivity improvement has been attracted much attention, if you can automate file-related tasks, you can expect to be able to concentrate on more added value operations.

    Until now, retrieving files stored on the Internet was possible by HTTP communication and simple programming, but it required preparation based on the knowledge regarding communication and programming. On and after the new version 11.10, a Service Task for “downloading files from any website” is added. With this, you can easily obtain files from any web site simply by placing and setting modeling elements on a Workflow diagram. By utilizing this feature, it is possible to configure a scheme that automatically attaches monthly statistical data (PDF) published by the government every month or catalog file in responding to the customer request.

    Questetra BPM Suite

    Cloud-based Workflow “Questetra BPM Suite” is a business platform for realizing environments of paper-less and remote-working.
    Business issues are controlled according to Business Flow Diagram. When a process reaches a Human Task, the user will be asked to input. Also, when an issue reaches to automated Step, the predetermined processing (server-side processing) such as “Generate PDF” and “Save to cloud storage” is performed automatically. (BPM: Business Process Management)

    You can apply it to various business operations such as “Approval request flow”, “Document translation flow”, “Quality check process, “Invoice issuance process”. Process owner of each Business Process can practice “improvement of Business Process” little by little in daily work. (Examples of Business Flow Diagram: https://en.workflow-sample.net/)

    Automatic File Retrieving

    Using this Service Task, files on any website can be automatically set (attached) to File type Data Item. Instead of you had to download a file on the Internet manually and then upload (attach) it to File type Data Item so far, you can automate this task.

    Other Improvements

    Slack File Upload

    Using this Service Task, it is possible to post files to the specified channel of Slack, an enterprise social networking. You can check files (deliverables, etc.) created and confirmed on a Workflow on the e-chat that you use on a daily basis.

    Expansion of utilization of Field Name

    In Service Task (Data Assignment), it becomes possible to write formulas using “Field Names”. Utilizing Field Names, maintainability will be improved since checking of configuration becomes easier for good visibility.

    Easy configuration for OAuth2.0

    Configuring a Service Task (Add-on), OAuth2 setting can be done by selecting.

    * Please see our Release note for the detail of New Features: https://support.questetra.com/versions/version-11100/

  • クラウド型ワークフローv11.10、ファイル自動取得に対応

    クラウド型ワークフローv11.10、ファイル自動取得に対応

    SaaSベンダーの株式会社クエステトラ(京都市、代表執行役 CEO 今村元一)は4月8日、クラウド型ワークフロー製品である 『Questetra BPM Suite』 の新バージョン11.10 を公開しました。新バージョン11.10では、指定したファイルを自動的に業務データとして取り込むことができるようになります。例えば、資料請求に対応するワークフローアプリで、お客様に提出する資料ファイルを自動添付できるようになります。

    日々の業務では様々なシーンにおいて「ファイル」が利用されています。多くのファイルを取り扱う中で、ファイルをダウンロードし、システムにアップロードする、という作業が繰り返されています。働き方改革が謳われ生産性向上に関心が集まる中、ファイルに関連する作業を自動化できれば、より付加価値の高い業務に集中できるようになることが期待できます。

    これまでも HTTP 通信や簡単なプログラミングを行うことで、インターネット上に置かれたファイルを取得することが可能でしたが、通信やプログラミングに関する知識と準備が必要でした。新バージョン 11.10 からは「任意の Web サイトからファイルをダウンロード」するサービス工程が追加されます。これにより、ワークフロー図上にモデリング要素を配置・設定するだけで、任意のWebサイトから簡単にファイルを取得できるようになります。この機能を活用することで、毎月政府が公開する月例統計データ(PDF)、お客様の要求に応じた資料ファイルなどを自動添付する仕組みを構築することができます。

    Questetra BPM Suite とは

    クラウド型ワークフロー『Questetra BPM Suite』は、ペーパーレス環境やリモートワーク環境を推進するための業務プラットフォームです。
    業務案件は業務フロー図に従ってコントロールされ、案件が人間工程に到達すれば担当者はアウトプットを求められます。また、案件が自動工程に到達した際には、「PDFの生成」や「クラウドストレージへの保存」といった既定の処理(サーバサイド処理)が自動的に行われます。 (BPM: Business Process Management)

    「稟議承認フロー」「文書翻訳フロー」「品質チェックプロセス」「請求書発行プロセス」といった様々な業務に適用していただけます。各業務のプロセスオーナーは日々の業務の中で少しずつ「業務プロセスの改善」を実践することが可能です。

    ファイル自動取得について

    サービス工程を利用して、任意の Web サイト上のファイルをファイル型データに自動セット(添付)できるようになります。これまでは、インターネット上のファイルを手元にダウンロードしてから、ファイル型データにアップロード(添付)する必要がありましたが、この作業を自動化することができます。

    その他の機能改良について

    Slackにファイルをアップロード

    サービス工程を利用して、社内チャット Slack の指定チャンネルにファイルを投稿できるようになります。ワークフロー上で作成、確認されたファイル(成果物など)を、日常的に利用しているチャット上で確認できます。

    フィールド名の利用範囲拡大

    サービスタスク(データ設定)で「フィールド名」を利用して式を記載できるようになります。「フィールド名」を利用すると視認性が高まるので、設定の確認が容易になり、メンテナンス性が向上します。

    定義済みOAuth2設定の利用簡便化

    サービス工程(Add-on)で OAuth2 を利用する際、ワークフローアプリで定義された OAuth2 設定を選択できるようになります。

    詳細については、リリースノートを御参照ください。

  • パートタイム労働者就業規則

    パートタイム労働者就業規則

    厚労省による「パートタイム労働者就業規則の規定例」を最大限活用し、章構成や条構成は可能な限り変えない。もって、新法令等への社会変化にスムーズに対応し、また、解説書や規定例との比較を容易にする。なお、独自に制定もしくは加筆した部分は 太字表記 することによってメンテナンス性を高める。(なお、機種依存の○囲み数字は使用せず [ ] にて代替する)

    第1章 総則

    第1条(目的) この規則は、株式会社クエステトラ就業規則第2条第2項および第3項に基づき、パートタイム労働者の労働条件、服務規律その他の就業に関することを定めるものである。
    2 この規則に定めないことについては、労働基準法その他の関係法令の定めるところによる。

    第2条(定義) この規則において「パートタイム労働者」とは、第2章の定めにより採用された者で所定労働時間が1日8時間以内、1週30時間以内の契約内容で採用された者をいう。

    ▲ 日本の法律は『短時間労働者』という言葉を「通常の労働者の一週間の所定労働時間に比し短い労働者」と定義しています。クエステトラ社における「通常の労働者」(=フルタイム労働者)の所定労働時間は1日について7時間、1週について35時間です。また、フルタイムの年間の所定労働日数はおよそ245日で、月平均は約20.4日(約142時間)となります。

    第3条(規則の遵守) 会社及びパートタイム労働者は、この規則を守り、お互いに協力して業務の運営に当たらなければならない。

    第2章 採用および労働契約

    第4条(採用) 会社は、パートタイム労働者の採用に当たっては、就職希望者のうちから選考して採用する。

    第5条(労働契約の期間等) 会社は、労働契約の締結に当たって期間の定めをする場合には、3年(満60歳以上のパートタイム労働者との契約については5年)の範囲内で、契約時に本人の希望を考慮の上各人別に決定し、別紙の労働条件通知書で示す。
    2 前項の場合において、当該労働契約の期間の満了後における当該契約に係る更新の有無を別紙の労働条件通知書で示す。
    3 当該契約について更新する場合又はしない場合の判断の基準は、以下の事項とする。
    [1] 契約期間満了時の業務量により判断する。
    [2] 当該パートタイム労働者の勤務成績、態度により判断する。
    [3] 当該パートタイム労働者の能力により判断する。
    [4] 会社の経営状況により判断する。
    [5] 従事している業務の進捗状況により判断する。

    第6条(労働条件の明示) (規定なし)

    ▲ “労働条件の明示” については、就業規則の第7条(労働条件の明示)が適用され、フルタイム労働者と同一のルールとなります。

    第3章 服務規律

    第7条(服務) (規定なし)

    ▲ “服務規律” については、就業規則の第3章(服務規律)が適用され、フルタイム労働者と同一のルールとなります。

    第4章 労働時間、休憩及び休日

    第8条(労働時間及び休憩) 週所定労働日数、始業終業の時刻並びに休憩時間については、パートタイム労働者それぞれ個別に定める

    ▲ 労働条件通知書における明示例は以下の通りです。(休日は「勤務日以外の曜日および就業規則の定める休日」となります。また所定労働時間の設定が6時間を超える場合には休憩時間設定が必須となります。)
    – 所定労働日:月火水木の週4日、始業時刻:09時00分、終業時刻:17時00分、休憩時間:12時00分から14時00分までの間の1時間
    – 所定労働日:月火水木金の週5日、始業時刻:13時00分、終業時刻:18時00分、休憩時間:なし
    – 所定労働日:月のみ週1日、始業時刻:09時00分、終業時刻:18時00分、休憩時間:12時00分から14時00分までの間の1時間
    – 所定労働日:月水の週2日、始業時刻:09時30分、終業時刻:13時30分、休憩時間:なし

    2 前項の規定にかかわらず、業務の都合その他やむを得ない事情により始業及び終業の時刻並びに休憩時間を繰り上げ又は繰り下げることがある。
    3 休憩時間は、自由に利用することができる。

    第9条~第12条 (規定なし)

    ▲ 第8条の規程以外の “労働時間、休憩及び休日” については、就業規則の第4章(労働時間、休憩及び休日)が適用され、フルタイム労働者と同一のルールとなります。

    第5章 休暇等

    第13条~第25条 (規定なし)

    ▲ “休暇等” については、就業規則の第5章(休暇等)が適用され、フルタイム労働者と同一のルールとなります。

    第6章 賃金

    第26条(賃金の構成) 賃金の構成は、次のとおりとする。
    [1] 基本給:時間給とし、職務内容、成果、能力、経験等を考慮して各人別に決定する。
    [2] 手当:通勤手当
    [3] 割増賃金:時間外労働割増賃金、休日労働割増賃金、深夜労働割増賃金

    ▲ “時間外労働” とは日本の法令において「法定労働時間を超える労働のこと」と定義されます。クエステトラ社においては、「変形時間労働制」などの特別な制度は採用されておらず、法令原則の通り「1日8時間・1週40時間」(労基法32条)の法定労働時間を超える労働時間が “時間外労働” に該当します。なお、パートタイム労働者の業務の多くは、労使協定の “労働させる事由” に該当しないため、原則として、法定労働時間を超えて労働させられることはありません/就労することはできません。もし “副業バイトさん” (ダブルワーカーの方)など、特別な事情がある場合は個別にご相談ください。

    第27条~第33条 (規定なし)

    ▲ 第26条の規程以外の “賃金” について(昇給や賞与など)は、就業規則の第6章(賃金)が適用され、フルタイム労働者と同一のルールとなります。

    第7章~第9章

    第34条~第43条 (規定なし)

    ▲ “退職・雇止め・解雇” および “福利厚生等” および “安全衛生・災害補償” 等については、フルタイム労働者と同一のルールとなります。

    第10章 社員への転換

    第44条(社員への転換) 1年以上勤続し、社員への転換を希望するパートタイム労働者については、次の要件を満たす場合、社員として採用し、労働契約を締結するものとする。
    [1] 1日7時間、1週35時間の勤務ができること
    [2] 所属長の推薦があること
    [3] 面接試験に合格したこと
    2  前項の場合において、会社は当該パートタイム労働者に対して必要な教育訓練を行う。
    3 年次有給休暇の付与日数の算定及び退職金の算定において、パートタイム労働者としての勤続年数を通算する。
    4 転換時期は毎年4月1日とする。

    第11章~第12章

    第45条~第49条 (規定なし)

    ▲ “無期労働契約への転換” および “表彰及び懲戒” については、フルタイム労働者と同一のルールとなります。

    2008年4月制定、2017年9月改定、2019年4月改定

  • 育児・介護休業等に関する規則

    育児・介護休業等に関する規則

    厚労省による「育児・介護休業等に関する規則の規定例」を最大限活用し、章構成や条構成は可能な限り変えない。もって、新法令等への社会変化にスムーズに対応し、また、解説書や規定例と比較参照しやすくする。なお、独自に制定もしくは加筆した部分については 太字表記 するこによってメンテナンス性を高める。(なお、機種依存の○囲み数字は使用せず [ ] にて代替する)

    第1条(育児休業) 育児のために休業することを希望する従業員(日雇従業員を除く)であって、1歳に満たない子と同居し、養育する者は、申出により、育児休業をすることができる。ただし、有期契約従業員にあっては、申出時点において、次のいずれにも該当する者に限り、育児休業をすることができる。
    一 入社1年以上であること
    二 子が1歳6か月(4の申出にあっては2歳)になるまでに労働契約期間が満了し、更新されないことが明らかでないこと

    2 配偶者が従業員と同じ日から又は従業員より先に育児休業をしている場合、従業員は、子が1歳2か月に達するまでの間で、出生日以後の産前・産後休業期間と育児休業期間との合計が1年を限度として、育児休業をすることができる。

    3 次のいずれにも該当する従業員は、子が1歳6か月に達するまでの間で必要な日数について育児休業をすることができる。なお、育児休業を開始しようとする日は、原則として子の1歳の誕生日に限るものとする。

    [1] 従業員又は配偶者が原則として子の1歳の誕生日の前日に育児休業をしていること
    [2] 次のいずれかの事情があること

    ア 保育所等に入所を希望しているが、入所できない場合
    イ 従業員の配偶者であって育児休業の対象となる子の親であり、1歳以降育児に当たる予定であった者が、死亡、負傷、疾病等の事情により子を養育することが困難になった場合

    4 次のいずれにも該当する従業員は、子が2歳に達するまでの間で必要な日数について、育児休業をすることができる。なお、育児休業を開始しようとする日は、子の1歳6か月の誕生日応当日とする。
    [1] 従業員又は配偶者が子の1歳6か月の誕生日応当日の前日に育児休業をしていること
    [2] 次のいずれかの事情があること
    ア 保育所等に入所を希望しているが、入所できない場合
    イ 従業員の配偶者であって育児休業の対象となる子の親であり、1歳6か月以降育児に当たる予定であった者が死亡、負傷、疾病等の事情により子を養育することが困難になった場合

    ▲ 1歳6か月を超えて2歳まで育児休業が取れるようになりました(規定例201710)

    5 育児休業をすることを希望する従業員は、原則として、育児休業を開始しようとする日の1か月前(3及び4に基づく1歳を超える休業の場合は、2週間前)までに、育児休業申出書を人事担当者に提出することにより申し出るものとする。なお、育児休業中の有期契約従業員が労働契約を更新するに当たり、引き続き休業を希望する場合には、更新された労働契約期間の初日を育児休業開始予定日として、育児休業申出書により再度の申出を行うものとする。

    6 申出は、次のいずれかに該当する場合を除き、一子につき1回限りとする。ただし、産後休業をしていない従業員が、子の出生日又は出産予定日のいずれか遅い方から8週間以内にした最初の育児休業については、1回の申出にカウントしない。
    [1] 1に基づく休業をした者が3又は4に基づく休業の申出をしようとする場合又は3に基づく休業をした者が4に基づく休業の申出をしようとする場合
    [2] 配偶者の死亡等特別の事情がある場合

    7 育児休業申出書が提出されたときは、会社は速やかに当該育児休業申出書を提出した者に対し、育児休業取扱通知書を交付する。

    第2条(介護休業) 要介護状態にある家族を介護する従業員(日雇従業員を除く)は、申出により、介護を必要とする家族1人につき、通算93日までの範囲内で3回を上限として介護休業をすることができる。ただし、有期契約従業員にあっては、申出時点において、次のいずれにも該当する者に限り、介護休業をすることができる。
    一 入社1年以上であること
    二 介護休業開始予定日から93日を経過する日から6か月を経過する日までに労働契約期間が満了し、更新されないことが明らかでないこと

    2 要介護状態にある家族とは、負傷、疾病又は身体上若しくは精神上の障害により、2週間以上の期間にわたり常時介護を必要とする状態にある次の者をいう。 配偶者/父母/子/配偶者の父母/祖父母/兄弟姉妹/孫

    3 介護休業をすることを希望する従業員は、原則として、介護休業を開始しようとする日の2週間前までに、介護休業申出書を人事担当者に提出することにより申し出るものとする。

    4 介護休業申出書が提出されたときは、会社は速やかに当該介護休業申出書を提出した者に対し、介護休業取扱通知書を交付する。

    第3条(子の看護休暇) 小学校就学の始期に達するまでの子を養育する従業員(日雇従業員を除く)は、負傷し、又は疾病にかかった当該子の世話をするために、又は当該子に予防接種や健康診断を受けさせるために、就業規則第22に規定する年次有給休暇とは別に、当該子が1人の場合は1年間につき5日、2人以上の場合は1年間につき10日を限度として、子の看護休暇を取得することができる。この場合の1年間とは、4月1日から翌年3月31日までの期間とする。

    2 子の看護休暇は、半日単位で取得することができる。

    第4条(介護休暇) 要介護状態にある家族の介護その他の世話をする従業員(日雇従業員を除く)は、就業規則第22条に規定する年次有給休暇とは別に、対象家族が1人の場合は1年間につき5日、2人以上の場合は1年間につき10日を限度として、介護休暇を取得することができる。この場合の1年間とは、4月1日から翌年3月31日までの期間とする。

    2 介護休暇は、半日単位で取得することができる。

    第5条(育児・介護のための所定外労働の制限) 3歳に満たない子を養育する従業員(日雇従業員を除く)が当該子を養育するため、又は要介護状態にある家族を介護する従業員(日雇従業員を除く)が当該家族を介護するために請求した場合には、事業の正常な運営に支障がある場合を除き、所定労働時間を超えて労働をさせることはない。

    2 請求をしようとする者は、1回につき、1か月以上1年以内の期間について、制限を開始しようとする日及び制限を終了しようとする日を明らかにして、原則として、制限開始予定日の1か月前までに育児・介護のための所定外労働制限請求書を人事担当者に提出するものとする。

    第6条(育児・介護のための時間外労働の制限) 小学校就学の始期に達するまでの子を養育する従業員が当該子を養育するため又は要介護状態にある家族を介護する従業員が当該家族を介護するために請求した場合には、就業規則第21条の規定及び時間外労働に関する協定にかかわらず、事業の正常な運営に支障がある場合を除き、1か月について24時間、1年について150時間を超えて時間外労働をさせることはない。

    2 1にかかわらず、次の一から三のいずれかに該当する従業員は育児のための時間外労働の制限及び介護のための時間外労働の制限を請求することができない。
    一 日雇従業員
    二 入社1年未満の従業員
    三 1週間の所定労働日数が2日以下の従業員

    3 請求をしようとする者は、1回につき、1か月以上1年以内の期間について、制限を開始しようとする日及び制限を終了しようとする日を明らかにして、原則として、制限を開始しようとする日の1か月前までに、育児・介護のための時間外労働制限請求書を人事担当者に提出するものとする。

    第7条(育児・介護のための深夜業の制限) 小学校就学の始期に達するまでの子を養育する従業員が当該子を養育するため又は要介護状態にある家族を介護する従業員が当該家族を介護するために請求した場合には、就業規則第21条の規定にかかわらず、事業の正常な運営に支障がある場合を除き、午後10時から午前5時までの間に労働させることはない。

    2 1にかかわらず、次のいずれかに該当する従業員は深夜業の制限を請求することができない。
    一 日雇従業員
    二 入社1年未満の従業員
    三 請求に係る家族の16歳以上の同居の家族が次のいずれにも該当する従業員

    イ 深夜において就業していない者(1か月について深夜における就業が3日以下の者を含む。)であること
    ロ 心身の状況が請求に係る子の保育又は家族の介護をすることができる者であること
    ハ 6週間(多胎妊娠の場合にあっては、14週間)以内に出産予定でなく、かつ産後8週間以内でない者であること

    四 1週間の所定労働日数が2日以下の従業員
    五 所定労働時間の全部が深夜にある従業員

    3 請求をしようとする者は、1回につき、1か月以上6か月以内の期間について、制限を開始しようとする日及び制限を終了しようとする日を明らかにして、原則として、制限を開始しようとする日の1か月前までに、育児・介護のための深夜業制限請求書を人事担当者に提出するものとする。

    第8条(育児短時間勤務) 3歳に満たない子を養育する従業員は、申し出ることにより、就業規則第19の所定労働時間について、以下のように変更することができる。
     所定労働時間を午前9時30分から午後3時30分まで(うち休憩時間は、午前12時から午後2時までの間の1時間とする。)の時間とする(1歳に満たない子を育てる女性従業員は更に別途30分ずつ2回の育児時間を請求することができる。)。

    2 1にかかわらず、次のいずれかに該当する従業員からの育児短時間勤務の申出は拒むことができる。
    一 日雇従業員
    二 1日の所定労働時間が6時間以下である従業員

    3 申出をしようとする者は、1回につき、1か月以上1年以内の期間について、短縮を開始しようとする日及び短縮を終了しようとする日を明らかにして、原則として、短縮を開始しようとする日の1か月前までに、短時間勤務申出書により人事担当者に申し出なければならない。

    第9条(介護短時間勤務) 要介護状態にある家族を介護する従業員は、申し出ることにより、当該家族1人当たり利用開始の日から3年の間で2回までの範囲内で、就業規則第19条の所定労働時間について、以下のように変更することができる。
     所定労働時間を午前9時30分から午後3時30分まで(うち休憩時間は、午前12時から午後2時までの間の1時間とする。)の時間とする。

    2 1にかかわらず、日雇従業員からの介護短時間勤務の申出は拒むことができる。

    3 介護のための短時間勤務をしようとする者は、短縮を開始しようとする日及び短縮を終了しようとする日を明らかにして、原則として、短縮を開始しようとする日の2週間前までに、短時間勤務申出書により人事担当者に申し出なければならない。

    第10条(給与等の取扱い) 基本給その他の月ごとに支払われる給与の取扱いは次のとおり。
    一 育児・介護休業をした期間については、支給しない
    二 第3条及び第4条の制度の適用を受けた日又は時間については、無給とする
    三 第7条、第8条及び第9条の制度の適用を受けた期間については、別途定める給与規定に基づく労務提供のなかった時間分に相当する額を控除した基本給と諸手当の全額を支給する。

    2 定期昇給は、育児・介護休業の期間中は行わないものとし、育児・介護休業期間中に定期昇給日が到来した者については、復職後に昇給させるものとする。第3条~第9条の制度の適用を受けた日又は期間については、通常の勤務をしているものとみなす。

    3 賞与については、その算定対象期間に育児・介護休業をした期間が含まれる場合には、出勤日数により日割りで計算した額を支給する。また、その算定対象期間に第8条及び第9条の適用を受ける期間がある場合においては、短縮した時間に対応する賞与は、支給しない。第3条~第7条の制度の適用を受けた日又は期間については、通常の勤務をしているものとみなす。

    4 (退職金の算定、規定なし)

    5 年次有給休暇の権利発生のための出勤率の算定に当たっては、育児・介護休業をした日は出勤したものとみなす。

    第11条(育児休業等に関するハラスメントの防止) すべての従業員は第1条~第9条の制度の申出・利用に関して、当該申出・利用する従業員の就業環境を害する言動を行ってはならない。

    2 1の言動を行ったと認められる従業員に対しては、厳正に対処する。

    第12条(法令との関係) 育児・介護休業、子の看護休暇、介護休暇、育児・介護のための所定外労働の制限、時間外労働及び深夜業の制限、育児短時間勤務並びに介護短時間勤務に関して、この規則に定めのないことについては、育児・介護休業法その他の法令の定めるところによる。

    2008年4月制定、2017年9月改定、2019年4月改定