Sezonluk Çalışan İşletmelerde ERP: Yoğunluğa Göre Planlama

Sezonluk işletme, iş hacminin yıl içinde dengesiz dağıldığı işletmedir. Bölgede bunun en yaygın örnekleri tarımsal alım ve işleme, turizm ve tarıma bağlı ambalaj işleri.

ERP açısından fark şu: yılın on ayında rahat çalışan bir kurgu, iki ayda çökebilir. Bu yüzden kurulum kararları ortalama değil, tepe yüke göre verilir. Bölgede fındık ve hububat alımı yapan Düzce ve Sakarya firmalarında, beyaz et ve turizmde ise Bolu hattında bu tabloyu sık görüyoruz.

Şu belirtilerden ikisi varsa işletmeniz sezonluk kabul edilmeli ve planlama buna göre yapılmalı:

• Yıllık cironun yarısından fazlası üç aydan kısa bir döneme sıkışıyorsa
• Sezonda geçici personel alınıyorsa
• Sezon dışında bazı kullanıcılar sisteme hiç girmiyorsa
• Alım fiyatları sezon içinde günden güne değişiyorsa
• Depo doluluğu sezonda tavana vurup sonra boşalıyorsa

Kurulum takvimi — sezon dışına

Kurulum, eğitim ve canlıya geçiş sezon dışına alınır. Hasat ya da yoğunluk başladıktan sonra sistem değiştirmek, hem eğitim için zaman bulunamadığı hem de hata toleransı sıfır olduğu için işe yaramıyor.

Lisans esnekliği

Sezonluk kullanıcı ihtiyacı için kalıcı lisans almak yerine artırım seçenekleri baştan konuşulur. Bu esneklik satın alma anında sorulmazsa sonradan pahalıya mal oluyor.

Parti bazlı maliyet

Sezon içinde farklı fiyatlarla alınan ürün tek stok kartında toplanırsa, satılan malın maliyeti ortalamaya düşer ve gerçek kârlılık görünmez. Her alım partisinin kendi maliyetiyle izlenmesi, sezonluk işletmelerde kurulumun en kritik kararı.

Geçici personel ve yetki

Sezonluk personel için sınırlı yetkili kullanıcı profilleri önceden hazırlanır. Sezon başında tek tek yetki tanımlamak hem zaman alıyor hem de eksik/fazla yetkiye yol açıyor.

Destek yoğunluğu

Destek planı da sezona göre ayarlanır. Sezon boyunca yanıt süresi kısaltılır; sezon dışında normale döner.

Sezona göre planlanmış bir kurulumun birinci faydası, yoğunluk döneminde sistemin sorun çıkarmamasıdır. Bunun maliyeti ölçülemez görünür ama sezonda yaşanan bir günlük duruşun bedeli, tüm yıllık yazılım maliyetini geçebilir.

İkincisi parti bazlı maliyet: sezon sonunda gerçek kârlılık ortaya çıkar. Ortalama maliyetle çalışan işletmeler hangi alımın kazandırdığını genelde bilmiyor.

Üçüncüsü lisans tasarrufu: yıl boyu kullanılmayan kullanıcılar için kalıcı lisans ödenmez.

Sezonluk işletmelerde fiyat planlaması iki noktada farklılaşır: kullanıcı lisansı ve e-belge kontörü.

Kontör tüketimi yıla eşit dağılmaz; birkaç ayda yıllık ihtiyacın büyük kısmı tükenir. Bu yüzden kontör planı sezon öncesinde yapılır ve hasat dönemine girmeden tamamlanır. Sezon ortasında biten kontör, alımın durması demek.

Lisans tarafında ise sezonluk artırım seçeneği, kalıcı lisanstan belirgin şekilde ekonomik olabiliyor — ama bu ancak sözleşme aşamasında konuşulursa mümkün.

Sezon öncesinde bir hazırlık kontrolü yapıyoruz: kontör durumu, kullanıcı yetkileri, yedekleme ve geçen sezondan kalan açık kayıtlar.

Sezon boyunca destek kapasitesini artırıyoruz; alım noktasında sistem durduğunda alım da duracağı için bu dönemde öncelik veriyoruz.