住所
出身
ハンドル名
himaさん
ブログタイトル
人生暇つぶし
ブログURL
http://blog.livedoor.jp/drudge_and_slave/
ブログ紹介文
日記、プログラミング(主にC#)、電力関連について適当に書いていきます。
自由文
-
更新頻度(1年)

14回 / 160日(平均0.6回/週)

ブログ村参加:2018/08/23

himaさんの人気ランキング

?
  • IN
  • OUT
  • PV
今日 03/21 03/20 03/19 03/18 03/17 03/16 全参加数
総合ランキング(IN) 圏外 圏外 圏外 圏外 圏外 圏外 圏外 953,041サイト
INポイント 0 0 0 0 0 0 0 0/週
OUTポイント 0 0 0 0 0 0 0 0/週
PVポイント 0 0 0 0 0 0 0 0/週
IT技術ブログ 圏外 圏外 圏外 圏外 圏外 圏外 圏外 7,531サイト
IT技術メモ 圏外 圏外 圏外 圏外 圏外 圏外 圏外 1,001サイト
C# 圏外 圏外 圏外 圏外 圏外 圏外 圏外 45サイト
プログラム・プログラマー 圏外 圏外 圏外 圏外 圏外 圏外 圏外 757サイト
今日 03/21 03/20 03/19 03/18 03/17 03/16 全参加数
総合ランキング(OUT) 圏外 圏外 圏外 圏外 圏外 圏外 圏外 953,041サイト
INポイント 0 0 0 0 0 0 0 0/週
OUTポイント 0 0 0 0 0 0 0 0/週
PVポイント 0 0 0 0 0 0 0 0/週
IT技術ブログ 圏外 圏外 圏外 圏外 圏外 圏外 圏外 7,531サイト
IT技術メモ 圏外 圏外 圏外 圏外 圏外 圏外 圏外 1,001サイト
C# 圏外 圏外 圏外 圏外 圏外 圏外 圏外 45サイト
プログラム・プログラマー 圏外 圏外 圏外 圏外 圏外 圏外 圏外 757サイト
今日 03/21 03/20 03/19 03/18 03/17 03/16 全参加数
総合ランキング(PV) 圏外 圏外 圏外 圏外 圏外 圏外 圏外 953,041サイト
INポイント 0 0 0 0 0 0 0 0/週
OUTポイント 0 0 0 0 0 0 0 0/週
PVポイント 0 0 0 0 0 0 0 0/週
IT技術ブログ 圏外 圏外 圏外 圏外 圏外 圏外 圏外 7,531サイト
IT技術メモ 圏外 圏外 圏外 圏外 圏外 圏外 圏外 1,001サイト
C# 圏外 圏外 圏外 圏外 圏外 圏外 圏外 45サイト
プログラム・プログラマー 圏外 圏外 圏外 圏外 圏外 圏外 圏外 757サイト

himaさんのブログ記事

?
  • 週間、月間計画にスポット・時間前取引の登録は不要

    週間、月間計画は確実に供給力として見込めるものだけ登録します。スポット・時間前のように調達量(約定量)が不確実なものは登録する必要がありません。需要電力に対して調達電力が不足する場合、週間、月間計画にスポット・時間前の登録ができないため、調達過不足で計画

  • 高圧 接続送電サービス(託送)料金の契約種別

    標準接続送電サービスは基本料金と従量料金のプラン時間帯別接続送電サービスは基本料金と従量料金が昼間、夜間で分かれるのプラン従量接続送電サービスは従量料金のみのプラン

  • 新電力関連情報の取得アプリ作成中

    自分用に作っているものですが、日本卸電力取引所、電力広域的運営推進機関、低炭素投資促進機構、資源エネルギー庁のお知らせ情報を抽出して表示するアプリです。低炭素投資促進機構だけ、HPの作りが少し特殊なのでちょっと動きが怪しいです。最終系は体裁をもう少し整える

  • 混雑処理通知(スポット・1時間前)

    前日のスポット取引後、連系線のトラブルなどでスポット・時間前の約定結果を抑制する必要がある場合場合、広域機関から混雑処理通知が来ます。小売電気事業者は通知内容の抑制量を計画票に反映させたうえで再提出します。出典:広域機関 (http://www.occto.or.jp/oshirase

  • 広域機関システム ログイン用のユーザ

    システムログイン用のユーザID、パスワードを広域機関から発行されるのですが、何度かパスワードを間違えるとアカウントロックがかかってしまいます。広域機関の営業時間内であれば解除の依頼を出せるのですが、営業時間外の場合は対応してもらえませんので、対策として管理

  • FIT特例1 翌日発電計画作成の流れ(四国エリア)

    四国エリアでは、特高は個別、高圧、低圧は集約コードでまとめることが可能です。高圧に関しては個別で発電計画値が必要な場合、発番することもできます。ステータス2で集約コードに計画値が設定され、ステータス3で一括入力値を特高のG1、G2の発電所に必要に応じて割り振

  • 発電者の仕訳後の電力量のお知らせ帳票

    受電地点単位の30分毎の発電量が記載されている帳票となります。詳細な仕様やファイルサンプルなどは、広域機関に問い合わせして取得する必要があります。https://www.occto.or.jp/system/gijutsu/kouri_ippan_renkei.html

  • 広域機関システム クライアント証明書申請・システム利用申請

    三菱電機インフォメーションネットワーク株式会社から、証明書の申請・取得を行います。http://www.eppcert.jp/occto/occto.html広域機関システム、スイッチング支援システム、託送関連業務データ提供システム(30分電力量、確定使用量等)にシステムの利用申請を行います。

  • 広域機関システム 事業者マスタ申請

    基本情報として、事業者コードや事業者名、住所や連絡先などの情報と登録します。ライセンス情報として小売、発電なのかを選択するのですが、需要調達、発電販売計画の両方を提出する必要がある場合は両方選択してください。

  • インバランス算定

    インバランス量を算定する際に需要側は 需要計画 - 需要実績で行っていましたが、各事業者が 需要計画 = 需要調達 - 需要販売となる計画を適切に提出できなかったため、現行は 需要調達 - 需要販売 - 需要実績で算定されています。正確には、広域機関側で需要計画 = 

  • 電気料金計算 端数処理の扱いについて

    契約電力、契約容量、契約負荷設備について小数点第一位を四捨五入します。使用電力量の単位を1kWhとし、小数点第一位を四捨五入します。料金の金額の単位を1円とし、端数は切り捨てします。

  • 料金の算定期間

    東京電力の約款には、前月の検針日から当月の検針日の前日までの期間と記載があります。例えば検針日が15日の場合、11月の料金算定期間は10月15日~11月14日となります。需要家が10月28日から電気を使い始めた場合、11月分は10月28日~11月14日となるため、(使用期間 / 本来

  • 需要調達計画の作成方法

    特に重要な点は①対象の需要BGで需要家が電力量を予測する需要計画②需要BGから他BGへの販売計画③他BGから需要BGへの調達計画となります。出典:広域機関 (https://www.occto.or.jp/oshirase/sonotaoshirase/2015/files/koiki_sys_jigyoushasetsumeikai_shiryou_r4.pdf)

  • FIT特例①の業務フロー

    太陽光・風力については一般送配電事業者が計画値を作成して、その情報を小売事業者が受取したうえで翌日計画提出します。太陽光・地熱・バイオは小売電気事業者が計画値を入力して提出し、一般送配電事業者が妥当性チェックしたうえで、その情報を小売事業者が受取して翌日