• 案件・求人一覧
  • お役立ちコンテンツ
  • 単価診断
  • ログイン
  • 会員登録
メニューを開く

発注書・注文書と契約書の違い|業務委託で必要な書類の使い分け

制度・申請

最終更新日:2026/10/01

発注書・注文書と契約書の違い|業務委託で必要な書類の使い分け

発注書・注文書とは、一般に仕事を依頼する側が申込み内容を示す書類で、契約書は双方の合意内容を記録する書類です。違いは「誰の意思を記録しているか」にあります。どちらか一方しか届かない現場も珍しくありません。フリーランスエンジニアが業務委託で受け取る書類の役割と、フリーランス法の取引条件明示との関係を整理します。

先に結論

  • 発注書と注文書は呼び方が違うだけで、法的な役割に差はありません。どちらも「申込み」の書類です

  • 契約書は双方の合意(申込み+承諾)を記録したもの。発注書だけでは、通常は発注側の申込みを示す資料にとどまり、合意内容の立証としては不足しやすくなります

  • 実務では「業務委託契約書を1本結ぶ方式」と「基本契約書+個別の注文書・注文請書を回す方式」の2つがあり、エンジニア案件では後者も普通に使われます

  • フリーランス法が求める取引条件の明示は、専用の書面でなくてもかまいません。発注書や契約書に必要項目が書かれていれば、それで兼ねられます

  • 印紙が必要かどうかは書類の名前ではなく記載内容で決まります。準委任のみを内容とする契約書は、一般に印紙税の課税対象外と整理されます

この記事でわかること

  • 発注書・注文書・注文請書・契約書それぞれの役割と法的効力の違い

  • 自分の案件がどちらの契約方式か、受け取った書類から見分ける方法

  • 2024年11月施行のフリーランス法、2026年1月施行の取適法が書面に与えた影響

  • 書類が届かないまま着手を迫られたときの、実務的な自衛手段

  • 印紙税と電子保存のルール(準委任・請負で扱いが変わる点)

対象は、エージェント経由または直取引で業務委託契約を結ぶフリーランスエンジニアです。契約書の個別条項をどう読むかは『業務委託契約書の確認ポイント|フリーランスエンジニアが締結前に見る条項とチェックリスト』で扱っているため、この記事は書類の種類と使い分けに絞ります。

目次

  • 発注書・注文書・契約書の違いを一覧で把握する

  • 業務委託で実際に使われる2つの契約方式

  • フリーランス法の取引条件明示と発注書の関係

  • 書類が届かないまま着手を迫られたときの自衛策

  • 受け取った書類の5分チェックリスト

  • 印紙税と保存のルール

  • ケース別|契約ルートで書類の出方が変わる

  • よくある失敗と対策

  • まとめ

  • よくある質問

発注書・注文書・契約書の違いを一覧で把握する

結論から言えば、違いは「誰の意思を記録した書類か」です。発注書・注文書は発注側の一方的な申込み、注文請書は受注側の承諾、契約書は両方の合意を1つの文書にまとめたものです。

書類

作成する側

記録している意思

単体での法的効力

印紙の要否

発注書・注文書

発注者

申込み

原則として申込みの証拠にとどまる

原則不要(例外あり)

注文請書・受注書

受注者

承諾

発注書と対になって契約成立を示す

請負なら必要になる場合あり

業務委託契約書

双方(記名押印)

合意

契約内容の証拠になる

請負なら必要(準委任は不要)

基本契約書

双方(記名押印)

継続取引の共通ルール

個別契約の前提として効力を持つ

第7号文書に該当する場合あり

見積書

受注者

条件の提示

契約書ではない

不要

発注書と注文書に法的な差はない

両者を区別する法律はありません。慣習として、システム開発や製作の依頼には「発注書」、既製品や定型サービスの購入には「注文書」が使われる傾向がある、という程度の違いです。

取引先が「注文書」という名前の書類を送ってきても、「発注書じゃないから格が下がる」といったことはありません。名前ではなく記載項目を見てください。

契約は口頭でも成立する。ただし証明できない

