Destek merkezi

LicenceDevs; işletim sistemi, ofis, yapay zekâ, geliştirici ve sunucu yazılımlarını tek bir katalog yapısında toplayan bir dijital yazılım tedarik altyapısıdır.

Katalog hem doğrudan incelenebilir hem de bayi sistemlerine API üzerinden bağlanabilir. Bayi tarafında ürün tedariği, stok bilgisinin geçilmesi ve teslimat otomatik yürür.

Katalog on dört kategoride toplanır ve altı ana grup altında gezilebilir: Windows & Microsoft, AI & LLM, Developer Tools, Hosting & Server, Design & Media, Community Software.

Katalog, ürünün ne olduğunu ve nasıl erişildiğini anlatmak için tasarlandı; fiyat bu arayüzün bir parçası değil ve ürün veri modelinde fiyat alanı hiç bulunmuyor.

Bayi fiyatlandırması hesaba özeldir ve yetkilendirilmiş API anahtarı arkasında, GET /products yanıtındaki price alanında döner. Bireysel talepler için fiyat bilgisi destek kanalından iletilir.

Katalog hem bireysel kullanım hem ekipler hem de bayiler için düzenlenmiştir. Bireysel taleplerde ürün detay sayfasındaki iletişim adımından ilerleyebilirsin.

Otomatik sipariş, bakiye ve API erişimi bayi hesabına bağlı özelliklerdir; bunlar için bayilik başvurusu gerekir.

Önce üstteki arama alanını (⌘K / Ctrl K) kullan; arama ürün adı, marka ve kategori üzerinde çalışır ve Türkçe karakter farklarını yok sayar, "yapay zeka" ile "yapay zekâ" aynı sonucu verir.

Ürün hâlâ görünmüyorsa katalogda olmayabilir. Katalog dışı ürünler için talebini destek kanalından iletebilirsin.

Her ürün sayfasında "Erişim türü" alanı ve altında bunun ne anlama geldiğini açıklayan bir not bulunur. Katalogda kullanılan erişim türleri: Lisans, Sunucu Lisansı, Abonelik, Ekip Erişimi, API ve Kurumsal Program.

Bu alan ürünün gerçek ticari modelini gösterir. Bir ürün kurumsal programa tabiyse satılabilir bir lisans gibi sunulmaz.

Lisans, tek seferlik alınan ve sürüm bazında kalıcı olan kullanım hakkıdır; Windows 11 Pro veya Office Home & Business 2024 bu modeldedir.

Abonelik, dönemsel olarak yenilenen ve yenilenmediğinde erişimi sona eren modeldir; Microsoft 365 ve yapay zekâ planları bu şekilde çalışır.

Sunucu lisansı, kullanıcı değil sunucu başına tanımlanır. cPanel, Plesk, CloudLinux ve Windows Server bu grupta yer alır.

Retail lisans son kullanıcıya satılan, genellikle donanım değişikliğinde yeni cihaza taşınabilen lisans türüdür.

OEM lisans, ilk kurulduğu anakarta bağlanır ve o cihazla birlikte kalır; başka bir bilgisayara aktarılamaz.

Hacimsel (volume) lisanslama kurumlar için toplu dağıtım ve merkezi aktivasyon sağlar; Office LTSC ve Windows Enterprise sürümleri bu kanaldan yönetilir.

Ürünün hangi kanala ait olduğu sipariş öncesinde belirtilir. Emin değilsen destek kanalından teyit et.

N sürümleri, Avrupa Birliği düzenlemeleri gereği Windows Media Player ve ilgili medya bileşenleri çıkarılmış olarak dağıtılan sürümlerdir.

İşlevsel olarak diğer her şey aynıdır. Medya oynatma ihtiyacın varsa Microsoft tarafından yayımlanan Media Feature Pack ayrıca kurulabilir. Özel bir gereksinimin yoksa standart sürüm daha uygundur.

