İçeriğe geç
XSIS

Süreç ve iletişim

Entegrasyonlar ve sektörler

Ana veri, eşleşmeyen ekstreler, çevrimdışı mağazalar, iadeler, iş ortağı kesintileri, mutabakat, hesaplaşma ve e-fatura.

35 soru

Gün içinde nakit pozisyonumuzu görebilir miyiz?

Evet, bankalarınız gün içi raporlar sağlıyorsa. Bunlar camt.052 veya MT942 mesajları olarak ya da bir bakiye API’si üzerinden gelir. Her bankanın desteklediği programa göre toplar ve gün sonu ekstrelerinin yanında gösteririz; böylece hazine ekibiniz kesim saatlerinden önce beklenen ve gerçekleşen pozisyonları görebilir.

Birkaç bankamız var. Her biri ayrı bir proje mi?

Hayır. Entegrasyon katmanı, iç ödeme modeli ve eşleştirme kuralları bir kez oluşturulur. Her yeni banka kendi format varyantını, kanalını ve devreye alma adımlarını ekler; bunlar daha küçük iş parçalarıdır. Genellikle en yüksek hacimli bankayı önce bağlar, diğerlerini sırayla ekleriz.

Gün sonu toplamları nasıl mutabakat edilir?

Her mağaza gün sonu toplamlarını ödeme türü ve departman bazında gönderir. Katman bunları ERP’nin aynı mağaza ve gün için aldığı işlemlerle karşılaştırır. Uyuşurlarsa gün kapatılır. Uyuşmazlarsa inceleme, eksik veya fazla işlemleri listeler, böylece ekibiniz düzeltme kaydı yapmak yerine nedeni giderebilir.

Promosyonlar ve fiyat değişiklikleri önceden planlanabilir mi?

Evet. Her fiyat veya promosyon değişikliği, geçerli olduğu tarih ve mağazalarla birlikte önceden gönderilir, böylece yazar kasalar doğru anda geçiş yapar ve mağazada kimsenin işlem yapması gerekmez. Katman hangi mağazaların değişikliği onayladığını kaydeder ve onaylamayanları işaretler.

Hesaplaşma neden satıştan daha sonra gelir?

Yetkilendirme yalnızca fonları rezerve eder. Edinen banka, ücretlerini ve varsa şema masraflarını düştükten sonra partiler halinde hesaplaşır ve kendi takvimine göre öder. Bu nedenle tasarım, yetkilendirme ve hesaplaşmayı ayrı olaylar olarak ele alır ve eşleştirir, böylece finans neyin satıldığını, neyin hesaplaşıldığını ve neyin hâlâ gelmesi gerektiğini görebilir.

Birden fazla ödeme sağlayıcısı kullanabilir miyiz?

Evet. Entegrasyon katmanı, bir ödemenin tek bir iç modelini tutar ve bunu her sağlayıcıya eşler, böylece kanal, ülke veya kart türüne göre yönlendirme yapabilir veya hacmi sağlayıcılar arasında taşıyabilirsiniz. Her sağlayıcı yine de kendi entegrasyonunu ve sertifikasyonunu gerektirir; bunu sağlayıcı sağlayıcı planlarız.

Bizi e-fatura ve vergi onay platformlarına bağlayabilir misiniz?

Evet. Birçok ülke artık faturaların bir devlet veya akredite platform aracılığıyla tanımlı bir formatta düzenlenmesini veya onaylanmasını zorunlu kılıyor. ERP’yi ülkenizin gerektirdiği platformla veya akredite bir sağlayıcıyla entegre eder, onay durumunu ve tanımlayıcıları her faturayla birlikte saklar ve redleri ele alırız. Size uygulanacak kuralları vergi danışmanlarınız doğrular.

Ana verimiz temiz değilse ne olur?

Nadiren temizdir ve entegrasyonların başarısız olmasının en yaygın nedenidir. Her akışın bağlı olduğu müşteri, kalem, fiyat ve hesap verilerini profilleriz ve size kopyaları, boşlukları ve çakışmaları gösteririz. Her kaydın hangi sisteme ait olduğunu birlikte belirleriz ve kötü verinin kenarda durdurulması için doğrulama ekleriz.

Veri bütünlüğünü nasıl garanti ediyorsunuz?

Tasarım ve sözleşme yoluyla. Her yazma idempotenttir; böylece bir yeniden deneme asla iki kez kaydetmez ve başarısız mesajlar kaybolmak yerine başarısız mesaj kuyruğuna gider. Kilometre taşları yalnızca kabul kriterleriniz geçtiğinde kabul edilir ve canlıya aldıktan sonraki hata garantisi verilir.

CRM’i ERP ve diğer sistemlerle nasıl uyumlu tutuyorsunuz?

