Phoca Cart - číslování faktur - MĚSÍČNĚ/ROČNĚ - FAKTURA na záladě statusu

Idealni stav by tedy byl, po obdržení objednávky zaslat objednávku a zalohovou fakturu, po zaplacení poslat opravdovou fakturu a ještě v záloze mít někde vygenerovany opravný daňový doklad.

To je snad pro mě lepší to hned dostat do Excelu a jen měnit názvy dokumentů a pak to posílat ručně.

V tom ti nikdo nebrání. Můžeš si do order statusů nastavit, že se zákazníkovi po objednávce pošle dodací list případně potvrzení (stvrzenka) s informací, že fakturu obdrží až po zaplacení.

V emailu např. po objednáce bude zobrazena informace o objednávce. V zobrazení objednávky (frontend) info o objednávce a např. dodací list:


A až zaplatí bude ve statusu vyřízeno prostě možnost poslat fakturu, případně se objeví v zobrazení objednávky (frontend):


Faktura už pak může mít manuálně nastavený číslo. Zákazník prostě obdrží nebo uvidí fakturu až po zaplacení a s manuálně vytvořením číslem faktury.



Pokud je status "pending", zákazník nemá možnost (pokud se to tak nastaví) stáhnout si či obdržet fakturu, tu obdrží, až po zaplacení, kdy je status "completed":

Rudolf napsal: o jednom bych věděl - Virtuemart a máte vyřešeno.

Spíš zaděláno na slušnej bolehlav

H13 napsal: Nabalovat to funkcemi pro účetnictví rozhodně nemá smysl, spíš bych byl rád, pokud někdo, kdo má zkušenosti s exportem do účetních programů jako je Pohoda (např. pokud to někdo vytvářel pro jiný eshop) by mohl spolupracovat na takovém pluginu pro Phoca Cart nebo ho případně vytvořil sám a pak ho zveřejnil (zdarma, placený, ...)

Zřejmě budu v brzké době řešit Pohodu, dám pak vědět...

Cony napsal: Zřejmě budu v brzké době řešit Pohodu, dám pak vědět...

Předpokládám, že by to mohlo být fungovat podobně jako export položek, nebo spíš tvorba XML feedu.

Phoca Cart vytváří feed podle nastavení v XML Feedu, ale také může přidávat pole na základě pluginů.

Viděl bych to asi tak, že by v administraci objednávek bylo tlačíko pro export, v nastavení by byla volba pluginu a v pluginu by byly definovaný v XML pole, co se mají exportovat.

Nevím, jestli Pohoda dokáže importovat dávkově nebo po jednom dokladu, ale není problém vytvořit obojí. V administraci objednávek by se vybralo víc objednávek, a pokud by to plugin povolil, vyexportovalo by se více objednávek do jednoho XML.

Plugin by pak měl obsahovat:
- strukturu exportovaného XML (hlavička, patička, tělo, ...)
- položky, které se budou exportovat (název položky a přiřazení hodnoty z databáze Phoca Cart)
- parametry pro různé nastavení

něco jako:
<field name="numberOrder" value="ordernumber"/>

name="numberOrder" - XML položka v Pohodě
value="ordernumber" - Phoca Cart proměnná čísla objednávky


www.stormware.cz/xml/schema/version_2/invoice.xsd

Rudolf napsal: ... protože přes xml to nejde, ...

Co máš přesně na mysli s "přes xml to nejde"?

Znamená to, že tyto vzory
www.stormware.cz/xml/samples/version_2/i.../invoice_01_v2.0.xml

z dokumentace zde:
www.stormware.cz/pohoda/xml/dokladyimport/#Faktury

jsou v tomto případě nepoužitelný?

Pohoda má nějaký dva režimy, ještě jsem to přesně nezkoumal, ale principielně

varianta 1/ pohoda umí importovat z XML souborů, ale ne z feedu. Tzn. plugin / makro / cokoliv by muselo z objednávky uložit soubor / připojit k emailu, a pak buď obsluha pohody ručně naipmortuje, nebo pohoda umí spouštět nějaký plánovač úloh, kde si umí šáhnout do adresáře (ale už ne třeba na FTP).

varianta 2/ ale tuším že za příplatek, Pohoda má jakýsi XML API server, na který se dají posílat XML dotazy (ta struktura by měla být snad stejná jako u těch importních souborů). Pak se doklady propisují přímo přes XML API, a je i zpětná vazba

Takže varianta 2 je optimálnější, ale musí na to být a/ licence, b/ nějaký server, který je dostupný a pohoda na něm běží.

V onou případech bych spíš než nějaký feed viděl plugin reagující buď na vytvoření objednávky, nebo na změnu stavu objednávky. Pro souborovou variantu by pak vygeneroval XML soubor, a uložil někam na disk, nebo na FTP, popř. přiložil k odeslanému mailu (něco podobného jsem řešil pro VM a Money), pro serverovou variantu by zavolal API a případně někam do objednávky dopsal číslo dokladu z Pohody pro snadnější párování.

Aby nedošlo k nedorozumění:

Předpokládám, že by to mohlo být fungovat podobně jako export položek, nebo spíš tvorba XML feedu.

Tím feedem jsem nemyslel, že by Pohoda přistupovala k feedu, ale že by tvorba XML pro export byla technicky stejná jako XML feed. Tedy, že by komponenta měla základní konstrukci pro vytvoření XML, a teprve kokrétní plugin by určoval, jaké položky budou součástí exportovaného XML.



Ano, práce s XML API serverem by už byla složitější.


BTW:

No co máme můstek tak pracuje s přímým zápisem do DB pohody protože přes xml to nejde, jsem tedy na vážkách

Co jsem tak četl, tak XML import v Pohodě je celkem přísnej a nepropustí cokoliv s jakoukoliv i sebemenší chybou. A myslím si, že taková ochrana je žádoucí, zapisovat přímo do databáze, bez kontrolního mechanismu ze strany Pohody, to může být celkem nebezpečný :idea:

EasyFeeder znám a používám. Pro věci, které jsem od něj chtěl jsem si ale musel dodělávat vlastní elementy. Má jednu obrovskou výhodu i nevýhodu zároveň, je hodně obecný. Pro mě je to velké plus, pro klasického BFU obrovské mínus, protože prostě není schopný si poskládat co potřebuje.

H13 napsal: Tím feedem jsem nemyslel, že by Pohoda přistupovala k feedu, ale že by tvorba XML pro export byla technicky stejná jako XML feed. Tedy, že by komponenta měla základní konstrukci pro vytvoření XML, a teprve kokrétní plugin by určoval, jaké položky budou součástí exportovaného XML.

To zní rozumně, ale bude tam potřeba i nějaká automatizace, při změně statusu objednávky, přikládat do mailu pro admina apod...
Zatím jsem se tomu ještě nestihl pořádně věnovat, až budu moudřejší dám vědět, popř. se poradím

Terei napsal: Jo, je to pěkný, ale abych mohl požadovat platbu přes účet, tak musím mít zálohovou fakturu.

Proč? Žádný zákon žádný takový doklad nevyžaduje (pokud se nepletu ani nezná), platbu na účet můžete chtít na základě objednávky, nebo třeba jenom toho, že to někomu řeknete. Zálohová (Proforma) faktura, Výzva k platbě apod. se používá obvykle jen u větších firem, oporu v zákoně to nemá. Většina eshopů myslím jede na to, že v objednávce je napsáno zaplaťte na účet xxx do tehdy a tehdy...