タグ

契約に関するyamakazのブックマーク (7)

  • アメリカの外食産業に過労死がない理由とは?

    大前提として客も店も細かいことはゴチャゴチャ言わないし、とりわけ中堅以下の企業化されたファミレス系やファーストフード系に至っては、サービスの水準はかなり低いという問題があるわけです。その点では、日とは全く別世界で比較の対象にはならないのですが、個別の問題では参考になる点もあると考えて箇条書きにしてみました。 (1)役割分担がハッキリしています。例えば、注文を取るのは「サーバー」、最初に接客して客をテーブルに誘導するのは「ディスパッチャー」などという「専任」ですし、料理を運んだり皿を下げる専門の「アシスタント」など接客だけでも細かく分かれています。厨房の中も役割分担が明確です。 (2)職務内容は契約書で明確になっています。ですからコストカットのために、ある仕事を他の人間にカバーさせるなどということは不可能です。また契約に書いてあることは双方が履行しなくてはなりません。野球の井川慶選手がヤン

  • 不動産屋がなりふり構わず敷金を返そうとしない件について - 関内関外日記

    承前:不動産屋がアパートの退居費用で俺を騙して敷金以上の金を巻き上げようとする - 関内関外日記(跡地) 向こうは単刀直入に「いかほどをお望みですか」と来る。「ガイドライン通りに、6年の経年劣化、自然損耗を勘案した上で見積を出してほしい」 https://twitter.com/#!/goldhead/status/151938127748009984 このやりとりの上で来たのが上にあるような「精算明細書」であった。おれがまったく考えもしていなかった28日解約後の3日分の家賃4,837円の返金(……3日で5,000円近く払っているのだな、などとあらためて思ったが)などあるわりには、「退室立会による借主負担額:58,500円」などという、どこにも算出の根拠もない請求が記されているのであった。そして、ルームクリーニング代の31,500円と足し算してみると、ちょうど敷金の90,000円になって、

    不動産屋がなりふり構わず敷金を返そうとしない件について - 関内関外日記
  • 「アリさんマークの引越社」から学んだスピード営業術

    Revtank Outtakes / MiiiSH 実は我が家は今月末に引越しをすることになりました。引越し先と転居日も決まり、色々な準備で忙しい日々を送っています。 引越し業者は「アリさん引越し社」に決めました。アリさんに決めるにあたって、最初の見積もり依頼から契約まで12時間強しかかかりませんでした。アリさんの営業に上手くはまってしまったといえば、それまでなのですが、特に不満はありません。逆にすごく満足しています。 どんなやり取りがあったのかを、ご紹介したいと思います。 Old Bakelit phone / aussiegall 申し込み一分後に電話が来た インターネットを利用して引越し業者数社へ見積もり依頼をしました。夜20時頃でした。すると、一分後ぐらいに電話がかかってきました。今回最終的に契約をしたアリさん引越し社でした。 早速お部屋を見させてもらって、見積もりをしたいとのこと

    「アリさんマークの引越社」から学んだスピード営業術
  • benli: 講談社の電子書籍に関する契約雛形

    池田信夫さんが、講談社の電子書籍に関する契約雛形に関し、次のようなことを言っています。 最大の問題は、上の第3条と第4条の講談社がデジタル化権を著者から奪って独占するという規定である。したがって他の出版社から電子出版したいという話があっても、著者は出すことができない。しかも講談社は、このを電子出版すると約束していないので、彼らが出さないかぎりどこの電子書店でも売れない。 でも、この種の契約書の作成を弁護士が受注したら、100人が100人その旨の条項を入れるのではないかと思います。日法では、書籍を電子化した事業者に対して、版面権等の排他権を付与していないので、電子書籍化に伴い行った投下資を回収する機会を維持するためには、契約で縛りを掛ける必要があるからです。 それに、紙の書籍だって、同じ作品について、同一スタイルの書籍を同時に他の出版社から出版されて黙ってはいないと思うのですけどね(文

  • 契約書のツボ(3)

    「システム開発契約書」とは、ソフトウェアの開発を委託または受託するときの契約書です。 自分が委託する側なのか、受託する側なのかによって大きく内容が変わってきますが、契約書を作成したり、内容を審査したりする際の重要なポイントとしては、以下のものがあります(書では基的に受託者側の立場で解説していますので、ご注意ください)。 なお、システム開発契約の参考書としては、(旧)社団法人日電子工業振興協会によるモデル契約書を解説した「ソフトウェア開発モデル契約解説書」が秀逸です。大手SI企業では、全SEに配布しているとか。これ一冊でシステム開発契約は万全です(プロジェクトマネジャは必携です)。

  • 偽装請負のススメ:ベンチャー社長で技術者で:エンジニアライフ

    株式会社ジーワンシステムの代表取締役。 新しいものを生み出して世の中をあっといわせたい。イノベーションってやつ起こせたらいいな。 偽装請負というのは、コの業界(古い隠語だけれどコンピュータ業界のことね)のいわゆる悪弊であったりするのですが、それぞれについて分からないというお話や勘違いしてることも多いかと思うので、ちょっと整理してみよう。 ● まずは言葉の意味から ■ 請負契約 納品物に責任を負う契約。つまり、成果物が完成しなければ報酬はもらえない。どのように作ったかは個別に契約していない限り問われない。受注側が従業員を使う場合、発注側が指揮監督をすることはできない。 ■ 委任契約(準委任契約) 作業に責任を負う契約。ちゃんと作業をしていれば(善管注意義務を果たしていれば)成果物がなくても報酬がもらえる。受注側が従業員を使う場合、発注側が指揮監督をすることはできない。 ※ ここまでを分かりや

    偽装請負のススメ:ベンチャー社長で技術者で:エンジニアライフ
  • システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance

    先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵「基契約」と「個別覚書」ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 「仕様策定〜開発まで」と「保守運用」で別契約にすることが多い。 「仕様策定フェーズ」で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は「事務作業の代行」という意味合い。委任は「法的効力がある作業」の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で「僕らのコンサル案を僕らが実施し成果が出

    システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
  • 1