Synchronizacia skladu

Dobry deň,

plugin pri vytváraní faktúry posiela do SuperFaktúry s ka?dou polo?kou aj jej SKU. Ak máte v SuperFaktúre v sklade polo?ku s rovnakym SKU a zapnuté “Sledova? stav zásob”, po?et kusov sa automaticky upraví aj v SuperFaktúre.

Dobry den,

ano, tato funkcionalita Superfaktury (SF) mi je jasna, no len musim nahravat tie iste polozky/produkty 2x – raz do Woo a raz do Superfaktury (aj ked tam by stacil nazov a SKU). Navyse ak sa vystavi FA priamo v Superfakture, tak mi to neodpocita pocet vo Woo. A pri naskladneni tovaru je potrebne pridat naskladneny pocet aj do Woo a aj do SF.
Takze taky checkbox typu “synchronizovat sklad” v plugine by bol perfektny nielen pre mna…

Synchronizácia skladov otvára ve?a otázok, napríklad:

1. Ako by táto synchronizácia mala fungova?? Mal by prioritu v?dy WooCommerce a stav v SuperFaktúre by bol pre polo?ky s rovnakym SKU zmeneny na aktuálny stav vo WooCommerce?
2. ?o by sa malo sta? s polo?kami v SuperFaktúre, ktoré vo WooCommerce neeixstujú? Vymaza??
3. SuperFaktúra nemá callback a pri vystavení faktúry priamo v SuperFaktúre nemá ako da? vedie? eshopu, ?e sa stav skladu zmenil. Jediny sp?sob teda je, ?e eshop bude periodicky overova? stav v?etkych polo?iek v SuperFaktúre. To ale op?? otvára otázku, ktory stav skladu je správny? SuperFaktúra má v API odpovedi k polo?ke skladu atribút modified, to ale nie je to isté ako posledná zmena stavu na sklade. Mohlo ís? napríklad o úpravu názvu.

Takychto otázok sa pri implementácii objaví ve?a a je pravdepodobné, ?e iny eshop bude ma? o synchronizácii inú predstavu a plugin bude musie? ma? sadu nastavení aby mohol vyhovie? viacerym scenárom.

Ak m??te da? dokopy nieko?ko pravidiel, ktoré jednozna?ne popí?u ako sa má synchronizácia skladov WooCommerce a SuperFaktúry správa? vo va?om prípade, vyrazne nám to u?ah?í ?al?ie uva?ovanie ?i a ako túto funkcionalitu implementova?.

Ano, samozrejme mate pravdu. Pri implementacii sa objavi kopec otazok a tie ktore pisete su ale asi najhlavnejsie. A aj kazdy eshop moze mat rozne preferencie. Poznam to, nie je to jednoduche, navyse spravit univerzalne riesenie.

1. Prepinac co ma prioritu. Tym padom by sa mohol pouzivatel rozhodnut ci bude sklad manazovat vo Woo alebo SF.
2. Checkbox ci vymazat alebo nie. Ale vatsinou asi vymazat. Lebo ak chce niekto pouzivat SF s Woo, tak ak to nie je vo Woo, nevie to predat. Ano, vie, ale ucelom by malo byt jedno miesto pre upravy a manazovanie – a ked pouziva Woo, tak by to aspon podla mna malo byt tam (ale niekto iny to moze mat kludne opacne, aj ked popis, obrazky/video produktu, skupiny a dalsie data spravi len vo Woo, tak ten by mal byt prednejsi).
3. Presne ako pisete. Cron tam bezi pre automaticu aktualizaciu stavu objednavky, takze pri tej “prilezitosti” moze ocheckovat aj stav skladu v SF. Ale to suvisi s predchadzajucimi otazkami – ked sa niekto rozhodne manazovat produkty a sklad vo Woo, tak by mal byt hlavny. Lebo SF nema take moznosti pri popise produktov ako Woo, a nahravat produkty do Woo a manazovat sklad v SF nie je logicke (ked som na jednom mieste, spravim to aj to).

