Küçük Perakende Mağazaları İçin Envanter Web Uygulaması Nasıl Oluşturulur

Mağaza Sorununu ve Uygulama Hedeflerinizi Tanımlayın

Bir veritabanı seçmeden veya ekran taslağı çizmeden önce, mağazada bugün neyin yanlış olduğunu ve “daha iyi”nin nasıl göründüğünü spesifikleştirin. Küçük perakende envanteri nadiren personelin umursamamasından dolayı başarısız olur; süreç kırılgan, zaman alıcı ve senkron dışına kaymaya açık olduğu için başarısız olur.

İsimlendirmeye değer yaygın ağrı noktaları

Çoğu küçük mağaza benzer sorunları paylaşır:

• Personeli şaşırtan stok tükenmeleri (“dün sonunu sattık—neden yeniden sipariş verilmedi?”)
• Yavaş hareket eden ürünlerde aşırı stok çünkü siparişler hisse dayanıyor
• Kağıt veya elektronik tablolarla yapılan manuel sayımlar teslimatlar veya iadeler sonrası güncellenmiyor
• Raf, arka oda ve sistem arasında uyumsuzluk çünkü düzeltmeler tutarlı kaydedilmiyor
• Teslim alma çok uzun sürüyor, özellikle faturalar gelenle eşleşmediğinde

Bunları veznedeki, stok odasındaki ve sipariş sırasında yaşanan gerçek anlara bağlı somut ifadeler olarak yazın.

Ölçebileceğiniz başarı metriklerini tanımlayın

Hedefleri sayılara dönüştürün ki v1 işe yarayıp yaramadığını söyleyebilin:

• İlk 50 SKU'da stok tükenmelerini X% azaltmak Y hafta içinde
• Teslim alma süresini teslim başına A dakika'dan B dakika'ya indirmek
• Döngü sayımı doğruluğunu A%'den B%'ye iyileştirmek (veya “bilinmeyen kaybı” azaltmak)
• Haftalık sipariş hazırlamaya harcanan zamanı X saat azaltmak

En fazla 2–4 metrik seçin. Çok fazla metrik, özellikleri önceliklendirmeyi zorlaştırır.

Sürüm 1 (MVP) ile sonraki sürümlerin kapsamını belirleyin

v1 için güvenilir stok sağlamak için en kısa yolu hedefleyin:

• İlk günden takip edilmesi gerekenler (ürünler, eldeki stok, teslimatlar, düzeltmeler) nelerdir?\n- Bekleyebilecekler neler (tahminleme, gelişmiş satın alma, çoklu depo transferleri, tedarikçi performansı)?

İyi bir kural: personel yoğun vardiya sırasında kullanamıyorsa, muhtemelen v1 gereksinimi değildir.

Kısıtları erkenden belirleyin

Gerçekliğinizi belgeleyin:

• Bütçe ve zaman çizelgesi
• Kullanıcı sayısı (ve eşzamanlı en yüksek kullanım)
• Şu anki lokasyon sayısı ve planlanan

Mağazada kullanılan cihazları listeleyin

Envanter uygulamaları zemine uyduğunda başarılı olur:

• Telefonlar vs tabletler vs arka ofis bilgisayarları
• Barkod tarayıcılar (Bluetooth, USB, kamera tarama)
• Etiket yazıcıları (varsa)

Bu seçimler UX'inizi, tarama akışını ve çevrimdışı/zayıf Wi‑Fi beklentilerini etkiler.

Mağaza İş Akışlarını ve Gereksinimleri Haritalandırın

Ekran tasarlamadan veya stack seçmeden önce mağazanın nasıl çalıştığını yakalayın. Küçük perakendeciler sıklıkla “resmi olmayan” süreçlere sahiptir (yapışkan notlar, kafada sayımlar, yalnızca bir kişinin anladığı bir elektronik tablo). Web uygulamanız önce gerçeklikle eşleşmeli, sonra geliştirmeli.

Mevcut iş akışını belgeleyin

Normal bir hafta boyunca adımları sırasıyla yazın:

• Teslim alma: teslimat gelir, ürünler kontrol edilir, eksikler not edilir, stok yerine konur.
• Satış: ürünler taranır veya aranır, indirimler uygulanır, fiş verilir, stok düşürülür.
• İadeler/değişimler: ürünler geri gelir, durum kontrol edilir, yeniden stoklama veya değer düşümü yapılır.
• Transferler: stok arka oda ile raf arasında veya şubeler arası taşınır.
• Sayım: döngü sayımları veya tam sayımlar, sayılar uyuşmadığında düzeltmeler yapılır.

