Oflayn-Öncəlikli POS: Kiçik Mağazalar üçün "Standart Olaraq Yerli" Arxitektura Niyə Doğrudur

Biz formalaşmaqda olan bazarlardakı kiçik pərakəndə satıcılar üçün satış nöqtəsi və inventar tətbiqi olan Pultrack-i qururuq, ona görə də başqa komandaların bizimlə eyni problemi — internet və ya elektrik olmadıqda mağazanın kassasını işlək saxlamaq — necə həll etdiyini oxumağa çox vaxt sərf edirik. Son bir neçə ay ərzində bir neçə mühəndislik yazısı və bir uzun proqram memarlığı müzakirə mövzusu POS proqram təminatı üçün "oflayn-öncəlikli" nə demək olduğu barədə oxşar bir təsvirdə birləşdi. Biz onların əslində nə dediyini, harada razılaşdıqlarını, sübutların göründüyündən daha zəif olduğu yerləri və bunun mağaza sahibinin nə alacağına qərar verməsi üçün nə mənaya gəldiyini izah etmək istədik.

"Oflayn-öncəlikli" POS üçün əslində nə deməkdir?

Ən aydın texniki izah oflayn-öncəlikli POS qurulması haqqında istehsal təcrübəsindən gələn bir yazıdan gəlir; bu yazıda yerli cihaz — bulud deyil — əsas məlumat sistemi kimi çərçivələnir, sinxronizasiya isə bağlantı bərpa olunanda davam edən avtomatik fon prosesi kimi təsvir edilir.[1] Bu yazıda yerli-öncəlikli saxlama (davamlı məlumat qatı kimi IndexedDB və ya SQLite), hər əməliyyat üçün sinxron şəbəkə çağırışları əvəzinə növbəyə salınmış yazılar, birdən çox cihazın oflayn ikən eyni qeydləri yeniləməsi hallarında münaqişə idarəetməsi və heç bir şəbəkə olmadan belə işləməyə davam edən qəbz/printer iş axınları təsvir olunur.[1]

Burada mənbə haqqında dürüst olmaq lazımdır: bu səviyyəli tətbiq detalları yalnız bir sistemin bir praktikantının hesabatından gəlir və biz bunu qərarlaşmış standart deyil, tək bir məlumat nöqtəsi kimi qəbul edirik. Software Engineering Stack Exchange platformasındakı paralel, daha çox memarlığa yönəlmiş bir müzakirə əsas dizayn sualını birbaşa qoyur — oflayn rejimli POS üçün yaxşı proqram memarlığı nədir — və icma cavabları eyni tətbiq detalları olmasa da, oxşar əsas formaya gəlir: davam edən satışlar üçün nüfuz sahibi olaraq yerli əməliyyat mağazasını saxlamaq və mərkəzi sistemlə yalnız sonradan uzlaşdırmaq, kassanı canlı bağlantıya bağlamaq əvəzinə.[2] Eyni nəticənin bir praktikant blogunda və daha geniş mühəndislik müzakirə mövzusunda müstəqil şəkildə ortaya çıxması təvazökar, lakin real bir təsdiqdir — iki fərqli kontekst eyni memarlıq instinktinə gəlir.

Bu, xüsusilə formalaşmaqda olan bazarlarda niyə daha vacibdir?

Etibarsız internet bağlantısı və ya etibarsız elektrik enerjisi olan bazardakı mağaza üçün bu memarlığın dəyəri rahatlıq deyil — satışların davamlılığıdır. Oflayn POS sistemləri haqqında bir satıcı yazısı praktik məsələni açıq şəkildə qoyur: məqsəd internet işləmədikdə satışa davam etmək, bulud asılı tətbiqi zərif şəkildə deqradasiya etmək deyil.[3] Digər satıcı materialı "oflayn" olmağı böyük miqyasda POS-un ehtiyac duyduğu bir şey kimi çərçivələyir, sadəcə kənar hallar üçün ehtiyat rejimi kimi deyil — funksiyaların deyil, etibarlılığın mağazanın hər satışı bu sistem üzərindən keçirmək üçün ona etibar edib-etmədiyini müəyyən etdiyini iddia edir.[4]

Qeyd etmək istərdik ki, hər ikisi öz məhsullarını təbliğ edən satıcı bloq yazılarıdır və heç biri müstəqil tədqiqat deyil — ona görə biz onları hər hansı bir konkret məhsulun bunu təmin etdiyinə dair neytral sübut kimi deyil, davamlılığın niyə vacib olduğuna dair etdikləri arqument üçün istinad edirik. Bu fərq vacibdir: POS satıcısı üçün, əsas memarlıq hələ də buludu nüfuz sahibi kimi qəbul edib sadəcə son məlumatları keşləyərkən, marketinq mətnində "oflayn işləyir" iddiasını irəli sürmək asandır. Yuxarıdakı praktikant hesabatları məhz üstünlükləri deyil, tətbiq seçimlərini təsvir etdikləri üçün daha faydalıdır.

Hansı texniki nümunə davamlı olaraq ortaya çıxır?

Marketinq dilindən təmizlənmiş halda, bu materialda təkrarlanan memarlıq iddiaları bunlardır:

