İçereği Atla

Özel Geliştirme / Nimex Solutions

Standart Odoo'nun ötesinde. İşletmenize özel geliştirme.

Nimex Solutions'ın standart ERP işlevlerinin ötesindeki iş sorunlarını çözmek için geliştirdiği özel uygulamaları, gelişmiş iş akışlarını, sektöre özgü sistemleri ve entegrasyonları keşfedin.

İhtiyaçlarınızı Konuşalım Çözümlerde Arayın
  • 1.500+teslim edilmiş özel modül
  • 500+geliştirme yetkinliği
  • 8hizmet verilen sektör
Desteklenen Odoo sürümleri

Neler geliştiriyoruz

Tek bir ERP'de birleşen dokuz geliştirme disiplini.

Aşağıdaki her çözüm standart Odoo'nun yerini almaz, onu genişletir: standart akışlar çalışmaya devam eder, sürüm yükseltmeleri mümkün kalır ve özel katman tam olarak işletmenin ihtiyaç duyduğunu yapar.

Standart Odoo çekirdeği, olduğu gibi korunur Odoo 15 · 16 · 17 · 18 · 19 · 20

Türkiye mevzuat uyumu

Türkiye mevzuat uyumu, Odoo Muhasebe'nin içine işlendi.

Türkiye'de finans, hukuki anlam taşıyan durumlara sahip elektronik belgelerle yürür. Nimex, Odoo'nun Türkiye yerelleştirmesi ve Nilvera konnektörü üzerine ticari e-Fatura sürecini, zaten kaydettiğiniz kayıtlardan düzenlenen e-Arşiv ve e-İrsaliye'yi, GİB usulü iade faturalarını ve gelen fatura otomatik doldurmayı geliştirdi; e-Defter ise sertifikalı bir sağlayıcıyla proje bazında kapsamlandırılır ve bunu açıkça söylüyoruz.

Nilvera üzerinden e-Fatura

Senaryodan müşteri yanıtına, ticari e-Fatura.

Odoo'nun standart Nilvera konnektörü temel bir e-Fatura gönderir ve iletilip iletilmediğini bildirir. Türkiye pratiği daha fazlasını ister: müşterinin sekiz gün içinde resmî olarak kabul ya da ret verdiği Ticari senaryo; GİB'in sıkı biçimde doğruladığı tevkifat ve istisna kuralları; her müşteriyle kararlaştırılan şablon ve dosyada resmî olarak oluşturulmuş PDF. Nimex tüm bunları standart gönderim akışının üzerine eklenen bir katman olarak geliştirdi.

  • Temel ve Ticari senaryolar; müşteri bazında varsayılan atanır, belge gönderildikten sonra sabitlenir.
  • Göndermeyi engelleyen ön kontroller: kayıtlı e-Fatura kullanıcısı, tevkifat tutarlılığı, istisna kodları.
  • Nilvera Önizleme ve XML indirme: sağlayıcının oluşturduğu birebir UBL-TR belgesi, hiçbir belge düzenlenmez.
  • İki durum ayrı tutulur: iletim ve müşterinin kabul ya da ret yanıtı; saatlik senkronize edilir.
  • Resmî Nilvera PDF'i gönderimden sonra alınır ve ilk ek olarak sabitlenir; eksik PDF'ler geriye dönük tamamlanır.
  • UBL-TR ekleri: müşteri sipariş referansı, müşteriye dönük satır metni, faturanın kendi döviz kuru, müşteri bazında şablonlar.
  • Hataya dayanıklı senkronizasyon: tek bir belgenin hatası partinin geri kalanını durdurmaz.

Odoo'nun Nilvera konnektörlü Türkiye yerelleştirmesini ve bir Nilvera hesabını gerektirir. Gönderilmiş bir e-Faturanın iptali veya itirazı paketin parçası değildir.

e-Fatura Paketini keşfedin

e-Arşiv

e-Fatura kullanıcısı olmayan herkes için e-Arşiv.

Kanalı alıcı belirler: kayıtlı bir e-Fatura kullanıcısı e-Fatura, diğer herkes EARSIVFATURA profilli bir e-Arşiv faturası alır. Standart Odoo belgeyi zaten doğru kanala yönlendirir; Nimex, e-Arşiv kolunun kullanıcı için e-Fatura kolu gibi çalışmasını sağladı, orada bulunmayan kısımlar olmadan.

  • Kişi kaydedilirken alıcı sağlayıcının kayıt listesinde kontrol edilir.
  • Nilvera hesabından yansıtılan e-Arşiv şablonları, müşteri bazında varsayılan.
  • Takma ad gerekmeden önizleme; resmî e-Arşiv PDF'i ana ek olarak arşivlenir.
  • Senaryo yok, kabul veya ret yok: ekran yalnızca geçerli olanı gösterir.
e-Fatura Paketinde e-Arşiv'i görün

e-İrsaliye

İrsaliye, teslimattan düzenlenip kamyonla birlikte yola çıkar.

Depodan çıkan mallar için bir GİB entegratörü üzerinden elektronik irsaliye düzenlenmesi gerekir. Standart Odoo araç ve sürücü bilgileriyle UBL XML'ini oluşturabilir, ancak orada durur. Nimex süreci doğrudan teslimat emri üzerinde tamamladı: taşıma bilgilerini doğrulayın, resmî PDF'i önizleyin, gönderin, ETTN'yi saklayın ve resmî belgeyi arşivleyin.

  • Herhangi bir gönderimden önce plaka, sürücüler (TCKN ile) ve irsaliye tipi için kesin doğrulama.
  • Önizleme (PDF): sağlayıcının oluşturduğu irsaliye, belge oluşturulmadan.
  • Alıcı otomatik olarak belirlenir: e-İrsaliye etiketi ya da GİB posta kutusu.
  • Satır fiyatları ve para birimi sıfır yerine satış siparişinden gelir.
  • Gönderildikten sonra düzenleme tarihi sabitlenir; fiilî sevk tarihi transferi izler.
  • Hatalar Tekrar Gönder ile okunur biçimde saklanır; kuyruktaki irsaliyeler 30 dakikada bir gönderilir.

Nilvera üzerinden Türkiye'deki giden teslimatlar. Gelen e-İrsaliye, alıcı yanıtları ve iptal çözümün parçası değildir.

e-İrsaliye'yi keşfedin

İadeler ve gelen e-faturalar

GİB'in kabul ettiği iadeler ve hazır dolu gelen tedarikçi faturaları.

Türkiye'de iade, bir UBL iade faturası (credit note) değildir: IADE tür kodlu ve her orijinal faturaya fatura referansı veren bir faturadır. Nimex bu belgeyi ekledi, e-fatura olarak gelen müşteri iadelerini doğru hesaplara kaydetti ve tedarikçi e-faturalarının içe aktarımını yeniden kurguladı; muhasebeci artık yeniden yazmak yerine kontrol ediyor.

  • InvoiceTypeCode IADE, Temel profil ve her orijinal faturaya BillingReference içeren İade e-belgeleri.
  • Orijinal GİB numaraları ters kaydı yapılan faturadan doldurulur, göndermeden önce biçim kontrolünden geçer.
  • Müşteriden gelen İade, taslak iade faturasına dönüştürülür: 610, 191.11 iade KDV'si, 120.
  • Gelen faturalar: tedarikçi VKN/TCKN ile, ürünler tedarikçi kodlarıyla eşleşir; tedarikçinin varsayılan gider hesabı kullanılır.
  • XML'deki ödenecek tutar saklanır ve yeniden hesaplanan toplamla karşılaştırılır; uyuşmazlıklar işaretlenir.
  • Önce taslak modu: belgeler, muhasebecinin onaylaması için sağlayıcıya taslak olarak yüklenir.

Odoo 19'da giden İade tedarikçi iadelerini kapsar; müşteri iadeleri müşterinin kendi İade e-Faturası olarak gelir ve otomatik olarak kaydedilir. Her iki yönde giden İade, Odoo 18'de mevcuttur. Yapılandırıldığı yerde önce taslak modu.

İadeler ve gelen faturalar ayrıntılı

e-Defter

e-Defter: sertifikalı bir sağlayıcıyla, proje bazında kapsamlandırılır.

Bir e-Defter modülü sunmuyoruz ve aksini iddia etmeyeceğiz. Bir proje elektronik deftere ihtiyaç duyduğunda entegrasyonu şirketin GİB sertifikalı e-Defter sağlayıcısıyla birlikte kapsamlandırırız: onaylanmış yevmiyenin kaynağı Odoo olarak kalır; defterin oluşturulması, imzalanması ve gönderilmesinden sağlayıcı sorumludur.

Mevcut bir Nimex modülü değildir. Bugün yanında var olanlar: muhasebe araç setinin deneme çalıştırmalı yevmiye kaydı içe aktarımı ve yatay yevmiye kaydı çıktısı.

Bir e-Defter projesini görüşelim

Muhasebe ve finans

Çekler, tahsilatlar ve muhasebecinin araç seti; her kayıt, onu doğuran işlemle atılır.

Standart Odoo'nun modellemediği araçlar: 120/320 kayıtlarıyla eksiksiz çek yaşam döngüsü, Bulut Tahsilat üzerinden tüm bankalardan Odoo banka ekstrelerine düşen tahsilatlar ve Türk muhasebecilerin ilk gün istediği küçük yardımcılar; TCMB kurlarından para birimi bazında ekstrelere kadar.

Türkiye muhasebe araç seti

Türk muhasebecilerin ilk gün istediği küçük araçlar.

e-belgelerin çevresinde, Odoo'nun bir Türk muhasebecinin yaptığı gibi kayıt atmasını sağlayan muhasebe yardımcıları yer alır: doğru döviz kuru, Türk usulüyle girilen kurlar, para birimi bazında ekstreler ve denetim izi bırakarak tablodan yüklenen yevmiye kayıtları.

  • Alış/satış ortalaması yerine TCMB döviz alış kuru (ForexBuying) şirket kuru olarak saklanır.
  • Faturada "1 Döviz = Şirket PB": 1 USD = 40,000000 TRY; Odoo'daki kurla eşit tutulur ve e-Fatura'ya taşınır.
  • Banka satırları düzeltilmiş döviz kurlarıyla toplu olarak yeniden değerlenir; denkleştirmeler tek işlemle toplu olarak geri alınır.
  • Türkçe başlıklı şablondan yevmiye kaydı içe aktarma: Test Et deneme çalıştırması, isteğe bağlı otomatik onay, kalıcı içe aktarma kaydı.
  • Çoklu para birimli müşteri ekstreleri ve eşleşen ödemeleriyle yıla göre filtrelenen cari hesap ekstresi.
  • Onaylanmış faturalar ve tedarikçi faturaları için tek ekranda ödeme kaydı (Odoo 18).
