Datei:OmniSeller bestellübersicht.png

2026-09-18T12:16:01Z

MH:

OmniSeller:Bestellungen

2026-09-18T12:11:49Z

MH:

<h1>Warum wird die Shop-Bestellung XYZ nicht im ERP verarbeitet?</h1>

<h2>Schritt 1: Bestellauskunft</h2>

<p>
Im PIM unter <strong>„Auskünfte > Bestellungen“</strong> werden für das ausgewählte
Portal alle Bestellungen angezeigt, die bereits über unsere API in der Cloud
abgerufen wurden.
</p>

<p>
Anhand der verschiedenen Statusinformationen lässt sich nachvollziehen, an welcher
Stelle sich eine Bestellung aktuell befindet bzw. warum sie gegebenenfalls
nicht weiterverarbeitet wird.
</p>

<h3>Status „Bearbeitet“</h3>

<p>
Der Status <strong>„Bearbeitet“</strong> zeigt an, dass die Bestellung erfolgreich über die
OmniSeller-Cloud abgerufen und erkannt werden konnte.
</p>

<h3>Status „ConfigBlock“</h3>

<p>
Der Status <strong>„ConfigBlock“</strong> bedeutet, dass die Bestellung zwar erfolgreich über
die OmniSeller-Cloud abgerufen wurde, aufgrund einer nicht erfüllten
Konfigurationsbedingung jedoch <strong>nicht zur weiteren Verarbeitung in der Sage 100
bereitgestellt werden kann</strong>.
</p>

<p>
Ein möglicher Grund ist beispielsweise eine <strong>nicht freigegebene Zahlungsart</strong>.
In diesem Fall muss die entsprechende Konfiguration geprüft und gegebenenfalls
angepasst bzw. erweitert werden.
</p>

<h3>Status „Fehler“</h3>

<p>
Der Status <strong>„Fehler“</strong> zeigt an, dass bei der Verarbeitung ein Fehler
aufgetreten ist.
</p>

<p>
Weitere Informationen zur Ursache können den Spalten
<strong>„Fehlerzeitpunkt“</strong> und <strong>„Fehlermeldung“</strong> entnommen werden.
</p>

<h3>Status „XML erzeugt“</h3>

<p>
Der Status <strong>„XML erzeugt“</strong> zeigt an, dass die Bestellung auch lokal
abgerufen wurde und für die weitere Verarbeitung in der Sage 100 bereitsteht.
</p>

<h3>Schaltfläche „Neue Bestellungen prüfen“</h3>

<p>
Die Schaltfläche <strong>„Neue Bestellungen prüfen“</strong> fragt den Shop aktiv nach neuen
Bestellungen ab. Neu gefundene Bestellungen werden qualifiziert und anschließend
in der <strong>OmniSeller-Cloud-Übersicht</strong> angezeigt.
</p>

<h3>Schaltfläche „Bestelldownload auslösen“</h3>

<p>
Die Schaltfläche <strong>„Bestelldownload auslösen“</strong> stößt für die ausgewählten
Bestellungen einen erneuten Download an. Eine Mehrfachauswahl von Bestellungen
ist dabei möglich.
</p>

<p>
Hierbei werden die Bestelldaten erneut vom Shop abgerufen und für die lokale
Weiterverarbeitung bereitgestellt.
</p>

<p>
Im regulären Betrieb erfolgt dieser Bestellabruf
<strong>automatisch in einem festen Zeitintervall von wenigen Minuten</strong>.
Die manuelle Schaltfläche ist daher in erster Linie für Fehlerfälle bzw. zur
gezielten erneuten Verarbeitung einer Bestellung vorgesehen.
</p>

<h2>Schritt 2: Log im BelegService (Sage 100 ERP)</h2>

<h3>„XML erzeugt“ = Ja, aber keine Auftragsbestätigung in der Sage 100?</h3>

<p>
Steht die Bestellung mit <strong>„XML erzeugt = Ja“</strong> zur Verfügung, wird die weitere
Verarbeitung durch den zuständigen Dienst <strong>OmniBelegService</strong> angestoßen.
</p>

<p>
Der OmniBelegService verarbeitet die bereitgestellten Bestelldaten und legt daraus
in der Sage 100 i. d. R. eine <strong>Auftragsbestätigung</strong> an.
</p>

