ich brauche mal eure Hilfe.

Wir haben schon länger ein Problem mit der COMAC bzw. mit dem Report PPIO_ENTRY im Hintergrundjob.

Wir haben den Job nur 1 mal Nachts um 03:00 laufen, da wir sonst folgendes Problem haben.

Wird der JOB oder der Report aufgrufen und ein User ist in einem Fertigungsauftrag mit Ändern, dann bricht der Job ab und wir haben keine Fehlteile mehr.

Kennt jemand das Problem?

Wie kann ich die COMAC/Job einstellen das er nicht Abbricht bzw. halt ohne den Auftrag weiter macht.

Wir hören immer von Beratern das der Job in anderen Firmen alle 10 min - 30 min läuft und es keine Probleme gibt.

Leider konnten uns diese Berater leider nicht sagen, was aber bei uns anders ist.

Evtl. ein Problem im Programm? Leider finde ich in den NOTES bei SAP hierzu auch keine passenden Einträge.

Ich hoffe es hat jemand eine passende Lösung für mich.

Vielen Dank.

Gruß Christian.

bei uns läuft der Job auch nur in der Nacht. Keine Ahnung, ob das von Anfang an so geplant war oder dasselbe Problem besteht.

Da mich auch mal interessiert, ob das bei uns auch passieren kann (denn irgendwann kommt irgendwer mit genau der Anforderung um die Ecke), schau ich mal, ob ich das im Testsystem mal nachstellen kann.

Ich melde mich nochmal.

Gruß, Nordwolf

also bei uns bricht da nichts ab. Stand in einem Auftrag drin und der wird zwar selektiert (im Protokoll mit aufgeführt), aber es wird nichts geändert. Der Job läuft unbeeindruckt durch.

Ich habe keine spezifische Einstellung gefunden. Aber vielleicht hilft dieser SAP Hinweis: 514166 - COHV/Verfügbarkeitsp.: kein Abbruch bei gesperrten Aufträgen.

Ist allerdings schon recht alt. Wenn ihr ein neueres System habt, würde ich mal bei der SAP ein Ticket eröffnen.

Gruß, Nordwolf

vielen Dank für deine Prüfung und den Hinweiß.

Wir haben seit diesem Monat EHP8 und hatten gehofft das es damit auch erledigt ist.

Ich schau mir den Code im Hinweiß an und prüf unseren Code.

Evtl. ist ja was schief gegangen.

Notfalls dann eben Ticket an SAP.

Wenn ich was weiß, schreib ich hier wieder.

Danke.

Gruß Christian.

ich habe beim Code vergleich etwas entdeckt.

In der Funktionsgruppe COWORK160 im Programm AVAILABILITY_CHECK_PROTOCOL und im Include LCOWORK160F08 fehlt etwas vom Programm.

*>>>> START OF INSERTION <<<<

IF NOT i_error IS INITIAL.

* avail check aborted due to lock error or other error

* ==> convert E-msg to A-msg, to abortion visible in protocol

LOOP AT lt_cmfmsg ASSIGNING WHERE msgty = 'E'.

-msgty = 'A'.

ENDLOOP.

ENDIF.

* convert messages to application log

*>>>> END OF INSERTION <<<<<<

...

*&--------------------------------------------------------------------*

Warum auch immer das fehlt.

Bei Prüfung der Hinweiße auf das Programm habe ich den Hinweiß 540352.

https://launchpad.support.sap.com/#/notes/540352 

Das behebt das Problem auch, ist allerdings eine Modifikation.

Mal schauen ob ich noch etwas finde, bzw. wir das dann einspielen.

Gruß Christian.

was mich noch interessiert.

Welchen SAP Stand habt?

SAP_APPL?

Vielen Dank.

Gruß Christian.

mit den ganzen Release-Nummern sehe nie durch... 💤

Bei SAP_APPL steht bei uns eine 618.

Das EHP8 Upgrade haben wir vor paar Monaten gemacht. Davor gings aber auch ohne Probleme.

Gruß, Nordwolf

danke.

Dann seit ihr auf dem selben Stand wie wir.

Wir sind von ECC 6.0 komplett hoch.

