Her ücret kalemi; kapsamı, sorumlusu ve kabul kanıtıyla tanımlansın
Teklif; keşif ve fonksiyonel tasarımla başlar, uygulama ve migrasyon aşamalarını yazılı varsayımlarla kapsar. Oakland hizmetleri ticari anlaşmaya göre TL olarak sunulur; Odoo abonelikleri, Nilvera veya diğer entegratörler, bankalar, ödeme sağlayıcıları, donanım ve müşteri emeği ayrı gösterilir.
Keşif ve fonksiyonel tasarım
Mevzuat, süreç, veri ve entegrasyon kararlarını kapsamı ve sınırları net bir tasarıma dönüştürme.
- Tüzel kişi, şube, mükellef ve belge kapsamı kaydı
- e-Fatura, e-Arşiv, e-Defter ve e-Beyanname ayrımı
- Kaynak sistem, entegratör, banka, cihaz ve rol envanteri
- Prototip, fark listesi, sorumluluklar ve kabul senaryoları
Uygulama, migrasyon ve kabul
Onaylı tasarımı, tekrarlanabilir veri yükleri ve imzalı kabul kanıtlarıyla hayata geçirme.
- Finans, stok, satış ve şube yapılandırması
- TL, kuruş, kur ve açık kalem migrasyon provası
- UBL-TR XML, XSLT, senaryo ve entegratör kabul testleri
- Şube/POS provası ve rol bazlı Türkçe uygulamalı eğitim
Benimseme ve sonraki destek
İlk canlı kullanım desteğini, sürekli hizmet ve yeni kapsam kararlarından ayırma.
- Hata, karar ve mutabakat farkı için sahiplendirme
- Şube kapanışı ve kullanıcı benimseme kanıtları
- Kapsam düzeltmeleri ile yeni geliştirmelerin ayrılması
- Abonelik, sağlayıcı, donanım ve altyapı maliyetlerinin ayrıştırılması
Aşağıdaki aşamalar hazır fiyat paketleri değildir. Kapsam; tüzel kişi ve şube sayısı, belge türleri, entegrasyon kanalı, veri geçmişi, para birimleri, cihazlar, kullanıcı rolleri ve kabul ölçütlerine göre TL olarak tekliflenir.
TL teklifin temeli hazır paket değil, doğrulanmış kapsamdır
6 Kasım 2026 tarihinde gözden geçirildi. Buradaki çerçeve ticari keşif içindir; sayısal uygulama paketi, süre veya tasarruf taahhüdü içermez.
Bir Türkiye Odoo teklifi; tüzel kişi ve şube yapısı, belge senaryoları, entegrasyon kanalı, kaynak verinin durumu, para birimleri, cihazlar ve kabul sorumlulukları netleşmeden tek bir toplama indirgenmez. İlk çalışma, hangi gereksinimlerin standart Odoo 19 ile karşılanacağını ve hangilerinin sağlayıcı, uzman veya özel geliştirme gerektirdiğini ayırır.
Her aşamanın ücret yaklaşımı, kapsam girdileri ve çıktılarıyla birlikte yazılır. TL para birimi ticari anlaşmanın sunum biçimidir; vergi oranları veya yasal eşikler fiyat değildir. Değişiklik talebinin mevcut kapsamın düzeltilmesi mi yoksa yeni iş mi olduğu da aynı dokümanda değerlendirilir. Böylece sonraki görüşmelerde belirsiz bir “her şey dahil” ifadesi yerine izlenebilir iş kalemleri kullanılır.
Keşif ve fonksiyonel tasarım ayrı bir ücretlendirme aşamasıdır
Keşif aşamasında mevcut süreçler, mükellef ve alıcı sınıfları, e-Fatura/e-Arşiv/e-Defter kararları, cari ve stok verisi, banka ve ödeme akışları, entegratör sözleşmesi, cihazlar ve kullanıcı rolleri incelenir. Gerekli örnek belgeler ve raporlar önceden listelenir; müşteri, mali müşavir ve sağlayıcı katılımı için sorumlular belirlenir.
Çıktı; onaylı süreç haritası, prototip, standart/uyarlama/özel geliştirme ayrımı, veri migrasyon planı, entegrasyon kanıt listesi ve kabul senaryolarıdır. UBL-TR paket sürümü ile CustomizationID, e-Arşiv raporlaması ile alıcı yanıtı ve e-Defter beratı ile fatura teslimi ayrı başlıklarda ele alınır. Bu aşamanın ücreti, belgelerin ve karar sahiplerinin erişilebilirliği ile istenen derinliğe göre TL olarak belirlenir.
Uygulama ücreti onaylı tasarımın iş paketlerine bağlanır
Uygulama kapsamı; hesap planı, vergiler, günlükler, şirketler, depolar, satış ve satın alma akışları, şubeler, POS ve kullanıcı yetkileri gibi somut iş paketlerine ayrılır. Her paketin yapılandırma girdisi, müşteri sorumluluğu, test senaryosu ve kabul eden rolü yazılır. Tasarımda bulunmayan yeni ülke, yeni tüzel kişi veya yeni entegrasyon, mevcut paketin doğal parçası sayılmaz.
Canlıya geçiş hazırlığı da ayrıca görünür olur: kullanıcı yetkileri, son veri yükü, açık belge kontrolü, cihaz provası, kesinti prosedürü, ilk şube kapanışı ve destek kanalı. Uygulama ücreti belirli bir takvim veya sonuç garantisi olarak değil, onaylı kapsamın tamamlanması için gereken uzmanlık ve kabul çalışması olarak sunulur. Süre ve yanıt taahhütleri yalnızca operasyonel olarak onaylandığında sözleşmeye eklenir.
E-belge ve entegratör çalışması tek bir “uyumluluk” kalemi değildir
E-belge kapsamı; mevcut mükellef analizi, temel ve ticari senaryo ayrımı, e-Arşiv raporlaması, XML/XSLT kontrolü, zarf ve uygulama yanıtları, iade ve istisna akışları ile kanıt arşivini içerir. Odoo 19'un kurulu derlemesi ve l10n_tr_gib_invoice_scenarios gibi isteğe bağlı modüllerin mevcudiyeti test edilir. Kaynak kodda bulunan bir yetenek, müşterinin kurulumunda hazır kabul edilmez.
Nilvera sözleşmesi, test ve üretim ortamları, kimlik bilgisi sahipliği ve sağlayıcı ücretleri Oakland hizmetlerinden ayrıdır. Doğrudan GİB entegrasyonunun uygunluk ve onay koşulları, alternatif entegratörler, PayTR, banka dosyaları veya ek özel senaryolar ayrı teknik ve ticari kapsam oluşturur. Nilvera'nın GİB özel entegratör listelerinde yer alması veya Nilvera e-Defter'in uyumlu yazılım listesinde bulunması Odoo'nun kendisini belgelendirmez.
Migrasyon ve TL mutabakatı veri hacminden fazlasını kapsar
Migrasyon fiyatı yalnızca satır sayısına bakılarak belirlenmez. Kaynak sistemin dışa aktarım kalitesi, özel alanlar, hesap ve vergi eşleşmeleri, dış kimlikler, bağımlılıklar, açık belgeler, ödeme bağlantıları, stok geçmişi ve para birimleri işin niteliğini değiştirir. Kaç prova yapılacağı ve her provada kimlerin mutabakat imzalayacağı teklif varsayımı olarak yazılır.
TL ve kuruş kontrolünde kaynak tutar, kur/tarih/kaynak, beklenen ve gerçekleşen TL, işlem yuvarlaması ve kalan fark ayrı alanlardır. Bir TL 100 kuruştur. İşlem ve ödeme tutarları kuruşa yuvarlanır; yarım kuruş ve üzerindeki değerler bir kuruşa tamamlanır, yarım kuruşun altındaki değerler dikkate alınmaz. Bu kural birim fiyat, miktar, oran, kur, iskonto veya ara hesaplamalara genellenmez; bu alanların hassasiyeti ayrıca doğrulanır. Sonradan gelen navlun ve gümrük faturaları, kısmi satış ve dönem kapanışı gibi durumlar ek test gerektirir. Genel tolerans yerine her farkın nedeni, sahibi ve çözüm kararı ücretlendirilen kabul kapsamına dahil edilir.
Türkçe belge ve rol bazlı eğitim görünür iş kalemleridir
Fatura ve rapor çıktılarında Türkçe karakterler, vergi metinleri, senaryo bilgileri, XSLT görünümü ve XML önceliği ayrı test edilir. İstenen özel belge düzeni veya çok dilli alanlar standart çıktıdan ayrılır. İmzalı veya onaylı XML, mali açıdan esas alınan asıl belgedir; XSLT onun görsel sunumudur. Bu ayrım kabul dosyasında açıkça belirtilir; yalnızca PDF örneğiyle teknik uygunluk ilan edilmez.
Eğitim kapsamı genel ürün turu yerine kasiyer, şube müdürü, teslim alma ve sayım sorumlusu, satın alma sorumlusu, muhasebe sorumlusu, vergi sorumlusu, mali kontrol sorumlusu, bordro sorumlusu ve yönetici rollerine ayrılır. Her rol için Türkçe görev kartı, rutin ve istisna çalışması, pratik değerlendirme ve rol şampiyonu devri planlanır. Eğitim süresi veya kullanıcı sayısı için doğrulanmamış sabit bir sonuç vaadi yerine gerçek hedef kitle ve değerlendirme kanıtı esas alınır.
Donanım, banka, ödeme ve barındırma maliyetleri ayrıştırılır
POS yazıcısı, tarayıcı, para çekmecesi, müşteri ekranı, ağ ve ödeme terminali gibi cihazların satın alma veya sağlayıcı maliyetleri Oakland uygulama hizmetinden ayrılır. Uyumluluk testi yapılmadan belirli bir marka veya modelin çalışacağı varsayılmaz. Şube başına kurulum ve test ihtiyacı ile cihaz tedariki farklı kalemlerdir.
Banka senkronizasyonu için kurum, sağlayıcı, izin ve abonelik gerekir; varsayılan on iki saatlik eşitleme gerçek zamanlı değildir. iyzico ödeme sağlayıcı akışı, banka veri beslemesi ve ödeme mutabakatı ayrı konulardır. İncelenen resmî Odoo 19 çekirdeğinde payment_paytr bulunmaması, başka hiçbir ortamda bulunamayacağı anlamına gelmez; ihtiyaç duyulan sağlayıcı için kapsam ve ücret ayrıca doğrulanır. Barındırma, yedek konumu, geri yükleme ve dış hizmet aktarımları da bağımsız maliyet ve sorumluluk başlıklarıdır.
Odoo abonelikleri ve üçüncü taraf ücretleri Oakland hizmetinden ayrılır
Odoo kullanıcı ve ürün abonelikleri için güncel Odoo fiyatlandırma sayfası esas alınır; doğrulanmamış bir abonelik tutarı Oakland paketine kopyalanmaz. Gerekli modüller, barındırma tercihi ve sürüm kapsamı belirlendikten sonra abonelik kalemi müşteriyle ayrıca gözden geçirilir.
Nilvera veya başka entegratör sözleşmeleri, banka ve ödeme sağlayıcı ücretleri, özel bağlayıcılar, cihazlar, altyapı, ayrıca kararlaştırılan seyahat ve müşterinin iç proje emeği ayrı gösterilir. Mali müşavir, SMMM/YMM, hukuk, bordro veya bağımsız denetim hizmetleri de Oakland'ın Odoo uygulama ücretiyle karıştırılmaz. Bu ayrım, toplam sahip olma maliyetinin hangi bölümünün kimden satın alındığını görünür kılar.
Kabul, destek ve değişiklik yönetimi teklifin parçasıdır
Kabul dosyasında her iş paketi için beklenen sonuç, kanıt, inceleyen kişi ve açık konuların kapatılma yöntemi bulunur. Sistem veya paket yanıtı faturanın içerik onayı, alıcı kabulü veya tahsilat olarak yazılmaz. Ticari senaryodaki KABUL/RED/İADE akışı temel senaryodan ayrılır; e-Arşiv rapor paketinin kabulü de ödeme kanıtı sayılmaz.
İlk canlı kullanım desteği ile sonraki sürekli destek ve yeni geliştirme ayrı değerlendirilir. Hata ile yeni istek, kapsam içi düzeltme ile sağlayıcı kaynaklı değişiklik ve müşteri verisi düzeltmesi ile ürün uyarlaması farklı işlerdir. Destek saatleri, yanıt hedefleri ve hizmet kanalı ancak operasyonel olarak onaylandıktan sonra yazılır. Keşif çalışma kitabını kullanarak teklif öncesi gerekli girdileri toplayabilirsiniz.
İş kalemlerine ayrılmış, TL bazında bir teklif isteyin
Tüzel kişileri, şubeleri, belge senaryolarını, entegratörü, kaynak sistemleri, veri geçmişini, cihazları ve eğitim ihtiyacını belirtin. Her aşamanın fiyatlandırılmadan önce hangi kararlara bağlı olduğunu açıkça gösterelim.
İletişime Geçin
Buhaira Corniche, 43132 Sharjah,
Birleşik Arap Emirlikleri