Denomas Handbook

Açık Kaynak Stratejisi

Mon, 01 Jan 0001 00:00:00 +0000

Açık Kaynak Stratejisi

Denomas, açık kaynaklı projelerin üzerinde katma değer yaratan bir şirkettir. Açık kaynak ekosistemine aktif katkı sağlamak stratejik bir önceliktir.

Upstream-First Yaklaşım

Bir açık kaynaklı projede bug fix veya iyileştirme yaptığımızda:

Önce upstream'e gönder — Değişikliği orijinal projeye PR/MR olarak gönder
Kabul edilene kadar fork'ta tut — Upstream kabul edene kadar kendi fork'umuzda kullan
Upstream kabul edince fork'u senkronize et — Fork'taki özel patch'i kaldır

Bu yaklaşım:

Toplulukla ilişkimizi güçlendirir
Fork bakım yükünü azaltır
Ürün kalitesini artırır

Fork Kuralları

Durum	Aksiyon
Bug fix	Upstream'e PR + fork'ta geçici patch
Yeni özellik (genel)	Upstream'e PR
Denomas'a özel entegrasyon	Sadece fork'ta, ayrı katman
Güvenlik yaması	Upstream'e sorumlu ifşa + fork'ta patch

ürünleşme yaklaşımı İlişkisi

Fork'lar, Mühendislik'nin COPY fazına karşılık gelir. COMBINE ve TRANSFORM fazları ise Denomas'a özel katma değeri temsil eder. Bu katmanlar upstream'e gönderilmez.

AI Agent Specialist

Mon, 01 Jan 0001 00:00:00 +0000

AI Agent Specialist (Yapay Zeka Asistanı Uzmanı)

AI Agent Specialist rolü, Denomas AI-Force ekosistemindeki Yapay Zeka Asistanlarının tasarımı, geliştirilmesi, optimizasyonu ve işletilmesinden sorumludur. Prompt mühendisliği, context yönetimi, çoklu asistan orkestrasyonu ve skill framework geliştirme bu rolün temel alanlarıdır.

Kariyer Seviyeleri ve Denomas Yetkinlik Çerçevesi Gereksinimleri

AI Agent Developer — Yetkinlik Seviyesi 3

Yetkinlik	Seviye	Açıklama
PROG	3	Asistan geliştirme
IRMG	2	Bilgi yönetimi
TEST	2	Asistan testi

Temel Sorumluluklar:

Asistan SKILL.md dosyaları oluşturma ve bakım
Prompt mühendisliği ve optimizasyon
Asistan testleri yazma ve çalıştırma
Context bütçesi izleme
Mevcut skill'leri kullanarak asistan görev akışı kurma
Handbook entegrasyonu

Aranan Nitelikler:

AI-Force Genel Bakış

Mon, 01 Jan 0001 00:00:00 +0000

AI-Force Genel Bakış

AI-Force, Denomas'ın Yapay Zeka Asistanı ekosistemidir. İnsan çalışanlar ve Yapay Zeka Asistanları, aynı Denomas Yetkinlik Çerçevesi altında, aynı handbook kurallarına tabi olarak birlikte çalışır. Her Yapay Zeka Asistanı FreeIPA kimliği, yetkinlik profili ve tanımlı yetki sınırlarına sahiptir.

Vizyon

Her rutin görevi otomatize et, her insanı yaratıcı işe odakla.

Üç Asistan Kategorisi

1. Düşünürler (Thinkers)

Analiz, planlama ve strateji oluşturma görevlerini üstlenir. Araştırma yapar, seçenek sunar ve karar süreçlerini destekler. Yetkinlik seviyesi PROG:4-7 arasındadır. Karar yetkisi öneri niteliğindedir; nihai karar insana aittir.

AI-Force'a Katıl — Kariyer

Mon, 01 Jan 0001 00:00:00 +0000

AI-Force'a Katıl

AI-Force, Denomas'ın Yapay Zeka Asistanı ekosistemidir. İnsan çalışanlar ve Yapay Zeka Asistanları, aynı yetkinlik çerçevesi altında birlikte çalışarak rutin görevleri otomatize eder ve yaratıcı işe odaklanır.

AI-Force'a Katılmak Ne Demek?

AI-Force'a katılan her yeni Yapay Zeka Asistanı, yapılandırılmış bir onboarding sürecinden geçer. Bu süreçte kimlik tanımlama, yetki kontrolü, yetkinlik tespiti, skill yükleme ve kalite testleri tamamlanır. Her Yapay Zeka Asistanı, Denomas Yetkinlik Çerçevesi'ne göre seviyelendirilir ve tanımlı yetki sınırları içinde çalışır.

Altyapı İzleme Standartları

Mon, 01 Jan 0001 00:00:00 +0000

Altyapı İzleme Standartları

Tüm Denomas altyapı bileşenlerinde aşağıdaki izleme standartları uygulanır.

Zorunlu Metrikler

Sunucu Metrikleri

Metrik	Eşik (Uyarı)	Eşik (Kritik)	Kontrol Sıklığı
CPU kullanımı	> %80	> %95	30 saniye
Memory kullanımı	> %80	> %95	30 saniye
Disk kullanımı	> %80	> %90	5 dakika
Disk I/O wait	> %20	> %40	30 saniye
Network throughput	Baseline + %50	Baseline + %100	30 saniye
Uptime	-	Restart tespit	30 saniye

Servis Metrikleri

Metrik	Eşik (Uyarı)	Eşik (Kritik)
HTTP 5xx oranı	> %1	> %5
Yanıt süresi (p95)	> 1s	> 5s
Kuyruk derinliği	> 1000	> 5000
Bağlantı havuzu	> %80	> %95

Veritabanı Metrikleri

Metrik	Eşik (Uyarı)	Eşik (Kritik)
Sorgu süresi (p95)	> 500ms	> 2s
Bağlantı sayısı	> %80 max	> %95 max
Replikasyon gecikmesi	> 5s	> 30s
Deadlock sayısı	> 0	> 5/dakika

Alarm Politikası

Flapping önleme — En az 3 ardışık kontrol başarısız olmalı
Eskalasyon — P1 15 dk içinde yanıtlanmazsa yöneticiye eskalasyon
Susturma — Planlanan bakım penceresinde alarmlar susturulur
Korelasyon — İlişkili alarmlar gruplama ile tek bildirim

İzleme Araçları

Katman	Araç
Altyapı	Denomas Denetim Otomasyon (Zabbix)
Uygulama	Prometheus + Grafana
Log	Loki
APM	OpenTelemetry + Jaeger

Ajan Protokolü

Yapay Zeka Asistanları alarm analizi ve on-triage görevlerinde bulunabilir. Alarm susturma yetkisi Denomas Yetkinlik PROG:4+ gerektirir.

Bilgi Tabanı

Mon, 01 Jan 0001 00:00:00 +0000

Bilgi Tabanı

Sorumluluk

Bilgi tabanı yönetimi @destek-ekibi sorumluluğundadır. Teknik içerik doğrulaması ilgili ürün ekipleri tarafından yapılır.

Bilgi Tabanı Yapısı

Platform

Parametre	Değer
URL	`docs.denomas.com`
Altyapı	Nextcloud + Markdown tabanlı statik site
Arama motoru	Elasticsearch tam metin arama
Diller	Türkçe (birincil), İngilizce
Erişim	Herkese açık (temel) + müşteri portalı (detaylı)

Kategori Hiyerarşisi

docs.denomas.com/
├── kurulum/ # Ürün kurulum kılavuzları
│ ├── odoo/
│ ├── nextcloud/
│ ├── zabbix/
│ └── genel/
├── nasil-yapilir/ # Adım adım rehberler
│ ├── yonetim/
│ ├── entegrasyon/
│ └── ozellistirme/
├── sorun-giderme/ # Bilinen sorunlar ve çözümler
│ ├── performans/
│ ├── erisim/
│ └── entegrasyon/
├── api/ # REST API dokümantasyonu
├── en-iyi-uygulamalar/ # Best practices
├── surum-notlari/ # Changelog
└── sss/ # Sık sorulan sorular

Erişim Seviyeleri

Seviye	İçerik	Hedef Kitle
Herkese açık	Temel kurulum, SSS, sürüm notları	Topluluk + potansiyel müşteriler
Müşteri	Detaylı rehberler, sorun giderme	Standard+ müşteriler
Premium	En iyi uygulamalar, mimari rehberler	Premium+ müşteriler
Dahili	İç süreçler, runbook'lar	Yalnızca Denomas ekibi

Makale Yazma Rehberi

Makale Şablonu

Her makale aşağıdaki yapıyı takip eder:

CI/CD Pipeline

Mon, 01 Jan 0001 00:00:00 +0000

CI/CD Pipeline

Denomas, tüm projelerinde GitLab CI/CD kullanır. Pipeline, kodun commit edilmesinden üretim ortamına deploy edilmesine kadar tüm aşamaları otomatize eder. CI/CD altyapısı code.denomas.com ve code.ilimteknoloji.com adreslerindeki self-hosted GitLab instance'ları üzerinde çalışır.

Pipeline Aşamaları

┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐ ┌────────────────┐ ┌──────────────┐
│ lint │ → │ test │ → │ build │ → │ scan │ → │ deploy-staging │ → │ deploy-prod │
└──────────┘ └──────────┘ └──────────┘ └──────────┘ └────────────────┘ └──────────────┘

1. lint

Pre-commit hook doğrulaması (pre-commit run --all-files)
Python: ruff lint + ruff-format kontrolü + mypy tip kontrolü
JavaScript: ESLint (airbnb-base preset)
YAML/JSON format kontrolü (yamllint)
Ansible: ansible-lint
Docker: hadolint
Shell: shellcheck
Docstring kontrolü (public fonksiyonlarda zorunlu)
Conventional Commit format kontrolü

2. test

Birim testleri — pytest --cov=src --cov-fail-under=80
Entegrasyon testleri — API endpoint testleri, veritabanı migration testleri
Odoo testleri — Odoo test framework ile modül testleri (odoo-bin --test-enable)
Ansible testleri — molecule test ile rol doğrulaması
Kapsam raporu oluşturma (Cobertura formatı, GitLab MR'da görselleştirme)

3. build

Docker image oluşturma (multi-stage build)
Semantic versiyon etiketi ($CI_COMMIT_TAG veya $CI_COMMIT_SHORT_SHA)
Docker image'ı GitLab Container Registry'ye push
Ansible artifact'ları paketleme (roller + playbook'lar)
Hugo site build (handbook ve website projeleri için)

4. scan

SAST: Bandit (Python), Semgrep (p/owasp-top-ten ruleset), GitLab SAST template
Dependency Scan: Trivy (container + dependency CVE taraması)
Lisans Kontrolü: Uyumsuz lisans tespiti (GPL kontrol)
Container Image Scan: Trivy ile Docker image güvenlik taraması
Secret Detection: GitLab Secret Detection template

5. deploy-staging

Ansible playbook ile staging ortamına deploy (ansible-playbook deploy-staging.yml)
Otomatik smoke testleri (ansible-playbook smoke-test.yml)
Performans testi (k6 ile yük testi)
Staging URL'i MR'a yorum olarak eklenir

6. deploy-prod

Dual-track deployment stratejisine göre
Track 1 (SaaS): main merge sonrası when: manual onay → canary deploy → kademeli rollout
Track 2 (Self-Managed): Release tag'i sonrası paketleme ve dağıtım
Production deploy sonrası otomatik health check

Tam `.gitlab-ci.yml` Örneği

# .gitlab-ci.yml — Denomas standart pipeline
image: python:3.10-slim

variables:
 # Genel
 PIP_CACHE_DIR: "$CI_PROJECT_DIR/.cache/pip"
 PRE_COMMIT_HOME: "$CI_PROJECT_DIR/.cache/pre-commit"
 # Docker
 DOCKER_IMAGE: "$CI_REGISTRY_IMAGE"
 DOCKER_TAG: "$CI_COMMIT_SHORT_SHA"
 # Deployment
 ANSIBLE_INVENTORY: "inventory/$CI_ENVIRONMENT_NAME"
 ANSIBLE_FORCE_COLOR: "true"
 # SAST
 SAST_EXCLUDED_PATHS: "tests/,migrations/,docs/"
 SECURE_LOG_LEVEL: "warn"

cache:
 key: ${CI_COMMIT_REF_SLUG}
 paths:
 - .cache/pip
 - .cache/pre-commit
 - .venv/

stages:
 - lint
 - test
 - build
 - scan
 - deploy-staging
 - deploy-prod

# ─── LINT ─────────────────────────────────────────────
lint:pre-commit:
 stage: lint
 script:
 - pip install pre-commit
 - pre-commit run --all-files
 rules:
 - if: '$CI_PIPELINE_SOURCE == "merge_request_event"'
 - if: '$CI_COMMIT_BRANCH == "develop"'

lint:mypy:
 stage: lint
 script:
 - pip install -r requirements-dev.txt
 - mypy src/ --ignore-missing-imports
 rules:
 - if: '$CI_PIPELINE_SOURCE == "merge_request_event"'
 allow_failure: false

# ─── TEST ─────────────────────────────────────────────
test:unit:
 stage: test
 services:
 - postgres:15-alpine
 - redis:7-alpine
 variables:
 POSTGRES_DB: test_db
 POSTGRES_USER: test_user
 POSTGRES_PASSWORD: $CI_DB_PASSWORD
 DATABASE_URL: "postgresql://test_user:$CI_DB_PASSWORD@postgres:5432/test_db"
 REDIS_URL: "redis://redis:6379/0"
 script:
 - pip install -r requirements-dev.txt
 - pytest --cov=src --cov-report=xml --cov-report=term --cov-fail-under=80
 artifacts:
 reports:
 coverage_report:
 coverage_format: cobertura
 path: coverage.xml
 expire_in: 30 days
 rules:
 - if: '$CI_PIPELINE_SOURCE == "merge_request_event"'
 - if: '$CI_COMMIT_BRANCH == "develop"'

test:integration:
 stage: test
 services:
 - postgres:15-alpine
 - redis:7-alpine
 script:
 - pip install -r requirements-dev.txt
 - pytest tests/integration/ -v --tb=short
 rules:
 - if: '$CI_PIPELINE_SOURCE == "merge_request_event"'

# ─── BUILD ────────────────────────────────────────────
build:docker:
 stage: build
 image: docker:24.0
 services:
 - docker:24.0-dind
 script:
 - docker login -u $CI_REGISTRY_USER -p $CI_REGISTRY_PASSWORD $CI_REGISTRY
 - docker build -t $DOCKER_IMAGE:$DOCKER_TAG -t $DOCKER_IMAGE:latest .
 - docker push $DOCKER_IMAGE:$DOCKER_TAG
 - docker push $DOCKER_IMAGE:latest
 rules:
 - if: '$CI_COMMIT_BRANCH == "develop"'
 - if: '$CI_COMMIT_BRANCH == "main"'
 - if: '$CI_COMMIT_TAG'

# ─── SCAN ─────────────────────────────────────────────
scan:bandit:
 stage: scan
 script:
 - pip install bandit[toml]
 - bandit -c pyproject.toml -r src/ -f json -o bandit-report.json
 artifacts:
 paths:
 - bandit-report.json
 expire_in: 30 days
 rules:
 - if: '$CI_PIPELINE_SOURCE == "merge_request_event"'

scan:semgrep:
 stage: scan
 image: returntocorp/semgrep
 script:
 - semgrep --config=p/owasp-top-ten --config=p/python --json -o semgrep-report.json src/
 artifacts:
 paths:
 - semgrep-report.json
 expire_in: 30 days
 rules:
 - if: '$CI_PIPELINE_SOURCE == "merge_request_event"'

scan:trivy:
 stage: scan
 image:
 name: aquasec/trivy:latest
 entrypoint: [""]
 script:
 - trivy image --exit-code 1 --severity HIGH,CRITICAL $DOCKER_IMAGE:$DOCKER_TAG
 rules:
 - if: '$CI_COMMIT_BRANCH == "develop"'
 - if: '$CI_COMMIT_BRANCH == "main"'

include:
 - template: Security/SAST.gitlab-ci.yml
 - template: Security/Secret-Detection.gitlab-ci.yml

# ─── DEPLOY STAGING ───────────────────────────────────
deploy_staging:
 stage: deploy-staging
 image: ansible/ansible-runner:latest
 script:
 - ansible-playbook deploy-staging.yml -e "docker_tag=$DOCKER_TAG"
 - ansible-playbook smoke-test.yml -e "environment=staging"
 environment:
 name: staging
 url: https://staging.denomas.com
 rules:
 - if: '$CI_COMMIT_BRANCH == "staging"'

# ─── DEPLOY PRODUCTION ───────────────────────────────
deploy_canary:
 stage: deploy-prod
 image: ansible/ansible-runner:latest
 script:
 - ansible-playbook deploy-canary.yml -e "docker_tag=$DOCKER_TAG canary_weight=5"
 environment:
 name: canary
 url: https://canary.denomas.com
 rules:
 - if: '$CI_COMMIT_BRANCH == "main"'
 when: manual

deploy_production:
 stage: deploy-prod
 image: ansible/ansible-runner:latest
 script:
 - ansible-playbook deploy-production.yml -e "docker_tag=$DOCKER_TAG"
 - ansible-playbook smoke-test.yml -e "environment=production"
 environment:
 name: production
 url: https://denomas.com
 rules:
 - if: '$CI_COMMIT_BRANCH == "main"'
 when: manual
 needs: ["deploy_canary"]

Ortam Değişkenleri (CI/CD Variables)

Değişken	Tür	Kapsam	Açıklama
`CI_REGISTRY_USER`	Protected	Tüm projeler	GitLab Container Registry kullanıcı
`CI_REGISTRY_PASSWORD`	Protected, Masked	Tüm projeler	GitLab Container Registry parola
`CI_DB_PASSWORD`	Protected, Masked	Tüm projeler	Test veritabanı parolası
`ANSIBLE_SSH_KEY`	Protected, File	Deploy projeleri	Deployment SSH anahtarı
`SENTRY_DSN`	Protected	Production	Hata izleme DSN
`GRAFANA_API_KEY`	Protected, Masked	Monitoring	Grafana dashboard API
`VAULT_TOKEN`	Protected, Masked	Production	HashiCorp Vault erişim token

Sır Yönetimi

Hassas değerler asla .gitlab-ci.yml içinde açık metin olarak yazılmaz. Tüm sırlar GitLab CI/CD Variables'da Protected ve Masked olarak tanımlanır. Detaylar için Mimari Prensipler — Zero Trust bölümüne bakınız.

Context Yönetimi

Mon, 01 Jan 0001 00:00:00 +0000

Context Yönetimi

