Entegrasyonlar

Genellikle banka karar verir. Host-to-host SFTP, kurumsal ödeme dosyaları için en yaygın sunulan kanaldır. EBICS, Almanya, Fransa ve komşu ülkelerdeki bankalarla yaygındır. Banka API’leri, bankanın sunduğu yerlerde gerçek zamanlı bakiyeler ve anlık ödemeler için uygundur. Birçok şirket birden fazla kanal kullanır ve entegrasyon katmanı aradaki farkı ERP’den gizler.

Daha fazla okuyun: ERP’den bankaya ödeme dosyaları ve mutabakatBu soruya bağlantı verin

Bankanın ikisini de sunduğu yerlerde camt.053 daha zengin, yapılandırılmış ödeme bilgisi taşır ve otomatik eşleştirmeyi daha güvenilir kılar. MT940 hâlâ yaygın olarak kullanılır ve birçok durumda iyi çalışır. İkisini de alabilir, aynı iç modele dönüştürebilir ve size ve bankaya uygun olduğunda her bankayı MT940’tan camt.053’e taşıyabiliriz.

Daha fazla okuyun: ERP’den bankaya ödeme dosyaları ve mutabakatBu soruya bağlantı verin

Genellikle gerçek zamanlıya yakın olaylar olarak, çünkü stok ve satış rakamları o zaman gün içinde güncel olur. Bazı ERP’ler veya lisanslar sık kayıtları maliyetli kılar, bu nedenle katman olayları mağaza ve dönem başına özetler halinde de gruplayabilir. Hangi kararların güncel veriye ihtiyaç duyduğuna ve ERP’nin neyi iyi işlediğine göre sizinle birlikte seçeriz.

Daha fazla okuyun: POS-ERP satış, stok ve fiyat senkronizasyonuBu soruya bağlantı verin

Tasarım, işlemleri API, olaylar veya dosyalar aracılığıyla dışa aktarabilen her POS ile ve SAP S/4HANA, Oracle NetSuite, Microsoft Dynamics 365 Business Central ve Odoo gibi ERP’lerle çalışır. Başlangıçta belirli POS ve ERP’nizin arayüzlerini doğrularız. Bir ürünün adının anılması, tedarikçisiyle ortaklık anlamına gelmez.

Daha fazla okuyun: POS-ERP satış, stok ve fiyat senkronizasyonuBu soruya bağlantı verin

Edinen banka, sizin için kart ödemelerini işleyen ve parayı ödeyen banka veya lisanslı kuruluştur. Geçit, terminal ve ödeme sayfalarından gelen istekleri kabul eden, kartları tokenleştiren ve yönlendiren önündeki teknik hizmettir. Bazı sağlayıcılar her ikisidir. Tasarım her iki durumda da çalışır ve iki rolü net tutar.

Daha fazla okuyun: Kart ödemeleriBu soruya bağlantı verin

Hayır. ISO 8583 bir yapı tanımlar ve her edinen banka veya ağ, alanlar, mesaj türleri ve kodlar için kendi şartnamesini yayımlar. Bu nedenle edinen bankanın şartnamesinden yola çıkar ve onun sertifikasyon testlerini çalıştırırız. Edinen bankanın önündeki bir geçit API’si bu farklılıkları gizler, bu da perakendeciler için genellikle daha basittir.

Daha fazla okuyun: Kart ödemeleriBu soruya bağlantı verin

Bir toplayıcı, tek bir API üzerinden birçok bankaya erişim sağlar ve her bankanın farklılıklarını, çağrı başına veya bağlantı başına bir maliyetle yönetir. Doğrudan bağlantılar daha fazla kontrol sağlar ve az sayıda önemli banka için uygun olabilir. Birçok ürün bir toplayıcıyla başlar ve sonradan doğrudan bağlantılar ekler. Seçenekleri ihtiyaç duyduğunuz bankalara ve ülkelere göre karşılaştırırız.

Daha fazla okuyun: Açık bankacılık API’leriBu soruya bağlantı verin

Kapsam, bölgenin kurallarına ve bankaların API’lerine bağlıdır. Avrupa Birliği ve Birleşik Krallık, PSD2 ve UK Open Banking Standard kapsamında geniş kapsama sahiptir. Başka yerlerde kapsam değişir ve toplayıcılar bazı boşlukları doldurur. Bir tasarıma karar vermeden önce müşterilerinizin kullandığı bankalar için kapsamı kontrol ederiz.