Dizinde muhasebe araçlarını bulun

Çek yönetimi

Her çek durumu ve her 120/320 kaydı, onu doğuran işlemle atılır.

Çek, Türkiye'de B2B ticaretin temel ödeme araçlarından biridir ve Odoo'da muhasebecilerin izlediği durumlar için bir model yoktur. Nimex, Odoo Muhasebe üzerinde bir çek uygulaması geliştirdi: alınan çek onaylanmış faturalara karşılık kaydedilir; portföyden tahsile, teminattan ciroya, karşılıksız ve iadeye kadar her işlem kendi dengeli kaydını atan bir sihirbazdır.

  • Alınan çekler: Taslak, Alındı, Portföyde, Tahsile Gönderildi, Teminat, Ciro Edildi, Tahsil Edildi, Karşılıksız, İade Edildi, İptal Edildi.
  • Tedarikçi faturalarından verilen çekler (Çekle Öde), 320.01 verilen çekler borç hesabında.
  • Banka masraflı tahsilat (102 / 760.01), tedarikçi faturalarını kapatan ciro (320 / 120.04), 120.05 üzerinde karşılıksız kaydı veya faturanın yeniden açılması.
  • Önceki ve yeni durumla işlem geçmişi; vadesi yaklaşan, vadesi geçen ve karşılıksız çekler için günlük hatırlatmalar.
  • Portföy, tahsil, teminat ve ciro toplamlarını gösteren pano; müşteri bazında risk seviyesi.

Hesaplar ve davranış seçenekleri şirket bazında yapılandırılır. Durumlar banka hareketiyle değil, kullanıcı işlemleriyle değişir; çek basımı ve senetler kapsam dışıdır.

Çek Yönetimini Keşfedin

Bankacılık ve tahsilat

Tüm bankalardan tahsilatlar, Odoo banka ekstrelerinde.

Birden fazla bankada yüzlerce müşteriden tahsilat yapan şirketler çok bankalı bir tahsilat servisi kullanır. Nimex, Bulut Tahsilat'ı Odoo'ya bağladı: gelen havaleler doğru yevmiyede, doğru müşteriyle banka ekstresi satırlarına dönüşür; eşleşmeyenler ise denetlenebilir bir havuzda bekler.

  • Müşteriler, vergi numaraları ve TR IBAN'lar servise aktarılır; her kişide bir senkronizasyon durumu görünür.
  • Gerçekleşen ödemeler 30 dakikada bir ya da istek üzerine alınır; her biri ham verisiyle tek kez saklanır.
  • Yevmiye şirket IBAN'ından belirlenir; müşteri gönderen kimliği, IBAN, VKN/TCKN veya ödeme koduyla bulunur.
  • Eşleşmeyen ödemeler Bulut Havuz'da bekletilir ve tek tek ya da toplu olarak bir yevmiyeye gönderilir.
  • Her çalıştırma için sayaçlar ve ödeme bazında ayrıntı içeren bir sorgu kaydı.

Odoo 18 üzerinde teslim edildi. Faturalarla denkleştirme ardından standart Odoo'da yapılır; giden ödemeler entegrasyonun parçası değildir.

Dizinde bulun

Üretim ve endüstriyel sistemler

Üç üretim mimarisi, her biri kendi fabrikası için.

Standart Odoo Üretim, onaylanan bir siparişi anında üretime dönüştürür. Bu üç tesis arada bir karar katmanına ihtiyaç duyuyordu ve her biri farklı bir katmana. Kendi veri modelleri olan üç ayrı sistemdir: hiçbiri üç farklı şekilde yapılandırılmış genel bir modül değildir ve birini asla diğeri gibi sunmayız.

  1. Ticari ekipman üretimi

    Siparişe göre üretim pozisyonları
    Planlama birimi
    satış siparişi pozisyonu, çok seviyeli reçete
    Tedarik
    bileşen başına üret, satın al, stoktan karşıla veya fason
    Serbest bırak
    pozisyon pozisyon planlamacı onayı
    Planlama kokpiti

  2. Parti bazlı proses üretimi

    Ambalajlara dolumu yapılan dökme partiler
    Planlama birimi
    tek dökme ürün ve renk, kg bazında
    Tedarik
    onaylı planlarla beslenen bir tedarik planlayıcısı
    Serbest bırak
    tek onay parti ve dolum emirlerini açar
    Parti planlayıcı

  3. Yaşam bilimleri kit üretimi

    Konsantrasyonlardan hacimler
    Planlama birimi
    kit siparişi, reaksiyonlar ve hedef konsantrasyonlar
    Tedarik
    bileşen türü başına karşılama senaryosu
    Serbest bırak
    tek bir LOT oluşturulur, emirler bağımlılık sırasıyla
    Kit yapılandırıcı

Ticari ekipman üretimi · amiral çözüm

Gelişmiş Üretim Planlama Kokpiti

Siparişe göre üretim yapan bir ekipman üreticisinde her sipariş pozisyonu tek seferlik bir yapılandırmadır; bu yüzden satışın onaylandığı an, üretime başlamak için yanlış andır. Kokpit, üretilen her satırı onay anında bekletir ve taslak bir plan oluşturur: planlamacı reçeteyi seçer, her bileşen için üret, satın al, stoktan karşıla veya fason kararını verir, çizimleri toplar ve pozisyon bazında maliyet ile marjı görür. Üretim ve satınalma siparişleri ancak planlamacı onayladıktan sonra oluşur.

  • Pozisyon onaylanana kadar stok hareketi, üretim emri veya satınalma talebi yok.
  • Bileşen başına tedarik yöntemiyle çok seviyeli bileşen ağacı (12 seviyeye kadar).
  • Proje, sipariş ve pozisyon bazında Belgeler'de çizim talepleri; tek tıkla muafiyet.
  • İlk engelleme nedeniyle pozisyon bazında hazırlık; pozisyon bazında kısmi serbest bırakma.
  • Pozisyon bazında maliyet ve marj; canlı olarak, vergi öncesi indirimli ara toplam üzerinden.
Planlama kokpitini keşfedin

Parti bazlı proses üretimi · amiral çözüm

Endüstriyel Üretim ve Tedarik Planlama

Bir proses tesisi, kg bazında partilerle tek bir dökme ürün üretir ve bunu ambalajlı varyantlara doldurur. Planlamacı, konsolide satış talebini yedi rehberli adımda hedefe, partilere, dolum emirlerine ve malzeme ihtiyaçlarına dönüştürür; tek bir onay tüm üretim emirlerini serbest bırakır. Ayrı bir tedarik planlayıcısı, onaylı planlardan hâlâ satın alınması gerekeni hesaplar ve satınalmacının kontrolündeki taslak satınalma siparişleriyle sonuçlanır.

  • Hedef = satış ihtiyacı − stoktaki serbest dökme + ek üretim.
  • Parti sayısı = hedef ÷ reçete rolü başına uyumlu en büyük makinelerin en küçüğü, yukarı yuvarlanır.
  • Dolumdan sonra kalan dökme miktar canlı hesaplanır ve asla negatife düşemez.
  • Satın alınacak = gereken − stokta − siparişte; tedarikçi ve para birimi başına bir taslak satınalma siparişi.

Partiler yalnızca kg ve tarih taşır: makineler ve kazan sahada seçilir, hiçbir satınalma siparişi otomatik oluşturulmaz.

Üretim ve tedarik planlamayı keşfedin

Yaşam bilimleri kit üretimi · amiral çözüm

Laboratuvar Üretim Otomasyonu

Teşhis kiti bileşenleri sabit ürün reçetesi miktarları değil, hacimlerdir: reaksiyon sayısı, reaksiyon hacmi, stok ve hedef konsantrasyonlar ile bir üretim fazla payından türetilir. Onaylanan bir kit siparişi; her hacmi, su tamamlamayı ve plaka yerleşimini hesaplayan, tek bir kit LOT'u oluşturan ve üretim emirlerini bağımlılık sırasıyla, eksikler için satınalmalarla birlikte üreten bir üretim planı açar.

  • Reaksiyon başına hacim = reaksiyon hacmi ÷ (stok ÷ hedef konsantrasyon) × fazla pay.
  • Su tamamlama = karışım toplamı − Σ oligo hacimleri; negatif bir değer oluşturmayı engeller.
  • Önceden plakalanmış kitlerde plakalar ve kutular reaksiyonlardan türetilir; tüp kitlerinde Falcon tüpleri boyutlandırılır.
  • Emirlerden önce oluşturulan ve siparişe göre üretilen her bileşene işlenen tek bir LOT.
Laboratuvar üretim otomasyonunu keşfedin

Yaşam bilimleri kit üretimi · üretim sahası

Özel Üretim Sahası Uygulamaları

Operatörler tezgâhlarda ve dondurucuların başında eldivenle çalışır; yoğun arka ofis ekranları ve kişisel girişler onları yavaşlatır. Laboratuvar sahası, tam ekran ve öncelikle tablet için tasarlanmış bir uygulamadır: PIN veya yüz tanımayla giriş yapın, yalnızca iş merkezlerinizin hatlarını görün, bileşenleri ve LOT'u kontrol edin, tek dokunuşla üretin. Kit akışında standart Odoo Üretim Alanı'nın yerini alan ayrı bir uygulamadır; onun yeni bir görünümü değildir.

  • Laboratuvar işlemi başına hatlar; iş merkezlerine bağlı ve yalnızca yetkili operatörlere görünür.
  • Önce alt emirler, sonra ana emir: bir kit, karışımları üretilmeden üretilemez.
  • Üret, iş emirlerini bitirir, emri kapatır ve LOT ile operatörü kaydeder.
  • Odoo sihirbazı gerektiren emirler arka ofise geri döner; sihirbazlar asla otomatik yanıtlanmaz.

