Vinç teklif revizyonları karışmadan nasıl saklanır?

Vinç teklifinde tarih, süre veya kapsam değiştiğinde önceki dosyanın üzerine yeni rakam yazmak pratik görünebilir. Ancak müşterinin hangi sürümü gördüğü ve hangisini kabul ettiği belirsizleşir. İş emri eski kapsamla hazırlanırken ticari ekip son dosyayı doğru sanabilir. Revizyon düzeni bu ayrımı görünür hale getirmelidir.

Düzenin merkezinde iki kimlik bulunur: teklifin ana numarası ve o teklifin sürümü. Bunların yanında değişiklik tarihi, nedeni, gönderildiği kişi ve kabul durumu tutulur. Aşağıdaki yöntem işletmeye uyarlanabilecek bir belge yönetimi önerisidir. Bir yazılımın otomatik sürümleme yaptığı veya dosyanın hukuki nitelik taşıdığı iddiası değildir.

Teklif kimliği ve sürümü birlikte kullanın

Ana numara aynı müşteri talebine bağlı kalabilir; revizyon kodu yeni dosyayı ayırır. “Son”, “en son” ve “düzeltilmiş” gibi isimler birkaç gün içinde anlaşılmaz olur. Kodun nasıl arttığını ekibe açıklayın. Yeni talep tamamen farklıysa aynı ana numarayı kullanıp kullanmayacağınızı da belirleyin.

Dosya adında gereksiz kişisel bilgileri taşımayın. İşin kimliğini, sürümünü ve tarihi açıklayan düzen yeterli olabilir. Dosya içindeki başlık da aynı kimliği taşısın; isim ile içerik farklı sürümü gösterirse arşiv güvenilirliğini kaybeder.

Değişiklik günlüğü oluşturun

Sürüm	Değişen alan	Durum	Müşteri bağlantısı
T-520/R01	İlk kapsam ve süre	Gönderildi	İlk görüşme kaydı
T-520/R02	Çalışma aralığı	Değerlendirmede	Yeni talep bağlantısı
T-520/R03	Ek görev ve bedel	Kabul teyidi bekliyor	Son gönderim kaydı

Tablo kurgusal bir sürüm geçmişidir. En yeni dosya R03 olsa da müşteri onu kabul etmediyse kesin kapsam sayılmaz. Operasyon ekibi tabloyu yalnızca sürüm sırasıyla değil durum bilgisiyle birlikte okumalıdır. Bekleyen teyidin sahibi de ayrı belirtilebilir.

Kapsam değişikliğini bedel değişikliğinden ayırın

Bir revizyonun nedeni yalnızca indirim olmayabilir. Saha, süre, görev veya dahil hizmet değişebilir. Önce kapsam farkını yazın, sonra bedelin bu farkla ilişkisini açıklayın. Böylece müşterinin bir rakam değişikliğiyle aslında farklı hizmeti karşılaştırması önlenir.

Tamamen kurgusal kabul örneği

R02 dört saatlik işi içerirken R03 beş saat ve ek görev içeriyor olsun. Müşteri yalnızca R02 için teyit vermiştir. Operasyona R03’ün gönderilmesi yeni kapsamı kabul edilmiş hale getirmez. Ticari sorumlu hangi işin yürütüleceğini ve ilgili teyidi netleştirir. Bu örnek hukuki bağlayıcılık yorumu değil, kayıt karışıklığını gösteren senaryodur.

Tek bir esas dosya yeri belirleyin

Teklifin aktif sürümü ortak kayıtta bulunabilsin. Çalışanların telefonunda veya farklı sohbetlerde bağımsız “son dosyalar” tutulması hataya açıktır. Bildirimler ana kayda yönlendirsin. Yetkisiz kişiler ticari bilgilere erişmek zorunda olmadan operasyon kapsamını görebilsin.

Eski sürümü saklıyorsanız geçerli planla karışmamasını sağlayın. Görünen durum veya kontrollü klasör düzeni kullanılabilir. Otomatik dosya kilitleme yoksa varmış gibi davranmayın; işletmenin manuel kontrol adımı tanımlansın. İptal ve geri çekme kararı geçmişi anlaşılır kılacak biçimde kaydedilsin.

Örneğin aktif sürümü bulma göreviyle kayıt düzenini deneyin. Teklifi hazırlamayan bir ekip üyesi, müşteri teyidini ve ilgili kapsamı doğru bulabiliyor mu? Bulamıyorsa yeni araç aramadan önce dosya adı, durum alanı ve ana kayıt bağlantısındaki belirsizliği düzeltin.

İş emri bağlantısını kabul edilen sürümle kurun

Ticari teyit sonrası operasyon kaydı hazırlanırken sürüm kimliği kontrol edilsin. İşte değişiklik olursa bunun teklif revizyonu gerektirip gerektirmediğini yetkili kişi değerlendirsin. İki kayıt arasında bağlantı bulunması, birindeki her değişikliğin diğerinde otomatik işleneceği anlamına gelmez.

Müşteri & Teklif ticari geçmiş için, İş Emri & Takvim uygulama planı için temel oluşturur. Rol ve erişim soruları yetki kapsamını anlamaya yardımcı olur. Revizyon düzeninin başarısı, herhangi bir ekip üyesinin doğru kapsamı doğru kabul durumuyla bulabilmesidir.

Kaynaklar

• inspHire OnRent: Rental management features
• Vinç Takip ürün kapsamı

Kaynak ve ürün bağlantıları 11 Ekim 2026 tarihinde içerik hazırlığında kullanılmıştır. Resmi süreç veya ürün kapsamı değiştiğinde ilgili kayıt ve metin yeniden değerlendirilmelidir.