<p>
Wurde trotz <strong>„XML erzeugt = Ja“</strong> keine Auftragsbestätigung angelegt, liegt
in der Regel eine Meldung bzw. ein Fehler bei der Verarbeitung innerhalb der
Sage 100 vor, der die Beleganlage verhindert hat.
</p>

<p>
Die entsprechende Meldung kann direkt in der Sage 100 Warenwirtschaft im Log des
OmniBelegService eingesehen werden:
</p>

<p>
<strong>Hauptmenü > OmniVersum > OmniBelegService > Log</strong>
</p>

<p>
Dort lässt sich nachvollziehen, warum die Bestellung nicht verarbeitet bzw.
die Auftragsbestätigung nicht angelegt werden konnte.
</p>

<p>Typische Ursachen sind beispielsweise:</p>

<ul>
<li>fehlende Zuordnungen oder Verkaufseinheiten</li>
<li>fehlende bzw. nicht zugeordnete Artikel</li>
<li>ausgeschöpfte Kunden- oder Belegnummernkreise</li>
<li>zu lange Adressfelder</li>
<li>weitere Fehlermeldungen bzw. Plausibilitätsprüfungen aus der Sage 100</li>
</ul>

<p>
Insbesondere zu lange Adressfelder können auftreten, wenn bestehende Kundendaten
im Shop nicht entsprechend korrigiert wurden oder das Registrierungsformular des
Shops Feldlängen zulässt, die über den zulässigen Feldlängen der Sage 100 liegen.
</p>

<p>
<strong>Tipp:</strong> Weitere Informationen zu einer Fehlernummer sowie mögliche
Lösungshinweise finden Sie auf der Seite
<a href="https://wiki.htk.de/OmniBelegService:Fehlercodes">
OmniBelegService – Fehlercodes
</a>.
</p>

<h2>Schritt 3: Fehler beheben und Bestellung erneut verarbeiten</h2>

<p>
Wurde im Log des OmniBelegService eine konkrete Fehlermeldung gefunden, kann die
Bestellung nach der Fehlerbehebung erneut verarbeitet werden.
</p>

<h3>Vorgehen bei einer direkten Shop-Anbindung</h3>

<ol>
<li>
Die konkrete <strong>Fehlermeldung im Log des OmniBelegService</strong> prüfen.
</li>
<li>
Die Ursache abhängig von der Fehlermeldung
<strong>im Online-Shop oder im ERP (bspw. Sage 100) korrigieren</strong>.
</li>
<li>
Im PIM unter <strong>„Auskünfte > Bestellungen“</strong> die betreffende
Bestellung suchen und markieren.
</li>
<li>
Über <strong>„Bestelldownload auslösen“</strong> die Bestellung erneut vom Shop
abrufen. Dadurch werden die korrigierten Bestelldaten erneut lokal
bereitgestellt und verarbeitet.
</li>
<li>
Die bereits im <strong>Fehlerverzeichnis</strong> vorhandene alte Bestelldatei
anschließend löschen.
</li>
</ol>

<h3>Besonderheit bei Middleware- und Marktplatzanbindungen</h3>

<p>
Bei Anbindungen über eine Middleware, beispielsweise <strong>Brickfox</strong>, können
Bestelldaten aus Marktplätzen in der Regel nicht nachträglich im jeweiligen
Marktplatz geändert und erneut abgerufen werden.
</p>

<p>In diesem Fall ist das Vorgehen entsprechend:</p>

<ol>
<li>
Die konkrete <strong>Fehlermeldung im Log des OmniBelegService</strong> prüfen.
</li>
<li>
Die Ursache nach Möglichkeit <strong>im ERP (bspw. Sage 100) korrigieren</strong>.
</li>
<li>
Falls die Bestelldaten selbst korrigiert werden müssen, kann die betreffende
XML-Bestelldatei mit einem geeigneten Editor angepasst werden.
</li>
<li>
Anschließend wird die Datei aus dem <strong>Fehlerverzeichnis eine Ebene zurück
in das Eingangsverzeichnis verschoben</strong>, damit sie erneut verarbeitet
werden kann.
</li>
</ol>

<p>
Eine direkte Bearbeitung der Bestelldatei sollte nur in Ausnahmefällen notwendig
sein. Bei Marktplatzbestellungen entstehen viele Fehler aufgrund fehlender
Zuordnungen, die direkt im ERP korrigiert werden können.
</p>

