Jump to content

Cakewalk

Members
  • Posts

    43
  • Joined

  • Last visited

Everything posted by Cakewalk

  1. POZOR POZOR, u všech modulů je vždy uvedené, od kterého autora jsou. Případně je napsáno, že vznikl kompilací úprav z tohoto fóra. Tyto moduly jsou vždy zadarmo. Žádný modul, který jsme získali zdarma nechceme zaplatit a je volně ke stažení. Važ slova chlapče. Moduly nebo úpravy autorské z naší dílny jsou oceněné vždy tak, aby byly přístupné každému, a nebo jsou zdarma. Zřejmě si se koukal na jiný web
  2. Pro zájemce o nejběžnější úpravy Prestashopu máme stránku http://web.allelektro.cz Dost věcí je ZADARMO!
  3. Koukni na http://web.allelektro.cz Jestli myslíš něco jako toto, tak ti umím poradit
  4. Tak pro zájemce ještě oprava souboru pro jednostránkovou objednávku. soubory
  5. Vyřešeno. V toolsu jste zrušili tři funkce "getMemoryLimit" a "isX86_64arch" a "apacheModExists". Je to ale záležitost hostingu, takže to možná některým bude i bez nich fungovat. Testováno na 1.4.6.2 (poslední stabilní verze). Jinak je vše OK. Díky za úpravu.
  6. Moc hezká úprava. Objevila se ale menší chybka. Po přehrání tools se nezobrazují Moduly. Hledal jsem chybu, ale zatím nic. Netušíte v čem to je?
  7. Toto potvrzuji. Pozor ale na křížení datumů. Podle nového zákona o DPH nemůžete mít datum vystavení např. 1.3.2012 a datum zdanitelného plnění 28.2.2012. Datumy musí být ve stejném měsíci. Na to pozor!
  8. No toto jsem ještě neřešil, ale vyzkoušej toto. Na potřebné místo si přidej {company}, {vat_number}, {dni}, {phone}, {address1} atd.
  9. Pro zájemce, kterým vadí, že jim Presta nezobrazuje v BO u zákazníka název firmy, ale jen jméno a přímení. Opravené dva soubory. Opět platí nutnost vymazání souborů ze složek tools/smarty/compile (kromě index.php) a tools/smarty/cache (jen pokud máte nastavené cachování v Adminu), aby se vám změna projevila. soubory
  10. Vyřešeno zde. Snad to někomu pomůže. http://www.prestashop.com/forums/topic/98616-presta-14-dic-a-ic/page__st__20
  11. Zdravím všechny. Doufám, že to napíšu přesně. Snad konečné řešení. Na odkazu jsou opravené soubory pro verzi 1.4.6.2 (poslední stabilní verze). Při registraci po vyplnění názvu firmy se zobrazí kolonky pro IČ a DIČ. Pro ty, kteří v tom mají guláš. VAT je naše DIČ, DNI je naše IČ. Pro většinu zahraničních obchodů potřebujete VAT firmy, tedy DIČ kvůli DPH. U našich firem potřebujete hlavně IČ. DIČ jen tehdy, pokud potřebujete odpočítat DPH. Pro Slovensko je ještě třetí číslo, ale jelikož pro obchodování se Slovenskem to nepotřebujeme, zatím jsem to neřešil. V příloze jsou také dva opravené soubory kontroly IČ, takže pro koncové zákazníky to nebude chtít vyplněné IČ. Doporučuji zapnout v modulech kontrolu DIČ. Ušetří Vám to spoustu práce s kontrolou správnosti údajů, kterou podle zákona musíte provádět. Opravené jsou také soubory Adminu a editace adres v uživatelském profilu po přihlášení. Pro ty, který se změna neprojeví. Je nutné vymazat všechny soubory ze složek tools/smarty/compile (kromě index.php) a tools/smarty/cache (jen pokud máte nastavené cachování v Adminu). soubory
  12. Díval se už někdo na verzi 1.4.6.2 (poslední stabilní verze). Podle všeho je tam všechno už pořešené. Jen netuším, proč se pole DPH při registraci neobjeví. Pak se dá doplnit v profilu, ale upřímně do profilu nikdo po registraci už nekouká. Neřešil to někdo?
  13. Chlapci chlapci. Jak můžete vůbec fungovat bez znalostí zákonů Vám asi ještě kontrola z finančáku nepřišla co? DIČ je v našem státě nedůležité pokud neřešíte DPH. Jedinou výjimkou jsou správci konkurzní podstaty a klauni. Ti mají přidělené pouze DIČ. Každá firma nebo živnostník dostane po registraci přidělené IČ (IČO), které je nejdůležitějším prvkem veškerého fungování. Název firmy nebo adresa je v podstatě nedůležitá. Adresu můžete uvádět do faktur klidně rozdílnou od sídla firmy a název je definován zákonem jako doplňující identifikace, která v případě živnostníků nabývá hodnoty vlastního jména a obchodního názvu, který si smí živnostník zvolit a nemusí ho ohlašovat živnostenskému úřadu. s.r.o. a a.s. to mají zase trošku jinak. Takže shrnuto a podtrženo, je pro vás nejdůležitější IČ. Pokud vystavujete fakturu, nemáte povinnost uvádět IČ odběratele. Je to jeho problém, pokud vás na to, že ho má neupozorní. Bez IČ si fakturu nesmí zavést do účetnictví. Samozřejmě poznámka: faktury do 10tis. nemusí obsahovat IČ. Ty si můžete zavést i bez jednoznačných iniciál. Příklad: zboží za 9890,- můžete fakturovat klidně na "odběratele" IČ: 0 bez adresy atd. Odběratel si tuto fakturu může klidně zavést do účetnictví. Pokud tomuto nevěříte, obraťte se na nějakou účetní, ať vám podá podrobnější informace Nicméně zpět k úpravě Presty. 1.5 alfa už toto řeší. 1.4 to má poněkud zmatené. Na fóru je dost vláken, které se tímto zabývají.
  14. No už jsem to někdy řešil. Upravovala se registrace, kde pak zákazník vkládal IČ i DIČ. Zobrazení je pak už jednoduché.
  15. Po dlouhém čase zdravím všechny presťáky. Hledám radu, jak dostat slider zboží na samostatnou stránku, abych si ji tak mohl přes iframe načíst na kterémkoliv webu. Sliderů je na webu mnoho, ale běží vždy na úvodní stránce nebo podstránkách CMS atd. Potřeboval bych, aby se slider rozběhl na samostatné stránce, tak jak to má udělaný server megadarky.cz příklad: http://img.megadarky.cz/blk/75.html Díky za radu.
  16. Zdravím, věděl by někdo řešení? Koncový zákazník nakupuje na ks. 1 navážený sáček = 1 ks (každý sáček má jinou hmotnost, počítá se v něm na kusy např. kuliček). Dealer nakupuje na gramy tedy na váhu. 1 g = cca. 100 - 120 kuliček. Jak to pořešit? Nevíte někdo? Přes slevu skupiny to nejde. Díky za jakýkoliv nápad.
  17. Těžko říct. Asi to zálěží na úřednících. Mi osobně bylo doporučeno, aby automatické generování faktur bylo zakázáno. Zákazník může uhradit částku např. převodem na základě objednávky, která v tomto případě nahrazuje proformo fakturu. V případě dobírky nebo osobního odběru prostě fakturu vystavíme v účetnictví a předáme ji zákazníkovi. Vzhledem k nové legislativně si nemůže zákazník nechat vrátit DPH, když fakturu neuhradil. DPH se vrací pouze z uhrazených faktur. Nastává zde jen menší problém přelomových dnů. I když fakturu vystavíte 30.x a zákazník ji se zbožím dostane až např.2.x následujícího měsíce, tak vrácení DPH musí žádat až za měsíc, ve které fakturu obdržel. Tedy i za kvartál, ve kterém fakturu obdržel. Tím odpadají zákazníci, kteří chtějí fakturami na konci měsíce zkrátit DPH. Tyhle věci raději proberte se svou účetní případně s úředníkem, který Vás má nastarosti na finančáku.
  18. Má problém hled s několika prvky: 1. presta není akreditovaný účetní program, byť jen vystavuje faktury, tak pak vznikají zmatky s číselnýma řadama faktur u účetnictví 2. zákazník se zaregistruje, udělá objednávku a automaticky se mu vygeneruje faktura, nad kterou nemá vlastník obchodu vůbec kontrolu Problém je pak hlavně s DPHčkem. Už jsem měl s finančákem pár rozmluv na toto téma
  19. Vzhledem k narůstající popularitě verze 1.4 a zmatkům v optimalizaci a převodu zavedených modulů ze starších verzí, vzniká tento topic, který by měl souhrnně nabídnout řešení nejběžnějších problémů. 1. čeština: 100% včetně adminu (překlad SQL) 2. IČ DIČ vlastníka obchodu: stejné jako v 1.3 do souboru AdminContact.php přidáte řádky 'PS_IC' => array('title' => $this->l('IČ:'), 'validation' => 'isGenericName', 'size' => 30, 'type' => 'text'), 'PS_DIC' => array('title' => $this->l('DIČ:'), 'validation' => 'isGenericName', 'size' => 30, 'type' => 'text'), 3. IČ DIČ zákazníka: 1.4 už tuto vlastnost má, ale jsou tam menší zmatky úprava je akorát v přehození polí, tak aby IČ a DIČ byly u sebe, zobrazení IČ a DIČ rovnou v záložce zákazníka (po rozkliknutí detailu). Chybí dodělat zobrazení rovnou v tabulce zákazníků. 4. Doprava: upravené moduly ship2pay, dobírka, i úhrada hotově (včetně opravy chyby při nezobrazování v jednostránkové objednávce) 5. úprava objednávky: předělaná z 1.3 - je tam pár chyb, na kterých se pracuje (nelze přidávat zboží, vzhled) 6. čeština do PDF: stačí nakopírovat fonty a v nastavení PDF je nastavit 7. správné zobrazení Kč ve fakturách: stačí upravit soubor classes/PDF.php static protected function convertSign($s) { $arr['before'] = array('€', '£', '¥'); $arr['after'] = array(chr(128), chr(163), chr(165)); return str_replace($arr['before'], $arr['after'], $s); } na static protected function convertSign($s) { $arr['before'] = array('€', '£', '¥'); $arr['after'] = array(chr(128), chr(163), chr(165)); $s = Tools::iconv('utf-8', self::encoding(), $s); return str_replace($arr['before'], $arr['after'], $s); } Někteří to řeší přes novinku override, ale tahle možnost mi nefungovala. Faktury z Presty jsem ovšem přestal používat. Finančák s tím má problém. Veliké díky vše, kteří se na těchto úpravách podíleli.
  20. "Pro oči nevidím"...tak nějak se to říká. V tomhle jsem už byl tak desetkrát a nevšimnul jsem si toho. Moc díky za rychlou reakci. Zkusím taky bádat
  21. Povolené faktury máš? Tahle chyba se objevuje pokud nekorektně upravuješ soubory v classes. Nedělal jsi nějaké úpravy?
  22. Zdravím presťáky. Už jste vyřešili DIČ a IČ? Tvůrci presty krásně tuto absenční vlastnost na starších verzí integrovali, ale i dle vašich popisů, tak podle vlastních testů, je tato vlastnost dosti zmatená. DIČ (VAT) se zobrazí při registraci při vyplnění pole Společnost (Company). Jak uvádíte, mělo by se zobrazit i pole IČ (DNI), ale na mojí testovací prestě nic! V administraci je sice pole DIČ i IČ, ale při registraci nemá zákazník možnost pole IČ vyplnit. Každopádně DIČ není v naší zemi až tak podstatné. Důležité je snad IČ. Psali jste tady, že se musí povolit u země. Kde jste tuto možnost našli? Na 1.3 jsem to řešil úpravou kódu a fungovalo to bez problémů, ale tato úprava se mi nepodařila zavést do nové presty! Poraďte prosím. Díky.
  23. Modul je zajímavý. Odzkoušeno na jakých verzích?
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More