LANG SELRCT

コードを書く場所

2020年7月27日月曜日

人事労務freeeにAPIで従業員を追加したい


MISSION
人事労務freeeにAPIで従業員を追加する



KEY 
従業員の作成
https://api.freee.co.jp/hr/api/v1/employees

ログインユーザの取得
https://api.freee.co.jp/hr/api/v1/users/me



STEPS
  1. /users/meでGETして事業所IDを取得する
  2. payload(JSON)に従業員情報を設定する
  3. /employeesでPOSTする



payload(json) 
{
  "company_id": COMPANY_ID,
  "employee": {
    "num": "0000002",
    "working_hours_system_name": "本社",
    "company_reference_date_rule_name": "社員",
    "last_name": "なまえ",
    "first_name": "みょうじ",
    "last_name_kana": "ナマエ",
    "first_name_kana": "ミョウジ",
    "birth_date": "1991-01-01",
    "entry_date": "2020-07-01",
    "pay_calc_type": "monthly",
    "pay_amount": 1000000,
    "gender": 0,
    "married_f": false
  }
}

 
事業所ID

従業員番号
勤務・賃金設定
締め日支払い日グループ(一つしかない場合、Web画面上の操作では選択不要)
姓
名
姓カタカナ
名カタカナ
生年月日
入社日
給与形態
基本給
性別
配偶者の有無





関連記事

締め日支払い日グループ
一つの場合はWeb画面の操作では選択肢が表示されない。



参考

従業員の操作 > 作成

締め日支払い日を変更できますか?

給与規定を設定する


2020年7月26日日曜日

人事労務freeeに従業員を追加したい


MISSION
人事労務freeeに従業員を追加する


KEY
今回は最速で登録するため、管理者が追加して、詳細の登録はしない


PROCESS
ログイン > 従業員 > 従業員追加 > 基本情報入力 > 詳細は後で登録する



STEPS


STEP1
人事労務freeeにログインします。


STEP2
① 従業員をクリックします
② 従業員追加をクリックします


STEP3
基本情報を入力して、詳細は後で登録するをクリックします。


これで従業員の登録ができました。


参考

従業員を登録する - 管理者が追加する


Salesforceにユーザを追加したい(Developers Edition)


Developers Editionでユーザを追加したときの備忘録です。


MISSION
Salesforceにユーザを追加する


PROCESS
設定 > ユーザ > 新規ユーザ > ユーザの情報を入力 > 保存


KEY
ユーザー名はメールアドレスの形式


STEPS


STEP1
設定を開きます。



STEP2
「ユーザ」で検索して「ユーザ」を選択します。


STEP3
新規ユーザをクリックします。


STEP4
ユーザの情報を入力します。
今回は以下の設定をしました。
ユーザライセンス:Salesforce
プロファイル:標準ユーザ


STEP5
保存をクリックします。


STEP6
追加されたユーザのメールアドレスに以下のメールが来ます。
アカウントを確認をクリックします。


STEP7
パスワードを変更します。


これでユーザが追加できました。

2020年7月4日土曜日

デフォルトのGCPプロジェクトを標準のGCPプロジェクトに切り替えたい


Google Apps ScriptではデフォルトのGCPプロジェクトを標準のGCPプロジェクトに切り替えることができる。


順を追ってやってみたので、ステップ化して書き残しておきます。



STEP1 標準のGCPプロジェクトについて確認する

まずは、Standard Cloud Platform projects を開いてみる。

デフォルトのCloud Platformプロジェクトは、最も使いやすいため、ほとんどのスクリプトプロジェクトに最適なオプションです。
ただし、デフォルトのGCPプロジェクトは、GCPプロジェクトを手動で構成する必要があるため、特定のケースでは使用できません。
これらの状況では、標準のGCPプロジェクトを使用するようにスクリプトプロジェクトを切り替える必要があります。

Default Cloud Platform projects are the best option for most script projects, as they are the easiest to use. However, default GCP projects can't be used for certain cases because they require you to manually configure the GCP project. In these situations, you must switch your script project to use a standard GCP project.



STEP2 切り替えるステップを確認する
切り替えたいので
Switching to a different standard GCP project を開いてみる。

