Forum Replies Created

Viewing 14 replies - 1 through 14 (of 14 total)
  • Thread Starter andrej87

    (@andrej87)

    Dobrý deň @kovalmatyas , ďakujem za rýchlu opravu.

    Akurát som to vyskúšal s novou aktualizáciou a error sa už nezobrazuje, objednávka sa dá normálne otvoriť.

    Rovnako je možné po zmene krajiny doručenia zmeniť aj dopravcu, čo bolo zjavne možné aj doteraz v predchádzajúcich verziách pluginu, len som si to nevšimol.

    Zároveň som si všimol ešte dva detaily, ktoré by sa mohli ešte dotiahnuť, ak to je možné:

    1) Ponuka dopravcov, ktorá sa otvorí po kliknutí na tlačidlo “Změnit dopravce”obsahuje síce aktívnych dopravcov v plugine Packeta, ktorí sú zobrazení svojím default názvom (teda napr. “SK Packeta Home HD”), ale po výbere a potvrdení dopravcu sa tento default názov následne prenesie aj priamo do objednávky ako názov vybraného spôsobu dopravy a zobrazí sa teda aj zákazníkovi v e-mailoch. Ideálne by bolo, ak by sa do objednávky preniesol customizovateľný názov z políčka “Zobrazovaný názov:” v nastaveniach prepravcov v plugine Packety.

    2) Rovnako by bolo praktické, ak by sa po zmene dopravcu cez button do objednávky preniesla aj správna cena doručenia nového dopravcu, keďže v našom e-shope (a predpokladám, že aj v iných) sa ceny doručenia odlišujú podľa toho, do ktorej krajiny je objednávka zasielaná.

    Hlavné dva problémy sú teda vyriešené, akurát som si všimol, že som v pôvodnom príspevku pozabudol spomenúť aj ďalší (rovnako dôležitý) problém, ktorý nám de facto znemožnuje dodatočne zmeniť dopravcu. Ako som spomínal, náš e-shop funguje dvojjazyčne (SK/CZ) – využívame aj multicurrency cez WPML, teda objednávky z českej verzie stránky k nám prichádzajú v CZK, objednávky zo slovenskej verzie v EUR. Môžeme teda v prípade potreby zmeniť krajinu doručenia zo SR na ČR aj dopravcu zo SK kuriéra domov na CZ kuriéra domov, avšak export do systému Packety následne nefunguje kvôli nesprávnej mene, keďže SK dopravcovia neakceptujú menu objednávky CZK a naopak:

    Nepodarilo sa vytvoriť zásielku. Data: {“request” {“number”:”99999992″,”name”:”MENO”,”surname”:”PRIEZVISKO”,”value”:”1386″,”weight”:”1.1″,”addressId”:131,”eshop”:”ESHOP.sk”,”adultContent”:0,”cod”:null,”currency”:”CZK”,”email”:”[email protected]”,”note”:null,”phone”:”+421910111222″,”deliverOn”:null,”street”:”Testovacia 25″,”city”:”Praha”,”zip”:”10001″,”attributes”:[]},”errorMessage”:”Failed to validate attributes. See detail., zip: Č. ob. 99999992: PSČ není platné, dodržujte prosím tento tvar: \”111 11\”. Kvůli omezením na straně dopravce není možné zaslání na zadané PSČ., currency: Č. ob. 99999992: Zadali jste nepovolenou měnu. Můžete zadat buď měnu země, do níž je zásilka směřována, nebo, pokud jste si nastavili konverzi měny při zadání zásilky (nikoliv při odeslání peněz), pak můžete zadat také měnu do níž necháváte konvertovat.”}

    Je mi jasné, že toto je problém vzájomnej kompatibility Packeta pluginu a WPML multicurrency, ktoré nie sú plne kompatibilné, avšak celkom by nám pomohlo, keby bolo možné pri editácii objednávky zmeniť aj menu objednávky (minimálne pre účely exportu hodnoty zásielky/dobierky do Packety) podobne ako pri zmene dopravcu cez tlačidlo “Změnit měnu”.

    Vopred ďakujem za zváženie doplnenia aj tejto funkcionality v niektorej z budúcich aktualizácii.

    Thread Starter andrej87

    (@andrej87)

    Veľmi pekne ďakujem za info a vyriešenie problému! 🙂

    To, že riadok možno odstrániť manuálne už v súčasnej verzii, som uviedol aj vo svojom pôvodnom príspevku (“Dokonca keď manuálne klikneme na button “Prepočítať” (bez toho, aby sme čokoľvek v objednávke zmenili), riadok jednoducho zmizne.”), ale tu je ten problém, že zákazník dostane e-mail s potvrdením objednávky, v ktorom je tá výška DPH uvedená, predtým, ako sa my dostaneme k možnosti ju v backende manuálne zmeniť/odstrániť. Rovnako sa ten riadok okamžite v momente objednávky exportuje do iného pluginu (Superfaktúra), kde je nielen zobrazený, ale reálne navýši vo faktúre cenu objedávky o DPH.

    Ale to už teraz nie je dôležité, počkáme si na ďalšiu verziu pluginu a pevne verím, že to už bude všetko fungovať. Keby je náhodou stále nejaký problém, určite sa ozvem, ešte raz ďakujem!

    Thread Starter andrej87

    (@andrej87)

    Ďakujem za info 🙂

    Thread Starter andrej87

    (@andrej87)

    Zaujíma ma skutočne len hrubý odhad, nechcem od Vás záväzok k nejakému konkrétnemu termínu 😉

    Thread Starter andrej87

    (@andrej87)

    Dobrý deň pán Kovaľ a ďakujem za odpoveď.

    Vedeli by ste mi povedať len aspoň taký hrubý odhad, kedy cca. môžem očakávať, že sa vývojari k tejto veci dostanú?

    Je to otázka dní, týždňov alebo mesiacov?

    Thread Starter andrej87

    (@andrej87)

    Ďakujem za rýchlu odpoveď, takto vyzerá API log po tých spomínaných pokusoch: https://ibb.co/cbbh8bx

    Služba VIES bola v čase testovania dostupná, pretože validácia čísiel cez iné pluginy fungovala bez problémov. Aj teraz pred chvíľkou, keď som to skúšal znovu (po update na 1.40.2) sa síce už pri pokuse o potvrdenie objednávky zobrazuje upozornenie IČ DPH nebolo možné overiť, avšak upozornenie sa zobrazuje sa aj vtedy, keď je zadané IČ DPH pre vybranú billing country platné – skúšal som to paralelne overiť priamo cez https://ec.europa.eu/taxation_customs/vies/#/vat-validation

    Thread Starter andrej87

    (@andrej87)

    Veľmi pekne ďakujem, funguje to 🙂

    Thread Starter andrej87

    (@andrej87)

    Ďakujeme, funguje to výborne 🙂

    Thread Starter andrej87

    (@andrej87)

    Až také jednoduché to v našom prípade žiaľ nie je, keďže nie všetky meta fieldy k produktom sa končia cenou – ospravedlňujem, mal som do tej description uviesť aj product addon bez ceny, je to u nás vždy kombinácia rôznych doplnkov, niektorých bez ceny, niektorých s cenou:

    [description] => Doplnok 1: XXX, Doplnok 2: XXX (+6,90 €), Doplnok 3: XXX (+14,90 €), Doplnok 4: Všetko najlepšie, veľa zdravia a šťastia! (+2,90 €)

    Pri takejto zostave doplnkov je nejaká možnosť upraviť to cez ten váš filter tak, aby sa bol každý doplnok zobrazený v samostatnom riadku?

    Thread Starter andrej87

    (@andrej87)

    Kolega to skúšal rôznymi spôsobmi, ale nejako sa nám to nedarí :-/

    Mohol by som Vás poprosiť na základe tej našej description

    [description] => Doplnok 1: XXX (+6,90 €), Doplnok 2: XXX (+14,90 €), Doplnok 3: Všetko najlepšie, veľa zdravia a šťastia! (+2,90 €)

    ukázať nám, ako by bolo treba upraviť ten filter, ktorý ste nám poslali, aby sme docielili to, že jednotlivé čiarkou oddelené doplnky sa budú na faktúre zobrazovať v samostatných riadkoch?

    Vopred veľmi pekne ďakujem.

    Thread Starter andrej87

    (@andrej87)

    Ďakujem za odpoveď, skúšali sme za pomoci uvedeného filtra editovať tie meta fieldy, avšak narazili sme na nasledovný problém.

    Obsah všetkých meta fieldov z objednávok sa exportuje do SuperFaktúry v jednom súvislom riadku, pričom jednotlivé meta fieldy sú oddelené čiarkou, takto nejako:

    [description] => Doplnok 1: XXX (+6,90 €), Doplnok 2: XXX (+14,90 €), Doplnok 3: Všetko najlepšie, veľa zdravia a šťastia! (+2,90 €)

    Tento string môžeme upraviť, avšak keď nahradíme napr. čiarky znakom \n, aby to skočilo do nového riadku, obsah meta fieldov na faktúre sa úplne rozseká, keďže čiarky oddelujú nielen jednotlivé meta fieldy, ale nachádzajú sa aj v cenách (+6,90 €), prípadne v texte venovaní od zákazníkov.

    Čo by sme potrebovali by bola buď možnosť napojiť sa na skladanie tej [description] a tam po každej meta field položke pridať \n, alebo keby sa ten separátor (čiarka) dal nejako overridenúť cez filter – bolo by niečo z tohto možné?

    Vopred ďakujem za odpoveď.

    Thread Starter andrej87

    (@andrej87)

    Hello Guiseppe, I am using the premium version, not the free version, so my question remains the same 🙂

    If I was using the free version, I would not be able to add the “Product” option to blocks, since that is a premium version feature.

    Thread Starter andrej87

    (@andrej87)

    Ďakujem za odpoveď, to je veľká škoda.

    Hlavne vzhľadom na to, že službu Overené zákazníkmi od Heureka možno využívať pre multijazyčnú a multicurrency stránku cez Váš plugin úplne bez problémov, ale XML feedy nie.

    • This reply was modified 5 years, 2 months ago by andrej87.
    Thread Starter andrej87

    (@andrej87)

    Ďakujem za rýchlu reakciu, po znovunačítaní stránky na prvej testovacej stránke sa v konzole objavia nasledovné 4 upozornenia v žltej farbe (warning):

    This page uses the non standard property “zoom”. Consider using calc() in the relevant property values, or using “transform” along with “transform-origin: 0 0”. (admin.php)

    Cookie “mailchimp_landing_site” will be soon rejected because it has the “SameSite” attribute set to “None” or an invalid value, without the “secure” attribute. To know more about the “SameSite“ attribute, read https://developer.mozilla.org/docs/Web/HTTP/Headers/Set-Cookie/SameSite (admin.php)

    The resource at “https://[URL NÁŠHO WEBU]/wp-content/plugins/woocommerce/packages/woocommerce-admin/dist/components/index.js?ver=1.9.0” preloaded with link preload was not used within a few seconds. Make sure all attributes of the preload tag are set correctly. (admin.php)

    The resource at “https://[URL NÁŠHO WEBU]/wp-content/plugins/woocommerce/packages/woocommerce-admin/dist/app/index.js?ver=1.9.0” preloaded with link preload was not used within a few seconds. Make sure all attributes of the preload tag are set correctly. (admin.php)

    Na druhej testovacej stránke sa okrem toho objavia aj upozornenia:

    This site makes use of a SHA-1 Certificate; it’s recommended you use certificates with signature algorithms that use hash functions stronger than SHA-1. (admin.php)

    Layout was forced before the page was fully loaded. If stylesheets are not yet loaded this may cause a flash of unstyled content. (load-scripts.php:3:25903)

Viewing 14 replies - 1 through 14 (of 14 total)