Daha fazla okuyun: Açık bankacılık API’leriBu soruya bağlantı verin

Çoğu kurumsal hazine işi için almaz. Host-to-host kanalları, kendi hesaplarınız için toplu ödeme dosyalarını ve tam hesap ekstrelerini yönetir. Açık bankacılık, müşteriye dönük ürünler, gerçek zamanlı bakiyeler ve tek ödemeler için uygundur. Birçok işletme her ikisini de kullanır: kendi ödeme çalıştırmaları için host-to-host, müşterileri için açık bankacılık.

Daha fazla okuyun: Açık bankacılık API’leriBu soruya bağlantı verin

Belgelenmiş bir API’si veya dosya arayüzü olan herhangi bir hizmet. Tipik örnekler CRM platformları, taşıyıcılar ve lojistik sağlayıcıları, pazaryerleri, e-fatura ve vergi platformları, bordro, KYC ve kimlik sağlayıcıları ile AS2 üzerinden EDI belgeleri değiş tokuş eden ticari ortaklardır. Bir plana bağlı kalmadan önce her ortağın API’sini, sınırlarını ve test ortamını inceleriz.

Daha fazla okuyun: ERP’den üçüncü taraf API bağlantılarıBu soruya bağlantı verin

Bir ERP’ye birkaç ortak bağlandığında, MuleSoft, Boomi veya Azure Logic Apps gibi bir platform ya da bir mesaj kuyruğu üzerine kurulmuş özel hizmetler kümesi, eşleme, yeniden denemeler ve izlemeyi tek bir yerde tutar. Bir veya iki ortakla doğrudan bağlantılar yeterli olabilir. Sizin durumunuz için lisans maliyetleri dahil ödünleşimleri ortaya koyarız.

Daha fazla okuyun: ERP’den üçüncü taraf API bağlantılarıBu soruya bağlantı verin

ERP tarafında: SAP ECC, S/4HANA ve BTP, Oracle Fusion Cloud ERP ve NetSuite, Microsoft Dynamics 365, Odoo ve Sage. İş akışı ve CRM için: ServiceNow, Salesforce ve Microsoft Power Platform. Özel ve eski sistemlerle de çalışıyoruz. Bir ürünün adının anılması, tedarikçisiyle ortaklık anlamına gelmez.

Daha fazla okuyun: ERP ve CRM uygulama ve senkronizasyonuBu soruya bağlantı verin

Evet. ECC’deki her arayüzün envanterini çıkarır, hangilerinin tutulacağına, yeniden geliştirileceğine veya kaldırılacağına karar verir ve her birini testleriyle birlikte S/4HANA veya BTP’ye taşırız. Akışlar tek tek geçer; böylece iş, tek bir geçiş hafta sonuna bağlı kalmaz.

Daha fazla okuyun: ERP ve CRM uygulama ve senkronizasyonuBu soruya bağlantı verin

Her zaman değil. İki sistem arasındaki birkaç istikrarlı akış doğrudan API çağrıları olabilir. Birkaç sistem veri alışverişinde bulunmaya başladığında veya eşleme, kuyruklar ve izlemeyi tek bir yerde istediğinizde, ara katman genellikle kendini amorti eder. Zaten bir tane varsa, onun üzerine geliştiririz.

Daha fazla okuyun: ERP ve CRM uygulama ve senkronizasyonuBu soruya bağlantı verin

Süreçlerinize, entegrasyonlarınıza ve kullanıcılarınıza uyanı seçin. Seçenekleri gereksinimlerinize, mevcut lisanslarınıza ve CRM’in bağlanması gereken sistemlere göre karşılaştırır ve ödünleşimleri yazılı olarak ortaya koyarız. Zaten bir CRM’iniz varsa, önce kurulumunu, verilerini ve entegrasyonlarını inceleriz; çünkü oradaki sorunlar üründeki sınırlardan daha yaygındır.

Daha fazla okuyun: ERP ve CRM uygulama ve senkronizasyonuBu soruya bağlantı verin

Yükseltmeler riskli hale geldiğinde ve her değişiklik bir geliştirici gerektirdiğinde çok fazladır. Önce platformun sunduğunu yapılandırır, özel kodu yalnızca sürecinizin ihtiyaç duyduğu ve bakımının değdiği yerlerde geliştiririz. Her özel özellik belgelenir ve test edilir; böylece yükseltmeler yönetilebilir kalır.

