Ինչ է տեսնում մենեջերը՝ մեկ պատուհան չորս ալիքի համար
Ալիքների գնագոյացում՝ ծրագրային իրականացումը
Ոչ 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 րոպեում կպարզենք, թե ինչն է հնարավոր։
