Kapı kilitleri ve yazar kasalar: AI Otel işletim sistemi nelere bağlanacak şekilde tasarlandı?

AI Otel'in otel işletim sistemi iki donanım ailesine bağlanacak şekilde tasarlandı: yaygın kapı kilidi üreticilerinin kart kodlayıcıları ve ÖKC yazar kasa cihazları, satış noktası bazında. Sistem mimarisi bu bağlantıları destekleyecek şekilde tasarlandı; ancak donanım sürücüleri ve sertifikalı entegrasyonlar geliştirilmedi. İkisinin durumu da Tasarlandı. Bugün çalışan bir kilit ya da ÖKC entegrasyonu yok ve bu makalede böyle bir iddia bulamazsınız.

Donanım entegrasyonu, bir otel yönetim sisteminin (PMS) fiziksel binayla buluştuğu yerdir. Demo ortamında her şey beklendiği gibi çalışır. Sonra bir misafir saat 01:40'ta gelir, resepsiyondaki kart kodlayıcı yeni rezervasyonu tanımaz ve kuyruk uzarken biri kartı elle yazmak zorunda kalır. Bir otel sistemi satış toplantısında değil, ilk gece donanımda ölçülür. Bu yazının sonunda her bağlantının nasıl çalıştığını, nerede tıkandığını, AI Otel'in dürüst durumunu ve imzadan önce her satıcıya soracağınız soruları bileceksiniz.

Donanım bağlantıları bir otel sisteminin ilk gününü neden belirler?#

Çünkü resepsiyondaki ilk misafir, hiçbir demoda taklit edilemeyecek iki bağlantıyı sınar: çalışan bir kart üretmesi gereken kodlayıcıyı ve yasal bir fiş üretmesi gereken mali cihazı.

Bir sistem rezervasyonları doğru tutsa bile, kart kapıyı açmıyorsa saat 01:40'ta başarısız olur. Misafir oteli kapıdan yargılar, arkasındaki veritabanından değil. Ön büronun sınırında iki donanım ailesi durur: kapı kilitleri, yani resepsiyonda bir kodlayıcı ve her kapıda bir kilit; ve mali cihazlar, yani satış yapan her noktada bir ÖKC.

İkisi de başka üreticilere aittir; kendi yazılımları, nesilleri ve destek sözleşmeleri vardır. Otel sistemi bu bağlantının bir katılımcısıdır, asla sahibi değil. Donanım ayrıca her geçişin en yavaş parçasıdır: model listesi, saha ziyareti, her masada bir kişi ve gerçek kapılarla gerçek cihazlarda test gerekir.

Ticari sonuç basittir. Kodlayıcınızı süremeyen bir sistem, eskisinin yanında yürüttüğünüz ikinci bir sistem olur ve personel bunun bedelini iki kez öder. Donanım sorusu bu yüzden değerlendirme aşamasında, fiyat yöneticisi ve raporların yanında sorulmalıdır; geçiş haftasında değil.

PMS kapı kilidi entegrasyonu gerçekte nasıl çalışır?#

Üç parçadan oluşur: resepsiyondaki kodlayıcı kartı yazar, PMS kodlayıcıya hangi oda ve hangi tarihleri söyleyeceğini bildirir, kapıdaki kilit de yalnızca kendisi için yazılmış kartları kabul edecek şekilde ayarlanır.

Kodlayıcı, resepsiyondaki kart yazıcıdır. PMS ona oda numarasını, varış ve ayrılış tarihlerini ve genellikle misafire ya da karta ait bir tanımlayıcıyı içeren bir komut gönderir. Kilit ise başlı başına bir cihazdır: kendi saatini ve kendi geçerli kart listesini tutar; kart her takıldığında PMS'e sormaz. Bu yüzden tarih ve saat doğruluğu göründüğünden daha önemlidir.

Çıkış genellikle bir süre bitimidir, silme değil: kart, ayrılış tarihi geçtiği için çalışmayı keser. İyi bir bağlantı, misafir kartını kaybettiğini bildirdiğinde resepsiyonun kartı anında iptal etmesini de sağlar. Hataların çoğu kart yenilemede olur. Oda değişikliği, konaklama uzatma ya da yedek kart, önceki kartın iptal edilmesini gerektirir; iptal adımı atlanırsa eski kart kapıyı açmaya devam eder.