民法上、業務委託契約は書面がなくても成立します。「来週からこの開発お願いします」「わかりました」で契約は成立しているのです。

問題は、揉めたときに証明できないことにあります。報酬額を言った言わないで争うと、記録を残していない側が不利になります。だから書類を交わす。この順番を理解しておくと、後述する「書類が来ないとき」の対処も腑に落ちます。

発注書と注文請書がそろうと、契約内容を立証しやすくなる

実務では、発注書だけを受け取って終わるケースがあります。これは申込みの記録だけが残っている状態です。

受注側が注文請書(受注書)を返すと、申込みと承諾の記録が揃います。この2枚セットは、1通の契約書に近い証明力を持つ構成です。メールで「お受けします」と返信した履歴でも、実務上は承諾の記録として機能します。

なお契約の成立と、その内容を立証できるかは別の話です。書類が揃っていなくても契約は成立しますが、揃っているほうが条件を示しやすい、と理解してください。

ミニFAQ:発注書に印鑑がないけど大丈夫?

押印がないだけで、直ちに無効になるわけではありません。押印は本人が作成したことを推定しやすくする手段であって、効力の条件ではないためです。ただし発行元の社名・担当者名・発行日が入っていない書類は、後で「誰がいつ出したか」を示しにくくなります。最低限そこは確認してください。

フリーランスエンジニアの皆様

今の年収、今の働き方に満足してますか?

あなたの理想の案件を
専属コンシェルジュが実現

フリコンに無料会員登録して案件の相談をする

業務委託で実際に使われる2つの契約方式

エンジニア案件の書類構成は、おおむね2通りに分かれます。どちらに当たっているかを把握すると、「次に何が届くはずか」が予測できます。

方式A:業務委託契約書を1本だけ結ぶ

単発の開発案件や、期間が決まっている常駐案件で使われます。契約書に業務内容・期間・報酬・支払期日まで書き込み、以降は個別の書類を発行しません。

契約期間の更新時に、覚書や更新契約書で期間だけ差し替える運用が多くなります。

方式B:基本契約書+個別契約(注文書・注文請書)

継続的に取引する前提の案件で使われる方式です。基本契約書には共通ルール(権利の帰属、秘密保持、損害賠償、支払サイトなど)を書き、案件ごと・月ごとの具体的な作業内容と金額は注文書で指定します。

この方式の利点は、取引のたびに契約交渉をやり直さずに済むことです。一方で、注文書側の記載が薄いと「何をどこまでやれば完了なのか」が曖昧になりがちです。

たとえば月額精算の常駐案件で、基本契約書に精算幅(140〜180時間など)を定め、毎月の注文書で月額と期間だけを指定する運用はよく見かけます。この場合、超過・控除の単価は基本契約書側に書かれているので、注文書だけ読んでも全体像はつかめません。

どちらの方式か見分けるポイント

受け取った書類に次の記載があれば、方式Bです。

  • 「本基本契約に基づき」「個別契約の定めによる」といった文言がある

  • 契約書に金額が書かれておらず、「個別契約で定める」となっている

  • 契約書と別に、毎月または案件ごとに注文書が届く

方式Bなのに注文書が届いていない月があれば、作業の根拠が宙に浮いています。請求前に確認しておくと安全です。準委任か請負かで完了の定義も変わるため、判断に迷う場合は『準委任契約と請負契約の違い|フリーランスエンジニアが知るべきリスクと注意点』も併せて確認してください。

フリーランス法の取引条件明示と発注書の関係

2024年11月1日に施行されたフリーランス法(特定受託事業者に係る取引の適正化等に関する法律)により、発注者には取引条件を書面または電磁的方法で明示する義務が生まれました。いわゆる3条通知です。

専用の書面である必要はない

誤解されやすい点ですが、3条通知のためだけの書類を新たに作る必要はありません。公正取引委員会も、必要事項が記載されていれば発注書や契約書で兼ねてよいとしています(フリーランスの取引適正化に向けた公正取引委員会の取組)。

