MONOLITH LAW OFFICE+81-3-6262-3248Wochentags 10:00-18:00 JST [English Only]

MONOLITH LAW MAGAZINE

IT

Was ist das Gesetz, wenn die Vergütung für die Systementwicklung nicht bezahlt wird?

IT

Was ist das Gesetz, wenn die Vergütung für die Systementwicklung nicht bezahlt wird?

Für Anbieter, die Systementwicklungsaufgaben übernehmen, stellt es in gewisser Weise das größte Risiko dar, wenn der Benutzer trotz Lieferung nicht bezahlt, oder? Die Kosten für die Systementwicklung bestehen größtenteils aus qualifizierten Mitarbeitern wie Programmierern, daher sind die Personalkosten oft hoch. Eine Verzögerung bei der Umsatzerfassung kann manchmal zu einer Frage von Leben und Tod werden. In diesem Artikel werden wir aus rechtlicher Sicht die Punkte erläutern, die Anbieter in Betracht ziehen sollten, wenn der Benutzer die Zahlung verweigert.

Zunächst muss überprüft werden, ob eine Vergütungsforderung möglich ist

  • Der Anbieter hat dem Nutzer die Ergebnisse geliefert, aber der Nutzer akzeptiert die Lieferung nicht, was dazu führt, dass auch die Vergütungsforderung ins Stocken gerät.
  • Obwohl man davon ausging, dass die Abnahme bereits abgeschlossen war, gibt es irgendwelche Diskrepanzen mit der Wahrnehmung des Nutzers, der sich weigert, die Vergütung zu zahlen.

Diese Situationen können durchaus in der Realität auftreten.

Wenn der Nutzer die Spezifikationen des fertigen Systems überprüft und die Lieferung akzeptiert, wird dies in der Systementwicklung als “Abnahme” bezeichnet. Die Bedeutung dieser Abnahme und die zu berücksichtigenden Punkte, wenn der Fortschritt nicht zufriedenstellend ist, werden im folgenden Artikel ausführlich erläutert.

Verwandter Artikel: Anwendungsfälle der angenommenen Abnahmeklausel in der Systementwicklung[ja]

Die allgemeine Erklärung zur Abnahme selbst wird dem oben genannten Artikel überlassen, aber ob die Abnahme des Nutzers rechtlich abgeschlossen ist oder nicht, muss unter Berücksichtigung der Bestimmungen zur “angenommenen Abnahmeklausel” geprüft werden.

Unter Berücksichtigung dieses Punktes sind die ersten Punkte, die bei der Annahme eines Falles, in dem der Nutzer sich weigert, die Vergütung zu zahlen, zu prüfen sind, die folgenden:

  1. Ob die Arbeit überhaupt abgeschlossen ist oder noch nicht fertig ist
  2. Ob die Gewährleistungspflicht (Artikel 635 des japanischen Bürgerlichen Gesetzbuches) anwendbar ist oder nicht

Der Grund, warum die Überprüfung der oben genannten zwei Punkte zuerst durchgeführt werden sollte, ist, dass, wenn die Arbeit nicht abgeschlossen ist und die Gewährleistungspflicht (Artikel 635 des japanischen Bürgerlichen Gesetzbuches) nicht anwendbar ist, selbst wenn eine Klage erhoben wird, die Zahlung der Vergütung nicht erwartet werden kann.

Was sollte also der Verantwortliche des Anbieters konkret prüfen, um die oben genannten zwei Punkte zu prüfen? Im Folgenden sehen wir uns an, welche Dokumente überprüft werden sollten.

Welche Dokumente sollten zur Überprüfung der Zulässigkeit einer Vergütungsforderung herangezogen werden?

Lieferschein
Wenn kein Lieferschein vorhanden ist, kann dies darauf hindeuten, dass die Lieferung noch nicht abgeschlossen ist und die Arbeit noch nicht fertiggestellt wurde.
Dokument zur Mitteilung des Abnahmeergebnisses
Dies ist das wichtigste Dokument zur Beurteilung, ob die Arbeit als abgeschlossen betrachtet werden kann. Zusätzlich sollte in Fällen, in denen die Abnahme aufgrund von Benutzerumständen verschoben wurde, auch überprüft werden, wie die “angenommene Abnahmeklausel” im Vertrag formuliert wurde.
Aufgabenverwaltungsübersicht
Dieses Dokument dient dazu, zu verstehen, welche Aufgaben bisher identifiziert wurden und welche Maßnahmen ergriffen wurden. Es dient auch dazu, den Zustand von Störungen und Mängeln, die nach der Lieferung aufgetreten sind, und den Status ihrer Behebung zu erfassen.
Anforderungsdefinitionsdokument, Design-Dokument und Änderungsmanagement-Dokument, Protokolle von verschiedenen Meetings usw.
Durch die Klärung des ursprünglichen Verständnisses zwischen dem Benutzer und dem Anbieter wird dieses Dokument dazu beitragen, zu klären, was als Störung oder Mangel bezeichnet werden sollte.

Übrigens, wie das Management von Änderungen an den Spezifikationen des zu entwickelnden Systems und die Erstellung von Änderungsmanagement-Dokumenten durchgeführt werden sollten, wird in einem separaten Artikel ausführlich erläutert.

Verwandter Artikel: Rechtliche Aspekte des Änderungsmanagements in der Systementwicklung[ja]

Kündigungsschreiben oder Dokument, das die Absichten des Benutzers darstellt
Dies dient als Mittel, um zu verstehen, welche Absichten der Benutzer hat, wenn er die Abnahme nicht vorantreiben will (oder die Zahlung der Vergütung ablehnt).

Als nächstes, Überprüfung des möglichen Vergütungsanspruchs