Denomas Yapay Zeka Asistanlarının context penceresi yönetim stratejilerini tanımlayan belgedir. Token ekonomisi prensipleri, progressive disclosure katmanları (llms.txt'den spesifik sayfalara kadar), Informed Walk protokolü, SOP bağımlılık tabanlı context yükleme, hafıza kalıcılığı (PARA yapısı, üç katmanlı hafıza sistemi, QMD Recall) ve bilgi grafı navigasyonu konularını kapsar.

İç Doküman

Bu konunun detayları iç handbook'ta yer almaktadır. Tam içerik için internal.handbook.denomas.com adresine bakınız.

İlgili Sayfalar

Customer Success Manager

Mon, 01 Jan 0001 00:00:00 +0000

Customer Success Manager (Müşteri Başarı Yöneticisi)

Müşteri başarı yöneticileri, mevcut müşterilerin ürün değerini en üst düzeyde yaşamasını sağlar. Müşteri sağlık takibi, churn önleme, genişleme fırsatları ve müşteri memnuniyetinden sorumludur.

Kariyer Seviyeleri ve Denomas Yetkinlik Çerçevesi Gereksinimleri

Customer Success Manager — Yetkinlik Seviyesi 3

Yetkinlik	Seviye	Açıklama
RLMT	3	Müşteri ilişkileri yönetimi
CSMG	3	Müşteri hizmet yönetimi
MEAS	2	Ölçme ve analiz

Temel Sorumluluklar:

Müşteri sağlık skoru izleme ve raporlama
Müşteri onboarding süreçlerini yürütme
Düzgün müşteri iletişimi ve ilişkiler
Destek taleplerinin takibi ve eskalasyon
Kullanım raporları hazırlama
Müşteri geri bildirimlerini toplama ve iletme

Aranan Nitelikler:

Çeşitlilik ve Kapsayıcılık

Mon, 01 Jan 0001 00:00:00 +0000

Çeşitlilik ve Kapsayıcılık

Denomas, farklı geçmişlere, deneyimlere ve bakış açılarına sahip bireylerin bir arada çalışmasının daha iyi sonuçlar doğurduğuna inanır. Bu çeşitlilik hem ürünlerimizi hem kültürümüzü güçlendirir.

İlkelerimiz

Eşit Fırsat

İşe alım, terfi ve görevlendirme süreçlerinde cinsiyet, yaş, köken, engellilik durumu, din, cinsel yönelim veya diğer kişisel özellikler nedeniyle ayrım yapılmaz.

Kapsayıcı Dil

Tüm handbook içerikleri, kod yorumları ve resmi iletişimde kapsayıcı dil kullanılır:

Cinsiyetsiz zamirler tercih edilir
Teknik jargon açıklanır
Çoklu dil desteği sağlanır (TR/EN)

Erişilebilirlik

Ürünlerimiz ve iç araçlarımız WCAG 2.1 AA standartlarına uygun olarak tasarlanır.

Çözüm Mühendisliği

Mon, 01 Jan 0001 00:00:00 +0000

Çözüm Mühendisliği

Çözüm mühendisliği (Solutions Architecture), satış öncesi teknik değerlendirmeden canlı ortam mimarisine kadar müşterinin teknik yolculuğunu şekillendiren birimdir. Satış ekibi ile mühendislik ekibi arasında köprü görevi görür.

Sorumluluk

Çözüm mühendisliği @destek-ekibi bünyesinde faaliyet gösterir. Pre-sales aktiviteler için @satis-ekibi ile koordineli çalışır.

Çözüm Mühendisi Rolü

Temel Sorumluluklar

Sorumluluk	Açıklama
Teknik Keşif	Müşteri mevcut altyapısını ve ihtiyaçlarını analiz etme
Mimari Tasarım	Müşteriye özel çözüm mimarisi hazırlama
POC Yönetimi	Proof of Concept planlama, yürütme ve değerlendirme
Demo	Ürün demoları ve teknik sunumlar
Teklif Desteği	Satış tekliflerinde teknik kapsam ve iş yükü tahmini
RFP/RFI Yanıtı	Teknik sorulara detaylı yanıt hazırlama
Handoff	Satış sonrası onboarding ekibine teknik devir

Yetkinlik Gereksinimleri

Alan	Beklenti
Denomas ürün portföyü	Tüm ürün hatlarında derin teknik bilgi
Altyapı mimarisi	Linux, container, network, storage
Açık kaynak ekosistemi	Zabbix, Ansible, Odoo, Nextcloud
Bulut platformları	AWS, Azure, GCP, on-premise hibrit
Güvenlik	Temel güvenlik mimarisi, compliance framework
İletişim	Teknik konuları iş diline çevirme yeteneği

Pre-Sales Süreci

Satış — Çözüm Mühendisliği İş Birliği

Satış Fırsatı Açıldı
 │
 ▼
Teknik Uygunluk Değerlendirmesi (SE atanır)
 │
 ├── Uygun → Teknik Keşif Toplantısı
 │ │
 │ ▼
 │ Çözüm Tasarımı
 │ │
 │ ├── Demo gerekli → Demo Ortamı Hazırlığı
 │ ├── POC gerekli → POC Planlama
 │ └── Direkt teklif → Teknik Kapsam Dokümanı
 │
 └── Uygun Değil → Satış'a alternatif önerisi

Teknik Keşif Toplantısı

Müşterinin mevcut durumunu ve ihtiyaçlarını anlamak için yapılan ilk teknik toplantıdır.

Danışmanlık Hizmetleri

Mon, 01 Jan 0001 00:00:00 +0000

Danışmanlık Hizmetleri

Denomas danışmanlık ekibi, dijital dönüşüm, uyumluluk ve altyapı alanlarında uzmanlık sunar. Türkiye, MENA ve Avrupa pazarlarindaki müşteri ihtiyaçlarına uygun, somut sonuçlar üreten danışmanlık hizmetleri sunuyoruz.

Hizmet Türleri

1. Dijital Dönüşüm Danışmanlığı

Kurumların dijital olgunlugunu artırmaya yönelik uçtan uca danışmanlık hizmeti.

Adım	İçerik
Olgunluk Değerlendirmesi	Mevcut dijital kapasitenin CMMI bazlı analizi
Yol Haritası	12-24 aylık dijital dönüşüm planı
Teknoloji Seçimi	Açık kaynak öncelikli mimari tasarım
Değişim Yönetimi	Organizasyonel hazırlık ve eğitim planı
KPI Tanımlama	Ölçülebilir başarı metrikleri

Tipik Proje Süresi: 4-12 hafta (kapsama göre)

Data Engineer

Mon, 01 Jan 0001 00:00:00 +0000

Data Engineer (Veri Mühendisi)

Veri mühendisleri, Denomas ürünlerinin veri altyapısını tasarlar ve yönetir. ETL süreçleri, veri pipeline'ları, veri ambarı ve analitik altyapıdan sorumludur.

Kullanılan Araçlar

Araç	Kullanım Alanı
PostgreSQL	İlişkisel veri tabanı
Wazuh	Log toplama, arama ve görselleştirme
Apache Airflow	Pipeline orkestrasyon
Python	ETL betikleri ve veri işleme
Redis	Önbellekleme ve kuyruk yönetimi
Git	Versiyon kontrolü

Kariyer Seviyeleri ve Denomas Yetkinlik Çerçevesi Gereksinimleri

Junior Data Engineer — Yetkinlik Seviyesi 2

Denomas Yetkinlik Çerçevesi Gereksinimleri:

Demo Ortamları

Mon, 01 Jan 0001 00:00:00 +0000

Demo Ortamları

Denomas demo ve test ortamları, pre-sales demoları, POC çalışmaları, eğitimler ve iç testler için kullanılan standartlaştırılmış ortamlardır. Bu sayfa ortam türlerini, erişim kurallarını ve yönetim süreçlerini tanımlar.

Sorumluluk

Demo ortamlarının teknik yönetimi @destek-ekibi bünyesindeki çözüm mühendisliği birimi sorumluluğundadır. Altyapı desteği @muhendislik-ekibi tarafından sağlanır.

Ortam Türleri

Kalıcı Demo Ortamları

Sürekli çalışan, güncel tutulan ve her an kullanıma hazır ortamlardır.

Ortam	Ürün	Versiyon	Erişim	Kullanım
demo-mon01	Denomas Denetim Otomasyon	Son kararlı (stable)	SE + Satış	Pre-sales demo
demo-auto01	Denomas Yönetim Otomasyon	Son kararlı	SE + Satış	Pre-sales demo
demo-aio01	Denomas AIO	Son kararlı	SE + Satış	Pre-sales demo
demo-cloud01	Denomas Cloud	Son kararlı	SE + Satış	Pre-sales demo
demo-agent01	Denomas Agent	Son kararlı	SE	AI demo
demo-gpms01	GPMS	Son kararlı	SE + Satış	Dikey çözüm demo

Geçici POC Ortamları

Belirli bir müşteri POC çalışması için oluşturulan ve POC sonunda kaldırılan ortamlardır.

Denomas Değerleri

Mon, 01 Jan 0001 00:00:00 +0000

Denomas Değerleri

Her karar, süreç ve ürün bu değerler üzerine kurulur. Değerlerimiz duvara asılan cümleler değil, günlük işleyişin temelidir.

Alıntı

"Değerler test edilmedikçe değer değildir." — Denomas Handbook İlkesi

Değerlerimiz yaşayan bir belgedir. Herkes iyileştirme önerisi sunabilir. Değerlere uyum konusunda herkes herkesi uyarabilir. Bu bir hak değil, sorumluluktur.

Değer Hiyerarşisi

Değerler zaman zaman birbiriyle çelişebilir. Aşağıdaki öncelik sırası belirsizlik anlarında yol gösterir. Üstteki değer alttakini otomatik geçersiz kılmaz. Etki büyüklüğü değerlendirilir.

Destek İş Akışları

Mon, 01 Jan 0001 00:00:00 +0000

Destek İş Akışları

Sorumluluk

Destek iş akışları @destek-ekibi sorumluluğundadır.

Ticket Yaşam Döngüsü

Her destek talebi aşağıdaki durumlardan geçer:

Açık → Atanmış → İşlemde → Beklemede → Çözüldü → Kapatıldı

Durum	Açıklama	SLA Sayacı	Sorumlu
Açık	Yeni bilet oluşturuldu, henüz atanmadı	Çalışıyor	Sistem (otomatik)
Atanmış	Destek uzmanına atandı	Çalışıyor	Destek Yöneticisi
İşlemde	Aktif olarak çalışılıyor	Çalışıyor	Atanan uzman
Beklemede	Müşteri yanıtı veya 3. parti bekleniyor	Duraklatılmış	Atanan uzman
Çözüldü	Çözüm uygulandı, müşteri doğrulaması bekleniyor	Duraklatılmış	Atanan uzman
Kapatıldı	Müşteri onayladı veya 7 gün yanıt gelmedi	Durdurulmuş	Sistem (otomatik)

Otomatik Geçişler

Koşul	Eylem
Müşteri "Çözüldü" durumundaki bilete yanıt verdi	Durum → İşlemde
"Çözüldü" durumunda 7 gün yanıt gelmedi	Durum → Kapatıldı
"Beklemede" durumunda 14 gün müşteri yanıtı gelmedi	Hatırlatma e-postası
"Beklemede" durumunda 21 gün müşteri yanıtı gelmedi	Durum → Kapatıldı

Bilet Oluşturma Kanalları

Kanal	Otomatik Bilet	Öncelik Atama
Odoo Helpdesk portal	Evet	Müşteri seçimi + doğrulama
E-posta (destek@denomas.com )	Evet	Otomatik sınıflandırma (AI)
Telefon	Manuel (uzman oluşturur)	Uzman belirler
Nextcloud Talk	Manuel	Uzman belirler

Önceliklendirme Matrisi

Öncelik Seviyeleri

Öncelik	Tanım	İlk Yanıt (Enterprise)	Çözüm Hedefi
P1 — Kritik	Üretim sistemi durdu, iş kaybı var	15 dakika	4 saat
P2 — Yüksek	Üretim etkilendi, geçici çözüm yok	1 saat	8 saat
P3 — Orta	İş etkisi sınırlı, geçici çözüm var	4 saat	2 iş günü
P4 — Düşük	Bilgi talebi, iyileştirme önerisi	8 saat	5 iş günü

Tüm SLA süreleri için bkz. SLA Standartları .

Destek Kanalları

Mon, 01 Jan 0001 00:00:00 +0000

Destek Kanalları

Sorumluluk

Destek kanalları yönetimi @destek-ekibi sorumluluğundadır.

Kanal Özeti

Kanal	Erişilebilirlik	Uygun Paketler	İlk Yanıt Hedefi
Self-servis bilgi tabanı	7/24	Tüm paketler	Anında
E-posta	7/24 (bilet oluşturma)	Standard+	Pakete göre SLA
Odoo Helpdesk Portal	7/24	Standard+	Pakete göre SLA
Nextcloud Talk	İş saatleri (09:00-18:00 TRT)	Enterprise	15 dakika
Telefon	7/24 (Premium+)	Premium+	Anında

E-posta Desteği

Yapılandırma

Parametre	Değer
Adres	destek@denomas.com
Otomatik bilet	Evet (Odoo Helpdesk entegrasyonu)
Otomatik yanıt	Bilet numarası ve tahmini yanıt süresi
Dil	Türkçe, İngilizce

E-posta İş Akışı

Müşteri destek@denomas.com adresine e-posta gönderir
Odoo Helpdesk otomatik bilet oluşturur
AI sınıflandırma motoru kategori ve öncelik önerir
Müşteriye otomatik onay e-postası gönderilir (bilet no + tahmini yanıt süresi)
Bilet kuyruğa eklenir ve SLA sayacı başlar

E-posta Kuralları

Konu satırında bilet numarası varsa mevcut bilete eklenir
CC'deki kişiler bilet takipçisi olarak eklenir
Ekler otomatik olarak bilete iliştirilir (maks. 25 MB)
Spam filtresi aktif (Rspamd)

Telefon Desteği (Premium+)

Erişim Bilgileri

Parametre	Değer
Numara	+90 (212) 555-DENO
Erişilebilirlik	7/24 (Premium+), iş saatleri (Standard — yalnızca P1)
Dil	Türkçe, İngilizce
IVR menüsü	1: Teknik destek, 2: Satış, 3: Fatura

Telefon Destek Kuralları

Her çağrı Odoo Helpdesk'te bilet olarak kaydedilir
Çağrı kaydı alınır (müşteri onayı ile)
Arama süresi ve çözüm durumu loglanır
P1 çağrılar doğrudan kıdemli uzmana yönlendirilir
Mesai dışı çağrılar nöbetçi uzmana yönlendirilir (bkz. Nöbetçi Destek )

Odoo Helpdesk Portal

Portal Özellikleri

Özellik	Açıklama
Bilet oluşturma	Form tabanlı, kategori ve öncelik seçimi
Bilet takibi	Durum, atanan uzman, SLA sayacı
İletişim	Bilet içi mesajlaşma (uzman ile)
Bilgi tabanı	Entegre arama (bilet oluşturmadan önce öneri)
Geçmiş	Tüm bilet geçmişi ve çözümler
Raporlar	Müşteriye özel SLA raporu (Enterprise)

Portal Erişimi

destek.denomas.com adresine gidin
Müşteri hesabı ile oturum açın
"Yeni Bilet" butonuna tıklayın
Kategori, öncelik, açıklama ve eklerle formu doldurun
Gönderin — bilet numarası otomatik atanır

Nextcloud Talk Canlı Destek (Enterprise)

Yapılandırma

Parametre	Değer
Kanal	Müşteriye özel Talk odası
Erişilebilirlik	İş saatleri (09:00-18:00 TRT)
Katılımcılar	Müşteri ekibi + TAM + atanan destek uzmanları
Dosya paylaşımı	Nextcloud entegrasyonu ile güvenli paylaşım
Ekran paylaşımı	Sorun giderme için anlık ekran paylaşımı

Kullanım Kuralları

Canlı destek yalnızca Enterprise müşterilere sunulur
Her müşteri için ayrı Talk odası oluşturulur
Sohbet geçmişi Nextcloud'da arşivlenir
Karmaşık sorunlar için sohbetten Odoo Helpdesk biletine dönüştürülür
TAM (Technical Account Manager) her müşteri odası için atanmıştır

Self-Servis Bilgi Tabanı

Erişim

Parametre	Değer
URL	`docs.denomas.com`
Erişim	Herkese açık (temel) + müşteri portalı (detaylı)
Dil	Türkçe, İngilizce
Arama	Elasticsearch tabanlı tam metin arama

İçerik Kategorileri

Kategori	İçerik	Hedef Kitle
Kurulum Kılavuzları	Ürün kurulum ve yapılandırma	Tüm müşteriler
Nasıl Yapılır	Adım adım rehberler	Tüm müşteriler
Sorun Giderme	Bilinen sorunlar ve çözümler	Tüm müşteriler
API Dokümantasyonu	REST API referansı	Geliştiriciler
En İyi Uygulamalar	Performans, güvenlik, mimari	Premium+
Sürüm Notları	Yeni özellikler, değişiklikler	Tüm müşteriler

Detaylı bilgi için bkz. Bilgi Tabanı Yönetimi .

DevOps Engineer

Mon, 01 Jan 0001 00:00:00 +0000

DevOps Engineer (DevOps Mühendisi)

DevOps mühendisleri, yazılım teslimat süreçlerinin otomasyonunu, altyapı yönetimini, izleme ve dağıtım stratejilerini yönetir. Geliştirme ve operasyon arasındaki köprüyü kurar.

Kariyer Seviyeleri ve Denomas Yetkinlik Çerçevesi Gereksinimleri

Junior DevOps Engineer — Yetkinlik Seviyesi 2

Yetkinlik	Seviye	Açıklama
ITOP	2	Temel IT operasyonları
CFMG	1	Konfigürasyon yönetimi temelleri
PROG	1	Temel scripting

Temel Sorumluluklar:

CI/CD pipeline'larının izlenmesi ve temel bakım
Mevcut otomasyon scriptlerinin çalıştırılması
Log izleme ve alarm yönetimi
Dokümantasyon takibi

Aranan Nitelikler:

DigiTüccar

Mon, 01 Jan 0001 00:00:00 +0000

DigiTüccar

DigiTüccar bir borsa işlem otomasyon platformudur; resmi tam adı **"DigiTüccar Finansal Teknik Analiz ve İşlem Otomasyonu Platformu"**dur. Borsalar ve borsa türevi pazar yerleri (FX, kripto para borsaları) üzerinde strateji geliştirme, geriye dönük test, simülasyon ve canlı işlem yetenekleri sunar. Hem yeni başlayanlar hem de profesyonel trader'lar için esnek ve genişletilebilir bir ürün yüzeyi sağlar.

Platform, Denomas Yönetim Otomasyon mikroservis altyapısı üzerine kuruludur: servisler arası haberleşme, dağıtık işlem yönetimi, mesaj dağıtım garantisi, loglama, dağıtık izleme ve dayanıklılık bu katmandan gelir; bulut bağımsız (cloud agnostic) olarak hem veri merkezinde hem bulut platformlarında çalışır.

Dijital Pazarlama

Mon, 01 Jan 0001 00:00:00 +0000

Dijital Pazarlama

Denomas dijital pazarlama stratejisi, ölçülebilir ve veri odaklı bir yaklaşımla B2B hedef kitlelere ulaşmayı amaçlar. Bu sayfa SEO, SEM, sosyal medya ve e-posta pazarlama kanallarının yönetim prensiplerini ve operasyonel süreçlerini tanımlar.

@pazarlama-ekibi

Dijital pazarlama kanallarının yönetimi ve bütçe optimizasyonu @pazarlama-ekibi sorumluluğundadır.

Dijital Pazarlama Prensipleri

Veri Odaklı Karar — Her kanal kararı analitik veriye dayanır. Sezgisel yatırım yapılmaz.
KVKK Uyumluluğu — Tüm dijital pazarlama faaliyetleri KVKK ve GDPR uyumlu yürütülür.
Organik Öncelik — Ücretli reklam, organik stratejiyi destekler; yerini almaz.
Entegre Kanal Yönetimi — Tüm kanallar birbirine bağlı, tutarlı bir mesajla çalışır.
Sürekli Optimizasyon — A/B testleri ve iteratif iyileştirme standart iş akışıdır.

SEO (Arama Motoru Optimizasyonu)

SEO Stratejisi

Denomas SEO stratejisi, IT altyapı izleme, otomasyon ve siber güvenlik alanlarında organik arama görünürlüğünü artırmaya odaklanır.

Eğitim Hizmetleri

Mon, 01 Jan 0001 00:00:00 +0000

Eğitim Hizmetleri

Denomas eğitim hizmetleri, müşteri ekiplerinin ürünlerimizi etkin kullanmasını ve teknik yetkinliklerini geliştirmesini sağlar. Eğitimler Denomas Yetkinlik Çerçevesi ile uyumlu olarak tasarlanmıştır.

Eğitim Kataloğu

Ürün Eğitimleri

Eğitim	Süre	Hedef Kitle	Yetkinlik Seviyesi
Denomas Denetim Otomasyon Temelleri	2 gün	BT operasyon ekipleri	2-3
Denomas Denetim Otomasyon İleri Yönetim	3 gün	Sistem yöneticileri	3-4
Denomas Yönetim Otomasyon ile IaC	2 gün	DevOps mühendisleri	3-4
Denomas Yönetim Otomasyon İleri Seviye	3 gün	Otomasyon uzmanları	4-5
Denomas AIO Yönetimi	5 gün	IT yöneticileri	3-4
GPMS Operatör Eğitimi	2 gün	Saha operatörleri	2-3
Denomas Agent Kullanımı	1 gün	Tüm teknik personel	2-3

Teknoloji Eğitimleri

Eğitim	Süre	Hedef Kitle	Yetkinlik Seviyesi
Zabbix İleri Seviye	3 gün	İzleme uzmanları	4-5
Ansible Otomasyon	3 gün	Sistem yöneticileri	3-4
Odoo Geliştirici	5 gün	Yazılım geliştiriciler	3-4
Odoo Fonksiyonel Kullanıcı	3 gün	İş kullanıcıları	2-3
Nextcloud Yönetimi	1 gün	IT yöneticileri	2-3
GitLab CI/CD	2 gün	DevOps mühendisleri	3-4
Kubernetes Temelleri	3 gün	Platform mühendisleri	3-4
Proxmox Sanalllastirma	2 gün	Sistem yöneticileri	3-4

Güvenlik Eğitimleri

Eğitim	Süre	Hedef Kitle	Yetkinlik Seviyesi
Siber Güvenlik Temelleri	2 gün	Tüm çalışanlar	1-2
ISO 27001 Uygulama	3 gün	Güvenlik ekipleri	3-4
KVKK Uyumluluk	1 gün	Veri sorumluları	2-3
Güvenli Yazılım Geliştirme	2 gün	Yazılım geliştiriciler	3-4
Sızma Testi Temelleri	3 gün	Güvenlik analistleri	3-4

Yönetici Eğitimleri

Eğitim	Süre	Hedef Kitle	Yetkinlik Seviyesi
IT Yönetimi için Dijital Dönüşüm	1 gün	CIO, IT yöneticileri	5-6
AIOps ve Otomasyon Stratejisi	1 gün	IT liderleri	4-5
Açık Kaynak Stratejisi	0.5 gün	Üst yönetim	5-6

Sertifikasyon Yolları

Denomas Certified Associate (DCA)

On Koşul: Yok
Kapsam: Denomas ürün portföyü genel bilgi
Sinav: Online, 60 soru, 90 dakika
Gecme Notu: %70
Geçerlilik: 2 yıl

Denomas Certified Engineer (DCE)

On Koşul: DCA sertifikası
Kapsam: Ürün bazlı derinlemesine bilgi + uygulamali lab
Sinav: Online + uygulamali lab, 4 saat
Gecme Notu: %75
Geçerlilik: 2 yıl
Uzmanlik Alanları:
 - DCE-Monitoring (İzleme)
 - DCE-Automation (Otomasyon)
 - DCE-Collaboration (İşbirliği)
 - DCE-ERP (Kurumsal Kaynak Planlama)

Denomas Certified Architect (DCAr)

On Koşul: DCE sertifikası + 2 yıl deneyim
Kapsam: Çözüm mimarisi, entegrasyon, ölçekleme
Sinav: Vaka çalışması sunumu + panel değerlendirme
Gecme Notu: Panel onayı
Geçerlilik: 3 yıl

Sertifikasyon Yolu Diyagramı

DCA (Associate) → DCE (Engineer) → DCAr (Architect)
 │ │ │
 Genel Bilgi Ürün Uzmanı Çözüm Mimari
 Denomas Yetkinlik 2-3 Denomas Yetkinlik 3-4 Denomas Yetkinlik 5-6

Eğitim Teslim Formatları

Sınıf İçi (Onsite)

Özellik	Detay
Lokasyon	Denomas ofisi veya müşteri lokasyonu
Grup Büyüklüğü	6-15 katılımcı
İçerik	Teori + uygulamali lab
Materyaller	Basılı kılavuz + lab ortamı
Avantaj	Yuzyuze etkileşim, ağ kurma
Pazar	Türkiye, MENA, Avrupa

Online Canlı (Remote)

Özellik	Detay
Platform	Nextcloud Talk + ekran paylaşımı
Grup Büyüklüğü	4-12 katılımcı
İçerik	Teori + uzaktan lab erişimi
Materyaller	Dijital kılavuz + lab ortamı
Avantaj	Seyahat gerektirmez, esnek zamanlama

Self-Paced (Kendi Hızında)

Özellik	Detay
Platform	Denomas Akademi portalii
İçerik	Video dersler + interaktif lablar
Süre	Katılımcının hızına bağlı
Destek	Forum + haftalık canlı S&C oturumu
Avantaj	7/24 erişim, kendi temposu

Hands-on Lab (Uygulamali)

Özellik	Detay
Ortam	Denomas lab / bulut ortamı
İçerik	Gerçek senaryolara dayalı uygulamalar
Rehberlik	Eğitmen esliginde veya bagiimsiz
Avantaj	Pratik deneyim, gerçek ortam

Özel Eğitim Geliştirme

Neden Özel Eğitim?

Standart katalog müşterinin spesifik ihtiyaçlarını karşılamıyor ise, müşteriye özel eğitim içeriği geliştirilir.

Etkinlik Yönetimi

Mon, 01 Jan 0001 00:00:00 +0000

Etkinlik Yönetimi

Etkinlikler, Denomas'ın teknik toplulukla yüz yüze ve çevrimiçi bağlantı kurduğu en etkili pazarlama kanallarından biridir. Bu sayfa, etkinlik türlerini, planlama süreçlerini ve başarı ölçüm yöntemlerini tanımlar.

@pazarlama-ekibi

Etkinlik planlaması ve koordinasyonu @pazarlama-ekibi sorumluluğundadır. Teknik içerik için ilgili ürün ekipleriyle işbirliği yapılır.

Etkinlik Stratejisi

Stratejik Hedefler

Marka Bilinirliği — Denomas'ı Türkiye, MENA ve Avrupa'da IT altyapı izleme ve otomasyon alanında tanınan bir marka haline getirmek
Lead Üretimi — Etkinlikler aracılığıyla nitelikli lead üretmek (hedef: toplam lead'in %25'i etkinliklerden)
Topluluk İnşası — Açık kaynak ve teknik toplulukla organik bağlantı kurmak
Müşteri Sadakati — Mevcut müşterilerle ilişkileri derinleştirmek
Partner Ekosistemi — Partner ilişkilerini güçlendirmek ve yeni partnerler kazanmak

Etkinlik Türleri ve Formatları

Etkinlik Türü	Format	Katılımcı Sayısı	Birincil Amaç
Konferans katılımı	Yüz yüze / hibrit	500-10.000+	Marka bilinirliği, networking
Teknik webinar	Çevrimiçi canlı	50-500	Lead üretimi, eğitim
Workshop	Yüz yüze / çevrimiçi	15-50	Derinlemesine teknik eğitim
Meetup	Yüz yüze	20-100	Topluluk inşası
Denomas Day	Yüz yüze	200-500	Müşteri sadakati, showcase
Partner buluşması	Hibrit	30-100	Partner ekosistemi
Hackathon	Yüz yüze / çevrimiçi	50-200	Geliştirici topluluğu

Konferans Katılımı

Hedef Konferanslar

Türkiye

Etkinlik	Dönem	Odak	Denomas Katılım Şekli
Bilişim Zirvesi	Q4	Genel BT	Stand + sunum
BTDAYS	Q2	BT altyapı	Stand + workshop
CyberX	Q3	Siber güvenlik	Stand + sunum (Forceye, Siber Sigorta)
Açık Kaynak Konferansı	Q2	Açık kaynak	Sunum + sponsor

Uluslararası

Etkinlik	Bölge	Dönem	Denomas Katılım Şekli
GITEX	MENA	Q4	Stand + demo (tüm portföy)
GISEC	MENA	Q1	Stand (Forceye, Siber Sigorta)
FOSDEM	Avrupa	Q1	Sunum + topluluk
KubeCon EU	Avrupa	Q2	Stand + sunum (Automation)
Zabbix Summit	Avrupa	Q3	Sponsor + sunum (Monitoring)
Cairo ICT	Afrika/MENA	Q4	Stand + partner toplantıları

Konferans Hazırlık Kontrol Listesi

12 Hafta Önce:

Geliştirici İlişkileri

Mon, 01 Jan 0001 00:00:00 +0000

Geliştirici İlişkileri (DevRel)

Geliştirici ilişkileri (Developer Relations — DevRel), Denomas'ın açık kaynak kökenli ürün portföyünün teknik toplulukla bağını güçlendiren stratejik bir fonksiyondur. Bu sayfa, DevRel faaliyetlerinin kapsamını, topluluk yönetimi prensiplerini ve geliştirici deneyimi iyileştirme süreçlerini tanımlar.

@pazarlama-ekibi

DevRel faaliyetleri @pazarlama-ekibi koordinasyonunda, mühendislik ekipleriyle ortaklaşa yürütülür.

DevRel Stratejisi

Misyon

Denomas'ın teknik topluluktaki güvenilirliğini ve görünürlüğünü artırmak. Geliştiricilerin Denomas ürünlerini benimsemesini, katkıda bulunmasını ve savunmasını sağlamak.

Stratejik Öncelikler

Açık Kaynak Topluluk Büyümesi — GitHub üzerindeki projelere katkıda bulunan geliştirici sayısını artırmak
Teknik İçerik Üretimi — Geliştiricilere yönelik kaliteli teknik blog, rehber ve doküman üretmek
Etkinlik Varlığı — Teknik konferans ve meetup'larda düzenli konuşmacı olarak yer almak
Geliştirici Deneyimi (DX) — Ürünlerin kurulum, yapılandırma ve entegrasyon süreçlerini basitleştirmek
Geri Bildirim Döngüsü — Topluluk geri bildirimlerini ürün geliştirme sürecine taşımak

Açık Kaynak Topluluk Yönetimi

Topluluk Kanalları

Kanal	Platform	Amaç	Yanıt Süresi
GitHub Issues	GitHub	Hata raporları, özellik istekleri	<24 saat (ilk yanıt)
GitHub Discussions	GitHub	Teknik sorular, fikirler	<48 saat
Topluluk Forumu	Web	Genel tartışmalar, yardım	<48 saat
Nextcloud Talk	Nextcloud	İç ve dış iletişim	<4 saat (iş saatleri)
Discord/Matrix	Topluluk chat	Anlık sohbet, destek	En iyi çaba

Topluluk Sağlık Metrikleri

Metrik	Açıklama	Hedef
GitHub star sayısı	Proje ilgisi göstergesi	Çeyreklik >%10 büyüme
Aktif katkıcı sayısı	Ayda en az 1 commit yapan dış katkıcı	Aylık >20
Issue yanıt süresi	İlk yanıt süresi ortalaması	<24 saat
PR merge süresi	Dış katkıların birleştirilme süresi	<1 hafta
Fork sayısı	Proje çatallanma sayısı	Çeyreklik >%15 büyüme
Topluluk üye sayısı	Forum + chat toplam üye	Çeyreklik >%10 büyüme

Katkıcı Programı

Denomas açık kaynak projelerine katkıda bulunan geliştiriciler için kademeli bir tanıma programı uygulanır:

GitLab Rehberi

Mon, 01 Jan 0001 00:00:00 +0000

GitLab Rehberi

GitLab, Denomas'ın kod yönetimi, CI/CD ve proje takibi platformudur. Self-hosted GitLab instance'ımız, tüm geliştirme sürecinin merkezinde yer alır.

Erişim

Bilgi	Değer
URL	code.denomas.com
Giriş	SSO (Keycloak)
SSH	SSH anahtar tabanlı erişim

Temel Özellikler

Repository Yönetimi

GitLab, Denomas'ın tüm kaynak kodunu, altyapı konfigürasyonlarını ve dokümantasyonunu barındırır:

Özellik	Açıklama
Git Repository	Git tabanlı kaynak kod yönetimi
Branching	GitFlow veya trunk-based geliştirme stratejileri
Protected Branches	`main` ve `release/*` dalları korunmalıdır (doğrudan push yasak)
Code Owners	`CODEOWNERS` dosyası ile otomatik incelemeci atama
Repository Mirrors	Kritik repo'ların otomatik yedek mirror'ları
Git LFS	Büyük dosyalar için Large File Storage

Repository Organizasyonu:

Gizlilik Politikası

Mon, 01 Jan 0001 00:00:00 +0000

Gizlilik Politikası

Bu gizlilik politikası, Denomas (İlim Teknoloji A.Ş.) tarafından kişisel verilerin nasıl toplandığını, işlendiğini, saklandığını ve korunduğunu açıklar.

Veri Sorumlusu

Bilgi	Değer
Şirket	İlim Teknoloji A.Ş. (Denomas)
Adres	İstanbul, Türkiye
E-posta	privacy@denomas.com
VERBIS No	[VERBIS kayıt numarası]

Toplanan Veri Kategorileri

Kimlik Verileri

Ad, soyad
E-posta adresi
Telefon numarası
Şirket bilgileri

Teknik Veriler

IP adresi
Tarayıcı bilgileri
Oturum verileri
Log kayıtları

Kullanım Verileri

Ürün kullanım istatistikleri
Destek bilet geçmişi
Eğitim katılım kayıtları

Veri İşleme Amaçları

Kişisel veriler aşağıdaki amaçlar doğrultusunda işlenir:

GPMS Pazarlama

Mon, 01 Jan 0001 00:00:00 +0000

GPMS Pazarlama

GPMS (Global Power Management System), İlim Teknoloji ekosisteminin enerji sektörüne yönelik ürünü olarak 100'den fazla ülkede faaliyet gösterir. Bu sayfa, GPMS'in global pazarlama stratejisini özetler.

Ürün Pozisyonlama

GPMS, enerji sektöründe trafo merkezi izleme ve güç şebekesi yönetimi için gelişmiş bir platformdur:

Özellik	Değer Önerisi
Protokol Desteği	Modbus, GPRS, IEC 61850
Kapsam	100+ ülke, 10.000+ trafo merkezi
İzleme	7/24 gerçek zamanlı izleme
Raporlama	Otomatik uyumluluk raporları
Entegrasyon	SCADA, ERP, GIS sistemleri

Hedef Pazarlar

Birincil Pazarlar

Bölge	Odak	Potansiyel
Türkiye	Yerel referanslar, TEDAŞ işbirliği	Yüksek
Orta Doğu	Enerji altyapısı yatırımları	Yüksek
Afrika	Elektrik dağıtım modernizasyonu	Yüksek
Güneydoğu Asya	Şehirleşme, akıllı şebeke	Orta

İkincil Pazarlar

Doğu Avrupa — Altyapı yenileme projeleri
Orta Asya — Enerji bağımsızlığı programları
Latin Amerika — Dağıtım verimliliği projeleri

Rekabet Avantajları

Fiyat/Performans — Global rakiplere kıyasla %40-60 maliyet avantajı
Esneklik — Yerel ihtiyaçlara uyarlanabilir mimari
Entegrasyon — Mevcut SCADA/ERP sistemleriyle kolay entegrasyon
Destek — Yerel dilde teknik destek kapasitesi
Referanslar — 100+ ülkede kanıtlanmış başarı

Pazarlama Kanalları

Kanal	Strateji
Sektör Fuarları	CIGRE, IEEE PES, Enlit
Teknik Yayın	Enerji sektörü dergileri, IEEE yayınları
Partner Ağı	ARISIAS uluslararası dağıtım
Dijital	LinkedIn, sektöre özel webinarlar
Referans Ziyaretleri	Mevcut kurulum ziyaretleri

Enerji Sektörü Pazarlama Stratejisi Detayları

Sektöre Özel Mesajlama

Enerji sektöründe GPMS'in pazarlama mesajları üç temel değer ekseni etrafında şekillenir:

Güvenlik Yaklaşımı

Mon, 01 Jan 0001 00:00:00 +0000

Güvenlik Yaklaşımı

Denomas, tüm ürün ve hizmetlerinde Zero Trust ve Defense in Depth (Derinlemesine Savunma) prensiplerini temel alan kapsamlı bir güvenlik yaklaşımı benimser.

Zero Trust Prensipleri

Zero Trust, "asla güvenme, her zaman doğrula" prensibine dayanır. Denomas'ta bu prensip aşağıdaki şekilde uygulanır:

Temel Prensipler

Kimlik Doğrulama — Her erişim talebi, kaynağı ne olursa olsun (iç/dış ağ) kimlik doğrulamadan geçer
En Az Yetki (Least Privilege) — Kullanıcılar yalnızca işlerini yapmak için ihtiyaç duyduğu kaynaklara erişir
Mikro-Segmentasyon — Ağ kaynakları izole segmentlere ayrılır, yanal hareket sınırlanır
Sürekli Doğrulama — Oturum boyunca sürekli güven değerlendirmesi yapılır (cihaz durumu, konum, davranış)
Şifreli İletişim — Tüm trafik TLS 1.3/mTLS ile şifrelenir, iç ağ dahil
Varsayılan Reddet (Default Deny) — Açıkça izin verilmemiş tüm erişim engellenir
Log Her Şeyi — Tüm erişim girişimleri, başarılı/başarısız, kayıt altına alınır

Zero Trust Uygulama Modeli

┌─────────────────────────────────────────────────┐
│ 1. Kimlik ve Erişim Yönetimi (IAM) │
│ FreeIPA + Keycloak SSO + MFA (YubiKey/TOTP) │
├─────────────────────────────────────────────────┤
│ 2. Ağ Güvenliği (Mikro-Segmentasyon) │
│ VLAN izolasyonu + WireGuard VPN + mTLS │
├─────────────────────────────────────────────────┤
│ 3. Uygulama Güvenliği │
│ SAST/DAST + Dependency Scan + WAF │
├─────────────────────────────────────────────────┤
│ 4. Veri Güvenliği │
│ AES-256 şifreleme + Sınıflandırma + DLP │
├─────────────────────────────────────────────────┤
│ 5. Altyapı Güvenliği │
│ IaC + CIS Hardening + Patch Yönetimi │
├─────────────────────────────────────────────────┤
│ 6. İzleme ve Müdahale │
│ SIEM (Wazuh) + Zabbix + Olay Müdahale │
└─────────────────────────────────────────────────┘

Defense in Depth (Derinlemesine Savunma)

Katmanlı savunma stratejimiz, tek bir güvenlik kontrolünün başarısız olmasının tüm sistemi tehlikeye atmamasını sağlar. Her katman bağımsız olarak koruma sağlar:

Handbook-First Yaklaşımı

Mon, 01 Jan 0001 00:00:00 +0000

Handbook-First Yaklaşımı

İlke

"Handbook'ta yoksa, yoktur."

Her süreç, politika ve karar önce handbook'a yazılır, sonra uygulanır. Handbook Denomas'ın tek doğruluk kaynağı (SSOT)'dir.

Neden Handbook-First?

Ölçeklenebilirlik: Bilgi kişiye bağlı kalmaz, organizasyon büyüdükçe kaybolmaz
Asenkron çalışma: Uzaktan çalışan ekiplerin doğru bilgiye her zaman erişimi
Onboarding hızı: Yeni çalışan/Yapay Zeka Asistanı handbook'u okuyarak bağımsız çalışabilir
Tutarlılık: Aynı soruya herkes aynı cevabı alır
Yapay Zeka Asistanı entegrasyonu: Yapay Zeka Asistanları handbook'u okuyarak görev yürütebilir

Kurallar

Önce yaz: Toplantıda karar aldınız? Önce handbook'a yazın
Linkle, tekrarlama: Bilgiyi bir yere yaz, her yerden wiki-link ile referans ver
DSE sahipliği: Her sayfa bir ekibin sorumluluğunda
Güncelle: Bayat bilgi yanlış bilgiden tehlikelidir. Gözden geçirme takvimine uy
Aranabilir yaz: Başlık, tag ve description alanlarını özenle doldur

Anti-Kalıplar

Uyarı

"Bunu Nextcloud Talk'ta sorarım" → Handbook'ta ara, yoksa handbook'a ekle
"Bu herkesin bildiği bir şey" → Herkesin bildiği şey handbook'ta yazmalı
"Çok detaylı olmaya gerek yok" → Bir Yapay Zeka Asistanı bu bilgiyle görev yürütebilir mi? Hayırsa, detaylandır

İlgili Sayfalar

denomas-değerleri
communication-standards

Hibrit Bulut Stratejisi

Mon, 01 Jan 0001 00:00:00 +0000

Hibrit Bulut Stratejisi

Denomas, müşterilerine hem on-premise hem de cloud ortamlarında hizmet verir. Hibrit bulut stratejimiz, veri egemenliğini korurken bulutun esnekliğinden yararlanmayı amaçlar.

Strateji

┌─────────────────────────────────────────┐
│ Denomas Cloud (SaaS) │
│ Track 1 — Sürekli deployment │
│ denomas.com üzerinden │
├─────────────────────────────────────────┤
│ Müşteri On-Premise (Self-Managed) │
│ Track 2 — Aylık release │
│ Ansible ile otomatik kurulum │
├─────────────────────────────────────────┤
│ Hibrit (Karma) │
│ Kontrol düzlemi cloud + veri on-prem │
└─────────────────────────────────────────┘

Deployment Modelleri

Model	Kullanım Alanı	Örnek
Full SaaS	KOBİ'ler, hızlı başlangıç	Denomas AIO Community
Self-Managed	Kamu, finans, telekom	Denomas Denetim Otomasyon Enterprise
Hibrit	Hassas veri + cloud esneklik	Denomas Cloud

Veri Egemenlik Prensipleri

Müşteri verileri, müşterinin seçtiği lokasyonda kalır
KVKK ve GDPR uyumu tüm modellerde sağlanır
Veri sınıflandırması: Public, Internal, Confidential, Restricted

Altyapı Otomasyon

Tüm ortamlar Denomas Yönetim Otomasyon ile yönetilir:

Hizmet Kataloğu

Mon, 01 Jan 0001 00:00:00 +0000

Hizmet Kataloğu

Bu sayfa, Denomas'ın sunduğu tüm ürün ve hizmetlerin kapsamlı kataloğudur. 17 ana hizmet kategorisi altında altyapı yönetiminden güvenlik izleme ve siber sigortaya kadar geniş bir yelpazede çözümler sunulmaktadır.

Kapsamlı Çözüm Ortağı

Denomas, sadece bir yazılım satıcısı değil, tüm operasyonel ve teknolojik altyapınızı tek bir çatı altında birleştiren stratejik bir ortaktır. Odaklı ihtiyaçlar için haftalar içinde kurulum, büyük tesisler için 3 yıla varabilen anahtar teslim ortaklıklar sunarız.

IECO v6.0 Genel Bakış

Mon, 01 Jan 0001 00:00:00 +0000

IECO v6.0 Genel Bakış

IECO (Intelligent Enterprise Cognitive Ontology), Denomas'ın tescilli domain-agnostic kurumsal işletim sistemidir. Geleneksel şablon doldurma veya doküman yönetimi yaklaşımlarından farklı olarak, organizasyonel bilgiyi atomik birimler halinde bir bilgi grafında modeller ve bu atomlardan çok eksenli semantik projeksiyon ile sınırsız çıktı türü üretir.

IECO Nedir?

IECO, kurumsal bilgiyi bir işletim sistemi çekirdeği gibi ele alır. Şablon değil, bilgi grafı kullanır. Tek bir bilgi atomu; teklif, sözleşme, web sayfası, katalog, teknik belge, satış el kitabı veya sipariş formuna dönüşebilir.

İçerik Stratejisi

Mon, 01 Jan 0001 00:00:00 +0000

İçerik Stratejisi

Denomas içerik stratejisi, ürün portföyümüzün (Monitoring, Automation, AIO, GPMS, Forceye, Siber Sigorta) teknik değerini hedef kitlelere ulaştırmak için değer üreten içerik yaklaşımını benimser. Bu sayfa, içerik türlerini, üretim sürecini ve takvimi tanımlar.

@pazarlama-ekibi

İçerik stratejisi ve takvim yönetimi @pazarlama-ekibi sorumluluğundadır. Teknik doğruluk için ilgili ürün ekipleriyle koordinasyon zorunludur.

İçerik Stratejisi Prensipleri

Handbook-First — Her içerik önce handbook'ta yazılır, sonra dış kanallara uyarlanır.
Teknik Doğruluk — Her içerik yayın öncesi ilgili mühendislik ekibinden onay alır.
SEO Odaklı — Anahtar kelime araştırması yapılmadan içerik üretilmez.
Yeniden Kullanım — Bir blog yazısı, sosyal medya serisi, video senaryosu ve webinar konusu olarak yeniden kullanılır.
Ölçülebilirlik — Her içeriğin performans metrikleri tanımlıdır.

İçerik Türleri

Blog Yazıları

Blog, Denomas'ın organik trafik ve düşünce liderliği stratejisinin temel taşıdır.

İletişim Standartları

Mon, 01 Jan 0001 00:00:00 +0000

İletişim Standartları

Denomas'ta iletişim, Tam Uzaktan (All-Remote) çalışma modelinin temelidir. Doğru kanal, doğru format ve doğru zamanlama ile iletişim kalitesini yüksek tutarız.

Alıntı

"İletişim bir beceri değil, bir altyapıdır. Altyapı yoksa beceri işe yaramaz." — Denomas Handbook İlkesi

Etkili ve Sorumlu İletişim İlkeleri

Pozitif niyet varsay. Her zaman iyi niyetle başla (bkz. denomas-değerleri)
Nezaket önemlidir. Ekranın arkasında gerçek bir insan var. Yüz yüze söylemeyeceğiniz şeyi mesaj olarak göndermeyin.
Düşünceni sorumlu ve kapsayıcı ifade et. Farklı lokasyonlardan, farklı perspektiflerle çalışıyoruz.
Sahiplen. Söylediğinin veya yazdığının arkasında dur. Kasıtsız bile olsa zarar verdiyse özür dile.
Değer rol modeli ol. Her iletişimde denomas-değerleri yaşıyor olmalı.
Geri bildirim esastır. Farklı kültürlerde ne uygun olduğunu bilmek zor. Geri bildirim ver ve al, saygılı şekilde.
1:1'i hafife alma. Yanlış anlaşılmaları çözmek için kısa bir video görüşme, uzun bir mesaj dizisinden daha etkilidir.
Doğrudan etkileşime odaklan. Kontrol edemediğimiz etkenler yerine doğrudan etkileyebildiğimiz KPI'lara odaklan.

Herkes bir moderatördür

Nextcloud Talk, Issue, MR, e-posta veya herhangi bir platformda endişe verici bir durum görürseniz ilgili kişiye 1:1 formatta saygıyla söyleyin. Rahatsızlık duyuyorsanız yöneticinize veya @ik-ekibi'ne başvurun.

İzleme ve Gözlemlenebilirlik

Mon, 01 Jan 0001 00:00:00 +0000

İzleme ve Gözlemlenebilirlik

Denomas'ta her sistem gözlemlenebilir olmalıdır. Üç temel sinyal üzerinden izleme yaparız: metrikler, loglar ve tracing.

İzleme Yığını

Katman	Araç	Amaç
Metrikler	Prometheus + VictoriaMetrics	Zaman serisi metrik toplama
Görselleştirme	Grafana	Dashboard ve alerting
Loglama	Loki	Merkezi log toplama
Tracing	OpenTelemetry + Jaeger	Dağıtık izleme
Hata İzleme	Sentry	Uygulama hata yakalama
Altyapı İzleme	Denomas Denetim Otomasyon (Zabbix)	IT/OT izleme

Apdex Skoru

Apdex (Application Performance Index), kullanıcı memnuniyetini ölçen standart bir metriktir.

Kalite Mühendisliği

Mon, 01 Jan 0001 00:00:00 +0000

Kalite Mühendisliği

Kalite, Denomas'ta ayrı bir aşama değildir. Geliştirme sürecinin içine gömülü bir disiplindir.

Test Piramidi

 ╱ ╲
 ╱ E2E ╲ — Az ama kritik
 ╱───────╲
 ╱ Enteg. ╲ — Servisler arası
 ╱─────────────╲
 ╱ Birim Testleri ╲ — Çok ve hızlı
 ╱─────────────────────╲

Seviye	Hedef Kapsam	Çalıştırma	Araç
Birim	%80+	Her commit	pytest, jest
Entegrasyon	Kritik akışlar	Her MR	pytest + testcontainers
E2E	Kullanıcı senaryoları	Her release	Playwright, Cypress
Performans	Kritik endpoint'ler	Haftalık	k6

Hata Bütçesi (Error Budget)

Her üretim servisi için aylık hata bütçesi tanımlanır:

Katkı Rehberi

Mon, 01 Jan 0001 00:00:00 +0000

Katkı Rehberi

Denomas Handbook yaşayan bir belgedir. Her ekip üyesi (insan veya Yapay Zeka Asistanı) katkıda bulunabilir ve bulunması beklenir. Bu rehber handbook'a katkı sürecini, yazım standartlarını ve inceleme kurallarını tanımlar.

Sorumluluk

Handbook genel yönetimi @liderlik-ekibi sorumluluğundadır. Her departman kendi bölümünün güncelliğinden sorumludur.

Katkı Türleri

Tür	Açıklama	Zorluk	Süre
Düzeltme	Yazım hatası, kırık link, format düzeltme	Kolay	5-15 dk
Güncelleme	Mevcut bilginin güncellenmesi	Kolay-Orta	15-60 dk
Yeni Sayfa	Yeni bir handbook sayfası oluşturma	Orta	1-4 saat
Yeniden Yapılandırma	Bölüm yapısının değiştirilmesi	Zor	2-8 saat
Politika Değişikliği	Mevcut politikanın değiştirilmesi	Zor	Değişken

İlk Katkı

İlk katkınız için bir yazım hatası düzeltmesi veya küçük güncelleme ile başlayın. Süreç hakkında pratik kazanırsınız.

Kod İnceleme

Mon, 01 Jan 0001 00:00:00 +0000

Kod İnceleme

Kod inceleme, Denomas mühendislik kültürünün temel taşlarından biridir. Her değişiklik, merge edilmeden önce en az bir takım arkadaşının incelemesinden geçer.

İlkeler

Her MR Review Alır — İstisna yoktur, tek satırlık değişiklikler bile
Yapıcı Geri Bildirim — Eleştiri koda yöneliktir, kişiye değil
Öğrenme Aracı — Review, hem yazar hem reviewer için öğrenme fırsatıdır
Otomasyon Desteği — Linter ve testler review öncesi otomatik çalışır

Merge Request Standartları

Her MR şu bilgileri içermelidir:

Kod Kalitesi

Mon, 01 Jan 0001 00:00:00 +0000

Kod Kalitesi

Denomas'ta kod kalitesi, geliştirme sürecinin ayrılmaz bir parçasıdır. Her commit, pre-commit hook'larından geçer; her MR, Otomatik Kalite Kapısından geçmek zorundadır. Bu kapı, bilinen güvenlik açıklarının (SQL injection, XSS vb.) koda girmesini en başından engeller.

Temel Kural

Her commit pre-commit hook'larından geçmelidir. İstisnasız.

Pre-commit Hooks

Tüm projelerde aşağıdaki pre-commit hook'ları aktiftir:

# .pre-commit-config.yaml
repos:
 # Genel dosya kontrolleri
 - repo: https://github.com/pre-commit/pre-commit-hooks
 rev: v4.6.0
 hooks:
 - id: trailing-whitespace
 - id: end-of-file-fixer
 - id: check-yaml
 args: ['--allow-multiple-documents']
 - id: check-json
 - id: check-merge-conflict
 - id: detect-private-key
 - id: check-added-large-files
 args: ['--maxkb=1024']
 - id: no-commit-to-branch
 args: ['--branch', 'main', '--branch', 'master']

 # Python: Ruff (flake8 + isort + pyupgrade birleşimi)
 - repo: https://github.com/astral-sh/ruff-pre-commit
 rev: v0.4.0
 hooks:
 - id: ruff
 args: ['--fix']
 - id: ruff-format

 # Python: Black (formatter)
 - repo: https://github.com/psf/black
 rev: 24.4.0
 hooks:
 - id: black
 args: ['--line-length=120']

 # Python: MyPy (tip kontrolü)
 - repo: https://github.com/pre-commit/mirrors-mypy
 rev: v1.10.0
 hooks:
 - id: mypy
 additional_dependencies: ['types-requests', 'types-redis']
 args: ['--ignore-missing-imports']

 # Python: Bandit (güvenlik taraması)
 - repo: https://github.com/PyCQA/bandit
 rev: 1.7.8
 hooks:
 - id: bandit
 args: ['-c', 'pyproject.toml', '-r']
 additional_dependencies: ['bandit[toml]']

 # Ansible
 - repo: https://github.com/ansible/ansible-lint
 rev: v24.2.0
 hooks:
 - id: ansible-lint

 # Docker
 - repo: https://github.com/hadolint/hadolint
 rev: v2.12.0
 hooks:
 - id: hadolint

 # Shell
 - repo: https://github.com/shellcheck-py/shellcheck-py
 rev: v0.10.0
 hooks:
 - id: shellcheck

 # Commit message format (Conventional Commits)
 - repo: https://github.com/compilerla/conventional-pre-commit
 rev: v3.2.0
 hooks:
 - id: conventional-pre-commit
 stages: [commit-msg]
 args: ['feat', 'fix', 'docs', 'style', 'refactor', 'test', 'chore', 'ci']

Doğrudan Ana Dala Commit Yasak

no-commit-to-branch hook'u, doğrudan main veya master dalına commit yapılmasını engeller. Tüm değişiklikler feature branch üzerinden MR ile gelmelidir.

Kullanım Koşulları

Mon, 01 Jan 0001 00:00:00 +0000

Kullanım Koşulları

Bu sayfa, Denomas ürün ve hizmetlerinin kullanım koşullarını belirler. Denomas hizmetlerini kullanarak bu koşulları kabul etmiş sayılırsınız.

1. Tanımlar

Terim	Tanım
Denomas	İlim Teknoloji A.Ş. bünyesinde faaliyet gösteren Denomas markası
Hizmet	Denomas'ın sunduğu tüm yazılım ürünleri ve hizmetler
Müşteri	Denomas hizmetlerini kullanan gerçek veya tüzel kişi
Kullanıcı	Müşteri adına hizmeti kullanan bireyler

2. Hizmet Kapsamı

Denomas, hizmet kataloğu nda belirtilen ürün ve hizmetleri sunar:

Yazılım lisansları (Community, Pro, Enterprise)
Danışmanlık hizmetleri
Uygulama hizmetleri
Eğitim hizmetleri
Teknik destek

3. Kullanım Kuralları

Müşteri ve kullanıcılar aşağıdaki kurallara uymakla yükümlüdür:

KVKK Uyumluluk

Mon, 01 Jan 0001 00:00:00 +0000

KVKK Uyumluluk

Bu sayfa, Denomas müşterilerinin 6698 sayılı Kişisel Verilerin Korunması Kanunu (KVKK) ile uyumluluk sağlamaları için bir rehber niteliği taşır.

KVKK Nedir?

KVKK, Türkiye'de kişisel verilerin korunmasına yönelik temel yasal çerçevedir. AB'nin GDPR düzenlemesiyle paralellik gösterir ve aşağıdaki alanları kapsar:

Kişisel verilerin işlenmesi kuralları
Veri sorumlusunun yükümlülükleri
İlgili kişinin hakları
Kişisel Verileri Koruma Kurulu'nun yetkileri

Uyumluluk Adımları

1. Veri Envanteri

Tüm kişisel veri işleme faaliyetlerinin haritalanması:

Adım	Açıklama
Veri kategorileri	Hangi kişisel veriler işleniyor?
İşleme amaçları	Neden işleniyor?
Hukuki dayanak	Hangi hukuki dayanak kullanılıyor?
Saklama süreleri	Ne kadar süre saklanıyor?
Aktarım	Kimlerle paylaşılıyor?

2. Aydınlatma Metni

Kişisel verileri işlenen tüm bireylerin bilgilendirilmesi:

Lisans Yönetimi

Mon, 01 Jan 0001 00:00:00 +0000

Lisans Yönetimi

Sorumluluk

Lisans yönetimi @destek-ekibi ve @satis-ekibi ortak sorumluluğundadır.

Lisans Türleri

Ürün Lisansları

Lisans	Hedef Kitle	Fiyatlandırma	Destek	Özellikler
Community	Bireysel / küçük ekipler	Ücretsiz	Forum + dokümantasyon	Temel özellikler, topluluk desteği
Pro	KOBİ	Kullanıcı başı / aylık	Standard destek (8x5)	Gelişmiş özellikler, e-posta desteği
Enterprise	Büyük kurumlar	Kurumsal anlaşma	Enterprise destek (7/24 + TAM)	Tüm özellikler, özel TAM, SLA garantisi

Lisans Karşılaştırması

Özellik	Community	Pro	Enterprise
Temel modüller	Evet	Evet	Evet
Gelişmiş raporlama	—	Evet	Evet
API erişimi	Sınırlı	Tam	Tam
Özelleştirme desteği	—	Sınırlı	Tam
SSO/LDAP entegrasyonu	—	Evet	Evet
Çoklu ortam (multi-tenant)	—	—	Evet
Özel TAM	—	—	Evet
SLA garantisi	—	%99.5 uptime	%99.95 uptime
Eğitim saatleri (yıllık)	—	8 saat	40 saat
Acil yama önceliği	—	—	Evet

Lisans Aktivasyon Süreci

Yeni Lisans Aktivasyonu

Adım	Eylem	Sorumlu	Süre
1	Satış sözleşmesi imzalanır	@satis-ekibi	—
2	Odoo CRM'de lisans kaydı oluşturulur	@satis-ekibi	1 iş günü
3	Lisans anahtarı üretilir	Lisans sistemi (otomatik)	Anında
4	Müşteriye lisans anahtarı ve aktivasyon rehberi gönderilir	@destek-ekibi	4 saat
5	Müşteri lisansı aktive eder	Müşteri	—
6	Aktivasyon doğrulaması	Lisans sistemi (otomatik)	Anında
7	Hoş geldin e-postası ve onboarding planı	@destek-ekibi	1 iş günü

Aktivasyon Yöntemleri

Yöntem	Açıklama	Uygun Lisanslar
Çevrimiçi aktivasyon	Lisans anahtarı ile otomatik doğrulama	Pro, Enterprise
Çevrimdışı aktivasyon	Aktivasyon dosyası ile manuel doğrulama	Enterprise (air-gapped ortamlar)
API aktivasyon	REST API üzerinden programatik aktivasyon	Enterprise

Lisans Anahtarı Yapısı

Alan	Açıklama
Müşteri ID	Benzersiz müşteri tanımlayıcı
Ürün	Lisanslanan ürün adı
Tier	Community / Pro / Enterprise
Kullanıcı limiti	Maksimum lisanslı kullanıcı sayısı
Başlangıç tarihi	Lisans geçerlilik başlangıcı
Bitiş tarihi	Lisans geçerlilik sonu
Özellikler	Aktif modül ve özellik listesi

Yenileme Prosedürü

Yenileme Takvimi

Süre	Eylem	Kanal	Sorumlu
90 gün önce	Otomatik bildirim → Hesap Yöneticisi	Odoo CRM alert	Sistem
60 gün önce	Müşteri temas, kullanım değerlendirmesi	E-posta + telefon	Hesap Yöneticisi
45 gün önce	Yenileme teklifi hazırlama	Odoo CRM	@satis-ekibi
30 gün önce	Müşteriye teklif gönderme	E-posta	Hesap Yöneticisi
15 gün önce	Takip, müşteri kararı	Telefon + e-posta	Hesap Yöneticisi
7 gün önce	Son hatırlatma (yenilenmezse)	E-posta	Sistem
Bitiş günü	Lisans durumu güncelleme	Otomatik	Sistem

Yenileme Senaryoları

Senaryo	Eylem
Zamanında yenileme	Yeni lisans anahtarı otomatik üretilir, kesintisiz geçiş
Geç yenileme (1-30 gün)	Grace period: lisans aktif, uyarı mesajları
Yenileme reddi	Lisans Community seviyesine düşer, veriler korunur
Tier değişikliği	Yeni lisans anahtarı, özellik geçişi planlanır

Grace Period

Lisans süresi dolduktan sonra 30 günlük grace period uygulanır. Bu süre sonunda lisans Community seviyesine düşer. Müşteri verisi silinmez ancak gelişmiş özellikler devre dışı kalır.

Marka İletişimi

Mon, 01 Jan 0001 00:00:00 +0000

Marka İletişimi

Denomas marka iletişimi, ürün portföyünün (Monitoring, Automation, AIO, GPMS, Forceye, Siber Sigorta) pazar algısını yöneten ve kurumsal itibarı koruyan stratejik bir fonksiyondur. Bu sayfa, kurumsal iletişim prensiplerini, basın ilişkilerini ve kriz iletişimi protokollerini tanımlar.

@pazarlama-ekibi

Marka iletişimi ve kurumsal iletişim @pazarlama-ekibi koordinasyonunda, üst yönetim onayıyla yürütülür.

Marka Kimliği

Marka Değer Önerisi

Denomas, açık kaynak temelli IT altyapı izleme ve otomasyon çözümleriyle kurumların dijital altyapısını güvenli, görünür ve yönetilebilir kılar.

Marka Kimliği

Mon, 01 Jan 0001 00:00:00 +0000

Marka Kimliği

Denomas, İlim Teknoloji içinde geliştirilen teknik markadır. Çoklu ürün ve marka stratejisinin müşteri-facing ana yazılım yüzeyini temsil eder.

Alıntı

"Marka vaadimiz: Kurumları otonom organizasyonlara dönüştürmek." — Denomas Misyonu

Ana Marka: Denomas

Özellik	Değer
Tam Ad	Denomas
Slogan	Denetim ve Yönetim Otomasyon Sistemleri
Misyon	Kurumları otonom organizasyonlara dönüştürmek
Arketip	The Creator / The Ruler (Yaratıcı ve Düzen Kurucu)
Ana Platform	denomas.com
Handbook	handbook.denomas.com
Kod Deposu	code.denomas.com

Çoklu Marka Stratejisi

Denomas ekosistemi, farklı sektörlere ve ihtiyaçlara yönelik alt markalardan oluşur. Her marka kendi kimliğini taşırken, Denomas değer ve standartlarına bağlıdır.

Marketing Specialist

Mon, 01 Jan 0001 00:00:00 +0000

Marketing Specialist (Pazarlama Uzmanı)

Pazarlama uzmanları, Denomas'ın marka bilinirliğini, talep yaratma ve müşteri edinme süreçlerini yönetir. İçerik pazarlama, dijital pazarlama ve etkinlik yönetiminden sorumludur.

Kullanılan Araçlar

Araç	Kullanım Alanı
CRM (Odoo)	Lead yönetimi ve kampanya takibi
Google Analytics / Matomo	Web analitiği
Sosyal medya araçları	İçerik planlama ve yayınlama
E-posta pazarlama platformu	Kampanya yönetimi
Canva / Figma	Görsel içerik oluşturma
WordPress / Hugo	Web sitesi yönetimi

Kariyer Seviyeleri ve Denomas Yetkinlik Çerçevesi Gereksinimleri

Junior Marketing Specialist — Yetkinlik Seviyesi 2

Denomas Yetkinlik Çerçevesi Gereksinimleri:

Mimari Prensipler

Mon, 01 Jan 0001 00:00:00 +0000

Mimari Prensipler

Denomas'ın tüm ürünleri ve altyapısı aşağıdaki mimari prensipler üzerine inşa edilir. Mimari, "Önce Teknik Temel (Foundation First)" felsefesine dayanır. Müşteriye sunulacak özellikler geliştirilmeden önce tüm geliştirme ve otomasyon altyapısı mükemmelleştirilir.

Teknoloji Yığını (Technology Stack)

Bileşen	Teknoloji	Versiyon / Detay	Gerekçe
Ana Platform	Odoo	18.0+ (Python 3.10+)	CRM, satış, faturalandırma, muhasebe için zengin özellik seti
Backend Framework	Python / Django	4.2+ LTS	Mikroservisler ve harici API'ler için
Mikroservisler	Python (FastAPI)	0.100+	Yüksek performanslı API güdümlü servisler
Veritabanı	PostgreSQL	15+	Nesne-ilişkisel, ölçeklenebilir, güvenilir
Önbellek / Kuyruk	Redis	7+	Session, cache, Celery broker
Web Sunucu	Caddy	Reverse proxy, SSL termination, load balancing
Kaynak Kod Yönetimi	GitLab (Self-Hosted)	`code.denomas.com` ve `code.ilimteknoloji.com`
CI/CD	GitLab CI/CD	Mevcut GitLab Runner'lar ile entegre pipeline
Ön Yüz (Frontend)	Odoo Owl JS Framework	Odoo ekosistemi içinde sorunsuz entegrasyon
Bilişsel Altyapı	Node.js tabanlı MCP Sunucuları	Model Context Protocol (Yapay Zeka Asistanı erişimi)
Konteynerizasyon	Docker, Docker Compose	Tutarlı, izole ve tekrarlanabilir ortamlar
IaC	Ansible / Terraform	Konfigürasyon yönetimi ve cloud provizyon
İzleme	Prometheus + Grafana	Metrik toplama ve görselleştirme
Loglama	Wazuh	Merkezi log yönetimi

1. API-First

Her ürün ve hizmet, önce API olarak tasarlanır. UI, API'nin bir tüketicisidir.

Mühendislik Yaklaşımı

Mon, 01 Jan 0001 00:00:00 +0000

Mühendislik Yaklaşımı

Bu sayfa Denomas'ın halka açık mühendislik yaklaşımını özetler. İç ürünleşme yöntemleri, iç otomasyon akışları ve rekabetçi mühendislik detayları Internal Handbook içinde tutulur.

Public İlkeler

Güçlü teknik temeller üzerine ürün inşa etmek
Kalite kapılarıyla güvenilir teslimat üretmek
Açık kaynak ekosistemini ciddiyetle değerlendirmek
Güvenlik, performans ve bakım kolaylığını birlikte düşünmek
Dokümantasyon ve mühendislik disiplinini birlikte yürütmek

Public Teknik Sınır

İç ürünleşme metodolojileri, otomasyon akışları, klasör yapıları, iç approval modelleri ve asistan protokolleri public yüzde ayrıntılı olarak paylaşılmaz.

Müşteri Başarı Yönetimi

Mon, 01 Jan 0001 00:00:00 +0000

Müşteri Başarı Yönetimi

Denomas'ta müşteri başarı yönetimi (Customer Success Management — CSM), müşterilerin ürünlerimizden ölçülebilir iş değeri elde etmesini garantileyen proaktif bir disiplindir. Reaktif destek yerine proaktif rehberlik sunarız.

Sorumluluk

Müşteri başarı yönetimi @destek-ekibi bünyesindeki CSM birimi sorumluluğundadır. Eskalasyonlar için bkz. Eskalasyon Süreci.

CSM Rolü ve Sorumlulukları

Müşteri Başarı Yöneticisi (CSM)

CSM, müşterinin Denomas içindeki birincil stratejik iletişim noktasıdır.

Sorumluluk Alanı	Açıklama
Hesap Sahipliği	Atanan müşteri portföyünün genel sağlığından sorumlu
Onboarding Koordinasyonu	Onboarding sürecinin koordinasyonu
Proaktif İletişim	Düzenli check-in, QBR ve sağlık puanı takibi
Değer Gösterimi	Müşterinin elde ettiği iş değerini somutlaştırma
Yenileme Yönetimi	Sözleşme yenileme sürecinin yönetimi
Genişleme Fırsatları	Upsell ve cross-sell fırsatlarının tespiti
Risk Yönetimi	Churn riski erken tespiti ve müdahale
Sesini Duyurma	Müşteri geri bildirimlerini ürün ekibine taşıma

CSM Yetkinlik Matrisi

Yetkinlik	Junior CSM	Mid CSM	Senior CSM
Hesap Sayısı	15-20	10-15	5-8 (Enterprise)
Portföy ARR	< 500K TL	500K-2M TL	> 2M TL
Karar Yetkisi	Standart indirim	%15'e kadar indirim	Özel paket tasarımı
Eskalasyon	L1-L2 koordinasyon	L3 koordinasyon	L4+ doğrudan iletişim
QBR	Hazırlık desteği	Bağımsız yürütme	C-level sunum

Müşteri Yaşam Döngüsü

Denomas müşteri yaşam döngüsü altı temel aşamadan oluşur:

Müşteri Geri Bildirimi

Mon, 01 Jan 0001 00:00:00 +0000

Müşteri Geri Bildirimi

Müşteri geri bildirimi, Denomas'ın ürün ve hizmet kalitesini sürekli iyileştirmesinin temel girdisidir. Bu sayfa geri bildirim toplama yöntemlerini, işleme sürecini ve kapalı döngü (closed-loop) mekanizmasını tanımlar.

Sorumluluk

Müşteri geri bildirimi toplama ve işleme süreci @destek-ekibi bünyesindeki CSM birimi koordinasyonundadır. Ürün geri bildirimi @urun-ekibi ile paylaşılır.

Geri Bildirim Toplama Yöntemleri

1. NPS (Net Promoter Score)

Müşterinin Denomas'ı tavsiye etme olasılığını ölçen standart metriktir.

Parametre	Değer
Soru	"Denomas'ı bir meslektaşınıza tavsiye etme olasılığınız nedir? (0-10)"
Sıklık	Yarıyıllık (Haziran ve Aralık)
Kapsam	Tüm aktif müşteriler (birincil iletişim kişisi)
Kanal	E-posta anketi
Hedef Yanıt Oranı	> %40
Hedef NPS	> 40

NPS Kategorileri:

Müşteri Hikayeleri

Mon, 01 Jan 0001 00:00:00 +0000

Müşteri Hikayeleri

Müşteri hikayeleri (case study), Denomas'ın en güçlü pazarlama varlıklarından biridir. Gerçek müşteri deneyimleri, potansiyel müşterilere güven verir ve satış sürecini hızlandırır. Bu sayfa, müşteri hikayesi üretim sürecini, şablon yapısını ve referans yönetimi programını tanımlar.

@pazarlama-ekibi

Müşteri hikayesi üretimi @pazarlama-ekibi koordinasyonunda, müşteri başarısı (customer success) ve satış ekipleriyle ortaklaşa yürütülür.

Müşteri Hikayesi Stratejisi

Stratejik Hedefler

Sosyal Kanıt — Potansiyel müşterilere "benzer kurumlar Denomas kullanıyor" güvencesi
Satış Desteği — Satış ekibine sektöre özel referans materyalleri
Marka Güvenilirliği — Kanıtlanmış başarılarla marka itibarını güçlendirme
SEO Katkısı — Sektör ve ürün bazlı anahtar kelimelerde organik görünürlük
İçerik Çeşitliliği — Blog, video, sosyal medya için yeniden kullanılabilir içerik

Hedef Portföy

Her Denomas ürünü ve her hedef sektör için en az 1 müşteri hikayesi hedeflenir:

Müşteri Sağlığı

Mon, 01 Jan 0001 00:00:00 +0000

Müşteri Sağlığı

Sorumluluk

Müşteri sağlık skoru yönetimi @destek-ekibi sorumluluğundadır. Finansal bileşen @satis-ekibi tarafından sağlanır.

Sağlık Skoru Bileşenleri

Müşteri sağlık puanı 0-100 arasında hesaplanır. Her bileşen ağırlıklı olarak toplam puana katkı sağlar:

Bileşen	Ağırlık	Ölçüm Kaynağı	Güncelleme Sıklığı
Ürün Kullanımı	%25	Uygulama telemetrisi (Prometheus)	Haftalık
Destek Aktivitesi	%20	Odoo Helpdesk metrikleri	Haftalık
NPS / CSAT	%20	Odoo Survey sonuçları	Çeyreklik
Finansal Sağlık	%15	Odoo Accounting	Aylık
İlişki Kalitesi	%10	TAM değerlendirmesi	Aylık
Büyüme Potansiyeli	%10	Satış pipeline analizi	Çeyreklik

Bileşen Detayları

Ürün Kullanımı (%25)

Metrik	İdeal	Risk İşareti
Aktif kullanıcı oranı	>%80 lisanslı kullanıcı	<%50
Özellik benimseme	Temel özelliklerin >%60'ı	<%30
Oturum sıklığı	Günlük kullanım	Haftalık veya daha az
API çağrı hacmi	Stabil veya artan	%30+ düşüş

Destek Aktivitesi (%20)

Metrik	İdeal	Risk İşareti
Aylık bilet sayısı	Azalan trend	Artan trend
P1/P2 bilet oranı	<%10	>%30
Tekrarlayan sorunlar	0	3+ aynı kategori
Ortalama çözüm süresi	SLA içinde	SLA aşımı

NPS / CSAT (%20)

Metrik	İdeal	Risk İşareti
NPS puanı	>50 (Promoter)	<0 (Detractor)
CSAT ortalaması	>4.5 / 5	<3.5 / 5
Anket katılım oranı	>%60	<%20

Finansal Sağlık (%15)

Metrik	İdeal	Risk İşareti
Ödeme düzenliliği	Zamanında	30+ gün gecikme
Sözleşme yenileme geçmişi	Sürekli yenileme	Yenileme tereddüdü
Fatura itiraz oranı	%0	>%5

Sınıflandırma (RAG Durumu)

Puan Aralığı	Durum	Renk	Aksiyon
85-100	Sağlıklı	Yeşil	Standart ilgilenme, upsell fırsatları araştır
70-84	Dikkat	Sarı	Proaktif temas, ihtiyaç analizi, TAM görüşmesi
50-69	Risk	Turuncu	Müşteri başarı planı oluştur, haftalık temas
0-49	Kritik	Kırmızı	Acil kurtarma planı, üst yönetim müdahalesi

Durum Geçiş Kuralları

Geçiş	Tetikleyici	Bildirim
Yeşil → Sarı	Puan 84'ün altına düştü	TAM + Destek Yöneticisi
Sarı → Turuncu	Puan 69'un altına düştü	Destek Direktörü + Hesap Yöneticisi
Turuncu → Kırmızı	Puan 49'un altına düştü	Genel Müdür + Destek Direktörü
Herhangi → Yukarı	Puan iyileşme trendi (3 hafta)	TAM bilgilendirme

Proaktif Müdahale Tetikleyicileri

Sağlık puanından bağımsız olarak aşağıdaki durumlar otomatik uyarı tetikler:

Nextcloud Rehberi

Mon, 01 Jan 0001 00:00:00 +0000

Nextcloud Rehberi

Nextcloud, Denomas'ın dosya paylaşımı ve işbirliği platformudur. Self-hosted olarak çalıştırılan Nextcloud, veri egemenliğimizi korurken modern işbirliği özellikleri sunar.

Erişim

Bilgi	Değer
URL	cloud.denomas.com
Giriş	SSO (Keycloak)
Mobil	iOS ve Android uygulamaları
Masaüstü	Windows, macOS, Linux istemcileri

Temel Özellikler

Dosya Paylaşımı ve İşbirliği

Nextcloud, Denomas'ın birincil dosya paylaşımı ve işbirliği platformudur:

Dosya Yönetimi:

Dosya Paylaşımı — Dahili ve harici paylaşım linkleri (parola korumalı, süreli)
Sürümleme — Otomatik dosya sürüm geçmişi (son 30 versiyona kadar)
Çöplük — Silinen dosyalar 30 gün saklanır, geri yüklenebilir
Kota — Kullanıcı başına depolama kotası (varsayılan 50 GB)
Etiketler — Dosya organizasyonu için renkli etiketler
Yorumlar — Dosya üzerinde yorum bırakma ve tartışma

İşbirliği Araçları:

Nöbetçi Destek

Mon, 01 Jan 0001 00:00:00 +0000

Nöbetçi Destek

Sorumluluk

Nöbetçi destek yönetimi @destek-ekibi sorumluluğundadır. Altyapı nöbeti @altyapi-ekibi koordinasyonundadır.

7/24 Destek Modeli

Nöbet Türleri

Nöbet Tipi	Kapsam	Erişilebilirlik	Uygun Paketler
Destek nöbeti	Müşteri destek talepleri (P1/P2)	7/24	Premium+
Altyapı nöbeti	Sistem izleme, olay müdahale	7/24	Dahili + tüm müşteriler
Güvenlik nöbeti	Güvenlik olayları, acil yamalar	7/24	Dahili + tüm müşteriler

Çalışma Saatleri

Zaman Dilimi	Model	Nöbetçi Sayısı
İş saatleri (09:00-18:00 TRT)	Normal ekip + nöbetçi yedek	2 destek + 1 altyapı
Akşam (18:00-00:00 TRT)	Nöbetçi destek	1 destek + 1 altyapı
Gece (00:00-09:00 TRT)	Nöbetçi destek (çağrı üzerine)	1 destek + 1 altyapı
Hafta sonu / tatil	Nöbetçi destek (çağrı üzerine)	1 destek + 1 altyapı

Nöbet Rotasyonu

Rotasyon Kuralları

Kural	Değer
Rotasyon periyodu	1 hafta (Pazartesi 09:00 → Pazartesi 09:00)
Minimum ekip büyüklüğü	4 kişi (her nöbet havuzu)
Maksimum ardışık nöbet	1 hafta (2 hafta ara zorunlu)
Nöbet takvimi	Odoo Calendar + PagerDuty entegrasyonu
Değişiklik bildirimi	En az 48 saat önce

Rotasyon Takvimi

Hafta	Destek Nöbetçisi	Altyapı Nöbetçisi	Güvenlik Nöbetçisi
1	Uzman A	SRE A	SecEng A
2	Uzman B	SRE B	SecEng B
3	Uzman C	SRE C	SecEng A
4	Uzman D	SRE D	SecEng B

Nöbet Değişimi

Nöbet değişimi talepleri Mattermost #nobetci kanalında yapılır. Her iki tarafın onayı ve Destek Yöneticisi bilgilendirmesi zorunludur.

Odoo Rehberi

Mon, 01 Jan 0001 00:00:00 +0000

Odoo Rehberi

Odoo, Denomas'ın CRM ve ERP platformudur. Müşteri ilişkileri yönetimi, faturalama, proje takibi ve envanter yönetimi için tek bir platform olarak kullanılır.

Erişim

Bilgi	Değer
URL	odoo.denomas.com
Giriş	SSO (Keycloak)
Mobil	iOS ve Android uygulamaları

Aktif Modüller

CRM (Müşteri İlişkileri Yönetimi)

CRM modülü, müşteri ilişkilerinin tüm yaşam döngüsünü yönetir:

Özellik	Kullanım	Sorumlu Departman
Lead Yönetimi	Potansiyel müşteri takibi, kaynak analizi	Satış
Fırsat Yönetimi	Satış pipeline takibi, tahminleme	Satış
Aktivite Planlama	Görüşme, toplantı, takip planlama	Satış
Raporlama	Satış performans, pipeline ve tahmin raporları	Satış + Yönetim
E-posta Entegrasyonu	Otomatik e-posta loglama	Satış

Satış Pipeline Aşamaları

Yeni Lead → Nitelendirme → İhtiyaç Analizi → Demo → Teklif → Müzakere → Kapalı-Kazanıldı / Kapalı-Kaybedildi

Aşama Kuralları:

Organizasyon Yapısı

Mon, 01 Jan 0001 00:00:00 +0000

Organizasyon Yapısı

Denomas yatay bir organizasyon yapısına sahiptir. Her takım, belirli sorumluluk alanlarını (DSE: Doğrudan Sorumlu Ekip) kapsayan özerk birimlerden oluşur.

Takım Yapısı

Liderlik Ekibi (@liderlik-ekibi)
├── Mühendislik (@muhendislik-ekibi)
│ ├── Platform Mühendisliği
│ ├── Ürün Mühendisliği
│ ├── AI-Force (@ai-force-ekibi)
│ ├── Altyapı & DevOps
│ └── Kalite Mühendisliği
├── Ürün (@urun-ekibi)
│ ├── Ürün Yönetimi
│ └── UX/UI Tasarım
├── Satış (@satis-ekibi)
│ ├── Kurumsal Satış
│ ├── Partner Yönetimi
│ └── Çözüm Mühendisliği
├── Destek (@destek-ekibi)
│ ├── Teknik Destek
│ └── Müşteri Başarısı
├── Güvenlik (@guvenlik-ekibi)
│ ├── Uygulama Güvenliği
│ └── Altyapı Güvenliği
├── Hukuk (@hukuk-ekibi)
├── Pazarlama (@pazarlama-ekibi)
│ ├── İçerik
│ └── Etkinlikler
└── İnsan Kaynakları (@ik-ekibi)
 ├── İşe Alım
 └── Yetenek Geliştirme

DSE (Doğrudan Sorumlu Ekip) Sistemi

Her handbook sayfası, süreç ve ürün bir DSE koduna sahiptir. DSE, o alanın birincil sorumlusu olan ekibi belirtir.

Otomasyon Hizmetleri

Mon, 01 Jan 0001 00:00:00 +0000

Otomasyon Hizmetleri

Denomas otomasyon hizmetleri, AI-Force teknolojisini kullanarak müşteri iş süreçlerini otomatize eder. Geleneksel altyapı otomasyonunun ötesinde, Yapay Zeka Asistanı tabanlı akıllı süreç otomasyonu sunuyoruz.

Hizmet Alanları

İş Süreci Otomasyonu

Mevcut süreç analizi ve haritalama
Otomasyon fırsatları belirleme
ROI analizi
Denomas Agent ile süreç otomasyonu
Sonuç ölçümü ve optimizasyon

Altyapı Otomasyonu

Ansible tabanlı IaC kurulum
CI/CD pipeline tasarımı ve uygulama
Otomatik ölçekleme ve self-healing
Disaster recovery otomasyonu

Raporlama Otomasyonu

Otomatik rapor üretimi
Dashboard tasarımı ve otomasyonu
Veri toplama ve birleştirme
Zamanlanmış dağıtım

Denetim Otomasyonu

Denetim süreci otomasyonu
Otomatik kanıt toplama
Uyumluluk izleme ve raporlama

Yapay Zeka Asistanı Tabanlı Süreç Otomasyonu

AI-Force Nedir?

AI-Force , Denomas'ın insan-yapay zeka işbirliği vizyonudur. Yapay Zeka Asistanları, tanımlı görev alanlarında otonom çalışan, insan denetiminde iş yuruuten akıllı yazılım birimleridir.

Paketleme ve Fiyatlandırma

Mon, 01 Jan 0001 00:00:00 +0000

Paketleme ve Fiyatlandırma

Bu sayfa, Denomas ürün kademelerinin genel yapısını ve özellik dağılım ilkelerini tanımlar. Fiyatlandırma stratejisinin detayları dahili kaynaklarda yer alır.

Kademe Tanımları

Kademe	Hedef Kitle	Destek	SLA
Community	KOBİ, bireysel kullanıcılar, startup'lar	Topluluk forumu	Yok
Pro	Orta ölçekli işletmeler	E-posta desteği (iş saatleri)	%99.5
Enterprise	Büyük kurumlar, kamu	Özel destek, atanmış teknik hesap yöneticisi	%99.9

Özellik Dağılım İlkeleri

Her kademeye hangi özelliklerin dahil edileceğini belirleyen kurallar:

İlke	Açıklama
Temel değer ücretsiz	Ürünün çekirdek işlevselliği Community kademesinde yer alır.
Ölçek tetikleyici	Kullanıcı sayısı, cihaz sayısı veya veri hacmi arttığında üst kademe gerekir.
Kurumsal gereksinimler	SSO, RBAC, denetim günlüğü, gelişmiş raporlama Pro veya Enterprise kademesindedir.
Destek seviyesi	Destek düzeyi kademeye bağlı olarak artar.
Açık kaynak çekirdek	Açık kaynaklı bileşenler her kademede erişilebilir kalır.

Kademe Özellik Matrisi (Genel)

Özellik Kategorisi	Community	Pro	Enterprise
Çekirdek izleme / otomasyon	Dahil	Dahil	Dahil
Temel dashboard ve raporlama	Dahil	Dahil	Dahil
Gelişmiş raporlama ve analitik	—	Dahil	Dahil
SSO / LDAP entegrasyonu	—	Dahil	Dahil
Çoklu kiracı (multi-tenant)	—	—	Dahil
Özel SLA garantisi	—	—	Dahil
API erişimi	Sınırlı	Tam	Tam + öncelikli
Yedekleme ve felaket kurtarma	Temel	Gelişmiş	Kurumsal

Fiyatlandırma Modelleri Genel Bakış

Denomas ürünlerinde kullanılan fiyatlandırma yaklaşımları:

Partner Manager

Mon, 01 Jan 0001 00:00:00 +0000

Partner Manager (Partner Yöneticisi)

Partner yöneticileri, Denomas'ın bayi ve iş ortağı ilişkilerini yönetir. Kanal geliştirme, ortak iş planlaması, partner eğitimi ve gelir hedefleri takibinden sorumludur.

Kullanılan Araçlar

Araç	Kullanım Alanı
CRM (Odoo)	Partner ilişki yönetimi ve pipeline takibi
Nextcloud	Doküman paylaşımı ve iş birliği
E-posta / video konferans	İletişim
Partner portalı	Partner onboarding ve kaynak paylaşımı

Kariyer Seviyeleri ve Denomas Yetkinlik Çerçevesi Gereksinimleri

Associate Partner Manager — Yetkinlik Seviyesi 3

Denomas Yetkinlik Çerçevesi Gereksinimleri:

Partner Programı

Mon, 01 Jan 0001 00:00:00 +0000

Partner Programı

Denomas Partner Programı, teknik uzmanlığı olan şirketlerin Denomas ürün ve hizmetlerini kendi müşterilerine sunmalarını sağlar. Programimiz Türkiye, MENA ve Avrupa pazarlarında güçlü bir partner ekosistemi oluşturmayi hedefler.

Partner Türleri

Tur	Açıklama	Örnek
Reseller	Ürün satışı ve temel destek	IT distributorleri
Solution Partner	Çözüm tasarımı + uygulama	Sistem entegratorleri
Technology Partner	Ürün entegrasyonu	Yazılım şirketleri
Service Partner	Danışmanlık ve eğitim	Danışmanlık firmaları

Partner Tier Yapısı

Silver Partner

Kriter	Gereksinim
Yıllık Satış Hedefi	100.000 TRY / 10.000 USD / 8.000 EUR
Sertifikali Personel	Min. 1 kişi (Denomas Certified Associate)
Referans Müşteri	Min. 1 aktif müşteri
İş Planı	Yıllık iş planı sunumu

Silver Avantajlar:

Pazarlama Operasyonları

Mon, 01 Jan 0001 00:00:00 +0000

Pazarlama Operasyonları

Pazarlama operasyonları (Marketing Operations — MOps), Denomas pazarlama ekibinin verimli, ölçülebilir ve ölçeklenebilir şekilde çalışmasını sağlayan altyapı, süreç ve araç yönetimini kapsar. Bu sayfa, pazarlama teknoloji yığınını, raporlama çerçevesini ve bütçe yönetim süreçlerini tanımlar.

@pazarlama-ekibi

Pazarlama operasyonları ve teknoloji yönetimi @pazarlama-ekibi bünyesindeki operasyon sorumlusu tarafından yürütülür.

Pazarlama Teknoloji Yığını (MarTech Stack)

Temel Araçlar

Araç	Kategori	Kullanım Alanı	Entegrasyon
Odoo CRM	CRM	Lead yönetimi, fırsat takibi, müşteri veritabanı	Odoo Marketing, web sitesi
Odoo Marketing	Pazarlama otomasyonu	E-posta kampanyaları, otomasyon iş akışları, segmentasyon	Odoo CRM
Nextcloud	İşbirliği	İçerik taslakları, materyal depolama, ekip iletişimi	GitLab
GitLab	Sürüm yönetimi	Handbook yönetimi, içerik sürümleme, CI/CD	Nextcloud
Matomo	Web analitik	Web sitesi trafik analizi, kullanıcı davranışı, dönüşüm izleme	Odoo
Plausible	Web analitik	Basit ve hızlı trafik analizi	—
Nextcloud Talk	İletişim	İç ekip iletişimi, kanal bazlı tartışmalar	Nextcloud

Destekleyici Araçlar

Araç	Kategori	Kullanım Alanı
Canva / Figma	Tasarım	Sosyal medya görselleri, infografik, sunum tasarımı
OBS Studio	Video	Webinar yayını, ekran kaydı
DaVinci Resolve	Video kurgu	Video düzenleme, altyazı ekleme
LibreOffice	Ofis	Sunum, doküman, hesap tablosu
Ahrefs / SEMrush	SEO	Anahtar kelime araştırması, rakip analizi, backlink izleme
Google Search Console	SEO	Arama performansı, indeksleme durumu

Araç Değerlendirme Kriterleri

Yeni araç ekleme veya mevcut aracı değiştirme kararları aşağıdaki kriterlere göre verilir:

Pazarlama Performans Metrikleri

Mon, 01 Jan 0001 00:00:00 +0000

Pazarlama Performans Metrikleri

Denomas pazarlama ekibinin başarısını ölçmek için kullanılan temel performans göstergelerini (KPI) tanımlayan belgedir. Stratejik KPI'lar (pipeline katkısı, gelir etkisi, CAC), taktik KPI'lar (MQL, SQL, dönüşüm oranları, kanal bazlı lead üretimi, maliyet metrikleri), operasyonel KPI'lar (web sitesi, içerik, e-posta, sosyal medya metrikleri), ürün bazlı pazarlama metrikleri, funnel sağlık kontrolü, multi-touch attribution modeli ve raporlama takvimini kapsar.

İç Doküman

Bu konunun detayları iç handbook'ta yer almaktadır. Tam içerik için internal.handbook.denomas.com adresine bakınız.

Product Manager

Mon, 01 Jan 0001 00:00:00 +0000

Product Manager (Ürün Yöneticisi)

Ürün yöneticileri, ürün vizyonunu belirleme, gereksinim toplama, önceliklendirme ve teslimat süreçlerini yönetir. İş değeri ile teknik fizibiliteyi dengeleyerek müşteriye değer sunar.

Kariyer Seviyeleri ve Denomas Yetkinlik Çerçevesi Gereksinimleri

Associate Product Manager — Yetkinlik Seviyesi 3

Yetkinlik	Seviye	Açıklama
REQM	3	Gereksinim yönetimi
RLMT	2	Paydaş iletişimi
MEAS	2	Ölçme ve analiz

Temel Sorumluluklar:

Kullanıcı hikayesi yazma ve önceliklendirme
Sprint planlama süreçlerine katılım
Kullanıcı araştırması ve geri bildirim toplama
Temel metrik izleme
Rakip analizi

Aranan Nitelikler:

Profesyonel Hizmetler

Mon, 01 Jan 0001 00:00:00 +0000

Profesyonel Hizmetler

Denomas Profesyonel Hizmetler (Professional Services — PS) birimi, müşterilerin çözümlerimizi başarıyla uygulamasını, benimsemesini ve iş değeri üretmesini sağlayan hizmetler sunar. Kurulum, eğitim, danışmanlık ve özelleştirme bu birimin kapsamındadır.

Sorumluluk

Profesyonel Hizmetler @destek-ekibi bünyesinde faaliyet gösterir. Proje yönetimi ve delivery @ps-ekibi sorumluluğundadır.

Hizmet Kataloğu

Kurulum ve Yapılandırma

Hizmet	Açıklama	Tipik Süre
Standart Kurulum	Referans mimariye uygun kurulum	2-5 iş günü
Özel Kurulum	Müşteriye özel mimari ile kurulum	5-15 iş günü
Migrasyon	Mevcut sistemden Denomas çözümüne geçiş	5-20 iş günü
Entegrasyon	Üçüncü parti sistem entegrasyonu	3-10 iş günü
HA Kurulum	Yüksek erişilebilirlik yapılandırması	5-10 iş günü

Eğitim Hizmetleri

Eğitim	Hedef Kitle	Süre	Format
Admin Temelleri	Sistem yöneticileri	1 gün (8 saat)	Canlı / Uzaktan
Admin İleri	Deneyimli sistem yöneticileri	2 gün (16 saat)	Canlı / Uzaktan
Kullanıcı Eğitimi	Son kullanıcılar	0.5 gün (4 saat)	Canlı / Uzaktan
Geliştirici Eğitimi	Yazılım geliştiriciler	3 gün (24 saat)	Canlı
Train-the-Trainer	İç eğitmenler	2 gün (16 saat)	Canlı
Özel Workshop	Belirli konu/senaryo	Değişken	Canlı / Uzaktan

Danışmanlık Hizmetleri

Hizmet	Açıklama	Tipik Süre
Teknik Danışmanlık	Mimari inceleme, performans optimizasyonu	2-10 adam/gün
Süreç Danışmanlığı	ITIL/ITSM süreç tasarımı	5-20 adam/gün
Güvenlik Değerlendirmesi	Güvenlik duruş analizi, sıkılaştırma	3-10 adam/gün
Kapasite Planlama	Büyüme planına uygun altyapı boyutlandırma	2-5 adam/gün
Dijital Dönüşüm	Araç ve süreç modernizasyonu	10-40 adam/gün

Özelleştirme ve Geliştirme

Hizmet	Açıklama	Tipik Süre
Dashboard Geliştirme	Özel izleme panoları	2-5 adam/gün
Otomasyon Geliştirme	Özel Ansible playbook/role	3-10 adam/gün
Entegrasyon Geliştirme	API entegrasyonu, özel bağlayıcı	5-20 adam/gün
Rapor Geliştirme	Özel raporlama ve analitik	2-8 adam/gün
Modül Özelleştirme	Odoo modül uyarlama	5-30 adam/gün

Delivery Süreci

Proje Yaşam Döngüsü

Kapsam Belirleme → Planlama → Yürütme → Test → Devir → Destek
 │ │ │ │ │ │
 ▼ ▼ ▼ ▼ ▼ ▼
 SOW/Teklif Proje Planı Sprint'ler UAT Eğitim Garanti

1. Kapsam Belirleme

Çözüm mühendisliği ekibinden devir alınan bilgiler değerlendirilir
Müşteri ile kapsam toplantısı yapılır
SOW (Statement of Work) hazırlanır
Değişiklik yönetimi prosedürü tanımlanır

2. Planlama

Çıktı	Açıklama
Proje Planı	Zaman çizelgesi, kilometre taşları, bağımlılıklar
Kaynak Planı	Atanan mühendisler, danışmanlar, iş yükü
İletişim Planı	Toplantı takvimi, raporlama sıklığı, eskalasyon yolu
Risk Kayıtları	Bilinen riskler, azaltma planları
Kabul Kriterleri	Her kilometre taşı için ölçülebilir kriterler

3. Yürütme

Projeler agile sprint modeliyle yürütülür:

Quality Engineer

Mon, 01 Jan 0001 00:00:00 +0000

Quality Engineer (Kalite Mühendisi)

Kalite mühendisleri, Denomas ürünlerinin kalitesini test otomasyon, CI/CD kalite kapıları ve kalite metrikleri aracılığıyla güvence altına alır.

Kullanılan Araçlar

Araç	Kullanım Alanı
Selenium / Playwright	Web UI test otomasyonu
pytest / Jest	Birim ve entegrasyon test framework
GitLab CI/CD	Pipeline ve kalite kapıları
SonarQube	Kod kalitesi ve statik analiz
k6 / Locust	Performans ve yük testi
Postman / Newman	API testi

Kariyer Seviyeleri ve Denomas Yetkinlik Çerçevesi Gereksinimleri

Junior Quality Engineer — Yetkinlik Seviyesi 2

Denomas Yetkinlik Çerçevesi Gereksinimleri:

Referans Uygulamalar

Mon, 01 Jan 0001 00:00:00 +0000

Referans Uygulamalar

Denomas ürünleri, Türkiye'nin önde gelen kurum ve kuruluşlarında başarıyla kullanılmaktadır. Aşağıda anonimleştirilmiş örnekler, karşılaşılan zorluklar, uygulanan çözümler ve elde edilen sonuçlar detaylı olarak sunulmaktadır.

Büyükşehir Belediyesi A (Batı Türkiye)

Proje Özeti

Özellik	Değer
Sektör	Kamu / Belediye
Kapsam	Tüm bilişim altyapısı izleme ve otomasyon
Ürünler	Denomas Denetim Otomasyon, Denomas Yönetim Otomasyon, Denomas AIO
Ölçek	5000+ izlenen nokta, 200+ sunucu, 30+ lokasyon
Süre	6 ay kurulum + sürekli destek
Ekip	4 Denomas mühendisi + 8 belediye BT personeli

Zorluklar

Dağınık bilişim altyapısı (30+ lokasyon — merkez, ilçe belediyeleri, su idaresi, ulaşım)
Farklı markalarda ağ cihazları (Cisco, Huawei, HP, Juniper karışık)
Manuel izleme ve müdahale süreçleri (Excel tabanlı takip)
SLA raporlama eksikliği (hizmet kalitesi ölçülemiyor)
Standardizasyon eksikliği (her lokasyon farklı yapılandırmada)
Personel sınırlaması (deneyimli BT personeli bulmakta zorluk)

Çözüm

Faz 1 — Envanter ve Keşif (Ay 1)

Tüm lokasyonlardaki ağ cihazları, sunucular ve servislerin envanter çıkartılması
Mevcut yapılandırmaların yedeklenmesi
Ağ topoloji haritasının çıkarılması
Bağımlılık analizinin yapılması

Faz 2 — İzleme Altyapısı (Ay 2-3)

Denomas Denetim Otomasyon (Zabbix tabanlı) merkezi kurulumu
30+ lokasyonda proxy node yerleşimi
5000+ izleme noktası tanımlama (sunucu, ağ, servis, uygulama)
Alarm kuralları ve eskalasyon yollarının belirlenmesi
Grafana dashboard'larının tasarlanması

Faz 3 — Otomasyon (Ay 3-5)

Denomas Yönetim Otomasyon (Ansible tabanlı) kurulumu
Ağ cihazı yapılandırma şablonlarının oluşturulması
Sunucu provizyon playbook'larının yazılması
Yama yönetimi otomasyonunun kurulması
Yedekleme otomasyonunun kurulması

Faz 4 — ERP ve İşbirliği (Ay 4-6)

Denomas AIO (Odoo + Nextcloud) kurulumu
BT hizmet masası (helpdesk) kurulumu
Varlık yönetimi (asset management) entegrasyonu
Doküman yönetimi (Nextcloud) kurulumu
SLA raporlama sisteminin devreye alınması

Teknoloji Yığını

Katman	Teknoloji	Kullanım
İzleme	Zabbix 7.x	Altyapı izleme, alarm
Dashboard	Grafana	Görselleştirme, rapor
Otomasyon	Ansible	Yapılandırma, yama, yedek
ERP	Odoo 17	Helpdesk, varlık, satın alma
İşbirliği	Nextcloud	Dosya paylaşım, belgeler
Veritabanı	PostgreSQL	Tüm uygulamalar
Konteyner	Docker + Portainer	Uygulama dağıtımı
Proxy	Nginx	Reverse proxy, SSL

Sonuçlar

Metrik	Önce	Sonra	İyileştirme
Arızayı tespit süresi	45 dk (ort.)	2 dk	%95 azalma
SLA uyumluluk	%87	%99.2	12 puan artış
Manuel işlem oranı	%80	%20	%60 azalma
Yıllık maliyet	Baz	Baz x 0.65	%35 tasarruf
Olay çözüm süresi	4 saat (ort.)	45 dk	%81 iyileşme
Plansız kesinti	12/ay	2/ay	%83 azalma

Alınan Dersler

Ders 1 — Kademeli Geçiş

30+ lokasyonu aynı anda izlemeye almak yerine, 5'erli gruplar halinde kademeli geçiş yapıldı. Her grupta yaşanan sorunlar bir sonraki gruba aktarıldı. Bu yaklaşım riski önemli ölçüde azalttı.

Saha Pazarlama

Mon, 01 Jan 0001 00:00:00 +0000

Saha Pazarlama

Saha pazarlama (field marketing), Denomas'ın hedef pazarlardaki yerel varlığını güçlendiren, bölgesel etkinlikler ve partner co-marketing faaliyetlerini kapsayan pazarlama fonksiyonudur. Bu sayfa, bölgesel stratejiyi, partner co-marketing süreçlerini ve yerel pazar penetrasyon taktiklerini tanımlar.

@pazarlama-ekibi

Saha pazarlama faaliyetleri @pazarlama-ekibi koordinasyonunda, bölge satış ekipleri ve partner yönetimi ile ortaklaşa yürütülür.

Saha Pazarlama Stratejisi

Stratejik Hedefler

Yerel Marka Bilinirliği — Hedef bölgelerde Denomas'ın IT izleme ve otomasyon alanında tanınan bir marka olması
Pipeline Katkısı — Bölgesel faaliyetler aracılığıyla satış pipeline'ına doğrudan katkı
Partner Etkinleştirme — Partner ağının pazarlama kapasitesini artırma
Müşteri Yakınlığı — Mevcut müşterilerle yüz yüze ilişki kurma ve derinleştirme
Rekabet Avantajı — Yerel pazarda rakiplerden daha güçlü saha varlığı

Bölgesel Organizasyon

Bölge	Kapsam	Birincil Ürün Odağı	Saha Pazarlama Yoğunluğu
Türkiye — Marmara	İstanbul ve çevresi	Tüm portföy	Yüksek
Türkiye — İç Anadolu	Ankara ve çevresi (kamu ağırlıklı)	Monitoring, Forceye	Yüksek
Türkiye — Ege/Akdeniz	İzmir, Antalya ve çevresi	Monitoring, Automation	Orta
Türkiye — Diğer	Doğu ve Güneydoğu Anadolu	Monitoring	Düşük
MENA	Suudi Arabistan, BAE, Mısır, Irak	GPMS, Monitoring	Orta
Avrupa	Almanya, İngiltere, Hollanda	Monitoring, Automation	Düşük-Orta
Afrika	Nijerya, Kenya, Güney Afrika	GPMS	Düşük

Bölgesel Etkinlikler

Türkiye — Bölgesel Etkinlik Planı

Marmara Bölgesi

Etkinlik	Tür	Sıklık	Hedef Kitle	Kapasite
İstanbul IT Leaders Dinner	Yemekli networking	Çeyreklik	CIO, CTO, IT Direktörü	20-30 kişi
İstanbul Tech Meetup	Teknik meetup	Aylık	Sistem yöneticileri, DevOps	40-80 kişi
Denomas İstanbul Workshop	Hands-on eğitim	Çeyreklik	Teknik ekipler	15-25 kişi
Sektör Roundtable	Panel tartışma	6 aylık	Sektör liderleri	15-20 kişi

İç Anadolu Bölgesi (Ankara)

Etkinlik	Tür	Sıklık	Hedef Kitle	Kapasite
Ankara Kamu IT Buluşması	Seminer	Çeyreklik	Kamu IT yöneticileri	30-50 kişi
Ankara Güvenlik Günü	Workshop	6 aylık	CISO, güvenlik ekipleri	20-30 kişi
Kamu Dijital Dönüşüm Paneli	Panel	Yıllık	Kamu karar vericileri	50-100 kişi

Ege/Akdeniz Bölgesi

Etkinlik	Tür	Sıklık	Hedef Kitle	Kapasite
İzmir Tech Day	Gün boyu etkinlik	6 aylık	IT profesyonelleri	50-100 kişi
Antalya IT Summit	Konferans	Yıllık	Turizm ve sağlık sektörü IT	30-50 kişi

MENA Bölgesi — Etkinlik Planı

Etkinlik	Ülke	Tür	Dönem	Partner İşbirliği
GITEX Side Event	BAE	Müşteri buluşması	Q4	ARISIAS + yerel partnerler
Suudi Enerji IT Forum	Suudi Arabistan	Seminer	Q2	Yerel enerji partneri
Mısır IT Roundtable	Mısır	Networking	Q3	Cairo ICT ile koordineli
Irak Altyapı Semineri	Irak	Seminer	Q1	Yerel distribütör

Avrupa Bölgesi — Etkinlik Planı

Etkinlik	Ülke	Tür	Dönem	Odak
FOSDEM Topluluk Buluşması	Belçika	Meetup	Q1	Açık kaynak topluluk
KubeCon EU Side Event	Değişken	Workshop	Q2	Automation, konteyner izleme
Zabbix Summit Katılımı	Değişken	Konferans	Q3	Monitoring ekosistem
Berlin IT Meetup	Almanya	Meetup	Çeyreklik	DACH bölgesi penetrasyon

Partner Co-Marketing

Co-Marketing Prensipleri

Karşılıklı Değer — Her iki taraf için de ölçülebilir fayda sağlanmalı
Marka Tutarlılığı — Partner materyallerinde Denomas Marka Rehberi standartlarına uyum
Ortak Planlama — Yıllık co-marketing planı ortak oluşturulmalı
Bütçe Paylaşımı — Maliyet paylaşım modeli önceden belirlenmiş olmalı
Performans Şeffaflığı — Lead ve pipeline verileri karşılıklı paylaşılmalı

Co-Marketing Aktiviteleri

Aktivite	Açıklama	Lead Paylaşımı	Maliyet Paylaşımı
Ortak webinar	Partner ile ortak teknik webinar	Ortak kayıt, paylaşımlı lead	%50-%50
Ortak whitepaper	Entegrasyon veya ortak çözüm dokümanı	Ortak gating, paylaşımlı lead	%50-%50
Ortak stand	Konferansta ortak stand	Ortak lead toplama	Katkı oranına göre
Referans projesi	Ortak müşteri başarı hikayesi	Paylaşımlı	Minimal
Ortak blog serisi	Karşılıklı blog yazıları	Organik	Minimal
Partner newsletter	Partner'ın kendi listesine Denomas içerik	Partner lead'i	Minimal

Partner Co-Marketing Süreci

1. Partner Seçimi
 → Partner programı kademesine göre önceliklendirme
 → Partner'ın pazarlama kapasitesi değerlendirmesi

2. Ortak Planlama
 → Yıllık co-marketing takvimi oluşturma
 → Aktivite bazlı bütçe ve kaynak planlama
 → KPI ve başarı kriteri belirleme

3. İçerik ve Materyal Hazırlığı
 → Co-branded materyal üretimi
 → Marka onay süreci (her iki taraf)
 → Landing page ve form oluşturma

4. Uygulama
 → Planlanan aktivitenin yürütülmesi
 → Eşzamanlı sosyal medya tanıtımı
 → Lead toplama ve CRM girişi

5. Değerlendirme
 → Lead ve pipeline raporlaması
 → ROI analizi
 → Sonraki aktivite planlaması

Partner Kademe Bazlı Co-Marketing Hakları

Hak	Silver	Gold	Platinum
Ortak webinar	Yılda 1	Yılda 2	Yılda 4
Ortak whitepaper	—	Yılda 1	Yılda 2
Ortak etkinlik	—	Yılda 1	Yılda 2+
MDF (Market Development Fund)	—	Sınırlı	Genişletilmiş
Denomas Day'de stand	—	Ücretli	Ücretsiz
Referans projesi	İsteğe bağlı	Aktif destek	Aktif destek + video

Partner Programı Detayları

Partner kademe yapısı ve hakları hakkında detaylı bilgi için Partner Programı sayfasına bakınız.

Sales Engineer

Mon, 01 Jan 0001 00:00:00 +0000

Sales Engineer (Satış Mühendisi)

Satış mühendisleri, teknik ürün bilgisi ile satış sürecini birleştirerek müşteri ihtiyaçlarını karşılayan çözümler sunar. Pre-sales teknik destek, demo ve teknik teklif hazırlamadan sorumludur.

Kariyer Seviyeleri ve Denomas Yetkinlik Çerçevesi Gereksinimleri

Sales Engineer — Yetkinlik Seviyesi 3

Yetkinlik	Seviye	Açıklama
SALE	3	Satış süreçleri
RLMT	3	Müşteri ilişkileri
ARCH	2	Temel çözüm tasarımı

Temel Sorumluluklar:

Ürün demosu ve teknik sunum yapma
Müşteri teknik gereksinimlerini anlama ve dokümantasyonu
RFP/RFI yanıtları hazırlama
Teknik teklif ve çözüm mimarisi oluşturma
Satış takımıyla işbirliği
POC (Proof of Concept) yürütme

Aranan Nitelikler:

Satış Rehberi

Mon, 01 Jan 0001 00:00:00 +0000

Satış Rehberi

Bu rehber, Denomas satış sürecinin tüm aşamalarını ve her aşamada yapılması gerekenleri tanımlar. Tüm satış aktiviteleri Odoo CRM üzerinden takip edilir ve satış ekibi koordinasyonu Nextcloud Talk üzerinden yururulur.

Satış Pipeline Aşamaları

1. PROSPECT → Potansiyel müşteri tespiti ve ilk temas
2. QUALIFY → BANT niteliklendirme ve ihtiyaç teyidi
3. DEMO → Canlı ürün gösterimi
4. POC → Proof of Concept / Pilot uygulama
5. PROPOSE → Resmi teklif sunumu
6. NEGOTIATE → Müzakere ve fiyatlandırma
7. CLOSE → Sözleşme imzalama ve handoff

1. Prospect (Potansiyel Müşteri Tespiti)

Kaynak Kanalları

Kanal	Açıklama
Inbound	Web sitesi, referans, webinar kayıtları
Outbound	Etkinlikler, soğuk arama, LinkedIn
Partner	Partner yönlendirmeleri
Mevcut Müşteri	Upsell / cross-sell fırsatları

İlk Temas Süreci

Lead Odoo CRM'e kaydedilir
24 saat içinde ilk temas yapılır
Temel bilgiler toplanır (şirket büyüklüğü, sektör, bölge)
Bir sonraki adım için randevu alınır

2. Qualify (Niteliklendirme)

BANT Kriterleri

Kriter	Soru
Budget (Bütçe)	Proje için ayrılmış bütçe var mi? TRY/USD/EUR cinsinden beklenti nedir?
Authority (Yetki)	Karar verici kim? Teknik ve finansal onay süreci nasıl?
Need (İhtiyaç)	Mevcut acı noktalar neler? Hangi sorunlar çözüm bekliyor?
Timeline (Zaman)	Ne zaman çözüm devreye alinmak isteniyor?

Niteliklendirme Puanlama

A (Hot) — 4/4 BANT kriteri pozitif, 30 gün içinde kapanma potansiyeli
B (Warm) — 3/4 kriter pozitif, 90 gün içinde kapanma potansiyeli
C (Nurture) — 2/4 kriter pozitif, uzun vadeli takip
D (Disqualify) — 1/4 veya daha az, pipeline'dan çıkarılır

3. Discovery Call Framework

Discovery call, niteliklendirme aşamasinin en kritik aktivitesidir. Aşağıdaki çerçeve takip edilir:

Security Engineer

Mon, 01 Jan 0001 00:00:00 +0000

Security Engineer (Güvenlik Mühendisi)

Güvenlik mühendisleri, Denomas ürün ve altyapısının güvenlik duruşunu yönetir. Güvenlik testi, uyumluluk denetimi, olay müdahale ve güvenlik mimarisi tasarımından sorumludur.

Kariyer Seviyeleri ve Denomas Yetkinlik Çerçevesi Gereksinimleri

Junior Security Engineer — Yetkinlik Seviyesi 2

Yetkinlik	Seviye	Açıklama
SCTY	2	Temel güvenlik uygulamaları
AUDT	1	Denetim temelleri

Temel Sorumluluklar:

Güvenlik tarama araçlarını çalıştırma ve sonuç raporlama
Güvenlik politikalarını izleme
Zafiyet yönetimi süreçlerine katılım
Güvenlik dokümantasyonu bakımı

Aranan Nitelikler:

Sızma Testi

Mon, 01 Jan 0001 00:00:00 +0000

Sızma Testi

Denomas sızma testi hizmetleri, müşterilerimizin güvenlik duruşlarını bağımsız olarak değerlendirmek ve iyileştirmek için kapsamlı testler sunar.

Test Türleri

Ağ Sızma Testi

Dış ağ testi (perimeter)
İç ağ testi (lateral movement)
Kablosuz ağ testi
VPN ve uzaktan erişim testi

Web Uygulama Testi

OWASP Top 10 odaklı kapsamlı test:

Injection (SQL, NoSQL, LDAP)
Broken Authentication
Sensitive Data Exposure
XML External Entities (XXE)
Broken Access Control
Security Misconfiguration
Cross-Site Scripting (XSS)
Insecure Deserialization
Known Vulnerabilities
Insufficient Logging

Mobil Uygulama Testi

Statik analiz (SAST)
Dinamik analiz (DAST)
API güvenlik testi
Veri depolama analizi

Sosyal Mühendislik Testi

Phishing simülasyonu
Vishing (telefon) testi
Fiziksel güvenlik değerlendirmesi

Metodoloji

Sızma testlerimiz uluslararası standartlara uygun olarak yürütülür:

Site Reliability Engineer

Mon, 01 Jan 0001 00:00:00 +0000

Site Reliability Engineer (SRE)

SRE mühendisleri, Denomas ürün ve hizmetlerinin güvenilirliğini, performansını ve kullanılabilirliğini sağlar. İzleme, olay yönetimi, kapasite planlaması ve otomasyon sorumluluğunu taşır.

Kullanılan Araçlar

Araç	Kullanım Alanı
Zabbix	Altyapı ve uygulama izleme
Grafana	Metrik görselleştirme ve dashboard
Ansible	Altyapı otomasyon
Wazuh	Log yönetimi ve analiz
PagerDuty / benzeri	Uyarı yönetimi ve nöbet
Terraform	Altyapı kod olarak (IaC)
Docker / Kubernetes	Konteyner orkestrasyon

Kariyer Seviyeleri ve Denomas Yetkinlik Çerçevesi Gereksinimleri

Junior SRE — Yetkinlik Seviyesi 2

Denomas Yetkinlik Çerçevesi Gereksinimleri:

Skill Framework

Mon, 01 Jan 0001 00:00:00 +0000

Skill Framework

Denomas AI-Force ekosistemi, 181 tanımlı yeteneğe (skill) sahiptir. Her yetenek, bağımsız bir dizinde SKILL.md dosyasıyla tanımlanır. Yapay Zeka Asistanları, sahip olduğu skill seti ve yetkinlik seviyesine göre görev alır.

Skill Kataloğu — Kategori Özeti

Aşağıdaki tablo, 181 skill dizininin kategoriye göre dağılımını göstermektedir:

Kategori	Skill Sayısı
Güvenlik (Security)	18
Otomasyon ve Altyapı (Automation & Infrastructure)	17
Geliştirme (Development)	22
Test ve Kalite (Testing & Quality)	13
Veri ve Analiz (Data & Analytics)	10
AI ve Bağlam Yönetimi (AI & Context)	14
Proje Yönetimi ve Planlama	11
Dokümantasyon ve İçerik	14
Frontend ve UI/UX	12
Veritabanı (Database)	8
Mobil Geliştirme	4
Pazarlama ve İş Geliştirme	3
Bilimsel ve Araştırma	3
Araç ve Yardımcı (Tooling & Utility)	21
Uyumluluk ve Regülasyon (Compliance)	5
Gözlemleme ve İzleme (Observability)	6
Toplam	181

SKILL.md Dosya Yapısı

Her skill, kendi dizininde bir SKILL.md dosyasıyla tanımlanır. Dosya şu bölümlerden oluşur:

SLA Standartları

Mon, 01 Jan 0001 00:00:00 +0000

SLA Standartları

Bu sayfa, Denomas destek hizmetlerinin SLA (Service Level Agreement) standartlarını tanımlar. Tüm destek paketleri net taahhütler ve ölçülebilir metriklerle desteklenir. ISO 20000 Madde 7.2 (Servis seviyesi yönetimi) ve 6.1 (Servis raporlama gereksinimleri) ile uyumludur.

Servis Tanımları

Servis	Tanım	SLA Metni
API Gateway	Tüm dış ve iç isteklerin yönlendirildiği, kimlik doğrulama ve throttling yapılan gateway	%99.9 uptime ve ≤ 200 ms yanıt süresi
Video Render Engine	Edge-Node üzerinde gerçekleşen görsel-ses-kurgu üretim süreci	%99.9 uptime ve ortalama ≤ 5 ms gecikme
VR/AR Tam Yetkili Yönetici Modu UI	Tek yönetici tarafından kullanılan 3-D kontrol ortamı	%99.9 uptime, ≥ 90 Hz FPS ve ≤ 10 ms haptik gecikme
Message Bus (NATS)	Olay-tabanlı veri akışı, asenkron görev dağıtımı	%99.9 uptime, pending mesaj ≤ 10k
Veri Saklama	PostgreSQL (metadata) ve S3 (video assetleri)	%99.9 uptime, günlük yedekleme %100 başarı
Monitoring & Alerting	Sistem izleme, alarm yönetimi, raporlama	%99.9 uptime, alarm gecikmesi ≤ 30 sn

SLA Hedef Metrikleri

KPI	Hedef	Ölçüm Periyodu	Araç	Ceza
Uptime (Availability)	%99.9	4 haftalık ortalama	Prometheus `up` metric	%5 fatura indirimi
API Yanıt Süresi	≤ 200 ms (%95 istek)	5 dakika	Prometheus `http_request_duration_seconds`	%3 fatura indirimi
Edge-Render Gecikmesi	≤ 5 ms (ort.)	5 dakika	Prometheus `edge_render_latency`	%2 fatura indirimi
GPU Kullanım	≤ %80 (ortalama)	5 dakika	DCGM exporter `gpu_utilization`	%2 fatura indirimi
Message-Bus Pending	≤ 10k mesaj	5 dakika	NATS exporter `nats_msg_pending`	%3 fatura indirimi
Error Rate (5xx)	< %0.5	5 dakika	Prometheus `http_requests_total{status=~"5.."}`	%5 fatura indirimi
Backup Başarı	%100 (günlük)	Günlük	CloudWatch `backup_success`	%1 fatura indirimi
Security Scan	0 kritik CVE	Release öncesi	Trivy, Snyk	%5 fatura indirimi
VR/AR FPS	≥ 90 Hz (ortalama)	5 dakika	WebXR telemetry `fps`	%2 fatura indirimi

SLA Katmanları

Basic (Community)

Metrik	Değer
Destek Kanalı	Forum + dokümantasyon
Erişilebilirlik	Best-effort
Uptime Garantisi	—
Yanıt Süresi P1	Best-effort
Yanıt Süresi P2	Best-effort
Yanıt Süresi P3	Best-effort

Standard

Metrik	Değer
Destek Kanalı	E-posta
Erişilebilirlik	8x5 (iş günleri)
Uptime Garantisi	%99.5
Yanıt Süresi P1	4 saat
Yanıt Süresi P2	8 saat
Yanıt Süresi P3	2 iş günü

Premium

Metrik	Değer
Destek Kanalı	Telefon + e-posta
Erişilebilirlik	7/24
Uptime Garantisi	%99.9
Yanıt Süresi P1	1 saat
Yanıt Süresi P2	4 saat
Yanıt Süresi P3	1 iş günü

Enterprise

Metrik	Değer
Destek Kanalı	Özel TAM + 7/24
Erişilebilirlik	7/24 + özel kanal
Uptime Garantisi	%99.95
Yanıt Süresi P1	15 dakika
Yanıt Süresi P2	1 saat
Yanıt Süresi P3	4 saat

Öncelik Seviyeleri

Seviye	Tanım	Örnek
P1 — Kritik	Üretim ortamı tamamen durmuş	Sistem çöktü, veri kaybı riski
P2 — Yüksek	Üretim ortamı ciddi etkilenmiş	Ana özellik çalışmıyor, geçici çözüm var
P3 — Normal	İş etkisi sınırlı	Minor hata, geliştirme talebi
P4 — Düşük	Bilgi talebi	Dokümantasyon, nasıl yapılır sorusu

Olay Yönetimi ve SLA İhlali

Olay Türü	Tespit	Yanıt Süresi	Çözüm Süresi (MTTR)	Sorumlu
Critical (Uptime < %99.9)	Alertmanager → Nextcloud Talk webhook	5 dakika	30 dakika	Ops-Lead / SRE
Warning (Latency > 200 ms)	Prometheus alert	30 dakika	2 saat	SRE
Security Breach	Falco / OPA	5 dakika	1 saat	Security Engineer
Backup Failure	CloudWatch alarm	15 dakika	1 saat	DBA
VR/AR FPS Düşüşü	WebXR telemetry	30 dakika	2 saat	UI-Team

Uptime Hesaplama

Uptime garantisi aşağıdaki formüle göre hesaplanır:

Software Engineer

Mon, 01 Jan 0001 00:00:00 +0000

Software Engineer (Yazılım Mühendisi)

Yazılım mühendisleri, Denomas ürün ve platformlarının teknik temelini oluşturur. Kod yazma, test, mimari tasarım ve teknik borç yönetiminden sorumludur.

Kariyer Seviyeleri ve Denomas Yetkinlik Çerçevesi Gereksinimleri

Junior Software Engineer — Yetkinlik Seviyesi 2

Denomas Yetkinlik Çerçevesi Gereksinimleri:

Yetkinlik	Seviye	Açıklama
PROG	2	Rehberlik altında kod yazma
TEST	1	Temel birim test yazma
DESN	1	Basit tasarım kalıplarını uygulama

Temel Sorumluluklar:

Tanımlanmış görevleri rehberlik altında tamamlama
Birim test yazma ve mevcut testleri çalıştırma
Kod inceleme sürecine katılım
Dokümantasyon okuma ve takip etme
Günlük standup'lara katılım

Aranan Nitelikler:

Solutions Architect

Mon, 01 Jan 0001 00:00:00 +0000

Solutions Architect (Çözüm Mimarı)

Çözüm mimarları, müşteri gereksinimlerini teknik çözümlere dönüştürür. Sistem mimarisi, teknoloji seçimi, entegrasyon stratejisi ve teknik liderlik sağlar.

Kariyer Seviyeleri ve Denomas Yetkinlik Çerçevesi Gereksinimleri

Solutions Architect — Yetkinlik Seviyesi 4

Yetkinlik	Seviye	Açıklama
ARCH	4	Çözüm mimarisi tasarımı
DESN	4	Sistem tasarımı
STPL	3	Stratejik planlama
RLMT	3	Paydaş ilişkileri

Temel Sorumluluklar:

Müşteri gereksinimlerini teknik çözümlere çevirme
Sistem mimarisi tasarımı ve dokümantasyonu
Teknoloji değerlendirme ve seçimi
Entegrasyon stratejisi belirleme
Teknik teklif hazırlama
Prototip geliştirme

Aranan Nitelikler:

Sorumlu Açıklama Politikası

Mon, 01 Jan 0001 00:00:00 +0000

Sorumlu Açıklama Politikası

Denomas, güvenlik araştırmacıları ve topluluk üyeleriyle işbirliğine değer verir. Bu politika, güvenlik açıklarının sorumlu bir şekilde bildirilmesi ve çözülmesi için çerçeve sunar.

Bildirim Süreci

Bir güvenlik açığı keşfettiğinizde aşağıdaki adımları izleyin:

Raporlama — security@denomas.com adresine şifrelenmiş e-posta gönderin (PGP anahtarımız web sitemizde mevcuttur)
Detay Sağlama — Açığı yeniden üretmek için yeterli bilgi ekleyin
Gizlilik — Açığı kamuya açıklamadan önce çözüm için makul süre tanıyın
Koordinasyon — Güvenlik ekibimizle çözüm süreci boyunca koordineli çalışın

Kapsam

Kapsam Dahilindeki Varlıklar

Denomas ürün portföyü (Monitoring, Automation, AIO, Agent, Cloud)
denomas.com ve alt alan adları
API endpoint'leri
Mobil uygulamalar

Kapsam Dışındaki Varlıklar

Üçüncü taraf hizmetleri
Fiziksel güvenlik testleri
Sosyal mühendislik saldırıları
DoS/DDoS testleri

Kabul Edilen Açık Türleri

Uzaktan kod yürütme (RCE)
SQL injection
Cross-site scripting (XSS)
Kimlik doğrulama atlatma
Yetki yükseltme
Hassas veri ifşa
SSRF (Server-Side Request Forgery)

Yanıt Süresi

Aşama	Süre
İlk Yanıt	2 iş günü
Değerlendirme	5 iş günü
Çözüm Planı	10 iş günü
Yama Yayınlama	Kritikliğe göre 7-30 gün

Kurallar

Bulduğunuz açıklardan yararlanmayın veya kötü niyetle kullanmayın
Başkalarının verilerine erişmeyin veya değiştirmeyin
Hizmeti kesintiye uğratacak testler yapmayın
Açığı yalnızca Denomas güvenlik ekibine bildirin

Gizlilik Taahhüdü

Sorumlu açıklama sürecine uyan araştırmacılara karşı yasal işlem başlatılmayacaktır. Tüm bildirimler gizli tutulur.

Sözlük

Mon, 01 Jan 0001 00:00:00 +0000

Sözlük

Bu sayfa Denomas ekosisteminde kullanılan terimlerin TR/EN karşılıklarını, araç eşlemelerini ve kısaltmaları içerir. Kaynak: MASTER_DICTIONARY.csv

Not

Handbook'ta her zaman Denomas terimlerini kullanın. Dış kaynaklardaki karşılıkları bilmek gerektiğinde bu sözlüğe başvurun.

Kimlik ve Organizasyon

Kaynak Terim (EN)	Denomas Karşılığı (TR)	Bağlam
GitLab Inc.	Denomas Denetim Otomasyon	Tüzel kişilik (Teknopark Ar-Ge işletmesi; ticari çatı: İlim Teknoloji A.Ş. — kaynak: Due Diligence Company Profile)
GitLab	Denomas	Marka adı (genel)
CEO / Sid Sijbrandij	Denomas Yönetimi	Liderlik referansı
e-group	Liderlik Ekibi	Üst yönetim grubu
All-Remote	Tam Uzaktan (All-Remote)	Kültür
CREDIT Values	Denomas Değerleri	Temel değerler

Handbook ve Kaynak Hiyerarşisi

Terim	Denomas Karşılığı	Not
Constitution	AGENTS Constitution	Evrensel işletim anayasası
Handbook	Handbook	Şirket geneli public kanun, yöntem ve glossary kaynağı
Internal Handbook	Internal Handbook	Şirket geneli özel kanun, yöntem ve görev yürütme kaynağı
Project SSOT	Proje SSoT	Proje içi `AGENTS.md`, `IDX`, `belgeler/`, `docs/`, `documents/`
External handbook	External Handbook	Herkesin görebileceği public içerik
Internal handbook	Internal Handbook	Yalnız çalışanlar ve yetkili asistanlar için içerik
Handbook-first	Handbook-First	Şirket geneli kural ve yöntemi önce handbook'tan öğrenme ilkesi

Ontolojik Kural

Handbook ve Internal Handbook mantıksal kaynak adlarıdır. Bunların fiziksel konumu bulunulan ortama göre değişebilir; glossary içinde yerel dosya sistemi yolu kanonik ad olarak kullanılmaz.

Sürüm Süreci

Mon, 01 Jan 0001 00:00:00 +0000

Sürüm Süreci

Denomas, dual-track deployment stratejisi uygular. Bu strateji, SaaS ve self-managed ürün hatlarının farklı sürüm döngülerini yönetir. Dağıtım süreci code.denomas.com ve code.ilimteknoloji.com GitLab altyapıları üzerinde çalışır. Otomatik Kalite Kapısı tüm süreci otomatize eder ve güvence altına alır.

Git Akışı

Standart ve kanıtlanmış branch stratejisi:

feature-branch → develop → staging → main

Dal	Rol	Deploy Ortamı
`feature/*`	Yeni özellik veya bug fix geliştirmesi	Development (her push)
`develop`	Ana geliştirme dalı, tüm yeni özellikler buraya merge edilir	Development
`staging`	Canlıya çıkmadan önceki son test ortamı	Staging (otomatik)
`main`	Sadece stabil, test edilmiş ve canlıya çıkmaya hazır kod	Production (manuel onay)

Ana Dala Doğrudan Push Yasak

main ve develop dallarına doğrudan push yapılması pre-commit hook ile engellenmiştir. Tüm değişiklikler Merge Request üzerinden gelmelidir.

Şirket Stratejisi

Mon, 01 Jan 0001 00:00:00 +0000

Şirket Stratejisi

Bu sayfa Denomas'ın halka açık stratejik çerçevesini tanımlar. Stratejimiz üç temel sütun üzerine kurulmuştur: ürünleşme yaklaşımı, AI-Force vizyonu ve sürdürülebilir büyüme. Gizli stratejik detaylar iç handbook'ta yer alır.

Halka Açık Strateji

Bu sayfa stratejimizin halka açık kısmıdır. Müşteriler, ortaklar ve potansiyel ekip üyeleri ile paylaşılabilir. Rekabetçi detaylar ve finansal hedefler iç handbook'ta korunur.

Stratejik Vizyon

Misyon

Açık kaynaklı teknolojiyi kurumsal kalitede ürünlere dönüştürmek. Organizasyonların dijital dönüşümünü hızlandırmak.

Talep Oluşturma

Mon, 01 Jan 0001 00:00:00 +0000

Talep Oluşturma

Talep oluşturma (demand generation), potansiyel müşterilerde Denomas ürünlerine yönelik farkındalık ve ilgi yaratarak nitelikli satış fırsatları üretmeyi amaçlar. Bu sayfa, lead generation süreçlerini, kampanya yönetimini ve funnel optimizasyonunu tanımlar.

@pazarlama-ekibi

Talep oluşturma stratejisi ve kampanya yönetimi @pazarlama-ekibi sorumluluğundadır. Satış ekibiyle MQL/SQL tanımları ve aktarım süreçleri ortaklaşa belirlenir.

Talep Oluşturma Stratejisi

Temel Prensipler

Nitelik > Nicelik — Çok sayıda düşük kaliteli lead yerine, satış ekibinin zamanını verimli kullanacağı nitelikli lead üretmek
Inbound Öncelik — İçerik pazarlama, SEO ve topluluk aracılığıyla gelen organik talep birincil kaynaktır
Outbound Destek — Hedefli outbound kampanyalar, belirli sektör ve hesap segmentlerinde inbound'u tamamlar
Hesap Bazlı Pazarlama (ABM) — Yüksek değerli hedef hesaplar için kişiselleştirilmiş kampanyalar
Satış-Pazarlama Hizalaması — MQL/SQL tanımları, aktarım süreçleri ve geri bildirim döngüsü net tanımlanmıştır

Lead Yönetimi

Lead Yaşam Döngüsü

Ziyaretçi → Lead → MQL → SQL → Fırsat → Müşteri

Aşama	Tanım	Kriter
Ziyaretçi	Web sitesini/içeriği ziyaret eden anonim kullanıcı	Sayfa görüntüleme
Lead	İletişim bilgilerini paylaşmış kişi	Form doldurma, kayıt
MQL (Marketing Qualified Lead)	Pazarlama tarafından nitelikli bulunan lead	Lead puanı ≥50
SQL (Sales Qualified Lead)	Satış ekibi tarafından nitelikli bulunan lead	BANT kriterleri karşılanmış
Fırsat	Aktif satış süreci başlamış potansiyel müşteri	Teklif aşaması
Müşteri	Sözleşme imzalamış kurum	Kapanmış fırsat

BANT Nitelendirme Çerçevesi

BANT (Budget, Authority, Need, Timeline), SQL nitelendirmesi için kullanılan çerçevedir:

Technical Writer

Mon, 01 Jan 0001 00:00:00 +0000

Technical Writer (Teknik Yazar)

Teknik yazarlar, Denomas ürünlerinin ve iç süreçlerinin dokümantasyonunu oluşturur ve yönetir. Handbook, API referansları, kullanım rehberleri ve sürüm notlarından sorumludur.

Kullanılan Araçlar

Araç	Kullanım Alanı
Markdown	Doküman yazım formatı
Git / GitLab	Versiyon kontrolü ve iş birliği
Hugo / MkDocs	Statik site oluşturma
Figma	Diyagram ve ekran görüntüsü düzenleme
Obsidian	Handbook yönetimi
Vale / markdownlint	Yazım ve biçim kontrolü

Kariyer Seviyeleri ve Denomas Yetkinlik Çerçevesi Gereksinimleri

Junior Technical Writer — Yetkinlik Seviyesi 2

Denomas Yetkinlik Çerçevesi Gereksinimleri:

Toplantı Kültürü

Mon, 01 Jan 0001 00:00:00 +0000

Toplantı Kültürü

Denomas'ta toplantılar, asenkron iletişimin yetersiz kaldığı durumlarda başvurulan bir araçtır. Toplantılar varsayılan değil, istisnadır. Bu sayfa toplantı kurallarını, türlerini ve en iyi uygulamaları tanımlar.

Asenkron Öncelik

Bir konuyu toplantıda tartışmadan önce "Bu konu asenkron çözülebilir mi?" sorusunu sor. Çoğu karar yazılı olarak daha verimli alınır. Detaylar: Kültür.

Toplantı İlkeleri

1. Agenda Zorunluluğu

Her toplantıda önceden paylaşılmış bir gündem (agenda) zorunludur.

Kural	Detay
Gündem paylaşım zamanı	Toplantıdan en az 2 saat önce
Gündem içeriği	Konu başlıkları, her konu için süre, beklenen çıktı
Gündem yoksa	Toplantı iptal edilebilir — katılımcılar reddetme hakkına sahiptir
Gündem sahibi	Toplantıyı organize eden kişi

Gündem Şablonu:

UX Designer

Mon, 01 Jan 0001 00:00:00 +0000

UX Designer (UX Tasarımcı)

UX tasarımcıları, Denomas ürünlerinin kullanıcı deneyimini tasarlar. Kullanıcı araştırma, bilgi mimarisi, etkileşim tasarımı, prototipleme ve tasarım sistemi yönetiminden sorumludur.

Kullanılan Araçlar

Araç	Kullanım Alanı
Figma	Arayüz tasarımı ve prototipleme
FigJam / Miro	Çalıştay ve beyin fırtınası
Excalidraw	Düşük sadakat wireframe
Maze / Hotjar	Kullanılabilirlik testi ve ısı haritası
Notion / Obsidian	Araştırma notları ve bulgular

Kariyer Seviyeleri ve Denomas Yetkinlik Çerçevesi Gereksinimleri

Junior UX Designer — Yetkinlik Seviyesi 2

Denomas Yetkinlik Çerçevesi Gereksinimleri:

Uygulama Hizmetleri

Mon, 01 Jan 0001 00:00:00 +0000

Uygulama Hizmetleri

Denomas uygulama ekibi, ürünlerimizin müşteri ortamına sorunsuz kurulumunu ve entegrasyonunu sağlar. Tüm uygulamalar tanımlı bir metodoloji çerçevesinde yürütülür.

Hizmet Alanları

Odoo ERP Uygulama

İhtiyaç analizi ve modül seçimi
Veri migrasyonu (mevcut sistemlerden)
Özelleştirme ve modül geliştirme
Entegrasyon (e-fatura, banka, kargo)
Kullanıcı eğitimi
Go-live desteği

Nextcloud Uygulama

Kurulum ve yapılandırma
LDAP/AD entegrasyonu
E-posta ve takvim migrasyonu
Dosya migrasyonu
Mobil cihaz yapılandırmasi
Güvenlik sertleştirme

İzleme Sistemi Kurulum

Denomas Denetim Otomasyon kurulumu
Cihaz envanter çıkarma ve şablon eşleştirme
Dashboard tasarımı
Alarm kuralları ve eskalasyon yapılandırmasi
Entegrasyon (ticket sistemi, bildirim kanalları)

Otomasyon Kurulum

Denomas Yönetim Otomasyon kurulumu
Ansible playbook geliştirme
CI/CD pipeline yapılandırmasi
IaC altyapı tasarımı

Uygulama Metodolojisi

Faz 1 — Discovery (Keşfetme) — Hafta 1-2

Aktivite	Çıktı
Paydaş görüşmeleri	Paydaş haritası
Mevcut altyapı envanteri	Altyapı raporu
İş gereksinimleri toplama	Gereksinim belgesi
Teknik on değerlendirme	Teknik uygunluk raporu
Kapsam ve başarı kriterlerinin tanımlanması	Proje şartı belgesi (SOW)

Faz 2 — Design (Tasarım) — Hafta 2-4

Aktivite	Çıktı
Teknik mimari tasarımı	Mimari belge
Veri modeli ve migrasyon planı	Migrasyon stratejisi
Entegrasyon noktalarının tanımlanması	Entegrasyon haritası
Özelleştirme gereksinimleri	Özelleştirme spesifikasyonu
Test stratejisi	Test planı

Faz 3 — Deploy (Kurulum) — Hafta 3-8

Aktivite	Çıktı
Ortam hazırlık (staging + production)	Hazır ortamlar
Ürün kurulumu (Ansible ile)	Kurulu sistemler
Özelleştirme uygulama	Özelleştirilen modüller
Veri migrasyonu	Migre edilmiş veriler
Entegrasyon uygulama	Çalışan entegrasyonlar

Faz 4 — Validate (Doğrulama) — Hafta 7-10

Aktivite	Çıktı
Fonksiyonel testler	Test sonuç raporu
Performans testleri	Performans raporu
Kullanıcı kabul testleri (UAT)	UAT onay belgesi
Güvenlik taraması	Güvenlik raporu
Eğitim (son kullanıcı + admin)	Egitiim tamamlama belgesi

Faz 5 — Handover (Devir) — Hafta 9-12

Aktivite	Çıktı
Go-live geçişi	Canlı sistem
30 gün hypercare desteği	Destek log'u
Operasyon dokümantasyonu	Admin ve kullanıcı kılavuzları
Proje kapaiis toplantısı	Kapaiis raporu
SLA başlangıcı	Aktif SLA

Standart Proje Zaman Çizelgesi (Ürüne Göre)

Ürün	Küçük	Orta	Büyük
Odoo ERP	8-12 hafta (3-5 modül)	12-20 hafta (6-10 modül)	20-36 hafta (10+ modül)
Nextcloud	2-4 hafta (<100 kullanıcı)	4-8 hafta (100-500 kullanıcı)	8-12 hafta (500+ kullanıcı)
Denomas Denetim Otomasyon	2-4 hafta (<100 cihaz)	4-8 hafta (100-1000 cihaz)	8-16 hafta (1000+ cihaz)
Denomas Yönetim Otomasyon	2-4 hafta (temel)	4-8 hafta (orta)	8-12 hafta (gelişmiş)
Denomas AIO	4-8 hafta	8-16 hafta	16-24 hafta

Zaman Çizelgesi

Süreler tahminidir. Kesin süre, Discovery fazında müşteri ile birlikte belirlenir. Özelleştirme ve migrasyon karmaşıklığı süreyi uzatabilir.

Uyumluluk Genel Bakış

Mon, 01 Jan 0001 00:00:00 +0000

Uyumluluk Genel Bakış

Denomas, uluslararası ve ulusal düzenlemelere uyumluluk konusunda kapsamlı bir yaklaşım benimser. Bu sayfa, desteklediğimiz uyumluluk standartlarını ve müşterilerimize sağladığımız uyumluluk hizmetlerini özetler.

Desteklenen Standartlar

ISO 27001

Bilgi Güvenliği Yönetim Sistemi (BGYS) standardı, Denomas'ın güvenlik yönetiminin temelini oluşturur.

Bileşen	Kapsam
Risk Değerlendirmesi	Varlık tabanlı risk analizi
Güvenlik Kontrolleri	Annex A kontrolleri uygulama
İç Denetim	Yıllık iç denetim döngüsü
Sürekli İyileştirme	PDCA (Plan-Do-Check-Act) döngüsü

KVKK (Kişisel Verilerin Korunması Kanunu)

Türkiye'nin kişisel veri koruma mevzuatına tam uyumluluk:

Uzaktan Çalışma Manifestosu

Mon, 01 Jan 0001 00:00:00 +0000

Uzaktan Çalışma Manifestosu

Denomas Tam Uzaktan (All-Remote) bir organizasyondur. Bu, ofis merkezli bir şirketin uzaktan çalışma seçeneği sunması değildir. Tüm süreçler uzaktan-öncelikli (remote-first) olarak tasarlanır.

Alıntı

"Uzaktan çalışma bir perk değil, bir mimari karardır." — Denomas Handbook İlkesi

Temel İlkeler

1. Asenkron-Öncelikli (Async-First)

Varsayılan iletişim modu asenkrondur. Senkron toplantı ancak asenkron yöntemlerle çözülemeyen konular için kullanılır.

Pratikte:

Karar ve tartışmalar handbook veya Nextcloud Talk kanallarına yazılır
Toplantı öncesi gündem paylaşımı zorunlu
Toplantı sonrası özet ve aksiyonlar handbook'a eklenir

2. Handbook-First Dokümantasyon

Bilgi bir kişinin kafasında veya sohbet geçmişinde değil, handbook'ta yaşar. Bkz: handbook-first

Uzaktan Çalışma Rehberi

Mon, 01 Jan 0001 00:00:00 +0000

Uzaktan Çalışma Rehberi

Denomas remote-first bir şirkettir. Uzaktan çalışma bir istisna değil, varsayılan çalışma biçimimizdir. Bu rehber, uzaktan çalışmanın günlük pratiklerini, araçlarını ve en iyi uygulamalarını kapsar.

Kültür Bağlamı

Bu rehber Kültür sayfasındaki asenkron öncelikli iletişim ve handbook-first prensiplerinin günlük hayata yansımasıdır.

Temel Prensipler

Asenkron öncelikli — Anlık yanıt beklentisi yoktur. Yazılı iletişim tercih edilir.
Sonuç odaklı — Çalışma saati değil, teslim edilen değer ölçülür.
Şeffaf — Çalışma durumu ve ilerleme görünür olmalıdır.
Güven temelli — Mikro yönetim yerine özerklik ve sorumluluk.
Kasıtlı iletişim — Bağlam paylaş, varsayımlarını yaz, net ol.

Günlük Rutinler

Gün Başlangıcı

Adım	Açıklama	Süre
Durumu güncelle	Nextcloud Talk'ta "Çevrimiçi" durumuna geç	1 dk
Takvim kontrolü	Günün toplantı ve tarihlerini gözden geçir	5 dk
Bildirim kontrolü	Nextcloud Talk, e-posta, code.denomas.com bildirimleri	10 dk
Günlük plan	Bugün tamamlanacak 2-3 öncelikli işi belirle	5 dk

Gün Sonu

Adım	Açıklama	Süre
İlerleme notu	Günün tamamlanan ve devam eden işlerini kaydet	5 dk
Durumu güncelle	"Çevrimdışı" durumuna geç	1 dk
Yarın planı	Yarınki öncelikleri belirle (opsiyonel)	5 dk

Async Standup

Denomas'ta günlük standup toplantısı zorunlu değildir. Bunun yerine Nextcloud Talk'ta ekip kanalına günlük kısa güncelleme yazılması yeterlidir. Format: "Dün: X, Bugün: Y, Engel: Z".

Ürün Analitiği

Mon, 01 Jan 0001 00:00:00 +0000

Ürün Analitiği

Ürün analitiği, veri odaklı karar almayı mümkün kılar. Bu sayfa; telemetri toplama, A/B test framework'ü, funnel analizi ve kullanıcı segmentasyonu yaklaşımlarını tanımlar.

Telemetri ve Kullanım Verileri

Veri Toplama İlkeleri

İlke	Açıklama
Gizlilik öncelikli	Kişisel tanımlayıcı bilgi toplanmaz. Veriler anonim veya takma adlıdır.
Opt-in/opt-out	Kullanıcı telemetri paylaşımını açabilir veya kapatabilir.
Minimum veri	Yalnızca karar almak için gereken veri toplanır.
Şeffaflık	Hangi verilerin toplandığı dokümante edilir ve kullanıcıya sunulur.

Toplanan Veri Kategorileri

Kategori	Örnek	Saklama Süresi
Kullanım olayları	Sayfa görüntüleme, buton tıklama, özellik kullanımı	12 ay
Performans metrikleri	Sayfa yüklenme süresi, API yanıt süresi	6 ay
Hata verileri	İstemci tarafı hatalar, çökme raporları	3 ay
Altyapı metrikleri	CPU, bellek, disk kullanımı	6 ay

Kişisel Veri

Telemetri verilerinde kullanıcı adı, e-posta veya IP adresi saklanmaz. KVKK ve GDPR uyumu zorunludur.

Ürün Dokümantasyonu

Mon, 01 Jan 0001 00:00:00 +0000

Ürün Dokümantasyonu

Bu sayfa, Denomas ürünlerinin dokümantasyon türlerini, docs-as-code yaklaşımını, versiyon yönetimini ve çeviri sürecini tanımlar.

Doküman Türleri

Tür	Hedef Kitle	İçerik	Güncelleme Sıklığı
API Referansı	Geliştirici	Endpoint tanımları, parametre açıklamaları, örnek istekler/yanıtlar	Her sürümde
Kullanım Rehberi	Son kullanıcı	Adım adım görev tamamlama yönergeleri	Özellik değişikliğinde
Hızlı Başlangıç	Yeni kullanıcı	İlk kurulum ve temel kullanım (15 dakika hedefi)	Büyük sürümlerde
Mimari Dokümanı	Mühendis, mimar	Sistem mimarisi, veri akışı, bileşen ilişkileri	Çeyreklik
Sürüm Notları	Tüm kullanıcılar	Yeni özellikler, düzeltmeler, kırılma değişiklikleri	Her sürümde
Sorun Giderme	Destek, son kullanıcı	Bilinen sorunlar ve çözümleri	Sürekli

Doküman Sorumluluğu

API referansı ve mimari doküman: @muhendislik-ekibi. Kullanım rehberi ve hızlı başlangıç: @urun-ekibi. Sürüm notları: ortak sorumluluk.

Ürün Tasarımı

Mon, 01 Jan 0001 00:00:00 +0000

Ürün Tasarımı (UX/UI)

Denomas ürün tasarım süreci, kullanıcı odaklı tasarım ilkelerini temel alır. Bu sayfa; tasarım ilkeleri, araştırma yöntemleri, prototipleme süreci, tasarım sistemi ve erişilebilirlik standartlarını tanımlar.

Tasarım İlkeleri

Tüm Denomas ürünlerinde geçerli beş temel ilke:

#	İlke	Açıklama
1	Sadelik	Her ekranda tek birincil eylem. Gereksiz öğe eklenmez.
2	Tutarlılık	Tasarım sistemi bileşenleri tüm ürünlerde aynı şekilde kullanılır.
3	Geri Bildirim	Her kullanıcı eylemi görsel veya metin yanıt alır (başarı, hata, yükleniyor).
4	Erişilebilirlik	WCAG 2.1 AA seviyesinde tüm ürünler erişilebilir olmalıdır.
5	Verimlilik	Sık kullanılan görevler üç tıklama veya daha azıyla tamamlanabilir.

Kullanıcı Araştırma Yöntemleri

Yöntem	Ne Zaman	Katılımcı	Çıktı
Kullanıcı mülakatı	Keşif aşaması	5-8 kişi	İhtiyaç haritası
Kullanılabilirlik testi	Prototip sonrası	5 kişi	Sorun raporu
Kart sıralama	Bilgi mimarisi tasarımı	10-15 kişi	Kategori yapısı
A/B test	Canlı ortam	İstatistiksel örneklem	Kazanan varyant
Anket	Genel memnuniyet	50+ yanıt	Nicel veri
Günlük çalışması	Uzun süreli davranış	5-10 kişi (1-2 hafta)	Davranış kalıpları

Araştırma Önceliği

Yeni özellik geliştirmede kullanıcı mülakatı zorunludur. Diğer yöntemler proje kapsamına göre seçilir.

Ürün Yönetimi Süreci

Mon, 01 Jan 0001 00:00:00 +0000

Ürün Yönetimi Süreci

Denomas ürün yönetimi süreci, müşteri ihtiyaçlarını teknik kapasiteyle buluşturarak değer üreten bir döngü oluşturur. Bu sayfa, ürün yol haritası oluşturma, önceliklendirme, sprint etkileşimi ve metrik takibini tanımlar.

Ürün Yol Haritası Oluşturma

Yol haritası, çeyreklik dönemlerde güncellenir. Üç zaman dilimi kullanılır:

Zaman Dilimi	Kapsam	Detay Seviyesi
Şimdi (0-4 hafta)	Sprint backlog	Epik ve kullanıcı hikayesi
Yakında (1-3 ay)	Planlanan özellikler	Epik düzeyinde
İleride (3-12 ay)	Stratejik temalar	Tema düzeyinde

Kaynak

Yol haritası tek kaynağı: Product Board veya eşdeğer araç. Kopya yol haritası oluşturulmaz; bağlantı verilir.

Üst Yönetim Raporlama Standartları

Mon, 01 Jan 0001 00:00:00 +0000

Üst Yönetim Raporlama Standartları

Liderlik ekibine sunulan her rapor, sunum ve bilgi notu 1-2-3 sayfa kuralı ile yapılandırılır. Amaç: karar vericilerin zamanını korumak, net bilgi sunmak ve eyleme yönelik öneri vermek.

Alıntı

"Eğer 1 sayfada anlatamıyorsan, 10 sayfada da anlatamazsın." — Denomas Handbook İlkesi

Bu standartlar aşağıdaki belge türlerinin tümüne uygulanır:

Rapor
Sunum
Bilgi notu

1-2-3 Sayfa Kuralı

Bu üç dosya beraber üretilir ve birbirini tamamlar. Okuyucu 1. sayfayla başlayıp, merak ettiği kadar derine iner.

Yapay Zeka Asistanı İş Akışı SOP

Mon, 01 Jan 0001 00:00:00 +0000

Yapay Zeka Asistanı İş Akışı SOP

Denomas Yapay Zeka Asistanlarının görev alma, yürütme ve tamamlama sürecini düzenleyen standart operasyon prosedürüdür. Bu SOP, görev kabul karar ağacı, bağlam yükleme protokolü (Informed Walk), SOP bağımlılık kontrolü, dal yönetimi, MR oluşturma ve çapraz inceleme süreci, CI uyumluluğu, çıktı doğrulama ve Human Gate onay mekanizmasını kapsar. Ayrıca eskalasyon seviyeleri (L1-L3), hata işleme prosedürleri ve hotfix gibi özel senaryoları da tanımlar.

İç Doküman

Bu konunun detayları iç handbook'ta yer almaktadır. Tam içerik için internal.handbook.denomas.com adresine bakınız.

Yetkinlik Çerçevesi

Mon, 01 Jan 0001 00:00:00 +0000

Denomas Yetkinlik Çerçevesi Tabanlı Organizasyon

Denomas'ın hem insan çalışanlar hem de Yapay Zeka Asistanları için kullandığı yetkinlik ve yetki tanımlama çerçevesini tanımlar. PROG:1'den PROG:7'ye kadar yetkinlik seviyeleri, organizasyon tasarımında kullanılan Denomas Yetkinlik eksenleri (GOVN, POMG, ARCH, PROG vb.), Yapay Zeka Asistanı-yetkinlik yetenek haritalama, insan-yapay zeka skill paritesi modeli, yetki matrisi, agent kartı formatı ve kariyer ilerleme mekanizmalarını kapsar.

İç Doküman

Bu konunun detayları iç handbook'ta yer almaktadır. Tam içerik için internal.handbook.denomas.com adresine bakınız.

Denomas Handbook

Açık Kaynak Stratejisi

Açık Kaynak Stratejisi

Upstream-First Yaklaşım

Fork Kuralları

AI Agent Specialist

AI Agent Specialist (Yapay Zeka Asistanı Uzmanı)

Kariyer Seviyeleri ve Denomas Yetkinlik Çerçevesi Gereksinimleri

AI Agent Developer — Yetkinlik Seviyesi 3

AI-Force Genel Bakış

AI-Force Genel Bakış

Vizyon

Üç Asistan Kategorisi

1. Düşünürler (Thinkers)

AI-Force'a Katıl — Kariyer

AI-Force'a Katıl

AI-Force'a Katılmak Ne Demek?

Altyapı İzleme Standartları

Altyapı İzleme Standartları

Zorunlu Metrikler

Sunucu Metrikleri

Servis Metrikleri

Veritabanı Metrikleri

Alarm Politikası

İzleme Araçları

Bilgi Tabanı

Bilgi Tabanı

Bilgi Tabanı Yapısı

Platform

Kategori Hiyerarşisi

Erişim Seviyeleri

Makale Yazma Rehberi

Makale Şablonu

CI/CD Pipeline

CI/CD Pipeline

Pipeline Aşamaları

1. lint

2. test

3. build

4. scan

5. deploy-staging

6. deploy-prod

Tam .gitlab-ci.yml Örneği

Ortam Değişkenleri (CI/CD Variables)

Context Yönetimi

Context Yönetimi

İlgili Sayfalar

Customer Success Manager

Customer Success Manager (Müşteri Başarı Yöneticisi)

Kariyer Seviyeleri ve Denomas Yetkinlik Çerçevesi Gereksinimleri

Customer Success Manager — Yetkinlik Seviyesi 3

Çeşitlilik ve Kapsayıcılık

Çeşitlilik ve Kapsayıcılık

İlkelerimiz

Eşit Fırsat

Kapsayıcı Dil

Erişilebilirlik

Çözüm Mühendisliği

Çözüm Mühendisliği

Çözüm Mühendisi Rolü

Temel Sorumluluklar

Yetkinlik Gereksinimleri

Pre-Sales Süreci

Satış — Çözüm Mühendisliği İş Birliği

Teknik Keşif Toplantısı

Danışmanlık Hizmetleri

Danışmanlık Hizmetleri

Hizmet Türleri

1. Dijital Dönüşüm Danışmanlığı

Data Engineer

Data Engineer (Veri Mühendisi)

Kullanılan Araçlar

Kariyer Seviyeleri ve Denomas Yetkinlik Çerçevesi Gereksinimleri

Junior Data Engineer — Yetkinlik Seviyesi 2

Demo Ortamları

Demo Ortamları

Ortam Türleri

Kalıcı Demo Ortamları

Geçici POC Ortamları

Denomas Değerleri

Tam `.gitlab-ci.yml` Örneği