JTL Ameise bleibt im Testlauf hängen: Warum der Import nicht in den Echtlauf wechselt

Auf einen Blick

• ✓JTL Ameise wechselt nach einem Testlauf manchmal nicht mehr in den echten Import. Sie zeigt bei jedem weiteren Versuch wieder nur die Testlauf-Meldung „könnte importiert werden“, obwohl kein Fehler angezeigt wird. Das ist kein Datenproblem, sondern ein dokumentierter Programmfehler.
• ✓Laut JTL-Mitarbeiter Manuel Pietzsch im offiziellen JTL-Forum ist der Fehler unter Ticket WAWI-81299 erfasst und ab JTL-Wawi Version 1.10.14.0 behoben.
• ✓Der schnellste Workaround, den ein Nutzer im gleichen Forumsthread beschreibt: JTL Ameise komplett schließen und neu starten, dann direkt importieren, ohne vorher im selben Programmlauf einen Testlauf zu starten.

Wir sehen diesen Fall regelmäßig im Support: Ein Kunde meldet, der Import „tue nichts“, obwohl keine Fehlermeldung erscheint. Der Testlauf selbst ist dabei kein Fehler, sondern eine sinnvolle Funktion, die JTL in der eigenen Dokumentation vor jedem echten Import empfiehlt und die auch wir unseren Kunden entsprechend nahelegen. Das Problem, das dieser Beitrag beschreibt, betrifft nur einen Sonderfall. Die Software wechselt danach nicht mehr korrekt in den Schreibmodus. Stand 24.07.2026 ist der Fehler laut JTL-Forum ab Version 1.10.14.0 behoben; wer noch auf einer älteren Ameise-Version arbeitet, kann direkt betroffen sein.

Laut der offiziellen JTL-Dokumentation zum Aufbau der Import-Funktion öffnet die Schaltfläche „Import starten“ im Hauptfenster das Dialogfenster „Importvorgang“. Darin lassen sich zwei unterschiedliche Vorgänge auslösen: der Importtestlauf (Trockenlauf), bei dem die Datei Datensatz für Datensatz analysiert wird, ohne dass etwas in der JTL-Wawi-Datenbank verändert wird, und der eigentliche Import, der Daten tatsächlich schreibt. JTL empfiehlt im gleichen Dokument ausdrücklich, vor jedem echten Import zuerst einen Testlauf durchzuführen, um Probleme vorab zu erkennen.

Wortlaut aus der JTL-Dokumentation: „Wir empfehlen stets vor einem echten Import einen Testlauf durchzuführen. Ein Testlauf verändert nichts in der Datenbank von JTL-Wawi und zeigt Probleme auf, bevor der Import tatsächlich ausgeführt wird.“

Die zwei Modi im Importvorgang-Dialog laut Doku im Überblick:

• →Testlauf (Trockenlauf): Analysiert die Importdatei Zeile für Zeile, schreibt aber nichts in die JTL-Wawi-Datenbank. Kann jederzeit über ‚Testlauf abbrechen‘ gestoppt werden.
• →Import starten (echter Import): Verändert tatsächlich Daten in der JTL-Wawi-Datenbank. Kann über ‚Import Abbrechen‘ gestoppt werden, solange er läuft.
• →Der dokumentierte Fehlerfall: Laut Ticket WAWI-81299 wechselt Ameise in bestimmten Fällen nicht zwischen beiden Modi: Es wird immer die zuerst genutzte Funktion weiter angezeigt und ausgeführt, auch nach einem neuen Klick auf ‚Import starten‘.

Der Testlauf ist damit weder das Problem noch etwas, das man abschalten sollte. Er ist eine Sicherheitsfunktion, die JTL selbst empfiehlt. Das eigentliche Problem ist ein Fehler in der internen Umschaltung zwischen den beiden Modi.

Die Ursache ist kein Bedienfehler und kein Problem der Importdatei. Sie liegt in der Software selbst, belegt durch einen namentlich bekannten JTL-Mitarbeiter im offiziellen Forum und ein eigenes Ticket im JTL-Bugtracker:

1

Bekannter Programmfehler: Ticket WAWI-81299

Ein Nutzer meldete am 04.09.2025 im offiziellen JTL-Forum, dass Ameise nach einem Testlauf ‚immer nur Testlauf‘ sagt, egal welche Schaltfläche er anschließend klickt. Der JTL-Mitarbeiter Manuel Pietzsch antwortete am 06.09.2025 mit Verweis auf Ticket WAWI-81299 und bestätigte den Fehler als bekannt.

Der Tickettitel selbst beschreibt die technische Ursache genau: Ameise wechselt nicht zwischen Testlauf und Import, sondern führt immer die zuerst genutzte Funktion weiter aus und zeigt sie an. Wurde im aktuellen Programmlauf zuerst ein Testlauf gestartet, bleibt jeder weitere Klick auf ‚Import starten‘ im Testlauf-Modus gefangen, ohne Fehlermeldung, aber auch ohne einen einzigen geschriebenen Datensatz.

