WooCommerce ar Laravel el. parduotuvė: kurią rinktis ir kada

Platformos nelemia pirmosios dienos funkcijų sąrašas — sandėlį, B2B kainas ir kelias kalbas pastatome abiejose. Lemia tai, kas nusprendžia Jūsų kitą pakeitimą ir kiek jis kainuoja.

Technologijos klausimas, į kurį neatsako funkcijų sąrašas

Pokalbis beveik visada prasideda vienodai: klientas turi apie septynis šimtus prekių, tris kainų pakopas perpardavėjams, iš kurių kiekvienas savo paskyroje mato tik savąją kainą, ir Visma Horizon apskaitą, kurioje likutis yra tiesa, o parduotuvė ją tik atspindi. Klausimas, kurį jis užduoda, skamba taip: WooCommerce ar Laravel el. parduotuvė? Atsakymas, kurio jis tikisi, yra dviejų stulpelių lentelė — vienoje pusėje kažkas yra, kitoje to nėra —, tokia lentelė, kokios neturime nei mes, nei niekas kitas, kas abi platformas iš tikrųjų stato.

Sandėlio modulį su likučių sinchronizavimu realiuoju laiku, B2B kainų pakopas, nuolaidų sistemą, kelių kalbų palaikymą ir turinio migraciją mes pastatome abiejose platformose, o kaina mūsų kainoraštyje nuo platformos nepriklauso: el. parduotuvės Basic versija kainuoja 4 500 €, o Pro versija — 9 500 €, ir tiek WooCommerce, tiek Laravel pagrindu. Būtent šios penkios eilutės skiria Basic nuo Pro, o ne tai, kas yra apačioje; administravimo skydelis kainoraštyje įvardytas jau prie Basic, o kelių valiutų palaikymo nėra nė vienoje iš dviejų versijų ir dėl jo tariamasi atskirai — vėl bet kurioje iš dviejų platformų.

Iš to plaukia visiškai praktinis dalykas: platforma, kurią Jums parduoda su pirmosios dienos funkcijų sąrašu, parduodama už tai, ką galima gauti abiem būdais, o palyginimas, prasidedantis tokiu sąrašu, baigėsi dar neprasidėjęs. Įdomusis klausimas prasideda vienu žingsniu toliau — kas nusprendžia, ką Jūsų parduotuvė galės kitąmet, ir kiek laiko tas sprendimas lauks eilėje pas ką nors kitą.

Pirmaisiais metais abi platformos daro tai, už ką sumokėjote, nes abiem atvejais kažkas tai ką tik pastatė; antraisiais metais procesas pasikeičia — atsiranda didmeninė prekyba, antras sandėlis, prievolė išrašyti mašininiu būdu nuskaitomas sąskaitas arba tiesiog kitokia nuolaidų tvarka —, ir nuo šios akimirkos abu keliai kainuoja skirtingai. Svetimo gamintojo plėtinyje kiekvienas vėlesnis pakeitimas yra tarsi perstatymas nuomojamose patalpose: Jūsų proceso taisyklės gyvena svetimame nustatymų lange ir juda pagal svetimą leidimų grafiką. Savame kode tas pats yra darbas, kuriam kainoraštyje yra įkainis, ir vienintelis derinamas dalykas — jo pirmenybė prieš likusius darbų sąrašo punktus.

Ką WooCommerce daro gerai

WooCommerce mes patys diegiame klientų parduotuvėse kaskart, kai procesas tinka, ir tai plačiausiai naudojama el. prekybos sistema W3Techs apžvalgose: 2026 m. rugpjūčio 6 d. ji veikė 8,2 % visų svetainių ir sudarė 48,5 % visų el. prekybos sistemų šiose apžvalgose. Svarbiau už patį skaičių yra tai, iš ko jis suskaičiuotas — dalis nuo apžvelgtų sistemų, ne nuo pasaulio parduotuvių ir tikrai ne nuo el. prekybos apyvartos —, o už jo stovi WordPress su 41,2 % visų svetainių.

WordPress.org įskiepių katalogas tą pačią dieną rodė WooCommerce versiją 11.0.0, atnaujintą rugpjūčio 4 d., su įverčiu „7+ million active installations“, ir skaityti jį atsargiai pataria pats gamintojas: naudojimo apskaita iš WordPress.org atsisiųstame branduolyje pagal nutylėjimą išjungta, todėl niekas — taip pat ir Automattic — nežino, kiek parduotuvių iš tikrųjų prekiauja, o šis skaičius yra viršutinė diegimų riba, ne prekiautojų skaičius.

Gamintojo kainų puslapis WooCommerce aprašo kaip atvirojo kodo platformą be platformos mokesčio ir su 0 % pajamų dalimi: nemokate už tai, kad parduodate, ir nemokate už tai, kad apyvarta auga. Be to, katalogas, užsakymų sąrašas ir nuolaidų nustatymai atrodo lygiai taip pat kaip likusi WordPress administravimo dalis, kurią Jūsų komanda greičiausiai jau moka naudoti be mokymų.

Stipriausias argumentas už WooCommerce konkurentų palyginimuose beveik visada dingsta, o tai yra automatinė pataisa: 2026 m. kovo 2 d. buvo paskelbtas Store API pažeidžiamumas, palietęs versijas nuo 5.4 iki 10.5.2 ir leidęs suklastota užklausa sukurti administratoriaus paskyrą; klaidą rado kažkas kitas, ne parduotuvių savininkai; pataisymas buvo perkeltas per 52 paliestas versijas; ir tą pačią dieną nuo 14.00 UTC jis pradėjo automatiškai plisti po parduotuves, kuriose įjungti automatiniai atnaujinimai, be jokios sąskaitos. Pats šis nustatymas nėra savaime suprantamas, ir būtent jį pagal priežiūros sutartį konfigūruoja ir stebi gyvas žmogus; kaip WordPress svetainės nulaužiamos ir ką daryti, jei tai jau įvyko, aprašėme straipsnyje apie nulaužtą WordPress svetainę.

Todėl rekomendacija nepasikeitė ir yra užrašyta mūsų paslaugos puslapyje: labai mažai el. parduotuvei su standartiniais procesais — WooCommerce. Šimtui prekių su viena kaina, vienu sandėliu ir vienu mokėjimo būdu individuali platforma neduos nieko, už ką vertėtų mokėti skirtumą, o parduoti brangesnį variantą tada, kai pigesnis daro tą patį, reiškia vienu nepatenkintu klientu daugiau ir nė vienos rekomendacijos.

