Asansör Yazılımında Çoklu Dil ve Para Birimi

İÇERİK (MARKDOWN)

Asansör firmaları artık yalnızca aynı şehirde veya aynı ülkede hizmet vermiyor. Türkiye’de kurulu bir firma; Kuzey Kıbrıs’ta bakım hizmeti verebiliyor, Avrupa’daki bir projeye parça gönderebiliyor, Orta Doğu’daki bir yükleniciye teklif hazırlayabiliyor veya yabancı sermayeli bir tesisin bakımını üstlenebiliyor. Böyle bir yapıda yalnızca Türkçe çalışan ve bütün finansal hareketleri Türk lirası üzerinden değerlendiren bir program kısa sürede yetersiz kalır.

Asansör yazılımında çoklu dil ve para birimi desteği, yalnızca ekranın dilini değiştiren basit bir özellik değildir. Tekliflerin, sözleşmelerin, bakım formlarının, tahsilatların, stok maliyetlerinin ve raporların doğru dil ve doğru para birimiyle hazırlanmasını sağlayan operasyonel bir gerekliliktir.

Bu yazıda çoklu dil ve para birimi desteğinin asansör firmalarına ne kazandırdığını, hangi işlemlerde kullanılması gerektiğini ve uygulamada hangi hatalardan kaçınılması gerektiğini inceleyeceğiz.

Asansör Yazılımında Çoklu Dil Desteği Nedir?

Çoklu dil desteği, bir yazılımın farklı kullanıcılar ve müşteriler için birden fazla dilde çalışabilmesidir. Ancak profesyonel bir sistemde bu özellik yalnızca menü isimlerinin İngilizce veya Arapça gösterilmesi anlamına gelmez.

Gerçek bir çoklu dil yapısında aşağıdaki unsurlar ayrı ayrı ele alınmalıdır:

• Firma çalışanlarının kullandığı ekran dili
• Teknisyen mobil ekranlarının dili
• Müşteriye gönderilen bakım ve arıza formlarının dili
• Teklif ve sözleşme şablonlarının dili
• Otomatik SMS ve e-posta metinlerinin dili
• Müşteri portalının dili
• Rapor, çıktı ve tahsilat belgelerinin dili
• Parça, işlem ve hizmet açıklamalarının karşılıkları

Örneğin Türkiye’deki merkez ofiste çalışan personel sistemi Türkçe kullanırken, yurt dışındaki teknisyenler İngilizce veya Arapça ekran üzerinden işlem yapabilir. Aynı sistemden çıkan bakım formu ise bina yöneticisinin tercih ettiği dilde hazırlanabilir.

Bu yapı, özellikle farklı ülkelerde şubesi bulunan veya yabancı müşterilerle çalışan firmalar için önemlidir.

Ekran dili ile belge dili aynı şey değildir

Asansör yazılımında en sık yapılan hatalardan biri, ekran dili değiştiğinde bütün belgelerin de otomatik olarak doğru dile çevrileceğini düşünmektir.

Oysa personelin kullandığı ekran İngilizce olabilirken müşteriye Türkçe bakım formu gönderilmesi gerekebilir. Benzer şekilde teknik ekip Türkçe çalışırken, yabancı bir yatırımcıya İngilizce teklif hazırlanabilir.

Bu nedenle yazılımın aşağıdaki seçimleri birbirinden bağımsız yönetebilmesi gerekir:

1. Kullanıcı ekran dili
2. Müşteri iletişim dili
3. Belge şablonu dili
4. Sözleşme ve teklif dili
5. Otomatik bildirim dili

Bu ayrım yapılmazsa müşteriye yanlış dilde belge gönderilebilir, saha personeli işlem ekranlarını anlamakta zorlanabilir veya sözleşmeler manuel olarak yeniden hazırlanmak zorunda kalabilir.

Çoklu Dil Desteği Asansör Firmasına Ne Kazandırır?

Çoklu dil desteğinin en görünür faydası, yabancı müşterilerle daha profesyonel iletişim kurulmasıdır. Fakat operasyonel faydası bundan daha geniştir.

Yabancı müşteriye güven verir

Yabancı bir yatırımcıya, otel yöneticisine veya fabrika yetkilisine kendi dilinde bakım raporu sunmak firmanın kurumsal algısını güçlendirir.

