Wie gesagt ansonsten mit dem Au3Info bzw. Au3Info_x64 mal die benötigten Felder versuchen nachzuschauen ob du die ID etc. bekommst und darüber abfragen kannst.
Und ganz ehrlich: Wenn Prozessoptimierung = Zeit sparen = Geld sparen nicht gewollt sind, macht der Großkonzern irgendwas falsch. Ich würde an deiner Stelle Nachfragen, mehr als ein "Nein" kann doch nicht passieren.
Wie ich bereits sagte:
Ein klassisches "Excel-Nutzer"-Problem, wenn Sachen ohne Sinn und Verstand hin und her kopiert wurden...
Zusätzlich war die Dateiendung zwar das Problem aber ich denke dadurch das in dem Teil, wo Misterspeed das Problem angesprochen hat, ein "." vorhanden war, er dies als Dateiendung genommen hat:. Genaugenommen fehlt der Dateiname^^
Run("X:\bin\.pcoview")Und das er das dann nicht ausführen konnte ist klar 
Aber voll mal drüber hinweg gelesen^^
Habe nochmal etwas nachgetragen.
Zeile 23
Auftragsdaten und Position <> Auftragsdaten und Positionen
Zusätzlich: kompiliere nochmal neu (stelle vorher sicher das die Exe nicht noch im Taskmanager läuft!
Wenn das der Fall ist erzeugt er die exe nicht neu, weil er sie nicht überschreiben kann und du führst die alte exe aus.
Tipp: Mache eine Konstante mit dem Dateinamen: Global Const $file = 'Auftragsdaten und Position.xlsm' und nutze diese dann anstatt überall händisch das bei Änderungen eintragen zu müssen.
Vor dem Send, soll das Programm woher wissen wo der Inhalt hin soll?
Du wählst nichts aus, du musst das Eingabefeld auch auswählen wo das Passwort rein soll.
Zusätzlicher Tipp: du nutzt $Buff direkt mit $buff = $Buff & StringMid($pwsmask,$n,1) aber am Anfang ist dessen Inhalt undefiniert. Das solltest du ändern: Local $buff = ''
Zusätzlicher Tipp: Ist das hier dein kompletter Code? Wenn ja: Da du nicht in einer Funktion bist, sind alle deine Variablen Global! Das Local ist hier falsch.
Zusätzlicher Tipp: Dein Const $Msg1 = "Your password was copiyed to the clipboard." wird garnicht benutzt und kannst du streichen.
Zusätzlicher Tipp: Ich hoffe die Clipboard Funktion machst du nur wegen deinem händischen Workaround.
Warum rufst du nicht einfach das Standard Programm auf (Windows Bildanzeige o.ä.) und gibst den Parameter mit?
Dann weißt du was du killen musst.
Bei einem Rückgabewert von "0" oder @error <> 0 weißt du das der Aufruf nicht erfolgreich war. (Error Handling)
Das über die OS-Erkennung zu machen geht aber im Zweifel natürlich auch und scheint in diesem Fall die bessere Wahl zu sein (kenne mich mit WinPE nicht aus).
Schau mal in die Hilfe: https://www.autoitscript.com/autoit3/docs/f…hellExecute.htm
Dort findest du worauf du nach Shellexecute prüfen musst (error handling).
Besser wäre es jedoch deinen Fehler zu korrigieren anstatt ihn zu umschiffen.
Z.B. ein Festes Programm anzugeben mit dem die Datei geöffnet werden soll (ob es das überhaupt gibt kannst du dann vorher auch prüfen) und dann wie es normalerweise ist, das Bild als Parameter mit zu geben.
Wie wäre es mit mehr (oder dem ganzen) Code und mehr Infos? Was für eine Grafikdatei soll mit welchem Programm geöffnet werden? Wie wird der Screenshot erzeugt und wo wird er abgelegt?
Warum so kompliziert, wenn Excel das selber hergibt?
Zumal es dann dynamisch ist. Wenn neue Einträge dazukommen, werden diese ohne ein externes Programm laufen zu lassen sofort wieder markiert.
Warum leider SAP? Ich habe da zwar selber keine Erfahrungen mit aber ist doch auch "nur" ein Programm.
Bedeutet du könntest die Komponente/das Feld evtl. selber direkt auslesen als diesen unschönen weg über Screencapture und PNG und auch noch TXT zu gehen.
Es gibt sogar eine SAP.udf: https://www.autoitscript.com/forum/topic/86574-sap-udf/
Das sieht eher nach einer guten Lösung aus.
Woraus willst du den Text auslesen? Evtl. braucht es nicht mal OCR, sondern den direkten Zugriff oder Browsersteuerung etc..
AspirinJunkie Danke, das wusste ich in der Tat nicht. Auch wieder was dazu gelernt^^
Ok includes mit "" sind immer im lokalen Ordner de Programms und eigene (fremde) AU3. Wenn sie gut gemacht wurden steht auch drin von wem etc.
Gleiches gilt für die in den include Ordner rein kopierte Dateien.
Normalerweise sind alle *.au3 im Include Verzeichnis von AutoIt auch von AutoIt selber.
Vorausgesetzt es kopiert keiner welche manuell rein, das kannst du aber ja darüber herausfinden, wenn du dir die Zip von Autoit anschaust.
Ich bleibe lieber dabei:
ich gehe mal davon aus, dass die Mehrzahl der User bereits beim Schreiben des Codes sauber strukturiert.
Wegen dem zusammenfassen. Schau dir das mal an: https://www.autoitscript.com/forum/topic/165549-merging-pdfs/
Das geht in Excel.
Zusatz: Willst du das exakt andersherum (Duplicate markieren), müsstest du das = vor Zeile in ein <> ändern.
Zusätzlich niemals irgendwas "dran hängen" bei solchen Auswertungen. Damit verfälscht du die Daten, was im Nachhinein zu Problemen führen könnte.
Möp .... Asche über mein Haupt^^
Es war noch ein kleiner Fehler drin, es muss natürlich ein Run bleiben und kein Runwait werden.
Bitte auch die anderen Anmerkungen (Tipps) beachten.
Meine Funktion müsste dann so aussehen:
Func RunProg($Prog, $TitleLogin, $TitleRun); normalerweise würde ich $user und $pwd mit übergeben lassen, da dies hier aber (unschöner weise) eine globale variable ist lasse ich das
Local $break = 0
Local $PID
$PID = Run($Prog)
if @error then
MsgBox(1, 'Fehler', _WinAPI_GetLastErrorMessage())
Return False
EndIf
while WinGetTitle(_WinGetByPID($PID, 1)) <> $TitleLogin
if $break > 100 then Return False ;maximal 10Sekunden warten
sleep(100)
$break += 1
WEnd
$break = 0
while Not WinActive(_WinGetByPID($PID, 1))
if $break > 100 then Return False ;maximal 10Sekunden warten
WinActivate($TitleLogin)
sleep(100)
$break += 1
WEnd
send($user)
send("{TAB}")
Send($pwd)
Sleep(1000) ;ich hätte hier 500 gewählt kann das aber nicht einschätzen da ich die Programme etc. nicht kenne
Send("{ENTER}")
$break = 0
while WinGetTitle(_WinGetByPID($PID, 1)) <> $TitleRun
if $break > 100 then Return False ;maximal 10Sekunden warten
sleep(100)
$break += 1
WEnd
Return True
EndFunc