<h2>Schritt 4: Kein Logeintrag vorhanden? (Sage 100)</h2>

<p>
Taucht die Bestellung nicht in der Sage 100 auf, obwohl sie in der
<strong>PIM-Bestellauskunft</strong> sichtbar ist und das Kennzeichen
<strong>„XML erzeugt“</strong> gesetzt ist, <strong>aber kein entsprechender Eintrag
im Log des OmniBelegService vorhanden ist</strong>, sollte der Hintergrunddienst
<strong>„OmniBelegService“</strong> auf dem Server geprüft werden.
</p>

<p>
Der OmniBelegService wird in der Regel entweder auf einem
<strong>dedizierten Server mit einer Sage-Installation</strong> oder direkt auf dem
<strong>Sage-Applikationsserver</strong> betrieben.
</p>

<p>
Ist der Dienst nicht gestartet, muss dieser entsprechend gestartet werden.
</p>

<p>
Läuft der Dienst bereits, kann in bestimmten Fällen auch ein
<strong>Neustart des OmniBelegService</strong> Abhilfe schaffen. Anschließend sollte
geprüft werden, ob die bereitstehende Bestellung verarbeitet wird.
</p>

OmniBelegService:Releases Rev 16

2026-07-07T13:13:33Z

MH:

=== Neuerungen, Fehlerbehebungen & Verbesserungen ===

==== Setup ====

===== Installationsskripte =====

* Skript 91: Erweiterung der OmniBelegService_Belege Tabelle um das Feld Order_ValutaDate.
* Skript 92: (ehemals 46) Erweiterung der Prozedur spOmniBelegService_InsertXMLBeleg um den Parameter Order_ValutaDate
* Skript 93: Erweiterung der OmniBelegService_BelegePositionen Tabelle um das Feld Discount_Percent.
* Skript 94: (ehemals 74) Erweiterung der Prozedur spOmniBelegService_InsertXMLPosition um den Parameter Discount_Percent
* Skript 95: Erweiterung der globalen Einstellungen um "BelegSaveTimeout" mit Standardwert = true

==== Konfiguration ====

* Es wurde ein Fehler behoben, dass Änderungen in untergeordneten Gruppen wie z.B. den Prozeduren optisch nicht angezeigt und teilweise auch nicht gespeichert und übernommen wurden.

==== Dienst ====

* Es wurde das Start-Argument /nomutex hinzugefügt. Dieser Start Parameter überspringt die Mutex Prüfung und erlaubt somit mehrfach parallel laufende Instanzen des Dienstes auf dem gleichen System.

===== Auftragsimport =====

* Es wurde ein Fehler abgefangen, dass der Dienst in einen technischen Fehler gelaufen ist, wenn in der bereitgestellten XML-Datei kein Telefonnummer Feld vorhanden war.
* Einführung FehlerCode 55: "Beleg wurde ignoriert. Der Beleg ist bereits gespeichert und kann nicht mehr mit geparkt Status aktualisiert werden." Dieser Fall tritt ein, wenn auf einem bereits gespeicherten Beleg ein BelegUpdate eingespielt werden soll, was aber lediglich den Speicherstatus parken hat.
* ORDER_ITEMs mit negativem Preis und ohne angegebene Artikelnummer werden nun nicht mehr als negative Zuschläge (Abschläge), sondern als Belegrabatt importiert.
* Das XML-Feld ORDER_VALUTADATE kann nun angesteuert werden und setzt das ValutaDatum auf Belegebene.
* Auf Positionsebene kann nun das Feld DISCOUNT_PERCENT in dem ARTICLE_PRICE Segment übermittelt werden. Es setzt prozentuellen Rabatt an einer Position.
* Es wurden bei den XML Feldern CUSTOMER_PRICELIST_ID, TAX_CODE, ORDER_TAX_CODE, OL_PROJECT_ID, DISCOUNTPERCENT, DISCOUNTVALUE & BUSINESS_TRANSACTION_ID ein Fehler abgefangen, wenn diese als String Input in die entsprechenden Prozeduren gelaufen sind, aber dort als integer bzw. money Datentypen erwartet wurden.
* Der Auftragsimport läuft nun nach 60Sekunden beim Speichern in einen Timeout, wenn die globale Einstellung "BelegSaveTimeout" gesetzt ist. Dabei wird der aktuelle Mandanten-Login zurückgesetzt und die Verbindung zur Sage neu aufgebaut. (Workaround und automatisierte Lösung für die Fälle, bei denen bisher ein Dienst-Neustart notwendig war)
* Die Vertreternummer (SALES_REPRESENTATIVE) wurde in der XSD-Validierung auf 10 Zeichen beschränkt, um einen späteren SQL-Fehler des Sage Objekts bei der Beleganlage zu verhindern.

