> For the complete documentation index, see [llms.txt](https://docs.solutioo.de/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.solutioo.de/datanorm-item-import/betrieb-und-fehlerbehebung/integrierte-tests.md).

# Integrierte Tests

## Warum es diese Tests gibt

Ob ein DATANORM-Import korrekt arbeitet, hängt an vielen Details: Einheitenzuordnung, Buchungsgruppen, Nummernserien, Preisquellen. Die integrierten Tests prüfen diese Kette selbständig, ohne dass Sie echte Lieferantendateien brauchen.

Sinnvolle Anlässe:

* nach der Einrichtung, als Abnahme
* nach einem Update der App
* wenn ein Import unerwartete Ergebnisse liefert und Sie die Ursache eingrenzen wollen

Sie starten die Tests über **DATANORM Einrichtung**.

## Feature-Tests

Die Aktion **Feature-Tests ausführen** prüft die Grundfunktionen der Reihe nach:

<table><thead><tr><th width="230">Bereich</th><th>Geprüft wird</th></tr></thead><tbody><tr><td><strong>Lizenz</strong></td><td>Ist die Lizenz gültig?</td></tr><tr><td><strong>Einrichtung</strong></td><td>Sind die notwendigen Werte gesetzt?</td></tr><tr><td><strong>SFTP</strong></td><td>Ist die SFTP-Konfiguration schlüssig?</td></tr><tr><td><strong>Import</strong></td><td>Wird eine Testdatei korrekt eingelesen?</td></tr><tr><td><strong>Synchronisierung</strong></td><td>Entstehen daraus Artikel?</td></tr><tr><td><strong>Export</strong></td><td>Lässt sich eine DATANORM-Datei erzeugen?</td></tr></tbody></table>

## Satzart-Testfälle

Die Aktion **Satzart-Testfälle ausführen** prüft die Verarbeitung der Satzarten gegen die DATANORM-Spezifikation. Jeder Fall importiert eine kleine, im Code hinterlegte Beispieldatei und vergleicht das Ergebnis mit dem erwarteten Wert.

<table><thead><tr><th width="230">Testfall</th><th>Prüft</th></tr></thead><tbody><tr><td><strong>REG-V4-ARTICLE</strong></td><td>A- und B-Satz eines V4-Artikels werden zu einem Datensatz zusammengeführt.</td></tr><tr><td><strong>REG-V4-PRICE</strong></td><td>Alle Artikelblöcke einer V4-Preiszeile werden gelesen.</td></tr><tr><td><strong>REG-V4-DISCOUNT</strong></td><td>Rabattgruppen aus dem R-Satz werden korrekt übernommen.</td></tr><tr><td><strong>REG-V5-ARTICLE</strong></td><td>Ein V5-Artikel wird vollständig aus dem A-Satz gelesen.</td></tr><tr><td><strong>REG-DUPLICATE</strong></td><td>Dieselbe Artikelnummer mehrfach in einer Datei erzeugt keinen Doppeleintrag.</td></tr><tr><td><strong>REG-PURCH-PRICE</strong></td><td>Aus einem importierten Preis entsteht eine Einkaufspreiszeile.</td></tr><tr><td><strong>REG-VENDOR</strong></td><td>Die Kreditorzuordnung wirkt auf Sitzung und Staging-Daten.</td></tr><tr><td><strong>REG-SET-V5</strong></td><td>Ein V5-Set wird zur Montagestückliste.</td></tr><tr><td><strong>REG-SET-V4</strong></td><td>Ein V4-Set wird zur Montagestückliste.</td></tr><tr><td><strong>REG-SET-OPTIONAL</strong></td><td>Wahlpositionen werden je nach Einstellung einbezogen oder ausgelassen.</td></tr><tr><td><strong>REG-SET-NESTED</strong></td><td>Ein verschachteltes Set wird mehrstufig aufgelöst.</td></tr></tbody></table>

## Ergebnisse lesen

Über **Testergebnisse anzeigen** öffnen Sie die Liste der Testläufe. Jede Zeile nennt den Testfall, das Ergebnis und bei einem Fehlschlag die Detailmeldung mit erwartetem und tatsächlichem Wert.

<table><thead><tr><th width="200">Ergebnis</th><th>Bedeutung</th></tr></thead><tbody><tr><td><strong>Erfolgreich</strong></td><td>Der Fall verhält sich wie erwartet.</td></tr><tr><td><strong>Fehlgeschlagen</strong></td><td>Das Ergebnis weicht ab. Die Detailmeldung nennt die Abweichung.</td></tr><tr><td><strong>Übersprungen</strong></td><td>Der Fall konnte nicht ausgeführt werden, etwa weil eine Voraussetzung fehlt.</td></tr></tbody></table>

## Hinweise zur Ausführung

{% hint style="warning" %}
Die Tests legen zur Prüfung Testdaten an und verarbeiten sie. Führen Sie sie in einer **Sandbox-Umgebung** aus, nicht im Produktivmandanten.
{% endhint %}

{% hint style="info" %}
Ein fehlgeschlagener Test ist meist ein Hinweis auf die **Einrichtung**, nicht auf einen Defekt. Fehlt zum Beispiel eine Buchungsgruppe, schlägt die Synchronisierungsprüfung fehl. Beheben Sie die Ursache und starten Sie den Lauf erneut.
{% endhint %}

Bleibt ein Test nach Korrektur der Einrichtung fehlerhaft, senden Sie die Detailmeldung an den Support, siehe [Supportkontakte](/datanorm-item-import/betrieb-und-fehlerbehebung/supportkontakte.md).


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.solutioo.de/datanorm-item-import/betrieb-und-fehlerbehebung/integrierte-tests.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.