無料書式フォーマット いただき君（B 人事・賃金／社員教育）
● 労働条件通知書（契約社員一般） ● 雇用同意書（契約社員一般） ● 契約更改のための人事考課表（契約社員一般） ● 契約更改のための人事考課表（嘱託社員一般） ● 再雇用通知書 ● 派遣会社選定のための評価表 ● 派遣社員への通知書 ● 派遣社員評価表 ● パートタイマー採用面接表 ● 労働条件通知書（パートタイマー） ● パートタイマー人事考課表 ● 雇用契約満了通知書 ● 雇用契約更新通知書 ● 社員の職種適正報告書 ● 自己申告書 ● 管理職適性調査書 ● 成績評価基準表（一般社員用） ● 成績評価基準表（初級管理者用） ● 成績評価基準表（上級管理者用） ● 年度要員および賃金水準検討表 ● 出向規定 ● 中途採用者の採用通知書 ● 不採用通知書（サンプル） ● 試用通知書 ● 入社試験通知書 ● 内定通知書（サンプル） ● 入社承諾書（サンプル） ● 採用通知書 ● 面接開催
システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵｢基本契約｣と｢個別覚書｣ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 ｢仕様策定〜開発まで｣と｢保守運用｣で別契約にすることが多い。 ｢仕様策定フェーズ｣で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は｢事務作業の代行｣という意味合い。委任は｢法的効力がある作業｣の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で｢僕らのコンサル案を僕らが実施し成果が出
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