Her adım için tetikleyiciyi (ör. “teslim notu alındı”), hangi verinin kaydedildiğini ve "tamam" demenin ne anlama geldiğini not edin.

Kim ne yapar belirleyin (ve neden önemli)

Rolleri ve ne yapabildiklerini listeleyin:

• Kasiyer: ürünleri satmak, iadeleri işlemek, stok durumunu görüntülemek.
• Manager: teslimatları almak, düzeltmeleri onaylamak, raporları çalıştırmak.
• Owner: ürünleri yapılandırmak, fiyat kuralları, vergiler, denetim etkinliği.
• Muhasebeci/kayıt tutucu: dışa aktarmalar, maliyet ve marj raporları, mutabakat.

Bu ileride izinler ve onay kurallarına dönüşecek—sadece bir organizasyon şeması değil.

"Günün akışı" senaryoları yazın

Kısa hikâyeler oluşturun: “Kasiyer dükkânı açar, düşük stok listesini kontrol eder, 40 ürün satar, iki iade ile ilgilenir ve bir hasarlı birimi işaretler.” Bu senaryolar eksik ekranları, bildirimleri veya kısayolları hızla açığa çıkarır.

Kenar durumları erkenden yakalayın

Gerçek envanter istisnalarda bozulur. Bunları şimdi kaydedin: kısmi teslimatlar, hasarlı mallar, paketler/kitler, negatif stok önleme, teslimattan sonra fiyat değişiklikleri, ve fişsiz iadeler.

Her ürün için ne takip edileceğine karar verin

En azından şu alanları tanımlayın: SKU, barkod, isim, varyant özellikleri (beden/renk), maliyet, satış fiyatı, vergi kategorisi, tedarikçi, ve yeniden sipariş noktası. Çok lokasyon bekliyorsanız lokasyon/raf ve lokasyona göre stok ekleyin.

Bu atölye için basit bir şablon istiyorsanız paylaşılan bir doküman oluşturun ve dahili olarak bağlantısını ekleyin (ör. /blog/inventory-requirements-template).

Kodu Yazmadan Önce Veri Modelinizi Planlayın

Küçük perakende envanter uygulaması, gerçeği ne kadar iyi kaydettiğiyle ayakta kalır. Hatalar, iadeler veya raflar arası hareketler olsa bile stokun doğru kalmasını sağlayacak "gerçeğin kaynağı" varlıklarını tanımlayın.

Olmazsa olmaz varlıklarla başlayın

En azından planlayın:

• Ürünler: sattığınız şey (isim, marka, kategori, vergi durumu).
• Lokasyonlar: mağaza, arka oda, depo veya “hasarlı/iade kutusu”.
• Tedarikçiler: nereden satın alıyorsunuz, teslim süreleri, yeniden sipariş detayları.
• Stok hareketleri: her miktar değişikliğinin defteri.

Anahtar karar: stok seviyesini insanların serbestçe üzerine yazabildiği bir sayı yerine, hareketlerin toplamı (hesaplanan sonuç) olarak ele alın.

Birimleri ve dönüşümleri erkenden tanımlayın

Mağazanızda bir “birim”in ne anlama geldiğine karar verin: adet, paket, koli vb. Hem tekil hem paket halinde satıyorsanız dönüşüm kurallarını yazın (ör. 1 koli = 12 paket = 144 adet). Dönüşümleri tek yerde saklayın ki raporlar ve teslim alma arasında sapma olmasın.

Tutarlı bir kimlik stratejisi seçin

Bir birincil tanımlayıcı seçin ve ona bağlı kalın:

• Dahili ID (veritabanları için en iyi)
• SKU (insana uygun, markalaşma ile değişebilir)
• Barkod (tarama için harika, ama her zaman varyantlarda benzersiz değildir)

Birçok mağaza dahili ID'yi ana anahtar olarak kullanır, artı isteğe bağlı SKU ve birden fazla barkod.

Varyantlar ve kullanımdan kaldırılan ürünler için plan yapın

Varyantları (beden/renk/ürün aroması) ayrı satılabilir öğeler olarak modelleyin ve bunları bir üst ürün altında toplayın. Ayrıca kullanımdan kaldırılmış ürünler için plan yapın: genellikle bunları yeni satın alma siparişlerinden gizlemek istersiniz ama geçmişteki kayıtlar ve raporlarda görünür olmalarını korursunuz.

Değişiklikleri açık hareketler olarak kaydedin