Ar WooCommerce tinka Lietuvos mokėjimams ir pristatymui?

Tinka. Pristatymas ir mokėjimai Lietuvoje nėra ta vieta, kur gatava el. parduotuvė sustoja, o įspėjimai apie priešingai paprastai neturi pagrindo: Omniva skelbia paruoštus modulius šešioms platformoms — WooCommerce, Shopify, PrestaShop, OpenCart, Magento ir Mozello — ir šalia jų dokumentuotą OMX sąsają, kuria keliauja siuntų duomenys, etiketės, sekimo įvykiai ir paštomatų sąrašai visose trijose Baltijos šalyse, o būtina to sąlyga yra įmonės sutartis, ne programuotojas. DPD Baltics pati prižiūri savo WooCommerce įskiepį WordPress.org kataloge — versija 1.2.91, daugiau nei 2000 aktyvių diegimų —, ir jis apima paštomatus, kurjerį, etiketes, manifestus ir atsiskaitymą pristatymo metu; ten pat matyti ir viešas jo įvertinimas 2,7 iš 5 bei naudotojų atsiliepimai, kuriuose skundžiamasi konfliktais su kitais pristatymo įskiepiais.

MakeCommerce, už kurio stovi Maksekeskus AS, viena sutartimi duoda Swedbank, SEB, Citadele ir Luminor bankines nuorodas, korteles, Apple Pay ir Google Pay, o šalia — Omniva, DPD, Venipak ir Unisend pristatymą; jo WooCommerce įskiepis turi daugiau nei 3000 aktyvių diegimų, o paskutinį kartą atnaujintas 2026 m. birželį. Klix by Citadele, kurį prižiūri pats bankas, skelbia oficialius įskiepius šešioms platformoms, tarp jų WooCommerce nuo 3.5 versijos, tad teigti, kad gatava parduotuvė Lietuvoje nesugeba priimti pinigų, būtų tiesiog netiesa.

Kita to paties pusė ta, kad šie paslaugų teikėjai nėra įskiepių nuosavybė: MakeCommerce, Omniva ir DPD skelbia sąsajas, ne vien modulius, o mūsų kainoraštyje mokėjimų prijungimas — MakeCommerce ir Stripe — įeina jau į Basic versiją už 4 500 €, nesvarbu, kuri platforma yra apačioje. Integracijos su Horizon, Jumis, Latvijos paštu, Omniva ir DPD yra parduotuvės paslaugos eilutė, o ne priemoka už Laravel, ir su Omniva, DPD bei Venipak pristatymo API — o Latvijos projektuose ir su Latvijos paštu — dirbame reguliariai, todėl Lietuvos pristatymo ir mokėjimų sluoksnis nėra argumentas nei už, nei prieš nė vieną iš trijų kelių.

Kur iš tikrųjų prasideda darbas

Sudėtinga darosi giliau, sistemų sandūroje: Visma Horizon, Jumis ir Directo — kiekvienas skelbia savo REST sąsają, o Directo dokumentacija aprašo autorizaciją per X-Directo-Key antraštę ir prieigą prie prekių, užsakymų, klientų, sąskaitų, likučių ir kainų formulių —, bet paskelbta sąsaja dar nėra integracija: kažkam reikia suderinti tai, ką parduotuvė vadina preke, su tuo, ką apskaita vadina atsargų vienetu, ir nuspręsti, kuri iš dviejų sistemų saugo tiesą apie likutį tą sekundę, kai pirkėjas paspaudžia mygtuką. Dvi vietos, kuriose laikomas likutis, yra tarsi du laikrodžiai laive: kol jie nesuderinti, niekas nežino laiko, ir šis darbas yra individualus bet kurioje platformoje — su Horizon ir Jumis jį darome reguliariai.

Virš viso to stovi datuotas įstatymo faktas su spąstais viduje: struktūrizuota elektroninė sąskaita valstybės įstaigoms Latvijoje privaloma nuo 2025 m. sausio 1 d., o tarpusavio įmonių sandoriuose ji taps privaloma 2028 m. sausio 1 d. — Latvijos buhalterinės apskaitos įstatymo nustatyta tvarka ir Latvijos standarto redakcijos LVS EN 16931-1:2017 formatu. Spąstai yra data: iš pradžių buvo numatyti 2026 metai, todėl 2024 m. spaudos publikacijos vis dar mini klaidingą terminą, o pasitikrinti verta Latvijos finansų ministerijos puslapyje apie struktūrizuotą elektroninę sąskaitą, ne naujienose, nes parduotuvei, kuri parduoda įmonėms, kompiuterio nuskaitomų sąskaitų kelią bet kurioje platformoje kažkam teks pastatyti nepriklausomai nuo to, kurie metai galiausiai pasirodys teisingi.

WooCommerce ar Laravel el. parduotuvė: kuris iš trijų kelių yra Jūsų?

Palyginimai, kurie šį pasirinkimą pateikia kaip du mygtukus, praleidžia kelią, kurį parduodame dažniausiai, nes kelių iš tikrųjų yra trys; jie skiriasi tuo, kokia Jūsų proceso dalis gyvena kode, kurį galite keisti patys, ir pasirinkimas tarp jų yra pasirinkimas, kur toliau bus Jūsų kainų ir užsakymų taisyklės — nustatymų lange, Jūsų pačių saugykloje ar per vidurį.

Pirmasis kelias — gatavas įrankis su gatavais plėtiniais: WooCommerce arba OpenCart, kurį esamoms parduotuvėms siūlome ir mes. WooCommerce branduolyje yra du kainos laukai, įprasta ir akcijos kaina, vienas likučio skaičius vienai prekei ar variacijai ir trys mokėjimo būdai, iš kurių nė vienas pinigų internetu nepriima, todėl kaina konkrečiai klientų grupei, kiekio nuolaidos, pasiūlymo pavertimas užsakymu, PVM lengvata ir likučiai keliuose sandėliuose yra atskiras pirkinys iš atskiro gamintojo su atskira metine prenumerata. Kelias yra greičiausias ir labai dažnai teisingas, o jo kaina yra ne pinigai, o tai, kad Jūsų proceso taisyklės toliau gyvena svetimo gamintojo nustatymų lange.