Müşteri aşağıdaki bilgileri kendi dilinde görebilir:

• Bakım tarihi
• Kontrol edilen ekipmanlar
• Tespit edilen uygunsuzluklar
• Değiştirilen parçalar
• Açık kalan işlemler
• Bir sonraki bakım tarihi
• Teknisyen açıklaması
• Teklif ve ödeme bilgileri

Bu durum özellikle uluslararası oteller, fabrikalar, hastaneler, alışveriş merkezleri ve yabancı konut projelerinde önemli bir avantaj sağlar.

Teknisyen hatalarını azaltır

Farklı ülkelerden personel çalıştıran firmalarda dil sorunu yalnızca müşteri iletişiminde yaşanmaz. Teknisyenin yanlış butona basması, arıza durumunu hatalı seçmesi veya bakım formunu eksik doldurması ciddi operasyon sorunlarına neden olabilir.

Personelin sistemi anlayabildiği dilde kullanması:

• Yanlış işlem girişlerini azaltır.
• Eğitim süresini kısaltır.
• Yeni personelin sisteme uyumunu kolaylaştırır.
• Formların daha eksiksiz doldurulmasını sağlar.
• Merkez ile saha arasındaki iletişimi güçlendirir.

Aynı sistemle farklı ülkelerde çalışma imkânı sağlar

Çoklu dil desteği bulunan bir asansör bakım programı sayesinde her ülke veya şube için ayrı yazılım kullanılmasına gerek kalmaz. Merkez ofis bütün operasyonu tek sistemden takip ederken kullanıcılar kendi dillerinde çalışabilir.

Örneğin bir firma;

• Türkiye operasyonunu Türkçe,
• Almanya operasyonunu Almanca,
• İngiltere operasyonunu İngilizce,
• Körfez ülkelerindeki operasyonunu Arapça

yürütebilir.

Böylece müşteri, bakım, arıza, stok ve finans verileri farklı programlara dağılmaz.

Çoklu Para Birimi Desteği Nedir?

Çoklu para birimi desteği; teklif, satış, satın alma, tahsilat, borç, alacak ve raporlama işlemlerinin TL dışında farklı para birimleriyle kaydedilebilmesini sağlar.

Asansör sektöründe en sık karşılaşılan para birimleri şunlardır:

• Türk lirası
• ABD doları
• Euro
• İngiliz sterlini
• İsviçre frangı
• Suudi Arabistan riyali
• Birleşik Arap Emirlikleri dirhemi

Ancak profesyonel bir yapıda yalnızca para birimi simgesini değiştirmek yeterli değildir. Yazılımın işlem tarihindeki kur, ödeme para birimi, kur farkı ve raporlama para birimi gibi bilgileri de yönetmesi gerekir.

Çoklu para biriminin kullanıldığı başlıca işlemler

İşlem	Para Birimi İhtiyacı	Örnek
Bakım sözleşmesi	Sözleşmenin farklı para birimiyle hazırlanması	Aylık 500 euro bakım bedeli
Revizyon teklifi	Parça ve işçilik kalemlerinin dövizle sunulması	3.500 dolar revizyon teklifi
Parça satın alma	İthal ürün maliyetinin dövizle kaydedilmesi	800 euro sürücü alımı
Tahsilat	Müşterinin farklı para birimiyle ödeme yapması	Euro sözleşmeye TL ödeme
Stok maliyeti	Dövizli alınan parçanın gerçek maliyetinin izlenmesi	Kur değişimine bağlı maliyet
Finans raporu	Dövizli alacak ve borçların birlikte görülmesi	TL, euro ve dolar alacak listesi

Bu işlemlerin tamamı doğru kaydedilmezse firma kârlılığını yanlış hesaplayabilir.

Dövizli Teklif ve Sözleşmeler Nasıl Yönetilmeli?

Asansör sektöründe özellikle ithal parçaların kullanıldığı revizyon işlerinde dövizli fiyatlandırma yaygındır. Hız regülatörü, sürücü, kapı operatörü, enkoder, kumanda ekipmanı veya özel güvenlik bileşenleri euro ya da dolar üzerinden satın alınabilir.