Yüzle giriş, canlılık yönergeleriyle tarayıcı tarafında tanıma yapar; sunucuda yalnızca tanımlayıcılar eşleştirilir. Sertifikalı bir biyometrik sistem değildir.

Üretim sahası uygulamalarını keşfedin

Ticari ekipman üretimi · lojistik

Fason ve tedarik otomasyonu

Şirket içi üretimi fasonla birleştirmek; elle kurulurken kolayca hata yapılan konumlar, operasyon türleri, kurallar ve rotalar demektir. Şirket başına tek bir düğme tüm yapıyı kurar; böylece her sipariş satırı doğru üretim, satınalma veya fason belgesine akar. Rotanın oluşturduğu teklif talepleri ardından tedarikçi para birimine göre otomatik olarak bölünür.

  • Yedi konum, on operasyon türü ve altı rota; bir yönetici tarafından şirket bazında oluşturulur.
  • Her üretim emri satış pozisyonunu taşır ve üretilen seri numaralarına işler.
  • Bitmiş ürünler için günlük, boşluksuz seri numaraları; “Tümünü Üret” için de.
  • Taslak teklif talepleri tedarikçi para birimine göre bölünür, kaynak ile alt belge bağlanır; onaylı siparişlere dokunulmaz.
Dizinde fason çözümlerini görün

Maliyetlendirme ve performans

Marjı üretimden önce de, teslimattan sonra da bilin

Planlama kokpiti, plan henüz taslakken pozisyon bazında maliyet ve marjı gösterir. Teslimattan sonra proje kârlılığı, teslim edilen her seriyi tam o birimin satınalma maliyeti ve projenin giderleriyle eşleştirir. Atölye tarafında son tarihler sade bir dille okunur ve çok sayıda emir tek adımda ilerler.

  • Tedarikçi ve fasoncu fiyatlarından pozisyon maliyeti; satınalma, fason ve şirket içi malzeme olarak ayrıştırılır.
  • Seri seri proje marjı; öngörülen veya kesinleşmiş, istenen gösterim para biriminde.
  • Bir son tarih kaçırılacaksa uyarıyla toplu başlangıç tarihi değişikliği.

Seri maliyeti o birimin satınalma satırından veya alımından gelir; şirket içi üretim maliyeti üretim emirlerinden türetilmez.

Maliyetlendirme ve raporlama çözümlerini bulun

Kalite ve izlenebilirlik

Geçene kadar tekrarlayın, tek bir LOT'u kit boyunca izleyin

Parti bazlı proses üretiminde başarısız bir ölçüm son değildir: parti düzeltilir ve yeniden numune alınır. Reçete bazında limitli laboratuvar kriterleri Odoo kalite noktaları oluşturur; tekrarlanabilir bir kontrol başarısız olduğunda bir sonraki deneme hemen arkasına eklenir. Kit üretiminde tek bir LOT, kiti siparişe göre üretilen her bileşene bağlar; tespit limiti (LoD) panelleri ana kitle birlikte, onun LOT'u altında planlanır.

  • Ortak kriter kütüphanesi: ölçülen aralıklar veya geçti / kaldı, bir operasyonda ya da sonda.
  • Aralık yoksa değer kaydedilir ve kararı laboratuvar verir.
  • Stoktan gelen dökme bileşenler kendi lotlarını korur; siparişe göre üretilenler kit LOT'unu taşır.
  • LoD alt ürünleri: pozitif kontrol hedefi başına 1 µL, kit hacmine kadar su.
Kalite ve izlenebilirlik çözümlerini bulun

Stok ve lojistik

Stok, zaten var olan kayıtlardan söz verilir, sevk edilir ve gönderilir.

Malları standart Odoo taşır; çevresindeki geliştirmeler stoku rezerve etmeden söz verir, yasal irsaliyeyi teslimattan düzenler, kargoyu ayarlar ve ihracat evrakını yazdırır; hepsi aynı transferden.

Tüm stok ve lojistik çözümleri

Satış ve CRM

Ticari ekibin gerçek çalışma biçimine uyan teklifler.

Gönderildiğinde dondurulan, kararlaştırılan toplama göre indirimlenen, müşterinin kendi tablosundan oluşturulan, iki dilde yazdırılan; bayiler ve satıcılar için ise kendi portallarından veya fırsatlarından hazırlanan teklifler.

Tüm satış ve CRM çözümleri

Satınalma

Plandan tedarikçiye, para birimi başına bir taslak sipariş.

Tedarikçi para birimine göre bölünen satınalma talepleri, zamanlanmış olarak tedarikçi maliyetlerinden türetilen fiyatlar, tablolardan yüklenen siparişler ve onaylı üretim planlarını hâlâ eksik olan satınalma siparişlerine dönüştüren bir planlayıcı.

Tüm satınalma çözümleri

Özel uygulamalar

Odoo içinde geliştirilmiş eksiksiz uygulamalar.

Bir sürecin standart bir uygulaması yoksa, Odoo'nun kendi çatısı üzerinde bir tane geliştiririz: kayıtları, güvenliği, raporlaması ve sürüm yükseltmeleriyle. Aşağıdaki toplu yemek platformu amiral çözümdür; diğer uygulamalar bu sayfanın kendi bölümlerinde yer alır.

Toplu yemek ve yemek hizmeti operasyonları

Odoo içinde kurulmuş eksiksiz bir toplu yemek operasyonu.

Kurumsal toplu yemek günlük bir söze dayanır: her servis gününde her müşteriye doğru sayıda yemek ve itirazsız faturalama. Nimex, Odoo Satış, Stok ve Muhasebe üzerinde eksiksiz bir Toplu Yemek uygulaması geliştirdi: menüleri, servis günleri ve tatilleriyle sözleşmeler; her müşterinin telefondan yanıtladığı günlük sipariş bağlantısı; kendiliğinden oluşan teklifler, yemek teslimatları ve e-İrsaliye verileri; teslimat notlarını e-Fatura'ya taşıyan, müşteri başına haftalık tek fatura; tek bir durdurma anahtarına bağlı WhatsApp ve e-posta; ve operasyonun her sabah sorduğu sorular için bir pano.

Haftalık döngü

Yarının sipariş bağlantısından cuma günkü tek faturaya.

Her servis gününden bir gün önce zamanlayıcı, sözleşme başına bir sipariş açar; sözleşmenin menüleriyle önceden doldurulmuş, arkasında bir teklif ve müşteri için gizli bir bağlantı bulunan. Müşteri telefondan yanıtlar; son tarihte gün kendiliğinden onaylanır ve yemek teslimatı aracı ve sürücüleriyle oluşturulur. Faturalama gününde, bir müşterinin teslim edilmiş ve henüz faturalanmamış her günü tek bir faturaya dönüşür; gün başına bir satır.

  • Sözleşme ve servis günü başına tek sipariş, asla ikincisi değil: veritabanı mükerrer kaydı reddeder.
  • Teklif, hâlâ teklif aşamasındayken müşterinin miktarlarını satır satır izler.
  • Teslimatı formdan, barkod uygulamasından veya toplu işlemle doğrulamak günü Teslim edildi olarak işaretler.
  • İptal edilen ve üstü çizilen günler asla bir sipariş satırına, teslimata veya faturaya ulaşmaz.
  • Fatura satırları servis tarihini taşır; fatura notu her günün e-İrsaliye numarasını ve menülerini listeler.

Bağlantı saati, değişiklik son tarihi ve faturalama günü ayarlardır (gösterilen: 09:00, servis günü 08:00, cuma 18:00, otomatik onay açık). Menüler teslim edilen miktarlar üzerinden faturalanır. GİB'e iletimi e-Fatura Paketi yapar.

Toplu Yemek Operasyon Platformunu keşfedin

Sözleşmeler ve müşteriler

Neyin, hangi günlerde, hangi fiyata servis edileceğine sözleşme karar verir.

Her müşterinin süregelen anlaşması bir toplu yemek sözleşmesidir: günlük bağlantıyı kimin alacağı, hangi fiyat listesinin geçerli olduğu, hangi menülerin hangi standart miktarlarla gideceği, hangi hafta günlerinde servis yapılacağı ve hangi günlerin istisna olduğu. Yarının siparişinden cuma faturasına kadar sonraki her şey buradan okunur.

  • Sorumlu kişi müşterinin kendi çalışanlarından seçilir; bağlantı onun cep telefonuna gider.
  • Varsayılan olarak müşterinin fiyat listesi olan sözleşme fiyat listesi; her günlük teklif bununla fiyatlandırılır.
  • Standart miktarlarla kahvaltı, öğle, akşam veya özel menüler; isteğe bağlı olarak hafta gününe göre etiketlenir.
  • Hafta günü işaretleri, "Servis yap (tatilde bile)" ve "Servis yapma" pencereleri ve iki dilli bir resmî tatil tablosu.
  • Her teslimatın e-İrsaliye'si için sabit araç plakası ve sürücüler.
Çözüm dizininde toplu yemek

Günlük sipariş

Telefon görüşmesi yerine bir bağlantı: yarının yemekleri telefondan sipariş edilir.

Müşterinin hiçbir zaman bir Odoo hesabına ihtiyacı olmaz. Gizli bağlantı, günün menülerini fotoğraf ve içerikleriyle gösteren, öncelikle telefon için tasarlanmış Türkçe veya İngilizce bir sayfa açar. Yanıt, nelerin değiştiğini belirten bir yazışma notuyla siparişe düşer; pencere yapılandırılan son tarihte kapanır ve ardından gün kendiliğinden onaylanır.

  • Menü başına artır/azalt ve Onayla; pencere açıkken "Siparişimi değiştir".
  • "Bugünkü teslimatı iptal et": onay adımıyla ve son tarihe kadar geri alma imkânıyla.
  • "Yemek istemediğim günler": 62 güne kadar tek günler veya aralıklar; her biri kendi son tarihine kadar geri alınabilir.
  • Son tarih, bağlantı gününde veya servis sabahında bir saat olarak ya da kapalı.
  • Arka ofis: toplu onay, yalnızca belirlenen kullanıcılara açık iptal, müşteri iptal ettiğinde veya geri aldığında bir Yapılacak.

