TotalApp Docs

Fikri Mülkiyet & Ar-Ge — Ekran İş Akışları

Ekranlar arası akışlar: buluş bildiriminden patent başvurusuna, değerleme senkronizasyonu, çakışma bildirimi ve daha fazlası.

Ekran İş Akışları

16 ekran birbirinden bağımsız 16 ada değildir — birçoğu birbirine gerçek veri devreder. Bu sayfa alt grup sınırlarını aşan başlıca uçtan uca akışları izler; ekran bazlı özellik dökümü için aşağıdaki 4 alt grup sayfasına bakın.

Buluş Bildirimi
Patent Başvurusuna Terfi Ettir
Patent Portföy Kataloğu
Fikri Mülkiyet Değerlemesi & Telif

1. Buluş bildirimi → gerçek patent başvurusu

Yeni bir patentin resmi başlangıç noktası. Bir araştırmacı, Buluş Bildirimi İncelemesi’nde bir Buluş Bildirimi gönderir; ekranın iki aşamalı AI akışı, Embedding Engine tarafından bulunan önceki teknik karşısında yeniliği (0–100) puanlar ve ticari hazırlık düzeyini (yüksek/orta/düşük) değerlendirir. Bir bildirim onaylandığında (reviewStatus: approved_for_patent_filing), Patent Başvurusuna Terfi Ettir eylemi promoteToPatentApplication() fonksiyonunu çağırır; bu fonksiyon:

  • Patent Portföy Kataloğu’nda, bildirimin başlığı, baş buluş sahibi ve önerilen ilk hedef yargı alanıyla oluşturulmuş, gerçek bir yeni PatentRecord kaydı yaratır — durum pending_examination ile başlar.
  • Yeni patentin kimliğini bildirime geri yazar (linkedPatentId), böylece defter bu bildirimin zaten dönüştürüldüğünü gösterir ve tekrar terfi ettirilemez.

Bu simüle edilmiş değil, gerçek bir ekranlar arası dönüşümdür — yeni katalog kaydı elle girilmiş bir kayıttan ayırt edilemez.

2. Fikri mülkiyet değerlemesi → patent kaydına senkronize edilir

Fikri Mülkiyet Değerlemesi & Telif ekranı, bir patent varlığı için rayiç değer tahmini üretir. Değerlemeyi Varlık Defterine Senkronize Et eylemi, syncIpValuationToLedger(patentId, value) fonksiyonunu çağırır; bu, o sayıyı doğrudan Patent Portföy Kataloğu’ndaki bağlı patentin fairMarketValue alanına yazar — böylece katalog, elle yeniden giriş yapılmadan her zaman en güncel değerlemeyi yansıtır.

3. Çakışma taraması → Ar-Ge & Hukuka bildirilir

Patent Çakışma Tarayıcısı’nın iki aşamalı motoru bir taramayı critical_overlap veya moderate_risk olarak sınıflandırdığında, Ar-Ge & Hukuka Bildir eylemi taramanın flagStatus alanını günceller (kritik risk → flagged_both, orta risk → flagged_rd). Bu kod tabanında henüz merkezi bir ekipler arası bildirim gelen kutusu olmadığından, bayrak tarama kaydının kendisinde bir alan olarak tutulur — ileride bir Ar-Ge/Hukuk ekranı, paylaşılan bir bildirim merkezi oluşturulduğunda bunu filtreleyebilir.

4. Yargı alanı yıllık ücreti → Finans için planlanır

Hukuki Yargı Alanı Kurulumu, her patent ofisinin yıllık bakım ücretini ve bir sonraki yıllık ücret vade tarihini takip eder. Yıllık Ücret Ödemesini Planla eylemi (scheduleAnnuityPayment()) yargı alanı kaydına sentetik bir Accounts Payable referans kimliği yazar (linkedAccountsPayableId) — bu kod tabanında ayrı bir AccountsPayableScreen yoktur (Finans doğrudan AccountsPayable.tsx bileşenini kullanır), bu yüzden bu, canlı bir Finans yazması değil, ileride kurulacak bir bağlantı için bir ilişkilendirme noktasıdır.

5. FTO riski → tasarım değişikliği görevi

FTO Risk Analizi bir ürünün bir bölgede engellendiğini bulduğunda, Tasarım Değişikliği Görevini Tetikle (createDesignAroundTask()) önerilen çözümün teknik şartnamesini değerlendirmenin görev günlüğüne ekler ve durum blocked_by_ip ise conditional_design_around_needed durumuna geçirir — devam eden bir tasarım değişikliği artık kesin bir engel değildir.

Her ekranın AI işlemi nerede gerçekleşiyor

Bu eklentideki her AI çağıran fonksiyon, Genel Bakış’ta anlatılan aynı iki aşamalı deseni izler: yalnızca yerel Ollama üzerinde çalışan bir Embedding Engine (Aşama 1), writerEngine ile yönlendirilen bir AI Engine’i (Aşama 2) besler. Aşağıdaki grup sayfaları, her ekranın spesifik Aşama 1 külliyatını ve Aşama 2 çıktı şeklini detaylandırır.

Sık Sorulan Sorular

Bir bildirim iki kez patent başvurusuna terfi ettirilebilir mi?
Hayır — promoteToPatentApplication(), linkedPatentId zaten ayarlanmışsa hata fırlatır, bu yüzden bir bildirim yalnızca bir kez dönüştürülebilir.
Bir değerlemeyi senkronize etmek patentin başvuru/durum alanlarının üzerine yazar mı?
Hayır — yalnızca fairMarketValue alanına yazar; Patent Portföy Kataloğu kaydındaki diğer her alan dokunulmadan kalır.
“Ar-Ge & Hukuka Bildir” eylemi gerçek bir bildirim/e-posta mı?
Hayır — bugün yalnızca tarama kaydındaki bir durum alanını günceller. Canlı bir bildirim/e-posta hattı ayrı bir entegrasyon olurdu.
Bir yıllık ücret ödemesini planlamak Finans’ta gerçekten bir Accounts Payable kaydı oluşturur mu?
Henüz değil — gelecekteki bir Finans entegrasyonunun kullanabileceği bir referans kimliği yargı alanı kaydında saklar; bugün canlı bir AP kaydı oluşturulmaz.