Her kaydın hangi sisteme ait olduğunu birlikte belirleriz: genellikle potansiyel müşteriler ve fırsatlar için CRM, ürünler, fiyatlar, siparişler, faturalar ve kredi limitleri için ERP. Değişiklikler desteklenen arayüzler aracılığıyla aralarında otomatik olarak akar. Başarısız güncellemeler kuyruğa alınır, açıklanır ve yeniden oynatılır; böylece sistemler birbirinden uzaklaşmaz.

Verilerimizi elektronik tablolardan veya eski bir CRM’den nasıl taşıyorsunuz?

Önce verileri profilleriz, ardından kopyalar, eksik alanlar ve eski kayıtlar için kuralları sizinle birlikte belirleriz. Migrasyonu bir kopya üzerinde prova eder ve son taşımadan önce sayımları ve örnekleri ekibinizle kontrol ederiz. Geçmiş siparişler ve vakalar gibi ihtiyaç duyduğunuz geçmiş, doğru müşteriyle bağlantısını korur.

Ekiplerinizin CRM’i kullandığından nasıl emin oluyorsunuz?

Onu yazılımın etrafında değil, işlerinin etrafında tasarlayarak. Her rol ihtiyaç duyduğunu görür, veri girişi en aza indirilir ve tekrarlanan adımlar otomatikleştirilir. Role göre eğitim verir, canlıya aldıktan sonra kullanımı ölçer ve insanları yavaşlatan şeyleri düzeltiriz.

Vergi idaresi bir faturayı reddettiğinde ne olur?

Ret, idarenin gerekçesiyle birlikte geri döner ve faturayla ilişkilendirilmiş bir inceleme listesine gider. Ekibiniz verileri düzeltir veya neden sistemikse eşlemeyi biz ayarlarız ve fatura yeniden gönderilir. Her deneme denetim için saklanır.

Bir ekstre satırı eşleşmediğinde ne olur?

Olası adaylarla ve eşleşmeme nedenini (farklı tutar veya eksik referans gibi) gösteren bir inceleme listesine gider. Ekibiniz orada kapatır ve aynı durumun bir sonraki sefer eşleşmesi için kurallar ayarlanabilir. Onayladığınız bir eşleşme olmadan deftere hiçbir şey kaydedilmez.

İadeler ve ters ibrazlarla ilgileniyor musunuz?

Evet. İadeler ve ters kayıtlar, geliştirdiğimiz ödeme akışlarının bir parçasıdır. Ters ibrazlar için edinen bankanın itiraz raporlarını içe aktarır ve her birini orijinal satış ve hesaplaşmayla ilişkilendiririz. Ekibiniz, kanıtları eklenmiş bir liste alır ve üzerinde çalışır.

Bir iş ortağının API’si çalışmadığında ne olur?

Geçici nedenlerle başarısız olan istekler artan gecikmelerle yeniden denenir. Her yazma bir idempotency anahtarı taşır, böylece yeniden deneme asla ikinci bir sipariş veya fatura oluşturmaz. Hâlâ başarısız olan bir mesaj, yük ve hatayla birlikte başarısız mesaj kuyruğuna gider. Ekibinize bir uyarı ulaşır ve iş ortağı düzeldiğinde mesaj yeniden oynatılır.

Entegrasyonu neden ayrı bir uzmanlık alanı olarak ele alıyorsunuz?

Çünkü hataların çoğu sistemlerin içinde değil, arasında meydana gelir. Bir bankanın reddettiği ödeme dosyası, bir vergi otoritesinin kabul etmediği fatura veya ERP’nin hiç almadığı bir satış anında para kaybettirir. Her arayüze bir sözleşme, testler, izleme ve her hata için bir yol veririz.

Hiçbir şeyin kaybolmadığından veya iki kez kaydedilmediğinden nasıl emin olursunuz?

Her yazma işlemi idempotenttir ve her hata, sorumlusu bir kişi olan bir başarısız mesaj kuyruğuna gider. Sözleşme bunu kilometre taşı kabul kapıları ve canlıya aldıktan sonraki hata garantisiyle destekler.

Bir proje nereden başlamalı? (Gayrimenkul ve konaklama)

Baş mühendisin yönettiği ücretsiz bir hazırlık incelemesiyle. Gereksinimleriniz netse, bu sabit fiyatlı bir teklife dönüşür. Net değilse, bir Blueprint Studio çalışması önce hedefi bir mimariye ve şartnameye dönüştürür.

Bir proje nereden başlamalı? (Enerji ve altyapı hizmetleri)

Baş mühendisin yönettiği ücretsiz bir hazırlık incelemesiyle. Gereksinimleriniz netse, bu sabit fiyatlı bir teklife yol açar. Mevcut bir sistem arızalanıyorsa veya belgelenmemişse, önce kısa bir teşhis yapılır.

ERP ile mağazalar arasında stok neden hiç eşleşmez?

Genellikle sistemler zamanlama, birimler veya neyin hareket sayıldığı konusunda anlaşamadığı için. İadeler, transferler, hasarlı ürünler ve stok sayımı sırasındaki satışlar yaygın nedenlerdir. Farkları izleriz, her hareket türü için tek bir kural üzerinde anlaşırız ve senkronizasyonu her değişikliği kaynağıyla kaydedecek şekilde kurarız. Kalan tutarsızlıklar birikmek yerine inceleme listesine gider.