Yalnızca sözleşmedeki menülerin miktarları. Müşteri girişi yok, online ödeme yok.

Operasyon

Sabahın dört sorusu, canlı siparişlerden yanıtlanır.

Bugün ne kadar yemek çıkıyor ve kime? Yarın nasıl görünüyor, kim yanıt vermedi? İptal eden var mı? Hafta ne kadar yoğun? Toplu yemek panosu tam olarak bunları yanıtlar; gerisini günlük sipariş listesi yanıtlar: müşteri ve servis tarihine göre gruplanır, her yemek sayısı gün toplamlarına ve cuma çalıştırmasının faturalayacağı tutara denk gelir.

  • Bugünün yemekleri ve teslimatları düne göre; yarının yemekleri değişiklik son tarihiyle.
  • Müşteri Yanıtı Bekleniyor: yarının henüz kimsenin yanıtlamadığı siparişleri.
  • Bugünün ve yarının iptalleri, tek dokunuş uzağınızda.
  • Kapalı günlerin ve resmî tatillerin boş bırakılmayıp adıyla gösterildiği yedi günlük yük şeridi.
  • Bugünün ve yarının aramalı teslimat listeleri ve Toplu Fatura Oluştur.

Haftalık müşteri tablosu, müşteri ve servis tarihine göre gruplanmış günlük sipariş listesidir; panonun kendi hafta görünümü yedi günlük bir şerittir. İptal edilen günler asla yemek olarak sayılmaz.

Platformun tamamını görün

Teslimatlar ve lojistik

Kendi operasyonu, aracı ve sürücüleriyle yemek teslimatları.

Toplu yemek teslimatları deponun giden akışında kaybolmaz: servis gününe planlanan, sözleşmenin plakası ve sürücüleriyle doğan ve e-İrsaliye'ye hazır ayrı bir Yemek Teslimatları operasyonundan geçer. Tek bir işaretle günün teslimatları doğrulanır ve mutfak listesini Excel'de alır.

  • Kurulumda oluşturulan, depo başına kendi numara serisine sahip bir Yemek Teslimatları operasyonu.
  • Planlanan tarih = servis günü 08:00; servis tarihi sütunu yalnızca yemek teslimatı listesinde.
  • Toplu "Gönderildi": tam talep, bakiye teslimat yok, atlanan kayıtlar raporlanır, parti asla engellenmez.
  • Herhangi bir teslimat seçimi için toplu araç ve sürücü atama.
  • Günlük Yemek Listesi: teslimat numarası, müşteri, menü ve miktar, günün toplamıyla.
e-İrsaliye entegrasyonu

Faturalama ve e-Fatura

Müşteri başına haftada tek fatura, satır satır okunabilir.

Bir günlük yemek bir satış siparişidir; bu yüzden haftada beş gün hizmet alan bir müşteri haftada beş fatura toplar. Faturalama çalıştırması, bir müşterinin teslim edilmiş ve henüz faturalanmamış tüm günlerini tek faturada birleştirir: her satır servis tarihini belirtir, not ise her günün e-İrsaliye numarasını ve menülerini listeler; müşterinin muhasebe ekibinin onaylamadan önce kontrol ettiği tablo budur.

  • Her hafta seçilen gün ve saatte, ayrıca daha önce geliyorsa ayın son gününde; en fazla günde bir kez.
  • Alt tarih sınırı yok: önceki bir çalıştırmanın kaçırdığı gün kaybolmaz, bir sonraki faturaya girer.
  • İnceleme için taslaklar veya otomatik onay; istek üzerine "Faturaları Şimdi Oluştur" ve Toplu Fatura Oluştur.
  • Muhasebeci standart sihirbazla faturalarken de aynı satır tarihleri ve teslimat notu.
  • Not, e-fatura sağlayıcısına metin veya HTML tablo biçiminde UBL-TR notu olarak gider.
e-Fatura Paketi

İletişim

Bağlantılar, teklifler ve faturalar WhatsApp üzerinden, tek bir durdurma anahtarına bağlı.

Günlük bağlantı, teklifler, proformalar ve faturalar Odoo'dan WhatsApp üzerinden, elle veya otomatik olarak çıkar; her gönderim veya hata kaydın yazışma alanına yazılır. Haftalık iki dilli bir e-posta her müşteriye neyin servis edildiğini bildirir. Tek bir kırmızı düğme tüm otomatik mesajları aynı anda durdurur.

  • Sorumlu kişinin önceden seçili olduğu ve "zaten gönderildi" uyarısı veren bağlantı penceresi.
  • Otomatik bağlantı gönderimi yalnızca üç anahtar da açıkken çalışır: WhatsApp otomasyonu, otomatik bağlantı, müşteri otomasyonları.
  • Şablonlu bir mesajla fatura PDF'i, Odoo'nun PDF'i veya resmî e-fatura PDF'i; standart Gönder sihirbazında WhatsApp.
  • Seçilen her sözleşmenin son faturası tek bir toplu işlemle, her fatura bir kez.
  • Türkçe ve İngilizce haftalık özet e-postası: gün, menü, adet ve toplam; sözleşmenin yazışma alanına kopyalanır.

WhatsApp, resmî Business API değil, WhatsApp Web protokolü üzerinden. Haftalık özet yalnızca e-postayla gönderilir.

Odoo içinde WhatsApp

Doğrulanmış tüm yetkinlikler

Tek bir toplu yemek sisteminde yetmiş iki yetkinlik.

Aşağıdaki her madde teslim edilmiş kodda mevcuttur. Bir yetkinlik bir ayara veya başka bir Nimex çözümüne bağlıysa bu belirtilir.

Sözleşmeler ve müşteriler13

  • Müşteri başına toplu yemek sözleşmesi: numaralı, başlangıç ve bitiş tarihli, yazışma alanlı.
  • Sorumlu kişi müşterinin kendi alt kişilerinden seçilir.
  • Varsayılan olarak müşterinin fiyat listesi olan sözleşme fiyat listesi, her teklifi fiyatlandırır.
  • Sözleşmede menü başına birim fiyat, doğrudan o fiyat listesinden gösterilir.
  • Menü satırları: standart miktarla kahvaltı, öğle, akşam veya özel.
  • Hafta gününe göre etiketlenen menüler (Menü 1 Pzt/Çar/Per, Menü 2 diğer günler).
  • Kontrol: servis yapılan her hafta günü en az bir menüyle karşılanmalıdır.
  • Servis yapılan hafta günleri işaretlerle, pazar varsayılan olarak kapalı.
  • "Servis yap (tatilde bile)" ve "Servis yapma" pencereleri; bir tatilden doldurulur ve kırpılır.
  • Türkçe ve İngilizce adlarıyla, ulusal veya dinî, iki yıl için önceden yüklenmiş resmî tatil tablosu.
  • Tek bir servis günü kuralı: dönem, servis yapma, servis yap, tatil, hafta günü; bu sırayla.
  • Her sözleşmede sonraki sipariş oluşturma zamanı ve sonraki servis günü gösterilir.
  • Tek tıkla zincir: günlük siparişler, satış siparişleri, teslimatlar, faturalar.

Menüler3

  • Toplu yemek menüleri üründe işaretlenir; yalnızca işaretli ürünler seçilebilir.
  • Menü fotoğrafı yüklenirken kare olarak kırpılır, telefon boyutunda sunulur.
  • Yemek içerikleri Türkçe ve İngilizce, sayfanın dilinde gösterilir.

Teklifler ve siparişler7

  • Her günlük siparişle birlikte sözleşme fiyat listesinden bir teklif oluşturulur.
  • Teklifin teslimat tarihi = servis günü; böylece teslimat doğru planlanır.
  • Teklif açıkken, telefondan veya arka ofisten satır satır senkronizasyon.
  • Günün onaylanması teklifi satış siparişine dönüştürür.
  • İptal edilen bir gün teklifini iptal eder; geri alınan bir gün teklifi yeniden açar.
  • Taslağa Ayarla, onaylanmış bir teklifi yeni miktarlar için yeniden açar.
  • Satış listesi filtreleri: toplu yemek veya normal siparişler, servis tarihi bugün, bu hafta, bu ay.

Günlük sipariş17

  • Zamanlayıcı her dakika kontrol eder ve bağlantı gönderim saatinde sonraki servis gününün siparişlerini açar.
  • Sözleşme ve tarih başına tek sipariş, veritabanı tarafından zorunlu kılınır.
  • Sipariş, sözleşmenin o hafta gününe ait menüleriyle önceden doldurulur.
  • Bugün veya sonraki herhangi bir servis günü için elle sipariş açın; bağlantı hemen gönderilir.
  • Sipariş başına gizli bağlantı: yalnızca belirteçle açılan bir sayfa, hesap veya giriş yok.
  • Sayfa varsayılan olarak Türkçe, tek dokunuşla İngilizce; seçim hatırlanır.
  • Menü başına artır/azalt ve Onayla: durum Müşteri güncelledi, her değişiklik için yazışma alanında not.
  • Pencere kapanana kadar "Siparişimi değiştir".
  • Günü onay adımıyla iptal edin; son tarihe kadar geri alın.
  • "Yemek istemediğim günler": 62 güne kadar tek günler veya aralıklar, gün bazında geri alınabilir.
  • Değişiklik son tarihi: bağlantı gününde veya servis sabahında bir saat ya da kapalı.
  • Son tarihte, yalnızca bugün ve sonrası için otomatik onay; tek bir hata diğerlerini durdurmaz.
  • Onaylanamayanları atlayan ve bunu bildiren toplu "seçilenleri onayla".
  • Durumlar: Taslak, Müşteri güncelledi, Onaylandı, Teslim edildi, İptal edildi; bağlantı: Gönderilmedi, Gönderildi.
  • Arka ofiste iptal yalnızca ayarlarda adı geçen kullanıcılara açıktır.
  • Teslim edilmiş bir gün iptal edilemez veya sıfırlanamaz.
  • Bir müşteri bir günü iptal ettiğinde veya geri aldığında toplu yemek yöneticisi için bir Yapılacak.