LTSC (Long-Term Servicing Channel), özellik güncellemesi almayan, yalnızca güvenlik güncellemeleriyle uzun süre desteklenen sürümdür. Yapılandırmanın sabit kalması gereken cihazlar için tasarlanmıştır.

IoT Enterprise LTSC ise kiosk, ATM, üretim hattı terminali gibi özel amaçlı ve gömülü cihazlar için lisanslanır.

Günlük ofis veya kişisel kullanım için LTSC önerilmez; bu senaryoda standart Pro veya Enterprise sürümü doğru seçimdir.

Windows Server lisansı sunucunun kendisini kapsar; sunucuya erişen istemciler için ayrıca CAL gerekir.

Kullanıcı CAL (User CAL) bir kişiye tanımlanır ve o kişi kaç cihazdan bağlanırsa bağlansın tek lisans yeterlidir. Cihaz CAL (Device CAL) bir cihaza tanımlanır ve o cihazı kaç kişi kullanırsa kullansın tek lisans yeterlidir.

Kişi sayısı cihaz sayısından azsa User CAL, vardiyalı çalışan ortak cihazlar varsa Device CAL genellikle daha ekonomiktir.

Standart CAL sunucunun dosya, yazıcı gibi temel hizmetlerine erişim hakkı verir.

RDS CAL (Remote Desktop Services CAL) uzak masaüstü oturumu açmak için ayrıca gereklidir ve standart CAL yerine geçmez. Uzak masaüstü kullanan bir istemci için hem Windows Server CAL hem de RDS CAL gerekir.

Office (2024 gibi sürüm numaralı ürünler) tek seferlik alınır, o sürümde kalır ve yeni sürüme otomatik geçmez.

Microsoft 365 aboneliktir; uygulamalar sürekli güncellenir, bulut depolama ve hizmetler dahildir, abonelik bitince masaüstü uygulamaları sınırlı moda düşer.

Sabit bir sürümle uzun süre çalışmak istiyorsan Office, güncel kalmak ve bulut hizmetlerini kullanmak istiyorsan Microsoft 365 uygundur.

Taşınabilirlik lisans kanalına bağlıdır. Retail lisanslar genellikle eski cihazdan kaldırılmak koşuluyla taşınabilir, OEM lisanslar taşınamaz.

Sunucu yazılımlarında lisans çoğunlukla IP veya sunucu kimliğine bağlıdır ve taşıma üreticinin panelinden yapılır.

Taşıma ihtiyacın varsa ürünü belirterek destek kanalından ilerlemen en hızlı yol olur.

Katalogda yalnızca gerçekten tedarik edilebilen ürünler listelenir. Ücretsiz planlarda satılan bir şey yoktur, bu yüzden ChatGPT Free, Claude Free ve NotebookLM gibi ücretsiz katmanlar listelenmez.

Aynı mantıkla, üst planla birlikte gelen özellikler ayrı ürün olarak gösterilmez. Claude Code bunun örneğidir: Claude aboneliğine dahildir, ayrı bir lisansı yoktur.

Discourse, NodeBB ve Flarum gibi açık kaynak forum yazılımlarının satılabilir bir ticari lisansı yoktur; yazılımı ücretsiz kurabilirsin.

Bu ürünleri katalogda "lisans" gibi göstermek yanıltıcı olacağından listelenmezler. Kurulum veya barındırma desteği arıyorsan destek kanalından konuşabiliriz.

Yapay zekâ ürünleri abonelik modelindedir ve ürün sayfasında erişim türü "Abonelik" ya da ekip planlarında "Ekip Erişimi" olarak belirtilir.

Erişimin hangi biçimde sağlandığı ürüne göre değişir. Ürün sayfasındaki erişim notu bunu açıkça yazar; katalog, bir aboneliği lisans gibi göstermez.

Claude Code, Claude aboneliğine dahil olarak kullanılır; ayrıca satın alınan bir lisansı yoktur. Bu nedenle katalogda ayrı bir ürün olarak yer almaz.

