  |
はてなキーワード: 発注とは
VBA嫌いのExcel師(営業事務)なんだけど、その程度のことをVBAでやろうとするヤツを駆逐したい。
お前は営業や他のユーザーの理解度を自分レベルだと勘違いするのをやめるべき。
うちの会社はVLOOKUP(最近はINDEXとMATCH)組めるのが「Excelできる」と名乗っていい最低限のラインで、営業と営業事務では名乗れないやつはほとんどいない。でもVBAは使える人は稀。
基本はその「難しくてもVLOOKUPの知識を駆使すればなんとかなるレベル」でExcelを組まないと破綻する。
うちの会社の一事業部は複数の会社に発注をしていて、そうすると会社ごとにデータを比較して見たいのに項目や項目順が違って簡単に比較できない、ということがよくある。
その場合マッピングと呼ばれるデータ項目の統一化が必要なんだけど、会社によって合算したいデータがそれぞれ別の方法でしか取れないとか、合算値に余計なデータが入ってるからrawデータ取ってきて件数はレコード数でカウントしないといけないとか、まぁ色々出てくる。
全取引に対してのデフォルト対応としての統一マッピングはしてるけど、そういうのはVBAでやらずにSaaS使ってるし、ものによって重視する値が変わるので例外が2割くらいある。うちの会社はその辺りの裁量が営業に認められているので例外も多め(なおオンリーワンになりたいためだけに特殊対応した奴は一人を除いて矯正or自滅済)
そういう融通をきかせるのにExcelの計算シートでマッピングするのは絶対。
あとVBAだと営業側が「どういう計算をしてるのか」とか「正しい数値が出てるのか」が確認できない。
っていうのは例えば100円3件と150円2件の仕入れにうちの取り分2割乗せて720円として見せたかったのに、『=100*3+150*2*1.2』って数式書いたせいで660円になっとるやんみたいな。こんなんよくある眠い時のヒューマンエラーで、VBA書く人ならやらかさない、なんてことは絶対ない。
しかも営業がこういうのの修正とか提案用にちょいちょいと列増やして数式入れようとしても「マクロ壊れるからやめて」とか言われる。営業が自分で調整可能なら1時間以内でできるものでも、VBA書いた人に依頼しなきゃいけないんだと、書いた人の通常業務との兼ね合いで1週間待たされたりする。
営業に金稼がせるためには営業の利便性と裁量は必須で、Excel利用者に裁量権が認められてないVBAのツールなんか全体最適化されてないクソ。
※なお裁量大きいからってあんまり好き勝手するとやらかした時に他の助けも得られず(やれることに限界がある)自滅ルート
自分も軽くVBA習得してるんだけど、フォルダ内のデータ一括読み込みとシートの分割統合の関数代わりにしか使ってない。しかもただの効率化なのでVBAが死んだところで手作業に戻せる範囲。
他人が保守できるように作るのならVBAなんか入れるべきではないし、VBA入れないなら計算シートは必須。あと計算周りを大掛かりにやるならSaaS入れてDX検討すべき。
この日記の内容は、会社の後輩から「最近エクセルマクロを勉強し始めて（キラキラ）」という話を聞いて、先輩ムーブをかますために話した内容になります。
とにかくこれから説明する「計算用シート」が憎くて憎くてたまらず、ちょっと引かれるほど熱弁してしまいました。
ただ、他の方がどうされているのかや、逆に「計算用シート」を愛用する方の意見も聞きたくなり、増田に書いてみました。
エクセルマクロのお作法とか書きましたが、要するにエクセルマクロで「計算用シート」って色々な意味でよくないよね、という話をしたいです。
３行でまとめます。
〇 エクセルシートはユーザーインターフェース（インプット）か出力結果（アウトプット）のためのものとすべき
〇 データ加工をする場合には、原則配列や辞書型配列（連想配列）に格納して加工を行い、最後の結果だけシートに出力するべき
〇 何事にも例外はある。
エクセルマクロにも色々あると思いますが、今回は下記を想定します。
日付や人物名などを入力し、データベースや別のエクセルファイル、別のシートから取得したデータを入力された値を基に加工し、加工後のデータをシートに出力する
この場合、入力欄があり編集可能なシートがユーザーインターフェース、最終的に加工されたデータが出力されるシートが出力結果です。
（もちろん、ユーザーインターフェースの別の欄（セル）に出力する場合もあるし、その場合はユーザーインターフェースと出力結果が一体のものとみなします。）
また、データ用シートは同じエクセルファイル内に基となるデータが含まれる場合を想定します。
（これ自体が非推奨で、SQLデータベースかせめてAccessを使え、という意見はありますがそれは別にして…）
ではここで定義する計算用シートとはなにかというと、文字通り計算を行うためのシートです。
１．元となるcsvファイルをエクセルに読み出してシートに格納
２．そのデータは日付が数値型になっているので、日付（数値型）の入った列を文字列に変換した日付（文字列型）列を新たに作成
これは極端な例ですが、とにかく変数や配列を定義せず（あるいはエクセルのセルオブジェクトを変数のように扱い）、エクセルに値を入力し、それを直接加工することで目的となるデータ加工をしたり、様々な処理をします。
なんかこんな感じの処理をしているエクセルマクロ、どこの会社でも腐るほどあるんじゃないでしょうか。
ある程度マクロに慣れた気の利く人なら、このシートはロックや非表示にして、ユーザーから触れないようにするでしょう。
・・・これ、やめたほうが良くないですか？。
ある程度詳しい人なら同意してくれると思いますが、このやり方でダメな理由はいっぱいあります。
後で説明する配列や辞書型配列（連想配列）と比べると格段に処理が遅いです。
ちょっと詳しい人が知っている「画面更新の非表示」を駆使しても、配列を使った処理からみれば止まったハエです。
いったんエクセルシートにデータを格納して加工しているので、コードとエクセルシートを両方見る必要があり、とても読みにくいです。
変数として命名されていないのも致命的で、処理の意図が余計に分からなくなります。
計算用シートを事前に用意して、別のセルに関数を格納しておき、マクロと関数を使ってデータ加工をするものも見たことがあります。
あまり知られていませんが、セルの最大文字数は32,767 文字です。
セルの最大文字数を超えると自動的に隣のセルに値が入り、シートが滅茶苦茶になります。
他にもエクセルの数値を丸める自動変換の仕様とか文字列→日付の自動変換とか、いくつものバグに苦しめられます。
できる人だと、いちいち最大文字数が多い場合の処理を書いたり自動変換機能を殺したりしてくれますが、そんなことに手間をかけているから日本のGDPは上がらないんだと思います。
他にも、データが大きくなると処理が重くなり不安定になる、計算用シートを人が触ってしまうリスクがある、などいくらでも理由は上げられます。
（逆に利点は、目の前でガチャガチャ動いてスーパーハッカーになった気分になれるくらいしか思いつかない・・・）
配列を使いましょう。
配列とは何ぞや、という人はググってください。
配列にデータを入れて、データ加工は配列や変数に対して行い、一番最後の出力だけセルに値を格納する。
個人的にオススメしたいのは辞書型配列（連想配列）で、うまく使うとデータの管理が簡単になり、処理も爆速になります。
（参考）【VBA】大量データから高速で値を検索【Dictionaryを使う】
csvファイルもなまじエクセルで開けるだけに別のブックやシートで開きがちですが、これは悪魔のささやきです。
直接ファイルを読み出してLine InputやSplitで配列に格納しましょう。
エクセルとして開くやり方はコード書くのは簡単でも、実行時間に天と地ほどの差が出ます。エクセル開くと処理もめちゃ不安定です。
（参考）Excel VBAでCSVオープンするときのパフォーマンス比較
いや、冒頭のマクロを書く人の気持ちも分かるつもりです。自分もコードを書き始めたころは全部シート上で操作していました。
冒頭のマクロのほうが直感的なんですよね。自分が手で書くことをマクロにやらせる、というマクロ本来の趣旨にはあっていますし。
途中の計算過程もすべて目の前で展開されるから分かりやすいです。
ただ、それではダメなんです。。。処理は遅いし挙動は不安定だし後で改修・保守する人が死にます。
あと、エクセルシートやセルは当然エクセルにしかないので、エクセルマクロ（VBA）から他の言語に移れなくなります。
自分もエクセルマクロの里の出なので、計算用シート脱却には苦労しましたが、苦労して会得した配列や辞書型配列（連想配列）のスキルはそのまま他の言語に活かすことができました。
配列の中身を見る方法は別にある（ローカルウィンドウやDebug.printを使うなど）ので、リハビリに取り組んでほしいです。
（参考）VBA デバッグの仕方
計算用シートを許容できる、使うべきケースもあると思います。。
個人的には、
（最後のは、なんでも自分で確認しないと気が済まない上司の発注で、意味不明と思いましたしたがしぶしぶやりました。）
この場合、インプットのエクセルシートに直接加工するのは論外なので、計算用（加工用）のシートを用意してそこで操作を行うことは必要だと思います。
他にも、こういうときは「計算用シート」があったほうが良い、という状況があれば教えてもらえると嬉しいです。
そもそもツッコミとして、「データ加工するならエクセルマクロを使わずにpythonとかRとかもっとまともな言語使えよ」という言葉が来そうな気がします。
ただ、個人的にはエクセルマクロ（VBA）は大好きですし、初心者にもおすすめしたいです。
自分のような非エンジニアだと、セキュリティの関係などでPythonの開発環境とかすごく用意しにくいんですよね。
（あと、コマンドプロンプトの真っ黒な画面が怖かった）
その点エクセルマクロは、開発環境の用意はプロパティでチェック項目を一つオンにするだけだし、入門書がたくさんあるし、セルの挙動を追えば視覚的にプログラムを理解できるし、初心者に優しいです。
（そのやさしさが上述したとおり悪魔の罠なわけですが。）
最初は計算用シートに頼ってでもエクセルマクロからプログラミングを始めて、本格的なデータ加工をし始めたあたりで計算用シートという諸悪の根源から脱却する。
さらに本格的なデータ処理を行うために、PythonやRなど別の言語を習得したり、エクセルからSQLデータベースやACCESSなどに切り替えていく、というプロセスがいいのではと個人的に思います。
https://anond.hatelabo.jp/20240227112810
の続きです。
今回は壁紙について。
じゃあなんで壁紙をテーマにしたかっていうと、壁紙の張替え費用は退去トラブルの原因になりやすいからだ。はてなブックマークでもたまに「退去費用を、取り戻す。」みたいなテクニック集が上がってくるよな。
俺は自慢じゃねえが、自主管理を始めてから退去時の敷金返金についてお客さんからクレームをもらったことが一回もない。そのカラクリはめちゃくちゃ簡単で、敷金を全額返しているからだ。
賃貸住宅の退去時の費用負担については国土交通省からクッソ細かいガイドラインが出ている。壁紙についてだと、6年で価値がなくなるものとされている。これを言葉通り解釈すれば、6年以上住んだら、お客さんが壁紙をどんだけ汚していたとしても、壁紙の張替え費用は請求できないという事になる。
じゃあ、2年とか3年で出ていくお客さんだった場合、どの程度汚したら、どれくらい原状回復費用を請求すればいいんだ？
いちいち全部お客さんと現場で対面で話し合って、「うーんここが汚れてますね。国土交通省のガイドラインを一緒に見てみましょう。こういうルールになってるんですよ～。◯◯円負担してください。こういう計算式になってまして…」なんてやるのか？
めんどくせえ！！
そんなのいちいちやってられっかよ。
俺のやり方はクッソシンプルだ。
退去立会いはやらねえ、引っ越しが終わった後のカギの返却もいらねえ。そのまんま捨ててもらってる。
カギは俺んとこに緊急用のが1本ある。だから、契約期間が終わったらその翌日か翌々日にはそれを使って中に入り、カギはその場で俺が新しくシリンダーを交換して従前のカギでは中に入れなくして、古いカギは捨てちまう。まあ、契約期間が終わってから室内に入ろうとするお客さんはいないと信じているが、いちおうな。
あとは室内の汚損状態や設備の状況を確認して、次のお客さんを募集するにあたり直すべきところは、馴染みの業者さんに修理や交換を発注する。
そこまで終わったら、その日か翌日には預かってた敷金をお客さんに全額振り込んでいっちょあがりだ。ここまで、契約終了日から1週間もかからない。
全部返ってくるならトラブルになりようがないよな。
ただまあ、これには俺なりの考えがある。
仮にこれを折半してお客さん5万、俺5万の負担にしましょうって事で話をまとめたとしようか。ほとんどのお客さんの場合、その5万円の原資となるのは勤め先からもらってる給料って事になるんだけど、これは税引き後の金だ。
だから壁紙の張替え代5万円を業者に払っても、その金額が今年の所得から控除されて、その分来年の税金が安くなったりするわけじゃねえんだな。ここが大きく違う。
一方で俺の場合は、壁紙の張替え費用は今期の不動産所得を計算するのに費用として計上できる。その分所得が減るので、早い話が来年の税金も減る。そういう意味で、同じ費用を負担するにしても所得から控除できる分、制度的に俺の方が有利なのよ。
それなら、負担区分をいちいち話し合うのもめんどくせえし、俺が負担するって事でいいよ、ってのが俺の考えだ。
理屈はわかるが、そんなやり方で大丈夫なのか？って思う人も当然いると思う。ほとんどのお客さんの場合はこのやり方で全然大丈夫だ。
もちろん、中にはすげえ汚く使う奴もいるよ。「これ、次のお客さんに貸せる状態に戻すのにいくらかかるんだよ……」って冷や汗をかいた事もある。たとえば俺んとこはペット禁止だが、過去には勝手に犬を飼っていて退去時にその犬を室内に残していった超クソ野郎や、ゴミ屋敷にしたまま出ていった超バカもいた。世の中にはこういう人間のクズがいる。
確かにそういう客ばっかりだと、所得が減れば税金も減るからオッケーオッケーなんて悠長な事は言ってられなくなる。場合によってはこっちが破産しちまうから、そういう奴に対しては入居者負担分の原状回復費用をルール通り適用して、きっちり回収する。
だが、しばらくこの仕事やってると、そういう「ルールを守れないクズ」には職業や特性に一定の傾向がある事が見えてくるんだな。
だからそういう奴が今後入ってこないように、一回痛い目を見たらきっちり記録を残し、以後に似たような属性の奴らから申し込みが来た時は入居審査時に断るようにしている。
そうするとだんだん入居者層が洗練されてくる。
そしたら、契約終わったら敷金は速攻で全部返してオシマイ！なんていうイージーな方針でやってても、全然ビジネスとして回る。
（ちなみにそのあたりの入居審査ウラ話を去年の夏ごろに増田に書いたら、差別だあ！とか言われてぴえんになりました。チッ、反省してまーす）
俺のこのサッパリしてるやり方は、お客さんにはそれなりに好評だ。なので、転勤で俺の物件から引っ越す事になったが、また何年かしてこっちに戻ることになり、その時に「空いてる部屋があるなら増田さんとこで」って客付けの不動産屋で俺の物件を指名して、また入居してくれる人もいる。ありがたいことだ。
あと、全国に支店のあるような超大手企業が、単身赴任者のための部屋を借りる事がある。そういう場合、社宅代行会社という代理人的な会社がいて、そいつらがその大手企業の代わりに諸々の手続きを代行することが多い。
で、社宅代行会社なんてのはなるべく多く敷金を取り戻して、クライアントの大手企業様にお褒めいただくのが仕事だ。だから解約通知を入れてくる時などは「解約じゃ！戦争じゃ！このクソ大家かかってこいや！」って感じでもう鼻息がフンフンしているのがわかるw
そこに対して、俺なんかは早けりゃ契約終了日の翌日には全額返しちまうので向こうもだいぶ拍子抜けしている。
ただ相手にしてみれば話が早くてこりゃいいわって事なんで、そういうとこを気に入ってくれた法人のお客さんが、俺の物件を指名してくれて何部屋かまとめて借りてくれる事もある。そういう大手企業のお客さんなんかは当然滞納なんてないし、実際に入居する社員の人もまともで入居中のトラブルはまったくないしでこっちも前前前世、じゃなくて大大大歓迎だ（おもしろくねえな、スマン）
俺のやり方だとこういうメリットもあるし、さっき書いたみたいなクソ客に思わぬ損害を与えられるというデメリットもあるということだな。
ただ、こういうやり方ができるのは自主管理であるがゆえにスピーディに決断ができるからで、他の大家に同じようにやれって言ってもなかなか厳しいと思う。でも世の中的には退去時の諸々の費用はどんどん貸主が負担する方向になっていってるから、こっちもそれなりに対応していかないとね。壁紙なんかはめんどくせえから、俺なんかはもう全部大家負担にしといていいんじゃねえのって思っちゃうけどね。
壁紙はこんな感じ。申し訳ないがリフォーム全然関係なかったな。
色々開発に携わってきたが大体2パターンある
Case month when 1 then ~って感じのコード。thenの後にif文や更にCase文がある。この辺りに28日までとか書いてある。
ソースレビューがあったら指摘する内容だが機能していない場合はこのレベルが来る。オフショアで海外に出すとマジでこんなの書いてくる。指摘するとはいはい言うけどどうすれば良いのか悩む。
アーキテクチャ次第だが単に29までに変更すれば良い場合もあるが、たまに他にも影響したりして結構絶望する。月末日取得で書いてたら説教レベル
大体Case文パターンでロジックが考えられない場合国内外が提案してくるのがマスタ化だ。発注元も何故か柔軟な対応が出来るからと賛成してくる
結果年1や月1のマスタ設定が必要になり運悪いタイミングで担当者が閏年を忘れてると大体起きる。賛成した人らは運用しないので気楽だ。
こっちはマスタ設定すれば良いのだが、閏年ですよ忘れていませんかチェックは無いくせに登録出来るのは翌日以降チェックはしっかり入ってたりする。
設計段階で考慮すれば良いのだがマスタは何故か新人の仕事となり結果糞仕様にスキル不足が重なって復旧に時間がかかったりする。もちろん新人に罪は無い。日付をキーにするマスタなんて要件で考えた奴が悪い
閏年に影響されない業務やフローにする。そもそも年月日を指定するか2/28の次は3/1だと明示しない限りはシステムは閏年でバグを起こさない。
もし日付チェックを自作の変なロジックで作って発生させてたら20代なら許すが30代以上は即引退して他の仕事探したほうが良い。変に生き残って上流に行くと出来上がるのは意味の分からない事を言うステークホルダーという老害で将来はコンサルとか名乗って中小零細で惨めなシステム論を語る粗大ゴミだ
数年の間で外部委託者に採用・依頼してきたが、初期の頃は採用を進めていくなかでクソコミュニケーションコストのかかるやつが何人かいた。
そういうやつの特徴はこれ
自分は正直堅苦しいことは嫌いだから要求があってもある程度の融通は効かせるが、本来であればここで融通を効かせてはいけない。むしろ要求してきたら即切るか見送るくらいでいい。最初の内容はなんであれ少しずつ要求がエスカレートしていくし、こちらの不備をお互い様と言ってゆるす懐もない。
要求っていうのは、もっと仕事が欲しいとか、支払いを早くしてくれとか、納期を伸ばさせて欲しいとか、そういうやつな。
こちらが「ハイハイ許す許す、次から気をつけて」「そのくらいなら融通きかせてやろう」なんてやってもクオリティには反映されないし、こちらが何か失敗すれば親の仇のように叩いてくる。なんなら初期に許されすぎてこちらに依存してメンヘラ化する。だからこっちが要求を飲めなくなるとクソほど叩いてくる。
あくまでも想像だが、ほかに仕事がないんだろな。仕事に飢えてるから余裕がなく、自分が食うことばかり考えて相手の事情やコミュニケーションコストを考えない。クライアントの時間給をむだに消費していくから、10万円の発注をしても15万円くらいの追加コストがかかる。だからほかのクライアントにも切られてまた仕事に飢える。しかも反省もしないんだろうな。
そういう件がいくつかあってから、採用するときは友人の紹介や年数に合う実績がある人を選ぶことにした。そうそう、フリーランスで年数の割に実績が薄いやつも地雷だな。
謎のニセ札事件（なぞのにせさつじけん）とは、1954年12月、日本で発生したニセ札事件である。
←ここ重要
1954年12月上旬、東京都中央区新富町にある印刷所に興信所の捜査部長を名乗る男が現れ、
「
に使うものだとして紙幣のようなもの1,000部の印刷を一部50円で発注した
←これを覚えておいてください
表面の左右にアラビア数字で「100」と印刷されその横に意味不明な文字があり、中央には旗を掲げ乗馬する白い騎士、そして裏面には昇る太陽とダビデの星が描かれていた。
ん？
表面の左右にアラビア数字で「100」と印刷されその横に意味不明な文字があり
すでに数字が書いてあるよ〜
依頼者の「
」との説明を信用した印刷所は“紙幣のようなもの”を注文通り刷り上げ
「ねー公安部長」
「なんだよー」
「いーよ」
公安部長…？
…数日間何をしていた？！見れば分かるだろ！
ダビデの星が印刷されていたことからイスラエル公使館へも問い合わせたが、やはり「この種の紙幣は通用していない」との返答を得るだけであった。
そんなことしてる暇があったらもっとさぁ…
うちの会社で新規事業をやることになって、とある同業他社から中途採用でたくさん人が流れてきた。そこそこの割合をその会社出身の人が占めてる。
その会社は最近Ｍ＆Ａで買収されて以来、オーナー企業のパワハラ体質もあって人の流出が相次いでいると噂には聞いていた。業界内でも取引先への恫喝がひどかったらしい。
うちに来た人たちもみんなパワハラの標的になって耐えきれず抜け出してきたらしい。本当に気の毒だと思ったし、そもそも人の尊厳を踏みにじるパワハラは絶対に許せないし、
何より立ち上げ直後のうちの会社に業界歴の長い先輩方が来てくれるのは本当にうれしかった。新規事業と言っても規模が小さい内は所詮傍流、社内の調整も味方が少なくて本当につらかったから。
でもこの人たちがどうにもひどい。
・社内政治しかやってこなかったので実務の遂行能力が全くないのに、誰にも相談しない人
・えらい人の思いつきに安請け合いだけして、話しやすい人だけに「もうできるって言っちゃったから。なあ頼むよ」で雑に振ることしかしない人
・ベテランなのに契約、受発注、稟議などのお作法を全く知らず、素性のわからない会社から平然と請求書を受け取っておいて、それで締め切り期日が過ぎても報告してこない人
・自分の仕事（と自分で勝手に決めた分野）のこと以外は全くコミュニケーションを取ろうとせず、仮定の話でも自分の仕事が増えそうになるとすぐ攻撃的な態度を取る人
・社会人としてのマナーがわかっておらず、取引先の前で平然と失礼な態度を取る人
・仕事を投げ出して引き継ぎも「すみません」程度の申し送りも無く、取引先には依然として調子よく振る舞い、それでいて自分の仕事には他部署の人員を平然と使う人
これが新卒の若者ならともかく、みんな40～50代なのだ。ちょっとどうにもならなくて、正直パワハラしてきた人たちに同情する。
みんな自分のこれまでやってきたスタイルに固執しすぎていて、それをうまくほぐせなかった当社にも責任はある。採用したうちの役員も相当な無能で、何もフォローしなかった。
業界では古参だった向こうの会社に比べて、うちはあくまで始めたばかり。先入観を捨ててゼロベースで立ち上げる必要がある、領域を超えて動かないといけない場面があるかもしれないが、
事業の基礎を作って軌道に乗せるまではがんばろう、と根気よく伝えなければならなかった。それをだれもしなかった。
言い訳がましいが僕はやろうとした。誰よりも残業してがんばったし、こうしたらどうかと積極的に提案した。でも20代～30代なりたて、唯一独身の僕にそこまでの馬力が無かった。
既存の社内調整は減らず、中途組が無視した仕事をひとりでやらなければいけなかったから。あと提案はみんな無視した。他人を無視する社会人がいるというのは結構な衝撃だった。
中途組はみんな僕の上司にあたる。僕は既に社内では事業に携わった年数がトップなのだが、上司が増えても部下は増えない。それってそもそもうちの会社が全面的に悪いことはわかる。
でもこのひとたち、正直パワハラされても仕方が無い態度を取っていないだろうか。僕が同じ立場なら我慢できる自信が無い。
繰り返すがパワハラは絶対に許されることではない。人の人生を粗末に扱うことを、実際にしてしまうことは絶対にいけないし、僕に理性がある限りすることは無いと信じたい。
7年間で変わってりゃ良いですけど、そんなことはしないみたいですよ
漫画家と契約の話（2017年6月14日 07:35) | 佐藤秀峰
https://note.com/shuho_sato/n/nc58789fc1daf
必要な契約書については、まず3つの契約書が基本になると思います。
・3つ目は原作者と作画家など著作者が複数存在する場合、両者間で結ぶ契約書。
それぞれ僕が普段使っている契約書のひな型を公開します。まず1つ目出版社（アプリ会社）と交わす契約書ですが、こちらは基本的に2種類必要です。
こちらは雑誌（アプリ）連載時の原稿料の取り決めや、掲載の責任を明記したものになります。一般社会に暮らす方には想像できないかもしれませんが、漫画業界では「編集部が漫画家に原稿を描かせておいて雑誌に掲載しない上に原稿料も払わない」というケースがままありまして、「ちゃんと払えよ、掲載しろよ、契約期間打ち切りもできねーからな」という契約書です。
こちらに関しては、現状、出版社からひな型を提示してくれることはありません。「依頼→見積もり→契約→発注」という社会常識は、出版にはないのです。作家側から「執筆契約を結んでほしい」と提案する必要があります。
連載の話が持ち上がって「どのタイミングで契約の話があるのかな？」と思っていると、普通にありませんので自分から提案してください。「そんな知恵をどこでつけたんだ!?」とギョッとされるでしょう。
要求自体はできますが、実際に出版社がそれを受け入れるかどうかは別問題です。出版は斜陽産業なので、権利は渡したがりません。ならば、管理させてあげるから電子の印税率を上げるように要求しても、それもなかなか通りません。その時は頑張ってください。
副編集長や編集長が出てきて言うことを聞くよう説得されます。それでも頑張ると「こんなことを言う新人は君以外いない」「君だけ例外は認められない」「連載したくないと言ってるとしか聞こえない」「ここまで編集部に仕事をさせておいて、今更それを言うのは後出しだろう」などとやんわりと脅されます。
その中で漫画業界が夢のある業界ではなく、パワーバランスに従った社会だということを学べるでしょう。それに組み敷かれることも自由です。
何故、こんなことになった？
ぶっちゃけ上司に上手い具合にハメられたとも言えるし、同時に上司も上手い具合に罠にハマったと言えるだろう。
ウチの上司の口癖は「自分で考えろ」「完成させてからもってこい」「決断を俺にさせるな」「説明責任を俺に取らせるな」だ。
大体いつも
俺「こういう風に進めたいと思っているんですが？」
上司「で？俺に何を求めてるの？」
上司「それって、決断するコストを俺に払えってこと？つまり、お前はなにかあったときの責任を俺に押し付ける準備をしたいってことだよね？」
上司「絶対にそうならない状態にしてから持って来いといつも言ってるよね？いちいち俺に確認を取りに来た時点で、それはお前の中でまだ１００点満点になってないってことじゃん。俺が目をつぶってハンコ押しても大丈夫なものにしろっていつも言ってるよね？」
俺「じゃあ、この話は駄目ということでしょうか？」
上司「うん。俺に聞いてきた時点で駄目。俺に聞かなくても大丈夫だってお前が確信を持ってるなら進めてもいいけど」
って感じ
俺はこの譲許に対して「じゃあ事前に相談せずにいきなりドン！で自信満々に行くしか無いんだな」と考えてしまった。
でもそうじゃないんだろうな。
事前に相談する時に
俺「これで行きます！」
上司「で？お前がそれでいいと思ってるならそれでいいよね？」
と持っていくべきだったんだろうな。
これだったら何だかんだで上司のGOは出てるし、もし本当に駄目だったら流石の上司も「いや流石にこれは駄目だろ」と言うはず。
上司から言葉のハラスメントを受けるのを怖がってこの儀式を避けた俺の戦略ミスだわ。
今なら分かる。
俺は致命的なミスをした。
もしも事前発注した契約に上司がハンコ押さなかったときってどうなるんだっけ？
民事裁判で捕まるん？
50の誕生日になったから、なにか記念に買おうと思い切ってディーラーに行ってきた。
コアブロックシステムも好きなのだが、もう歳だし、安全性を考えて
色も黒っぽいのと悩んだが、オトナなので順当に白。
ディーラーオプションも色々考えてたが営業さんと相談して決めた。
せっかくなのでこういう機会だしと、メガバズーカランチャーを候補にしていたが
置き場所が無いのとメタスも買わないといけないですよって言われたので断念。
と言われて、まぁそうかなと止めた。
そこまで使いきれるかなとノーマルでいくことに。
予算内で十分収まった感じ。
新型なので値引きはそんなになかったけれど、
ご成約キャンペーンのくじ引きでテムレイの爆速回路が当たった。
今から納車が楽しみ。
ソ連という共通の敵を失ったことによって中国と西側諸国の友好関係が薄れていき、天安門事件によって決裂が明らかとなり軍事技術的にも独自路線を歩み始めた時期 そして第三次台湾海峡危機でアメリカの圧倒的な軍事力を目の当たりにしたことが、中国海軍のその後に大きな影響を与える
★劉華清 江沢民の後見人として党中央政治局常務委員と党中央軍事委員会副主席に任命される
051G型駆逐艦(旅大III型) 1番艦 湛江 就役 051DT型の発展版 フランス・イタリア・イギリスなどから導入した兵器の国産化を試みている
★052A型(旅滬型)駆逐艦 1番艦 哈爾浜 起工 西側技術を大規模に導入し、中国初の外洋型近代的駆逐艦として建造された
対空ミサイルやレーダーはフランス製、主機のガスタービンエンジンはアメリカ製、ディーゼルエンジンはドイツ製を導入、哨戒ヘリコプターはフランス製のライセンス生産
★湾岸戦争開始 米軍による一方的な空爆を目の当たりにし自国の防空システムの限界を認識した中国は、新しい防空ミサイルシステムHHQ-9Aの開発に着手
★ソビエト連邦崩壊 中華人民共和国の第一仮想敵国はロシアから台湾を支援するアメリカ合衆国に変わった
053H2Gフリゲート(江衛型) 1番艦 安慶 就役 053H2型に個艦防空ミサイルと艦載機の運用能力を付与したもの。
1989年の天安門事件を受けて西側からの軍事技術供与が停止されたため、2番艦以降は1番艦とは異なる構成になっている
2番艦ではガスタービンをウクライナ製UGT-25000(DA80)ガスタービンエンジンにしている。
053H1G型フリゲート(江滬V型) 1番艦 自貢 就役 053H2型フリゲート
プロジェクト877EKM(キロ級)潜水艦 1番艦 袁正64 就役 中国が初めて入手した近代的ディーゼル潜水艦
中華民国が遷台してから史上初めて正副総統の直接民選選挙、李登輝当選
アメリカは2つの空母戦闘群を派遣、ミッツ空母戦闘群は台湾海峡を通過した
中国軍はアメリカの空母戦闘群に対し何もできず、アメリカが台湾を支援した場合は止められないことを理解し軍備増強を大幅に加速した
艦隊防空能力強化のためロシアにソヴレメンヌイ級駆逐艦2隻を発注(中国語では「现代级」と表記されることから何を期待していたのかが理解できる)
対空戦能力を有する国産のミサイル駆逐艦整備計画が着手、複数のタイプ(052B型と052C型)の駆逐艦を少数建造し設計とプロトタイピングを繰り返すスパイラルモデルでの開発が始まる(「小步快跑」)
970型試験艦 就役 HQ-9A艦対空ミサイル、HQ-16艦対空ミサイル、Vertical Launching System、フェーズド・アレイ・レーダーのテストを行う
プロジェクト636(改キロ級)潜水艦 1番艦 袁正66 就役
956-E型(ソヴレメンヌイ級) 1番艦 杭州 就役 艦隊防空機能を有し、射程160kmの超音速対艦巡航ミサイルSS-N-22(P-270)を搭載しアメリカの空母戦闘群の接近を阻止する役割を担う
中国国産ディーゼル潜水艦で旧式化した035型に替わる新世代の潜水艦として建造
ロシア製兵器、フランス製戦闘システム、ドイツ製ディーゼル・エンジンを搭載した
052A型をベースとした中国版ソブレメンヌイ、本命の広域防空艦は052C型で052B型はその保険
国産で新開発のHQ-9艦対空ミサイルやフェーズド・アレイ・レーダーの完成は間に合わないため、ロシア製対空ミサイルシステムを搭載して建造
ZKJ-5戦術情報処理装置 今まではイギリス製をコピーしたZKJ-3かフランス製をコピーしたZKJ-4しかなかったが、新規開発された国産戦術情報処理装置をテスト
通信設備としてHN-900(中国海軍の第1世代戦術データ・リンク装置)を採用
ウクライナからSu-33の試作型T-10K-3を入手、後にJ-15の開発につながる
国産で新開発のHQ-9艦対空ミサイルやフェーズド・アレイ・レーダーを搭載した中国人民解放海軍の本命
039A型潜水艦(元型) 1番艦 330 就役 プロジェクト877EKM(キロ級)の経験で得られた技術を、039型潜水艦に盛り込んだ性能向上タイプ
従来の中国海軍のフリゲートと比較して武装のレベルが極めて高い、また船体の大型化によって外洋航行能力も大幅に向上している
054A型のテストベッドとしての性格があり、建造は2隻に留まった
2004年に就役した蘭州と共に、新世代艦のプロトタイプとして性能・運用試験を実施
094型原子力弾道ミサイル潜水艦 1番艦 411 就役 092型からは大幅に進歩したが未だ米英露仏のレベルには至らず
なお2005年当時の中国軍の評価は以下のようなものである、きわめて妥当な評価で当時の中国海軍がまだ立ち遅れていたことがよくわかる
■中台の軍事バランス ―中台の安全保障戦略に与える影響―(2005年5月発行)
https://jats.gr.jp/cp-bin/wordpress5/wp-content/uploads/journal/gakkaiho007_05.PDF
中国は、約3,200 機の作戦機を保有しており、編制上桁違いの優位があるが、第４世代戦闘機を150機程度しか保有していない〔USDoD, 28 July 2003, p. 23〕。
しかも、中国空軍の訓練時間は、新型戦闘機のパイロットを優先的に長時間訓練させていると見られるものの、全体として西側空軍の常識から見て極端に少なく、メンテナンスも劣悪で故障も多く、また１日に大量の航空出撃を実施するような演習をほとんど経験していない〔Allen, 1997, pp.224 –232〕。
このため、中国空軍の作戦機が台湾攻撃に必要な高い練度を獲得するには今後長い時間が必要である。
他方台湾空軍は、すでに F-16、ミラージュ 2000-5、および経国号を配備完了しているため、旧式機から第４世代への換装をほぼ終えている。
空中戦の態様は、戦場が中国から離れた台湾の航空管制の範囲内であり15、台湾側の方が各種装備が優越し、練度も高いため、台湾空軍側に有利に展開するものと推定されている。
特に、F-16 用のアムラーム・空対空ミサイルの売却が 2003 年に実施されたことにより、台湾空軍の空戦能力は飛躍的に向上した。
しかも、中国が保有している Su-27 および Su-30MKK の性能は、電子戦能力と戦闘能力において台湾が保有するミラージュ 2000-5 におよばないとされるし、遠距離からの攻撃では経国号の装備が勝っているとされる16。
このため、大幅な改良を加えない限り、Su-27 は量産されても台湾空軍に対して質的な優位を確保することができないと考えられ
中国海軍の水上艦艇の特徴は、艦隊防空能力（特にミサイル防御能力）が極めて低い一方で、対艦ミサイルの数量が圧倒的に多いことにある。
このため、中国海軍は防御を省みることなく攻撃を仕掛けることになる〔McVadon, 1997, pp.259-260〕。
ところが、中国海軍の水上艦艇には、視界外レーダー（OTH レーダー）がなく、敵の位置を計測してその対艦ミサイルのアウトレンジから対艦ミサイル攻撃をかけることが困難である。
このため、対艦ミサイルの「数の優勢」は当てにならず、中国海軍の水上艦艇は台湾軍が保有する大量のハープーン対艦ミサイル等によって多大な損害を受けることが必至である〔McVadon, 1997,pp.259-260〕。
HHQ-16艦対空ミサイルを装備し、中国海軍のフリゲートとしてははじめて艦隊防空能力を有する
054型はミサイル発射機を備えていたが、054A型では32セルVLSへ進化している
以降『40隻』を超える大量建造が行われる
052C型4隻の追加建造
2004年、2005年に就役した052C型2隻をプロトタイプとして性能・運用試験を実施し完成度を高める為の研究が行われた、結果2008年には艦隊防空艦としての完成をみた
052C型の発展型として052D型駆逐艦の開発が進んでいたが実用化には相応の時間を要するため052C型駆逐艦の追加建造が決定
あくまで使用権単体の話ならば行使できるようにするのも1つの戦略なのでアリだと思う。
問題は作品の完成に向けた仕様書・発注書の性質を持つ契約においてである。
ここな。著作権者が同一性保持権を行使する構えであるとき、じゃあ検収してくださいって契約になる場合がある。
これは元々法人向けのひな型にはあるもので、先方のブランドを守るための手続きのテンプレ。
これを個人の著作権者がスルーして契約するととんでもないことになる。
とか確認作業が一気に発生する。たまにアニメ化で忙しくなってる作家などいるが、このタイプの契約が多い
別に本人がやる気なら全然いいし、時間作れるならOKなんだけど、その準備のないまま契約するとえらいことになる。
いやブランド守るために監修しなきゃいけないでしょ、って人もいる
なんで契約する前にまず編集とどういうスタンスで向き合うかをよくすり合わせる必要がある。
じゃないと某増田みたいに「全部チェックしますよね？ 予定入ってるんで行ってきてください」みたいな事態になる。
それはそれとして、小学館への「もっと作家に寄り添え」の大合唱については、小学館もしんどいだろうな…とも思う。
この辺の感想の内訳を、出版業界の端っこ（非漫画系）から自分の知識に基づいて書く。
今回の原作と脚本の問題は、つきつめれば著作者人格権の問題だと考えている。
（仕事上、著作権について多少は調べているが、法律の専門家ではないことは先に付言する）
「財産権」とは、そのまま、著作者の財産的利益を守る法律である。
そして、今回でいうドラマにあたる「二次的著作物」を作る（翻案）／利用することなどは
すべて著作権者の権利であり、第三者が行う場合は許諾が必要だ。
対して「人格権」とは、著作者の「精神的利益」を守る法律である。
公表権・氏名表示権・同一性保持権、つまり著作物を公表するかどうか、名前を出すかどうか、作品の改変を容認するかどうか。
このふたつの違いは何かというと、
「財産権」は譲渡も相続もできる（著作者でなくても、著作権者にはなりえる）が、
「人格権」は、だれにも譲渡も相続もできない、「著作者本人のみ」にある権利だということだ。
個人的に「精神的利益」とは、ネットスラングで言う「お気持ち」と同義であると考える。
軽んじる意味で言うのではない。
公表するか、名前を出すか、改変してもいいかどうか。つまり、自分の著作物が、自分の納得のいく形で扱われているかどうか。
それによって守られる作者の「気持ち」こそが、法律で守る価値のある、大切な「精神的利益」なのだと思っている。
以上を踏まえて今回の件を見ると、
今回、原作者がドラマ側に繰り返し要望したのは、自身の著作者人格権の尊重だと考える。
もちろんそれ以外にも、著作者には二次的著作物の作成／利用の許諾を行う権利があるのだが、
「ドラマの結末を自分に決めさせてほしい」「キャラクターを変えないでほしい」という要望は、作品世界そのものを守りたい、言い換えれば「同一性保持権」を守りたいという願いのもとに出されたように、私には思える。
そして前述の通り、それは著作者本人の「精神的利益」を守る重要な権利だ。
ここまで書いた通り、著作者人格権とは作者の精神的利益を守る大切な法律だ。
よくわかる。
今回のように著作者一人で本が一冊出来るような漫画や単行本であれば、先生の納得を大切に
進めましょう、といえるだろう。
けれど、たとえば、子供向けの学習ドリルをつくることを想像してほしい。
問題文、解答解説文、ページ内のイラスト、すべて著作物であり、それぞれ著作者がいる。
なので、理屈上は、ドリルのカットイラストを描いたイラストレーターさんが、あるひとつのイラストを指して「このイラストをもう公開したくない」といえばそれは尊重されるべき、となる。
著作財産権ならばお金で解決…つまりイラスト自体の権利を買い取るという交渉もできるが、著作者人格権は譲渡できない。著作者がダメと言ったらダメである。
公表したくない…それは、どこまでの話なのか。もう印刷して積んである在庫は、書店に出回っている在庫は。シール対応か？ 断裁か？ 絶版か？
もちろん、そんなことになった例を私は知らないし、たいていのクリエーターさんはこちらの状況を汲んで、たとえば改訂するときに外してください、などの常識的な要望におさめてくれる。
ところで出版系は契約がルーズだなんて言われるが、最近は結構まじめにやっている（少なくとも私の周りは）。
さて契約書を結ぼうとなると、この著作者人格権については悩ましいところがある。
何せ字義どおりに捉えたら強力すぎる。
著作者人格権を盾に、出版物全体に影響を及ぼすような運用ができるのか、それは判例が出ない限りわからない。わからない以上、我々は会社員なので、裁判沙汰になる芽はできるだけ摘まなければならない。
かくして契約書に、「著作者人格権を行使しない」なんて文言を盛り込む羽目になる。
「著作者人格権の不行使」は契約書では案外よく見る言葉である。
たとえば会社のポスターやパンフレットやDMを発注したとして、取引先の「公表権」で取り下げさせられたり、「同一性保持権」で修正できなかったりする可能性がある…となると、必要性が想像つく人もいるのではないか。
クリエイターが本来持つ権利を制限する契約は、誠意に欠けると思っている。
今回の事件は漫画作品なので、カットイラスト1つとはわけが違う…とも思うが、
わけが違うか？ ほんとうに？ すべての著作物は同等に尊重されるべきでは？？
という思いもある。
100％くもりなく「著作者人格権を尊重します！」と言い切れるかというと…権利の強さゆえに、あまり現実的でない、と思ってしまう。
今回の問題の根幹が「著作者人格権の尊重」をめぐるものだと考えると、小学館全体として声明を出すのは苦しいだろうな…と想像している。
逆に言えば、それ以外の事情……芦原先生が小学館に対して寄せていた信頼が裏切られてい
た、というような経緯がないことを祈っている。
---------
ちまちま書いていたら小学館から著作者人格権に言及した声明が出ていた。
----------
言葉だけが先走りそうで、そして実際権利としてはかなり強いものなのでちょっと先が思いやられる。
なお「じゃあAI学習は著作者人格権侵害なのでは！？」と盛り上がってる人を見たが、機械学習は私的利用とかと同じ例外規定やで。