Firma müşteriye TL teklif verdiğinde kur değişimi nedeniyle zarar riski oluşabilir. Bu riski azaltmak için teklif hazırlanırken para birimi ve kur şartı açıkça belirtilmelidir.

Örneğin teklif üzerinde şu bilgiler bulunabilir:

• Teklif para birimi
• Teklif tarihindeki referans kur
• Fiyatın geçerlilik süresi
• Ödemenin hangi para birimiyle yapılacağı
• TL ödeme yapılacaksa hangi kurun esas alınacağı
• Kur değişiminin fiyata yansıtılıp yansıtılmayacağı
• KDV’nin hangi tutar üzerinden hesaplanacağı

Dövizli tekliflerde yalnızca toplam tutarı yazmak yeterli değildir. Kur tarihi, geçerlilik süresi ve ödeme yöntemi açıkça belirtilmediğinde firma ile müşteri arasında anlaşmazlık çıkabilir.

Örneğin 10.000 euro tutarında bir modernizasyon teklifi hazırlanmış olabilir. Müşteri ödemeyi TL yapmak isterse sözleşmede hangi tarihteki kurun kullanılacağı belirlenmelidir. Teklif tarihi, sipariş tarihi, fatura tarihi veya ödeme günü kuru birbirinden farklı sonuçlar doğurabilir.

Bu nedenle yazılımın dövizli teklifleri sonradan manuel hesaplamaya gerek bırakmadan takip edebilmesi önemlidir.

Kur Farkı ve Gerçek Kârlılık Takibi

Çoklu para birimi desteğinin en önemli faydalarından biri gerçek kârlılığın hesaplanabilmesidir.

Bir asansör firması parçayı 1.000 euro bedelle satın alıp müşteriye TL üzerinden satabilir. Satın alma tarihi ile tahsilat tarihi arasında kur değişirse kâğıt üzerinde kârlı görünen iş gerçekte zarar etmiş olabilir.

Örneğin:

1. Parça 1.000 euro bedelle sipariş edilir.
2. Sipariş tarihinde maliyet 45.000 TL olarak kaydedilir.
3. Müşteriye 55.000 TL teklif verilir.
4. Tahsilat gecikir.
5. Parçanın ödeme günündeki TL karşılığı 52.000 TL’ye çıkar.
6. Nakliye ve işçilik eklendiğinde beklenen kâr ortadan kalkar.

Sistem yalnızca ilk günkü TL karşılığını dikkate alırsa iş 10.000 TL kârlı görünür. Oysa gerçek maliyet çok daha yüksek olabilir.

Bu nedenle yazılımda şu değerlerin ayrı tutulması gerekir:

• Orijinal döviz tutarı
• İşlem tarihindeki kur
• TL karşılığı
• Ödeme tarihindeki kur
• Oluşan kur farkı
• Gerçekleşen maliyet
• Tahmini ve gerçekleşen kâr

Asansorex gibi bakım ve operasyon süreçlerini finansal kayıtlarla birlikte takip eden bir sistem kullanıldığında, dövizli tekliflerin ve parça maliyetlerinin farklı dosyalarda tutulmasının önüne geçilebilir. Böylece firma, bakım operasyonu ile finansal sonucu aynı kayıt zinciri üzerinden değerlendirebilir.

Çoklu Dil ve Para Birimi Birlikte Nasıl Çalışmalı?

Çoklu dil ile çoklu para birimi birbirinden ayrı görünse de uluslararası çalışan bir asansör firmasında birlikte kullanılmalıdır.

Örneğin Türkiye merkezli bir firma Dubai’deki bir otelin bakımını üstlenebilir. Bu durumda:

• Merkez ofis ekranları Türkçe olabilir.
• Sahadaki teknisyen ekranları İngilizce olabilir.
• Müşteri belgeleri İngilizce veya Arapça hazırlanabilir.
• Sözleşme bedeli dirhem üzerinden belirlenebilir.
• Parçalar euro ile satın alınabilir.
• Merkez raporlaması TL üzerinden yapılabilir.

Aynı işte dört farklı dil ve para birimi ihtiyacı oluşabilir. Sistem bu yapıyı desteklemiyorsa çalışanlar Excel dosyaları, mesajlaşma uygulamaları ve manuel kur hesaplamaları arasında kalır.