つまり、あなたが受け取った発注書が明示事項を満たしていれば、それが3条通知そのものです。「3条通知という書類が別に届くはず」と待っていると、いつまでも来ません。

明示が必要な項目は9つあり、給付の内容・報酬の額・支払期日などが含まれます。項目ごとの読み方は『フリーランス法の明示事項9項目|取引条件の書面を確認する手順』で詳述しているため、ここでは「どの書類がその役割を担うか」に絞ります。

発注書が明示を兼ねるとき、抜けやすいのは支払期日と検収

実際に届く発注書を見ていると、作業内容と金額は書かれているのに、支払期日と検査(検収)の完了日が抜けていることがあります。発注書のフォーマットが社内の購買システム由来で、フリーランス法に合わせて改修されていないケースです。

報酬の支払期日は、原則として給付を受領した日から起算して60日以内に設定する必要があります。再委託の場合は元委託者の支払期日から30日以内という別のルールが適用されます。この数え方は前掲の明示事項記事で整理しています。

発注書に支払期日の記載がなければ、基本契約書側を確認してください。両方にない場合は、明示が不足している状態です。

2026年1月から下請法は「取適法」へ。3条書面は4条へ

この改正は「どの書類で条件明示を行うか」に直結するため、発注書の実務を理解するうえで押さえておきたい論点です。

ここが混乱しやすいところです。従来「3条書面」と呼ばれていたのは下請法の書面交付義務であり、フリーランス法の「3条通知」とは別物でした。

そして2026年1月1日施行の改正で、下請法は中小受託取引適正化法(取適法)に名称変更され、書面交付義務の条文も第3条から第4条へ移りました(2026年1月から下請法が「取適法」に!)。明示方法についても、受託側の事前承諾なしに電磁的方法を選べるようになっています。

呼称

根拠法

対象

現在の条文

3条通知

フリーランス法

従業員を使用しない個人への業務委託

第3条(変更なし)

3条書面 → 4条明示

取適法(旧下請法)

資本金・従業員基準を満たす委託取引

第4条(2026年1月〜)

フリーランスエンジニアの多くは前者が中心になります。ただし発注者の規模や取引類型によっては両方が適用されることもあり、その場合は1枚の書面にまとめて記載することが認められています。改正の全体像は『【2026年1月最新】下請法から「取引適正化法(取適法)」へ改正。フリーランスに影響する変更点まとめ』で整理しています。

ミニFAQ:メールやチャットの発注でも明示義務を満たせる?

満たせます。フリーランス法は書面と電磁的方法を同列に扱っており、メール本文に必要項目が書かれていれば明示として機能します。SlackやChatworkなども電磁的方法として用いられますが、後日確認・保存できる形で条件が残っていることが重要です。チャットは履歴の保持期間に上限があるプランもあるため、重要な条件はメールかPDFで残しておくほうが確実です。

フリーランスエンジニアの皆様

今の年収、今の働き方に満足してますか?

あなたの理想の案件を
専属コンシェルジュが実現

フリコンに無料会員登録して案件の相談をする

書類が届かないまま着手を迫られたときの自衛策

結論として、着手前に自分から条件確認のメールを送ってください。相手の書類発行を待つ必要はありません。

口頭発注のまま進めると、次のようなトラブルが起きます。

  1. 月末に「その作業は依頼した範囲外」と言われ、請求が削られる

  2. 検収の基準が決まっておらず、終わらない修正対応が続く

  3. 支払サイトが想定より長く、入金が2か月先になる

これらは、着手前のメール1通で大半を防げます。実務的には、初回の打ち合わせから24時間以内に、次の内容を箇条書きで送る運用が機能します。

  • 作業内容と、今回の範囲に含まれないこと

  • 契約形態(準委任か請負か)

  • 稼働条件(常駐/リモート、精算幅がある場合はその時間)

  • 報酬額と、消費税・源泉の扱い

  • 支払期日(締め日と支払日)

  • 契約期間と更新の考え方

「認識齟齬があればご指摘ください」と添えて送れば、角を立てずに記録が残ります。先方から訂正が返ってくれば、そのやり取り自体が条件の証拠になります。

