Jump to content

Cakewalk

Members
  • Posts

    43
  • Joined

  • Last visited

Posts posted by Cakewalk

  1. Cakewalk, zabudol si ale napisat, ze takmer vsetky veci su od inych autorov, ktori to dali k volnemu stiahnutiu. A ak chce niekto stiahnut veci, ktorych nie ste autormi, tak pozadujete financny nakup platenych veci. Takze prosim nehrajte sa tu na nieco, ze davate zadarmo, robis tu zavadzajucu reklamu. Boh vie ako sa spravate k zakaznikom, ked zavadzate uz tu na fore. Takychto vychcanych radoby podnikatelov je tu naozaj plne kyble. Staci si na fore iba vybrat.

     

    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. 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

     

    Tak pro zájemce ještě oprava souboru pro jednostránkovou objednávku.

     

     

    soubory

  3.  

    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?

     

    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.

    • Like 1
  4. Díky za tvé úpravy.

    Kdyby někdo potřeboval verzi jednodušší (nabízím ji k dispozici). Vychází z úprav RAD-X, soubor Tools.php je úplně stejný.

     

    Změny:

    - kompaktnější hlavička - menší písmo v adrese i údajích o bankovním spojení,

    - variabilní symbol je podle čísla objednávky,

    - adresu i bankovní údaje lze editovat přímo v "back office" (stejně jako vytvářet jejich překlad),

    - údaje o DIČ jsou zakomentovány

     

    nahledfakturycarbik.jpg

     

    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?

  5. No tak to není pravda. Na faktuře musí být uvedeno datum plnění. Pokud to datum plnění bylo na oné faktuře zmíněno je to OK. Ale nelze to vypustit. Jinak správně je datum daňového plnění den kdy zákazník obdrží zboží. Ale stačí i den kdy se zboží expeduje (nebo např. u služeb den kdy se posílá faktura). Proto je na mnoho fakturách datum vystavení a daňového plnění stejné - faktura se vystavila v den kdy se expedovalo.

     

    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!

  6. 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

    • Like 1
  7. 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

  8. 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í.

  9. 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.

  10. 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.

  11. 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.

  12. 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 :(

  13. 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.

  14. 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.

×
×
  • Create New...

Important Information

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