• Yerli verilənlər bazası (SQLite və ya ekvivalent daxili mağaza) ən azı sinxronizasiya tamamlanana qədər həmin cihaz üçün əsas mənbə kimi əməliyyat qeydini saxlayır.[1][2]
• Yazılar yerli olaraq növbəyə salınır və hər satış üçün gediş-dönüş tələb etmək əvəzinə, bağlantı mövcud olduqda partiyalarla mərkəzi sistemə göndərilir.[1]
• İki cihazın, və ya bir cihaz ilə buludun, müəyyən müddət oflayn qaldıqdan sonra razılaşmadığı hal üçün münaqişə idarəetməsi mövcuddur — bu, nəzərdən qaçırılmalı kənar hal deyil, dizayn edilməli gözlənilən şərt kimi qəbul edilir.[1][2]
• Qəbz çapı və əsas kassa hesablamaları tamamilə cihaz üzərində, şəbəkə vəziyyətindən asılı olmadan işləyir.[1][3]

Düşünürük ki, bu siyahı sahənin düşüncəsinin haraya çatdığının məqbul bir xülasəsidir, lakin dürüst olmaq istərdik ki, təsdiqləyici detalların çoxu bir mənbədə cəmlənib.[1] Stack Exchange mövzusu arqumentin yüksək səviyyəli formasını — nüfuz sahibi kimi yerli mağaza, təxirə salınmış uzlaşdırma — dəstəkləyir, lakin münaqişə həlli strategiyası və ya printer idarəetməsi kimi hər bir tətbiq detalını müstəqil şəkildə təsdiqləmir.[2] Konkret bir POS məhsulunu qiymətləndirən oxucular hər "oflayn-öncəlikli" etiketinin eyni mühəndisliyi ifadə etdiyini fərz etmək əvəzinə, çox cihazlı münaqişələri və qismən sinxronizasiyaları necə idarə etdiklərini birbaşa satıcıdan soruşmalıdırlar.

Kiçik mağaza sahibi almazdan əvvəl əslində nəyi yoxlamalıdır?

"Oflayn rejim" etiketinin nə qədər sərbəst istifadə olunduğunu nəzərə alsaq, sistemləri müqayisə edən mağaza sahibi və ya mağaza texnologiyası alıcısı marketinq səhifəsinə etibar etmək əvəzinə bir neçə konkret sual verməlidir:

• Sıfır şəbəkə bağlantısı ilə satış qeydə alınır, qiymətləndirilir və qəbz verilir, yoxsa kassa server cavabını gözləyərək dayanır?
• İki işçi cihazı hər ikisi oflayn ikən eyni məhsul üçün satış qeydə alarsa nə olur — sistem onları səssizcə birləşdirir, yoxsa kimsə uyğunsuzluğu sonradan əl ilə uzlaşdırmalıdır?
• Qəbz printeri yerli tətbiqə bağlıdır, yoxsa bulud çap xidmətindən asılıdır?
• Mağaza tamamilə oflayn nə qədər müddət işləyə bilər, nə vaxtsa bir şey pozulmadan — saatlarla, günlərlə, yoxsa qeyri-müəyyən müddətə, sinxronizasiya sadəcə növbəyə düzülərkən?

Buradakı mənbələrin heç biri konkret məhsulların müstəqil laboratoriya testləri deyil; onlar mühəndislik yazıları və bir müzakirə mövzusudur. Bu, memarlıq nümunəsini anlamaq üçün məqbul bir əsasdır, lakin hər hansı bir tətbiqin oflayn davranışının təsdiqlənmiş müqayisəli testi ilə eyni şey deyil, və biz yuxarıdakı sualları soruşmadan hər hansı satıcının "100% oflayn" iddiasını özündən aydın həqiqət kimi qəbul etməkdən çəkinməyi tövsiyə edirdik.

Bu, kiçik mağazaların rəqəmsallaşdırılmasını hara aparır?

Dürüst xülasə budur ki, "standart olaraq yerli-öncəlikli" etibarsız bağlantı mühitlərində POS üçün ən yaxşı təcrübə kimi təsvir olunan yanaşma kimi kiçik, lakin ardıcıl bir sıra praktikant hesabatlarına və bir daha geniş mühəndislik müzakirəsinə əsaslanaraq geniş yayılır — böyük miqyaslı müstəqil tədqiqatlara əsaslanaraq deyil.[1][2][3][4] Bu real, lakin təvazökar bir siqnaldır və "sənaye qərar verdi" şəklinə şişirtmək əvəzinə bunu olduğu kimi adlandırmaq lazımdır.

Biz düşünürük ki, bu, öz işimizdə Pultrack-də gördüyümüz açıq bir səbəbə görə doğru memarlıqdır: bir günortadan bağlantısını itirən mağazanın hələ də kassanın qarşısında müştəriləri var, və canlı bağlantı olmadan satışı yekunlaşdıra bilməyən və ya qəbz çap edə bilməyən POS bu müştəriləri geri qaytarır. Hər satışın yerli qeydi ətrafında dizayn etmək, sinxronizasiyanı bağlantı bərpa olan kimi avtomatik baş verən bir şey kimi görmək, zəif infrastruktur üçün müvəqqəti həll deyil — biz qurduğumuz bazarların çoxu üçün bu, qabaqcıl xüsusiyyət deyil, əsas tələbdir.