Wie berechnet man den Rechnungsbetrag nach einer Spezifikationsänderung?

Grundsätzlich sollte der mögliche Vergütungsanspruch im Vertrag festgehalten sein. Es kann jedoch vorkommen, dass nachträgliche Änderungen der Spezifikationen vorgenommen wurden und kein ordnungsgemäßer Vertrag (oder ein ähnliches Dokument) vorhanden ist. Die Methode zur Neuberechnung von Kostenvoranschlägen aufgrund nachträglicher Gründe wie Änderungen der Spezifikationen oder Hinzufügen von Funktionen wird im folgenden Artikel ausführlich erläutert.

Verwandter Artikel: Ist eine nachträgliche Erhöhung des Kostenvoranschlags für die Systementwicklung möglich?[ja]

Die Methode zur Neuberechnung des Kostenvoranschlags ist wie in diesem Artikel beschrieben. Insbesondere aus der Perspektive der Überprüfung der Möglichkeit einer Erhöhung des Rechnungsbetrags,

  1. Vorhandensein und Inhalt des Kostenvoranschlags für zusätzliche Entwicklung und Funktionenkorrekturen
  2. Die Reaktion des Benutzers auf den Kostenvoranschlag
  3. Vorhandensein einer Vereinbarung über die Situation, die zur zusätzlichen Entwicklung und Korrektur von Funktionen geführt hat, und den Betrag, der in der Aufgabenverwaltungsliste aufgeführt ist

werden im Mittelpunkt stehen. Im Wesentlichen geht es darum, ob es eine Übereinstimmung der Absichten zwischen dem Benutzer und dem Auftraggeber gab, “den Auftrag zu diesem Preis zu erteilen” (d.h., ob ein Vertrag abgeschlossen wurde).

Zum Schluss, die Überlegung von wichtigen Punkten bei tatsächlicher Klageerhebung

Achtung vor der Möglichkeit einer Gegenklage

Bei der Systementwicklung ist es nicht selten, dass, wenn entweder der Benutzer oder der Anbieter eine Klage gegen den anderen erhebt, eine Gegenklage vom anderen erhoben wird. Das bedeutet, dass es auch auf der Benutzerseite einige Beschwerden gibt, wenn es um die Nichtzahlung von Gebühren geht.

Obwohl die Systementwicklung grundsätzlich eine Vielzahl von Kooperationspflichten auf der Benutzerseite mit sich bringt, sollte man nicht vergessen, dass der Anbieter als Experte für Systementwicklung ein breites Ermessen und eine große Verantwortung trägt. Über die Projektmanagementpflichten, die der Anbieter in Bezug auf die Systementwicklung hat, wird im folgenden Artikel ausführlich berichtet.

Verwandter Artikel: Was sind die Projektmanagementpflichten bei der Systementwicklung?[ja]

Das bedeutet, dass man sich im Voraus gut überlegen sollte, ob es möglich ist, die einseitige Nichtzahlung von Gebühren auf die Benutzerseite zurückzuführen. Wenn man sich frühere Gerichtsurteile ansieht, gibt es viele Fälle, in denen ursprünglich der Anbieter eine Klage auf Zahlung von Gebühren erhoben hat, aber dann vom Benutzer eine Gegenklage auf Wiederherstellung des ursprünglichen Zustands oder Schadenersatz erhoben wurde.

Es muss auch überprüft werden, ob es wirklich einen geschäftlichen Vorteil gibt

Selbst wenn die Argumente des Anbieters durchkommen und es durch eine Klage anerkannt wird, dass tatsächlich eine Gebührenforderung möglich ist, ist es zu erwarten, dass es praktisch schwierig wird, die Geschäftsbeziehungen fortzusetzen, wenn die Situation bis zur Klage eskaliert. Darüber hinaus sollte man sich darauf einstellen, dass es auch dann, wenn die eigenen Argumente in einem Prozess anerkannt werden, eine erhebliche Zeit dauern kann, bis die Gebühren tatsächlich eingezogen werden können. Wenn man auch die Mühe und die Kosten berücksichtigt, die mit der Klageerhebung verbunden sind, ist es oft besser, sich eher um einen Kompromiss zu bemühen.

Zusammenfassung

Wenn ein Nutzer sich weigert, eine Belohnung zu zahlen, erfordert die rechtliche Prüfung dieses Problems die Überprüfung einer Vielzahl von Dokumenten. Darüber hinaus reicht es nicht aus, nur eine gründliche Dokumentenverwaltung zu gewährleisten. Es ist auch notwendig, die organisatorischen Risiken und Nachteile zu berücksichtigen, die sich ergeben könnten, wenn man sich letztendlich für eine Klage entscheidet.

Die gründliche Verwaltung von Dokumenten im Alltag gehört sicherlich in der Regel zu den Aufgaben auf Arbeitsebene. Wenn jedoch auf der Grundlage der aufbewahrten Dokumente und Materialien eine Klage eingeleitet wird, kann dies zu einer bedeutenden Managemententscheidung werden. Es ist wichtig, den gesamten Prozess zu verstehen, insbesondere in solchen unregelmäßigen Situationen, in denen die Einheit und Organisationsstärke von Management und Arbeitsebene gefordert sind.

Managing Attorney: Toki Kawase

The Editor in Chief: Managing Attorney: Toki Kawase

An expert in IT-related legal affairs in Japan who established MONOLITH LAW OFFICE and serves as its managing attorney. Formerly an IT engineer, he has been involved in the management of IT companies. Served as legal counsel to more than 100 companies, ranging from top-tier organizations to seed-stage Startups.

Category: IT

Tag:

Zurück Nach Oben