İletişim10

  • Sorumlunun önceden seçili olduğu ve tekrar gönderim uyarısı veren bir pencereden WhatsApp ile sipariş bağlantısı.
  • Oluşturma anında otomatik bağlantı gönderimi, üç anahtara bağlı.
  • Gönderimler ve hatalar ("bağlı değil", "cep numarası yok") yazışma alanına kaydedilir.
  • Onaylanmış fatura PDF'i WhatsApp ile: Odoo PDF'i veya resmî e-fatura PDF'i.
  • Odoo'nun fatura Gönder sihirbazında tekli veya toplu yöntem olarak WhatsApp.
  • Seçilen her sözleşmenin son faturası toplu olarak, her fatura bir kez.
  • WhatsApp üzerinden teklifler, proformalar ve sipariş onayları.
  • Bir kez yüklenen ve asla üzerine yazılmayan, düzenlenebilir mesaj şablonları.
  • Ayarlarda ve panoda acil durdurma; müşteri otomasyonları için ana anahtar.
  • E-postayla haftalık iki dilli yemek özeti; sözleşmeye kaydedilir, istek üzerine gönderilebilir.

Teslimatlar ve lojistik8

  • Depo başına kendi numara serisine sahip Yemek Teslimatları operasyonu.
  • Operasyon kurulumda, yeni depolar için ise ilk kullanımda oluşturulur.
  • e-İrsaliye için sözleşmedeki plaka ve sürücüler her teslimata yazılır.
  • Transferi doğrulamak günü Teslim edildi olarak işaretler ve teslim edilen miktarları belirler.
  • Bakiye teslimat oluşturmadan tam talebe toplu "Gönderildi".
  • Toplu araç ve sürücü atama sihirbazı.
  • Servis tarihi sütunu yalnızca yemek teslimatı listesinde.
  • Excel'de günlük yemek listesi: teslimat numarası, müşteri, menü, miktar, toplam.

Faturalama ve finans10

  • Teslim edilmiş ve faturalanmamış her gün için müşteri başına tek fatura.
  • Önceki bir çalıştırmanın kaçırdığı günler bir sonrakinde alınır.
  • Faturalama günü ve saati, ayrıca ayın son günü.
  • Günde bir kez kontrolü: sık yapılan kontroller asla ikinci bir fatura oluşturmaz.
  • Ayarlarda "Faturaları Şimdi Oluştur", panoda Toplu Fatura Oluştur.
  • İnceleme için taslak faturalar ya da otomatik onay.
  • Her satırın sonuna servis tarihi eklenir.
  • Fatura notunda teslimat tablosu: e-İrsaliye numarası veya teslimat referansı, tarih, menüler ve miktarlar.
  • Not, UBL-TR notu olarak gönderilir; e-faturada gün bazında satır adları (e-Fatura Paketi ile).
  • Fatura–gün bağlantısı: faturada "Yemek Günleri (n)", her günde fatura.

Operasyon panosu4

  • Bugünün yemekleri ve teslimatları, düne göre değişimle.
  • Yarının yemekleri, son tarih ve yanıt vermeyen müşteriler.
  • Bugünün ve yarının iptalleri.
  • Kapalı günlerin ve tatillerin adıyla gösterildiği yedi günlük yük; aramalı teslimat listeleri.

Sistemin parçası olmayanlar: menü planlama, tarifler ve malzeme stoğu, alerjen yönetimi, rota planlama, müşteri portal hesapları, online ödeme, SMS.

Toplu Yemek Operasyon Platformunu keşfedin

API ve üçüncü taraf entegrasyonları

ERP'nizin çevresindeki sistemler, doğru kayıtlara bağlı.

Mesajlaşma, telefon, kartlı ödeme, kargo firmaları ve etiket yazıcıları hikâyenin bir parçasını tutar. Bunları kendi arayüzleri üzerinden Odoo'ya bağlıyoruz; böylece her mesaj, çağrı, ödeme, koli ve etiket ait olduğu kişiye, teklife, işleme veya teslimata düşer. Aşağıdaki her biri için: iki sistem, aralarındaki veri, senkronizasyonu başlatan olay ve Odoo'da olanlar.

Mesajlaşma · WhatsApp

Odoo içinde, doğru kişi ve teklifte WhatsApp sohbetleri.

Satış ve destek ekipleri müşterilere ERP'nin göremediği bir telefondan yanıt veriyordu. Odoo içinde eksiksiz bir WhatsApp Web istemcisi geliştirdik: şirket numarası Odoo ekranındaki QR kod okutularak bir kez eşleştirilir, sohbetler canlı senkronize olur, her sohbet telefon numarasıyla kişisine eşlenir ve teklif ya da fatura PDF'i doğrudan kaydın kendisinden gönderilip yazışma alanına kaydedilir.

Resmî WhatsApp Business API değil, resmî olmayan WhatsApp Web protokolü (QR ile eşleştirilmiş bir oturum) üzerinde çalışır: Meta Business ücreti ve onaylı şablon yoktur; mesajlar yalnızca WhatsApp kullanan numaralara ulaşır.

WhatsAppşirket numarası · QR ile eşleştirilmiş Web oturumu

mesajlar · medya · iletim ve okunma durumu →← yanıtlar · kayıtlardan PDF'ler

OdooKişiler · Satış · Faturalama

Başladığı an
bir müşteri yazar ya da bir kullanıcı bir kişi, teklif veya faturada WhatsApp'a basar
Odoo'daki sonuç
sohbet eşleşen kişide durur; gönderilen PDF kaydın yazışma alanında bir nottur
  • Sohbetler, saklanan bir telefon anahtarıyla kişilere eşlenir; bir kişiyi elle bağlayın, bağını kaldırın veya oluşturun.
  • Alıcı, mesaj şablonu ve istek üzerine oluşturulan PDF ile gönderim penceresi.
  • Her mesaj bekliyor, gönderildi, iletildi, okundu ya da Yeniden Dene ile başarısız olarak görünür.
  • Oturum sunucu yeniden başlatıldığında da sürer; kullanıcılar ve yöneticiler için numara bazında erişim.

Belge otomasyonu

WhatsApp üzerinden teklifler, proformalar ve faturalar; tek bir durdurma anahtarına bağlı.

WhatsApp, Odoo'nun fatura Gönder sihirbazında e-postanın yanında, toplu gönderimler dahil bir gönderim yöntemi olur. Teklifler; PDF'leriyle birlikte teklif, proforma ve sipariş onayı metinleri sunar; bir toplu yemek operasyonu günlük sipariş bağlantılarını zamanlayıcı oluşturduğunda otomatik gönderir. Tek bir genel anahtar tüm otomatik gönderimleri durdurur, manuel düğmeler çalışmaya devam eder; her başarı veya hata kaydın yazışma alanına kaydedilir.

WhatsApp entegrasyonunu keşfedin

Telefon · bulut santral

Biten her görüşme ses kaydı, transkripti ve puanıyla Odoo'ya düşer.

Bir satış sonrası masası, bulut santral üzerinden günde onlarca çağrı alıyor ve destek kayıtlarını sonradan elle yazıyordu ya da hiç yazmıyordu. Santralin çağrı ayrıntı API'sini ve yapay zekâ eklentisini Odoo'daki bir Çağrı Merkezi uygulamasına bağladık: bir görüşme bittiğinde kaydı; müşteriyle eşleşmiş arayan, ses kaydı, transkript ve sağlayıcının analiziyle birlikte gelir ve bir yönlendirme kuralı Saha Servisi görevini açar.

Bulut santralçağrı ayrıntı API'si · kayıtlar · yapay zekâ eklentisi

çağrı kaydı · ses kaydı · transkript · puanlar →

OdooÇağrı Merkezi · Saha Servisi · Kişiler

Başladığı an
santralde bir görüşme sona erer (webhook, yedek olarak iki dakikalık sorgu)
Odoo'daki sonuç
müşteride bir çağrı kaydı, kuralla bir Saha Servisi görevi, pano rakamları
  • Webhook ve sorgu, santralin benzersiz çağrı kimliğiyle tekilleştirilir.
  • Arayan, herhangi bir telefon alanının son 10 hanesiyle eşleşir; bilinmeyen numaralar için bir Yapılacak oluşur.
  • Memnuniyet, duygu, anahtar kelimeler ve kapanış için 0 ile 5 arası puanlar.
  • Kurallar: yalnızca gelen, yalnızca yanıtlanan, minimum süre, analizi bekle (varsayılan 30 dk).
  • Ses kayıtları Odoo üzerinden oynatılır, varsayılan olarak 90 gün saklanır.

Veriler görüşmeden sonra alınır, canlı ekran açılışı değildir. Transkriptler ve puanlar santral sağlayıcısının yapay zekâ servisi tarafından üretilir; Odoo'nun kendisi hiçbir dil modelini çağırmaz.

Çağrı merkezi entegrasyonunu keşfedin

Ödemeler · iyzico (standart Odoo sağlayıcısı, Nimex tarafından devreye alındı)

Sipariş ancak Odoo onu doğruladıktan sonra ödenmiş sayılacak şekilde devreye alınan iyzico kartlı ödemeleri.

Türkiye'deki e-ticaret siteleri 3-D Secure ve TRY destekli yerel bir ödeme kuruluşuna ihtiyaç duyar. Odoo 19'un standart iyzico sağlayıcısı barındırılan ödeme sayfasını yönetir; biz onu e-Ticaret ödeme adımı ve fatura portalı ödemeleri için devreye alır, yapılandırır ve Türk mağazalarının hâlâ ihtiyaç duyduklarını etrafına ekleriz; ilki aşağıdaki fatura adresi korumasıdır. Ödeme, ancak Odoo onu kendisi yeniden sorgulayıp tutarı kontrol ettikten sonra geçerli sayılır.

OdooÖdeme Sağlayıcıları · e-Ticaret · Faturalama

imzalı başlatma · ayrıntı →← sayfa URL'si · token · durum

iyzicobarındırılan ödeme sayfası · 3-D Secure

