ESL projesinde ödeme planı ve kilometre taşları

ESL projeleri tek seferlik bir donanım alımı değil, birkaç aya yayılan bir iştir: teslim, kurulum, entegrasyon, eğitim, kabul. Ödeme planı bu aşamalara bağlanmazsa, işin son yüzde onu sürüncemede kalır.

Neden aşamalı ödeme?

Peşin ödenen bir projede tedarikçinin son aşamaları tamamlama motivasyonu düşer. Eksik kalan işler genellikle en görünmez ama en önemli olanlardır: eğitim, dokümantasyon, kabul testleri.

Ödemenin bir kısmının kabule bağlanması, bu işlerin tamamlanmasını garantiler.

Beş kilometre taşı

1. Sipariş ve avans (%20–30)

Sözleşme imzası ve sipariş. Donanım ithal ediliyorsa tedarikçinin nakit ihtiyacı gerçektir; makul bir avans beklenir.

Karşılığında istenmesi gereken: kesin teslim tarihi ve gecikme hâlinde ne olacağı.

2. Donanım teslimi (%25–30)

Etiketler ve erişim noktaları mağazaya ya da depoya teslim edildiğinde.

Kontrol edilmesi gerekenler: adet sayımı, model doğrulaması, hasar kontrolü, aksesuar tamlığı.

Teslimde eksik çıkan aksesuar, kurulum gününde fark edilirse takvim kayar (ESL projesinde gizli maliyetler).

3. Kurulum tamamlama (%20–25)

Montaj, eşleştirme ve kapsama testi bittiğinde.

Kabul kriterleri: eşleşmemiş etiket sıfır, etiketsiz ürün sıfır, kapsama dışı raf sıfır, dolu raf kapsama testi yapılmış (mağaza kapatmadan ESL kurulumu, ESL'de eşleştirme).

4. Entegrasyon ve eğitim (%10–15)

ERP bağlantısı çalışır durumda, personel eğitimi tamamlanmış.

Kabul kriterleri: test fiyat değişikliğinin uçtan uca doğrulanması, eğitim katılım kaydı, kullanım kılavuzunun teslimi (ERP ve POS entegrasyonu, personel eğitimi ve devir teslim).

5. Kabul ve garanti başlangıcı (%10–15)

Belirli bir gözlem süresi sonunda (genellikle 30 gün) sistem taahhüt edilen performansı gösteriyorsa.

Kabul kriterleri: güncelleme başarı oranı, toplu güncelleme süresi, eşleştirme doğruluğu (ESL operasyonunda KPI takibi).

Bu son dilim, projenin kalitesini belirleyen tek kalemdir.

Kabul kriterleri sayısal olmalı

"Sistem çalışır durumda teslim edilecek" ifadesi kabul kriteri değildir. Ölçülebilir olması gerekir:

Bu kriterler şartnamede istenirse, gelen teklifler de bunları kabul ederek gelir (şartname üretici).

Gecikme ve yaptırım

Teslim ve kurulum tarihlerinin kayması olağandır. Sözleşmede gecikmenin sonucu tanımlı olmalıdır.

Gecikme cezası caydırıcı ama gerçekçi olmalıdır; aşırı ceza, tedarikçinin işi hiç almamasına ya da fiyata risk primi eklemesine yol açar.

Alternatif bir yaklaşım, gecikme hâlinde ödeme diliminin ertelenmesi ve garanti süresinin uzatılmasıdır.

Yazılım lisansı ayrı ele alınmalı

Donanım ödemesi kilometre taşlarına bağlanırken, yazılım lisansı genellikle yıllık faturalanır ve kurulum takviminden bağımsızdır.

Lisansın ne zaman başlayacağı netleşmelidir: sipariş anında mı, kurulum tamamlandığında mı? Üç ay süren bir kurulumda bu fark üç aylık lisans bedelidir (yazılım lisans modelleri).

Aşamalı yaygınlaştırmada ödeme

Mağaza mağaza ilerleyen bir projede ödeme planı mağaza bazında tekrarlanır. Ancak bazı kalemler bir kereliktir: merkezi sunucu, entegrasyon, ilk şablon tasarımı.

Bu kalemlerin ilk mağazaya mı yüklendiği yoksa tüm mağazalara mı dağıtıldığı, sözleşmede netleşmelidir — özellikle proje yarıda durursa kimin ne ödeyeceği açısından.

Faturalama ve muhasebe

Ödeme dilimlerinin faturalanma biçimi, yatırımın muhasebeleştirilmesini etkiler. Donanım ve hizmet kalemlerinin ayrı faturalanması, aktifleştirme ve gider yazma ayrımını kolaylaştırır (ESL yatırımının muhasebesi).

Bu ayrım, sözleşme aşamasında mali müşavirinizle netleştirilmelidir.

Teminat ve garanti mektubu

Büyük projelerde, son ödeme dilimi yerine ya da ona ek olarak teminat mektubu istenebilir: tedarikçi işi tamamlar, ödemeyi alır, ama belirli bir süre teminat bırakır.

Bu, özellikle kamu ve büyük zincir projelerinde standarttır. Süresi genellikle garanti süresiyle örtüşür.

Küçük projelerde teminat mektubu maliyeti (banka komisyonu) fiyata yansır; bu yüzden aşamalı ödeme daha pratik bir araçtır.

Kabul testini kim yapacak?

Kabul kriterleri sayısal olsa bile, ölçümü kimin yapacağı belirsizse tartışma çıkar. Tedarikçinin kendi raporuna dayanan bir kabul, kabul sayılmaz.

Pratik çözüm: ölçümü sistem raporundan birlikte almak ve tutanağa geçirmek. Eşleştirme örneklem denetimi ise müşteri tarafından yapılmalıdır (etiket eşleştirme hatası).

Tutanak, iki tarafın imzasıyla kapanır ve son ödeme dilimini tetikler.

Proje yarıda kalırsa

Nadir ama mümkün: proje kurulum aşamasında durur (mağaza kapanır, karar değişir, taraflar anlaşamaz).

Sözleşmede bu senaryonun sonucu yazılı olmalıdır: teslim edilmiş donanımın durumu, yapılmış işin bedeli, iade koşulları. Bu madde, imza anında düşünülmesi zor ama gerektiğinde çok değerli olan bir maddedir.