Sağlıklı bir iş akışı şu şekilde kurulabilir:

1. Müşteri kartında tercih edilen dil belirlenir.
2. Sözleşme para birimi seçilir.
3. Teklif şablonu müşterinin dilinde hazırlanır.
4. Parça maliyetleri satın alma para birimiyle kaydedilir.
5. Tahsilatlar ödeme yapılan para birimiyle işlenir.
6. Kur farkları ayrıca takip edilir.
7. Yönetim raporları istenen ana para birimine çevrilir.
8. Bakım ve arıza belgeleri müşterinin dilinde gönderilir.

Bu yapı sayesinde firma hem müşteriye doğru belge sunar hem de kendi mali durumunu doğru analiz eder.

Yazılım Seçerken Kontrol Edilmesi Gerekenler

Bir asansör yazılımının “çoklu dil ve döviz desteği var” demesi tek başına yeterli değildir. Özelliğin uygulamada nasıl çalıştığı mutlaka test edilmelidir.

Çoklu dil için kontrol listesi

• Kullanıcı bazında dil seçilebiliyor mu?
• Teknisyen ekranları farklı dilde kullanılabiliyor mu?
• Teklif ve sözleşme şablonları ayrı ayrı çevrilebiliyor mu?
• Bakım ve arıza formları müşterinin dilinde çıkıyor mu?
• Otomatik SMS ve e-postalar dil bazında hazırlanabiliyor mu?
• Teknik terimlerin çevirileri düzenlenebiliyor mu?
• Müşteri portalı farklı dilleri destekliyor mu?
• Aynı müşteri için birden fazla belge dili seçilebiliyor mu?

Çoklu para birimi için kontrol listesi

• Teklif para birimi seçilebiliyor mu?
• Satın alma ve satış işlemleri farklı para birimleriyle kaydedilebiliyor mu?
• İşlem tarihindeki kur saklanıyor mu?
• Tahsilat farklı para birimiyle işlenebiliyor mu?
• Kur farkı raporlanabiliyor mu?
• Dövizli borç ve alacaklar ayrı görülebiliyor mu?
• Stok maliyeti kur değişimine göre güncellenebiliyor mu?
• Raporlar TL, euro veya dolar bazında alınabiliyor mu?
• Teklif revize edildiğinde eski kur bilgisi korunuyor mu?

Yazılım satın alınmadan önce gerçek bir senaryo üzerinden deneme yapılmalıdır. Örneğin euro ile alınmış bir parçanın TL teklif içine eklenmesi, müşteriden dolar tahsilat alınması ve işlemin yönetim raporuna TL olarak yansıması test edilebilir.

Uygulamada Yapılan Yaygın Hatalar

Çoklu dil ve para birimi desteği doğru kullanılmadığında sistem bulunmasına rağmen manuel çalışma devam eder.

Otomatik çeviriye tamamen güvenmek

Asansör sektöründe birçok teknik terimin doğrudan çevirisi yanlış anlaşılabilir. “Kat kapısı kilidi”, “kurtarma tertibatı”, “regülatör”, “tampon”, “revizyon hareketi” ve “kuyu dibi güvenlik hacmi” gibi ifadeler teknik bağlama uygun çevrilmelidir.

Bu nedenle teklif ve bakım formu şablonları, hedef dili bilen teknik bir kişi tarafından kontrol edilmelidir.

Eski kuru yeni işlemlerde kullanmak

Bir önceki tekliften kopyalanan kurun yeni teklifte kullanılması ciddi fiyatlama hatalarına yol açabilir. Her teklifin kendi işlem tarihi ve kur bilgisi saklanmalıdır.

Dövizli alımı yalnızca TL olarak kaydetmek

Parçanın sadece TL karşılığını yazmak, gerçek borcun ve kur riskinin görünmesini engeller. Orijinal para birimi mutlaka korunmalıdır.

Belge dili ile müşteri dilini eşleştirmemek

Müşteri kartında İngilizce seçilmiş olsa bile teklif şablonu Türkçe kalabilir. Sistem kurulurken dil, şablon ve bildirim eşleşmeleri test edilmelidir.

Kur farkını kâr zannetmek