Başladığı an
alışverişçi iyzico seçiliyken Şimdi öde'ye tıklar
Odoo'daki sonuç
işlem, doğrulanmış duruma göre Onaylandı, Bekliyor veya Hata olur
Doğrulanmış iyzico durumuOdoo işlemi
SUCCESSOnaylandı
INIT_THREEDS · CALLBACK_THREEDS · INIT_BANK_TRANSFER · INIT_CREDIT · PENDING_CREDITBekliyor
FAILUREHata iyzico'nun mesajıyla

Yalnızca yönlendirmeli ödeme: iadeler, taksitler, kayıtlı kartlar ve manuel provizyon bu sağlayıcının kapsamında değildir. Kart verisi asla Odoo'ya ulaşmaz.

Tamamlayıcı · ödeme adresi koruması

iyzico eksik bir alıcı adresini reddeder. Tamamlayıcı bir koruma, son tıklamada hata vermek yerine alışverişçiyi ad, sokak, şehir ve ülke dolana kadar adres formuna geri gönderir (sepette fiziksel ürün varsa teslimat adresi için de).

Dizinde ödeme çözümlerini bulun

Sevkiyat · Yurtiçi Kargo ve Aras Kargo

Teslimat emrinden gönderiler, etiketler ve takip.

Türkiye'deki gönderici firmalar kolilerini, standart Odoo'nun web servisleriyle konuşmadığı Yurtiçi Kargo ve Aras Kargo'ya teslim eder. Konnektörlerimiz her kargo firmasını bir teslimat yöntemi olarak ekler: doğrulanmış bir teslimattan depo, gönderiyi kargo firmasına kaydeder, takip numaralarını ve barkodlu etiketi alır; zamanlanmış bir iş de kargo takip durumunu teslimata ve yazışma alanına geri getirir.

OdooStok · teslimat yöntemleri

alıcı · koliler · desi · kg →← takip numaraları · etiket · durum

Kargo firmasıYurtiçi Kargo · Aras Kargo web servisleri

Başladığı an
depo doğrulanmış bir teslimatı kargo firmasına gönderir; ardından zamanlamaya göre
Odoo'daki sonuç
teslimatta takip referansı ve etiket; her durum değişikliği yazışma alanında
  • Teslimat referansı, kargo firmasındaki gönderi anahtarıdır.
  • Yurtiçi, Zebra yazıcılar için yazdırmaya hazır ZPL döndürebilir ya da etiket PDF olarak oluşturulur.
  • Teslim alınmadan önce iptal, çok kolili desi ve ağırlık ile kapıda ödeme parametreleri belgelenmiş akışın parçasıdır ve kargo sözleşmesine göre etkinleştirilir.

Ayrıntılar kargo sözleşmesine göre değişir: işlemler, durum adları, etiket biçimleri ve seçenekler kargo hesabına ve web servisi sürümüne bağlıdır. Gösterilen akış Yurtiçi Kargo'nun belgelenmiş işlemlerini izler.

Kargo entegrasyonlarını keşfedin

Etiketleme · BarTender

Şirket içindeki BarTender yazıcılarında, Odoo'dan gönderilen üretim etiketleri.

Etiketler, tesis ağının içindeki ve bulut ERP'nin erişemediği bir Windows bilgisayarda BarTender ile yazdırılır. Güvenlik duvarını açmak yerine, şirket içindeki bir ajan istasyon kodu ve token ile giden HTTPS üzerinden Odoo'dan iş ister; Odoo ona lot, son kullanma tarihi ve QR verisiyle sabitlenmiş yazdırma işleri verir, ajan da yazdırılıyor, tamamlandı veya başarısız bilgisini geri bildirir.

Etiket verisini Odoo hazırlar; BarTender müşterinin .btw şablonlarıyla oluşturup yazdırır. İstasyon ajanı müşterinin bilgisayarında çalışır.

OdooStok · Üretim

← istasyon kodu ve token ile sorguyazdırma işleri: lot, son kullanma tarihi, QR verisi →

BarTenderistasyon ajanı · tesis yazıcıları

Başladığı an
bir kullanıcı yapılandırılmış bir kayıttan veya bir üretim planından yazdırır
Odoo'daki sonuç
işler kuyrukta → alındı → yazdırılıyor → tamamlandı ya da yeniden kuyruğa alınarak başarısız akışını izler
  • Şablon kayıtları bir Odoo modelini bir .btw dosyasına ve adlandırılmış veri kaynaklarına eşler.
  • Bir üretim planında tek tık, tüm kitin etiketlerini ortak tek bir LOT ile çoğaltır.
  • İstasyonlar sinyal ve çevrimiçi durumunu gösterir; askıda kalan işler 5 dakikada bir yeniden kuyruğa alınır.

Odoo'nun kendisinin yazdırdığı iki dilli seri numarası etiketleri ve özel PDF belgeleri için bkz. Raporlama, belgeler ve veri.

Dizinde etiketleme çözümlerini bulun

Diğer iş sistemleri

Terminaller, bankalar, kurlar ve e-belgeler; yaptıkları işe göre gruplanmış.

Aynı disiplin ERP'nin çevresindeki her sisteme uygulanır: iki ucu, veriyi ve tetikleyiciyi adlandırın, sonucu standart bir Odoo kaydına yazın.

  • Satış noktası

    EFT-POS terminal köprüsü

    Odoo Satış Noktasıtutar →
    ← onay · RRN    Terminal köprüsü

    Kartlı ödemede Satış Noktası tutarı hafif, token korumalı bir köprü servisine gönderir ve kartı bekler; onay, ödeme satırını RRN'siyle tamamlar, ret ise mesajı ve Yeniden Dene seçeneğini gösterir.

    Bir terminal simülatörüne karşı kanıtlanmış bir köprü modeli: sertifikalı bir terminal entegrasyonu değil, bir prototip. İade veya gün sonu mutabakatı yok.

    Dizinde bulun

  • Bankacılık ve tahsilat

    Bulut Tahsilat tahsilatları

    Odoo Muhasebemüşteriler · IBAN'lar →
    ← banka tahsilatları    Bulut Tahsilat

    Müşteriler, vergi numaraları ve IBAN'lar çok bankalı bir tahsilat servisine gider; 30 dakikada bir alınan gelen tahsilatlar doğru yevmiyede ve müşteride banka ekstresi satırlarına dönüşür, kalanlar bir inceleme havuzunda bekler.

    Muhasebe ve finans bölümünde görün

  • Döviz kurları

    TCMB alış kurları

    Odoo para birimleri← günlük kurlarTCMB

    Türkiye Cumhuriyet Merkez Bankası'nın günlük kurları, Türk muhasebecilerin kayıt yaptığı alış kuru olarak saklanır; faturalar kuru "1 döviz = şirket para birimi" olarak gösterir.

    Muhasebe ve finans bölümünde görün

  • e-Belgeler

    Nilvera ve GİB

    Odoo FaturalamaUBL-TR →
    ← durumlar    Nilvera · GİB

    Nilvera üzerinden GİB ile değiş tokuş edilen e-Fatura, e-Arşiv ve e-İrsaliye belgeleri; durumları faturaya ve teslimata geri yazılır.

    Türkiye mevzuat uyumu bölümünde görün

Bağlanacak başka bir sistem mi var? Bir entegrasyonu görüşelim

Otomasyon, onaylar ve iş uygulamaları

Hafızayla değil, sistemle uygulanan iş kuralları.

Gerçek raporlama hatlarını izleyen onaylar, İK'nın ekranda yeniden şekillendirdiği bir organizasyon şeması, her birim durumunu kira sözleşmesinden alan kat planları ve kullanıcı neye tıklarsa tıklasın sunucunun koruduğu roller ve kurallar. İşletmenin geri kalanının kullandığı aynı kayıtlar üzerinde, Odoo içinde uygulamalar olarak geliştirildi.

Organizasyon ve onay motoru

Herhangi bir düğme, organizasyon şemasını izleyen bir onayın arkasında.

Bir kural; bir modeli, onun düğmelerinden birini, yetkili onaylayanları, tutar eşiği gibi isteğe bağlı bir koşulu ve bir şirketi belirtir. Başka biri o düğmeye bastığında Odoo işlemi çalıştırmak yerine çalışanın yönetici zincirinde yukarı bir talep gönderir: doğrudan ilk yetkili yöneticiye ya da aradaki her yöneticiden adım adım geçerek. Zincir her adımda Çalışanlar'dan okunur; bir yönetici değiştiğinde sonraki adım yeni yöneticiye gider.

  • Sunucuda zorunlu kılınır: korunan metot sarmalanır; böylece ekranlar, RPC çağrıları ve içe aktarmaların hepsi onaylı bir talep gerektirir ve talep kullanıldığında tüketilir.
  • Bir karar beklenirken kayıt kilitlidir; yalnızca yazışma ve aktivite alanları yazılabilir kalır.
  • Form başlığından, yazışma alanındaki aktiviteden veya günlük görev panosundan onaylayın ya da reddedin. Ret bir gerekçe ve bir “Düzelt ve yeniden gönder” aktivitesi taşır.
  • Onaylandığında asıl işlem onaylayan adına çalışır; talep eden bir not ve Aç düğmeli canlı bir bildirim alır.

Odoo 18 üzerinde geliştirildi. Kayıt ve düğme başına tek bekleyen talep; paralel veya yeter sayılı onay yok.

Onay motorunu keşfedin

Sürükle-bırak organizasyon şeması

İK hiyerarşiyi doğrudan şema üzerinde yeniden şekillendirir.

Tüm çalışanları yöneticilerine göre gösteren, çok şirketli yapıyı tanıyan tam ekran bir şema; arama, departman vurgulama, tek bir ekibe odaklanma, mini harita ve yazdırma ile. Düzenleme modunda İK bir kartı yeni yöneticisinin üzerine sürükler, adları ve unvanları yerinde düzenler, doğrudan bağlı bir çalışan ekler ya da bir yöneticiyi arşivleyip ekibinin bir seviye yukarı taşınmasını sağlar. Onay motoru aynı raporlama hatlarını okur.

  • Döngü kontrolü, kendisine bağlı birine raporlayacak bir yöneticiyi reddeder; her taşıma geri alınabilir.
  • Yan panel, kişinin onaylayabildiği onay kurallarını listeler.
  • Yazma işlemleri kullanıcının kendi erişim haklarıyla çalışır; okuma Odoo'nun herkese açık çalışan verisini kullanır.