Daha fazla okuyun: ERP ve CRM uygulama ve senkronizasyonuBu soruya bağlantı verin

Entegrasyon aşaması olan Faz 2, mükelleflerin sistemlerinin ZATCA’nın FATOORA platformuna bağlanmasını gerektirir. Standart vergi faturaları alıcıya ulaşmadan önce ZATCA tarafından onaylanır ve basitleştirilmiş faturalar kısa süre sonra bildirilir. Her fatura bir kriptografik damga ve bir QR kodu taşır; bu nedenle ERP veya POS bunları gerekli formatta üretmelidir.

Daha fazla okuyun: E-fatura, vergi ve dijital ürün pasaportlarıBu soruya bağlantı verin

PINT-AE, BAE e-fatura programında kullanılan PEPPOL Uluslararası fatura formatının BAE şartnamesidir. Faturalar bu yapılandırılmış formatta akredite hizmet sağlayıcıları aracılığıyla değiştirilir ve BAE vergisini yürüten EmaraTax platformuna sahip Federal Vergi İdaresi’ne bildirilir.

Daha fazla okuyun: E-fatura, vergi ve dijital ürün pasaportlarıBu soruya bağlantı verin

Dijital Çağda KDV (ViDA), AB’nin sınır ötesi iş faturalandırmasını yapılandırılmış e-faturalara ve dijital raporlamaya taşıyan paketidir. Genel merkezi nerede olursa olsun, AB müşterilerine fatura kesen veya AB tüzel kişilikleri işleten her işletmeyi etkiler.

Daha fazla okuyun: E-fatura, vergi ve dijital ürün pasaportlarıBu soruya bağlantı verin

Dijital Ürün Pasaportu (DPP), bir ürünün malzeme, menşe, onarılabilirlik ve geri dönüşüm bilgilerinin QR kodu gibi bir veri taşıyıcısı aracılığıyla paylaşıldığı AB kaydıdır. Ürün grubuna göre kademeli olarak uygulanır. Genellikle ERP ve üretim sistemlerinde bulunan tedarik zinciri verilerine dayanır.

Daha fazla okuyun: E-fatura, vergi ve dijital ürün pasaportlarıBu soruya bağlantı verin

Çoğu zaman eklenti doğru başlangıç noktasıdır; biz de etrafından dolaşmak yerine onu yapılandırır ve genişletiriz. Geriye kalan iş genellikle veridir: fatura türleri, vergi kodları, ana veriler ve eklentinin kapsamadığı istisnalar. Fatura düzenleyen POS ve diğer sistemlerin de bağlanması gerekir.

Daha fazla okuyun: E-fatura, vergi ve dijital ürün pasaportlarıBu soruya bağlantı verin

Evet. Her zorunluluk için bir bağlayıcı içeren tek bir entegrasyon katmanı geliştiririz. ERP tek bir fatura üretir ve katman bunu her ülke için biçimlendirir, imzalar ve gönderir. Ülke eklemek yapılandırma, eşleme ve testlere dönüşür.

Daha fazla okuyun: E-fatura, vergi ve dijital ürün pasaportlarıBu soruya bağlantı verin

ISO 20022, finansal mesajlar için uluslararası standarttır. XML mesajları, eski SWIFT MT formatlarının taşıyamadığı tam adlar, adresler ve havale ayrıntıları gibi yapılandırılmış veriler taşır. Bankalar ve ödeme sistemleri bu standarda geçmiştir; bu nedenle üzerine kurulu ödeme ve ekstre dosyaları daha iyi mutabakata bağlanır ve uyumluluk kontrollerinden daha sık geçer.

Daha fazla okuyun: Bankacılık, hazine ve ISO 20022 bağlantısıBu soruya bağlantı verin

Ödemeler için pain.001, durum için pain.002, hesap raporları için camt.052, camt.053 ve camt.054 ile bankalar arası pacs mesajları kullanırız. Ayrıca birçok bankanın hâlâ gönderdiği MT940 ve MT942 ekstrelerini de okuruz. Taşıma, host-to-host SFTP, EBICS, SWIFT veya banka API’leridir. Her bankanın her format için kendi varyantı vardır; bu nedenle uygulama kılavuzundan yola çıkarız.