正式な書類が届かないまま稼働が始まってしまった場合も、このメールが拠り所になります。契約途中での解約など実際のトラブル事例は『フリーランスエンジニアのトラブル事例とその対策方法 〜契約途中での解約〜』にまとめています。

受け取った書類の5分チェックリスト

書類が届いたら、まず次の7点を確認してください。全部そろっていれば、着手判断の最低ラインとしては機能します。知的財産権の帰属・再委託の可否・中途解約・損害賠償といった条項は別途確認が必要です。

確認項目

見るところ

そろっていない場合

発注者の社名・担当者名

書類のヘッダー

発行元が特定できない。差し戻す

業務内容

件名・明細欄

範囲外作業の線引きができない。追記を依頼

契約形態

契約書の目的条項/基本契約書/発注メール

準委任か請負か不明。完了条件が決まらない

報酬額と税の扱い

金額欄(税抜/税込の表示)

請求時に差額が出る。表記を確認

支払期日

基本契約書の支払条項

60日ルールを満たすか確認が必要

検査・検収の方法

納品条項または注文書の備考

完了判定ができない。基準を確認

契約期間

期間条項/注文書の作業期間

更新の有無が不明。確認する

このうち契約形態・支払期日・検収の3点は、抜けていると後でほぼ確実に揉めます。優先して確認してください。

フリーランスエンジニアの皆様

今の年収、今の働き方に満足してますか?

あなたの理想の案件を
専属コンシェルジュが実現

フリコンに無料会員登録して案件の相談をする

印紙税と保存のルール

印紙が必要かどうかは、書類のタイトルではなく記載内容で決まります(国税庁 No.7100 課税文書に該当するかどうかの判断)。

準委任のみを内容とする契約書は、一般に印紙税の課税対象外

印紙税の課税対象になる契約書は文書の種類ごとに決まっており、請負に関する契約書は第2号文書です。一方、委任・準委任を内容とする契約書は課税文書として列挙されていません。SES型や常駐型で準委任契約を結ぶ場合、契約書に印紙を貼る必要は原則ないと整理されます。

請負契約書の場合、契約金額1万円未満は非課税、それ以上は金額に応じた印紙が必要になります。1つの契約書に請負と準委任が混在している場合は、請負部分の判定が絡むため個別に確認してください。

注文書に印紙が必要になるケース

判定の軸は書類の名前ではなく、契約の成立を証する文書として扱われるかどうかです。注文書でも、契約成立を証する文書に当たる場合は課税対象になり得ます。国税庁のタックスアンサーでも、次のケースは契約書として取り扱うと示されています(国税庁 No.7118 申込書、注文書、依頼書等と表示された文書の取扱い)。

  • 基本契約書に基づく申込みで、注文書を出せば自動的に契約が成立すると定められている場合

  • 見積書に基づく申込みであることが記載されている場合

  • 契約当事者双方の署名または押印がある場合

いずれも「請書を別に作成する」と書かれていれば除かれます。方式Bの案件では、注文請書を返す運用かどうかで印紙の扱いが変わるわけです。

基本契約書は第7号文書に該当することがある

継続的な取引の基本となる契約書は第7号文書にあたり、印紙税額は1通あたり4,000円です(国税庁 No.7104 継続的取引の基本となる契約書)。ただし対象は売買・運送・請負などに限られ、契約期間が3か月以内で更新の定めがないものは除かれます。

準委任だけを定めた基本契約書は、第2号にも第7号にも該当しないと整理されるのが一般的です。判断に迷う内容であれば税務署か税理士に確認してください。印紙税の全体像は『印紙税とは|契約書・領収書の金額別一覧と電子契約での非課税』にまとめています。

電子で受け取った書類は電子のまま保存する

電子契約・PDFの発注書には印紙が不要です。これは節税効果が大きいため、電子契約に移行する発注者が増えています。

