Neu Aufträge per SQL abschließen

[cfranke]

Hallo,

wir haben noch sehr viele bereits abgefertigte, aber in der WaWi noch nicht abgeschlossene Aufträge.
Diese manuell abzuschließen würde zu viel Zeit brauchen, deshalb versuchen wir eine SQL-Abfrage zu entwickeln.

Folgender SELECT gibt Informationen zum Auftrag 100047 aus:
SELECT * FROM Verkauf.tAuftrag WHERE cAuftragsNr=100047

Leider funktioniert folgender UPDATE nicht:
UPDATE Verkauf.tAuftrag SET kVersandArt=15, nKomplettAusgeliefert=1, kZahlungsart=6 WHERE cAuftragsNr=100047

Er gibt folgende Fehlermeldung:
Fehler bei UPDATE, da die folgenden SET-Optionen falsche Einstellungen aufweisen: "ANSI_NULLS, QUOTED_IDENTIFIER, CONCAT_NULL_YIELDS_NULL, ANSI_WARNINGS, ANSI_PADDING". überprüfen Sie, ob die SET-Optionen für die Verwendung mit indizierte Sichten und/oder Indizes für berechnete Spalten und/oder gefilterte Indizes und/oder Abfragebenachrichtigungen und/oder XML-Datentypmethoden und/oder Vorgänge
für räumliche Indizes richtig sind.

Was können wir machen?

Liebe Grüße

 

[Thomas_T]

cAuftragsnummer ist ja keine Zahl das müsstest du schon mal in Anführungszeichen setzen und dann musst du mal noch den Trigger zu Update anschauen, da könnte auch noch was drin stehen

 

[mh1]

Ich denke, das ist die 1.6, oder? Deshalb kann ich das hier nicht nachstellen...
Aber teste deinen UPDATE Befehl auf jedenfall erst immer nur mit einem Wert in SET. Nicht mit mehreren, denn dann siehst du ja gar nicht, wo der Fehler entsteht.

 

[cfranke]

cAuftragsnummer ist ja keine Zahl das müsstest du schon mal in Anführungszeichen setzen und dann musst du mal noch den Trigger zu Update anschauen, da könnte auch noch was drin stehen

Hallo Thomas, Danke für Deine Tipps.

Mit Anführungszeichen hatte ich auch schon probiert. Die haben nicht geholfen. Scheinen trotz NVARCHAR(100) nicht nötig, zumindest funktioniert der SELECT auch ohne.

Wie kann ich mir den Trigger anschauen?

 

[cfranke]

Ich denke, das ist die 1.6, oder? Deshalb kann ich das hier nicht nachstellen...
Aber teste deinen UPDATE Befehl auf jedenfall erst immer nur mit einem Wert in SET. Nicht mit mehreren, denn dann siehst du ja gar nicht, wo der Fehler entsteht.

Danke, hab ich schon probiert.

 

[wawi-dl]

Solch einen Eingriff würde ich tunlichst VERBIETEN!

Sofern du dich nicht auskennst in der DB erst recht, da hier auch gewisse Artikel etc etc berücksichtigt werden müssen, hier sind mehrere Tabellen betroffen.
Hier nach einen Workflow schauen, der Aufträge als geliefert setzen kann, oder Ticket bei JTL aufmachen.

Zudem sollte erstmal geprüft werden, warum es überhaupt dazu kam um das Problem abzustellen.

 

[cfranke]

Solch einen Eingriff würde ich tunlichst VERBIETEN!

Sofern du dich nicht auskennst in der DB erst recht, da hier auch gewisse Artikel etc etc berücksichtigt werden müssen, hier sind mehrere Tabellen betroffen.
Hier nach einen Workflow schauen, der Aufträge als geliefert setzen kann, oder Ticket bei JTL aufmachen.

Zudem sollte erstmal geprüft werden, warum es überhaupt dazu kam um das Problem abzustellen.

Gut. Danke, für Deine Warnung.

JTL haben wir schon gefragt, leider konnte man uns nur den Tipp geben, diese manuell abzuschließen.

Einen solchen Workflow habe ich hier noch nicht gefunden. Habe möglicherweise nicht die richtigen Suchwörter verwendet

 

[wawi-dl]

Diesen manuellen Workflow sollte man daher bei JTL anfragen, dass dieser implementiert wird, wir sehen diesen als sehr hilfreich an, könnten viele als manuellen gebrauchen. (Voting erforderlich im ISSUE-Tracker von JTL)
Nur dieser kann einen SP auf der Datenbank ausführen und alle relevanten und verknüpften Tabellen berücksichtigen.

Ansonsten wirst du bei manuellem Eingriff mehrere Probleme erhalten:
- Eingriff in Datenbank durch Unwissenheit --> Support-Verlust
- Verfälschung von diversen Kennzahlen (Statistik, Lager, und vieles mehr)

NOCHMAL, auf solch eine Idee sollte man nicht mal Ansatzweise kommen, wenn man nicht weis was passiert.
ZUDEM sollte das Kernproblem zuerst gefunden werden, warum es dazu kam und dieses abschalten --> meistens falsche Arbeitsweise.

 

[cfranke]

Diesen manuellen Workflow sollte man daher bei JTL anfragen, dass dieser implementiert wird, wir sehen diesen als sehr hilfreich an, könnten viele als manuellen gebrauchen. (Voting erforderlich im ISSUE-Tracker von JTL)
Nur dieser kann einen SP auf der Datenbank ausführen und alle relevanten und verknüpften Tabellen berücksichtigen.

Ansonsten wirst du bei manuellem Eingriff mehrere Probleme erhalten:
- Eingriff in Datenbank durch Unwissenheit --> Support-Verlust
- Verfälschung von diversen Kennzahlen (Statistik, Lager, und vieles mehr)

NOCHMAL, auf solch eine Idee sollte man nicht mal Ansatzweise kommen, wenn man nicht weis was passiert.
ZUDEM sollte das Kernproblem zuerst gefunden werden, warum es dazu kam und dieses abschalten --> meistens falsche Arbeitsweise.

Mit manuell meinte ich allerdings, das Abschließen per Benutzeroberfläche und kein direkter Eingriff in die Datenbank.

Danke. Hätte ja sein können, dass ein direkter Eingriff in die Datenbank in diesem Fall ganz einfach und ungefährlich ist.

Das Kernproblem ist gefunden und abgestellt. Es geht nur noch um ein effizientes Abschließen der Aufträge.

Danke nochmal für Deine wertvollen Antworten.

 

[wawi-dl]

Das Kernproblem ist gefunden und abgestellt. Es geht nur noch um ein effizientes Abschließen der Aufträge.

... bei JTL melden, dass man einen manuellen Workflow dazu bereitstellt und das Voting hier posten, umso schneller wird es implementiert.
Bis dahin heisst es Handarbeit oder HotKey.