Daha fazla okuyun: Bankacılık, hazine ve ISO 20022 bağlantısıBu soruya bağlantı verin

SAP S/4HANA, Oracle Fusion Cloud ERP ve NetSuite, Microsoft Dynamics 365, Odoo ve Sage ile hazine ve özel sistemler. ERP’nin kendi banka iletişim modülü varsa, etrafından dolaşmak yerine onu yapılandırır ve genişletiriz.

Daha fazla okuyun: Bankacılık, hazine ve ISO 20022 bağlantısıBu soruya bağlantı verin

Evet, edinen banka veya işlemci bunu sunduğunda. ISO 8583 tek bir format değil bir çerçevedir: her edinen banka kendi alan ve mesaj türü şartnamesini yayımlar. Biz bu şartnameden yola çıkar, yetkilendirmeleri, ters kayıtları ve bilgi mesajlarını işler ve her yanıt kodunu test ederiz.

Daha fazla okuyun: Ödemeler, ajan tabanlı ticaret (AP2) ve POSBu soruya bağlantı verin

Ajan Ödeme Protokolü (AP2), yapay zekâ ajanları tarafından yapılan ödemeler için açık bir protokoldür. Her satın alma, müşterinin neyi yetkilendirdiğini gösteren imzalı yetkiler taşır; böylece satıcılar, kartı veren kuruluşlar ve edinen bankalar buna güvenebilir ve denetleyebilir. Yapay zekâ ajanlarının sizinle alışveriş yapması muhtemelse, ödeme akışınızı mevcut akışlarınızla birlikte AP2’ye hazır hale getirebiliriz.

Daha fazla okuyun: Ödemeler, ajan tabanlı ticaret (AP2) ve POSBu soruya bağlantı verin

Evet, SoftPOS ile. Temassız kartlar ve cüzdanlar, edinen bankanızın veya sağlayıcınızın sertifikalı bir ödeme uygulaması aracılığıyla desteklenen bir telefon veya tablette kabul edilir. Biz bu uygulamayı diğer terminaller gibi POS, satış ve hesaplaşma akışlarınıza entegre ederiz.

Daha fazla okuyun: Ödemeler, ajan tabanlı ticaret (AP2) ve POSBu soruya bağlantı verin

Mağaza satışa devam eder. Satışlar yerel olarak saklanır ve bağlantı geri geldiğinde ERP’ye gönderilir; her biri benzersiz bir tanımlayıcı taşır, böylece hiçbir şey iki kez kaydedilmez. Kart ödemelerinin çevrimdışı devam edip edemeyeceği edinen bankanızın kurallarına ve risk iştahınıza bağlıdır; bunu sizinle birlikte tasarlarız.

Daha fazla okuyun: Ödemeler, ajan tabanlı ticaret (AP2) ve POSBu soruya bağlantı verin

Kaç bağlantınız olduğuna ve bunları kimin çalıştıracağına bağlıdır. MuleSoft, Boomi veya Azure Logic Apps gibi bir entegrasyon platformu, hazır bağlayıcılar, eşleme ve izlemeyi tek bir yerde, bir lisans maliyetiyle sunar. Özel hizmetler tam kontrol ve lisans yokluğu sağlar, ancak bakımı yapılacak daha fazla kod demektir. Sizin durumunuz için ikisini karşılaştırırız.

Daha fazla okuyun: Ara katman ve API entegrasyon hizmetleriBu soruya bağlantı verin

Kurumsal hizmet veriyolu, mesajları merkezi bir merkez üzerinden yönlendirir ve dönüştürür. Olay örgüsü, olayları bağlı aracılar ağı üzerinden dağıtır; böylece farklı bulutlardaki ve sitelerdeki sistemler doğrudan yayınlar ve abone olur. Çoğu sistem, birinden diğerine geçerken her ikisini de çalıştırır.

Daha fazla okuyun: Ara katman ve API entegrasyon hizmetleriBu soruya bağlantı verin

Her iş ortağının yayınlanmış sınırlarına göre tasarlarız. API izin verdiğinde istekleri toplar, nadiren değişen verileri önbelleğe alır, zamanlanmış işleri yayar ve bir sınıra yaklaşıldığında geri çekiliriz. İzleme, her akışın sınırına ne kadar yakın çalıştığını gösterir.

Daha fazla okuyun: Ara katman ve API entegrasyon hizmetleriBu soruya bağlantı verin