Dizinde bulun

Etkileşimli ofis ve tesis yönetimi

Her birimin durumunu sözleşmesinden alan kat planları.

Bir teknoloji parkı kampüsü; binalar ve katlar boyunca ofisler, açık ofis masaları, kuluçka odaları ve atölyeler kiralar. Nimex, Odoo içinde kampüs, bina ve kattan birime, sözleşmeye ve kiracıya kadar inen tam sayfa bir uygulama geliştirdi; her kat metre cinsinden ölçekli çizilir. Durum asla elle yazılmaz: birimin sözleşmelerinden ve bitiş eşiğinden, sunucuda ve ekranda aynı şekilde türetilir.

  • Boş, dolu, eşik içinde süresi doluyor (60, 90 veya 120 gün), ileri bir başlangıç için rezerve ya da bakımda.
  • Sözleşmeli yeni kiracı, yıl bazında ve yüzde artışla yenileme, bugün, ay sonunda veya sözleşme bitiminde boşaltma ve geri alma.
  • Aylık kira = birim alanı × m² başına birim fiyat; alan, çizilen dikdörtgen, daire veya çokgenden hesaplanır.
  • Çakışan sözleşmeler ve bakımdaki birimlere yapılan sözleşmeler reddedilir.

Odoo 18, üretimde Türkçe arayüz. Kira faturalama yok; mimari çizim bir CAD içe aktarımı değil, arka plan görselidir.

Kat planlarını ve kiracılığı keşfedin

Role dayalı erişim ve iş kuralları

Kim tıklarsa tıklasın sunucunun koruduğu kurallar.

Bazı kurallar eğitime bırakılamayacak kadar önemlidir: bir uygulamayı kimin açabileceği, bir teklifin ne zaman düzenlenemez hâle geleceği, satınalma taleplerinin nasıl bölüneceği, bir giderin ne zaman satınalmaya dönüşeceği, bir fırsat kazanıldığında ne olacağı. Her biri Odoo'nun sunucu katmanında çalışır; böylece her ekran, içe aktarma ve entegrasyon için geçerlidir.

  • Kullanıcı formundaki şirket rolleri erişim gruplarını yazar ve uygulamaların tamamını sunucu tarafında gizler; asistanlar teklif hazırlar ve indirim yapar, ancak birim fiyat ile satınalma, transfer ve üretim kayıtları salt okunur kalır.
  • Teklifler gönderildiğinde, onaylandığında veya iptal edildiğinde dondurulur; onay ve faturalama çalışmaya devam ederken yalnızca bir istisna grubu bunları düzenleyebilir.
  • Rotanın oluşturduğu teklif talepleri tedarikçi para birimi başına birer tane olacak şekilde bölünür; her biri tedarikçinin kendi fiyatıyla ve kaynağına bağlı.
  • Muhasebenin onayladığı proje saha giderleri, gidere geri bağlı satınalma siparişlerine dönüşür.
  • Kazanılan bir fırsat, başlangıç göreviyle ve lisans bitmeden önce yenileme hatırlatmalarıyla teslimat projesini açar.

Gösterilen roller bir üreticinin organizasyonu için geliştirildi ve onun için kodda sabittir; model yeniden kullanılabilir.

Tüm otomasyon çözümlerini görün

Aktivite görev panosu

Tüm aktiviteler tek panoda: gecikmiş, bugün, yarın.

Hangi belgeye ait olursa olsun tüm Odoo aktiviteleri için bağımsız bir pano: gecikmiş, bugün, yarın ve sonraki günler için sütunlar; güne, haftaya, aya, türe, kaynağa veya atanan kişiye göre gruplama. Yöneticiler herkesin aktivitelerini görür ve yeniden planlar; diğer herkes kendi aktivitelerini görür ve tamamlar. Onay talepleri buraya Onayla ve Reddet düğmeli kartlar olarak düşer.

  • Karttan tamamlayın, yeniden planlayın, atayın ve kaydı açın.
  • Masanıza bir görev düştüğünde tarayıcıda yumuşak bir bildirim sesi; bir gün, bir hafta, bir ay veya özel bir süre için sessize alma.
  • Odoo'nun her yerinde, başkalarının aktivitelerini yalnızca yöneticiler düzenleyebilir veya silebilir.

Bildirimler tarayıcıda kalır; telefonlara hiçbir şey gönderilmez.

Dizinde bulun

Portallar, web siteleri ve e-ticaret

Bayilere, müşterilere ve katılımcılara açılan ERP.

Kendi fiyatlarıyla teklif hazırlayan bayiler, yarının siparişini telefonlarındaki bir bağlantıdan düzenleyen kurumsal müşteriler, bir kurs paketi satın alıp herkesin doğrulayabileceği bir sertifika alan katılımcılar. Her ön yüz doğrudan arkasındaki Odoo kayıtlarına yazar — teklifler, teslimatlar, faturalar, üyelikler — mutabakat yapılacak ikinci bir sistem olmadan.

İş ortağı portalı

Bayiler kendi fiyatlarıyla teklif verir ve sipariş açar.

Toptancılar, genel mağazayı veya tüm kataloğu açmadan bayilerin kendi işlerini görmesini ister. İş ortağı programları varsayılan fiyat listesini, ödeme koşulunu ve bir seviyenin kullanabileceği portal özelliklerini belirler; her bayinin iş ortağı profili programını, portal kullanıcılarını, izin verilen ürünleri, kategorileri ve depoları belirler. Portalda bayi canlı göstergeleri görür, iş ortağı fiyatlarıyla üç adımda bir teklif hazırlar ve onaylar: satış siparişi Odoo'da oluşturulur, arka ofis için hazırdır.

  • Varsayılan fiyat listesi ve ödeme koşuluyla program seviyeleri; bayi fiyat kademeleri, bir referans fiyat listesi, bir indirim ve minimum miktardan formül kuralları olarak oluşturulur.
  • İş ortağı bazında kısıtlanan ürünler; ürün listesinden toplu olarak (ekle, kaldır, değiştir).
  • Canlı kayıtlardan göstergeler: açık teklifler, açık siparişler, ödenmemiş ve vadesi geçmiş faturalar.
  • Standart teklif rotaları iş ortağı kullanıcılarına kapalıdır; her portal işlemi IP ve tarayıcı bilgisiyle denetim kaydına yazılır.

Odoo 19. Portalda online ödeme yok; profilde bir kredi limiti alanı bulunur, ancak limitte siparişlerin engellenmesi iddia ettiklerimiz arasında değildir.

İş ortağı portallarını keşfedin

Müşteri sipariş bağlantıları

Girişsiz bir portal: yarının siparişi bir bağlantıdan onaylanır.

Toplu yemek hizmetinde her kurumsal müşteri, ertesi günün siparişine ait gizli ve iki dilli bir bağlantı alır ve son tarihe kadar telefondan düzenler. Odoo teklifi eş zamanlı günceller, teslimatı oluşturur ve teslim edilen tüm günleri haftalık tek bir faturada toplar.

Toplu yemek bölümünü görün Toplu yemek operasyonlarını keşfedin

e-Öğrenme satışı ve sertifikalar

Raftaki kurs paketleri, herkesin doğrulayabileceği sertifikalar.

Bir eğitim akademisi Odoo e-Ticaret üzerinden satış yapıyor. Tek bir paket ürün, siparişi onaylandığı anda bir dizi kursun kilidini açar; kurs ve paket ürünleri mağazada diğer ürünler gibi yer alır. Tamamlanan her sertifika sınavı bir belirteç alır; her iki sertifika da katılımcıyı, kursu, tarihi, sonucu ve puanı doğrulayan herkese açık bir sayfayı açan bir QR kod taşır.

  • Sipariş onayında Odoo'nun kendi üyelik API'si üzerinden kayıt; bir sipariş yeniden onaylandığında asla mükerrer olmaz.
  • KVKK uyumlu kayıt: soyadı ve cep telefonu zorunlu, açık rıza olmadan hesap açılmaz; sunucuda kontrol edilir.
  • Ödeme adımı, fatura adresi tamamlanana kadar bekler; bu bilgiyi iyzico gibi Türk ödeme altyapıları zorunlu tutar.
  • Doğrulama sayfası: Geçerli veya Geçersiz, Geçti veya Geçemedi, geçme notuna karşı puan ve hangi sertifikaların bulunduğu.

Odoo 19 Community. İptal veya son kullanma yok: sayfa, sınav kaydını olduğu gibi yansıtır.

Dizinde bulun

Yazılım bayisi CRM'i

Fırsatta lisans fiyatlandırması, tek tıkla teklif.

Mühendislik simülasyon yazılımı satan bir bayi, yıllık abonelik veya tek seferlik satın alma olarak düğüme kilitli ve kayan lisanslar satıyor. Odoo CRM'de ürün satırları bulunmadığından Nimex bir Ürün İlgisi sekmesi ekledi: her satır planı, lisans türünü, bir indirimi ve nihai fiyatı taşır; beklenen gelir bunların toplamıdır. Yeni Teklif satırları siparişe kopyalar; bir teklifin onaylanması kardeş teklifleri iptal eder ve fırsatı Kazanıldı olarak işaretler.

  • Kayan = düğüme kilitli × 1,3; yalnızca yapılandırılan lisans kategorileri için.
  • Abonelik ve tek seferlik ürünler asla aynı fırsatta karıştırılmaz.
  • Abonelik tarihleri lisans başlangıç tarihini izler: bitiş = başlangıç + plan süresi − 1 gün.
  • Kazanılan fırsat, başlangıç göreviyle ve yenileme hatırlatmalarıyla teslimat projesini açar; ayrıntılar için bkz. iş kuralları.

Abonelikler uygulamalı Odoo 18 Enterprise. Yenileme hatırlatmaları görevdir; yenileme teklifleri otomatik oluşturulmaz.

Dizinde bulun

Veri mühendisliği, raporlama ve belgeler