===== Auto-Lieferscheine: =====

* Es wurde ein Timing Fehler abgefangen, welches dann aufgetreten ist, wenn ein ganz neu geschriebener Auftrag unmittelbar zu einem Lieferscheine umgewandelt wurde aber der Auftrag zu dem Zeitpunkt noch nicht vollständig fertig geschrieben bzw. gespeichert war. Resultat des Fehlverhaltens war eine doppelte Lieferscheinerstellung.

==== weiteres: ====

===== 08.06.2026: Revision 16.1: =====

* Es wurde ein Fehler in Skript 92 korrigiert, dass die Zahlungskondition fälschlicherweise wegen einem falsch hinterlegten Parameter nicht ordnungsgemäß ermittelt und gesetzt werden konnte
* Die Property mit "Zahlungskondition aus Kunde falls unbekannter Wert beim Import" wurde aus der Config entfernt, da diese im Standard immer aktiv ist und bei Deaktivierung nicht den gewünschten positiven Effekt hatte, bzw. nur ein halbgarer Workaround war der mit der Korrektur an Skript 92 eliminiert wurde.
'''07.07.2026: Diese Version wurde als stable markiert.'''

OmniBelegService:Releases

2026-07-07T13:12:55Z

MH:

{{DISPLAYTITLE:Releases}}

Hier finden Sie eine Auflistung der Release-Stände inklusive Changelog.

Die Versionsnummern sind wie folgt aufgebaut: [MajorVersion].[MinorVersion].[Revision]

- MajorVersion: Hauptversion der Sage

- MinorVersion: Unterversion der Sage

-Revision: Aktueller Entwicklungsstand der Software. Fortlaufende, sich erhöhende Nummer.

Es werden hier lediglich die Veränderungen zur Vorgänger-Version aufgelistet.

Sollte eine Version den Status "Beta" haben, behält sich HTK noch vor, Änderungen an dieser Version vorzunehmen und ein Update der selben Version zu veröffentlichen. Änderungen sind dann entsprechend noch im Changelog dokumentiert.