ただし、メールやクラウドで受け取った発注書・注文請書・請求書は、電子帳簿保存法の電子取引データにあたります。検索性の確保や改ざん防止措置といった保存要件に沿って、電子のまま保存する必要があります。印刷して紙だけで保管する運用は認められていません。対応の実務は『電子帳簿保存法とは|フリーランスエンジニアが最低限やるべき対応【2026年版】』を参照してください。

請求書の作成側のルールは『フリーランスエンジニアの請求書の書き方|インボイス対応・記載項目・テンプレートを徹底解説』で扱っています。

ケース別|契約ルートで書類の出方が変わる

同じ業務委託でも、どこから案件を取ったかで届く書類は変わります。

エージェント経由の場合

契約相手はエージェント会社です。基本契約書+月次の注文書という方式Bが多く、報酬額や精算幅は注文書側に書かれます。

注意すべきは、エンドクライアントとの条件とあなたの契約条件が別だという点です。現場で「来月は忙しいから170時間お願い」と言われても、注文書の精算幅が140〜180時間なら超過はしません。現場の口頭合意ではなく、注文書を基準に判断してください。

エージェント面談で条件を詰める流れは『フリーランスエージェントとの面談の内容と必要な準備』で解説しています。

直取引(直案件)の場合

書類の整備状況に差が出やすいルートです。発注側がフリーランスとの取引に慣れていないと、発注書のフォーマットすら用意されていないことがあります。

この場合、こちらから業務委託契約書の案を出すか、最低限の条件確認メールを送って記録を作ってください。秘密保持について別途NDAを求められることも多く、締結の順番は「NDA→業務委託契約書→発注書」の流れが多いものの、取引先によって前後します。NDAの読み方は『秘密保持契約(NDA)とは|フリーランスエンジニアが押さえる条項とチェックポイント』に整理しました。直案件の取り方そのものは『フリーランスエンジニアの直案件の取り方|エージェント以外の獲得ルート7選と契約・営業の注意点』が参考になります。

商流が深い(二次請け・三次請け)場合

あなたの契約相手は、エンドクライアントではなく中間の会社です。この場合、支払期日は再委託のルールが絡むことがあります。元委託者の支払期日から30日以内という基準が適用されるケースがあるため、発注書に支払期日が明示されているかを特に注意して見てください。

現場の指示系統と契約上の相手がずれるため、作業範囲の変更依頼が口頭で降りてきやすいのも特徴です。範囲外の作業を打診されたら、契約相手に書面で確認を取る癖をつけておくと安全です。

フリーランスエンジニアの皆様

今の年収、今の働き方に満足してますか?

あなたの理想の案件を
専属コンシェルジュが実現

フリコンに無料会員登録して案件の相談をする

よくある失敗と対策

見積書を契約書だと思い込む。 見積書は条件の提示であって、合意の記録ではありません。見積書を送っただけで着手するのは、契約なしで作業を始めているのと変わりません。

注文書の金額が税抜か税込か確認しない。 消費税の表記が曖昧なまま請求し、差額でやり直しになる。地味ですが頻度の高い事故です。

基本契約書を読まずに注文書だけ見る。 精算幅や超過単価、権利の帰属は基本契約書側に書かれています。注文書は金額と期間しか書かれていないことが多く、それだけ見ても条件は把握できません。

更新時に書類を更新しない。 契約期間が切れたまま稼働を続けると、どの条件で働いているのかが不明確になります。更新の覚書か新しい注文書を必ずもらってください。継続案件での更新運用は『フリーランスエンジニアの継続案件で収入を安定させる方法|契約更新と信頼構築のコツ』で扱っています。

条件交渉を書類が来てからにする。 発注書が届いた時点では、金額はほぼ確定しています。交渉するなら発注書が出る前です。自分の条件が市場とどれくらい離れているか気になる方は、無料のフリーランスエンジニア単価診断で目安を確認できます。

まとめ