Aynı sebeple Codex uygulamaları ChatGPT planına, Junie ise JetBrains AI aboneliğine dahil olduğu için ayrı listelenmez.

Ekip planları koltuk (seat) bazlıdır; ödeme, çalışma alanına eklenen kullanıcı sayısına göre yapılır.

Çoğu üründe koltuk sayısı dönem içinde artırılabilir, azaltma ise genellikle yenileme döneminde geçerli olur. Ürüne özel davranış için destek kanalından teyit al.

Abonelik, ürünün kendi arayüzünde (web, masaüstü, editör eklentisi) kullanım hakkı verir ve dönemsel sabit bir bedeli vardır.

API erişimi ise kendi uygulamandan programatik kullanım sağlar ve kullanım bazlıdır; token veya istek başına ücretlendirilir.

Katalogda API ürünleri kartlarında "Developer API" rozetiyle işaretlenir.

Enterprise planlar üreticinin kurumsal programına tabidir; kimlik yönetimi, veri saklama politikası ve sözleşme koşulları içerir.

Bu planlar katalogda "Kurumsal Program" erişim türüyle işaretlenir ve doğrudan sipariş edilmez. Uygunluk ve süreç talep üzerine değerlendirilir.

Kontrol paneli lisansları sunucunun IP adresine tanımlanır. Lisans, o IP üzerinde çalışan kuruluma karşılık gelir.

Lisans sürümü sunucudaki hesap veya domain sayısına göre değişir; Plesk Web Pro ile Web Host Edition arasındaki fark budur. Yanlış sürüm alındığında kurulum sınırı aşıldığı için panel uyarı verir.

IP değiştiğinde lisansın yeni IP adresine taşınması gerekir; aksi hâlde panel lisans doğrulaması başarısız olur ve arayüz kilitlenir.

Taşıma işlemi üreticinin lisans sisteminde yapılır. Eski ve yeni IP bilgisiyle destek kanalından ilettiğinde taşıma başlatılır.

CloudLinux OS, paylaşımlı barındırma sunucularında her hesabı kendi kaynak sınırları içine alır; tek bir hesabın CPU veya bellek tüketmesi diğer siteleri etkilemez.

Imunify360, aynı sunucularda zararlı yazılım taraması, güvenlik duvarı ve yama yönetimi sağlar. İkisi de sunucu başına lisanslanır ve kontrol paneliyle birlikte çalışır.

WHMCS lisansı kurulumun yapıldığı domain ve IP eşleşmesine bağlıdır. Kurulumu taşırken lisansın da yeni adrese güncellenmesi gerekir.

Geliştirme veya test kurulumu için ayrı lisans gerekebilir; kullanacağın senaryoyu destek kanalından belirtmen doğru sürümün seçilmesini sağlar.

LiteSpeed Enterprise lisansı sunucu başına verilir ve sunucunun çekirdek sayısı ile bellek miktarına göre farklı seviyelerde sunulur.

Doğru seviyeyi seçmek için sunucunun donanım bilgisini paylaşman yeterlidir.

Evet. XenForo 2 ana lisansı forum yazılımını kapsar; Media Gallery, Resource Manager ve Enhanced Search ayrı ürünlerdir ve katalogda ayrı ayrı listelenir.

Eklentiler ana lisansa bağlıdır; ana lisans olmadan tek başına kullanılamazlar.

Ticari forum yazılımlarında lisans genellikle kalıcıdır; yenilenen şey destek ve güncelleme hakkıdır.

Yenileme süresi dolduğunda kurulum çalışmaya devam eder, ancak yeni sürüm güncellemeleri alınamaz. Güvenlik güncellemeleri açısından yenilemenin sürdürülmesi önerilir.

Ticari forum lisanslarında domain değişikliği çoğunlukla üreticinin müşteri panelinden yapılır ve destek süresi devam ederken sorunsuz işler.

