Es ist nun auch möglich, Variationskombinations-Kinder einzeln übersetzen zu lassen, das heißt losgelöst von Ihrem Vater. Dies wurde von mehreren Händlern gewünscht, die die Texte im Vaterartikel explizit (aus Kostengründen) nicht übersetzen lassen wollten, die der Kinder aber sehr wohl. Außerdem besteht somit die Möglichkeit, einzeln Kinder nochmals übersetzen zu lassen.
In unicorn global deaktivierte Shops werden nun auch nicht mehr in Wawi auf veränderte Artikel überwacht. Dies wurde früher so eingebaut, damit kein "Wuls"an Arbeit entsteht, sobald man den Shop wieder aktiviert. Es wurde nun entfernt, da somit ggf. unnötige Belastungen der Wawi vermieden werden können für Shops in unicorn, die sowieso keine Artikel, sondern nur Bestellungen abgleichen.
Bei Metro wurden weitere Zahlungsarten eingebaut (Lastschrift, Rechnung, Ratenzahlung), sowie die ggf. vom Marktplatz zur Verfügung gestellten Details bei neuen Bestellungen mit in Wawi importiert.
Die Performance der Oberfläche wurde gesteigert, da es Aufrufe gab, die unter gewissen Einstellungen mehrfach vorkommen konnten.Das wurde entfernt und die Ergebnisse gecached.
Die Shuffle Methode zum mischen längerer Listen an Artikeln, Shops, Kategorien, etc. wurde optimiert hinsichtlich CPU Verbrauch. Somit können die Dienste, als auch die Oberfläche, performanter arbeiten.
Im neuen Installer ist es nun erlaubt eine Telefonnummer nochmals einzugeben, aber nur wenn der Lizenzkey von diesem und letztem Mal der gleiche ist (und damit das Kundenkonto das gleiche ist). Vorher war dies nicht erlaubt und man durfte so nicht weiter installieren.
Die Form für die Überschreibung individueller Zahlungsziele in der unicorn 2 Oberfläche hatte eine Fehler, dass die erste Zeile Readonly war und somit nicht für die erste Zahlungsart kein individuelles Zahlungsziel eingetragen werden konnte. Dieser Fehler wurde behoben.
Der Hash von LogMessages wird nun validiert, bevor er probiert wird zu speichern. Hier konnten in der Vergangenheit bei Fehlern in der HashGenerierung, die zu einem leeren Hash führten wiederrum Fehler entstehen beim Abspeichern der Lognachricht in der Datenbank, wodurch eine Endlosschleife entstehen konnte, da der Fehler erneut probiert wurde zu loggen.
Die bis dato fehlende MissingActionsCalls bei nicht implementierten SetBezahl, UploadInvoice, UploadRefund, SetRefund und SetStorno der jeweiligen MarketplaceConnectoren wurden weiter ausgebaut.
Bei Rakuten konnte es teilweise zu Probleme mit der Übermittlung vom Versandstatus kommen. Dies kam vorallem vor, wenn kurz vorher erst das "InLogistics"bei Rakuten gesetzt wurde und die Rakuten API dann zu langsam reagiert. Das Problem wurde behoben, indem nun eine gewisse Zeit zwischen den Aktionen zwangsweise gewartet wird. Gleichzeitig wird probiert, wenn das setzen von Tracking Informationen nicht funktioniert, zumindest den Versandstatus ohne Tracking Informationen zu übermitteln, damit die Auszahlung des Händlerguthabens nicht verzögert wird von Rakuten.