Taşınmaz ve ikinci el araç ilanlarında doğrulama düzeni yürürlükte: ilanın arkasında artık bir belge kaydı olmak zorunda. Bu sayfa, toplu ve otomatik ilan süreçlerini bu düzene göre yeniden kurmanın pratik yolunu anlatıyor. Hangi alanın her ilanda taşınması gerektiğini, kaydı olmayan bir mülkün otomasyona neden hiç girmemesi gerektiğini ve eksik alan görüldüğünde akışın neden durdurulduğunu somut örneklerle ele alıyoruz.
Doğrulama düzeni yürürlüğe girmeden önce bir ilan, onu yazan kişinin beyanından ibaretti. Bugün ilanın arkasında bir kayıt duruyor: taşınmaz tarafında mülk sahibinin verdiği izinden üretilen ilan yetki numarası, araç tarafında işletmenin yetki belgesi numarası ve tescilli unvanı. Otomasyon kuran biri için bu, tabloya bir sütun eklemek değil, girdinin tanımını değiştirmek demektir. Eskiden elinizdeki liste başlık, açıklama, fiyat, konum ve fotoğraf sütunlarından oluşuyordu; artık bu listenin ilk sütunu doğrulama bilgisidir. Sıra da tersine döndü: önce kaydın var ve geçerli olduğunu doğruluyor, sonra ilan metnini üretiyorsunuz. Pratikte bu, portföyünüzün iki parçaya ayrılması anlamına gelir. Yayına hazır olanlar, doğrulama alanı dolu ve süresi geçerli olanlardır. Diğerleri ne kadar iyi fotoğraflanmış olursa olsun yayın kuyruğuna girmez; bekleme listesinde durur ve izin tamamlandığı anda otomatik olarak kuyruğa düşer. Otomasyonun asıl değeri de burada ortaya çıkar: yüz kaydın hangi tarafta durduğunu gözle takip etmek yorucudur, bir kural motoru için sıradan bir filtredir. Kurulumu bu mantıkla yaparsanız mevzuat uyumu ayrı bir iş olmaktan çıkar, akışın kendi parçası olur.
Uyumlu bir akışın temeli, kaynak tablonuzun doğru sütunlara sahip olmasıdır. Deneyimde en çok sorun, ilanları üreten tablonun bu alanları hiç barındırmamasından çıkıyor: numara bir yerlerde WhatsApp mesajında, izin ekran görüntüsü bir klasörde duruyor ve ilan anında elle yazılıyor. Elle yazılan alan er geç yanlış yazılır. Bunun yerine kaynak tabloya kalıcı sütunlar açın ve otomasyonun bu sütunları okumasını zorunlu kılın. Taşınmaz tarafında ilan yetki numarası, iznin kime verildiği, iznin başlangıç ve bitiş tarihi, mülkün iç kodu ve ilanı açacak hesabın adı gerekir. Araç tarafında işletmenin yetki belgesi numarası, ilanda görünecek tescilli unvan, aracın plakası veya iç stok kodu ve belge geçerlilik tarihi gerekir. Bu alanların hepsi metin olarak değil, tipli olarak tutulmalı: tarih alanı tarih, numara alanı sabit uzunlukta metin. Baştaki sıfırların Excel tarafından silinmesi klasik bir hatadır ve numarayı geçersiz kılar. Sütunları kurduktan sonra tek bir kural yeterlidir: bu sütunlardan biri boşsa kayıt yayın akışına alınmaz.
En sık yapılan hata, bütün portföyü otomasyona verip eksikleri sonradan temizlemeye çalışmaktır. Bu, hatayı en pahalı yerde, yani yayın anında yakalamak demektir. Kaydı veya izni olmayan bir mülk akışa girdiğinde üç sonuç doğar: ilan reddedilir ve kuyruk tıkanır, kısmen açılan ilan eksik bilgiyle yayında kalır, ya da otomasyon aynı kaydı defalarca deneyerek hesabınızda anlamsız bir hareketlilik üretir. Üçü de gereksizdir, çünkü bu kayıtların akışa hiç girmemesi gerekiyordu. Doğru kurgu, kaynak listenin girişine bir kapı koymaktır. Kapı iki soruyu sorar: bu kaydın doğrulama numarası var mı, ve numaranın geçerlilik tarihi bugünden ileride mi? İkisine de evet gelirse kayıt yayın havuzuna geçer. Hayır gelirse kayıt izin bekleyenler listesine düşer ve orada bir sorumlu adıyla birlikte durur. Bu liste aslında bir iş listesidir: portföy sorumlusuna gidip mülk sahibinden izin isteyeceği kayıtları gösterir. Böylece uyum eksiği, ilan hatası olmaktan çıkıp takip edilebilir bir göreve dönüşür.
Yazılım tarafında buna erken durdurma denir: bir kayıt zorunlu alan kontrolünden geçemiyorsa o kaydın işlenmesi ilk adımda kesilir, sonraki adımlara taşınmaz. Uyum tarafında bu, tercih değil zorunluluktur. Çünkü otomasyon devam ederse eksik alanı bir şeyle doldurmak zorunda kalır; boş bırakır, önceki ilandan kopyalar ya da varsayılan bir değer yazar. Üçü de yanlış beyandır. Doğru davranış, kaydı karantinaya almak ve sebebi yazmaktır. Pratik bir kurulum şöyle işler: doğrulama adımı her kayıt için bir sonuç üretir ve sonucu üç kovaya ayırır. Geçti kovasındakiler yayına gider. Uyarı kovasındakiler yayına gider ama işaretlenir; örneğin geçerlilik tarihi iki hafta içinde dolacak kayıtlar buraya düşer. Durdu kovasındakiler hiç ilerlemez ve gerekçesiyle raporlanır. Gün sonunda bakacağınız tek şey durdu kovasıdır. Toplu işlerde bu ayrım zaman da kazandırır: iki yüz kayıtlık bir yüklemede on kaydın hatalı olması, iş bittikten sonra iki yüz ilanı tek tek kontrol etmekten çok daha ucuza kapanır.
Uyum, ilanın açıldığı ana özgü bir konu değil; ilanın yaşam döngüsünün tamamına yayılır. Üç kritik nokta vardır. Birincisi ilk yüklemedir: burada doğrulama alanları dolu mu diye bakılır. İkincisi güncellemedir; fiyat veya açıklama değiştiğinde doğrulama alanının bozulmadığından emin olunmalıdır, çünkü şablon değişiklikleri bu alanı sessizce silebilir. Üçüncüsü ve en çok gözden kaçanı yenilemedir. Bir ilan aylarca yayında kalırken arkasındaki izin veya belge süresi dolabilir. İlan hâlâ görünürdür ama arkasındaki kayıt geçerliliğini yitirmiştir. Bu yüzden yenileme rutinine küçük bir kontrol eklemek gerekir: yenilemeden önce kaydın geçerlilik tarihine bak, dolmuşsa yenileme değil kapatma veya bekletme uygula. Günlük yüz ilanı yenileyen bir hesapta bu kontrol akışa ayrı bir adım eklemez; karşılığında süresi sessizce dolmuş bir kaydın yenilenmesini engeller. Aynı mantığı satılan veya devri tamamlanan kayıtlar için de kurun: kayıt kapandığında ilanın yayından kalkması ve bekleyen yenileme görevlerinin silinmesi gerekir.
Çok kanallı yayın yapan ofisler için ek bir sorun var: her portal aynı bilgiyi farklı alan adıyla, bazen farklı biçimde ister. Birinde numara tek bir kutuya girilir, diğerinde belge tipi ve numara ayrı seçilir, bir başkasında unvan alanı ilan başlığından bağımsızdır. Bu farklılığı her portalda elle yönetmeye çalışmak, aynı bilginin üç ayrı yerde yaşamasına ve zamanla birbirinden ayrışmasına yol açar. Çözüm, tek kaynak ilkesidir: doğrulama bilgisi yalnız kendi ana tablonuzda tutulur, portallara giden alan adları bir eşleme tablosuyla üretilir. Eşleme tablosu üç sütundan oluşur: iç alan adı, portal adı, o portaldaki alan adı ve biçimi. Numara ana tabloda değiştiğinde tüm kanallara aynı değer gider; ayrışma ihtimali ortadan kalkar. Bu yapı, portal arayüzü değiştiğinde de işinizi kolaylaştırır: değişen tek şey eşleme satırıdır, kaynak veriye dokunulmaz. Aynı ilanın farklı portallardaki karşılıklarını iç kod üzerinden izliyorsanız, bir kaydın hangi kanalda uyumsuz kaldığını da tek bakışta görürsünüz.
En sık gelen itiraz bu. Ayrımı net koymak gerekiyor. Kendi yetkiniz altındaki kendi ilanlarınızı, kendi hesabınızdan, doğru ve eksiksiz bilgiyle yayınlamak ve güncellemek işin normal yürütülmesidir; bunu elle mi yoksa bir programla mı yaptığınız beyanın doğruluğunu değiştirmez. Sorun, otomasyonun beyanı bozmaya başladığı yerde çıkar: olmayan bir izni varmış gibi göstermek, süresi dolmuş belgeyle yayında kalmak, unvanı gerçekte olduğundan farklı yazmak veya zorunlu alanı boş geçmenin bir yolunu aramak. Uyumlu bir kurulum bu yolları kapatır; açmaya çalışan bir istek zaten karşılanmamalıdır. Aynı çerçeve veri tarafı için de geçerli: kişisel veri içeren bilgileri toplarken KVKK yükümlülüklerine ve bulunduğunuz platformun kullanım şartlarına uymak gerekir, ilan verilerini kendi portföy yönetiminiz için kullanmakla üçüncü kişilere ait iletişim bilgilerini izinsiz işlemek aynı şey değildir. Kısaca: otomasyon işi hızlandırmak içindir, beyanı esnetmek için değil. Bu sınırı kurulum aşamasında yazılı hale getirin, sonradan tartışma çıkmaz.
Kurulum bir kez yapılır, uyum sürekliliktir. Kısa bir haftalık gözden geçirme, işi sonradan sürpriz üretmeyen bir düzene oturtuyor. Pazartesi sabahı iki liste açın. Birincisi izin bekleyenler: kaç kayıt bekliyor, en eskisi kaç gündür bekliyor, sorumluları kim. Bu liste büyüyorsa sorun otomasyonda değil, izin toplama sürecindedir. İkincisi süresi yaklaşanlar: önümüzdeki otuz gün içinde geçerliliği dolacak kayıtlar. Bu listeyi haftada bir görmek, ilanın bir sabah aniden sorun çıkarmasını önler. Aylık olarak da bir örnekleme yapın: yayındaki ilanlardan rastgele on tanesini açıp ilanda görünen bilgiyle kaynak tablodaki bilgiyi karşılaştırın. Farklılık çıkarsa nedeni genellikle tek bir yerdedir: birisi portal arayüzünden elle düzenleme yapmıştır. O zaman kural netleşir; düzenleme kaynakta yapılır, portalda değil. Bu rutini kısa tutacak biçimde tasarlayın; iki listeyi okumak ve gerekiyorsa birkaç kayda not düşmekten ibaret kalırsa sürdürebilirsiniz, uzarsa ilk terk edilen iş o olur.
Doğrulama kapsamına giren taşınmaz ve ikinci el araç ilanlarında zorunlu alanlar boş bırakılamaz; ilan formu genellikle bu aşamada ilerlemez. Otomasyon tarafında da doğru davranış, kaydı zorlamak değil bekleme listesine almaktır. Bilgi tamamlandığında kayıt yayın kuyruğuna kendiliğinden döner.
Evet, doğrulama bilgisi ilan bazında taşınır. Ancak bunu elle yazmak yerine kaynak tabloda kalıcı bir sütun tutun; otomasyon bu sütunu her satır için okur. Böylece iki yüz satırlık bir yüklemede iki yüz kez kopyala yapıştır yapmazsınız.
Hücreyi sayı değil metin biçiminde tanımlayın. Sütunu önceden metin olarak işaretlemek, veri yapıştırıldığında biçimin bozulmasını önler. Yükleme öncesi kontrolde numara uzunluğunu da doğrulayın; beklenen karakter sayısını tutmayan satırlar durdu kovasına düşsün.
Geçerlilik tarihini bir eşik değerle karşılaştıran tek bir kural yeterlidir: tarih bugünden önceyse kayıt yayın akışına hiç girmez, önümüzdeki otuz gün içindeyse akışa girer ama işaretli olarak geçer. İşaretli kayıtları haftalık listede görmek, yenileme gününde sürprizle karşılaşmayı önler.
İzin belirli bir yetkiliye verilir; ilanı açan hesabın o yetkiyle uyumlu olması beklenir. Ofis içinde ilanı fiilen açan kişi değişiyorsa kaynak tabloda izin sahibi ile ilan hesabını ayrı sütunlarda tutun ve iki alan uyuşmuyorsa akış dursun.
Kayıt aynı kaldığı sürece bilgi de aynıdır; her portal için yeni bir kayıt üretilmez. Değişen tek şey, o portalın alanı hangi adla ve hangi biçimde istediğidir. Bunu bir eşleme tablosuyla çözün, bilgiyi kopyalayarak değil.
Hayır ve bu bir kısıt değil, tasarım tercihi olmalıdır. Boş alanı varsayılan bir değerle doldurmak veya önceki ilandan kopyalamak yanlış beyan üretir. Doğru davranış kaydı durdurup gerekçesini raporlamaktır.
Mevzuat ticari faaliyet ile bireysel satışı ayırıyor ve bireysel satış için farklı bir akış tanımlanıyor. Ancak eşikler ve istisnalar zaman içinde güncelleniyor; kendi durumunuz için ilgili resmî kaynaktan veya İl Ticaret Müdürlüğünden teyit almak en sağlıklısıdır.
Kontrol, kayıt zaten okunurken aynı adımda çalıştığı için akışa ayrı bir tur eklemez; pratikte fark edilir bir yavaşlama beklenmez, ama gerçek süre kullandığınız araca ve kayıt sayısına göre değişir. Asıl kazanç hız tarafında değil, yeniden çalışmayı ortadan kaldırmasındadır: hatalı kayıt yayına hiç gitmediği için düzeltilecek ilan da oluşmaz.