STINA Global

Hallo @ehrhardtda,

vielen Dank für Ihre Nachricht und die Nutzung unseres Plugins.

Dies liegt wohl an der Regular Expression, welche die Hausnummer von der Stra?e trennt. Diese Parameter müssen getrennt an die Schnittstelle der Deutschen Post übergeben werden.

Wir haben das Problem in unser Backlog aufgenommen und werden es mit der n?chsten Patch-Version beheben.

Mit freundlichen Grü?en,
Ihr STINA Support Team

Hallo @purevelvetdesign,

vielen Dank für Ihre Nachricht und die Nutzung unseres Plugins.

Es handelt sich hier tats?chlich um einen Bug im Plugin. Dieser Fehler wurde in unseren Backlog aufgenommen und wird in der n?chsten Patch-Version behoben. Vielen Dank für den Fehlerbericht!

Mit freundlichen Grü?en,
Ihr STINA Support Team

Sehr geehrter Herr Eurich,

vielen Dank für Ihr Feedback, es freut uns zu h?ren, dass Sie das Plugin nach der Port-Freischaltung nutzen k?nnen.

Das von Ihnen beschriebene Problem ist uns bereits bekannt und wurde in unsere Release Planung aufgenommen. Falls vorhanden, wird der reduzierte Preis anstelle des Standardpreises übernommen.

Au?erdem wird es in einer der zukünftigen Versionen die M?glichkeit geben die Werte die auf die Zollinhaltserkl?rung gedruckt werden (Menge, Produktbeschreibung, Preis, Gewicht) vor dem Kauf des Labels zu ?ndern.

Mit freundlichen Grü?en,
Ihr STINA Support Team

Die vorgenommenen ?nderungen werden nur für dieses Shipment gespeichert, die Originalwerte des WooCommerce Produkts werden nicht überschrieben.

Hallo @fjella,

vielen Dank für Ihre Nachricht und die Nutzung unseres Plugins.

Dieser Fehler ist uns bereits bekannt und wird in der n?chsten Patch Version gel?st. Beide Plugins definieren eine JavaScript Funktion namens “ajax”, welches natürlich zu diesem Konflikt führt.

Falls Sie Zugriff auf die Server-Dateien haben, k?nnen Sie als Zwischenl?sung diese ?nderung selbst vornehmen.

• Die Datei woo-dp-internetmarke/assets/js/functions.js ?ffnen.
• Die Funktion “ajax” auf “wcdpiAjax” umbennen (Zeile 8)
• Die zwei Aufrufe zu dieser Funktion ebenso umbennen (Zeilen 99 und 214).

Hierzu ein Screenshot.

Mit freundlichen Grü?en,
Ihr STINA Support Team

Hallo @redima,

vielen Dank für Ihr Feedback.

Bei der Fehlermeldung contentPieceHsCode k?nnen wir nur wenig tun, da diese von der Schnittstelle selbst kommen. Haben Sie hierzu eine L?sung gefunden?

Für das contentPieceDescription haben wir auch eine L?sung. In dem kommenden Update wird es ein Feld für die Beschreibung des Produkts geben. Diese Beschreibung wird dann auf die Zollinhaltserkl?rung gedruckt, da die Produktnamen wahrscheinlich nicht immer für diesen Zweck passen.

Wir sind auch offen für Verbesserungsvorschl?ge in diesem und anderen Bereichen des Plugins.

Mit freundlichen Grü?en,
Ihr STINA Support Team

Hallo @robinchen,

vielen Dank für Ihre Nachricht und die Nutzung unseres Plugins.

Es handelt sich hier nur um einen Anzeige-Fehler, welchen wir in der kommenden Version beheben werden. Die Adresse, die dann tats?chlich auf das Label gedruckt wird, ist von dieser Anzeige nicht beeinflusst.

Mit freundlichen Grü?en,
Ihr STINA Support Team

Hallo @redima,

vielen Dank für Ihre Nachricht und die Nutzung unseres Plugins.

Freut uns zu h?ren dass Sie die Quick-Buy Funktionalit?t zum laufen gebracht haben. Nun aber zu Ihren anderen Fehlemeldungen:

contentPieceHsCode: code is invalid

Der eingegebene HS-Code ist ungültig. Es gibt mehrere Webseiten Ihnen an Hand der Produktbeschreibung einen gültigen HS-Code vorschlagen.

contentPieceOrigin: size must be 2 characters

Das Ursprungsland der Ware muss ausgew?hlt sein.

senderName: size must be between 0 and 40

Vor- und Nachname des Absenders muss zwischen 0 und 40 Zeichen enthalten (inkl. Leerzeichen).

contentPieceDescription: size must be between 1 and 33

Der Produktname muss zwischen 1 und 33 Zeichen enthalten (inkl. Leerzeichen).

Hierzu noch ein Bild um es zu visualisieren.

Mit freundlichen Grü?en,
Ihr STINA Support Team

Danke sch?n …

Hallo @redima,

danke Ihnen für die Nutzung unserer Services und Produkte. Es freut uns sehr, dass wir mit dem Redesign viele Benutzer positiv überrascht haben. Und wir sind noch lange nicht fertig, denn die Pipeline enth?lt wieder ein paar sehr nette Features ??

Zum gemeldeten Problem: Ja, es kann tats?chlich sein, dass wir die Rabatte optimieren müssen. Dieses Szenario werden wir in unserer Testumgebung nachstellen und uns bei Ihnen melden. Wir werden ohnehin die CN22-Erstellung insofern ver?ndern, dass jeder einzelne Wert in der finalen Phase nochmals manuell überschrieben werden kann, denn dies wurde ebenfalls von einigen Nutzern gewünscht. Warum auch nicht, denn damit k?nnen die Bezeichnungen, die Gewichte, die Werte etc. nochmals optimiert werden, denn die Korrektheit der Angaben obliegt ohnehin den Nutzern.