発注書・注文書は「申込み」、注文請書は「承諾」、契約書は「合意」の記録です。この3つの役割が揃っているかを見れば、自分の案件の書類が足りているか判断できます。

  • 発注書と注文書は名前が違うだけで、役割は同じ

  • エンジニア案件では「基本契約書+注文書」の方式も多い。注文書だけでは条件の全体像はつかめない

  • フリーランス法の取引条件明示は、発注書や契約書が兼ねてよい。専用書面を待つ必要はない

  • 2026年1月から下請法は取適法になり、書面交付義務は第3条から第4条へ移った

  • 準委任のみを内容とする契約書は一般に印紙税の課税対象外。注文書も原則は対象外だが、契約成立を証する文書に当たる場合は課税される

  • 書類が来ないときは、着手前に自分から条件確認メールを送る

次のステップとして、手元の契約書を開いて「個別契約で定める」という文言があるかを確認してみてください。あれば方式B、毎月の注文書が必要です。契約条項そのものの読み方は『業務委託契約書の確認ポイント|フリーランスエンジニアが締結前に見る条項とチェックリスト』へ、明示事項の中身は『フリーランス法の明示事項9項目|取引条件の書面を確認する手順』へ進むとつながります。

書類の整った案件を探したい方は、フリコンの案件一覧から条件を確認できます。

税務の個別判断(印紙税の文書区分など)は、取引内容によって結論が変わります。金額が大きい契約や判断に迷う内容は、税理士または所轄の税務署に確認してください。

参照元:

よくある質問

AnswerMark

受注側が出すのは「注文請書」または「受注書」です。発注書・注文書は発注側が出す書類なので、こちらから発行するものではありません。相手から発注書が来ない場合に、条件を書いた「業務確認書」をこちらから送って先方の確認を取る、という進め方はあります。

AnswerMark

法律上の義務はありません。ただし請書を返さないと、承諾した記録が残りません。メールで「下記内容で承ります」と返信するだけでも代替になります。なお請書を作成すると、請負契約の場合は印紙が必要になることがあります。

AnswerMark

着手前に指摘してください。着手してしまうと、書類の内容を承諾したとみなされやすくなります。差分が金額や作業範囲なら、修正版の発行を依頼するのが基本です。軽微なら「下記の点のみ認識が異なります」とメールで補足し、その返信を保存する方法もあります。

AnswerMark

発注書に業務内容・報酬・支払期日・契約形態が書かれていれば、受けられるケースはあります。ただし秘密保持・知的財産権の帰属・再委託の可否は発注書に書かれないことが多く、別途の確認が必要です。むしろ危険なのは、契約書も発注書もなく口頭だけで進む案件です。書類の数より、条件が記録されているかで判断してください。

AnswerMark

契約形態で変わります。準委任では成果の完成ではなく、稼働・事務処理に対して報酬が発生するのが原則です。ただし善管注意義務違反や債務不履行がある場合は別途問題になるため、未完了なら必ず満額支払われるという意味ではありません。請負なら、完成していない状態では報酬請求が難しくなります。だからこそ発注書・契約書で契約形態を確認する意味があります。

AnswerMark

多くの基本契約書には優先順位の条項が置かれています。「個別契約が基本契約に優先する」と書かれていれば注文書が優先、逆の定めもあります。条項がない場合は解釈の問題になるため、気づいた時点で発注者に確認を取ってください。

AnswerMark

なりません。印紙の不貼付は印紙税法上のペナルティ(過怠税)の問題であり、契約の効力には影響しません。また、印紙を貼る義務は原則として文書を作成した側にあります。受け取った発注書に印紙がないことを、受注側が心配する必要はありません。

AnswerMark

「業務委託契約」は実務上の呼び方で、民法上は請負か準委任のいずれかに分類されます。つまり業務委託契約書の中身が準委任であれば、それが準委任契約書です。タイトルではなく、目的条項と報酬の定め方(時間単位か成果物単位か)を見て判断してください。

AnswerMark

「支払期日の記載が見当たらないため、ご確認いただけますか」と事実ベースで聞くのが角が立ちません。法律名を出さなくても、担当者が社内に確認すれば是正されることがほとんどです。応じてもらえない場合は、公正取引委員会の申出窓口に相談する選択肢があります。

AnswerMark