Tipik arıza noktaları şunlardır: kilit ile sistem arasındaki saat kayması, kart yeniden yazılmadan yapılan oda değişiklikleri, pil değişiminden sonra yeniden çevrimiçi gelen kilitler ve kimseye haber verilmeden güncellenen bir kodlayıcı sürücüsü. Otelin sonradan görebilmesi gereken şey: bir odaya hangi kartların, ne zaman, kim tarafından çıkarıldığı. Bu kayıt yoksa tartışmalı bir giriş kaydına yanıt verilemez. Kartlar ve kodlayıcılar hakkında daha ayrıntılı bir anlatım için otel kartlı kilit sistemi nasıl çalışır yazısına bakabilirsiniz.

Bağlantı ne taşır?#

ÖKC nedir ve PMS ile ne ilgisi var?#

ÖKC (ödeme kaydedici cihaz), Türkiye'ye özgü mali fiş cihazıdır; pratikte bir satış noktasındaki yazar kasadır. 3100 sayılı Kanun'a göre (Resmî Gazete, 15.12.1984, sayı 18606) verdiği fiş, fatura verme zorunluluğu olmayan satışları belgeler ve fatura yerine geçer.

Kanun, ödeme kaydedici cihazları elektronik yazar kasa ve elektronik terminal gibi cihazlar olarak tanımlar ve fişlerine fatura zorunluluğu olmayan satışlarda fatura hükmü verir (Katma Değer Vergisi Mükelleflerinin Ödeme Kaydedici Cihazları Kullanmaları Mecburiyeti Hakkında Kanun, mevzuat.gov.tr, 15.12.1984 (yeni sekmede açılır)). Bu, fişi mali bir belge yapar; otelin iç hesabının çıktısı yapmaz. PMS'teki bir hesap satırı ile ÖKC fişi, iki ayrı sahibi olan iki ayrı nesnedir.

GİB, yeni nesil cihazları internet üzerinden güvenli biçimde veri aktarabilen bilgisayar tabanlı cihazlar olarak tanımlar ve gün sonu (Z) raporlarındaki mali bilgilerin güvenli servis sağlayıcılar üzerinden Gelir İdaresi Başkanlığı'na elektronik ortamda iletildiğini yazar (GİB, Yeni Nesil Ödeme Kaydedici Cihaz: Sık Sorulan Sorular, 1 Kasım 2026 (yeni sekmede açılır)).

İki sistemin buluştuğu yer şudur: restoran ya da barda odaya işlenen bir harcama, o satış noktasının kullandığı mali cihaza ulaşmalı ve fiş, hesap kapanmadan misafirin hesabıyla eşleştirilmelidir. İki hata biçimi önemlidir. Çift kayıt, harcama hesapta dururken ayrı bir fişin hesaba hiç ulaşmamasıdır. Kopuk kayıt ise fiş varken arkasında hesap satırı olmamasıdır; gün sonu mutabakatı farkı açıklayamaz.

Hangi satış noktalarının fatura yerine ÖKC kullanmak zorunda olduğu ve bir otele hangi cihaz neslinin uyduğu vergi sorularıdır. Bunları otelinizin mali müşaviri ya da hukuk danışmanı kendi durumunuz için yanıtlar; bu makale yanıtlamaz. Satış noktası düzeyindeki resim için otel restoranı ve barında ÖKC ve POS ile PMS bağlantısı yazılarına bakabilirsiniz.

AI Otel'in kapı kilitleri ve ÖKC konusundaki durumu nedir?#

İkisi de Tasarlandı: tasarlandı, geliştirilmedi. İşletim sistemi yaygın kapı kilidi üreticileri için tasarlandı ve ÖKC cihazlarına satış noktası bazında bağlanacak şekilde tasarlandı; çalışan entegrasyon iddiası yok.

Kapı kilitleri, Tasarlandı: yaygın kapı kilidi üreticileriyle çalışacak şekilde tasarlandı. Hiçbir üretici adı verilmiyor, hiçbir model sertifikalandırılmış değil, hiçbir tesis test edilmemiş durumda. ÖKC cihazları da Tasarlandı: satış noktası bazında bağlanacak şekilde tasarlandı. Tasarım niyeti, tüm tesis için tek cihaz değil, her satış noktası için bir cihazdır; çünkü her satış noktasının kendi mali cihazı ve kendi fiş akışı varsayılır. Tek bir merkezi cihaz, satışın gerçekte nerede yapıldığını bulanıklaştırır. Bir tesisin tek cihazla birden fazla satış noktasına hizmet edip edemeyeceği, mali müşavirinizin yanıtlaması gereken bir vergi sorusudur.