Gün 1'de destekleyeceğiniz hareket türlerini tanımlayın: düzeltmeler, satışlar, iadeler, transferler. Her hareket kim, ne zaman, nereden/nereye lokasyon, miktar ve kısa bir neden yakalamalı—böylece tutarsızlıkları tahmin yürütmeksizin denetleyebilirsiniz.

Doğru İnşa Yaklaşımını ve Teknoloji Yığını Seçin

Araçları seçmeden önce neyi optimize edeceğinize karar verin: piyasaya hız, uzun vadeli esneklik, çevrimdışı kullanım veya mevcut sistemlerle sıkı entegrasyon. "En iyi" stack genellikle ekibinizin bir yıl sonra da rahatça destekleyebileceği olandır.

Bir inşa yaklaşımı seçin

Hosted envanter aracı (SaaS): ihtiyaçlarınız standartsa (temel stok sayımları, satın alma siparişleri, basit raporlar) uygundur. Abonelik ödersiniz ve sunucu bakımına daha az zaman harcarsınız.

Low-code: özel ekranlar ve iş akışlarına ihtiyaç duyduğunuzda ama hızlı ilerlemek istediğinizde arada bir yol sunar. Barkod tarama, çevrimdışı davranış ve karmaşık stok kuralları konusunda sınırlamalara dikkat edin.

Özel yapı: benzersiz iş akışlarınız (çoklu lokasyon transferleri, tedarikçi özel teslim alma kuralları, özel roller) veya derin entegrasyon ihtiyacı varsa en iyisidir. Başta daha maliyetlidir ama yol haritasını kontrol edersiniz.

Eğer sıfırdan başlamadan özel geliştirme hızını istiyorsanız, Koder.ai gibi sohbet tabanlı bir kodlama platformu alım, sayım ve transfer akışları üzerinden hızlı iterasyon yapmanıza ve hazır olduğunuzda kaynak kodunu dışa aktarmanıza yardımcı olabilir.

Duyarlı web mi yoksa PWA (çevrimdışı) mi

Duyarlı web uygulaması en basitidir: herhangi bir tarayıcıda çalışır ve mağazalar arasında desteklemek en kolay olanıdır.

PWA uygulama benzeri kurulum ve çevrimdışı destek ekler—zayıf Wi‑Fi olan arka odalar için yararlıdır. Çevrimdışı mod planlarken dikkat: eşitleme durumu ve iki kişinin aynı öğeyi değiştirmesi halinde çakışma çözümü açık olmalı.

Backend ve veritabanını becerilere göre seçin

Ekip ne biliyorsa onu seçin:

• Backend: Node.js, Python (Django/FastAPI) veya .NET perakende envanter akışları için uygundur.
• Veritabanı: PostgreSQL ilişkisel veriler ve raporlama için yaygın bir varsayılandır.

Ağır analiz beklentiniz varsa, erken aşamada BI aracı için dışa aktarımları planlayın; gereksiz yere aşırı yapı kurmayın.

(React + Go + PostgreSQL standardı olan ekipler için, Koder.ai varsayılan stack'inin bu kombinasyonla eşleştiğini ve erken mimari kararları azaltıp prototiplemeyi hızlandırabileceğini not edin.)

Ortamları planlayın (yayınlar zarar vermesin)

development → staging → production kurulumunu erkenden yapın. Staging production'u yansıtmalı: barkod cihazları, örnek veriler ve entegrasyonlarla—böylece mağaza personeli gerçek stoku riske atmadan test edebilir.

Kabaca maliyet kontrol listesi

Koda ek olarak bütçeleyin:

• Barındırma + veritabanı (mağazalar ve kullanım arttıkça ölçeklenir)
• İzleme/loglama ve yedeklemeler
• Barkod tarayıcılar veya mobil cihazlar (ve yedekleri)
• Uyarılar için e-posta/SMS (kullanılıyorsa)

Karar vermeniz için basit bir karşılaştırma isterseniz dahili bir “build vs buy” sayfası oluşturun.

MVP için Temel Özellikleri Tanımlayın

Küçük perakende envanter sistemi MVP'si günlük mağaza görevlerine odaklanmalıdır: ürün ekleme, stok alma, hataları düzeltme ve veznedeki veya arka odadaki ürünleri hızlıca bulma. İlk sürüm bunları güvenilir yaparsa personel gerçekten kullanır.

1) Ürün kurulumu (hızlı, mükemmel değil)

Mağazaların gerçek etiketleme şeklini destekleyen basit bir ürün kataloğu ile başlayın:

• Ürünleri manuel oluşturun ve CSV'den içe aktarın (mağazalar elektronik tablolardan geçiş yapabilsin diye)
• Karmaşık ürün hiyerarşileri olmadan varyantlar (beden/renk)
• Göz atma ve raporlama için kategoriler
• Fiyat ve maliyet alanları (maliyet marj raporları için gereklidir)