書類の役割は同じですが、準拠法と裁判管轄の指定が入る点が大きく違います。フリーランス法や印紙税の扱いも、取引の形態によって変わります。英文契約の読み方は『英文業務委託契約の注意点|準拠法・裁判管轄と確認すべき15条項』を参照してください。

AnswerMark

まず、これまでのやり取りをまとめて条件確認メールを送ってください。「現在こちらの認識で作業を進めております」と列挙し、相違があれば指摘を求めます。そのうえで発注書の発行を依頼します。遡って書類を出してもらえるケースも珍しくありません。

AnswerMark

個人事業主の場合、帳簿書類の保存期間は原則7年(一部5年)です。発注書・注文請書・契約書も取引関係書類として保存対象になります。電子で受け取ったものは電子のまま保存する必要があるため、受領方法ごとに保管先を決めておくと迷いません。

おすすめのお役立ちコンテンツ

【2026年施行】下請法が「取適法」に改正|フリーランス・SESが契約前に確認すべき変更点
制度・申請

【2026年施行】下請法が「取適法」に改正|フリーランス・SESが契約前に確認すべき変更点

AWS認定資格一覧【2026年最新】全12種の難易度・受験料とおすすめ取得順
制度・申請

AWS認定資格一覧【2026年最新】全12種の難易度・受験料とおすすめ取得順

競業避止義務とは|フリーランスエンジニアの退職後・業務委託契約の有効性判断と実務ポイント
制度・申請

競業避止義務とは|フリーランスエンジニアの退職後・業務委託契約の有効性判断と実務ポイント

副業バレないか不安な人へ|住民税の落とし穴とエンジニアの普通徴収切替手順
制度・申請

副業バレないか不安な人へ|住民税の落とし穴とエンジニアの普通徴収切替手順

文芸美術国民健康保険組合とは|エンジニアの加入可否と保険料・代替策を解説
制度・申請

文芸美術国民健康保険組合とは|エンジニアの加入可否と保険料・代替策を解説

新着のお役立ちコンテンツ

ITコンサル独立の手順|準備6ヶ月の進め方とフリーランス案件の取り方
キャリア・職種

ITコンサル独立の手順|準備6ヶ月の進め方とフリーランス案件の取り方

Pytestとは|使い方・fixture・unittestとの違いと案件単価【pytest 9対応】
スキル

Pytestとは|使い方・fixture・unittestとの違いと案件単価【pytest 9対応】

Java資格の難易度・勉強法・年収影響|Silver/Gold【SE 11終了・SE 25移行】
スキル

Java資格の難易度・勉強法・年収影響|Silver/Gold【SE 11終了・SE 25移行】

フリーランスエンジニアの名刺|必要性・記載項目と商談での使い方
働き方

フリーランスエンジニアの名刺|必要性・記載項目と商談での使い方

プログラマーがきつい理由7つ|向いてない人の特徴と対処法、独立で変わる点
キャリア・職種

プログラマーがきつい理由7つ|向いてない人の特徴と対処法、独立で変わる点

おすすめ案件・求人

【PMO】社内ITコンサルタント 兼 PMO 要員募集(フルリモート)

110~120万円/月

虎ノ門(東京都)

詳細を見る

【kintone】kintoneにおける業務改善サポートおよび導入/活用支援(フルリモート)

60~70万円/月

仙台(宮城県)

詳細を見る

(フルリモート)【PHP】人材系SaaSサービス案件

65~75万円/月

恵比寿(東京都)

詳細を見る

(フルリモート)【TypeScript、JavaScript(React.js)】SaaSプロダクトのフロントエンド開発

60~70万円/月

品川(東京都)

詳細を見る

(フルリモート)【PHP、React】会員制Webサービスの機能改善・追加開発

60~70万円/月

渋谷(東京都)

詳細を見る

あなたの理想の案件探しませんか?

公開非公開

フリーランスエンジニア向け案件の
85%以上が非公開案件!

※非公開案件のご紹介は登録者限定

非公開案件を紹介してもらう

タグからお役立ちコンテンツを探す