Veri girer, belgeler çıkar; elle yeniden girmeden.

Tedarikçilerden, müşterilerden ve diğer sistemlerden gelen tablolar, yazmadan önce test eden ve her satırı kaydeden içe aktarıcılarla Odoo kayıtlarına dönüşür. Çıkışta aynı kayıtlar, işletmenin teslim ettiği belgeleri, etiketleri ve raporları alıcının beklediği dil ve düzende yazdırır.

Akıllı içe aktarma

1,200 satırlık bir katalog, siz çalışmaya devam ederken içe aktarılır.

Odoo'nun yerleşik içe aktarması tek seferde bir modeli işler ve büyük tablolarda zaman aşımına uğrar. Akıllı içe aktarıcılarımız sabit, indirilebilir bir şablonu okur, başlık satırını bulur, dosyayı test eder ve çalışma süresini tahmin eder; ardından ürünleri, tedarikçi fiyat listelerini, fiyat kademelerini, gümrük verilerini, iki dilli metinleri ve bir ZIP'teki görselleri kendi veritabanı imleciyle çalışan bir arka plan işinde yazar ve her satırı işledikçe kaydeder.

Sabit şablon, etkileşimli sütun eşleme ekranı yok. Her satır kendi kayıt noktasında çalışır: hata veren satır geri alınır ve kaydedilir, herhangi bir satır hatası kaydı Başarısız olarak işaretler, diğer satırlar kalıcı olarak yazılır.

  • Önce test: başlıklar doğrulanır, süre 8 sn + satır başına 0,18 sn olarak tahmin edilir.
  • Kayıt durumları Taslak, İşlemde, Tamamlandı, Başarısız; içe aktarılan, güncellenen, atlanan ve hatalı sayaçlarıyla.
  • Ürün referansına göre güncelle/ekle: düzeltilmiş bir tablo kopya oluşturmak yerine günceller.
  • Üretim varyantı: bitmiş ürünler, şirket içi ve fason yarı mamuller ile hammaddeler rotalarını alır; bir ürün reçetesi içe aktarıcı, fason olanlar dahil ürün reçetelerini kurar ve eksik kalemleri bir XLSX olarak döndürür.
  • Laboratuvar ve ticaret varyantları: sayfa başına deneme çalıştırmalı çok sayfalı çalışma kitapları, başlık otomatik algılama, GTİP kodları ve gümrük metinleri.
Akıllı İçe Aktarma ve Raporlama Sistemlerini keşfedin

Toplu operasyonel içe aktarmalar

Tablolardan siparişler ve kayıtlar; oluşmadan önce test edilir.

Satınalma tedarikçi tekliflerini, satış müşterilerin sipariş listelerini, muhasebe ise diğer sistemlerden gelen kayıtları tablolar hâlinde alır. Her içe aktarıcı bir şablon, bir Test adımı ve her Excel satırı için bir kayıt satırı içeren kalıcı bir log sunar; böylece kimse bir belgeyi yeniden yazmaz ve oluşturulan her kayıt kendi satırına kadar izlenebilir.

  • Satınalma siparişleri: dolu bir tedarikçi hücresi yeni bir sipariş başlatır; tedarikçi eşleştirme ve katı modlar; Hatalarla Test Edildi, Sorunsuz Test Edildi, Tamamlandı.
  • Teklifler: müşterinin listesini test edin, eksik ürünleri XLSX olarak indirin, satırları tek adımda içe aktarın (50 ila 300 satır, eşzamanlı).
  • Yevmiye kayıtları: aynı kayıt numarasını paylaşan satırlar tek bir kayıt olur; deneme çalıştırması, isteğe bağlı otomatik onay ve içe aktarma kaydıyla. Türkiye muhasebe araç setinin parçası.

Satınalma içe aktarıcısı mevcut tedarikçileri ve ürünleri eşleştirir, yenilerini oluşturmaz; içe aktarmalar zamanlanmış değil, istek üzerine çalışır.

Tüm içe aktarma araçlarına göz atın

Raporlar ve belgeler

Evraklar Odoo'dan önceden doldurulmuş olarak çıkar.

Müşterinin dilinde teklif mektupları ve proformalar, koli numaraları ve ambalaj ölçüleriyle çeki listeleri, bir ihracat teslimatı için gümrük seti, müşterinin teknisyenin telefonunda imzaladığı bir forma dönüştürülmüş kâğıt servis raporu, Azerbaycan için bir teslim tutanağı. Her biri verileri tutan kayıttan, kendi kâğıt biçiminde yazdırılır.

  • İki dilli teklif mektupları, ayrıntılı teklifler ve vergi bazında döküm ile satırlarda ölçüler bulunan proformalar.
  • Odoo'nun Belge Düzeni ayarlarında seçilebilen bir şirket belge düzeni.
  • Gümrüğe hazır ürün verisi: GTİP kodları, iki dilli gümrük metinleri, net ve brüt ağırlıklar, lot üretim tarihleri.

Düzenler her şirketin kendi tasarımını izler: bu belgelerin arkasında bir düzen tasarımcısı, elektronik gümrük beyanı veya e-imza servisi yoktur.

Belgeleri ve nasıl üretildiklerini görün

Etiketler

Seri başına bir etiket, üzerinde sipariş pozisyonuyla.

Sayfa başına dört adet A4 seri numarası etiketi, İngilizce veya Türkçe olarak ürünü, projeyi, ürün ve ambalaj ölçüsünü, ambalajlı ağırlığı, sipariş pozisyonunu ve bir Code128 barkodunu taşır. Teslimattan yazdırıldığında seriler sırayla siparişin pozisyonlarına atanır; üretim emrinden yazdırıldığında pozisyon, henüz hiçbir teslimat yokken lota işlenen sipariş satırından gelir.

  • Odoo'nun kendi etiket sihirbazında "2 x 2 (English)" ve "2 x 2 (Türkçe)" yazdırma biçimleri.
  • Müşterinin logosuyla beyaz etiket varyantı; logo eksik olduğunda açık bir hata mesajıyla.
  • Her lot, en son ne zaman, kim tarafından ve hangi biçimde yazdırıldığını hatırlar.

PDF etiketler. Termal yazıcılar ve üretim etiketi şablonları ayrı bir BarTender yazdırma kuyruğundan geçer.

BarTender yazdırma kuyruğunu görün

Alttaki kayıtlarıyla analitik

Her toplam, onu oluşturan satırlarda açılır.

Bir projenin marjı seri seri hesaplanır: teslim edilen her birimin satış fiyatı, tam o birimin satınalma maliyeti ve projenin giderleriyle karşılaştırılır; öngörülen veya kesinleşmiş modda ve istenen gösterim para biriminde. Satış tarafında bir pano, açık tekliflerde söz verilen her ürünü serbest stokla karşılaştırarak listeler; tek tıkla Excel.

  • Maliyet, serinin satınalma satırından veya alımından çözülür; yoksa stok değerleme katmanına başvurulur.
  • Marj % = giderler sonrası kâr ÷ satış; raporda yeniden hesaplama zamanıyla.
  • Serbest stok, fazla söz verme, siparişler ve satış temsilcileriyle söz verilen ürünler; aylık satışlar ve türe göre en çok satan ürünler, aynı filtrelerle Excel'e aktarılır.
  • Pano erişimi, yalnızca gizlenmiş bir menü değil, veri katmanında zorunlu kılınan ayrı bir yetkidir.

Şirket içi üretim maliyeti üretim emirlerinden türetilmez; pano raporlar, tahmin yapmaz.

Raporlama çözümlerine göz atın

Çözüm dizini

Tüm Özel Modülleri Keşfedin

Geliştirme kataloğumuzda 69 eksiksiz çözüm ve 528 ayrı yetkinlik arasında arama yapın. İş fonksiyonuna, sektöre, Odoo uygulamasına, çözüm türüne veya entegrasyona göre filtreleyin; her kayıt teslim edilmiş koda dayanır.

Katalogda arayın Yetkinliklere göz atın

Sektörel geliştirme

Her sektörün gerçek işleyişine göre geliştirildi.

Aynı geliştirme disiplini, birbirinden çok farklı operasyonlarda. Bunun pratikte ne anlama geldiğine dair birkaç örnek.

Nasıl geliştiriyoruz

Gerçek süreçten, sürüm yükseltmelerine dayanıklı koda.

Özel kod; bir ürün gibi tasarlanmadıkça, test edilmedikçe ve belgelenmedikçe bir yüktür. Bu sayfadaki her çözüm bu yoldan geçti.

  1. Süreç analizi

    İşi yapan kişilerle birlikte oturur, mevcut akışı haritalar ve standart Odoo'nun tam olarak nerede yetersiz kaldığını işaretleriz.

    Süreç haritası ve fark listesi
  2. Çözüm mimarisi

    Önce standart: yeterli olduğu yerde yapılandırma, olmadığı yerde odaklı bir modül; veri modeli, durumlar ve entegrasyonlar kodlamadan önce netleştirilir.

    Veri modeli, durumlar, API sözleşmeleri
  3. Yinelemeli geliştirme

    Veritabanınızın bir test kopyası üzerinde çalışan ara sürümler; her döngüde kilit kullanıcılarla gözden geçirilir, kararlar alındıkça kaydedilir.

    Test ortamı sürümleri ve karar kaydı
  4. Entegrasyon ve veri

    Harici sistemler belgelenmiş API'leri üzerinden bağlanır; mevcut veriler elle yeniden girilmek yerine deneme çalıştırmaları ve denetim kayıtlarıyla taşınır.

    Konnektörler ve taşıma kayıtları
  5. Test ve kabul

    İş kuralları sizin senaryolarınızla uçtan uca sınanır, mantığın kritik olduğu yerlerde otomatik testler yazılır, kabul süreç sahiplerinin onayıyla tamamlanır.

    Test senaryoları ve onay
  6. Canlıya geçiş ve iyileştirme

    Kontrollü yaygınlaştırma, gerçek ekranlar üzerinde eğitim ve sizinle birlikte bir sonraki Odoo sürümüne geçen, bakımı yapılan bir modül.

    Sürüm notları ve yükseltme yolu
Chat with us