Lisans devri (başka bir kişiye satış) üreticiye göre değişir ve ek koşullara tabi olabilir.

Bayi hesabı, ürün kataloğunu kendi satış operasyonunda kullanmak isteyen işletmeler için ayrılmış erişim alanıdır.

Hesap ön ödemeli bakiye ile çalışır; katalog, stok, sipariş, bakiye ve API anahtarları bu hesap üzerinden yönetilir.

Başvuru üç adımdan oluşur: şirket ve satış kanalı bilgilerinin iletilmesi, sandbox anahtarıyla entegrasyonun test edilmesi, onay sonrası canlı anahtarın tanımlanması.

Başvurular Telegram üzerinden alınır. Kurumsal ve toplu ürün talepleri de aynı kanaldan değerlendirilir.

Sandbox, canlı ortamla birebir aynı şemayı kullanır; aynı uç noktalar, aynı alanlar, aynı hata kodları.

Fark, sandbox siparişlerinin gerçek lisans tüketmemesi ve bakiyeden düşmemesidir. Entegrasyonunu burada bitirip canlıya tek satırlık bir base URL değişikliğiyle geçebilirsin.

Giriş, bayi hesabına tanımlı e-posta adresiyle yapılır. Panel üzerinden katalog ve stok durumu, bakiye hareketleri ve API anahtarları yönetilir.

Hesap kurtarma talebini, hesaba tanımlı e-posta adresini belirterek destek kanalından ilet. Doğrulama sonrası sıfırlama başlatılır.

Güvenlik açısından şifreni hiçbir kanaldan kimseyle paylaşma; destek tarafı senden şifreni asla istemez.

Bayi hesabı ön ödemelidir. Sipariş oluşturulduğunda tutar bakiyeden düşülür ve işlem transactions listesine kaydedilir.

Bakiye yetersizse ve otomatik yükleme kapalıysa sipariş insufficient_balance hatasıyla reddedilir; kısmi sipariş oluşmaz.

Üç değer tanımlarsın: eşik (threshold), her tetiklemede yüklenecek tutar (amount) ve günlük üst sınır (daily_limit). Bakiye eşiğin altına düştüğünde kayıtlı ödeme yöntemiyle yükleme yapılır.

Kurulum bayi panelinden veya POST /balance/auto-topup uç noktasından yapılabilir. Otomatik sipariş akışı çalıştıran ekipler için önerilir; stok ve bakiye kaynaklı sipariş hatalarını büyük ölçüde ortadan kaldırır.

Limit aşıldığında otomatik yükleme durur ve balance.topup_failed webhook bildirimi gönderilir. Sonraki siparişler bakiye yetmiyorsa insufficient_balance ile reddedilir.

Günlük limit, hatalı bir döngünün beklenmedik tutarda yükleme yapmasını engellemek için vardır; kaldırmak yerine ihtiyaca göre yükseltmen önerilir.

Teslim edilemeyen veya başarısız olan siparişlerde tutar otomatik olarak bakiyeye iade edilir ve hesap hareketlerinde ayrı bir refund kaydı olarak görünür.

Teslim edilmiş bir üründe iade koşulları ürünün üreticisine ve lisans türüne göre değişir; bu tür talepler tek tek değerlendirilir.

Yükleme, sipariş düşümü ve iade kayıtları bayi panelinde ve GET /transactions uç noktasında tarih sırasına göre listelenir.

Her kayıt tür (topup, order, refund), tutar ve ilişkili sipariş kimliğini içerir; kendi muhasebe sistemine eşleştirmek için order_id alanını kullanabilirsin.

Katalog beş stok durumu kullanır ve bunlar API üzerinde birebir aynı değerlerle döner.

Stok, sipariş anında yeniden doğrulanır. Ürün o anda tükenmişse sipariş out_of_stock hatasıyla reddedilir, bakiyeden düşüm yapılmaz.

