Wareneingang mit Workflow

[RKR]

Hallo AvERP-Gemeinde,

leider haben wir ein paar Probleme mit dem Wareneingang in Verbindung mit dem Workflow.

Ziel ist es bei bestimmten Artikeln eine Eingangskontrolle (Sicht-/ Qualitätsprüfung) durchzuführen.

Dafür haben wir bei den betreffenden Artikeln im Unterprogramm Artikelstamm-Wareneing.-Qualität einen Datensatz hinterlegt, ein Standard EL, ein Standard AL, einen Umschlagsplatz, ein Sperrlager und ein Hauptlager angelegt, sowie die Artikelmerkmale Lagerbestand führen und Dienstleisumgsartikel auf "J" bzw. "N" gesetzt.

Erfolgt nun ein Wareneingang über die "Erfassen" Schaltfläche in den Wareneingangspositionen und wird anschließend der Button "Prüfen" betätigt, erscheint nach der >positiven< Bestätigung der AvERP-Abfrage "Sichtprüfung bestanden?" die folgende Fehlermeldung:


Maskenname der Fehlermeldung: Pascal-Interpreter (Debug)
--------------------------------------------------------------------------
Maskeninhalt Feld Information:

Aktuelle Variablenwerte:
iBLLCP_ID = 305
iBLLCWF_ID = 21
sJa = 'J'
sStatus = '1'


Maskeninhalt Feld Error:

Execute der IB_StoredProc fehlgeschlagen
StoredProc-Name: StP_Universal
IB-PROCEDURE-Name: P_BLLCWF_STATUS
SQL-Anweisung: SELECT * FROM P_BLLCWF_STATUS(
?BLLCWF_ID,
?BLLCP_ID,
?BFA_ID,
?BSA_ID,
?STATUS,
?MENGE,
?OK
)

Aufruf erfolgte von: BUTTON_5OnClick
IB-Exception: Meldung von der AVERP-Datenbank
Errcode: 335544517
ErrorMessage: ISC Fehlernummer:335544517

ISC Fehlermeldung:
exception 17
Es fehlen Daten zur Ausfuehrung

STATEMENT:
TIB_StoredProc: "<TApplication>.frmData.StP_Universal."


SQLMessage:
SQLCODE: -836
---------------------------------------------------------------------------


Hat jemand Erfahrung mit dem Wareneingang-Workflow bzw. eine Ahnung wo der Fehler liegen kann, oder ist unsere Vorgehensweise die falsche?

[admin]

Der Status im Unterprogramm zum Artikelstamm muss 1, 2 oder 3 sein.

Die Menge im Wareneingang muss größer als 0 sein.

[RKR]

Ist bei uns beides der Fall.

1. Kann es vielleicht an den hinterlegten Lagern liegen?

2. Wie viele Lager sind denn überhaupt nötig um einen Wareneingang-Workflow durchzuführen, ginge es theoretisch auch mit nur einem Hauptlager (welches auch als Standard EL und AL dient) + einem Sperrlager?

3. Trotz der oben genannten Fehlermeldung wird bei uns anschließend ein Datensatz im Wareneingang-Workflow durch AvERP erstellt, im welchem dann aber immer in der Rubrik "Offener Mangel" im Feld "Bestanden 1" automatisch ein "N" erscheint (welches sich auch nicht mehr ändern lässt > beim erneuten Prüfen erscheint wieder die Fehlermeldung, nachdem Sichtprüfung bestanden mit "J" beantwortet wurde). ??

[admin]

Haben Sie sich schon einmal die Änderungen von miboe angeschaut?

Siehe:
http://forum.synerpy.de/viewtopic.php?t=1393

[RKR]

Jetzt schon !
Aber hätte es theoretisch nicht auch ohne diese Änderungen funktionieren müssen oder liegt der Fehler in der AvERP-Software? Wir haben es auch mit der AvERP Demodatenbank probiert und bekamen die gleiche Fehlermeldung.

Hört sich jedenfalls auch für uns interessant an, so dass wir die Änderungen nun auch mal in unsere Versuchsdatenbank implementieren wollen.


Welche Schritte sind denn dafür notwendig (selbst kein Softwareexperte )?

> Zuerst die 8 SQL-Befehle über AvERP-Administration im Hauptmenü nacheinander ausführen ???

> Dann die beiden "RES-Dateien" FRMV_BLLCP.RES und FRMV_BLLCWF.RES über den Designer einbauen?
Wie genau - werden einfach die entsprechenden Datenformulare im Designer ausgewählt und dann über "aus*.RES laden" eingelesen und fertig???

[miboe]

Hallo RKR,