Ked som na to pozeral “mojim okom”, tak som si predstavil dalsiu zalozku v nastaveni pluginu SF s nazvom “Sklad”, kde by boli zaskrtavacie policko “Synchronizacia skladu” (hlavne nastavenie), prepinac “Priorita – Woo/SF”. Ak by mal prioritu Woo, bola by moznost povolit vymazanie neexistujucej polozky zo SF. Ak by mala prioritu SF, tak by bola moznost neexistujucu polozku nie vymazat, ale zmenit stav napriklad na koncept. A ktora strana by mala prioritu, ten stav skladu by bol spravny.
Myslim ze tych prepinacov by nebolo treba prilis vela – teda len 3 zakladne (plus potreba cronu). Ale ak by sa chcelo ist do detailov, tak moznosti by bolo urcite velke mnozstvo.

Predpokladam ale ze Woo by mal byt v tomto zaklad a hlavny – ved je to plugin pre Woo. Napriklad aj v mobilnej appke Woo sa da manazovat sklad, ale v mobilnej apke SF nie.

Apropo, dobra a cista praca, plugin slape bez problemov…

?akujem za odpove?, zvá?ime akym sp?sobom k implementácii synchronizácie skladov pristúpi?. Mám e?te jednu poslednú otázku, pre?o potrebujete sledova? stav skladu na dvoch r?znych miestach, vo WooCommerce aj v SuperFaktúre? Aké praktické vyhody z toho vyplyvajú?

Dakujem za pripadne riesenie.

Synchronizacia skladu je potrebna ak sa vystavi faktura mimo Woo, priamo v SF, aby sa prislusny pocet kusov ponizil aj v stave Woo.

Pytal som sa, pre?o potrebujete evidova? sklad naraz vo WooCommerce aj v SuperFaktúre. Nie na?o je potrebná synchronizácia ??

Tak to som teda otazku nepochopil ?? Technicky vzate nepotrebujem (teda moj zakaznik nepotrebuje) evodovat sklad naraz vo Woo aj SF. Otazka ale potom je, ako spravit to, ze ak vystavi fakturu len v SF, co s poctom kusov vo Woo?

Podla mna “synchronizacia == sucasne evidovanie skladu vo Woo aj SF”. Ale to “sucasne evidovanie” by nemalo byt rucne (to je mozne aj teraz), ale automaticke. Sklad v SF je urceny pre vystavovanie faktur v SF, sklad Woo je pre eshop zakaznikov. Takze akakolvek zmena na jednej strane by sa premietla na druhu stranu. Aby sa nestalo ze niekto nakupi na eshope tovar, ktory uz nie je skladom, alebo zase v SF manazer nevystavi fakturu na tovar co nie je skladom.

Pozno som to pomenoval zlym nazvom, ale dufam ze chapete moje myslienkove pochody (lebo obcas ich ludia nechapu :-)). Ako ked si v internetovom prehliadaci synchronizujete zalozky – evisujete ich na roznych zariadeniach, ale synchronizuju sa na vsetky, a vsade su rovnake.

áno, rozumiem. Faktúry nevystavujete len vo WooCommerce, ale aj v SuperFaktúre, a potrebujete aby faktúry vystavené v SuperFaktúre zní?ili stav skladu vo WooCommerce. Toto je trochu problém, preto?e SuperFaktúra nemá mo?nos? definova? callback pre pohyb na sklade, plugin by teda musel v pravidelnych intervaloch kontrolova? zmeny stavu v?etkych polo?iek v SuperFaktúre.

Nie je pre vás lep?ím rie?ením vystavova? faktúry len cez objednávky vo WooCommerce a nie priamo v SuperFaktúre? Objednávku m??te vytvori? aj ako admin priamo v administrácii WordPressu a hne? si v nej viete aj vytvori? faktúru. Okrem v?dy aktuálneho stavu skladu budete ma? zároveň na jednom mieste preh?ad o v?etkych objednávkach, nie len tych vytvorenych zákazníkmi.