Mağazandaki stok bilgisini güncel tutmak için stock.changed webhook bildirimini dinlemen, periyodik toplu sorguya göre çok daha isabetli sonuç verir.

Bu ürünlerde sipariş anında hazır stok bulunmaz; sipariş kuyruğa alınır ve pending durumunda başlar.

Siparişin kuyruğa alınabilmesi için istekte allow_backorder: true göndermen gerekir. Tedarik tamamlandığında sipariş completed durumuna geçer ve order.completed bildirimi gönderilir.

Teslim edilebilir ürünlerde lisans anahtarı sipariş yanıtındaki items dizisinde döner; ayrı bir adım gerekmez.

Kuyruğa alınan siparişlerde items başlangıçta boştur ve sipariş tamamlandığında doldurulur. Durumu GET /orders/{id} ile sorgulayabilir veya webhook bildirimini bekleyebilirsin.

Katalog ve kategori yapısını çekmek, canlı stok durumunu sorgulamak, sipariş oluşturup lisans anahtarını almak, bakiyeyi izlemek ve otomatik yüklemeyi yapılandırmak, stok ve sipariş olaylarını webhook ile almak.

Uç noktaların tamamı, alan açıklamaları ve örnek yanıtlarla birlikte API referansında tanımlıdır.

Anahtarlar bayi panelinden üretilir. İki temel kapsam vardır: salt-okunur catalog:read ve sipariş yetkili orders:write. Bakiye için balance:read ve balance:write kapsamları ayrıca verilir.

Farklı sistemler için ayrı anahtarlar üretmen, sızıntı durumunda yalnızca ilgili anahtarı iptal etmeni sağlar.

Sipariş isteği ağ hatası nedeniyle yarıda kalırsa, siparişin oluşup oluşmadığını bilemezsin. Aynı Idempotency-Key ile isteği tekrarladığında sistem ikinci bir sipariş oluşturmaz, ilk siparişin sonucunu döner.

Her mantıksal sipariş için benzersiz bir anahtar üret (örneğin kendi sipariş numaran ile bir UUID). Aynı anahtarı farklı bir gövdeyle göndermek duplicate_request hatası verir.

Her bildirim X-LicenceDevs-Signature başlığıyla HMAC-SHA256 imzalanır. Gövdeyi ham hâliyle (parse etmeden) alıp panelden aldığın gizli anahtarla imzala ve başlıktaki değerle sabit zamanlı olarak karşılaştır.

İmza doğrulanmadan gövde işlenmemelidir. Aynı olay birden fazla kez ulaşabileceği için işleyicinin idempotent olması gerekir.

Uç noktanın herkese açık HTTPS üzerinden erişilebilir olduğundan ve 2xx döndüğünden emin ol. 2xx dışında yanıt alınan bildirimler artan aralıklarla 24 saat boyunca yeniden denenir.

Yanıtı işlemeden önce döndürmen önerilir: bildirimi kuyruğa al, hemen 200 dön, işlemeyi arka planda yap. Uzun süren işlemler zaman aşımına yol açar.

Limit aşıldığında Retry-After başlığında kaç saniye beklemen gerektiği bildirilir. İstemcinde bu başlığa uyan bir bekleme ve artan aralıklı yeniden deneme uygula.

Limitler anahtar bazındadır ve her yanıtta X-RateLimit-Remaining ile bildirilir; sürekli sınıra dayanıyorsan senkronizasyon stratejini gözden geçir.

Katalogun tamamını sürekli çekmek yerine updated_since parametresiyle yalnızca değişenleri al. İlk yüklemede tam kopya çek, sonrasında artımlı devam et.

Stok için toplu uç noktayı kullan; tek istekte 500 SKU sorgulayabilirsin. Anlık doğruluk için buna ek olarak stock.changed webhook bildirimini dinle.

Dallanmayı HTTP durum koduna değil, yanıttaki error.code alanına göre yap. Kodlar sabittir; mesaj metni değişebilir.