genau so! In der Reihenfolge in der es im Dokument beschrieben ist, die Skripte mit dem IBexpert einspielen. Das Skript mit dem die Tabelle BLLCWF geändert wird enthält dabei schon die Anweisungen, mit denen die Einträge in A_FELDER angepaßt werden, man muß also den AverpADMIN nicht über die Datenbank laufen lassen, um die geänderten oder neuen Felder zu erkennen.

Danach die beiden Masken mit dem AverpDesign und der Funktion "aus *.res laden" in die Datenbank holen.

Fertig!


Der von IHnen beschriebene Fehler wird übrigens "so nebenbei" mit behoben. Er wird durch den falschen Aufruf der Prozedur P_BLLCWF_STATUS aus der Maske beim Prüfen verursacht. Siehe Seite 3 oben im Dokument. Hier wird im Auslieferungsstand ein fester Status Wert an die Prozedur übergeben, was dann zum einen bewirkt, daß man einen Artikel mehrfach prüfen kann und zum anderen, daß JEDESMAL wenn man auf Prüfen klickt, die Lagerumbuchungen gemacht werden und man sich die Bestände versaut!

Ich müßte jetzt aber auch nochmal sehr tief graben, um zu überlegen, welche Teile des gesamten Updates man weglassen müßte um "nur" den Fehler zu beheben, wenn es überhaupt ginge.

Prinzipiell hatte ich aber das gleich Problem wie sie, ein "bißchen" Freizeit am Wochenende und ... wenn man dann schon mal dabei ist


Ich hoffe, das hat ein bißchen zum Verständnis geholfen und es klappt alles bei Ihnen. Auf jeden Fall das ganze aber vorweg in einer Testdatenbank ausprobieren, wie man das immer machen sollte.

Gruß
Michael

[miboe]

Noch ein Hinweis:

Die Skripte kann man auch als SYSDBA direkt im Averp einspielen, den IBexpert braucht man nicht zwingend. Der macht das ganze nur eleganter.

[RKR]

Ja vielen Dank !

Also die beiden Masken konnten wir problemlos über den Designer laden.

Das einspielen der SQL-Befehle klappte nur bei den ersten "sieben", beim Versuch den letzten SQL-Befehl "table_bllcw_textfelder.sq l" einzuspielen kam die Fehlermeldung "ein unbekannter Fehler ist aufgetreten" ?


Aber ohne diesen Befehl scheint es nicht richtig zu funktionieren. Haben es halt mal ausprobiert, aber beim betätigen des Workflow-Button erschien nur die Meldung:
----------------------------------
Pascal-Interpreter (Debug)

Aktuelle Variablenwerte:
MyID = 292
----------------------------------

und beim Versuch den Wareneingang-Workflow aus dem Hauptmenü zu öffnen kam die Fehlermeldung:
----------------------------------------------------
ISC Fehlernummer 335544362

ISC Fehlermeldung:
cannot update read-only view V_BLLCWF
----------------------------------------------------

Wo kann da nun wieder der Fehler liegen bzw. warum lässt sich der letzte SQL-Befehl "table_bllcw_textfelder.sql" bei uns nicht einspielen?


Davon abgesehen, welche bzw. wie viele Lager sind denn nun für den Wareneingang-Workflow unabdiengbar - und werden diese als Standard -EL, -AL, -UL, SL etc. im Firmenstamm hinterlegt?

PS: Würden gerne mit so wenig Lagern wie möglich (...so vielen wie eben nötig) arbeiten .

[miboe]

Okay, dann klappt das einspielen der Scripte doch nicht im Frontend ... hätte ich eigentlich auch drauf kommen sollen, weil der Script nämlich die View V_BLLCWF einmal komplett neu aufbaut und das ist halt ein Eingriff SEHR tief ins System.

Dieser Script kann also nur im IBexpert eingespielt werden, was ich jedem sowieso nur dringend empfehlen kann, weil man nur dort sieht, was man auch wirklich macht. Das Tool gibt es in einer PersonalEdition kostenlos, den Link gibt es im Download-Bereich der Averp-Homepage.

Ohne die überarbeitete View klappt natürlich auch die Schaltfläche nicht, wobei sich alledings die Fehlermeldung so anhört, als hätte Averp sich da irgendwas selbst verbogen, bei dem Versuch, das ganze übers Frontend einzuspielen.