Ano, presne ako pisete, plugin by mal previdelne kontrolovat stav skladu vo SF. Ale toto nie je problem, pretoze cron by tam mal tak ci tak bezat, kedze je potrebne napriklad parovat uhradene platby (co funguje prefetne). A pri taj prilezitosti/kontrole, by sa zosynchronizoval aj sklad.

A druhe ano, samozrejme by bolo lepsie vystavovat faktury len na jednej strane (urcite Woo), avsak zakaznici maju X dovodov preco je obcas potrebne vystavit fakturu aj mimo.
Navyse pocitam s tym (teda dufam), ze SF sa bude rozsirovat dalej a stane sa z nej tak trochu aj uctovnictvo, kde sa bude dat riesit sklad (aj teraz ma napriklad podrizne konta pre uctovnikov, ktori mozu napriklad sledovat sklad, ak by bol aktualizovany s Woo). Ved sa tie roky co funguje, tak sa to posunulo od faktur a zalohovych faktur aj na evidenciu nakladov, sklad, kniha jazd…

Teraz som napriklad riesil so zakaznikom, ze ich uctovny SW riesi prepravu ako keby polozku skladu, ale SF pre dopravu nema specialne oznacenie, a ani plufin jej, predpokladam, neposiela ID sposobu platby. A pri importoch zo SF do uctovnictva to uctovnici vedia rozpoznat len podla nazvu, kde nejake ID by bolo pre nich urcite lepsie (kedze nazov sa moze menit). Ale to uz nie je vasa vec, to je uz otazka na SF.
Lebo cim dalej sa v tom clovek “hrabe” tak prichadza na to, ze este vela veci nie je doriesenych pre uplne zautomatizovanie, ale to by sa z SF muselo stat uctovnictvo (co asi raz bude, pretoze konkurencia nespi, a uz su Woo konektory aj pre klasicke uctovnictva).

Pri prijatí platby SuperFaktúra dá vedie? WooCommerce. Tam ten callback je a nie je potrebné sa pravidelne pyta?, ?i u? úhrada pri?la. Pre pohyby na sklade to neplatí.

Ano, ako pisete. Ale cron na hostingu by ten sklad spravil.

Pri prijatí platby SuperFaktúra dá vedie? WooCommerce. Tam ten callback je a nie je potrebné sa pravidelne pyta?, ?i u? úhrada pri?la. Pre pohyby na sklade to neplatí.

Toto by mala by? sk?r po?iadavka priamo na Superfaktúru, aby pridali ten callback. Nám by sa to hodilo tie?.

M?j klient má 2 eshopy, ktoré predávajú ten isty tovar. Mali problém so synchronizáciou skladovych zásob. Vyrie?ili sme to tak, ?e si skladové zásoby mana?ujú iba v Superfaktúre a ich weby pravidelne (cez wp-cron) aktualizujú skladové zásoby v eshope. Teda, ak eshop A predá nejaky tovar, jeho sklad v Superfaktúre klesne (toto rie?i Superfaktúra plugin) a pri synchronizácií sa sklad aktualizuje aj v eshope B (toto rie?i m?j plugin). Takto si synchronizujú nie len po?ty kusov, ale aj ceny (pod?a SF).

SuperFaktúra zatia? tieto callbacky neplánuje. Jediná mo?nos? teraz teda je overova? stav skladu v SF cez API v pravidelnych intervaloch.

@zviera : Vy ste si na to spravili vlastne riesenie, nieco take som myslel priamo integrovat do wp pluginu SuperFaktura

@superfaktura : Ano, presne ako pisete, navrhoval som implementaciu overenia skladu cez api Superfaktury cez cron na strane eshopu.