Welchen Stand hattet ihr vorher?

Wenn ich das richtig gelesen haben, ging das bis EHP2/3 gut und dann haben die das rausgenommen.

Gruß Christian

Ich habe in mehreren 618 Systemen und S4 Systemen nachgesehen und bei allen ist diese Coding enthalten!

PL ist auf 600, sowie DBSL Patch-Level ebenfalls 600

SAP_APPL 618 ist der SPL auf 0010.

Ist echt seltsam.

Es sollten doch die Programme richtig mit upgedatet werden,wenn ich EHPS einspiele, oder?

Gruß Christian.

ich komme gerade nicht weiter.

Jetzt habe ich das Verhalten bei einem anderen System von uns testen können.

Das Verhalten ist das Selbe.

Auch bei einem befreundeten Unternehmen konnte ich das per Teamviewer testen.

Auch hier ist das Verhalten so.

Wäre einer von euch nochmal so nett und würde es testen?

Gerne auch per Teamviewer.

Anbei mein Testaufbau.

COMAC:

Selection

Produktionswerk = (Aktuelles Werk eben)

Systemstatus ABGS EXKL. und TABG EXKL.

Massenbearbeitung- Materialverfügbarkeitsprüfung:

Funktion 160 Materialverfügbarkeitsprüfung

Funktionsausführung E Funktion sofort ausführen

Max. Anzahl Prozesse 99

Protokoll speichern Immer

Protokoll ausgeben Hscken gesetzt

Funktonsparameter:

Verfügbarkeitsdaten zurücksetzen Hacken gesetzt

Bearbeitungsumfang A ATP-Prüfung für alle Materialien

Prüfungsprotokoll W Protokoll ab Warnmeldung.

--> Ausführen

Aus der Liste ein Auftrag nehmen, welche nicht RÜCK und Geliefert hat.

CO02 aufruf mit diesem Auftrag.

Auftrag offen lassen in CO02.

In der COMAC Alle/(oder eben nur diesen Auftrag markieren) und mit F8 Massenbearbeitung starten.

Es kommt folgende Meldung:

Sammelverfügbarkeitsprüfung wird abgebrochen

(Fehler beim Zurücksetzen)

Im Protokoll steht dann folgendes:

Benutzer XXXXXX bearbeitet zur Zeit Auftrag 60xxxxxx

Meldungsnr. CO726

Ist bei euch auch diesen Verhalten?

Vielen Dank.

Christian

ich teste deinen Ablauf die Woche mal noch. Heute schaffe ich das nicht mehr.

Gruß, Nordwolf

super, danke.

Falls es geht, bitte gleich schauen ob ihr den Modifikationshinweiß 540352 eingespielt habt.

Das ist für mich die aktuell einzige Erklärung warum es bei anderen geht.

Gruß Christian.

also in der von dir beschriebenen Konstellation bricht der Sammellauf auch bei mir ab. Den Hinweis haben wir nicht eingespielt.

Das Problem ist aber nur das Zurücksetzen. Ohne Zurücksetzen läuft die Verfügbarkeitsprüfung durch und gibt nur am Ende im Protokoll an, dass der eine Auftrag gesperrt war.

Wir haben auch getrennte Jobs fürs Zurücksetzen und erneute Prüfen. Eventuell ist dieses Verhalten sogar die Ursache für die Trennung (Jobs wurden vor meiner Zeit angelegt).

Wir prüfen zwar sowieso nur einmal in der Nacht, aber vielleicht wäre das ein machbarer Kompromiss für euch? Also dass man z.B. nur ein größeren Abständen die Verfügbarkeitsdaten zurücksetzt (nachts) und im Tagesverlauf nur die Verfügbarkeitsprüfung "aktualisiert"...

Gruß, Nordwolf

vielen Dank.

Genau das war das Problem.

5 Minuten vor deiner Antwort haben wir genau über die Einstellungen diskutiert.

Ich habe nun die entsprechenden Tests gefahren und es funktioniert super.

Wir lassen nun 1 mal Nachts zurücksetzen und zwischen 6:00-18:00 alle 30 min aktualisieren.

Nochmals vielen Dank für deine Tests.

Gruß Christian.