Zu den Lagern:
Man braucht eigentlich nur ein einziges normales Lager, also z.B. das Lager SL (für Stammlager), das dann allen Artikeln als Standard-Eingangs und -ausgangslager zugewiesen wird. Die beiden für den Workflow benötigten Lager UP (Umschlagplatz) und XX (Sperrlager), welche beide nicht umbenannt werden dürfen, sonst findet Averp sie nicht, muß man im Lagerstamm anlegen. Danach braucht man sich darum nicht mehr zu kümmern, weil die Verwendung dieser Lager im Wareneingang und die damit verbundenen Buchungen weitgehend automatisiert ist. Hier mal der Versuch eines Ablaufplans. Abkürzungen:
WE = Wareneingang
SL = Standardlager
UP = Umschlagplatz
XX = Sperrlager
LB = Lagerbuchung (einzeln)
UB = Umbuchung
WEP = Wareneingangsprüfung
FA = Fertigungsauftrag

Jetzt gehts los (und zwar nach meinem Modell mit einer Prüfstufe, alle Bestände zu anfang sind 0)

1. die einfache Sache
WE eines Artikels OHNE vorschriebene WEP mit Fertigmeldung
==>
LB eingehend ins SL
Bestand SL = Wareneingangsmenge
==>
Thema erledigt

2. das Drama
WE eines Artikel mit WEP
==>
LB eingehend ins UP (automatisch)
von hier darf Ware normal nicht für FA o.ä,. entnommen werden
Workflow wird vorausgefüllt angelegt , ohne Prüfung
==>
Prüfung in Wareneingangsposistion

2a. Ware okay
UB vom UP ins SL (automatisch)
damit ist UB=0 und SL=Wareneingangsmenge
==>
WE-Position wird mit F(ertig) markiert
==>
Workflow wird aktualisiert und als PASS markiert (abgeschlossen)
==>
Thema erledigt


2b. Ware nicht okay
UB vom UP ins XX (automatisch)
damit ist UB=0 und XX=WE-Menge
==>
WE-Position wird mit X markiert
==>
Workflow wird akualisiert und als FAIL markiert (abgeschlossen)
==>
Thema zunächst mal aus WE-Sicht erledigt

Es muß dann halt geklärt werden, was mit dem Geraffel ist und je nachdem entweder die Menge MANUELL aus dem XX ausgebucht werden (Retoure) oder von XX nach SL umgebucht werden (wenn doch verwendbar)


So, jetzt sind wohl alle Unklarheiten beseitigt, oder?

Gruß
Michael

[RKR]

Danke! War auf jeden Fall schon mal sehr aufschlussreich .

Werden es dann also erstmal mit dem IBExpert probieren (der hoffentlich nicht allzu kompliziert funktionieren wird - na ja, ist ja alles relativ), dann wird sich das mit den Unklarheiten ja zeigen...

Die Lagerproblematik wurde jedenfalls ganz gur erörtert - mal schauen wie wir das nun bei uns am besten umsetzten werden.

Wenn es dann erneut "schwerwiegende" Probleme oder Verständnisfragen gibt, dann werde ich es...na was wohl !


Schöne Grüße > Robert Krauße

[RKR]

Hallo Michael, (...oder wer sich sonst noch auskennt und antworten mag)!


Also wir haben versucht die 8 SQL-Befehle mit dem IB Expert einzuspielen, was aber anscheinend nicht so recht klappen will.

Beim einspielen mit SQL-Editor im IB Expert und anschließenden ausführen "Execute and fetch all" erscheint bei allen 8 eingegebenen Befehlen eine Untermaske mit dem Inhalt:

---------------------------------------
Invalid token.
Dynamic SQL Error.
SQL error code = -104.
Token unknown - line 1, char 6.
TERM.
----------------------------------------

Sieht also aus als wenn hier eine Fehlermeldung vorliegt, oder
Jedenfalls hat sich in AvERP nach diesen Schritten nichts verändert, sprich der Wareneingang-Workflow funktioniert immer noch nicht so wie er eigentlich sollte .

Haben sie da eine Idee woran es liegen könnte - muss dazu sagen das IB Expert mir jetzt nicht gerade sehr vertraut ist, so dass es vielleicht ja auch an einer fehlerhaften Bedienung von uns liegen könnte?

[admin]

Bitte nicht mit dem SQL-Editor, sondern mit dem Skript-Executive einspielen.

[RKR]

...super, danke - genau daran hat es wohl gelegen.

Und wenn man dann auch nach den Haken bei "Benutze aktuelle Verbindung" setzt , dann klappt es auch einwandfrei .


Schöne Ostern > Robert Krauße

[miboe]

ebenfalls schöne Ostern und viel Spaß mit dem neuen WE-Workflow. Für Anregungen, Fehlerhinweise u.ä. bin ich jederzeit dankbar. Vielleicht hat ja jemand anderes noch Ideen, die bei uns auch passen, und auf die ich selbst nicht gekommen bin.

Gruß
Michael