Auch an dieser Stelle m?chten wir für die eigentliche Idee der Plugins Werbung machen, denn diese werden Stück für Stück insofern ausgebaut, dass im Idealfall der Logistikprozess vollkommen in den Hintergrund rückt bzw. dass viele innovative und neue Szenarien m?glich werden. Insofern freuen wir uns auf die Herausforderungen aus der Praxis, denn die Services und Produkte sollen Kunden aller Gr??enordnung und Komplexit?t Mehrwerten bringen und das Potetial des gesamten Portfolios entfalten.

Mit freundlichen Grü?en,
Ihr STINA Support Team

Hallo @ole_wilkenburg,

wir haben unsere Inbox nochmal überprüft aber leider nichts gefunden, an welche E-Mail-Adresse haben Sie diese Anfrage gesendet?

Macht es Ihnen was aus Ihre Anfrage sicherheitshalber hier in im Support-Forum nachzustellen?

Mit freundlichen Grü?en,
Ihr STINA Support Team

Hallo @imexio,

gerne, gerne … wir freuen uns immer auf Nutzerfeedback und einen guten Draht zu den Kunden … ist ja auch der Sinn der Sache.

Der Einlieferbeleg ist vom Labelformat unabh?ngig. Das Format muss auf jeden Fall wie eingestellt erstellt werden, denn ansonsten würden wir ein Problem mit der Kommunikation zur Deutsche Post API haben. Welches Label wurde von Ihnen tats?chlich gekauft? Dann stellen wir die Situation bei uns in der Testumgebung nach, denn wer wei?, vielleicht versteckt sich tats?chlich noch ein kleiner Bug irgendwo.

Die Rückerstattungen laufen über die Portokasse und werden in der Regel am folgenden Werktag gutgeschrieben. Dies ist dann auch in der Portokasse klar ersichtlich. Wenn morgen oder übermorgen keine Gutschrift ersichtlich ist, dann bitte melden bzw. bei DP ein Support-Ticket aufmachen. Wir haben bisher aber keine Probleme bei den Rückerstattungen festgestellt.

Wir sind aktuell an unseren anderen Produkten (Magento 1, Magento 2, OXID eSales etc.) dran und werden dann im Anschluss den Roadmap-Prozess wieder bei WordPress beginnen. Wenn weitere Ideen und Verbesserungsvorschl?ge aufpoppen, bitte einfach Bescheid geben.

Mit freundlichen Grü?en,
Ihr STINA Support Team

Hallo @imexio,

wir haben den Fall soeben nochmals nachgestellt. Wenn in den Einstellungen das Druckformat “Dymo 99014, 101 x 54” ausgew?hlt wurde, dann werden die Labels mit genau dieser Gr??e als PDF auch erzeugt. Es handelt sich hierbei um eine Funktion von der Deutschen Post, die wir mehr oder weniger 1:1 nutzen. Auch in diesem Zusammenhang haben wir noch einige weitreichende Features in der Pipeline, die mehr Flexibilit?t erm?glichen werden. Aktuell halten wir uns aber an die M?glichkeiten von der Deutschen Post.

Kann es sein, dass Sie in Ihrem Testfall immer das gleiche Label aufrufen?

Was damit gemeint ist: Wenn ein Label in einem bestimmten Format erzeugt wurde, dann bleibt dieses auch so, denn das “Dokument” kann aktuell seitens der Deutsche Post API nicht mehr ge?ndert werden. Wenn z.B. irrtümlich ein falsches Format gew?hlt wurde, dann muss das Label (sofern nicht bereits versendet) storniert werden und dann erneut gekauft werden. Dies kann relativ einfach integriert vorgenommen werden, da wir die Storno-Funktion im Plugin implementiert haben.

K?nnen Sie dies bei Gelegenheit testen und uns Bescheid geben? Falls die Erzeugung eines neuen Labels nicht zum gewünschten Ergebnis (in den PDF-Eigenschaften wird die Gr??e angezeigt) führt, dann k?nnen wir uns den Fall gerne gemeinsam ansehen.

Ansonsten freuen wir und bei Zufriedenheit mit unseren Produkten und unseren Services über eine Bewertung, welche zur Verbreitung des Plugins viel beitragen.

Mit freundlichen Grü?en,
Ihr STINA Support Team

Hallo @nummer10,
hallo @marvinm,

besteht das Problem weiterhin auf Ihren Shops?

Mit freundlichen Grü?en,
Ihr STINA Support Team

Hallo @pavel030,

haben Sie schon die Ports überprüft? Dies k?nnen Sie über unser integriertes Tool in den Einstellungen tun (Einstellungen -> Werkzeuge -> überprüfung von Ports).

Im Falle von geschlossenen Ports empfehlen wir die Kontaktaufnahme mit Ihrem Hosting Provider. In einigen F?llen blockieren die Hoster gewisse Ports die unser Plugin für die Kommunikation mit den Internetmarke Webservices benutzt.

Mehr dazu finden Sie in dieser Support-Anfrage.

Mit freundlichen Grü?en,
Ihr STINA Support Team

Hallo @slamcokechris,

da dieses Support-Thread seit über einer Woche inaktiv ist, schlie?en wir es als gel?st ab. Falls Sie trotzdem weiterhin Unterstützung mit unserem Plugin ben?tigen, k?nnen Sie einfach hier antworten oder ein neues Support-Thread erstellen.

Mit freundlichen Grü?en,
Ihr STINA Support Team