Opsiyonel alanları isteğe bağlı tutun. Gerçek veri akmaya başlayınca daha fazla özellik ekleyebilirsiniz.

2) Stok hareketi günlüğü (gerçeğin kaynağı)

Her envanter değişikliği kim / ne zaman / neden ile bir kayıt oluşturmalı. Bu teslim alma, satış düzeltmeleri, transferler ve düzeltmeleri içerir.

Açık bir hareket geçmişi, “sistem yanlış” gibi tartışmaları engeller çünkü stok seviyesindeki değişikliğe neden olan tam hareket gösterilebilir.

3) Teslim alma (satın alma siparişleri ve kısmi teslimatlar)

Teslim alma envanter doğruluğunun kazanıldığı veya kaybedildiği yerdir. Şunları dahil edin:

• Beklenen miktarlarla satın alma siparişleri
• Teslimat durumu (açık/kısmi/tamamlandı)
• Kısmi alımlar (tedarikçiler nadiren mükemmel gönderir)

4) Stok sayımları (döngü sayımları ve varyans)

Hem hızlı döngü sayımlarını hem de arada yapılan tam sayımları destekleyin. Anahtar özellik varyans işlemidir: farkı gösterin, bir neden zorunlu kılın ve bunu hareket günlüğüne kaydedin.

5) Anında hissettiren arama

Yoğun personel kaydırmak istemez. SKU, barkod ve ada göre hızlı arama, ayrıca kategori ve lokasyon filtreleri sağlayın. Arama iyi değilse, her şey yavaş hissedilir.

Kullanıcı Hesapları, Roller ve İzinler

Küçük perakende envanter sistemi güvene dayanır: personel hızlı çalışmalı, yöneticiler kontrol sahibi olmalı ve sahipler net görünürlüğe sahip olmalı. Mağara uygun birkaç rolle başlayın ve para veya uyumluluk riski olmayan yerlerde ayrıntılı izinleri sonradan ekleyin.

Mağazaların gerçekten kullandığı rollere uygun örnekler

Çoğu mağaza üç temel rolle çalışabilir:

• Owner/Admin: tam erişim, faturalama, mağaza ayarları ve kullanıcı yönetimi.
• Manager: teslim alma, transferleri onaylama, sayımları yürütme.
• Staff: hızlı stok takibi (tarama, satış/teslim alma izni verildiyse), eldeki miktarı görüntüleme.

İsteğe bağlı olarak dışa aktarma erişimi olan sadece okunur Muhasebeci rolü ekleyin.

Hassas işlemler için izin kuralları

Basit bir envanter yönetim uygulamasında birkaç işlem kısıtlanmalıdır:

• Maliyet ve tedarikçi fiyatı düzenleme (marj karışıklığı ve dolandırıcılığı önlemek için)
• Stok düzeltmeleri (zayi, hasar)—genellikle yönetici onayı gerektirir
• İşlemleri silme (sert silme yerine “iptal et, neden ekle” tercih edin)
• Dışa aktarmalar (özellikle maliyet ve tedarikçi verileri içeriyorsa)

Pratik bir desen: “personel oluşturur, yöneticiler onaylar.” Bu, iş akışını hızlandırırken sayıları korur.

Minnettar olacağınız denetim kayıtları

Stok seviyesini veya değeri etkileyen her değişiklik için bir denetim kaydı tutun: kim, ne değişti (önce/sonra), ne zaman, ve neden (neden kodu + isteğe bağlı not). Teslim alma, iadeler, transferler, sayımlar, maliyet düzenlemeleri ve dışa aktarmalar gibi olayları izleyin.

Denetim izini ürün, tarih ve kullanıcıya göre filtrelemeyi kolay yapın ki sahipler: “Bu SKU neden 12 azaldı?” sorusuna mesajlara bakmadan cevap verebilsin.

Oturumlar ve paylaşılan terminaller

Birçok mağaza paylaşılan terminal veya tablet kullanır. Destekleyin:

• Hızlı kullanıcı değişimi (çıkış düğmesi her zaman görünür)
• Kısa bekleme zaman aşımı personel hesapları için
• Yalnızca yöneticiler/adm için hatırlanan cihaz opsiyonu

Basit yönetici iş akışları

Kullanıcı yönetimini sıkıcı ve hızlı yapın: e-posta ile davet et, rol atayın, şifre sıfırlayın ve bir kişi ayrıldığında erişimi hemen devre dışı bırakın. Hesapları silmekten kaçının—raporlar ve denetim geçmişi için saklayın.