Den Entwicklungs-Hinweisen ist Beachtung zu schenken und diese sollen auch bei einem Update auf diese oder höhere Version Folge geleistet werden. Andernfalls könnte der Import nach dem Update nicht mehr wie gewünscht funktionieren.
{{{!}} class="wikitable"
! Version
! Erscheinungsdatum
! Status
! Entwicklungs-Hinweis
!Testumgebung und Freigabe (Sage-Version)
! Changelog
! Downloadlink
|-
|9.0.16
| 04.06.2026
||<span style="color:#00cc00;">stable</span>
|Erweiterung der Prozedur spOmniBelegService_InsertXMLBeleg um den Parameter @Order_ValutaDate
Erweiterung der Prozedur spOmniBelegService_InsertXMLPosition um den Parameter @Discount_Percent
(Müsste bei abweichenden Prozeduren entsprechend nachgezogen werden.)
|9.0.10 + 9.0.11
|[[OmniBelegService:Releases Rev 16|changelog]]
|[https://omniseller.de/downloads/OmniBelegService/OmniBelegService-9.0.16.1-Setup.exe download]
|-
|9.0.15
| 26.02.2026
|<span style="color:#00cc00;">stable</span>
|Erweiterung der AdressenCheck-Prozedur um den Parameter @isEK (dies muss bei einem Update, sofern eine abweichende "AdressenCheck"-Prozedur verwendet wird, nachgezogen werden.)
|9.0.9 + 9.0.10
|[[OmniBelegService:Releases Rev 15|changelog]]
|[https://omniseller.de/downloads/OmniBelegService/OmniBelegService-9.0.15.2-Setup.exe download]
|-
|9.0.14
| 02.01.2026
|<span style="color:#00cc00;">stable</span>
|
|9.0.9 + 9.0.10
|[[OmniBelegService:Releases Rev 14|changelog]]
|[https://omniseller.de/downloads/OmniBelegService/OmniBelegService-9.0.14.1-Setup.exe download]
|-
|9.0.13
| 29.08.2025
|<span style="color:#00cc00;">stable</span>
|Sage hat den internen Aufruf für Vorgangsrechnungen mit der 9.0.9 verändert. Ab Sage Version 9.0.9 ist das Modul Autorechnungen mit älteren Versionen des Dienstes inkompatibel.
|9.0.9 (auch kompatibel und freigegeben für 9.0.10)
|[[OmniBelegService:Releases Rev 13|changelog]]
|[https://omniseller.de/downloads/OmniBelegService/OmniBelegService-9.0.13.2-Setup.exe download]
|-
|9.0.12
| 18.02.2025
|<span style="color:#00cc00;">stable</span>
|Erweiterung der Prozedur spOmniBelegService_InsertXMLAdressen um die Parameter A0_CMD_EU_Country und A0_CMD_Tax_Area (dies muss bei einem Update, sofern eine abweichende "InsertXMLAdressen"-Prozedur verwendet wird, nachgezogen werden.)
|9.0.7 + 9.0.8
|[[OmniBelegService:Releases Rev 12|changelog]]
|[https://omniseller.de/downloads/OmniBelegService/OmniBelegService-9.0.12-Setup.exe download]
|-
|9.0.11
| 28.08.2024
|<span style="color:#00cc00;">stable</span>
|Die Belege-Positionen Insert Prozedur wurde um den Parameter 'UseOLPrice' erweitert. (dies muss bei einem Update, sofern eine abweichende "BelegePositionen-Insert"-Prozedur verwendet wird, nachgezogen werden.)
|9.0.6 + 9.0.7 ( 9.0.7 Release auch kompatibel für 9.0.8)
|[[OmniBelegService:Releases Rev 11|changelog]]
|[https://omniseller.de/downloads/OmniBelegService/OmniBelegService-9.0.11-Setup_OL907.exe download_9.0.7]<br>[https://omniseller.de/downloads/OmniBelegService/OmniBelegService-9.0.11-Setup_OL906.exe download_9.0.6]
|-
|9.0.10
| 08.07.2024
||<span style="color:#00cc00;">stable</span>
|unterschiedliche Setups für 9.0.6 & 9.0.7
<span style="color:#cc0000;">Hinweis Bei Liveupdate auf 9.0.7 sind ältere Versionen höchstwahrscheinlich nicht mehr kompatibel</span>
|9.0.6 + 9.0.7
|[[OmniBelegService:Releases Rev 10|changelog]]
|[https://omniseller.de/downloads/OmniBelegService/OmniBelegService-9.0.10-Setup_OL907.exe download_9.0.7]<br>[https://omniseller.de/downloads/OmniBelegService/OmniBelegService-9.0.10-Setup_OL906.exe download_9.0.6]
|-
|9.0.9
| 20.02.2024
|<span style="color:#00cc00;">stable</span>
|
|9.0.5 + 9.0.6
|[[OmniBelegService:Releases Rev 9|changelog]]
|[https://omniseller.de/downloads/OmniBelegService/OmniBelegService-9.0.9-Setup.exe download]
|-
|9.0.8
| 04.12.2023
||<span style="color:#00cc00;">stable</span>
|Überarbeitung der Standard Prozedur ArtikelCheck (wg. Sage Varianten)
|9.0.5 + 9.0.6
|[[OmniBelegService:Releases Rev 8|changelog]]
|[https://omniseller.de/downloads/OmniBelegService/OmniBelegService-9.0.8-Setup.exe download]
|-
|9.0.7
|17.08.2023
||<span style="color:#00cc00;">stable</span>
|Hinweis: Sage-Version (Liveupdate-Stand) von mind. 9.0.5 benötigt.
|9.0.5
|[[OmniBelegService:Releases Rev 7|changelog]]
|[https://omniseller.de/downloads/OmniBelegService/OmniBelegService-9.0.7-Setup.exe download]
|-
|9.0.6
| 31.07.2023
| -
|Status aufgrund der neuen Version nach kurzem Abstand nicht weiter verfolgt.
|9.0.4
|[[OmniBelegService:Releases Rev 6|changelog]]
|[https://omniseller.de/downloads/OmniBelegService/OmniBelegService-9.0.6-Setup.exe download]
|-
|9.0.5
| 22.05.2023
|<span style="color:#00cc00;">stable</span>
| Erweiterung der Prozedur "spOmniBelegService_InsertXMLPosition" um den Parameter "Quantity Unit" (dies muss bei einem Update, sofern eine abweichende "BelegePositionen-Insert"-Prozedur verwendet wird, nachgezogen werden.)
| -
|[[OmniBelegService:Releases Rev 5|changelog]]
|[https://omniseller.de/downloads/OmniBelegService/OmniBelegService-9.0.5-Setup.exe download]
|-
|9.0.4
| 27.02.2023
|<span style="color:#00cc00;">stable</span>
|
| -
|[[OmniBelegService:Releases Rev 4|changelog]]
|[https://omniseller.de/downloads/OmniBelegService/OmniBelegService-9.0.4-Setup.exe download]
{{!}}-
{{!}} 9.0.3
{{!}} 09.01.2023
{{!}} <span style="color:#00cc00;">stable</span>
{{!}}
| -
{{!}}
[[OmniBelegService:Releases Rev 3|changelog]]
{{!}}
[https://omniseller.de/downloads/OmniBelegService/OmniBelegService-9.0.3-Setup.exe download<br>]
{{!}}-
{{!}} 9.0.2
{{!}} 08.12.2022
{{!}} <span style="color:#00cc00;">stable</span>
{{!}} <br>
| -
{{!}} [[OmniBelegService:Releases Rev 2{{!}}changelog]]
{{!}} [https://omniseller.de/downloads/OmniBelegService/OmniBelegService-9.0.2-Setup.exe download]
{{!}}-
{{!}} 9.0.1
{{!}} 20.10.2022
{{!}} <span style="color:#00cc00;">stable</span>
{{!}}
<br>
| -
{{!}} [[OmniBelegService:Releases Rev 1{{!}}changelog]]*
{{!}} [https://omniseller.de/downloads/OmniBelegService/OmniBelegService-9.0.1-Setup.exe download]
{{!}}}
<nowiki>*</nowiki>=Die erste Version erfasst Erweiterungen/Verbesserungen, welche sich seit dem letzten Beta Release Stand verändert haben. Weitere grundsätzliche Funktionen können entsprechend dem [[OmniBelegService:Handbuch{{!}}Handbuch]] entnommen werden.

OmniBelegService:Releases Rev 17

2026-07-07T13:07:55Z

MH: Die Seite wurde neu angelegt: „ === Neuerungen, Fehlerbehebungen & Verbesserungen === ==== Setup ==== ===== Installationsskripte ===== * ==== Konfiguration ==== * ==== Dienst ==== * ===== Auftragsimport ===== * Es wurde eine Lücke beseitigt, dass Benutzerfelder, die mit einer eckigen Klammer enden (z.B. JsonArray), diese dann bei der Beleganlage verloren haben. * ===== Auto-Lieferscheine: =====“

=== Neuerungen, Fehlerbehebungen & Verbesserungen ===

==== Setup ====

===== Installationsskripte =====

*

==== Konfiguration ====

*

==== Dienst ====

*

===== Auftragsimport =====

* Es wurde eine Lücke beseitigt, dass Benutzerfelder, die mit einer eckigen Klammer enden (z.B. JsonArray), diese dann bei der Beleganlage verloren haben.
*

===== Auto-Lieferscheine: =====

OmniBelegService:Releases Rev 16

2026-06-08T18:19:04Z

MH:

2026-05-14T18:04:54Z

MH:

Changelogs:

* interne Bibliotheken (z.B. MailClient, NewtonSoftJson, SQLite Bibliothek) wurden auf den aktuellsten Stand aktualisiert
* die verwendete DevExpress Version wurde von 23.1.5 auf Version 25.1.5 erhöht
* Es wurde ein Absturz abgefangen, wenn in einem Feld ein falsches Format stand (z.B.  Text in dem Betrags- oder Mengenfeld).
* Die Felder sind nun Quote-Sicher, d.h. es wird nicht mehr fälschlicherweise alles verschoben, sollte ein Textfeld den enthaltenen Delimiter beinhalten.
* Die Property TrimHochkomma funktioniert nun auch für das XMLOrder Format.
* Das Produkt wird nun standardmäßig in C:\OmniVersum\Apps installiert statt dem alten C:\ProgramFiles (x86) Pfad.
* Das Produkt wird nun in x64 Architektur ausgeliefert.