C:\Windows\System32\Tasks auslesen

Probier mal die Zeile #RequireAdmin am Anfang zu schreiben. Der Windowssystemordner ist von den Zugriffsrechten geschützt. Denke, das könnte das Problem sein.
Der Befehl _FileListToArray oder _FileListToArrayRec könnte dir auch arbeit erleichtern

#include <File.au3> wird benötigt.

MfG Kanashius

Oh, sorry, das hatte ich überlesen. Dann probier das ganze dochmal mit AutoIt direkt:
FileCopy($souce,$dest,BitOR(1,8))
DirRemove($path,1)
DirCopy($source,$dest,1)
ist was du brauchst. Mit @error kannst du auch Fehler abfragen (einfach @error ausgeben lassen, wenns <>0, dann den Fehler in der Hilfe nachlesen).
Die Hilfe zu lesen ist eh zu empfehlen. (In SciTE den Cursor auf die Funktion bewegen und F1 drücken

und beachten, dass der Ordner Aufgabenplanung in dem Ordner des AutoIt Scriptes sein sollte. Ich denke diese relative Pfadangabe ist auch bei der Batch-Datei das Problem.

Wenn du ein 64-Bit-System hast und dein Script als 32-Bit-Anwendung ausgeführt wird, greift die x64 Redirection.

Hier mal zur Veranschaulichung... das Script kompilieren und dann beide Exe ausführen.

#RequireAdmin
#Region ;**** Directives created by AutoIt3Wrapper_GUI ****
#AutoIt3Wrapper_Compile_Both=y
#AutoIt3Wrapper_UseX64=y
#AutoIt3Wrapper_Res_requestedExecutionLevel=requireAdministrator
#EndRegion ;**** Directives created by AutoIt3Wrapper_GUI ****
;-- TIME_STAMP   2017-01-01 21:06:44   v 0.1




#include <File.au3>


Global $g_sTasks = "C:\Windows\System32\Tasks"
Global $g_aTasks = _FileListToArray($g_sTasks, "*", $FLTA_FILES, False)
_ArrayDisplay($g_aTasks, '$g_aTasks')

Schön das es funktioniert, ich hab mal den grünen Haken für [gelöst] gesetzt (1. Beitrag bearbeiten), damit andere Nutzer direkt sehen das das Problem gelöst wurde.

Nur zur Vollständigkeit:
Folgendes an den Anfang des Skriptes und es funktioniert unabhängig davon ob es als x86 oder x64 kompiliert wurde:

; Umleitung für x86-Programm abschalten:
DllCall("kernel32.dll", "int", "Wow64DisableWow64FsRedirection", "int", 1)

Admin-Rechte sollten für den Ordner auch nicht nötig sein.

macht dein DllCall das gleiche wie
_WinAPI_Wow64EnableWow64FsRedirection(False)
?

Ja mag sein dass es mal einer in die UDF eingefügt hat.
Es ist zwar nicht exakt die selbe API-Funktion (einmal *enable* einmal *disable*) aber der Effekt sollte der gleiche sein.
Die WinAPI-Dok schreibt dazu auch dass die Wow64EnableWow64FsRedirection nicht mehr verwendet werden sollte sondern stattdessen die Wow64DisableWow64FsRedirection weil es wohl Probleme mit verschachtelten Aufrufen geben soll (wobei ich mir da jetzt spontan keinen Fall vorstellen kann).

Also laut WinApi-Dok sollte man wohl eher den manuellen DLLCall auf Wow64DisableWow64FsRedirection statt der _WinAPI_Wow64EnableWow64FsRedirection() verwenden.