契約書チェックのポイント - 組織を極める
昨日はライティングのエントリーにも関わらず、タイトルをタイポするという失態をおかし、失礼しました。 おかげさまでブコメで気付かせて頂きました。ご指摘いただいた方、ありがとうございます。 さて、今日のテーマは法務です。契約書のチェックって実はめっちゃ難しいと思っています。条文から有利不利を判断するのは当たり前ですが、条文がない場合に民法や商法やその他関連法令の何が該当するのかを判断するのが難しいのです。 法務担当として最低限チェックしている項目を共有します。僕のキャリア上、受託請負型のビジネスモデルが主となっていること、ご容赦ください。 対クライアントの契約 期限の利益の喪失にかかる条項が盛り込まれているか これを盛り込まないと支払いが遅延した際等、売掛金を一括して請求することができません。とはいえ、本当に未入金の場合は「どう回収するか」が実務的には求められるわけで、それはそれで難しい問題で
SE多重派遣で行政処分 派遣3社に業務停止命令など
東京労働局と神奈川労働局は7月28日、労働者派遣法が禁じる多重派遣を行ったとして、SEを派遣する都内などの企業に対し、派遣業務停止を含む処分を実施した。3社はあるIT企業に対して、多重派遣の形で労働者を供給していたという。 処分を受けたのは、スライムスタイル（横浜市）とケイズ・ソフトウェア（東京都品川区）、RJC（東京都千代田区）の3社。ケイズ・ソフトウェアとスライムスタイルには7月29日～8月11日までの労働派遣事業の停止命令と改善命令を、RJCには改善命令を出した。 発表によると、RJCはスライムスタイルに対して「業務委託と称する契約」でSEを派遣し、スライムスタイルはそのSEを「出向と称する契約」でケイズ・ソフトウェアに供給、ケイズ・ソフトウェアはスライムスタイルから派遣されたSEを「労働者派遣と称する契約」で別のIT企業に派遣していたという。 違法な多重派遣と判断されたのは、RJC
「SIをダメにする負のスパイラル」
きしだൠ(K1S) @kis SIの、元請はユーザー企業の業務をよりよくするために、プロダクトを作るんじゃなくて契約書をつくる。で、元請はそれを下請けにつくらせるんだけど、そのときはユーザー企業の業務をよりよくするためではなく契約を満たすためにプロダクトを作らせる。これが負のスパイラルの発端。 2013-11-15 08:17:14 きしだൠ(K1S) @kis 契約を満たすことが目的でプロダクトを作ってるから、実装段階で気づいたアイデアや欠陥は報告されない。納期や金額なんかの契約は満たさないといけないのに追加仕様や変更が発生してやぶへびだもん。品質は悪くなる。 2013-11-15 08:23:58 きしだൠ(K1S) @kis 品質が悪くなってとられる対策は、技術向上ではなく契約の厳密化。設計書を「きっちり」つくるとか、テストのエビデンス(画面キャプチャのかっこいい言い方)をとるとか、
技術者は要注意？！『2年間は同業他社に転職しないこと、また同業で起業しないこと』 という誓約書を書かされそうになったら監督機関に報告しましょう。
もう暑くってェ グッタリしちゃってェ…んじに🐈にゃーん🍓🫐🍅🌽🍈🍆🥒🍇🦝 @uupaa 退職時に『2年間は同業他社に転職しないこと、また同業で起業しないこと』 という誓約書を書かされそうになったら、遵法意識の高い一般人として、しかるべき監督機関に報告しましょう。 #学校で教えるべき 2013-11-08 12:02:50 ＼助けよや／𝕏𝕐†😱†𝕐𝕏 @yoya @uupaa #一般論 ですが、広く強い制約で真面目に守ったら何もプログラムを書けないレベルであったとするならば、その期間分の機会損失の保証を要求するべきですよね。ただ、企業がじゃぁ払うと応じてきたら2年間ホントにコードをかけなくなる諸刃の剣ですけど。 2013-11-08 12:15:08
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