Yoğun Mağaza Personeli için UX Tasarımı

Mağaza ekiplerinin acele sırasında “yazılım öğrenmeye” vakti yok. Envanter yönetim web uygulamanız bir araç gibi kaybolmalı: hızlı açılmalı, anlaması kolay olmalı ve karıştırması zor.

Hız için tasarlayın (kas hafızası)

Ana ekranlarda (Ürünler, Teslim Alma, Stok Sayımı) her zaman büyük, erişilebilir bir arama çubuğu bulundurun. İsim, SKU ve barkod için otomatik tamamlama yapın ki personel birkaç harf yazıp Enter ile devam edebilsin.

Temel iş akışlarını mümkün olduğunca az tıklamayla tutun:

• Her sayfada bir ana eylem (örn. Ürünleri al, Stok düzelt, Sayım başlat)
• Gerçek işe uyan varsayılanlar (bugünün tarihi, en sık kullanılan lokasyon)
• Sık kullanılan işlemler için klavye kısayolları (arama odaklanması, kaydet, satır ekle)

Bir görev tamamlandığında net bir başarı mesajı verin ve kullanıcıyı bir sonraki adıma taşıyın (örn. “Kaydedildi—sonraki ürünü tarayın”).

Arka oda için mobil dostu

Teslim alma ve döngü sayımları genellikle masadan uzakta yapılır. Mobil ekranları tek elle kullanım için kolaylaştırın:

• Büyük dokunma hedefleri (butonlar, miktar artırma/azaltma)
• Alt kısımda yapışkan “Kaydet” butonu
• Yan panelleri minimal tutan dikey düzenler

Tablolar sunuyorsanız, mobilde temel alanları öncelikle gösterin: ürün, miktar, lokasyon.

Sorunsuz çalışan barkod tarama akışları

Her iki tarama stilini de destekleyin:

• Kamera tarama (telefon/tablet): hızlı “Tara” düğmesi, otomatik odak ve net bir el feneri/flash düğmesi
• Harici tarayıcı (klavye gibi davranır): barkod alanında imleci tutun, Enter'ı "gönder" olarak kabul edin ve odağı çalan açılır pencere olmamasına dikkat edin

Taradığınız ürünü hemen gösterin (isim, isteğe bağlı fotoğraf, mevcut stok) ve kişi ekranı değiştirmeden miktarı ayarlayabilsin.

Net hata yönetimi (suçlama değil, çözüm)

Yaygın problemleri düzeltici sonraki adımlarla ele alın:

• Bilinmeyen barkod: “Bulunamadı—Ürün oluştur” veya “Mevcut SKU'ya bağla” seçenekleri
• Çoğaltılmış SKU: nerede kullanıldığını açıklayın ve güvenli bir birleştirme/yeniden adlandırma yolu sunun
• Negatif stok: neden negatif olacağı gösterin ve “stok dışı olarak kaydet” veya “başlangıç stokunu düzelt” seçenekleri sunun

Herkesin hızını artıran erişilebilirlik temel kuralları

Okunabilir kontrast, açık etiketler (sadece yer tutucu olmasın), ve tutarlı terminoloji kullanın. Metin boyutlarını rahat tutun ve klavye kullanıcıları için odak durumlarını görünür kılın. Bu küçük tercihler hataları azaltır ve yoğun vardiyaları kolaylaştırır.

Doğru Kalan Envanter Kuralları ve Hesaplamalar

Rakamlarınıza güven yoksa personel uygulamayı kullanmayı bırakır. Her yerde (ürün listesi, ürün detayı, teslim alma, satış, raporlar) hesaplayacağınız ve göstereceğiniz envanter miktarlarını kesin olarak tanımlayın.

Envanter mantığınızı tanımlayın (ve tutarlı isimlendirin)

Çoğu küçük mağaza için gereken net alanlar:

• Eldeki (On-hand): şu anda fiziksel olarak bulunan
• Rezerve: siparişler, transferler veya bekletmeler için ayrılmış
• Satışa uygunsuz/Mevcut (Available): hemen satılabilecek miktar (eldeki − rezerve)
• Gelen: henüz alınmamış satın alma siparişlerinden beklenen miktar

Hangi işlemin hangi sayıyı etkilediğini kararlaştırın. Örneğin, bir satış eldeki miktarı hemen azaltır; verilen online sipariş rezerveyi artırır; satın alma siparişi geleni artırır.

Yaygın hataları önden engelleyin

İki sorun “gizemli envanter”e neden olur:

• Yanlışlıkla çift teslim alma: her satın alma siparişine benzersiz bir makbuz/referans numarası zorunlu kılın, satırları "alındı" olarak işaretleyin ve zaman damgası ile kullanıcı kaydedin.
• Yanlış lokasyon düzeltmeleri: herhangi bir stok hareketinde lokasyonu zorunlu yapın ve mantıklı bir varsayılan atayın (örn. kullanıcının mevcut mağazası).

Ayrıca düzenlemeleri düzenlemek yerine “geri al/ters işlem” seçeneği eklemek denetimleri kolaylaştırır.

Çok lokasyon yönetimi karmaşa olmadan

Tek bir mağaza bile genellikle birden fazla yere sahiptir: satış alanı, arka oda ve belki küçük bir depo. Stoku lokasyon bazlı tutun, sonra toplamları hesaplayın.

Transferler iki taraflı olmalı: kaynak lokasyonda azalma ve hedef lokasyonda artış, tek bir transfer kaydına bağlı.

Negatif stok: izin ver, uyar veya engelle

Mağaza başına (veya ürün kategorisi bazında) bir politika seçin:

• Engelle: yüksek değerli ürünler için en güvenli
• Uyar: istisnalara izin verir ancak onay kaydı tutar
• İzin ver: sadece geriye dönük satışlar veya sık sayım gecikmeleri varsa

Performansı erkenden planlayın

Büyük kataloqlar ihtiyaç duyar:

• SKU, barkod, ürün adı ve (product_id, location_id) gibi alanlarda veritabanı indexleri
• Listeler ve arama sonuçları için sayfalandırma
• Sık görüntülenen toplamlar için hafif önbellekleme, yazma işlemleri otoriter olmaya devam ederken

Bir MVP kapsamı örneğine bakmak isterseniz referans olarak ilgili dahili içeriği kullanın.

Entegrasyonlar: Tarayıcılar, POS ve Dışa Aktarmalar

Entegrasyonlar bir envanter yönetim uygulamasını "yazılacak başka bir ekran" olmaktan çıkarıp gerçekten zaman kazandıran bir araç haline getirir. Küçük perakende için, tekrar eden veri girişini azaltan ve stok hatalarını önleyen entegrasyonlara öncelik verin.

Barkod tarayıcılar (USB/Bluetooth)

Çoğu mağaza klavye gibi davranan “keyboard wedge” tarayıcılarla başlayabilir: barkodu tarayın ve rakamlar giriş kutusunda görünür.

Uygulama ve test kontrol listesi:

• Tarama alanının odakta olduğundan emin olun ve hızlı tekrar taramaları destekleyin.
• Perakendede kullanılan yaygın simgolojileri test edin (EAN-13, UPC-A). Dahili kısa SKU'ları da test edin.
• Uygulama davranışını doğrulayın: bilinmeyen barkod, çoğaltılmış barkod, bir ürüne birden fazla barkod.
• Tarayıcının tarama sonrası Enter/Tab gönderip göndermediğini karar verin ve iş akışını buna göre eşleştirin.
• Bluetooth tarayıcılar için uyku sonrası yeniden bağlanma ve düşük pil davranışını test edin.

Mobil tarama beklentiniz varsa kamera taramayı ayrı planlayın; farklı bir kullanıcı deneyimi ve performans profili vardır.

POS entegrasyon seçenekleri

POS genellikle satışların kaynağıdır. Genelde üç seçenek vardır:

1. Satış verilerini içe aktar (günlük CSV). En düşük efor, pilot mağazalar için iyi.