ちょっと長いので要約してみる。
デフォルトのGCPプロジェクトを標準のGCPプロジェクトに切り替えたら戻せない。
スクリプトを利用している全てのユーザは、アカウントに承認したアクセス許可を再承認する必要がある。

    7つのステップがあるらしい。


    1. 適切なGCPプロジェクトがない場合は、プロジェクトの作成手順に従って新しいプロジェクトを作成します。
    それ以外の場合は、GCP Consoleの[リソースの管理]ページを開いて、使用する既存のGCPプロジェクトを見つけます。 
    GCPプロジェクトの編集権限が必要であり、Google Cloud Platform Consoleでその設定を表示できる必要があります。
    新しいプロジェクトは、Apps Scriptによって自動的に作成されたものであってはなりません。
    If you don't have a suitable GCP project, create a new one by following the Create a project instructions. Otherwise, open the GCP console Manage Resources page and locate an existing GCP project to use. You must have edit permissions for the GCP project and you must be able to view its settings in the Google Cloud Platform Console. The new project can't be one that was automatically created by Apps Script.



    STEP3 GCPプロジェクトを作成する
    適切なGCPプロジェクトがないので作成します。
    Create a project

    この手順でやってみます。
    [リソースの管理]ページに移動 をクリックします。


    プロジェクトを作成 をクリックします。



    2. 覚えやすいGCPプロジェクト名を設定して、GCP Consoleの[リソースの管理]ページで簡単に見つけられるようにします。この名前は、Apps Scriptがユーザーに承認を求めるときにスクリプトを識別するためにも使用されます。
    3. GCPプロジェクトのプロジェクト番号を決定します。
    Set a memorable GCP project name so that you can more easily locate it in the GCP console Manage Resources page. This name is also used to identify the script when Apps Script asks users to authorize it.
    Determine the Project number of your GCP project.
    プロジェクト名を入れて作成をクリックします。
    (UIが変わったのか、該当する請求アカウントの選択肢はないのでスルー)


    作成したプロジェクトがリストされます。



    プロジェクト番号を確認する。

    設定を開くとプロジェクト番号を確認できる。



    STEP4 スクリプトエディタでプロジェクトを設定する
    4〜5. 対象のスクリプトエディタ > リソース > Cloud Platform プロジェクト をクリックします。
    In the Apps Script editor, open the script whose GCP project you want to replace.
    Click Resources > Cloud Platform project.


    6. プロジェクト番号を入れて プロジェクトを設定します。
    In the Change Project section, paste the project number you copied into the text field, then click Set Project.



    7. 確認をクリックします。
    A warning screen explains the effects of changing the Cloud Platform project. Read the notice carefully, and click Confirm.



    STEP5 OAuth 同意画面を設定する
    エラーが出たので こちら をクリックしてみます。
    (ここからは公式のステップにないので手探り)
    プロジェクトに切り替えるには、OAuth 同意画面を設定する必要があります。 同意画面を設定するには、こちらをご覧ください。


    利用規約をチェックして 同意して続行をクリックします。


    内部 / 外部を選択して作成をクリックします。
    (ここでは外部を選択しました)



    続けて以下も設定します。

    In addition, you must have the following required assets:


    OAuth同意画面を埋めていきます。
    保存 をクリックすると確認が必要という表示が出ました。

    ここから先も公式のステップにないので手探りでいきます。


    その前に、スクリプトエディタでプロジェクトの変更を完了しておきます。



    STEP6

    スクリプトエディタに戻って、リソース > Cloud Platform プロジェクトを開きます。


    プロジェクト番号を入力して、プロジェクトを設定します。


    確認をクリックします。


    これでプロジェクトが変更されました。






    STEP7 OAuth認証情報の設定

    OAuth同意画面に戻って、確認のため送信 しようとしたらグレーアウトしている。
    ポインターを当てるとOAuth認証情報の設定を求められる。


    左のメニューから認証情報を開いてみる。


    ここからは認証 のヘルプを参考に進めていきます。

    認証情報ページで [認証情報を作成] をクリックし、[OAuth クライアント ID] を選択します。




    [アプリケーションのタイプ] は [ウェブ アプリケーション] を選択します。手順に従って JavaScript の生成元かリダイレクト URI(またはその両方)を入力します。

    名前を入力します。
    承認済みのリダイレクト URIを入力します。
    (今回は対象のGoogle Apps ScriptのWebアプリの公開URLを入れました)
    作成をクリックします。


    これで認証情報の設定は終わりかな。



    STEP7 確認のため送信

    OAuth 同意画面 > アプリを編集 を開きます。


    一番下にある先程クリックできなかった 確認のため送信 ボタンをクリックします。




    送信するとこのようなステータスになります。

    ここまで来たら、あとは連絡先メールアドレスへの連絡を待つのみ。


    APPENDIX

    失敗談

    STEP6を行わずに「確認のため送信」を押してしまい、Googleから以下のようなメッセージを含むメールが届きました。
    Development/testing projects, or projects which are not yet live to the public, are not eligible for verification.

    そのため、STEP5と7の間にSTEP6を入れました。


    参考

    Standard Cloud Platform projects



    OAuth 2.0 認証情報を作成する

    Google Search Consoleでサイトの所有権を確認してみる


    MISSION
    サイトの所有権を確認する



    STEP1
    サイトの所有権を確認する ページを開きます。



    STEP2
    プロパティを確認する をクリックします。
    自分のサイトが自分のものだと証明するプロセスらしい。



    STEP3
    プロパティを検索します。



    STEP4
    1. 新しいプロパティを追加するか、プロパティ選択バーで未確認のプロパティを選択します。

    とのことなので、ここではこのブログのドメインがあったので選択します。
    (ない場合はプロパティを追加します)



    所有権は確認済になっていました。


    次に進んで
    2. 下記の確認方法の中からいずれかを選択して、表示される手順を実施します。プロパティによっては使用できない確認方法があるため、確認ページには、該当のサイトで使用できるおすすめの方法が一覧表示されます。

    今回選択したのはBloggerなので開いて確認してみます。

    自動的に追加され、確認されるそうなので特にやることはなさそうでした。


    参考

    サイトの所有権を確認する


    認証と認可について、時々忘れるのでメモっておく。


    認証と認可について
    1. ユーザは、認証の処理によって識別される。
    2. 認証が成功したユーザは、アプリケーションに認可された操作を行うことができる。


    認証は、確認や証明とも言いかえられる。
    認可は、承認や許可とも言いかえられる。


    1,2をまとめて言い換えると
    • アプリケーションに許可された操作を行っていいユーザがどうか確認する。

    英語でいうと

    認証:Authentication
    認可:Authorization




    APPENDIX

    ログインIDとパスワードでの認証だと、ユーザが持つ全ての情報にアクセスできる。

    部分的な情報にだけアクセスを許可したいときに、認証・認可が役立つ。



    参考 

    「認証」とは、クライアントの身元を判別するためのプロセスです。 これに対して、「承認」とは、認証されたクライアントが一連のリソースに対してどのような権限を持つかを決定するためのプロセスです。つまり、認証とはユーザーを識別するもので、承認とはユーザーが行えることを決定するものです。

    2020年7月1日水曜日

    JIRAのフィールドをプロジェクト単位で非表示にしたい


    MISSION
    JIRAのフィールドをプロジェクト単位で非表示にする


    KEY
    Issue layout > Edit layout



    STEPS


    STEP1
    Project settingsをクリックします。



    STEP2
    Issue layoutをクリックします。



    STEP3
    対象の課題タイプでEdit layoutをクリックします。


    STEP4
    ① 表示中のフィールド
    ② 値が空の時は非表示にしたいフィールド
    ③ 常に非表示にしたいフィールド


    ② の場合は課題の画面で Show 7 more fields をクリックすると表示される



    参考

    課題ビューでのフィールド レイアウトの設定
    https://ja.confluence.atlassian.com/jiracorecloud/configure-field-layout-in-the-issue-view-961798123.html



    最新の投稿

    SlackのOutgoing WebhooksでJIRAに課題を作りたい

    MISSION SlackのOutgoing Webhooksを利用して、ブログの新規投稿をJIRA課題として作成する。 KEY SlackのRSS設定 Outgoing Webhooksの設定 JIRA API Blogger PROCESS SlackでブログのR...