2

Behoben ab Version 1.10.14.0 (laut JTL-Forenaussage, nicht laut Changelog)

Nach Kritik an der Wartezeit präzisierte Pietzsch am 10.09.2025 im selben Thread, dass der Fix bereits in Version 1.10.14.0 eingeflossen ist. Ein Nutzer bestätigte im Thread danach die erfolgreiche Behebung auf dieser Version. Zur Einordnung: Das ist eine belegte Aussage eines JTL-Mitarbeiters im offiziellen JTL-Forum, keine Aussage aus einem öffentlich zugänglichen Changelog-Eintrag. Einen solchen Eintrag konnten wir zu diesem Fix nicht finden.

JTL-Ameise hat keine eigene Versionsnummer, sie läuft unter der JTL-Wawi-Version (Schema 1.10.x / 1.11.x). Wer prüfen will, ob er betroffen ist: Wawi-Version unter Hilfe > Info nachsehen. Alles unterhalb von 1.10.14.0 kann den Fehler zeigen, ab dieser Version laut JTL-Aussage nicht mehr.

Kein verlorener Import-Vorlauf mehr

Wer Stunden mit einer Importdatei verbringt, nur um am Ende einen leeren Datenbankstand vorzufinden, verliert Zeit an der falschen Stelle. Sobald die Modus-Umschaltung wieder funktioniert, zeigt dir Ameise nach dem Testlauf zuverlässig an, was tatsächlich passiert, und der anschließende Echtlauf schreibt auch wirklich.

Testlauf bleibt das, was er sein soll: eine Kontrolle vor dem Risiko

Der Testlauf ist kein Umweg, sondern die von JTL selbst empfohlene Absicherung vor jedem größeren Import. Wenn er zuverlässig in den Echtlauf übergibt, kannst du ihn bei jedem Import ohne Bedenken vorschalten, statt ihn aus Frust zu überspringen.

Dieser Plan hilft, wenn dein Import ohne Fehlermeldung durchläuft, aber weiterhin nur „könnte importiert werden“ meldet. Bricht dein Import stattdessen mit einer Fehlermeldung ab, ist das ein anderer Fall. Dafür haben wir einen separaten Beitrag zu [CSV-Import-Fehlern](https://www.vlarom.de/jtl-ameise-csv-import-fehler/).

Prüfe die Abschlussmeldung nach dem Import genau. Steht dort weiterhin eine Formulierung wie ‚X Datensätze könnten importiert werden‘ statt einer Bestätigung tatsächlich veränderter Datensätze, und findest du in JTL-Wawi anschließend keine der erwarteten Änderungen, ohne dass eine Fehlermeldung erschien, dann liegt das hier beschriebene Testlauf-Bug-Muster vor.

Öffne in JTL-Wawi den Menüpunkt Hilfe > Info und notiere die Versionsnummer. Läuft deine Installation bereits auf Version 1.10.14.0 oder neuer, ist dieser konkrete Bug laut JTL-Forenaussage nicht die Ursache. Prüfe dann eher Benutzerrechte und Importprofil. Läuft sie darunter, ist ein Update die dauerhafte Lösung.

Nutzer-Tipp aus dem JTL-Forum, nicht offiziell von JTL bestätigt, aber technisch nachvollziehbar: JTL Ameise vollständig schließen (nicht nur das Import-Fenster) und neu öffnen. Importiere dann direkt über ‚Import starten‘, ohne vorher im selben Programmlauf noch einmal einen Testlauf zu starten. Damit umgehst du die fehlerhafte Modus-Umschaltung, ohne auf den Testlauf beim nächsten Programmstart verzichten zu müssen. Wichtig: Ein erneuter Klick auf ‚Import starten‘ im selben Programmlauf reicht nicht. Ohne kompletten Neustart bleibt Ameise im Testlauf-Modus.

Die endgültige Lösung ist laut JTL-Mitarbeiter Manuel Pietzsch im offiziellen Forum das Update auf JTL-Wawi 1.10.14.0 oder eine neuere Version. Plane das Update wie jedes JTL-Wawi-Update mit vorherigem Datenbank-Backup und außerhalb der Hauptgeschäftszeit ein.

Führe nach Workaround oder Update einen echten Import mit wenigen Testdatensätzen aus und prüfe anschließend in JTL-Wawi, ob die Daten tatsächlich angekommen sind. Entscheidend ist die Abschlussmeldung: Steht dort weiterhin nur, wie viele Datensätze importiert werden könnten, läuft der Lauf immer noch als Simulation. Wurden die Datensätze geschrieben, ist die Modus-Umschaltung wieder intakt. Welche Felder eine Importvorlage überhaupt schreibt, zeigt die JTL-Ameise-Dokumentation im JTL-Guide.