stieranka

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

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.

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…

Dobry den,

dakujeme za vasu pracu. No to ano, mate pravdu, data su tam, ja som to spravil len tak narychlo sposobom “na drzovku” :-). Ten novy shortcode vyzera fajn. Tak prajem dobru mysel pri tvorbe update ;-).

Stefan

• This reply was modified 4 years, 5 months ago by stieranka.