Antrasis kelias palyginimuose beveik nepasirodo, nors parduodame jį dažniausiai: gatavas įrankis su mūsų pačių kodu viršuje. WooCommerce yra atvirojo kodo PHP kodas, todėl perpardavėjų kainų lentelę, kredito patikrą ar likučio rezervavimą galima parašyti šalia branduolio, o ne nusipirkti kaip įskiepį, ir licencijų tam nėra — yra valandos —, už tą kainą, kad šis kodas lieka pririštas prie WooCommerce atnaujinimų ritmo ir prie to, kaip ši platforma saugo užsakymus. Nemažą dalį to, ką mūsų kainoraštis vadina Pro versija už 9 500 €, sudaro būtent šis darbas, ir čia yra didžioji dalis mūsų pačių parduotuvių.

Trečiasis kelias — mūsų pačių platforma, kurioje katalogas, krepšelis, atsiskaitymas ir kainų logika parašyti nuo tuščios vietos aplink Jūsų procesą; tai brangiausia pradžia ir vienintelė, kurioje nėra nė vienos svetimo gamintojo prielaidos apie tai, kas yra prekė ir kada užsakymas tampa užsakymu. Trečiojo kelio viduje yra atšaka: Bagisto ir Lunar yra MIT licencijuoti Laravel prekybos paketai — 2026 m. rugpjūčio 6 d. GitHub atitinkamai 27 943 ir 3 588 žvaigždutės —, kurie katalogą ir krepšelį duoda jau parašytus mainais į dar vieną išorinę priklausomybę, kurios ritmas ne Jūsų rankose. Mes juo neiname.

Kiek per metus kainuoja WooCommerce įskiepių licencijos?

Parduotuvei su septyniais šimtais prekių ir trimis perpardavėjų pakopomis pirmasis kelias 2026 m. rugpjūčio 6 d. kainavo 270 € per metus už dvi viešas kainas plius nežinomą trečiąją. Dynamic Pricing už 113 € per metus duoda kiekio ir vaidmenų nuolaidas; Addify sukurtas B2B for WooCommerce už 157 € per metus duoda vaidmenų kainas, pakopines kainas, pasiūlymo pavertimą užsakymu, PVM lengvatą ir pagal vaidmenį apribotus mokėjimo bei pristatymo būdus; bet likučiams keliuose sandėliuose branduolyje nenumatyta nieko, todėl prisideda trečias mokamas įskiepis, pavyzdžiui, Addify Multi Inventory Management, kuriam viešos metinės kainos gamintojas neskelbia.

Tie 270 € per metus yra šiek tiek daugiau nei penkios kūrimo valandos, nes mūsų kainoraštyje kūrimo valanda kainuoja 50 €, ir už funkcijas, kurios turi gamintoją, dokumentaciją ir atnaujinimus, tai pigu. Kaina, kurios prieš pokalbį nežinote, sąmatoje vis dėlto nėra eilutė: sandėlių įskiepis šį skaičių pakelia, o kiek — priklauso nuo pasiūlymo, kuris Jums ateis po to, kai įvardysite sandėlių skaičių ir užsakymų apimtį.

Kitai parduotuvei eilutės kitos: tai, kuri parduoda prenumeratas, rezervacijas ir narystės lygius, tomis pačiomis prekyvietės kainomis WooCommerce Subscriptions kainuoja 245 € per metus, Bookings — 218 €, Memberships — 175 €, AutomateWoo — 140 €, o Product Add-Ons — 70 €; iš viso 848 € per metus. Per penkerius metus, jei kainos nekyla, tai 4 240 €: beveik visa Basic versijos parduotuvės kaina, kuri mūsų kainoraštyje yra 4 500 €, ir beveik pusė Pro versijos už 9 500 €. Ši eilutė neamortizuojama, nes ji yra už vieną svetainę, už vienus metus ir mokama kasmet iš naujo.

Tas pats skaičius atvirkščiai yra beveik 85 kūrimo valandos po 50 €, ir tai valandos, kurios lieka Jūsų kode ir Jūsų nuosavybėje, o ne atsinaujina kitų metų sąskaitoje. Konkreti 848 € sąskaita, be to, yra prenumeratų, rezervacijų ir narysčių parduotuvės sąskaita, ne norma — normos čia nėra, ir kiekvienai parduotuvei šią eilutę reikia susiskaičiuoti iš savo proceso. Licencijų eilutė taip pat ateina statybai viršuje, o ne vietoj jos: abiem atvejais kažkas parduotuvę pirmiausia pastatė, ir tik vienu iš dviejų atvejų už pastatytą kitą sausį vėl ateina sąskaita.

Ką sąskaita daro, kai jos neapmokate

Jei prenumeratos neatnaujinate, WooCommerce.com dokumentacija sako tiesiai: „the extension or theme remains installed on your site but will no longer receive updates“ — įskiepis lieka įdiegtas, parduotuvė toliau veikia, o dingsta vieninteliai atnaujinimai. Neatnaujintos licencijos padarinys todėl nėra prastova, kurią pastebite tą pačią dieną, o nepataisytas kodo gabalas, kuris vis dar apdoroja mokėjimus; be to, viena prenumerata apima vieną gamybinę ir vieną kūrimo svetainę, o subdomenai skaičiuojami atskirai.

Viena eilutė elgiasi kitaip ir elgiasi vienodai abiejose pusėse: apskaitos jungtis paprastai yra ne licencija, o prenumerata, kuri kyla kartu su užsakymų skaičiumi — MyWorks Xero Sync WooCommerce prekyvietėje prasideda nuo nemokamo lygio, o toliau kainą lemia apimtis, todėl ši eilutė auga kaip tik tada, kai auga parduotuvė. Individuali platforma jos nepanaikina, bet pakeičia tai, kas jungtį prižiūri, ir mūsų atveju tai yra valandos; šių eilučių pūsti taip pat nereikia: kelių kalbų palaikymas nėra automatiškai 99 € per metus už WPML Multilingual CMS, nes šalia WPML stovi ir Polylang, tačiau pigesnė WPML licencija Multilingual Blog už 39 € el. prekybos nepalaiko, todėl parduotuvei pasirinkimo tarp 39 € ir 99 € nėra.

Kodėl skirtumas išryškėja antraisiais metais

Kad pakeitimo kaina yra realus, o ne teorinis išlaidų straipsnis, rodo pati platforma: nuo 2023 metų WooCommerce išėmė dvi laikančiąsias detales, atšaukė vieną beta funkciją ir pakeitė vieną numatytąją reikšmę. Paveldėtoji REST API iš branduolio dingo 2024 m. birželio 11 d. kartu su 9.0 versija, nors pasenusia buvo pripažinta dar nuo 2.6 versijos 2016 metais; įmontuoti PayPal Standard vartai išimti 8.9 versijoje 2024 m. gegužę; prekių redaktoriaus beta versija išimta 11.0 versijoje, kuri kataloge pasirodė rugpjūčio 4 d.; o užsakymų saugojimas HPOS naujiems diegimams tapo numatytuoju 8.2 versijoje 2023 m. spalį ir esamų parduotuvių neliečia, kol kas nors jų nemigruoja.

Tokiomis aplinkybėmis WooCommerce kūrėjų tinklaraščio skiltyje Advisories per dvylika mėnesių iki 2026 m. rugpjūčio 5 d. yra 37 įrašai — maždaug trys per mėnesį —, ir kiekvieną iš jų reikia sugretinti su kiekvienu parduotuvėje įdiegtu plėtiniu, o tai parduotuvė su keturiais įskiepiais atlaiko be vargo, parduotuvė su dvidešimčia — jau ne. Be to, krūva nesusikaupia per vieną dieną: įskiepių prisirenka po vieną, kiekvienas atskirai yra visiškai protingas sprendimas, o tikrinamų derinių daugyba vyksta tyliai.

Dešimt įskiepių yra ne dešimt detalių, o dešimt sutarčių, kurių kiekviena gali pasibaigti atskirai, ir savininkas keičiasi net tada, kai kodui nieko nenutinka. 2025 m. spalio 31 d. atsiliepimų paslauga Judge.me išjungė savo WooCommerce integraciją kartu su Square, Squarespace, BigCommerce, Duda ir PrestaShop: duomenis dar buvo galima pasiekti iki lapkričio 19 d., paskui prieiga buvo negrįžtamai panaikinta, o į eksportą atsiliepimų vaizdo įrašai nepateko, tad metų metus kauptas rinkodaros turtas iš dalies liko už durų. Ramesni atvejai įtikina labiau: 2019 metais Automattic nupirko Prospress, kuri buvo WooCommerce Subscriptions ir AutomateWoo autorė, 2020 metais GoDaddy nupirko SkyVerge, kurios daugiau nei šešiasdešimt įskiepių naudojo daugiau nei 100 000 prekiautojų, ir abu sandoriai, sprendžiant iš to, kas viešai žinoma, prekiautojams baigėsi gerai. Klausimas ne apie žalą, o apie tai, kad Jūsų parduotuvės sudedamosios dalies savininkas gali pasikeisti be Jūsų dalyvavimo.

Kiek didelė ši rizika iš tikrųjų

Mastas ją sušvelnina, o skaičiai čia mūsų pačių: 2026 m. rugpjūčio 6 d. suskaičiavime WordPress.org įskiepių API grąžino 7 764 įskiepius su žyma „woocommerce“, iš kurių 23,1 % neatnaujinti dvejus metus ar ilgiau, bet tame pačiame suskaičiavime 10 809 800 aktyvių diegimų tenka įskiepiams, atnaujintiems per pastaruosius šešis mėnesius, ir tik 208 790 — tokiems, kurie neliesti daugiau nei trejus metus. Įskiepių su 10 000 ir daugiau diegimų, likusių be atnaujinimo dvejus metus, tame pačiame suskaičiavime yra lygiai šeši.

Apleistas įskiepis beveik niekada nėra tas populiarusis, kurį žino visi: rizika sėdi tame viename siaurame modulyje, kurio reikalauja būtent Jūsų procesas — B2B kainų pakopose, sandėlio jungtyje, konkretaus kurjerio etikečių generatoriuje —, ir kuo labiau Jūsų procesas skiriasi nuo vidutinio, tuo arčiau esate tos katalogo dalies, kurioje paskutinis atnaujinimas yra iš užpernai. Šią eilutę galima sumažinti nieko neperstatant: pagal priežiūros sutartį tai darome mes — mažiname įskiepių skaičių, konfigūruojame atnaujinimus ir palaikome stebėseną —, o perstatymas yra atsakymas tik tada, kai problema nebėra priežiūra, o tai, kad procesas niekur nėra užrašytas.

Kur WooCommerce duomenų forma pradeda spausti

Antra vieta, kur antrieji metai kainuoja, yra duomenų forma, ir pirmiausia ta pusė, kurioje šis argumentas nebeteisingas: užsakymai naujuose diegimuose nuo 8.2 versijos guli keturiose savo lentelėse, o pačios įmonės 2023 m. kovo matavimas rodo, kad naujas saugojimas užsakymų operacijas pagreitina, o ne stabdo. Spaudžia prekių pusė, ir geriausiai tai užrašė patys WooCommerce kūrėjai, 2019 m. balandžio 1 d. aiškindami 3.6 versijos našumo patobulinimus: prekės ir variacijos eina per WordPress įrašų sistemą, kurioje post meta laukas yra nepaprastai lankstus, tačiau „not that efficient when we need to sort or filter by many meta values at once“ — ne itin efektyvus, kai vienu metu reikia rikiuoti ar filtruoti pagal daugelį meta reikšmių. Atsakymas tame pačiame leidime buvo wc_product_meta_lookup, denormalizuota pagalbinė lentelė su SKU, kaina ir likučio būsena šalia post meta, o ne vietoj jos, todėl pamatinė forma liko tokia, kokia buvo.

Lygiavertis darbas prekių pusėje, woocommerce-product-tables-feature-plugin, nuo 2017 m. spalio 16 d. gyvena tik GitHub ir apleistas nėra — paskutiniai pakeitimai yra 2026 m. liepos 31 d. —, tik pakankamai stabiliu WordPress.org katalogui jis vis dar nepripažįstamas. Šalia stovi wp_options, kurios autoload laukas pagal nutylėjimą neturi indekso, kurios automatiškai įkeliami duomenys skaitomi per kiekvieną puslapio įkėlimą, kurią pati WooCommerce pataria laikyti maždaug žemiau 500 eilučių ir kurios augimą sukelia būtent plėtiniai, įskiepiai ir temos — ta pati krūva, apie kurią buvo kalbėta anksčiau, tik žiūrint iš duomenų bazės pusės.

Ką Laravel duoda parduotuvei, ko gatavas įrankis neduoda

Laravel nėra parduotuvė ir tokia neapsimeta: jis duoda įvardytas, dokumentuotas ir MIT licencijuotas detales, iš kurių parduotuvę kažkas surenka, todėl klausimas, vertas čia pinigų, yra ne „ar karkasas geras“, o „kurios Jūsų proceso dalys pagaliau tampa Jūsų pačių lentelėmis ir Jūsų pačių darbais“. Prekiautojo parduotuvėje atsakymas paprastai yra keturios eilutės — perpardavėjų kainų lentelė, kredito limitas, likučio rezervavimas ir apskaitos sinchronizavimas —, ir būtent jas gatavame įrankyje perkate iš keturių skirtingų gamintojų, o paskui derinate tarpusavyje.

Prieš tai sąžininga pasakyti, ko šis kelias neduoda, nes nė vienos iš keturių eilučių neduoda ir pats Laravel: oficialūs karkaso pradiniai rinkiniai duoda autentifikaciją ir nieko daugiau — nėra nei katalogo, nei krepšelio, nei atsiskaitymo žingsnio, nei sandėlio —, o vienintelis komplekte ateinantis prekybos paketas yra Cashier, kuris aptarnauja prenumeratų sąskaitas Stripe arba Paddle pusėje ir tikisi, kad prekės su kainomis jau aprašytos mokėjimo paslaugos skydelyje. Tai, ką Laravel duoda, yra forma, kurioje šias keturias eilutes pigu parašyti ir dar pigiau vėliau pakeisti.

Eilės, transakcijos ir Jūsų pačių duomenų bazės forma

Pirmoji detalė — eilės: viena API virš kelių variklių — Redis, duomenų bazė, Amazon SQS, Beanstalkd —, leidžianti užsakymo apdorojimui, ERP sinchronizavimui ir el. laiškui išeiti už užklausos ribų, kad pirkėjas nebelauktų, kol atsakys apskaitos sistema. Dokumentacijoje įvardyta ir tai, kas lemia realų įdiegimą: darbų grandinės ir paketai, unikalūs darbai, kurių eilė neįvykdo dukart, kartojimo bandymai ir nepavykusių darbų talpykla, iš kurios juos galima paleisti dar kartą. Dukart įvykdytas užsakymas yra sąskaita, kurią kažkam paskui reikia atšaukti, ir klientas, kuris tai pastebi anksčiau už Jus.

Horizon rodo eilių pralaidumą, vykdymo trukmes ir klaidas, leidžia eilių vykdytojų konfigūraciją aprašyti kode ir įspėja, kai eilė laukia per ilgai, bet jam reikia Redis ir su Redis Cluster jis šiuo metu neveikia, vadinasi, tai atskira pozicija talpinimo sąskaitoje, o ne nemokamas priedas. Transakcijos savo ruožtu yra tai, ką praktiškai reiškia sakinys „užsakymas ir likučio judėjimas įvyksta abu arba nė vienas“: DB::transaction klaidos atveju pakeitimus atšaukia pati ir leidžia juos pakartoti, jei duomenų bazė atsiduria aklavietėje.

Migracijas Laravel dokumentacija vadina duomenų bazės versijų kontrole, o praktiškai tai reiškia, kad lenteles, indeksus ir išorinius raktus projektuojate aplink savo kainų ir likučių logiką, o ne aplink tai, ką kažkas kadaise nusprendė apie prekės sąvoką. Paieška ir prenumeratų sąskaitos, be to, lieka pasirinkimas, o ne privaloma mėnesinė eilutė: Scout indeksuoja toje pačioje duomenų bazėje MySQL arba PostgreSQL pilno teksto indeksais be išorinės paslaugos, o Stripe pusę aptarnauja Cashier, jei prenumeratų parduotuvėje apskritai yra.

Kainų lentelė, kredito limitas ir rezervavimas kode

Kaip tai atrodo konkrečiai, geriausiai rodo pirmoji iš keturių eilučių: perpardavėjų kainų lentelė savame kode yra viena migracija su keturiais stulpeliais — klientų grupė, prekė, kiekio riba ir kaina — ir unikalus indeksas per pirmuosius tris, todėl kainą konkrečiam pirkėjui randa viena užklausa su vienu sujungimu, o ne paieška po meta reikšmes, ir nauja kainų pakopa yra nauja lentelės eilutė, o ne naujas nustatymas svetimo gamintojo lange. Kai po metų prisideda ketvirtoji pakopa su kitokia apvalinimo tvarka, keičiasi viena vieta ir vienas testas, ir abu yra Jūsų saugykloje.

Kredito limitas ir likučio rezervavimas yra ta pati mintis vienu žingsniu toliau, nes ir ten viskas remiasi viena lentele ir viena transakcija: neapmokėtų sąskaitų suma yra stulpelis prie kliento, o patikra vyksta toje pačioje transakcijoje, kurioje gimsta užsakymas, todėl du vienu metu pateikti užsakymai negali abu prasprūsti po limitu, o aklavietės atveju transakcija pasikartoja pati. Rezervavimas savo ruožtu yra eilutė su galiojimo terminu, kuri atsiranda kartu su užsakymu ir dingsta su suplanuotu foniniu darbu, jei užsakymas neapmokėtas, todėl sandėlio likutis nebėra skaičius, kurį du pirkėjai gali ištuštinti vienu metu.

Apskaitos sinchronizavimas yra eilės darbas, pažymėtas kaip unikalus, todėl pakartotinis bandymas niekada neišrašo sąskaitos dukart, o kai Horizon iš ryto parodo, kad naktį apskaitos gale buvo pertrūkis, nepavykusių darbų talpykla leidžia juos paleisti dar kartą iš eilės, o ne perrašinėti ranka. Kiekviena iš šių keturių eilučių gatavame įrankyje irgi pasiekiama, tik kaip gamintojo nustatymų langas, kurio taisyklių nematote, kurį po kiekvieno atnaujinimo reikia tikrinti iš naujo ir kuris į kitą platformą nepersikelia.

Du darbai, kurie jau veikia

Kaip tai atrodo projekte, o ne dokumentacijoje, matyti iš mūsų pačių Laravel darbų. LIDO maisto užsakymo platformoje kainą lemia ne prekė, o adresas: geolokacija nustato pristatymo zoną, atstumą ir mokestį, kiekvienas iš trylikos restoranų turi savo patiekalų asortimentą, o šalia parduotuvės veikia atskira procesų automatizavimo sistema, į kurią patenka visi užsakymai ir iš kurios jie paskirstomi restoranams bei virėjams — su integracijomis daugiau nei dešimtyje kitų sistemų, tarp jų Wolt, QWQER ir RKeeper. Riga Lashes el. parduotuvėje, veikiančioje Laravel pagrindu, yra variantų kainos, klientų paskyros, pageidavimų sąrašas ir studijos paslaugų kainoraštis, o už jų — prekių sandėlis, kurjerių tarnybų integracijos ir mokėjimai, kur procesas automatizuotas iki pat pakavimo stadijos. Abiem atvejais lemiamą dalį būtų tekę parašyti ir su gatavu įrankiu, tik svetimo gamintojo kainos ir užsakymo formos viduje, ir būtent tai yra skirtumas, kuris lieka: savame kode šis darbas yra viena saugykla be atskiros prenumeratos už kiekvieną gebėjimą, o po kiekvieno platformos atnaujinimo jo nereikia tikrinti iš naujo. Laravel rašome nuo 2013 metų, ir jo pagrindu veikia didžioji dalis mūsų individualių sistemų, viešojo sektoriaus portalų ir B2B platformų.

Kur nueina pinigai, kurių nėra licencijose, yra konkretus klausimas, ir atsakymas toks pat konkretus: beveik 85 valandos, kurias per penkerius metus kainuoja 848 € metinė licencijų eilutė, savame kode yra būtent ši kainų lentelė, šis kredito limitas, šis rezervavimas ir šis sinchronizavimas, parašyti aplink Jūsų procesą. Jie lieka Jūsų saugykloje ir tada, jei mes kada nors nustotume būti Jūsų partneriai: užsakytoje statyboje kodas yra Jūsų nuo pirmos dienos, ir tai užrašyta ir mūsų Laravel paslaugos puslapyje.

Filament: valdymo skydelis, kurio niekas nerašo nuo nulio

Valdymo skydelio dalį iš priekaišto, kad savo statytoje sistemoje viską reikia rašyti nuo nulio, nuima Filament — atvirojo kodo sąsajos karkasas Laravel programoms. Ištekliai (Resources) generuoja CRUD ekranus Eloquent modeliams, lentelių kūrėjas duoda filtravimą, rikiavimą ir puslapiavimą, formų komponentai ateina su įmontuotu validavimu, o prieigos teises Filament nuskaito tiesiai iš Laravel modelių politikų, todėl vaidmenų patikrų nereikia rašyti antrą kartą. Ryšių tvarkyklės, informacijos skydelio valdikliai ir pranešimai yra ten pat komplekte; kelių nuomininkų palaikymas taip pat, tiesa, su pačios Filament įspėjimu, kad tai įrankių rinkinys, o ne garantija, ir kad už duomenų atskyrimą tarp nuomininkų atsako diegėjas; visas sluoksnis MIT licencijuotas, kaip ir pats Laravel, todėl licencijos mokesčio ten nėra jokio.

Svarbiausia vis dėlto ne tai, ką karkasas nupiešia, o tai, kur nueina atlaisvinti pinigai: prekių redagavimo ekranai, užsakymų lentelės, filtrai ir teisių patikros yra ta kūrimo dalis, kurios pirkėjas niekada nemato ir už kurią užsakovas vis tiek moka pilną įkainį, o kai jas duoda karkasas, biudžetas nueina kainų, užsakymų ir sandėlio logikai, dėl kurios individualus kūrimas apskritai buvo pasirinktas. Pavyzdys yra ten pat, kur tai skaitote: ši svetainė veikia su Laravel 13 ir Filament 5, o visas redakcinis darbas dvylika kalbų vyksta skydelyje, kurį mes sukonfigūravome, o ne parašėme nuo nulio.

Kur karkasas baigiasi ir parduotuvė prasideda

Filament nėra parduotuvė, ir šią ribą verta nubrėžti aiškiai: karkasas duoda valdymo skydelį — ekranus, lenteles, formas ir teisių patikras —, bet nieko nežino apie tai, kas tose lentelėse yra ir pagal kokias taisykles ten patenka. Prekių katalogas su variacijomis ir atributais, krepšelis, atsiskaitymo žingsnis, kainų taisyklės su klientų lygiais ir kiekio nuolaidomis, užsakymo gyvavimo ciklas nuo sukūrimo iki grąžinimo ir likučių rezervavimas sandėlyje — nieko iš to Laravel ir Filament komplekte nėra. Filament yra tarsi įrengtos dirbtuvės su lentynomis, staklėmis ir šviesa; ką jose gaminti, komplekte neateina.

Kaip pažodžiui tai suprasti, rodo pati dokumentacija, kurioje Order ir Payment modeliai pasirodo vien kaip pavyzdžiai, kuriuos kūrėjas parašo pats, nes karkase tokių klasių tiesiog nėra. Tai ne karkaso trūkumas, o darbo pasidalijimas: Filament žada administravimo sąsają ir nieko daugiau, lygiai kaip Laravel žada karkasą, o ne gatavą programą. Praktiškai tai reiškia, kad Filament sutrumpina administravimo darbą, bet nieko nesutrumpina toje dalyje, dėl kurios individualus kūrimas apskritai buvo pasirinktas.

Todėl mūsų kainoraštyje parduotuvės Basic versija už 4 500 € ateina be sandėlio modulio, kelių kalbų palaikymo, B2B kainų pakopų, nuolaidų sistemos ir turinio migracijos, o Pro versija už 9 500 € — su jais visais. Skirtumas yra ne antkainis už modernesnę technologiją, o kaina to, ką kažkam reikia parašyti, ir būtent todėl ji abiejose platformose vienoda. Fiksuotos apimties Laravel sistema nuo 8 000 € kainoraštyje jau yra kita eilutė ir kita prekė: tai ne parduotuvė, o sistema, kurioje nuo tuščios vietos gimsta visas procesas.

Ko nežadame: kur savo statyta kainuoja brangiau

Savo statyta parduotuvė yra laisva nuo įskiepių metinių licencijų, o ne nuo priežiūros, ir tai du visiškai skirtingi dalykai. Laravel kiekvienam leidimui duoda 18 mėnesių klaidų taisymų ir dvejus metus saugumo taisymų, naują pagrindinę versiją išleidžia kartą per metus, o ilgalaikio palaikymo lygio ten nėra, todėl datos konkrečios: Laravel 13 išėjo 2026 m. kovo 17 d. su saugumo taisymais iki 2028 m. kovo 17 d., Laravel 11 saugumo langas užsivėrė 2026 m. kovo 12 d., o Laravel 12 klaidų taisymai baigiasi 2026 m. rugpjūčio 13 d. Kartą per metus ar dvejus sistemą tad reikia perkelti į naują pagrindinę versiją, o Laravel dokumentacija sako, kad jie stengiasi užtikrinti galimybę tai padaryti per dieną ar greičiau — pastanga, o ne pažadas dėl to, kiek tai užtruks Jūsų sistemoje.

PHP bėgimo takelis, be to, vienodas abiem pusėms: kiekviena versija turi dvejus metus aktyvaus palaikymo ir dvejus metus vien saugumo taisymų, todėl į penkerių metų langą telpa bent vienas ir, priklausomai nuo to, kurioje ciklo vietoje pradedate, iki dviejų priverstinių PHP perėjimų, nesvarbu, kas yra apačioje. Nei WooCommerce, nei Laravel parduotuvė šios eilutės neišvengia, ir abiem atvejais ją planuoja tas pats žmogus, kuris planuoja likusią priežiūrą — skirtumas tik tas, kad turint savo kodą perėjimą galima atlikti tada, kai Jums patogu, o ne tada, kai koks nors plėtinys nustoja palaikyti seną versiją.

Trys eilutės, kur gatavas įrankis laimi

Brangesnės už priežiūrą yra trys kitos eilutės, ir pirmoji iš jų — ekosistema: čia gatavas įrankis laimi be diskusijų. Dar viena rinkodaros automatizacija WooCommerce parduotuvėje yra prekyvietės įrašas — AutomateWoo, pavyzdžiui, kainuoja 140 € per metus — ir, mūsų patirtimi, dienos darbas, o savo statytoje sistemoje tai yra specifikacija, valandos ir testas, ir prie 50 € už valandą tai pirmoji funkcija, apie kurią paklausite, ar jos tikrai reikia; prekės laukas ar naujas filtras administravime į šį sąrašą nepatenka, nes juos duoda karkasas. Ekosistemos trūkumas yra ne vienkartinė išlaida, o nuolat aukštesnis slenkstis viskam, ką vėliau norisi pabandyti, ir parduotuvei, kuri daug eksperimentuoja, tai gali persverti licencijų sąskaitą — būtent todėl licencijų sąskaitos mes nevadiname pagrindiniu argumentu.

Antroji — priklausomybė nuo vienos komandos, ir į ją atsako struktūra, o ne teiginys: užsakytoje statyboje kodas yra Jūsų nuo pirmos dienos, rašome jį standartine Laravel struktūra be egzotikos, kritinei logikai yra testai, o kartu ateina dokumentuotas README ir CI, kad sistemą galėtų perimti kas nors kitas. Laravel programuotojų Latvijoje rasti nesunku, todėl ir mūsų pačių atsakymas į klausimą, kodėl Laravel, baigiasi sakiniu, kad Jūs neliekate priklausomi nuo vienos komandos, taip pat ir nuo mūsų; rizikos tai nepanaikina, bet padaro ją perkeliamą.

Trečioji — PCI DSS, ir ji yra prieš mus. 2025 m. sausį paskelbta SAQ A redakcija, įsigaliojusi 2025 m. kovo 31 d., prekiautojams, kurių mokėjimo puslapį visiškai ir tiesiogiai pateikia PCI DSS reikalavimus atitinkantis paslaugos teikėjas ir kurie patys patvirtino, kad svetainė nėra veikiama scenarijais grįstų atakų, panaikino 6.4.3 ir 11.6.1 reikalavimus — scenarijų inventorizaciją, jų pagrindimą ir pakeitimų stebėseną — bei 12.3.1 reikalavimą dėl tikslinės rizikos analizės, kartu nurodydama, kad pačių PCI DSS reikalavimų tai nepanaikina. Ši lengvata mažą WooCommerce parduotuvę su banko mokėjimo puslapiu aprašo daug tiksliau nei atsiskaitymo žingsnį, kurį vaizduojame savo kode, o šalia jos stovi antras toks pat nepatogus faktas: kovo pažeidžiamumą rado ir sutaisė kažkas kitas, o sistemoje, kurią parašėme mes, tai daro mūsų komanda, todėl priežiūra ten yra sutarties eilutė, o ne prielaida.

Mūsų priklausomybės nėra kitos rūšies

Filament yra lygiai tokia pat trečiosios šalies priklausomybė kaip ir įskiepiai, apie kuriuos ką tik kalbėjome, o skirtumas tarp jų yra laipsnio ir padėties, ne principo. Tai viena MIT licencijuota priklausomybė kūrimo sluoksnyje, jos kodas yra mūsų saugykloje ir iš jo galime pasidaryti savo atšaką, ir ji nesėdi pirkėjo atsiskaitymo kelyje, nes piešia valdymo skydelį, o ne priima mokėjimą.

Jei projektas rytoj sustotų, parduotuvė toliau priimtų užsakymus, o pasentų ta dalis, kurią mato Jūsų darbuotojai, ne ta, kuri ima pinigus iš pirkėjo. Filament, be to, skelbia versijų palaikymo lentelę su konkrečiomis datomis: trečioji versija išėjo 2023 m. rugpjūtį ir saugumo taisymus gauna iki 2028 m. sausio 1 d., o tai ilgesnis langas, nei pats Laravel duoda savo versijoms.

Filament vis dėlto nėra pirmosios šalies Laravel paketas, nes Laravel savo paketų sąraše jo nemini, o už projekto nestovi įmonė su balansu — stovi komanda aplink vieną prižiūrėtoją: jo vardu saugykloje yra apie 17 000 pakeitimų, kitam prisidėjusiajam — apie 2 400, o finansavimas ateina iš GitHub rėmėjų ir mokamų konsultacijų. Leidimų ritmas taip pat nešvelnus: ketvirtoji versija išėjo 2025 m. rugpjūtį, penktoji jau 2026 m. sausį, praėjus dviem dienoms po Livewire 4, kuri yra dar viena trečiosios šalies priklausomybė po ja. O sakinį „prireikus pasidarysime savo atšaką“ pigu parašyti ir brangu įvykdyti.

Mes nesiūlome parduotuvės be trečiųjų šalių priklausomybių, nes tokios neturime nei mes, nei kas nors kitas; siūlome mažesnį jų skaičių, licenciją, leidžiančią kodą pasilikti ir prižiūrėti patiems, ir aiškią ribą tarp to, kas gedimo atveju sustabdo pinigų srautą, ir to, kas sugadina darbuotojo darbo dieną. Jei Jums šis skirtumas neatrodo pakankamai didelis, tai visiškai pagrįstas priekaištas — ir tada mes Jums pastatysime gatavą įrankį, nes tai ta pati Basic ar Pro versija už tą pačią kainą. Nė vienas iš dviejų atsakymų nepadaro mūsų netinkamu partneriu.

