Urheberrecht auf Datenbank und Softwaredesign

[Jasocul]

Eine halbwegs sichere Antwort, wirst du nur von einem (Fach-)Anwalt bekommen. Ich kann nur meine Meinung dazu abgeben, die nicht juristisch fundiert ist.

Zitat von RobertH:

Es hat gegenüber meiner Delphi-Software einen eingeschränkten Funktionsumfang

Wenn dadurch Funktionen deiner Anwendung ermöglicht werden, die nur im nicht-eingeschränkten Modus möglich wären, hielte ich das für einen Verstoß gegen das Lizenzrecht. Aber das kann durchaus grenzwertig sein.

Zitat von RobertH:

Er kontaktiert auch meine Datenbank (schreibender Zugriff) sodass auf der Webseite eingegebene Daten auch in der Delphi Maske erscheinen.

Er hat ohne deine Anwendung schreibenden Zugriff auf deine Datenbank? Da hattest du aber viel Vertrauen, könnte aber ein Angriffspunkt sein, wenn du das nur für spezielle Zwecke zulassen wolltest.

Ich würde aber sofort (schriftlich) mitteilen, dass jede Verantwortung für die korrekte Funktionalität deiner Anwendung abgelehnt wird. Du weißt doch gar nicht, ob die Daten so in die Datenbank kommen, dass deine Anwendung weiterhin so funktioniert, wie du es geplant hast. Plausibilitätsprüfung können ausgehebelt sein, Berechnungen können fehlen, ... .
Im Extremfall wirft die Anwendung Auswertungen raus, die dazu führen, dass die Firma Pleite geht, weil die Planungen darauf beruhen.

[Nersgatt]

Wenn man jetzt mal Trigger und Proceduren der DB außen vor lässt, ist die DB ja nur eine Möglichkeit, Daten zu speichern. Genauso wie das Wordformat ein Format zur Datenspeicherung ist. Und trotzdem gibt es schon ewig Open Office. Was nicht nur vom Funktionsumfang, der Programmintention, etc. praktisch deckungsgleich mit Word ist, es kann auch schon gefühlt "immer" unter anderem mit dem Wordformat umgehen.
Da sehe ich große Parallelen zu Deinem Fall, von daher würde ich mir nicht zu viel Hoffnung machen.

Dein Ansatzpunkt/Hebel wäre, dass Du natürlich jeglichen Support verweigern kannst, wenn mit Fremdsoftware in "Deine" DB geschrieben wird, da Du die Plausibilität der Daten nicht mehr garantieren kannst. Außerdem kannst Du die Programmteile, die die Daten schreiben nicht auf Fehler prüfen.

[Jens01]

Zitat:

Dein Ansatzpunkt/Hebel wäre, dass Du natürlich jeglichen Support verweigern kannst, wenn mit Fremdsoftware in "Deine" DB geschrieben wird, da Du die Plausibilität der Daten nicht mehr garantieren kannst.

Oder man ist so geschickt und macht das dicke Geld mit dem Support! Da ruft man einen ordentlichen Stundensatz auf und verdient damit.
Die machen sich doch total abhängig von Dir (TE), wenn die auf Deine Arbeit draufprogrammieren.

[Dejan Vu]

Man muss nur aus der Gewährleistung draußen sein. Sonst hat er TE nun das Problem, as die andere SW vielleicht Murks speichert und seine SW dafür verantwortlich gemacht wird bzw. wäre er dann in der Nachweispflicht, das bei ihm alles ok ist. Äh, das gilt -glaube ich- nur, wenn es eine Auftragsarbeit ist.

In jedem Fall ist das kundenseitig einerseits vollkommen ok, andererseits fördert das nicht gerade die Zusammenarbeit und zeigt auch, was man vom TE hält. Normalerweise fragt man nach, bittet um Support oder sagt einfach Bescheid. Ok, Microsoft werde ich auch nicht kontaktieren, wenn ich deren API oder DOC-Format verwende, aber hier ist es ja doch ein anderer Fall.

[Faxe]

Interessant wäre noch, wie die Datenbank lizensiert ist.
Bei "Named User" wird mit solchen zusätzlichen HTML-Lösungen eventuell "geschlampt".

[Bernhard Geyer]

Zitat von Faxe:

Interessant wäre noch, wie die Datenbank lizensiert ist.
Bei "Named User" wird mit solchen zusätzlichen HTML-Lösungen eventuell "geschlampt".

Das ist aber kein Problem des Fragestellers - außer er würde die Datenbank als Dienstleistung vermieten.

[himitsu]

Oder er macht es wie Skype mit seinen Daten (Netzwerk) ... Man baut intern regelmäßig alles um und schon gucken die mit ihrer eigenen Anbindung in die Röhre.

Vielleicht auch noch bissl die Namen der Tabellen und Spalten obfuskieren und die Datenbank verschlüsseln.

Zitat von Dejan Vu:

Man muss nur aus der Gewährleistung draußen sein. Sonst hat er TE nun das Problem, as die andere SW vielleicht Murks speichert und seine SW dafür verantwortlich gemacht wird bzw. wäre er dann in der Nachweispflicht, das bei ihm alles ok ist. Äh, das gilt -glaube ich- nur, wenn es eine Auftragsarbeit ist.

Sicher, daß es nicht andersrum ist?

Immerhin haben die sich ja in die DB gehackt und verändern wild die Daten (nicht nur "harmloses" Auslesen).
Sollen die erstmal beweisen, daß sie da nichts kaputt gemacht haben, bevor sie die Schuld auf den Entwickler der DB und dessen Programm schieben.

[Faxe]

Zitat von Bernhard Geyer:

Zitat von Faxe:

Interessant wäre noch, wie die Datenbank lizensiert ist.
Bei "Named User" wird mit solchen zusätzlichen HTML-Lösungen eventuell "geschlampt".

Das ist aber kein Problem des Fragestellers - außer er würde die Datenbank als Dienstleistung vermieten.

Wenn durch zusätzliche Webzugriffe die DB-Lizenzen "überstrapaziert" werden hätte er zumindest ein Argument gegen diese Aktion.