Ինչ է տեսնում մենեջերը՝ մեկ էկրան չորս ալիքի համար
Ալիքների գնագոյացում — ավտոմատացումը կապոտի տակ
Ոչ M-կոդ, ոչ API։ Մենեջերը բացում է մեկ ֆայլ, սեղմում «Թարմացնել», 5 րոպե սուրճ է վերցնում, հետո 20 րոպե աչքով ստուգում ցանկը՝ և գները չորս ալիքում թարմացվում են միանգամից։
Power Query M-ով, թիրախ-գնի մաթեմատիկան՝ Excel-բանաձևերով, համաժամանակյա արտահանում 4 կաղապար։ Կաբինետներից ձեռքով կաղապար ներբեռնելու կարիք չկա՝ API-ն ամեն ինչ անում է մեկ անցումով։
01Ինչպես էր աշխատում մինչ մեզ
Գնագոյացման մենեջերը նախկինում պահում էր այս գրաֆիկը՝ երկուշաբթի՝ Shopify, չորեքշաբթի՝ Amazon, ուրբաթ՝ Etsy, Walmart՝ «երբ հասցնեմ»։ Ամեն ալիք վերցնում էր 1–2 ժամ՝ ներբեռնել կաղապարը կաբինետից, տեղափոխել Excel, վերահաշվել բանաձևերը, ստուգել RRP-ն, հետ վերբեռնել։
Քանի որ օրերը տարբեր էին, գները շեղվում էին ալիքների միջև։ Հաճախորդները նույն ապրանքը Shopify-ում և Amazon-ում տարբեր գնով էին գտնում և սկսում էին հարցեր տալ։ Երբ marketplace-ը փոխում էր վճարները, բանաձևերը հնանում էին, և մի քանի շաբաթ ինչ-որ բան անխուսափելիորեն վնասով էր վաճառվում։
Բաշխիչը վաճառում է չորս հիմնական ալիքով՝ Shopify, Amazon, Etsy, Walmart։ Չորսն էլ ուզում են իրենց գնագոյացման տրամաբանությունը՝ յուրաքանչյուրն ունի իր վճարների հավաքածուն, fulfillment-ի դրույքները, վճարման մշակումը, իր տուգանքները տարբեր կատեգորիաների ու չափերի համար։ Բացի այդ՝ բրենդը պարտադրում է RRP՝ թույլատրելի շեղման գոտիով։
Մինչ մեր աշխատանքը՝ մենեջերն անում էր սա՝
- Ներբեռնել կաղապար → արտահանում → վերահաշվել Excel-ում → վերբեռնել։ 1–2 ժամ ամեն ալիքով։ Չորս ալիք՝ ամբողջ օր։
- Վճարները փոխվում էին՝ բանաձևերը հնանում էին։ Թարմացումից մեկ օր անց պարզվում էր՝ որոշ ապրանքներ սահել են կարմիրի մեջ։
- RRP-ն՝ առանձին ֆայլում, որի տերը մյուսն է։ «Կարո՞ղ ենք X գին դնել» հարցին պատասխանելու համար պետք էր տվյալներ հավաքել երեք տեղից։
- Ալիքները թարմացվում էին տարբեր օրերին։ Ոչ դիտավորությամբ, այլ որովհետև մենեջերի ժամանակը չէր հերիքում։ Արդյունքը՝ անհամապատասխան գներ, դժգոհ հաճախորդներ, RRP-կոնֆլիկտներ։
02Ինչ կառուցեցինք
Մեկ էկրան չորս ալիքի համար
Առանձին Excel-ֆայլ՝ «Ավտո-գներ», պահում է հիմնական աղյուսակը։ Մեկ տող՝ ամեն SKU-ի, մեկ սյունակ-բլոկ՝ ամեն ալիքի։ Գունավորումը մեկ հայացքով ցույց է տալիս, թե որ ապրանքներն են RRP-գոտում, որոնք բարձր են և որոնք ցածր։
| SKU | Բրենդ | RRP | Ինքնարժեք | Shopify | Amazon | Etsy | Walmart | ||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| վճար | գին | վճար | գին | վճար | գին | վճար | գին | ||||
* Գին = հաշվարկված թիրախ-գին՝ ամեն ալիքի վճարով ներառյալ։ Ձախ կողմի կետը՝ կարգավիճակն ըստ RRP-ի։
Մենեջերը սկսում է ամփոփումից։ Եթե ամեն ինչ կանաչ է՝ կիրառել։ Եթե դեղին/կարմիր կա՝ բացել կոնկրետ SKU-ները և ամեն մեկի համար որոշել՝ սպասել, փոխել RRP-ն, թե գիտակցաբար ընդունել շեղումը։
Ինչպես է թարմացվում տվյալը
Մեկ սեղմում։ API-ն քաշում է թարմ վճարներ և ընթացիկ գներ 4 կաբինետից, Google Sheets-ը մատուցում է ընթացիկ RRP և ինքնարժեքներ, բանաձևերը վերահաշվում են թիրախ-գները՝ մենեջերին մնում է միայն նայել։
Որտեղ է մենեջերը մուտքագրում տվյալը
Ամեն ինչ, ինչ պետք է ձեռքով խմբագրել, ապրում է Google Sheets-ում։ Ոչ Excel-ում։ Սա կարևոր է՝ բաժնի ղեկավարը կամ կատեգորիայի մենեջերը կարող է ցանկացած պահի բացել բրաուզերը, փոխել RRP կամ ինքնարժեք, և հաջորդ թարմացմանը այն հոսում է մոդել։
| SKU | Գնի տեսակ | Արժեք, ֏ | Ուժի մեջ՝ |
|---|---|---|---|
| SKU-A01 | RRP | 12 070 | 15.05.2026 |
| SKU-A01 | Մեծածախ | 6 700 | 15.05.2026 |
| SKU-A01 | Ինքնարժեք | 3 970 | 01.04.2026 |
| SKU-A01 | Նվազ. թույլատրելի | 10 160 | 15.05.2026 |
| SKU-B01 | RRP | 19 320 | 15.05.2026 |
Ձևաչափը «երկար» է՝ ամեն SKU-ի մի քանի տող (RRP, մեծածախ, ինքնարժեք, նվազագույն)։ Սա ճկունություն է տալիս՝ կարող եք պահել գնի տարբեր տեսակներ անկախ, ավելացնել նոր տեսակներ՝ առանց մոդելը վերամշակելու։ Power Query-ն այն շրջում է անհրաժեշտ տեսքի։
Երբ մենեջերը ստուգել է ամեն ինչ՝ արտահանում
Թաքնված «Export_Shopify», «Export_Amazon», «Export_Etsy», «Export_Walmart» թերթերում տողերն արդեն կանգնած են ամեն ալիքի պահանջվող ձևաչափով՝ ճիշտ սյունակներ, ճիշտ ID-ներ։ Մենեջերը պատճենում է բովանդակությունը, բացում ալիքի կաբինետը և կիրառում։
Ճարտարապետություն
Կարևորագույն կետը՝ կաբինետներից ձեռքով կաղապար ներբեռնում չկա։ M-կոդն ամեն անհրաժեշտը քաշում է API-ով՝ մեկ անցումով։ Excel-ը այն տեղն է, որտեղ ապրում է բիզնես-տրամաբանությունը, ոչ թե copy-paste-ը։
Ալիքների API-ները M-կոդում
Power Query-ն M-ով կարող է HTTP-հարցումներ անել։ Ամեն ալիք ունի իր ֆունկցիան՝ քաշել token-ը թաքնված թերթից, անել GET/POST, վերլուծել JSON-ը, ձևավորել աղյուսակ։ Չորս ֆունկցիան էլ կառուցվածքով նման են. ընդհանուր wrapper-ը՝
// fnCh_Fees — վճարների հարցման ընդհանուր ֆունկցիա // Ընդունում է՝ ալիքի բանալի, endpoint, պարամետրեր let Creds = Excel.CurrentWorkbook(){[Name="API_Tokens"]}[Content], fnCh = (channel as text, endpoint as text, params as record) => let token = Table.SelectRows(Creds, each [Channel]=channel){0}[Token], URL = "https://api." & channel & ".../" & endpoint, resp = Json.Document( Web.Contents(URL, [ Headers = [#"Authorization" = "Bearer " & token, #"Content-Type" = "application/json"], Query = params ])), table = Table.FromRecords(resp[items]) in table in fnCh
Վրան՝ ալիք-առանձին wrapper-ներ, որոնք գիտեն իրենց endpoint-ները՝
// Shopify_Fees — ընթացիկ դրույքներ՝ ըստ listing-ի let Source = fnCh("shopify", "v1/fees", [channelType = "online"]), Expand = Table.ExpandRecordColumn(Source, "fee", {"transaction", "payment", "fulfillment"}), Types = Table.TransformColumnTypes(Expand, {{"transaction", type number}, {"payment", type number}}) in Types
«Ավտո-գներ» թերթում ամեն SKU ինքնաշխատ ստանում է թարմ վճարներ՝ առանց կաբինետից աղյուսակ պատճենելու։
Web.Contents՝ retry-ի և դադարի կարգավորումներով։ Ամբողջ ֆայլի թարմացումը վերցնում է 3–7 րոպե՝ դրա մեծ մասը API-պատասխանների սպասումն է, ոչ թե հաշվարկը։
Google Sheets — բազային գների միակ աղբյուր
Նույն Google Sheet-ը, որ պահում է գնումների պարամետրերը (lead time, շեմեր), պահում է նաև գնագոյացման պարամետրերը։ Մեկ թերթ՝ երկու համակարգ։ Հարմար է, որովհետև գնորդն ու գնագոյացման մենեջերը տեսնում են նույնը։
| Դաշտ | Ինչ է նշանակում |
|---|---|
Գնի տեսակ | RRP / Մեծածախ / Ինքնարժեք / Նվազ. թույլատրելի |
Արժեք | Թվային արժեքը՝ դրամով |
Ուժի մեջ՝ | Ամսաթիվ, որից գործում է գինը (հետաձգված փոփոխությունների համար) |
Power Query-ն «երկար» ձևաչափը շրջում է «լայնի»՝ ամեն SKU դառնում է տող՝ RRP, Մեծածախ, Ինքնարժեք և այլ սյունակներով։ Դա սնում է Excel-ի թիրախ-գնի բանաձևերը։
Թիրախ-գնի բանաձևը
Հիմնական գաղափարը՝ թիրախ-գինը պետք է ծածկի բոլոր ծախսերը և թողնի թիրախային մարժան՝ առանց RRP-գոտին խախտելու։ Բոլոր բաղադրիչները հավաքվում են թերթում՝
Որպես իրական Excel-բանաձև՝
=([@Ինքնարժեք] + [@[Լոգիստիկա, ֏]] + [@[Վճարում, ֏]] + [@[Թիրախ մարժա, ֏]] ) / (1 - [@[Ալիքի վճար]])
Արդյունքը ստուգվում է RRP-գոտու հետ՝
=IF([@[Թիրախ-գին]] < [@RRP] * (1 - [@[Թույլատրելի շեղում]]), "RRP-ից ՑԱԾՐ", IF([@[Թիրախ-գին]] > [@RRP], "RRP-ից ԲԱՐՁՐ", "ԳՈՏՈՒՄ"))
Մենեջերն աչքով անցնում է «RRP-ից ՑԱԾՐ» / «RRP-ից ԲԱՐՁՐ» ապրանքները և որոշում՝ ինչ անել դրանց հետ (բարձրացնել նվազագույն թույլատրելին, փոխել մարժան, թե թողնել գոտուց դուրս գիտակցաբար)։
4 ալիքի մեկ-կրակոց թարմացում
«Ավտո-գներ» թերթում ամեն ալիք ունի իր բաժինը՝ իր վճարի սյունակով և իր ելքային կաղապարով՝
Երբ մենեջերն ավարտել է տեսողական ստուգումը, չորս «Export_*» թերթերն արդեն պատրաստ են պատճենման։ Ամեն մեկը խստորեն ձևաչափված է համապատասխան կաբինետ վերբեռնման համար։ Գները փոխվում են չորս ալիքում համաժամ՝ նույն օրը։
03Ժամանակացույց և արդյունք
| Փուլ | Մեկնարկից |
|---|---|
| Բանաձևերի համաձայնեցում, առաջին ալիքի API-ի միացում | ~3 ամիս |
| Amazon-ի, Etsy-ի, Walmart-ի միացում | +1–2 ամիս |
| Export-կաղապարներ, փորձարկում | 5–6 ամիս |
Նմա՞ն խնդիր ունեք ձեր կողմում
Պատմեք՝ 30 րոպեում կպարզենք, թե ինչն է հնարավոր։
