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

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: