homer.tmx

Tabulka ps_order_invoice editace sloupce number by měla problém řešit

Pravidla pro košík - záložka informace: Název/popis/kód - SLEVA30 | částečné použití ANO | Proirita 1 | Stav Ano záložka podmínky: Platné od do dle libosti | Celkem k dispozici: třeba 10000 | Celkem k dispozici pro každého uživatele: 10000 | Omezení - výběr produkt - Množství produktů v nákupním košíku pro uplatnění slevy: 1 záložka akce: Použít slevu Procenta % | Použít slevu na Konkrétní produkt | Produkt - vybrat Vše by mělo být ok

viz.

Mohlo by pomoct tohle: https://mypresta.eu/modules/administration-tools/order-reference-change-free.html https://prestashop.valasinec.cz/legislativa-ucetnictvi/96-modul-faktura-dobropis-a-dodaci-list-ceska-slovenska.html?search_query=faktura&results=7 https://prestashop.valasinec.cz/nastroje/110-zmena-kodu-objednavky-change-reference-code-modul-pro-prestashop.html

Nastavit dopravce pro každý stát zvlášť a u českého postupovat dle postupu níže.

Koupil jsem ten modul. Možná by se dalo přejmenovat DIČ na IČ, nedávat to jako povinné pole ale otázka je, jak by to vypadalo na faktuře.

To jsem to zeslonil.. děkuji. Každopádně při odstranění podmínky se formulář chová stále stejně. <input name = "use_same_address" id="use_same_address" type = "checkbox" value = "0"> Musím vymyslet jak z toho ven, myslím že pes bude zapoaný v use_same_address

Zdravím, při nákupu a následné registraci je krok 2 zadání adresy. Na konci tohoto formuláře je chekbox který je automaticky zaškrtnutý s funkcí use_same_address Potřeboval bych asi checkbox choval přesně naopak. Editace address-form.tml řádek 25 z <input name = "use_same_address" id="use_same_address" type = "checkbox" value = "1" {if $use_same_address} checked {/if}> na <input name = "use_same_address" id="use_same_address" type = "checkbox" value = "0" {if $use_same_address} unchecked {/if}> Pomohla jen na oko. Při načtení formuláře checkbox není zaškrtnutý ale při dalším kroku to rovnou chce další adsresu, potřeboval bych aby to směřovalo rovnou k dopravě. Pro přidání další adresy jen pokud bude checkbox zaškrtnutý.

Používám tenhle modul a spokojenost. https://psmoduly.cz/uprava-objednavky-pridani-icdic-odstraneni-datum-narozeni-osloveni-alias-a-spousta-dalsiho-35/prestashop-1-7.htm

Zdravím, používám PS 1.7.6.1 s hlavní měnou CZK a druhou € dále mám nastavené tři skupiny zákazníků. - SK/CZ - maloobchod DHP 21% - CZ velkoobchod DPH 21% - SK velkoobchod DPH 0% Problém nastává při nákupu VO z SK v € sice ne pokaždé ale čas od času nesedí součet objednávky pro daňové pravidlo 0% v eurech. Někdy nesedí o 0,01€ někdy i o stovky. Neřešil jste již někdo něco podobného?

jdi na FTP - tam zjistíš jaký má admin adresář a pak jméno a heslo co jsi si vytvořil..

Edituj css

Vyřwšeno editací: classes/tools.php public static function htmlentitiesUTF8($string, $type = ENT_QUOTES) { if (is_array($string)) { return array_map(array('Tools', 'htmlentitiesUTF8'), $string); } return htmlspecialchars((string)$string, $type, "UTF-8"); //USE htmlspecialchars NOT htmlentities }

Přelož to v PHPMyAdmin skrze BO se mi to také nedařilo

Zdravím..Řeším takovou maličkost. PS 1.7.6.1 Pokud přijde při objednávce zpráva oid zákazníka, tak v zákaznickém servisu v okně vlákno ji vidím tak jak má být. V okně Časová osa objednávek a zpráv se ale bohužel zohrazuje :ž&yacute;&aacute;&iacute;&eacut bez češtiny. Zkoušel jsme tohle: https://forum.c4.cz/prestashop-zakaznicky-servis-spatne-kodovani-t6660.html taky tohle: Ale bohužel nic, stále se do FA propisuje nestadartní znaková sada. Nevěděl by někdo jak s tím pohnout?

/admin/themes/default/template/controllers/customer_threads/helpers/view/message.tpl řádek 58 změnit na: <p class="message-item-text">{$message.message|nl2br}</p> Pak mi to začalo fungovat

Jsi nejlepší! Funguje to.

Pokud máš vše vygenerované správně měli by se zobrazovat všechny atributy. Takhle jak si to popsal těžko soudit, pošli odkaz a nebo se rovnou obrať na podporu tam, ti určitě rychle a rádi pomůžou aby nedostali negatviní hodnocení...

Pomohl mi to tento modul https://www.motionseed.com/en/prestashop-modules/custom-number

Dobrý večer, prestashop 1.7.6.1 jaksi nedoplňuje skladové množství skrze administraci. Jakmile množství doplním skrze BO porpíše se správně. V případě prodeje se zboží odečte, nicméně pokud chci naskladnit, mám smůlu. Neřešil jste už někdo podpbný problém

A co by stál přesun z 1.7.4.2 na 1.7.6.1 pouze kategorie, vlastnosti, zboží a atributy?

Zdraví, chystám se na přesun kategorií a produktů včetně veškerého psaného obsahu na čisou instalaci PS. 1 - u stávající verze provedu update na poslední 2 - z DB vyexportuji tabulky CATEGORIES / ATRIBUTES / PRODUCTS / IMAGES / MANUFACTURES 3 - u čisté instalace v DB tyto tabulky smažu + naiportuju staré 4 - nakopíruju obrázky 5 - budu doufat, že jsem nic neopoměl. Dělal jste už někdo takový přesun, popřípadě je v postupo výše popsaném čert, kvůli kterému by to nemuselo dopadnou? * edit 1.10.2019 Nakonec jsem se do toho pustil, 1 - čistá instalace nové Presty 1.7.6.1 2 - export tabulek po skupiách (vždy tabulka s názvem a veškeré možné její variace) • Feature / atributy produktů • Image / obrázky • Product / produkty • Group / zákaznické skupiny • Special price / slevy pro zákaznické skupiny • Category / kategorie Export / Import jsem dělal po skupinách kdybych náhodou někde něco přehlídl. 3 - přepis předpony tabulek 4 - nahrání složky IMG

Moduly ► Upozornění na e-maily ► Upozornění pro obchodníka

Zkusil jsem, momentálně na shopu visí jen moduly košíku, kategorií a menu. I když byly šechny moduly vypnuté (přejmenované - děkuji za tip, tahle vylučovací metoda mi nedotekla) tak stále se hlásila tatáž chyba. Modulama to tedy v mém případě není. Provedu čistou instalaci a budu nahrazovat soubor po souboru až se nšjak dopídím k jádru problému. A nebo si z DB vysypu pořebná data co se produktů týče a vydám se touto cestou.

Proveden update na 1.7.6.1. a stále to samé dokola hledal jsem i na cizojazyčných fórech a tahle chyba nemá vždy společný základ...Jednou pomohl update, jindy smazání některých modulů, mě bohužel ještě nic..No nezbývá než hledat dál.