Warenwirtschaftssystem - eure Meinungen bitte (Sonstige Beiträge (auch Spaß und Sinnloses))

[thread]20315[/thread]

Warenwirtschaftssystem - eure Meinungen bitte

Leser: 16

Articles: hide open all | hide show old branches

+3 replies
havi

2017-06-28 10:56
User since
2003-08-04
2036 Artikel
BenutzerIn
Hallo Leute!

Folgendes Verhalten bei einer gekauften Software
Code: (dl )

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21

In meinem Lager befinden sich ArtikelX mit 2 Stk. und ArtikelY mit 2 Stk. Ich erstelle eine „unbar“ Rechnung. ArtikelX – 1 Stk. Rechnung speichern. Artikel wird im Lager gebucht (- 1 Stk.) Ich editiere die Rechnung noch einmal und füge ArtikelY – 1 Stk. dazu. Rechnung speichern. Artikel wird im Lager NICHT gebucht. Danach storniere ich die Rechnung und BEIDE Artikel werden im Lager gebucht (+). ArtikelX – 2 Stk. korrekt ArtikelY – 3 Stk. NICHT korrekt.
Die Entwickler Firma weigert sich für den Schaden aufzukommen und meint das
Programm funktioniert exakt wie in der Dokumentation beschrieben.

Eure Meinungen?

Danke und Beste Grüße,
havi
Perl-Zeitung - http://perl-zeitung.at/
Perl-Blog - http://usr-bin-perl.blogspot.com/
- Linuxer
  
  2017-06-28 11:39
  
  User since
  2006-01-27
  3890 Artikel
  HausmeisterIn
  
  Vorab: Ich habe von Warenwirtschaftssystemen nicht wirklich Ahnung und gehe hier als Laie ran:
  
  1. Mangels Dokumentation kann man die Aussage der Entwickler-Firma nicht wirklich beurteilen.
  
  2. Meine Meinung als Laie auf Basis der verfügbaren Informationen:
  
  2.1. Wenn ein Artikel einer Rechnung hinzugefügt wird, sollte das im Lager auch vermerkt werden. Also sollte ArtikelY auch im Lager gebucht werden. IMHO: Fehler Nr. 1
  
  2.2. Bei einer Storno ist es falsch, einen Artikel zurückzubuchen, der vorher nicht ausgebucht worden ist. IMHO: Fehler Nr. 2
  
  2.3. Ob dokumentiert oder nicht, empfinde ich das als einen gravierenden Fehler im System. Schließlich ist das ein mehr oder weniger normaler Vorgang in einem Warenwirtschaftssystem. Wenn das schon nicht sauber funktioniert, hat die Software Ihren Einsatzzweck verfehlt und sollte nicht als solches verkauft werden.
  
  2.4. Rechtsbeistand aufsuchen und rechtlich klären lassen.
  
  2.5. Auf einen Fix der Fehler drängen oder Warenwirtschaftssystem wechseln. Rückerstattung und Schadensersatz sollten über 2.4. abgehandelt werden.
  
  Soweit meine Meinung als Laie dazu.
  meine Beiträge: I.d.R. alle Angaben ohne Gewähr und auf Linux abgestimmt!
  Die Sprache heisst Perl, nicht PERL. - Bitte Crossposts als solche kenntlich machen!
- Relais
  
  2017-07-02 10:18
  
  User since
  2003-08-06
  2246 Artikel
  ModeratorIn
  
  Es arbeiten ja immer Menschen in den Firmen. Da nicht ich mit denen gesprochen habe, empfehle ich, das Gespräch zu wiederholen. Nach dem Motto, ich kann meinen eigenen Gesprächsnotizen kaum glauben, haben Sie das wirklich gesagt?
  
  Ansonsten wie @Linuxer schon sagt, wir kennen die Doku nicht, Du hast da einen Bug gefunden falls es nicht drin steht, oder aber ein Gotcha erwischt, falls es doch so dokumentiert ist; den der Hersteller beheben sollte, wenn er mit dem Produkt überleben will. Das kann ein Hersteller durchaus auch einsehen.
  
  Tut er es aber nicht, hat das Konsequenzen: Er erleidet Verluste, denn sein Produkt wird nach deinem öffentlichen Review gar nicht mehr gekauft werden, oder sich plötzlich derzeit noch friedliche Kunden mit der Sache melden.
  
  Falls undokumentierter Bug: Er wird womöglich Kosten Deines Rechtsbeistandes (wenn einsichtig) oder alternativ eines Zivilverfahrens anteilig (falls uneinsichtig) mittragen müssen, unabhängig davon, wie das ausgeht. Auch das sollte eine geschäftstüchtige Person in einem Gespräch verstehen können.
  Erst denken, dann posten --
  27. Deutscher Perl- u. Raku -Workshop (Termin wird noch gesucht) 2025 in München.
  
  Winter is Coming

View all threads created 2017-06-28 10:56.