Sıfırdan PMS Yazmak

Selamlar R10 ailesi,
Ağırlıklı olarak back-end tarafında çalışan bir yazılım geliştiricisiyim.
Bugün size nasıl sıfırdan bir PMS (Property Management System) yazmaya kalkıştığımı —
ve nasıl duvara toslayıp her şeyi baştan yazmak zorunda kaldığımı anlatmak istiyorum.

Her şey bir müşteriyle başladı

Bir müşterimiz bungalov tarzında yatay bir otel inşa etmeye başladığından bahsetti.
Benden, bu tesisin tüm operasyonlarını online olarak takip edebileceği bir sistem hazırlamamı istedi.
Ben de klasik şekilde düşündüm:
“Tamam, web sitesi + online rezervasyon + biraz raporlama yeter.”
Sistemi yazdım, rezervasyon akıyordu, arayüz temizdi, API’ler sağlamdı.
Kendi kendime dedim ki: “Tamam ya, bu iş oldu.”

Gerçek dünyayla ilk çarpışma

Sistemi otel müdürüne gösterdim. Adam inceledi, sessizce kafasını salladı.
Sonra bana döndü ve dedi ki:

“Turizm sektörü böyle çalışmaz. Kafanıza göre yazılım yapamazsınız.
Bunun içinde folyo yönetimi, rate code, raporlar olmalı.”

O an yıkıldım.
Yazdığım yazılım, teknik olarak sağlamdı ama hiçbir işe yaramıyordu.
Gerçek operasyonu karşılamıyordu.
Yani ben kod yazmıştım ama ürün geliştirmemiştim.

Folyo yönetimi ile tanışma

Folyo yönetimi dedikleri şeyin detayına girince işin rengi tamamen değişti.
Her konaklamanın içinde onlarca işlem vardı:

• Posting (işlem ekleme)
• Payment (ödeme)
• Rebate (düzeltme)
• Refund (iade)
• Discount (indirim)

Bunların hepsi gün dönme (night close) sırasında kapanıyor ve sistemin finansal dengesi bu şekilde korunuyordu.
Yani PMS yazmak, sadece rezervasyon ekranı yapmak değilmiş.
Bir otelin muhasebesini, operasyonunu, kasa akışını birleştirmekmiş.

Her şeyi çöpe attım, yeniden başladım

O gün eve gittim, kodlara baktım ve dedim ki:

“Bu yazılımı çöpe atıyorum. Baştan yazacağım.”

Bu sefer otel operasyonunu anlamadan tek satır bile yazmadım.
Personel ne yapıyor, kasa nasıl kapanıyor, misafir hesabı nasıl tutuluyor — hepsini tek tek öğrendim.
Yeni versiyonda kodu değil, işi tasarlamaya başladım.




Bugün geldiğim noktada sistem gerçekten çalışıyor.
Rezervasyon, folyo yönetimi, rate code, night close, raporlama — hepsi birbirine bağlı.
Artık sadece bir yazılım değil, otel mantığıyla düşünen bir sistem.
Bu süreç bana şunu öğretti:

“Kod yazmak kolay. Ama sektörü anlamadan yazılım geliştirmek imkânsız.”

Daha öncesinde Elektranın yazılım bölümünde bir süre çalışmıştım doğrudan elektra değil ama elektranın bağlantılı bir koluydu bu. Restoran ve otellere günde belki 10 farklı yer gezerek gidiyorduk SQL'iydi, İşlemleriydi, Veritabanı sorunlarıydı derken gerçekten bu yazılımı yazmaktan ziyade arkasında takibini yazabilmek gerçek meseleymiş ben o dönem bunu anlamıştım. Sizde de durum umarım böyle olmaz da tek celsede bu işi çözersiniz yoksa inanın bu işin gidişatı çok zorluyor insanı.

Birde benim gözlemime göre sektörden (o iş hangi iş ise) olmayan birisi o sektöre dair bir şey yazarsa ve bu sistem tutarsa bazen büyük sorunlara sebep oluyor. Mesela muhasebeden önce ön büronun işlemlerinin gelmesini şart koşuyor, ön büro ağır işlediği için muhasebe takılıyor, muhasebe takılınca gün sonu alınmıyor sistemsel bir ters döngü oluşuyor.

ElektraWeb gibi bir şey yapmayı düşünüyordum ben de, ellerinize sağlık.

Bilgiler için teşekkürler. Tech stackden de bahseder misiniz?

İnsanlarda epin yazılımı yaparken sizin başta yaptığınız ki ya stok ekle ürün ekle payment ekle geç git düşünüyor işin içine bir giriliyor sonra kaynak kodlarıyla epin scripti 50tlden satışda

başarılar hocam.

Isin icinde olmadan, yani sahalara inmeden proje gelistirilmez.

Daha önce elektra , uzun süre çalıştım delphi zamanlarında daha sonra Laravel ile bir PMS startup da Takım lideri ve CTO olarak çalıştım şuanda bir Acenta yazılımı geliştiriyoruz bu süreçler zor gibi görüne bilir fakat mantığı anlamak gerek daha önce takıldın yerde yazabilirisin hocam buna ek olarak bugalov gibi olmasada Sadece villa kiralama için ayrı bir yazılım geliştirdim KBS routing folyo vs vs vs