Zeytin sezonunda alım noktasına arka arkaya araçlar gelir. Üretici bilgisi doğrulanır, araç tartılır, ürün değerlendirilir, fiyat belirlenir, fiş oluşturulur ve ödeme süreci başlar. Bu adımlar farklı defterler, Excel dosyaları ve mesajlarla yürütüldüğünde küçük bir kayıt hatası bile üretici bakiyesini, stok miktarını ve günlük maliyeti etkileyebilir.
Doğru bir zeytin alım sistemi, kantarı tek başına değil bütün işlem zincirinin başlangıcı olarak ele alır. Tartım kaydı doğru üreticiye, ürüne, kalite sonucuna, fiyat kuralına, partiye ve cari harekete bağlanır. Yetkili kullanıcı işlemin hangi aşamada olduğunu görür; üretici ise kendisine ait fiş ve ödeme bilgisini daha açık takip edebilir.
Kantar, üretici ve ödeme neden tek sistemde olmalı?
Kantar programı yalnızca kilogramı kaydediyor, üretici hesabı başka dosyada tutuluyor ve ödeme muhasebeye elle giriliyorsa aynı işlem birkaç kez yazılır. Her tekrar giriş yeni hata ihtimali oluşturur. Tek sistem yaklaşımında birincil kayıt bir kez oluşturulur; ilgili ekranlar bu doğrulanmış kaydı kullanır.
| İşlem | Dağınık yöntem | Bütünleşik sistem |
|---|---|---|
| Üretici tanıma | İsim veya telefonla tekrar arama | Tekil üretici kartı |
| Tartım | Kantar fişi ve ayrıca Excel | Aynı işlemde brüt-dara-net kayıt |
| Kalite | Kâğıt not veya sözlü bilgi | Alım kaydıyla ilişkili sonuç |
| Fiyat | Elle hesap ve farklı listeler | Yetkili fiyat kuralı |
| Cari | Sonradan manuel giriş | Onay sonrası otomatik hareket |
| Ödeme | Mesaj ve dekont takibi | Planlanan, ödenen ve kalan bakiye |
1. Üreticiyi doğru ve tekil biçimde tanımlayın
Aynı kişinin farklı yazımlarla birden fazla kez açılması, telefon numarasının güncel olmaması veya ödemenin yanlış hesaba bağlanması sezon sonunda mutabakat sorunları doğurabilir. Üretici kartında yalnızca iletişim bilgisi değil, işletmenin gerçekten ihtiyaç duyduğu işlem ve ödeme bilgileri tutulmalıdır.
- Tekil üretici veya tedarikçi numarası
- Ad-soyad ya da işletme unvanı
- Doğrulanmış telefon ve gerekli iletişim bilgileri
- Köy, bölge, bahçe veya tedarik noktası
- Vergi ve fatura bilgilerinin ihtiyaca uygun kaydı
- Ödeme yöntemi ve doğrulanmış hesap bilgisi
- Sözleşme, onay veya ilgili dokümanlar
- Aktif, pasif veya inceleme bekleyen hesap durumu
2. Brüt, dara ve net tartım akışını standartlaştırın
Bir kantar işlemi aracın ilk tartımıyla başlayıp ikinci tartım ve onayla tamamlanabilir. Sistem; plakayı, sürücüyü, üreticiyi, ürün türünü, tarih-saat bilgisini ve tartım değerlerini aynı işlem numarası altında tutmalıdır. İlk tartımı tamamlanmış fakat ikinci tartımı bekleyen araçlar ayrı görünmelidir.
| Alan | Amaç | Kontrol |
|---|---|---|
| İşlem numarası | Kaydı tekil tanımlamak | Otomatik ve değiştirilemez sıra |
| Üretici | Alımı doğru hesaba bağlamak | Tekil kart seçimi |
| Araç/plaka | Tartım hareketini tanımlamak | Biçim ve tekrar kontrolü |
| Brüt-dara-net | Gerçek alınan miktarı hesaplamak | Cihaz verisi ve mantık kontrolü |
| Ürün/çeşit | Stok ve fiyat sınıfını belirlemek | Yetkili ürün listesi |
| Tarih-saat | İşlem sırasını doğrulamak | Sistem kaydı |
| Operatör | Sorumluluğu izlemek | Kullanıcı oturumu |
| Durum | Bekleyen ve tamamlanan işlemi ayırmak | Onay iş akışı |
3. Kantar cihazı entegrasyonu nasıl çalışır?
Kantar göstergesindeki değerin otomatik alınması, operatörün sayıyı elle yazmasını ve yazım hatasını azaltabilir. Entegrasyon yöntemi cihazın marka-modeline, çıkış protokolüne, bağlantı biçimine ve mevcut yazılıma göre değişir. Seri port, ağ bağlantısı, üretici yazılımı, API veya kontrollü dosya aktarımı gibi seçenekler değerlendirilebilir.
- Cihaz marka-modeli ve haberleşme dokümanı doğrulanır
- Kararlı ağırlığın ne zaman okunacağı belirlenir
- Manuel giriş gerekirse neden ve yetki kaydı tutulur
- Bağlantı kesildiğinde işlem davranışı tanımlanır
- Tekrar veri gönderme ve mükerrer fiş önlenir
- Cihaz zamanı ile sistem zamanı uyumlu tutulur
- Test tartımları gerçek operasyon başlamadan yapılır
4. Kalite değerlendirmesini fiyat kuralına bağlayın
Zeytinin çeşidi, olgunluk durumu, yabancı madde, hasar, kalibre veya işletmenin kabul kriterleri fiyatı etkileyebilir. Bu değerlendirme sözlü kalırsa üreticiye açıklama yapmak ve farklı operatörlerin tutarlılığını sağlamak zorlaşır. Dijital form, işletmenin tanımladığı kriterleri standart biçimde kaydeder.
- Ürün çeşidi ve kullanım amacı
- Numune alan ve değerlendiren kullanıcı
- Tanımlı kalite kriterleri
- Fotoğraf veya belge ekleme
- Kabul, şartlı kabul ya da ret sonucu
- Baz fiyat ve yetkili fiyat listesi
- Prim, kesinti veya sınıf farkı
- Manuel fiyat değişikliğinde gerekçe ve onay
Fiyat kuralları yazılıma aktarılırken işletmenin ticari uygulaması, sözleşmeleri ve mevzuat yükümlülükleri doğrulanmalıdır. Yazılım yetkisiz değişikliği engelleyebilir ve hesap geçmişini gösterebilir; fiyat politikasını kendiliğinden belirlemez.
5. Üretici carisi ve ödeme takibini şeffaflaştırın
Tamamlanan ve yetkili kişi tarafından onaylanan alım, üretici hesabında borç/alacak hareketine dönüşebilir. İptal, iade, kesinti veya düzeltme varsa eski kaydı sessizce değiştirmek yerine ters kayıt ve açıklamalı düzeltme yapılması denetim izini korur.
| Durum | Anlamı | Sonraki işlem |
|---|---|---|
| Hesaplanıyor | Alım veya kalite onayı tamamlanmadı | Eksik kontrolü tamamla |
| Ödeme planlandı | Tutar ve tarih belirlendi | Yetkili onayı bekle |
| Kısmi ödendi | Bakiyenin bir bölümü ödendi | Kalan tutarı izle |
| Ödendi | Planlanan ödeme tamamlandı | Dekont ve tarih ilişkilendir |
| İncelemede | Uyuşmazlık veya veri farkı var | Mutabakat yap |
| İptal/düzeltme | İşlem geri alındı veya düzeltildi | Gerekçe ve onay kaydını koru |
- Alım bazında hakediş
- Toplam üretici bakiyesi
- Vade veya planlanan ödeme tarihi
- Kısmi ödeme
- Banka, nakit veya diğer ödeme yöntemi
- Dekont ve referans numarası
- Yetkili ödeme onayı
- Üretici mutabakat özeti
6. Muhasebe ve ERP entegrasyonunda nelere dikkat edilmeli?
Alım sistemi ile muhasebe arasında entegrasyon kurulmadan önce hangi sistemin hangi verinin ana kaynağı olduğu belirlenmelidir. Üretici kartı iki tarafta ayrı ayrı değiştirilebiliyorsa kısa sürede veri uyuşmazlığı oluşur.
| Veri | Ana kaynak | Aktarım yönü |
|---|---|---|
| Tartım ve ürün kabul | Alım sistemi | Alım sisteminden muhasebeye |
| Üretici temel kartı | Karara göre tek sistem | Tek yön veya kontrollü eşleme |
| Cari hareket | Muhasebe/ERP | Onaylı alımdan muhasebeye |
| Ödeme sonucu | Muhasebe/banka süreci | Alım sistemine durum dönüşü |
| Stok girişi | ERP veya stok sistemi | Onaylı net miktardan aktarım |
| İptal/düzeltme | Yetkili iş akışı | İki sistemde ilişkili ters kayıt |
- Tekil üretici eşleme anahtarı
- Ürün ve birim kodlarının eşleştirilmesi
- Mükerrer aktarımı önleyen işlem kimliği
- Hata alan kayıtlar için yeniden deneme kuyruğu
- Aktarım zamanı ve kullanıcı günlüğü
- İptal ile düzeltmenin iki sistemde karşılığı
- Toplam miktar ve tutar için günlük mutabakat raporu
7. Geçici alım noktalarında mobil ve çevrimdışı çalışma
Fabrika dışındaki sezonluk alım noktalarında internet bağlantısı kararsız olabilir. Mobil uygulama üretici ve alım kaydını çevrimdışı oluşturabiliyorsa işlem kesintiye uğramaz. Ancak aynı üreticinin veya fişin iki cihazda mükerrer açılmasını önleyecek senkronizasyon kuralı gerekir.
- Cihaza önceden indirilen yetkili üretici ve ürün listesi
- Çevrimdışı benzersiz işlem numarası
- Bağlantı geldiğinde güvenli senkronizasyon
- Çakışan kayıtlar için yönetici incelemesi
- Fotoğraf ve konum için amaçla sınırlı kullanım
- Kayıp cihazda oturum kapatma ve veri koruması
- Saha noktası bazında gün sonu mutabakatı
8. Yetki, güvenlik ve denetim izi
Kantar operatörü, kalite sorumlusu, satın alma yöneticisi, muhasebe ve yönetici aynı verilere aynı yetkiyle erişmemelidir. Özellikle fiyat, banka bilgisi, ödeme, iptal ve manuel tartım değişikliği gibi işlemler sınırlandırılmalıdır.
- Rol bazlı ekran ve işlem yetkisi
- Güçlü oturum ve yönetici doğrulaması
- Fiyat ve ödeme için çift onay seçeneği
- Eski-yeni değerleri gösteren değişiklik günlüğü
- Silme yerine iptal ve ters kayıt yaklaşımı
- Düzenli yedekleme ve geri yükleme testi
- Kişisel veriler için erişim ve saklama politikası
- İşten ayrılan kullanıcının erişimini aynı gün kapatma
9. Yönetim hangi raporları görmeli?
| Rapor | Cevapladığı soru |
|---|---|
| Günlük alım | Bugün hangi noktadan ne kadar ürün alındı? |
| Üretici dağılımı | Alım miktarı hangi üreticilerde yoğunlaşıyor? |
| Çeşit ve kalite | Stoka hangi ürün sınıfları girdi? |
| Ortalama alım maliyeti | Miktar ve kaliteye göre ortalama fiyat nedir? |
| Bekleyen tartım | İlk tartımı yapılıp tamamlanmayan araç var mı? |
| Ödeme yaşlandırma | Vadesi gelen ve geciken üretici bakiyeleri nedir? |
| Düzeltme günlüğü | Kim hangi kritik kaydı neden değiştirdi? |
| Nokta mutabakatı | Saha alımı ile merkez kaydı eşleşiyor mu? |
10. Sistemi bir haftada değil, kontrollü pilotla devreye alın
| Aşama | Yapılacak çalışma |
|---|---|
| Süreç analizi | Mevcut fiş, tartım, fiyat, cari ve ödeme akışını çıkarın |
| Veri hazırlığı | Üretici, ürün, fiyat ve kullanıcı listelerini temizleyin |
| Cihaz testi | Kantar bağlantısı ve kararlı ağırlık okumasını doğrulayın |
| Kapalı pilot | Tek kantar, tek vardiya ve sınırlı üreticiyle deneyin |
| Paralel kontrol | Kısa süre eski yöntemle sonuçları karşılaştırın |
| Yaygınlaştırma | Hatalar giderildikten sonra diğer noktalara açın |
| Sezon sonrası | Kullanım, hata ve maliyet sonuçlarını değerlendirip geliştirin |
Sonuç: kantar fişini uçtan uca alım kaydına dönüştürün
Akhisar’daki zeytin alım işletmeleri için dijital sistemin en önemli görevi tartım ekranı göstermek değildir. Sistem; üreticiyi, ürünü, net miktarı, kaliteyi, fiyatı ve ödemeyi tek işlem zincirinde güvenilir biçimde ilişkilendirmelidir.
En doğru başlangıç, mevcut kantar ve muhasebe altyapısını inceleyerek tek bir alım noktasında pilot yapmaktır. Temel kayıtlar doğrulandıktan sonra stok, lot izlenebilirliği, üretim, saha uygulaması ve üretici bilgilendirme modülleri aşamalı biçimde eklenebilir.
Sık sorulan sorular
Kantar verisi yazılıma otomatik aktarılabilir mi?
Cihazın marka-modeli, bağlantı biçimi ve teknik protokolü uygunsa ağırlık değeri seri port, ağ, API veya üretici yazılımı üzerinden aktarılabilir. Entegrasyon gerçek cihazla test edilmelidir.
Brüt, dara ve net tartım nasıl takip edilir?
İlk ve ikinci tartım aynı işlem numarası altında tutulur. Sistem net miktarı belirlenen kurala göre hesaplar; manuel değişiklik varsa kullanıcı, gerekçe ve önceki değer kaydedilir.
Üretici ödemeleri sistemden yapılabilir mi?
Sistem hakediş ve ödeme planını oluşturabilir; banka veya muhasebe entegrasyonuna göre ödeme talimatı ve sonuç durumu ilişkilendirilebilir. Yetki ve finansal kontroller ayrıca tasarlanmalıdır.
İnternet kesildiğinde alım devam eder mi?
Çevrimdışı çalışma özelliği varsa alım kaydı cihazda güvenli biçimde tutulup bağlantı geldiğinde senkronize edilebilir. Mükerrer kayıt ve veri çakışması kuralları kurulmalıdır.
Mevcut muhasebe programı değişmek zorunda mı?
Her zaman değil. Mevcut program uygun veri aktarımı veya API sunuyorsa alım yazılımıyla entegre edilebilir. Teknik imkân ve veri sahipliği önce analiz edilmelidir.
Zeytin alım sistemi ne kadar sürede kurulur?
Süre; kantar modeli, alım noktası sayısı, muhasebe entegrasyonu, fiyat kuralları ve veri hazırlığına bağlıdır. Kontrollü bir pilot, tüm noktaları aynı anda açmaktan daha güvenli olur.