Kaip šį pasirinkimą darome praktiškai

Kartu su platforma perkate atsakymą į vieną klausimą — kas turi teisę keisti Jūsų kainų ir užsakymų taisykles ir pagal kokį grafiką —, ir savame kode šis atsakymas yra „Jūs, kitame sprinte“, o svetimo gamintojo plėtinyje jis yra „kai gamintojas tai įtrauks į savo leidimą, jei įtrauks“. Todėl tiriamajame pokalbyje mes klausiame ne apyvartos, o kiek kainų pakopų iš tikrųjų turite ir ar vienas klientas kada nors mato kitokią kainą nei kitas — tai riba tarp dviejų kainos laukų, kuriuos WooCommerce duoda pats, ir kainų lentelės, kurią kažkam reikia prižiūrėti.

Paskui klausiame, ar likutis gyvena daugiau nei vienoje vietoje, nes sandėlis plius parduotuvės lentyna jau yra dvi vietos, o dvi vietos reiškia, kad kažkam reikia nuspręsti, kuri iš jų laikoma tiesa. Kiti du klausimai paprastai nulemia viską: ar užsakymas tampa užsakymu iš karto, ar jam pirma reikia patvirtinimo — kliento pirkimų skyriaus, Jūsų pardavimų vadovo ar kredito limito —, ir ar procesas tiktų ir tada, jei katalogas išaugtų dvigubai.

Jei atsakymas apie patvirtinimą yra „taip“, esate ten, kur gatavų įskiepių rinka silpniausia: kredito limitų stebėsenos ir užsakymų blokavimo virš limito nėra nei branduolyje, nei paplitusiuose B2B paketuose, o žada jį tik keli specializuoti prekyvietės įrašai, pavyzdžiui, QuarkCode B2B Commerce Suite. Kiek proceso esate pasirengę perdaryti pagal įrankį — tai klausimas, kuris lieka, o neaiškūs reikalavimai yra brangiausia viso užsakymo klaida, apie ką rašėme atskirai.

Jei atsakymai telpa į gatavą įrankį, imkite gatavą įrankį, nes bus pigiau, ir pastatysime jį Jums mes. Jei netelpa vienas ar du, greičiausiai esate viduriniame kelyje, ir kainoraštyje tai atitinka ta pati Pro versija už 9 500 € su WooCommerce — ta pati kaina kaip ir su Laravel, nes kainuoja darbas, o ne platforma. Jei netelpa trys ar daugiau, o ypač jei tarp jų yra patvirtinimo žingsnis ar kredito limitas, pokalbis nebėra apie platformą, o apie tai, kokia proceso dalis gyvena kode, kurį galime keisti nederindami su svetimu gamintoju.

Trys pradžios ir ką kiekviena kainuoja

Praktiškai mes parduodame tris pradžias, ir kiekviena turi kainą, kurią galima suskaičiuoti: pirmoji — pradėti nuo katalogo, mokėjimų ir pristatymo, paleisti, o B2B kainas, nuolaidų logiką ir sandėlio integracijas pridėti tada, kai matyti pirmieji tikri užsakymai; savo atsakymuose tai vadiname paprastai teisingu pasirinkimu. Antroji — perkelti esamą parduotuvę, ir tai projektas, o ne jungiklis: URL struktūrą išsaugome, bet duomenų modeliai vienas prieš vieną nesutampa, o kiekvieną įskiepį, saugojusį savo laukus, reikia įvertinti atskirai. Pro versijoje ir nuomoje migracija įskaičiuota; Basic versijoje jos nėra, ir ją vertiname atskirai pagal apimtį, nes kainą lemia duomenų kiekis ir laukų skaičius.

Trečioji — nuoma: Laravel parduotuvė kartu su mūsų talpinimu nuo 130 € per mėnesį plius 600 € vienkartinis konfigūravimo mokestis, o kainoraštyje jos sudėtis tokia pati kaip Pro versijos — sandėlio modulis, kelių kalbų palaikymas, B2B kainų pakopos, nuolaidų sistema ir turinio migracija —, tik su talpinimu, atnaujinimais ir priežiūra kartu; prieinama ji tik su Laravel, nes WooCommerce parduotuvės pas mus išsinuomoti negalima. Platformos pasirinkimas pats savaime nulemia kelis konkrečius dalykus, kurių darbas neišlygina: šią nuomos eilutę, nemokamas automatines branduolio pataisas, ekosistemos slenkstį ir tai, kas turi sutikti, kol Jūsų kitas pakeitimas pateks į gamybą. Visa kita yra darbas.

Nuoma prasideda nuo 130 € per mėnesį, o tai per penkerius metus yra nuo 7 800 €, plius 600 € konfigūravimo — nuo 8 400 € —, ir į ją įeina talpinimas, atnaujinimai ir priežiūra. Pro versija kainuoja 9 500 € vienkartinai, o talpinimas prie jos ateina atskirai: mūsų infrastruktūros nuoma prasideda nuo 45 € per mėnesį, vadinasi, nuo 2 700 € per penkerius metus, iš viso nuo 12 200 €, ir programos atnaujinimų ten dar nėra. Abu skaičiai yra apatinės ribos, o ne galutinės sumos, o palyginami jie todėl, kad kainoraštyje abiejų funkcijų sudėtis yra ta pati. Nuomoje mokate už naudojimą kartu su talpinimu, statyboje už sistemą sumokate iš karto, ir, lyginant abi ribas, nuoma penkerių metų lange prasideda žemiau. Kur kiekviena iš jų baigiasi, lemia apimtis, todėl abi vertiname projektui, o ne skaitome iš kainoraščio.

Toliau darbas eina dviejų savaičių sprintais su demonstracija po kiekvieno; mokėjimus, pristatymo tarnybas ir apskaitą prijungiame ir patikriname prieš paleidimą; prekes, klientus ir užsakymų istoriją perkeliame išsaugodami URL struktūrą. Didesniems nestandartiniams darbams dirbame pagal faktines sąnaudas su savaitine riba, nes fiksuota kaina ten paprastai reiškia arba antkainį rizikai, arba ginčą dėl apimties, o valandos įkainis kainoraštyje yra 50 €. Visas kelias trunka 8–32 savaites. Gaukite projekto vertinimą ir technologijos rekomendaciją — atsakykite į tuos pačius klausimus mums, ir pasakysime, kuris iš trijų kelių Jūsų atveju kainuos mažiau.