Verilerimizi yeni bir ERP’ye taşıyabilir misiniz?

Evet. Verileri profiller ve temizler, yeni yapılara eşler ve sonuçlar eski sistemle mutabık kalana kadar deneme geçişleri yaparız. Geçiş prova edilir ve canlıya aldıktan sonra açık kalemler, bakiyeler ve stok, kararlaştırılan toplamlarla karşılaştırılır.

Bir sevkiyatta sorun çıktığında nasıl haberdar oluruz?

Taşıyıcılardan ve depolardan gelen takip olayları, olması gerekenlerle karşılaştırılır. Kaçırılan bir toplama, gecikme veya başarısız teslimat, müşteri sormadan önce sevkiyat ve son olayı eklenmiş olarak ekibiniz için bir istisna haline gelir. Bu istisnalardaki örüntüler, hangi iş ortaklarının ve güzergâhların dikkat gerektirdiğini gösterir.

Nereden başlamalıyız? (Finans, hazine ve vergi)

Genellikle e-fatura ve ERP hazırlık sprinti ile: vergi rejiminiz için bir boşluk analizi ve ERP’niz ile entegre canlı bir korumalı alan bağlayıcısı.

Kontrol kişilerde mi kalır?

Evet. Ajanlar yetkiler dahilinde hareket eder ve kişiler onları denetler (insan gözetimi); kuralların dışındaki her şeyi onaylarlar.

Nereden başlamalıyız? (Satın Alma)

En çok manuel işi ortadan kaldıran sipariş ve fatura senkronizasyonuyla başlayın, veriler güvenilir hale geldiğinde ajan tabanlı satın almaya geçin.

Nereden başlamalıyız? (Operasyonlar ve tedarik zinciri)

Bugün en çok para kaybettiren eşitlemeyle; genellikle mağazalar, vitrinler ve ERP arasındaki stokla.

Nereden başlamalıyız? (Satış ve gelir operasyonları)

Müşteri ve anlaşma kaydından, çünkü her rapor ve model ona bağlıdır.

Yapay zekâ içeriğini markaya uygun nasıl tutuyorsunuz?

Ajanlar yönergelerinizden ve onaylı kaynaklardan çalışır ve ürettikleri yayımlanmadan önce insanlar tarafından incelenir.

Nereden başlamalıyız? (Pazarlama)

Ekibinizin en çok zamanını alan içerik iş akışıyla, her şeyden önce otomatikleştirilip ölçülerek.

Yapay zekâ ne zaman bir kişiye devreder?

Bir talep kurallarının dışında kaldığında, müşteri istediğinde veya duygu durumu ya da risk bunu gerektirdiğinde. Kişi tüm konuşmayı ve ajanın ne yaptığını görür.

Nereden başlamalıyız? (Müşteri desteği)

Durum kontrolü gibi yüksek hacimli tek bir talep türüyle; uçtan uca otomatikleştirilmiş ve ölçülmüş olarak.

İnsan gözetimi (HOTL) nedir?

Yapay zekâ ajanlarının görevleri yürüttüğü ve insanların onları denetlediği, her adımı kendileri yapmak yerine istisnalara müdahale ettiği bir çalışma biçimi.

Nereden başlamalıyız? (İnsan kaynakları ve yetenek)

Yapay zekânın ilk değiştirdiği rollerle ve bu değişikliklerin gerektirdiği becerilerle.

Sözleşmeyle değil, bir görüşmeyle başlayın.

Ne inşa etmeniz, neyi bağlamanız veya neyi güvence altına almanız gerektiğini bize anlatın. Bir mimar sizinle birlikte inceler ve nereden başlanacağını önerir.

Sırada ne var

  1. Zaman belirleme

    Ekibimiz oturum için bir zaman belirlemek üzere size e-posta gönderir.

  2. Ön danışmanlık oturumu

    Bir ücretsiz 30 dakikalık çevrim içi ön danışmanlık oturumu: hedeflerinizi, sistemlerinizi ve kısıtlarınızı gözden geçiririz.

  3. Hazırlık incelemesi

    Bir ücretsiz 48 saatlik hazırlık incelemesi kapsamında baş mimar, projenizi 6 maddelik Hazırlık Tanımı’na göre kontrol eder ve uygun olan yolu önerir.

  4. Yolun seçilmesi

    Kapsamı hazır projeler 3–5 iş günü içinde içinde bağlayıcı bir teklif alır. Konsept aşamasındaki projeler Blueprint Studio’da başlar. Arızalı, belgelenmemiş veya entegrasyon gerektiren canlı bir sistem, 1–2 hafta teşhisiyle başlar. Blueprint Studio ve teşhisin her biri, teklifte belirtilen sabit bir ücrete tabidir.