out_of_stock ve insufficient_balance beklenen iş durumlarıdır ve kullanıcıya anlamlı bir mesajla gösterilmelidir. unauthorized ve forbidden yapılandırma hatasına işaret eder ve yeniden denenmemelidir.

Önce anahtarın doğru ürün ve doğru sürüm için kullanıldığını doğrula; Pro anahtarı Home kurulumunda, N anahtarı standart kurulumda kabul edilmez.

Kurulumun dili ve mimarisi (32/64 bit) uyumlu olmalıdır. Aktivasyon hatası bir kod veriyorsa (örneğin 0xC004... ile başlayan) bu kodu ve sipariş numaranı destek kanalına ilet; teşhis çok daha hızlı olur.

401 anahtarın eksik, hatalı veya iptal edilmiş olduğunu gösterir. Başlığın Authorization: Bearer <anahtar> biçiminde olduğunu ve anahtarın sandbox/canlı ortamla eşleştiğini kontrol et.

403 ise anahtarın geçerli olduğunu ama o uç nokta için yetkisi olmadığını gösterir. Salt-okunur bir anahtarla sipariş oluşturmaya çalışmak veya IP kısıtlaması dışından bağlanmak tipik nedenlerdir.

Hata yanıtı balance ve required alanlarını birlikte döner; sipariş tutarının bakiyeyi aştığı durumu buradan görebilirsin.

Bakiye yeterli görünüyorsa günlük otomatik yükleme limitinin dolmuş olma ihtimalini kontrol et; limit dolduğunda yükleme durur ve sonraki siparişler reddedilir.

pending, talebe bağlı ürünlerde beklenen durumdur; tedarik tamamlandığında sipariş completed olur ve anahtarlar items alanına yazılır.

Yanıttaki eta_minutes değerinin belirgin şekilde üzerine çıkıldıysa sipariş kimliğiyle (ord_...) destek kanalına yaz.

Bu genellikle senkronizasyonun periyodik olmasından kaynaklanır. Kendi kaydından değil, toplu stok uç noktasından okunan değeri göster.

Gecikmeyi tamamen kaldırmak için stock.changed bildirimini dinle ve gelen olayı doğrudan kendi kaydına uygula.

Anahtar yalnızca sunucu tarafında, ortam değişkeni veya bir gizli anahtar yöneticisi içinde tutulmalıdır. Tarayıcıya gönderilen hiçbir koda, mobil uygulama paketine veya sürüm kontrolüne konulmamalıdır.

İstemci tarafında katalog göstermen gerekiyorsa isteği kendi sunucun üzerinden geçir; anahtar hiçbir zaman son kullanıcıya ulaşmasın.

Anahtarı panelden hemen iptal et; iptal edilen anahtar anında geçersiz olur. Ardından yeni bir anahtar üretip yapılandırmanı güncelle.

Sonrasında hesap hareketlerini gözden geçir ve tanımadığın sipariş varsa destek kanalına bildir.

Bir anahtara IP listesi tanımlandığında, listede olmayan adreslerden gelen istekler 403 ile reddedilir.

Sabit çıkış IP’si olan sunucularda önerilir. Dinamik IP kullanan ortamlarda kısıtlama beklenmedik kesintilere yol açabilir.

Bayi hesabı kapsamında işlenen veriler hesabın yönetimi ve sipariş operasyonu için gereken bilgilerle sınırlıdır.

Ayrıntılı politika metinleri yayımlandığında yasal sayfalarda yer alacaktır.

Ürün ve marka adları ilgili hak sahiplerine aittir. Logolar yalnızca ilgili ürünü tanımlamak amacıyla, hak sahibinin görsel kimliği değiştirilmeden kullanılır.

LicenceDevs, aksi açıkça belirtilmedikçe listelenen markaların bağlı kuruluşu veya resmi temsilcisi olduğunu iddia etmez.