2. Ürünleri senkronize et (ürünleri/fiyatları POS'tan çek). Yineleme kurulmasını azaltır.

3. Uygulama içinde manuel satış düzeltmeleri (yürüyen indirimler veya paketler gibi uç durumlar için). POS senkronu olsa bile yedek olarak kullanışlı.

Stok seviyelerinin doğru kalmasını sağlayacak en hafif seçeneği tercih edin. POS verileri güvenilir paylaşamıyorsa, gün sonu tutarlı içe aktarmalara odaklanın.

Tedarikçi ve satın alma iş akışları

Temel satın alma: satın alma siparişi oluştur, ürünleri al, stok seviyelerini güncelle. İleri seviye satın alma (gerekliyse): kısmi alımlar, backorderlar, tedarikçiye özgü paket boyutları, maliyete dahil edilen giderler.

Muhasebe dışa aktarımları ve bildirimler

Dışa aktarmalar için maliyet, satın alma toplamları ve dönem özetleri gibi temiz CSV formatlarını destekleyin (net sütunlar ve zaman dilimleriyle).

Uyarılar için önce uygulama içi bildirimler ve e‑posta ile başlayın. Kritik stok tükenmeleri için SMS ekleyin ama sadece acil durumlar için, aksi halde bildirim yorgunluğu olur.

Raporlar, Uyarılar ve Karar Destek

Raporlar envanter web uygulamanızı "stok kaydedilen yer" olmaktan çıkarıp mağazanın daha iyi kararlar almasını sağlayan araca dönüştürür. Küçük perakende için en iyi raporlama hızlı, odaklı ve güvenilir olandır.

Sorun yaratmayan uyarılar (gürültü değil)

Öncelikle ürün ve lokasyon bazlı düşük stok uyarıları ile başlayın. Yeniden sipariş noktalarını mağaza bazında yapılandırılabilir yapın ve uyarı şu üç soruya yanıt versin: ne düşük, nerede ve ne kadar süre sonra tükenebilir.

Bildirim yorgunluğunu önlemek için basit kontroller ekleyin:

• Bildirimleri sadece çalışma saatlerinde gönderme
• Gruplanmış bildirimler (günlük özet vs anlık)
• Sonlandırılmış veya sezonluk ürünler için uyarıları bastırma

Satın alma içgörüleri: en çok satanlar vs yavaş hareket edenler

Sahipler ve satın alımcılar için en çok satanlar ve yavaş hareket edenler görünümü hızlı karar verdirir. Pratik gösterimler: satış hızı (gün/hafta başına), mevcut eldeki miktar ve “kapanış gün sayısı”. Yavaş hareket edenler bağlanan nakit göstererek indirim, paketleme veya siparişi durdurma kararı almayı kolaylaştırır.

Kayıp önleme: kayıp ve düzeltmeler

Bir kayıp ve düzeltme raporu oluşturun; neden envanterin değiştiğini ayırın (hasar, hırsızlık, yanlış sayım, tedarikçi hatası). Kimin düzeltme yaptığını ve not alanını dahil edin—bu parmak sallamayı azaltır ve denetimleri kolaylaştırır.

Teslim alma ve tedarikçi performansı

Teslim alma envanter doğruluğunun kırıldığı yerdir. Geç/kısmi teslimatlar, miktar uyuşmazlıkları ve rafta olma süresini izleyin. Zamanla basit bir tedarikçi puan kartı, mağazaların müzakere etmesine ve tedarikçi seçimine yardımcı olur.

60 saniyede okunabilecek sahip panoları

Hafif bir pano özetlemeli:

• Envanter değeri (maliyet bazında) ve eğilimi
• Stok sağlığı (aşırı stoklu / sağlıklı / yetersiz)
• Harekete geçilmesi gereken ana uyarılar

Daha fazla detay isterseniz her widget'ı daha derin bir rapora bağlayın.

Test, Veri Migrasyonu ve Pilot Lansman

Test ve lansman planlaması envanter uygulamalarının ya güven kazanmasını sağlar ya da göz ardı edilmesine neden olur. Küçük perakende ekipleri eksik bir raporu affeder, ama yanlış stok numarasını affetmez.

Gerçek mağaza iş akışları etrafında test vaka'ları oluşturun

Personelin her gün yaptığı işlemler için kısa, tekrarlanabilir test vakaları yazın:

• Teslim alma (kısmi teslimatlar, hasarlı ürünler, backorderlar)
• Lokasyonlar arası transferler (gönder, al, transit durum)
• Döngü sayımları ve tam sayımlar (yeniden sayım, varyanslar)
• Düzeltmeler (zayi, hurda, bulunan stok)

Her test vakasını beklenen sonuçla bağlayın: eldeki miktar ne olmalı ve geçmiş/denetim kayıtlarında ne görünmeli.

Kenar durumlarla hesaplamaları doğrulayın

Envanter matematiği tahmin edilen yerlerde bozulur: negatif stok, yuvarlama, çift tarama ve “aynı SKU, farklı birimler” gibi. Küçük bir örnek senaryo seti (10–20 SKU) oluşturun ve doğrulayın:

• Her işlem sonrası stok seviyeleri
• Maliyet etkileri (seçtiğiniz ortalama/FIFO kuralları varsa)
• Bir kullanıcı işlemi iptal ettiğinde, düzenlediğinde veya tekrarladığında ne olur

İki kişi paralel aynı görevi yaparsa çift sayım olmadığından emin olun.

Veri migrasyonunu planlayın (ve önce temizleyin)

Mağazaların çoğu elektronik tablolarla başlar. CSV içe aktarma için alan eşlemesi planlayın (SKU, barkod, isim, varyant, birim, tedarikçi, lokasyon, başlangıç miktarı). Temizlik kurallarını önceden tanımlayın: çoğaltılmış SKU'lar, eksik barkodlar ve tutarsız isimlerle nasıl baş edeceksiniz.

En az bir “kuru içe aktarma” çalıştırın, kaynak dosyayı düzeltin, sonra yeniden içe aktarın.

Kontrollü bir pilot yapın

Bir lokasyon ve sınırlı katalog (örn. ilk 200 ürün) ile pilot yapın. Yedek ve geri alma planı tutun: veritabanı anlık görüntüleri, mevcut sayımların dışa aktarımı ve sonuçlar uyuşmazsa geri dönme için net bir karar noktası. Bir hafta sonra varyansları, kullanıcı geri bildirimlerini gözden geçirin ve genişletmeden önce en kritik sorunları düzeltin.

Pilot sırasında hızlı iterasyon yapıyorsanız, Koder.ai gibi araçlar akış değişikliklerini hızlıca yapmak için faydalı olabilir; anlık görüntüler/geri alma ile yeni akış denerken riski azaltır.

Dağıtım, Güvenlik ve Sürekli Bakım

Envanter web uygulamanızı canlıya almak sadece "çevrimiçi koymak" değildir. Küçük mağazalar yoğun saatlerde buna güvenir, bu nedenle planınız çalışma süresi, güvenlik ve basit destek üzerine odaklanmalıdır.

Sürpriz yaratmayacak barındırma kurulumu

Otomatik yedekler, net çalışma süresi izleme ve merkezi loglar sağlayan bir barındırma seçin.

Kurun:

• Günlük otomatik yedekler (ve en az bir kez geri yükleme testi)
• Çalışma süresi uyarıları e-posta/SMS olarak
• İstek/hata logları böylece “dondu” raporlarını hızla inceleyebilirsiniz

Yedeklerin nerede olduğu, nasıl geri alınacağı ve kimin uyarı alacağı gibi bilgileri içeren küçük bir runbook tutun.

Gerçek perakende riskleri için güvenlik temelleri

Küçük bir perakende envanter sistemi bile hassas işletme verileri (maliyetler, tedarikçi listeleri, satış hızı) taşır. Temelleri sağlayın:

• HTTPS her yerde (zorunlu yapın)
• Parola hashing (kullandığınız framework'ün kanıtlanmış kütüphanesini kullanın)
• En az ayrıcalık: kasiyerler stok kurallarını değiştirmemeli; yöneticiler admin ayarlarını görmemeli

Ayrıca paylaşılan cihazlarda oturum zaman aşımı, girişte hız sınırlama ve bağımlılıkları güncel tutma gibi önlemler alın.

Gizlilik ve uyumluluk (mağaza ile ilgili olanlar)

Sadece ürün ve tedarikçi takip ediyorsanız kişisel veri minimal tutun. Personel hesapları veya siparişler için müşteri iletişim bilgileri saklıyorsanız şunları belgeleyin:

• ne topladığınızı,
• neden topladığınızı,
• ne kadar süre sakladığınızı,
• istek üzerine nasıl sileceğinizi.

Bölgeler arası hizmet veriyorsanız verinin nerede barındırılacağını planlayın. Örneğin, Koder.ai AWS üzerinde küresel olarak çalışır ve farklı ülkelerde dağıtım yaparak veri yerleşimi ve sınır ötesi transfer kısıtlamalarını destekleyebilir.

Kaosu önleyen bir bakım planı

Basit bir süreç üzerinde anlaşın: sorunları bildirecek tek bir yer, haftalık hata düzeltme penceresi ve aylık özellik talepleri gözden geçirmesi.

Personeli dakikalar içinde değil, saatler içinde eğitmeyin

Kısa rehberler oluşturun (“Stok al”, “Stok sayımı”, “Barkod düzeltme”) ve yeni işe başlayanlar için tekrarlanabilir bir giriş kontrol listesi yapın. Bunları uygulamada bir Yardım bağlantısı olarak saklayın ki kasada her zaman erişilebilir olsun (örn. /help).

Uygulama ve uygulama sırasında iç eğitim veya uygulama notları yayınlıyorsanız, bunları tekrar kullanılabilir hafif dökümanlar olarak tutun. Bazı ekipler Koder.ai’nin kredi kazanma ve yönlendirme programlarına katılarak uygulama maliyetlerini düşürmek için inşa deneyimlerini paylaşır—eğer araç maliyetlerini telafi etmek ve süreci belgeleme amacıyla isterseniz faydalı olabilir.