Automatická synchronizace skladu bez unikátního ID

Ahoj všem.Dělal jsem automatický export fakturu z eshopu do účetního programu Profit. Daný účetní program umožňuje v určených časech stahovat XMLko z FTP. Udělal jsem to tak, že se to stahuje jednou za hodinu a eshop generuje na FTP XMLko posledních 20 faktur. To XMLko se generuje pokaždé, když se vytvoří nová faktura. Účetní program Profit si tedy každou hodinu stáhne 20 posledních faktur. Ty které už má naimportované přeskočí na základě duplicity čísla faktury a naimportuje pouze nové. Na eshopu je max 10 faktur denně, takže pokud by nenastal nějaký dvoudenní výpadek, vše by se mělo importovat správně.Teď mám udělat synchronizaci skladu, tedy export skladových pohybů z eshopu. Plánoval jsem, že to udělám stejně, ale ujistil jsem, že účetní program neumožňuje při importu skladových pohybů přeskakovat existující položky podle nějaké duplicity. Psal jsem ohledně toho dotaz na podporu a prý to není v současnosti možné. Není mi tedy jasné , jak bych to mohl automaticky zprovoznit, abych mohl eliminovat nějaké krátkodobé výpadky buďto eshopu nebo účetního programu. Pokud bych na eshopu poskytovat pouze nové záznamy a spoléhal se na to, že to účetní program pokaždé stáhne, šlo by to, ale na to se spolehnout nemůžu. Proto právě u faktur posílám posledních 20.Je pravda, že sklad nemusím být moc synchronizovaný a v nejhorším případě to udělám tak, že jednou za čas na eshopu ručně vygeneruje XMLko a to obsluha ručně naimportuje do účetního programu. Obsluha tedy zaručí, že export i import proběhl v pořádku.Ale samozřejmě by bylo lepší to mít zautomatizované.Nenapadá někoho jak tohle řešit? Díky za názory.

A ten Profit neumí odečítat ze skladu ?Musí mít založený nějaký sklad a při importu objednávek udělá mínus počet položek v objednávce.Asi bych to dělal obráceně a to odečítat položky v Profitu a do eshopu importovat stav z programu Profit.Případně si nechat naprogramovat mezičlánek, software, který si stáhne XML z eshopu a projde databázi skladu v Profitu, pokud nalezne záznam, přepíše stav.Připojit se k Firebird databázi není snad takový problém.

Napsal zezmen;1429713

A ten Profit neumí odečítat ze skladu ?

Musí mít založený nějaký sklad a při importu objednávek udělá mínus počet položek v objednávce.

Asi bych to dělal obráceně a to odečítat položky v Profitu a do eshopu importovat stav z programu Profit.

Případně si nechat naprogramovat mezičlánek, software, který si stáhne XML z eshopu a projde databázi skladu v Profitu, pokud nalezne záznam, přepíše stav.

Připojit se k Firebird databázi není snad takový problém.

Odečítat ze skladu Profit umí, ale tady je to takový atypický. jedná se o second hand oblečení, kdy je sklad vede v kilogramech textilu a na faktuře jsou položky rozepsány po kusech např. (Modrá mikina ID 25222, Hnědé šaty ID 32... ......) Kdybych měl tedy na faktuře že se jedná o prodej 3 kg textilu, šlo by to automaticky.Po zabalení balíčku vím jeho váhu a tu chci poslat do Profitu.

No jak jsem psal, nechat si napsat malý prográmek a k němu doplnit např. ini soubor.Prográmek nechat v adresáři s databází(emi) Profitu.Vyplnit ini soubor, např. URL adresu odkud si stáhne XML, nebo i jiný soubor s váhou a odkud jí má odečíst, připsat nebo upravit podle zadané hodnoty, zadat čas opakání (hlídat nový soubor na FTP), cestu k zápisu logů .......Nic na tom není. Dobrý a rychlý programátor to může zvládnout za dvě hodiny, pokud má k dispozici všechny podrobnosti.

Mám to chápat tak, že by prográmek zapisoval natvrdo do databáze Profitu? To mi přijde jako dobrý harakiri. Nikdy bych se tak důležitému programu jako je účetnictví nehrabal pod rukama v databázi. Nemůžu vědět, jestli to nemá nebo nebude v budoucnu mít nějaké kontrolní mechanismy, případně jakým stylem to zálohuje. To bych taky mohl jednou zjistit, že jsou data poškozená.Asi to udělám nějakým takovým prográmkem, ale budu do XMLka skladových pohybů vkládat unikátní ID a prográmek se bude v nějakých cyklech koukat do databáze jaké je poslední ID a zavolá URL eshop, kde mu GET parametrem řekne, od jakého ID má generovat data. Ale stejně to nebude atomická operace a můžou nastat stavy, kdy by to mohlo zlobit. Možná bude nejlepší to fakt udělat ručním importem jedno za čas.

Toho bych se nebál.Ale asi by bylo lepší dát kus XML co generuje Profit.Poté možné mapování položek při importu XML z eshopu do Profitu.Vybrat např. dvě položky.Pak by se dalo zjistit co a jak.Takhle plácáme.Přijde mi dost divné, že to nemají ošetřené, vždyť jde přeci jenom naindexovat více sloupců ve skladu Profitu a poté při načítání XML a zapisování do databáze používat INSERT OR UPDATE, NEBO INSERT OR IGNORE ....Pokud nemají ošetřené UPDATE položky, tak to není skladový systém, ale bastlírna.Něco takového jsem řešil při importu z Prestashopu do Cézara G3 a naprogramoval pár převodních můstků, které přepíší XML podle vyhledání položky v databázi a doplní indexy.Z XML vytvoří CSV a nahraje přes importní modul do databáze.