Dövizli tahsilatın TL karşılığındaki artış her zaman operasyonel kâr değildir. Bu tutarın bir bölümü kur farkından kaynaklanabilir. İşçilik, parça ve kur etkisi ayrı ayrı değerlendirilmelidir.

Hangi Firmalar İçin Özellikle Gereklidir?

Çoklu dil ve para birimi desteği her asansör firması için faydalı olabilir; ancak bazı işletmeler için doğrudan gerekliliktir.

• Yurt dışında bakım hizmeti veren firmalar
• İthal parça kullanan bakım ve montaj firmaları
• Yabancı yatırımcılara hizmet veren firmalar
• Otel, hastane, fabrika ve AVM projelerinde çalışan firmalar
• Birden fazla ülkede şubesi bulunan işletmeler
• Yabancı teknisyen çalıştıran firmalar
• Dövizli bakım sözleşmesi yapan firmalar
• İhracat yapan asansör üreticileri
• Uluslararası ana yüklenicilerle çalışan taşeron firmalar

Sadece Türkiye’de çalışan bir firma bile ithal parça fiyatları nedeniyle çoklu para birimine ihtiyaç duyabilir. Bu nedenle özellik yalnızca ihracat yapan işletmelere yönelik düşünülmemelidir.

Sıkça Sorulan Sorular

Çoklu dil desteği sadece menülerin çevrilmesi midir?

Hayır. Profesyonel bir sistemde ekranların yanında teklifler, sözleşmeler, bakım formları, arıza raporları, SMS mesajları, e-postalar ve müşteri portalı da farklı dillerde kullanılabilmelidir.

Dövizli teklif hazırlarken kur bilgisi yazılmalı mı?

Genel uygulamada teklifin hangi para birimiyle hazırlandığı, geçerlilik süresi, TL ödeme yapılacaksa kullanılacak kurun tarihi ve ödeme yöntemi açıkça belirtilmelidir. Bu bilgiler olası anlaşmazlıkları azaltır.

Euro ile alınan parça TL olarak satılabilir mi?

Evet. Ancak alış para birimi, alış kuru, satış tutarı ve tahsilat tarihi ayrı ayrı kaydedilmelidir. Aksi durumda kur değişimi nedeniyle gerçek kâr yanlış hesaplanabilir.

Her kullanıcı farklı dilde çalışabilir mi?

Kullanılan yazılım destekliyorsa her kullanıcı için ayrı ekran dili tanımlanabilir. Örneğin ofis personeli Türkçe, yurt dışındaki teknisyen İngilizce kullanabilir.

Dövizli tahsilatlarda kur farkı nasıl izlenir?

İşlem tarihindeki kur ile ödeme tarihindeki kur karşılaştırılır. Aradaki fark ayrı bir finansal hareket olarak izlenmeli, hizmet veya parça kârıyla karıştırılmamalıdır.

Asansör bakım yazılımında hangi para birimleri bulunmalıdır?

Firmanın çalıştığı pazara göre değişir. Türkiye’deki firmalar için en az TL, euro, dolar ve sterlin desteği faydalıdır. Uluslararası çalışan firmalarda riyal, dirhem ve diğer yerel para birimlerine de ihtiyaç duyulabilir.

Özet

Asansör yazılımında çoklu dil ve para birimi desteği, yalnızca yurt dışına açılan büyük firmaların kullanacağı ek bir özellik değildir. Yabancı müşterilerle çalışan, ithal parça kullanan, dövizli teklif hazırlayan veya farklı ülkelerde ekip yöneten her firma için doğrudan operasyonel fayda sağlar.

Doğru yapılandırılmış bir sistem; müşteriye doğru dilde belge gönderilmesini, teknisyenin anlayabildiği ekran üzerinden çalışmasını, dövizli maliyetlerin kaybolmamasını ve gerçek kârlılığın ölçülmesini sağlar.

Bakım, teklif, sözleşme, stok ve tahsilat kayıtlarının Asansorex gibi tek bir operasyon yazılımında tutulması, farklı dil ve para birimleri nedeniyle oluşan Excel ve mesajlaşma karmaşasını azaltır. Böylece firma hem yerel operasyonlarını düzenli yürütür hem de uluslararası büyümeye daha hazır hâle gelir.