Artikel: Inkonsistente Zustände bzgl. eindeutige Artikelnummern (war: Dienstleistung: neuer Preis lässt sich nicht speichern)

[pk-its]

Hallo

Ich habe heute auf Version 2.7 aktualisiert (weiss nicht, ob das Problem zuvor schon bestand)... soweit alles ok.

Nun wollte ich meine Stundensätze für Dienstleistungen noch anpassen. Beim ersten funktioniert das aber nicht. Ich erhalte stets nach dem Anpassen der Preise (Listenpreis, Verkaufspreis) und anschliessend klick auf Speichern die Meldung "Artikelnummer bereits vorhanden!". Diese Meldung erscheint auch, wenn ich nichts ändere und bloss auf Speichern klicke. Bisher habe ich "nur" eine Dienstleistung mit diesem Problem. Zwei andere Leistungen konnte ich hingegen problemlos anpassen.

Habe nichts ähnliches im Forum gefunden...

Danke und Gruss

16. Künzli

Hmm, kann ich nicht nachstellen.

Ist die Artikelnummer denn mehrfach vorhanden? Einfach bei der Dienstleistungssuche statt "aktiv" mal nach "alle" suchen. Wenn das der Fall ist meckert das Programm zurecht, dann muss eine der Dienstleistungen eine andere Nummer bekommen.

Sorry für die späte Reaktion

Tatsächlich... ich hatte ein Erzeugnis mit derselben Artikelnummer wie die Dienstleistung. Lässt sich die Vergabe der Nummer nicht verifizieren, damit diese nicht doppelt verwendet wird? Dachte, dass sich diese Nummern nicht in die quere kommen. Nun habe ich aber auch was gelernt. :)

Ich erstelle ansonst einen FR, falls nicht eh schon sowas ähnliches vorhanden ist?

Ich habe dem Erzeugnis eine höhere Art-Nummer vergeben; nun lässt sich die Dienstleistung auch problemlos im Preis anpassen.

Meinerseits ist das Ticket hiermit erledigt/geschlossen.

Ich lass das Ticket mal offen, aber nur weil es anscheinend möglich ist, dass jemand das Programm in so einen inkonsistenten Zustand bringt. Weisst Du noch wie die Artiekl angelegt wurden? Import, oder manuell? In welcher Programm Version war das?

Ich habe beide Einträge manuell erstellt. Mit welcher Version? Puh... sicher eine 2.6er-Version. Welche genau, kann ich aber gerade nicht mit Sicherheit sagen. Das Erzeugnis habe ich gegen Ende letzten Jahres erstellt; tippe auf Version 2.6.2... ohne Gewähr.

So, nochmal getestet. Ich habe mit der derzeitigen Implementierung keine Möglichkeit gefunden, doppelte Nummern in den Stammdaten oder im Import zu erzeugen. Zumindest bei aktuellen Installationen ist der Bug CNR.

Für Daten aus Altbeständen wird das heikel. Da diese Daten trotzdem weiter verwendbar sind, und der Upgrademechanismus sich nicht wirklich dafür eignet, in dem moment Panik zu erzeugen, werde ich da erstmal nichts dran tun, und dafür die Fehlermeldung aufbohren.

So, ich habe da in b5a87c8f56bb1c372a90c4d8a2a890bfc57f632a ein wenig mehr und frühere info eingebaut, damit das nicht ganz so verwirrend ist.