Bu tasarımların yanında Geliştirilmiş olan şey, işletim sisteminin kendisidir: rezervasyon, resepsiyon, kat hizmetleri, faturalama, restoran ve bar satışları, raporlar ve yasal uyum tek bir yerde; çalışan yazılım, lansman öncesi. Ne kapsadığını AI Otel otel işletim sistemi: neler geliştirildi yazısında okuyabilirsiniz.

Dürüst sıfır, açıkça: bugün kilit entegrasyonu da ÖKC entegrasyonu da yok. Var olan, tasarım ve bağlantının hizmet edeceği sistemin geri kalanıdır. Durum sözcüğünü pazarlama değil sınır olarak okuyun. Tasarlandı size neyin çevresinde plan yapabileceğinizi ve neyi henüz satın alamayacağınızı söyler.

Canlıya geçmek ne gerektirirdi?#

Sırayla üç şey: yazılımın geliştirilmesi, donanım tarafının izni ve erişim bilgileri, sonra gerçek bir koridorda ya da satış noktasında gerçek donanımla test.

Önce geliştirme. Tasarlanmış bir bağlantı bir tasarımdır; biri, üreticinin arayüzüne karşı kodu yazmalı ve davranışı broşürüne değil cihazın gerçek davranışına karşı sınamalıdır. Sonra yetki. Kilit üreticileri ve mali cihaz üreticileri arayüzlerini kendi kontrol eder; mali cihazlar, güvenli servis sağlayıcıları da içeren düzenlenmiş bir zincirin içinde durur. Erişim varsayılmaz, verilir.

Entegrasyonlar için genel kuralımız şudur: geliştirilmiş ve test verisiyle sınanmış olmak, canlı olmak demek değildir; canlıya geçiş kurum ve entegratör erişimleri gerektirir. Bu cümle geliştirilmiş entegrasyonları anlatır; kilitler ve ÖKC için erişim adımı geliştirmenin yerine değil, ardına gelir.

Sonra saha testi: bir koridor, bir satış noktası, bir cihaz nesli; otel tarafında adı belli bir kişi, üretici tarafında adı belli bir kişi ve yazılı bir sonuç. Sonra ilk misafirden önce bir geri dönüş planı: elle kart yazma, kodlayıcının bağımsız çalışma kipi ve cihaz arızalandığında fişler için kâğıt prosedür. Yalnızca bu adımlardan sonra bir bağlantı canlı sözcüğünü hak eder. O zamana kadar Tasarlandı olarak kalır ve biz de öyle söyleriz.

İmzalamadan önce her satıcıya ne sormalısınız?#

Kesin donanımı, kesin testi ve bağlantı koptuğundaki kesin davranışı isteyin. Üçüne de yanıt veremeyen satıcı işi yapmamıştır.

Hangi kilit ve kodlayıcı modellerinin sertifikalı olduğu, model numaraları ve yazılım sürümleriyle; "çoğu kilitlerle uyumlu" cümlesiyle değil. Bağlantının hangi ÖKC nesli ve hangi güvenli servis sağlayıcıyla, hangi cihaz modelinde sınandığı. Sizin kilit modelinizi ve cihaz neslinizi kullanan, boyut olarak size yakın bir referans tesis.

Sonra arıza yolları. Bağlantı koptuğunda resepsiyon ne yapar: kodlayıcı bağımsız çalışır mı, kartları kim yazar, bu nasıl kayda geçer. İptal edilen bir kart nasıl durdurulur: sistem ne gönderir, hangi cihaza, ve otel eski kartın artık kapıyı açmadığını nasıl doğrular. Bir fiş hesap satırıyla nasıl eşleştirilir ve sayılar tutmadığında günün fişlerini kim mutabakata bağlar. Son olarak, donanım üreticisi yazılımı güncellediğinde ya da bir modeli üretimden kaldırdığında sözleşme sorumluluk konusunda ne der.

Şimdi ne yapmalı#

Fiyat yöneticilerini ve raporları karşılaştırmadan önce donanım listesini isteyin: resepsiyonunuzdaki kodlayıcı ve satış noktalarınızdaki mali cihazlar. Bir satıcı modelleri, testi ve geri dönüş planını adıyla söyleyemiyorsa, karşılaştırmanın geri kalanı için erken. Kendi donanımınız üzerine kısa bir görüşme için OtelCiro ile görüşün ya da görüşme talep edin; info@ai-otel.com adresine de yazabilirsiniz.