mirror of
https://github.com/nocobase/nocobase.git
synced 2026-09-21 05:44:51 +08:00
docs: align image references across all language versions
This commit is contained in:
@@ -14,7 +14,7 @@
|
||||
|
||||
انتقل إلى واجهة الإعدادات واملأ عنوان URL لإعادة التوجيه المصرّح به. يمكن الحصول على عنوان URL لإعادة التوجيه عند إضافة مُصادِق جديد في NocoBase، وعادةً ما يكون `http(s)://host:port/api/oidc:redirect`. راجع قسم [دليل المستخدم - الإعدادات](../index.md#configuration).
|
||||
|
||||

|
||||

|
||||
|
||||
## إضافة مُصادِق جديد في NocoBase
|
||||
|
||||
|
||||
@@ -35,7 +35,7 @@
|
||||
|
||||

|
||||
|
||||

|
||||

|
||||
|
||||
تحت قسم **تعيين السمات (Attribute Mapping)**، أضف تعيينات للسمات المقابلة.
|
||||
|
||||
|
||||
@@ -16,7 +16,7 @@ pkg: '@nocobase/plugin-auth'
|
||||
|
||||
## تفعيل أدوات المصادقة
|
||||
|
||||

|
||||

|
||||
|
||||
فقط أنواع المصادقة المفعّلة هي التي ستظهر في صفحة تسجيل الدخول.
|
||||
|
||||
|
||||
@@ -167,7 +167,7 @@ class CustomAuthPlugin extends Plugin {
|
||||
|
||||
### نموذج إعدادات المسؤول
|
||||
|
||||

|
||||

|
||||
|
||||
الجزء العلوي هو التكوين العام للمصادقة، والجزء السفلي هو جزء نموذج التكوين المخصص الذي يمكن تسجيله.
|
||||
|
||||
|
||||
@@ -20,15 +20,15 @@ pkg: '@nocobase/plugin-auth'
|
||||
|
||||
صفحة التسجيل
|
||||
|
||||

|
||||

|
||||
|
||||
عند عدم السماح بالتسجيل، لن تعرض صفحة تسجيل الدخول رابطًا لإنشاء حساب.
|
||||
|
||||

|
||||

|
||||
|
||||
عند عدم السماح بالتسجيل، لا يمكن الوصول إلى صفحة التسجيل.
|
||||
|
||||

|
||||

|
||||
|
||||
## إعدادات نموذج التسجيل<Badge>v1.4.0-beta.7+</Badge>
|
||||
|
||||
|
||||
@@ -12,7 +12,7 @@
|
||||
|
||||
تهيئة الحقل:
|
||||
|
||||

|
||||

|
||||
|
||||
## وصف المعلمات
|
||||
|
||||
|
||||
@@ -30,7 +30,7 @@ pkg: "@nocobase/plugin-field-encryption"
|
||||
|
||||
تعتمد طريقة تشفير الأظرف (Envelope Encryption).
|
||||
|
||||

|
||||

|
||||
|
||||
### عملية إنشاء المفتاح
|
||||
1. عند إنشاء حقل مشفر لأول مرة، ينشئ النظام تلقائيًا `مفتاح تطبيق` بحجم 32 بت، ويُحفظ بترميز Base64 في دليل التخزين الافتراضي.
|
||||
|
||||
@@ -11,27 +11,27 @@ pkg: "@nocobase/plugin-email-manager"
|
||||
|
||||
## نظرة عامة على الإرسال بالجملة
|
||||
يمكنك إرسال رسائل بريد إلكتروني إلى عدة أشخاص دفعة واحدة (سيتلقى كل مستلم رسالة بريد إلكتروني منفصلة).
|
||||

|
||||

|
||||
|
||||
## الإرسال بالجملة عبر الجدول
|
||||
يمكنك أيضًا إرسال رسائل بريد إلكتروني بالجملة عبر جدول:
|
||||
|
||||
1. أضف زر إرسال بريد إلكتروني إلى الجدول
|
||||

|
||||

|
||||
|
||||
2. قم بتكوين حقل البريد الإلكتروني في الجدول (يُستخدم لتحليل عناوين البريد الإلكتروني بعد تحديد صفوف الجدول)
|
||||

|
||||

|
||||
|
||||
3. حدد بيانات الجدول لإرسال رسائل البريد الإلكتروني
|
||||

|
||||

|
||||
|
||||
إذا كنت بحاجة إلى إرسال رسائل بريد إلكتروني إلى جميع العناوين في الجدول بأكمله، فيمكنك تمكين ميزة **تحديد جميع السجلات في الجدول الحالي كمستلمين افتراضيًا**:
|
||||

|
||||

|
||||
|
||||
بعد تحرير محتوى البريد الإلكتروني، انقر على زر الإرسال بالجملة للإرسال:
|
||||

|
||||

|
||||
|
||||
## تتبع إرسال البريد الإلكتروني
|
||||
يمكنك عرض وتتبع حالة إرسال البريد الإلكتروني المحددة في مركز إدارة البريد الإلكتروني:
|
||||
.png)
|
||||
.png)
|
||||

|
||||
@@ -11,15 +11,15 @@ pkg: "@nocobase/plugin-email-manager"
|
||||
## إعدادات التوقيع
|
||||
|
||||
انتقل إلى مركز إدارة البريد الإلكتروني وانقر على زر الإعدادات:
|
||||

|
||||

|
||||
|
||||
انتقل إلى لوحة التوقيع:
|
||||

|
||||

|
||||
|
||||
يمكنك إدارة التوقيعات هنا. حدد الخيار الموجود قبل التوقيع لتعيينه كتوقيع افتراضي:
|
||||

|
||||

|
||||
|
||||
## استخدام التوقيعات
|
||||
|
||||
في مربع نص رسالة البريد الإلكتروني، انقر على أيقونة التوقيع لاختيار التوقيع المطلوب:
|
||||

|
||||

|
||||
@@ -11,15 +11,15 @@ pkg: "@nocobase/plugin-email-manager"
|
||||
## إعدادات القوالب
|
||||
|
||||
انتقل إلى مركز إدارة البريد الإلكتروني وانقر على زر الإعدادات:
|
||||

|
||||

|
||||
|
||||
انتقل إلى لوحة القوالب:
|
||||

|
||||

|
||||
|
||||
يمكنك إدارة القوالب من هنا:
|
||||

|
||||

|
||||
|
||||
## استخدام القوالب
|
||||
|
||||
في مربع نص البريد الإلكتروني، انقر على أيقونة القالب لاختيار القالب المطلوب:
|
||||
.png)
|
||||
.png)
|
||||
@@ -4,4 +4,4 @@
|
||||
|
||||
# خريطة طريق التعلم
|
||||
|
||||

|
||||

|
||||
@@ -43,7 +43,7 @@ pkg: "@nocobase/plugin-block-list"
|
||||
|
||||
> **ملاحظة**: يمكن عرض الحقول من المجموعات المرتبطة (حاليًا، يتم دعم العلاقات من نوع "واحد إلى واحد" فقط).
|
||||
|
||||

|
||||

|
||||
|
||||
لتهيئة حقول القائمة، راجع [حقل التفاصيل](/interface-builder/fields/generic/detail-form-item)
|
||||
|
||||
|
||||
@@ -31,7 +31,7 @@
|
||||
- **الأفقي (الجدول الرئيسي)**: يغطي القدرات العامة لجميع أنواع الأعمال — رقم التذكرة، الحالة، المسؤول، اتفاقية مستوى الخدمة (SLA) وغيرها من الحقول الأساسية.
|
||||
- **الرأسي (جداول التوسعة)**: حقول متخصصة متعمقة في أعمال محددة — إصلاح المعدات يحتوي على الأرقام التسلسلية، والشكاوى تحتوي على خطط التعويض.
|
||||
|
||||

|
||||

|
||||
|
||||
**لماذا هذا التصميم؟**
|
||||
|
||||
@@ -61,7 +61,7 @@
|
||||
|
||||
#### الفلسفة الثالثة: التدوير الذاتي للمعرفة
|
||||
|
||||

|
||||

|
||||
|
||||
هذا يشكل حلقة مغلقة من **ترسيب المعرفة - تطبيق المعرفة**.
|
||||
|
||||
@@ -71,7 +71,7 @@
|
||||
|
||||
### 2.1 نظرة عامة على علاقات الكيانات
|
||||
|
||||

|
||||

|
||||
|
||||
|
||||
### 2.2 تفاصيل الجداول الأساسية
|
||||
@@ -296,18 +296,18 @@
|
||||
|
||||
**المسار الرئيسي (من اليسار إلى اليمين)**
|
||||
|
||||

|
||||

|
||||
|
||||
**المسارات الفرعية**
|
||||
|
||||

|
||||

|
||||
|
||||

|
||||

|
||||
|
||||
|
||||
**آلة الحالة الكاملة**
|
||||
|
||||

|
||||

|
||||
|
||||
### 3.3 قواعد انتقال الحالات الرئيسية
|
||||
|
||||
@@ -337,7 +337,7 @@
|
||||
|
||||
### 4.2 منطق حساب SLA
|
||||
|
||||

|
||||

|
||||
|
||||
#### عند إنشاء التذكرة
|
||||
|
||||
@@ -466,7 +466,7 @@
|
||||
|
||||
### 5.3 موظفو الذكاء الاصطناعي ودورة حياة التذكرة
|
||||
|
||||

|
||||

|
||||
|
||||
### 5.4 أمثلة على استجابات الذكاء الاصطناعي
|
||||
|
||||
@@ -526,12 +526,12 @@
|
||||
|
||||
### 6.1 مصادر المعرفة
|
||||
|
||||

|
||||

|
||||
|
||||
|
||||
### 6.2 إجراء تحويل التذكرة إلى معرفة
|
||||
|
||||

|
||||

|
||||
|
||||
**أبعاد التقييم**:
|
||||
- **العمومية**: هل هذه مشكلة شائعة؟
|
||||
@@ -576,19 +576,19 @@
|
||||
|
||||
#### WF-T01: إجراء إنشاء التذكرة
|
||||
|
||||

|
||||

|
||||
|
||||
#### WF-AI01: تحليل التذكرة بواسطة AI
|
||||
|
||||

|
||||

|
||||
|
||||
#### WF-AI04: ترجمة ومراجعة التعليقات
|
||||
|
||||

|
||||

|
||||
|
||||
#### WF-AI03: توليد المعرفة
|
||||
|
||||

|
||||

|
||||
|
||||
### 7.3 المهام المجدولة
|
||||
|
||||
@@ -605,11 +605,11 @@
|
||||
|
||||
### 8.1 لوحة الإدارة الخلفية
|
||||
|
||||

|
||||

|
||||
|
||||
### 8.2 بوابة العملاء
|
||||
|
||||

|
||||

|
||||
|
||||
### 8.3 تصميم لوحة البيانات
|
||||
|
||||
|
||||
@@ -26,7 +26,7 @@ pkg: '@nocobase/plugin-acl'
|
||||
|
||||
## أذونات إجراءات المجموعة
|
||||
|
||||

|
||||

|
||||
|
||||

|
||||
|
||||
|
||||
@@ -50,7 +50,7 @@ pkg: '@nocobase/plugin-acl'
|
||||
|
||||
عملية التكوين الكاملة هي كما يلي:
|
||||
|
||||

|
||||

|
||||
|
||||
- **إضافة**: يحدد ما إذا كان يمكن إضافة (إنشاء) الحقول.
|
||||
|
||||
@@ -137,7 +137,7 @@ pkg: '@nocobase/plugin-acl'
|
||||
|
||||
تكوين الأذونات الفردية لـ **مجموعة** الطلبات، حيث يمتلك حقل الارتباط "العميل" جميع أذونات الحقول:
|
||||
|
||||

|
||||

|
||||
|
||||
تكوين الأذونات الفردية لـ **مجموعة** العملاء، حيث تمتلك الحقول في **مجموعة** العملاء أذونات العرض فقط:
|
||||
|
||||
|
||||
@@ -17,7 +17,7 @@
|
||||
|
||||
لقد استخدمنا ميزة المتغيرات عدة مرات في [البدء السريع](../getting-started.md). على سبيل المثال، في عقدة العمليات الحسابية، يمكننا استخدام المتغيرات للإشارة إلى بيانات سياق المشغّل لإجراء العمليات الحسابية:
|
||||
|
||||

|
||||

|
||||
|
||||
في عقدة التحديث، استخدم بيانات سياق المشغّل كمتغير لشرط التصفية، وأشر إلى نتيجة عقدة العمليات الحسابية كمتغير لقيمة الحقل المراد تحديثه:
|
||||
|
||||
|
||||
@@ -64,7 +64,7 @@ pkg: '@nocobase/plugin-workflow-aggregate'
|
||||
|
||||
ثم، أضف عقدة استعلام تجميع وقم بتكوينها كما يلي:
|
||||
|
||||

|
||||

|
||||
|
||||
بهذه الطريقة، بعد تشغيل **سير العمل**، ستقوم عقدة استعلام التجميع بحساب عدد جميع المقالات في فئة المقال المضاف حديثًا وحفظه كنتيجة للعقدة.
|
||||
|
||||
|
||||
@@ -60,7 +60,7 @@ pkg: '@nocobase/plugin-workflow-manual'
|
||||
|
||||
كتل بيانات العقدة متشابهة؛ يمكنك تحديد نتيجة البيانات من عقدة سابقة لعرضها كتفاصيل. على سبيل المثال، يمكن أن تكون نتيجة عقدة حساب سابقة بمثابة معلومات مرجعية سياقية لمهمة المسؤول "قيد الانتظار":
|
||||
|
||||

|
||||

|
||||
|
||||
:::info{title=ملاحظة}
|
||||
نظرًا لأن سير العمل يكون في حالة غير منفذة أثناء إعداد الواجهة، فلا يتم عرض أي بيانات محددة في كتل البيانات. لا يمكن رؤية البيانات ذات الصلة بمثيل سير عمل معين إلا في واجهة النافذة المنبثقة لمهام "قيد الانتظار" بعد تشغيل سير العمل وتنفيذه.
|
||||
|
||||
@@ -16,7 +16,7 @@ pkg: '@nocobase/plugin-workflow-variable'
|
||||
|
||||
في واجهة إعدادات سير العمل، انقر على زر الزائد ("+") في سير العمل لإضافة عقدة "متغير":
|
||||
|
||||

|
||||

|
||||
|
||||
## إعداد العقدة
|
||||
|
||||
@@ -41,7 +41,7 @@ pkg: '@nocobase/plugin-workflow-variable'
|
||||
|
||||
في وضع التعريف، يعادل تعيين قيمة للمتغير إسناد قيمة أولية له.
|
||||
|
||||

|
||||

|
||||
|
||||
في وضع الإسناد، يعادل تعيين قيمة للمتغير تعديل قيمة المتغير الهدف المُعرّف إلى قيمة جديدة. وستحصل الاستخدامات اللاحقة على هذه القيمة الجديدة.
|
||||
|
||||
|
||||
@@ -178,7 +178,7 @@ curl -X POST -H 'Authorization: Bearer <your token>' -H 'X-Role: <roleName>' -d
|
||||
|
||||
كما هو موضح في الشكل أدناه:
|
||||
|
||||

|
||||

|
||||
|
||||
### الفرق عن حدث المجموعة
|
||||
|
||||
|
||||
@@ -28,7 +28,7 @@ pkg: '@nocobase/plugin-workflow-request-interceptor'
|
||||
|
||||
في مشغل سير عمل الاعتراض، أول ما يجب تهيئته هو المجموعة المطابقة للإجراء:
|
||||
|
||||

|
||||

|
||||
|
||||
ثم اختر وضع الاعتراض. يمكنك اختيار اعتراض زر الإجراء المرتبط بسير العمل هذا فقط، أو اعتراض جميع الإجراءات المحددة لهذه المجموعة (بغض النظر عن النموذج الذي تأتي منه، ودون الحاجة إلى ربط سير العمل المقابل):
|
||||
|
||||
@@ -91,7 +91,7 @@ pkg: '@nocobase/plugin-workflow-request-interceptor'
|
||||
|
||||
إذا تم تهيئة عقدة "إنهاء سير العمل" للخروج بحالة "نجاح"، فسيظل طلب الإجراء معترضًا عند تنفيذ هذه العقدة، ولكن رسالة الاستجابة المعادة ستُعرض بحالة "نجاح" (بدلاً من "خطأ"):
|
||||
|
||||

|
||||

|
||||
|
||||
## مثال
|
||||
|
||||
@@ -107,7 +107,7 @@ pkg: '@nocobase/plugin-workflow-request-interceptor'
|
||||
|
||||
تُستخدم عقدة الشرط ضمن سير عمل التكرار لتحديد ما إذا كان مخزون كائن المنتج الحالي في التكرار كافيًا:
|
||||
|
||||

|
||||

|
||||
|
||||
التكوينات الأخرى هي نفسها المذكورة في الاستخدام الأساسي. عند تقديم الطلب أخيرًا، إذا كان مخزون أي منتج غير كافٍ، فسيتم اعتراض تقديم الطلب، وسيتم إرجاع رسالة تنبيه مطابقة. أثناء الاختبار، حاول تقديم طلب يتضمن عدة منتجات، حيث يكون مخزون أحد المنتجات غير كافٍ والآخر كافيًا. يمكنك رؤية رسالة الاستجابة المعادة:
|
||||
|
||||
|
||||
@@ -15,7 +15,7 @@ Přejděte do [Google Cloud Console](https://console.cloud.google.com/apis/crede
|
||||
|
||||
Přejděte do konfiguračního rozhraní a vyplňte autorizovanou URL pro přesměrování. Tuto URL pro přesměrování získáte při přidávání autentikátoru v NocoBase; obvykle má formát `http(s)://host:port/api/oidc:redirect`. Podrobnosti naleznete v části [Uživatelská příručka - Konfigurace](../index.md#konfigurace).
|
||||
|
||||

|
||||

|
||||
|
||||
## Přidání nového autentikátoru v NocoBase
|
||||
|
||||
|
||||
@@ -36,7 +36,7 @@ Vraťte se do konzole Google a na stránce **Podrobnosti o poskytovateli služeb
|
||||
|
||||

|
||||
|
||||

|
||||

|
||||
|
||||
V části **Mapování atributů** přidejte mapování pro odpovídající atributy.
|
||||
|
||||
|
||||
@@ -58,4 +58,4 @@ Mapování uživatelských organizací a rolí v současné době není podporov
|
||||
|
||||
Navštivte přihlašovací stránku a klikněte na tlačítko pod přihlašovacím formulářem pro zahájení přihlášení třetí stranou.
|
||||
|
||||

|
||||

|
||||
@@ -15,7 +15,7 @@ Při instalaci pluginu pro uživatelskou autentizaci se automaticky inicializuje
|
||||
|
||||
## Aktivace autentizátorů
|
||||
|
||||

|
||||

|
||||
|
||||
Na přihlašovací stránce se zobrazí pouze aktivované typy autentizace.
|
||||
|
||||
|
||||
@@ -169,7 +169,7 @@ Pokud potřebujete přejít z přihlašovací stránky na registrační stránku
|
||||
|
||||
### Formulář pro správu administrace
|
||||
|
||||

|
||||

|
||||
|
||||
Nahoře je obecná konfigurace ověřovatele a dole je část formuláře pro vlastní konfiguraci, kterou lze registrovat.
|
||||
|
||||
|
||||
@@ -15,7 +15,7 @@ Než začnete v pracovním postupu používat uzly pro operace s dynamickými v
|
||||
|
||||
Poté můžete nastavit blok tabulky a zadat několik záznamů vzorců do šablonové kolekce. Každý řádek v šablonové kolekci „Výraz“ lze chápat jako pravidlo výpočtu navržené pro konkrétní datový model v rámci kolekce. Můžete použít různá pole z datových modelů různých kolekcí jako proměnné a vytvářet jedinečné výrazy jako pravidla výpočtu. Kromě toho můžete podle potřeby využívat různé výpočetní enginy.
|
||||
|
||||

|
||||

|
||||
|
||||
:::info{title=Tip}
|
||||
Jakmile jsou vzorce vytvořeny, je potřeba je propojit s obchodními daty. Přímé spojování každého řádku obchodních dat s daty vzorců může být zdlouhavé, proto se běžně používá přístup, kdy se metadata kolekce, podobná klasifikační kolekci, použije k vytvoření vztahu mnoho-k-jednomu (nebo jedna-k-jednomu) s kolekcí vzorců. Následně jsou obchodní data spojena s klasifikovanými metadaty ve vztahu mnoho-k-jednomu. Tento přístup Vám umožňuje jednoduše specifikovat relevantní klasifikovaná metadata při vytváření obchodních dat, což usnadňuje nalezení a použití odpovídajících dat vzorců prostřednictvím vytvořené cesty propojení.
|
||||
@@ -25,4 +25,4 @@ Jakmile jsou vzorce vytvořeny, je potřeba je propojit s obchodními daty. Př
|
||||
|
||||
Jako příklad si vezměte vytvoření pracovního postupu spouštěného událostí kolekce. Při vytvoření objednávky by měl spouštěč přednačíst související data produktů spolu s daty výrazů souvisejících s produkty:
|
||||
|
||||

|
||||

|
||||
@@ -13,7 +13,7 @@ ER diagram:
|
||||
|
||||
Konfigurace pole:
|
||||
|
||||

|
||||

|
||||
|
||||
## Popis parametrů
|
||||
|
||||
|
||||
@@ -13,7 +13,7 @@ ER diagram:
|
||||
|
||||
Konfigurace pole:
|
||||
|
||||

|
||||

|
||||
|
||||
## Popis parametrů
|
||||
|
||||
|
||||
@@ -21,7 +21,7 @@ ER Vztah
|
||||
|
||||
Konfigurace pole
|
||||
|
||||

|
||||

|
||||
|
||||
## Vztah jeden k jednomu (Patří k)
|
||||
|
||||
@@ -33,7 +33,7 @@ ER Vztah
|
||||
|
||||
Konfigurace pole
|
||||
|
||||

|
||||

|
||||
|
||||
## Popis parametrů
|
||||
|
||||
|
||||
@@ -29,7 +29,7 @@ Pokud je plugin povolen pro podaplikaci, klíč se ve výchozím nastavení ukl
|
||||
|
||||
Používá se šifrování obálkou (Envelope Encryption).
|
||||
|
||||

|
||||

|
||||
|
||||
### Proces vytváření klíčů
|
||||
1. Při prvním vytvoření šifrovaného pole systém automaticky vygeneruje 32bitový `aplikační klíč` a uloží jej do výchozího úložiště v kódování Base64.
|
||||
|
||||
@@ -9,27 +9,27 @@ Tento dokument byl přeložen umělou inteligencí. V případě nepřesností s
|
||||
|
||||
## Přehled hromadného odesílání
|
||||
Můžete hromadně odesílat e-maily více lidem (každý příjemce obdrží samostatný e-mail).
|
||||

|
||||

|
||||
|
||||
## Hromadné odesílání prostřednictvím tabulky
|
||||
E-maily můžete hromadně odesílat také prostřednictvím tabulky:
|
||||
|
||||
1. Přidejte do tabulky tlačítko pro odeslání e-mailu
|
||||

|
||||

|
||||
|
||||
2. Nakonfigurujte e-mailové pole v tabulce (slouží k získání e-mailových adres po výběru záznamů v tabulce).
|
||||

|
||||

|
||||
|
||||
3. Zaškrtněte data v tabulce pro odeslání e-mailů
|
||||

|
||||

|
||||
|
||||
Pokud potřebujete odeslat e-maily na všechny adresy v celé tabulce, můžete povolit funkci **Ve výchozím nastavení vybrat všechny záznamy v aktuální tabulce jako příjemce**:
|
||||

|
||||

|
||||
|
||||
Po úpravě obsahu e-mailu klikněte na tlačítko pro hromadné odeslání:
|
||||

|
||||

|
||||
|
||||
## Sledování odesílání e-mailů
|
||||
Stav odesílání e-mailů můžete zobrazit a sledovat v Centru pro správu e-mailů:
|
||||
.png)
|
||||
.png)
|
||||

|
||||
@@ -10,15 +10,15 @@ Tento dokument byl přeložen umělou inteligencí. V případě nepřesností s
|
||||
## Nastavení podpisu
|
||||
|
||||
Přejděte do Centra správy e-mailů a klikněte na tlačítko nastavení:
|
||||

|
||||

|
||||
|
||||
Přepněte se na panel podpisu:
|
||||

|
||||

|
||||
|
||||
Zde můžete spravovat podpisy. Zaškrtnutím možnosti před podpisem jej nastavíte jako výchozí:
|
||||

|
||||

|
||||
|
||||
## Používání podpisů
|
||||
|
||||
V textovém poli e-mailu klikněte na ikonu podpisu a vyberte požadovaný podpis:
|
||||

|
||||

|
||||
@@ -10,15 +10,15 @@ Tento dokument byl přeložen umělou inteligencí. V případě nepřesností s
|
||||
## Konfigurace šablon
|
||||
|
||||
Přejděte do Centra správy e-mailů a klikněte na tlačítko nastavení:
|
||||

|
||||

|
||||
|
||||
Přepněte se na panel šablon:
|
||||

|
||||

|
||||
|
||||
Zde můžete spravovat šablony:
|
||||

|
||||

|
||||
|
||||
## Používání šablon
|
||||
|
||||
V poli pro text e-mailu klikněte na ikonu šablony a vyberte požadovanou šablonu:
|
||||
.png)
|
||||
.png)
|
||||
@@ -5,4 +5,4 @@ Tento dokument byl přeložen umělou inteligencí. V případě nepřesností s
|
||||
|
||||
# Mapa učení
|
||||
|
||||

|
||||

|
||||
@@ -31,7 +31,7 @@ Vychází z konceptu "talentu typu T" — horizontální šířka + vertikální
|
||||
- **Horizontální (Hlavní tabulka)**: Pokrývá obecné schopnosti pro všechny typy agend — core pole jako číslo, stav, řešitel, SLA atd.
|
||||
- **Vertikální (Rozšiřující tabulky)**: Specifická pole pro konkrétní agendy — opravy zařízení mají sériová čísla, stížnosti mají plány kompenzací.
|
||||
|
||||

|
||||

|
||||
|
||||
**Proč tento návrh?**
|
||||
|
||||
@@ -61,7 +61,7 @@ Nejde o "funkce AI", ale o "AI zaměstnance". Každá AI má jasnou roli, osobno
|
||||
|
||||
#### Koncept 3: Sebecirkulace znalostí
|
||||
|
||||

|
||||

|
||||
|
||||
Tím se vytváří uzavřená smyčka **akumulace znalostí – aplikace znalostí**.
|
||||
|
||||
@@ -71,7 +71,7 @@ Tím se vytváří uzavřená smyčka **akumulace znalostí – aplikace znalost
|
||||
|
||||
### 2.1 Přehled vztahů entit
|
||||
|
||||

|
||||

|
||||
|
||||
|
||||
### 2.2 Detailní popis hlavních tabulek
|
||||
@@ -296,18 +296,18 @@ Toto je jádro systému, využívající design "široké tabulky", kde jsou vš
|
||||
|
||||
**Hlavní proces (zleva doprava)**
|
||||
|
||||

|
||||

|
||||
|
||||
**Větvení procesu**
|
||||
|
||||

|
||||

|
||||
|
||||

|
||||

|
||||
|
||||
|
||||
**Kompletní stavový automat**
|
||||
|
||||

|
||||

|
||||
|
||||
### 3.3 Klíčová pravidla přechodu stavů
|
||||
|
||||
@@ -337,7 +337,7 @@ Toto je jádro systému, využívající design "široké tabulky", kde jsou vš
|
||||
|
||||
### 4.2 Logika výpočtu SLA
|
||||
|
||||

|
||||

|
||||
|
||||
#### Při vytvoření tiketu
|
||||
|
||||
@@ -466,7 +466,7 @@ Každý AI zaměstnanec má nakonfigurovány 4 konkrétní úkoly:
|
||||
|
||||
### 5.3 AI zaměstnanci a životní cyklus tiketu
|
||||
|
||||

|
||||

|
||||
|
||||
### 5.4 Příklady odpovědí AI
|
||||
|
||||
@@ -526,12 +526,12 @@ Audit kvality odpovědí, za který odpovídá Grace, blokuje následující pro
|
||||
|
||||
### 6.1 Zdroje znalostí
|
||||
|
||||

|
||||

|
||||
|
||||
|
||||
### 6.2 Proces převodu tiketu na znalost
|
||||
|
||||

|
||||

|
||||
|
||||
**Dimenze hodnocení**:
|
||||
- **Obecnost**: Jde o běžný problém?
|
||||
@@ -576,19 +576,19 @@ Když řešitel otevře detail tiketu, Max automaticky doporučí relevantní zn
|
||||
|
||||
#### WF-T01: Proces vytvoření tiketu
|
||||
|
||||

|
||||

|
||||
|
||||
#### WF-AI01: AI analýza tiketu
|
||||
|
||||

|
||||

|
||||
|
||||
#### WF-AI04: Překlad a audit komentářů
|
||||
|
||||

|
||||

|
||||
|
||||
#### WF-AI03: Generování znalostí
|
||||
|
||||

|
||||

|
||||
|
||||
### 7.3 Naplánované úlohy
|
||||
|
||||
@@ -605,11 +605,11 @@ Když řešitel otevře detail tiketu, Max automaticky doporučí relevantní zn
|
||||
|
||||
### 8.1 Administrační rozhraní
|
||||
|
||||

|
||||

|
||||
|
||||
### 8.2 Zákaznický portál
|
||||
|
||||

|
||||

|
||||
|
||||
### 8.3 Návrh dashboardů
|
||||
|
||||
|
||||
@@ -25,7 +25,7 @@ Globální oprávnění k akcím platí univerzálně pro všechny **kolekce** a
|
||||
|
||||
## Oprávnění k akcím kolekce
|
||||
|
||||

|
||||

|
||||
|
||||

|
||||
|
||||
|
||||
@@ -19,7 +19,7 @@ Aplikace po úvodní instalaci obsahuje dvě předdefinované role: „Admin“
|
||||
|
||||
Identifikátor role (jedinečný systémový identifikátor) umožňuje přizpůsobení výchozích rolí, ale systémové výchozí role nelze smazat.
|
||||
|
||||

|
||||

|
||||
|
||||
### Nastavení výchozí role
|
||||
|
||||
|
||||
@@ -17,7 +17,7 @@ Tento plugin poskytuje rozhraní pro správu uživatelů v centru konfigurace. P
|
||||
|
||||
Kromě toho můžete také přidat různé bloky kolekce Uživatelé pro správu uživatelů, například tabulkové bloky:
|
||||
|
||||

|
||||

|
||||
|
||||
## Přidání uživatele
|
||||
|
||||
|
||||
@@ -25,7 +25,7 @@ V rozhraní konfigurace pracovního postupu klikněte na tlačítko plus („+
|
||||
|
||||
## Konfigurace uzlu
|
||||
|
||||

|
||||

|
||||
|
||||
### Agregační funkce
|
||||
|
||||
|
||||
@@ -41,6 +41,6 @@ Například, když je záznam v kolekci „Příspěvky“ vytvořen nebo aktual
|
||||
|
||||

|
||||
|
||||

|
||||

|
||||
|
||||
Po povolení pracovního postupu s touto konfigurací, když se změní záznam v kolekci „Příspěvky“, automaticky se vytvoří záznam „Verze příspěvků“, který zaznamená historii změn příspěvku.
|
||||
@@ -17,7 +17,7 @@ V současné době uzel pro smazání dat nepodporuje mazání po jednotlivých
|
||||
|
||||
V rozhraní konfigurace pracovního postupu klikněte na tlačítko plus („+“) v toku a přidejte uzel „Smazat data“:
|
||||
|
||||

|
||||

|
||||
|
||||
## Konfigurace uzlu
|
||||
|
||||
|
||||
@@ -31,7 +31,7 @@ Manuální uzel vyžaduje určení uživatele jako vykonavatele úkolu k vyříz
|
||||
|
||||
Vyberte uživatele, nebo pomocí proměnné vyberte primární či cizí klíč uživatelských dat z kontextu.
|
||||
|
||||

|
||||

|
||||
|
||||
:::info{title=Poznámka}
|
||||
V současné době možnost zodpovědné osoby pro manuální uzly nepodporuje zpracování více uživateli. Tato funkce bude přidána v budoucí verzi.
|
||||
@@ -59,7 +59,7 @@ Datové bloky mohou zobrazovat data spouštěče nebo výsledky zpracování lib
|
||||
|
||||
Bloky dat uzlů jsou podobné; můžete vybrat datový výsledek z předchozího uzlu pro zobrazení jako podrobnosti. Například výsledek předchozího výpočetního uzlu může sloužit jako kontextová referenční informace pro úkol zodpovědné osoby.
|
||||
|
||||

|
||||

|
||||
|
||||
:::info{title=Poznámka}
|
||||
Vzhledem k tomu, že **pracovní postup** není během konfigurace rozhraní ve spuštěném stavu, v datových blocích se nezobrazují žádná konkrétní data. Relevantní data pro konkrétní instanci **pracovního postupu** uvidíte pouze v rozhraní vyskakovacího okna úkolu k vyřízení poté, co byl **pracovní postup** spuštěn a proveden.
|
||||
@@ -103,11 +103,11 @@ Pro ruční zpracování je také třeba přidat na stránku seznam úkolů k vy
|
||||
|
||||
Můžete vybrat „**Pracovní postup** k vyřízení“ z dostupných bloků na stránce a přidat tak blok seznamu úkolů k vyřízení:
|
||||
|
||||

|
||||

|
||||
|
||||
Příklad bloku seznamu úkolů k vyřízení:
|
||||
|
||||

|
||||

|
||||
|
||||
### Podrobnosti úkolu k vyřízení
|
||||
|
||||
|
||||
@@ -20,11 +20,11 @@ Jedná se o vestavěný plugin, který nevyžaduje instalaci.
|
||||
|
||||
V rozhraní pro konfiguraci pracovního postupu klikněte na tlačítko plus („+“) v diagramu a přidejte uzel „Paralelní větev“:
|
||||
|
||||

|
||||

|
||||
|
||||
Po přidání uzlu paralelní větve do pracovního postupu se ve výchozím nastavení přidají dvě podvětvě. Můžete také přidat libovolný počet dalších větví kliknutím na tlačítko pro přidání větve. Do každé větve lze přidat libovolný počet uzlů. Nepotřebné větve lze odebrat kliknutím na tlačítko pro smazání na začátku větve.
|
||||
|
||||

|
||||

|
||||
|
||||
## Konfigurace uzlu
|
||||
|
||||
|
||||
@@ -35,7 +35,7 @@ Když se pracovní postup provede k tomuto uzlu, šablona bude analyzována a vy
|
||||
Produkt „iPhone 14 pro“ není skladem
|
||||
```
|
||||
|
||||

|
||||

|
||||
|
||||
## Konfigurace pracovního postupu
|
||||
|
||||
|
||||
@@ -15,7 +15,7 @@ V pracovním postupu můžete deklarovat proměnné nebo přiřazovat hodnoty ji
|
||||
|
||||
V rozhraní konfigurace pracovního postupu klikněte na tlačítko plus („+“) v pracovním postupu a přidejte uzel „Proměnná“:
|
||||
|
||||

|
||||

|
||||
|
||||
## Konfigurace uzlu
|
||||
|
||||
@@ -40,7 +40,7 @@ Hodnota proměnné může být libovolného typu. Může to být konstanta, nap
|
||||
|
||||
V režimu deklarace je nastavení hodnoty proměnné ekvivalentní přiřazení počáteční hodnoty.
|
||||
|
||||

|
||||

|
||||
|
||||
V režimu přiřazení je nastavení hodnoty proměnné ekvivalentní úpravě hodnoty deklarované cílové proměnné na novou hodnotu. Následné použití získá tuto novou hodnotu.
|
||||
|
||||
@@ -50,7 +50,7 @@ V režimu přiřazení je nastavení hodnoty proměnné ekvivalentní úpravě h
|
||||
|
||||
V následných uzlech po uzlu proměnné můžete použít hodnotu proměnné výběrem deklarované proměnné ze skupiny „Proměnné uzlu“. Například v uzlu dotazu použijte hodnotu proměnné jako podmínku dotazu:
|
||||
|
||||

|
||||

|
||||
|
||||
## Příklad
|
||||
|
||||
|
||||
@@ -177,7 +177,7 @@ Pokud je událost nakonfigurována v globálním režimu, nemusíte používat p
|
||||
|
||||
Jak je znázorněno na obrázku níže:
|
||||
|
||||

|
||||

|
||||
|
||||
### Rozdíl oproti události kolekce
|
||||
|
||||
|
||||
@@ -30,7 +30,7 @@ Při vytváření pracovního postupu zvolte typ „Událost před akcí“:
|
||||
|
||||
Ve spouštěči zachycujícího pracovního postupu je nejprve nutné nakonfigurovat kolekci, ke které se akce vztahuje:
|
||||
|
||||

|
||||

|
||||
|
||||
Poté vyberte režim zachycení. Můžete zvolit, zda se má zachytit pouze tlačítko akce vázané na tento pracovní postup, nebo zda se mají zachytit všechny vybrané akce pro tuto kolekci (bez ohledu na to, z jakého formuláře pocházejí a bez nutnosti vázat odpovídající pracovní postup):
|
||||
|
||||
@@ -93,7 +93,7 @@ Tímto je konfigurace odpovídajícího pracovního postupu dokončena. Nyní m
|
||||
|
||||
Pokud je uzel „Ukončit pracovní postup“ nakonfigurován tak, aby se ukončil se stavem „Úspěch“, a při provedení tohoto uzlu „Ukončit pracovní postup“ bude požadavek na akci stále zachycen, ale vrácená zpráva odpovědi se zobrazí se stavem „Úspěch“ (namísto „Chyba“):
|
||||
|
||||

|
||||

|
||||
|
||||
## Příklad
|
||||
|
||||
@@ -113,7 +113,7 @@ Uzel podmínky v rámci cyklu se používá k určení, zda je zásoba aktuáln
|
||||
|
||||
Ostatní konfigurace jsou stejné jako v základním použití. Když je objednávka nakonec odeslána, pokud má kterýkoli produkt nedostatečné zásoby, odeslání objednávky bude zachyceno a vrátí se odpovídající zpráva. Během testování zkuste odeslat objednávku s více produkty, kde jeden má nedostatečné zásoby a druhý dostatečné. Můžete vidět vrácenou zprávu odpovědi:
|
||||
|
||||

|
||||

|
||||
|
||||
Jak můžete vidět, zpráva odpovědi neuvádí, že první produkt „iPhone 15 pro“ je vyprodán, ale pouze to, že druhý produkt „iPhone 14 pro“ má nedostatečné zásoby. Je to proto, že v cyklu má první produkt dostatečné zásoby, takže nebyl zachycen, zatímco druhý produkt měl nedostatečné zásoby, což zachytilo odeslání objednávky.
|
||||
|
||||
|
||||
@@ -49,16 +49,16 @@ Die Wissensdatenbank unterstützt derzeit folgende Dokumenttypen: txt, pdf, doc,
|
||||
|
||||
Eine Lokale Wissensdatenbank ist eine Wissensdatenbank, die direkt in NocoBase gespeichert wird. Sowohl die Dokumente als auch deren Vektordaten werden von NocoBase lokal gespeichert.
|
||||
|
||||

|
||||

|
||||
|
||||
### Nur-Lese-Wissensdatenbank
|
||||
|
||||
Eine Nur-Lese-Wissensdatenbank ist eine schreibgeschützte Wissensdatenbank. Die Dokumente und Vektordaten werden extern verwaltet. In NocoBase wird lediglich eine Verbindung zur Vektordatenbank hergestellt (derzeit wird nur PGVector unterstützt).
|
||||
|
||||

|
||||

|
||||
|
||||
### Externe Wissensdatenbank
|
||||
|
||||
Eine Externe Wissensdatenbank ist eine Wissensdatenbank, bei der Dokumente und Vektordaten extern verwaltet werden. Die Abfrage der Vektordatenbank erfordert eine Erweiterung durch Entwickler, wodurch auch Vektordatenbanken genutzt werden können, die derzeit von NocoBase nicht direkt unterstützt werden.
|
||||
|
||||

|
||||

|
||||
@@ -73,7 +73,7 @@ Diese Tools werden typischerweise verwendet für:
|
||||
|
||||
#### Beispiel 1: Overall Analytics (Allgemeine Geschäftsanalyse)
|
||||
|
||||

|
||||

|
||||
|
||||
Im CRM-Demo ist `Overall Analytics` eine vorlagenbasierte Geschäftsanalyse-Engine:
|
||||
|
||||
@@ -103,7 +103,7 @@ flowchart TD
|
||||
|
||||
#### Beispiel 2: SQL Execution (Erweitertes Analysetool)
|
||||
|
||||

|
||||

|
||||
|
||||
Im CRM-Demo ist `SQL Execution` ein flexibleres, aber streng kontrolliertes Tool:
|
||||
|
||||
|
||||
@@ -18,7 +18,7 @@ http://localhost:13000/admin/settings/api-keys/configuration
|
||||
|
||||
### API-Schlüssel hinzufügen
|
||||
|
||||

|
||||

|
||||
|
||||
**Wichtige Hinweise**
|
||||
|
||||
|
||||
@@ -12,7 +12,7 @@ Diese Dokumentation wurde automatisch von KI übersetzt.
|
||||
|
||||
Nachdem Sie die App eingerichtet haben, kopieren Sie die **SSO-URL**, die **Entitäts-ID** und das **Zertifikat**.
|
||||
|
||||

|
||||

|
||||
|
||||
## Neuen Authentifikator in NocoBase hinzufügen
|
||||
|
||||
|
||||
@@ -24,7 +24,7 @@ Gehen Sie zur Verwaltungsseite der Benutzerauthentifizierungs-Plugins.
|
||||
|
||||
Hinzufügen - SAML
|
||||
|
||||

|
||||

|
||||
|
||||
## Konfiguration
|
||||
|
||||
|
||||
@@ -168,7 +168,7 @@ Wenn Sie von der Anmeldeseite zur Registrierungsseite wechseln möchten, müssen
|
||||
|
||||
### Admin-Einstellungen-Formular
|
||||
|
||||

|
||||

|
||||
|
||||
Oben sehen Sie die allgemeine Authentifikator-Konfiguration, unten den Teil des benutzerdefinierten Konfigurationsformulars, der registriert werden kann.
|
||||
|
||||
|
||||
@@ -45,7 +45,7 @@ Anschließend installieren und aktivieren Sie das Plugin über den Plugin-Manage
|
||||
|
||||
Wählen Sie im Dropdown-Menü unter „Sammlungsverwaltung > Sammlung erstellen“ die Option „Fremddaten verbinden“.
|
||||
|
||||

|
||||

|
||||
|
||||
Wählen Sie im Dropdown-Menü „Datenbankdienst“ einen bestehenden Datenbankdienst aus oder klicken Sie auf „Datenbankdienst erstellen“.
|
||||
|
||||
|
||||
@@ -30,7 +30,7 @@ Wenn das Plugin von einer Sub-Anwendung aktiviert wird, wird der Schlüssel stan
|
||||
|
||||
Es wird die Umschlag-Verschlüsselung (Envelope Encryption) verwendet.
|
||||
|
||||

|
||||

|
||||
|
||||
### Schlüsselgenerierungsprozess
|
||||
1. Wenn ein verschlüsseltes Feld zum ersten Mal erstellt wird, generiert das System automatisch einen 32-Bit `Anwendungsschlüssel`, der Base64-kodiert im Standardspeicherverzeichnis abgelegt wird.
|
||||
|
||||
@@ -10,27 +10,27 @@ Diese Dokumentation wurde automatisch von KI übersetzt.
|
||||
|
||||
## Massenversand im Überblick
|
||||
Sie können E-Mails an mehrere Personen gleichzeitig versenden. Dabei erhält jeder Empfänger eine separate E-Mail.
|
||||

|
||||

|
||||
|
||||
## Massenversand über eine Tabelle
|
||||
Sie können E-Mails auch im Massenversand über eine Tabelle versenden:
|
||||
|
||||
1. Fügen Sie der Tabelle einen „E-Mail senden“-Button hinzu.
|
||||

|
||||

|
||||
|
||||
2. Konfigurieren Sie das E-Mail-Feld in der Tabelle (dieses wird verwendet, um E-Mail-Adressen nach der Auswahl von Tabellenzeilen zu ermitteln).
|
||||

|
||||

|
||||
|
||||
3. Wählen Sie die Tabellendaten aus, um E-Mails zu versenden.
|
||||

|
||||

|
||||
|
||||
Wenn Sie E-Mails an alle Adressen der gesamten Tabelle senden möchten, können Sie die Funktion **Alle Datensätze der aktuellen Tabelle standardmäßig als Empfänger auswählen** aktivieren:
|
||||

|
||||

|
||||
|
||||
Nachdem Sie den E-Mail-Inhalt bearbeitet haben, klicken Sie auf den „Massenversand“-Button, um die E-Mails zu versenden:
|
||||

|
||||

|
||||
|
||||
## E-Mail-Versand verfolgen
|
||||
Im E-Mail-Verwaltungszentrum können Sie den spezifischen E-Mail-Versandstatus einsehen und verfolgen:
|
||||
.png)
|
||||
.png)
|
||||

|
||||
@@ -11,15 +11,15 @@ Diese Dokumentation wurde automatisch von KI übersetzt.
|
||||
## Signatur konfigurieren
|
||||
|
||||
Gehen Sie zum E-Mail-Verwaltungszentrum und klicken Sie auf die Schaltfläche Einstellungen:
|
||||

|
||||

|
||||
|
||||
Wechseln Sie zum Signatur-Panel:
|
||||

|
||||

|
||||
|
||||
Hier können Sie Ihre Signaturen verwalten. Aktivieren Sie die Option vor einer Signatur, um sie als Standardsignatur festzulegen:
|
||||

|
||||

|
||||
|
||||
## Signaturen verwenden
|
||||
|
||||
Klicken Sie im E-Mail-Textfeld auf das Signatur-Symbol, um die gewünschte Signatur auszuwählen:
|
||||

|
||||

|
||||
@@ -11,15 +11,15 @@ Diese Dokumentation wurde automatisch von KI übersetzt.
|
||||
## Vorlagenkonfiguration
|
||||
|
||||
Gehen Sie zum E-Mail-Verwaltungszentrum und klicken Sie auf die Schaltfläche "Einstellungen":
|
||||

|
||||

|
||||
|
||||
Wechseln Sie zum Vorlagen-Panel:
|
||||

|
||||

|
||||
|
||||
Hier können Sie Vorlagen verwalten:
|
||||

|
||||

|
||||
|
||||
## Vorlagen verwenden
|
||||
|
||||
Klicken Sie im Textfeld der E-Mail auf das Vorlagen-Symbol, um die gewünschte Vorlage auszuwählen:
|
||||
.png)
|
||||
.png)
|
||||
@@ -4,4 +4,4 @@ Diese Dokumentation wurde automatisch von KI übersetzt.
|
||||
|
||||
# Lern-Roadmap
|
||||
|
||||

|
||||

|
||||
@@ -12,7 +12,7 @@ Der Daten-Selektor ermöglicht es Ihnen, in Form eines Popup-Tabellen-Selektors,
|
||||
|
||||
Bereits ausgewählte Daten werden im Tabellen-Selektor nicht angezeigt.
|
||||
|
||||

|
||||

|
||||
|
||||
Im Tabellen-Selektor können Sie die Ziel-Sammlung der Verknüpfung auch weiter verwalten (z. B. hinzufügen, löschen, importieren/exportieren).
|
||||
|
||||
|
||||
@@ -31,7 +31,7 @@ In Anlehnung an das Konzept der „T-förmigen Talente“ – horizontale Breite
|
||||
- **Horizontal (Haupttabelle)**: Deckt allgemeine Funktionen für alle Geschäftstypen ab – Ticketnummer, Status, Bearbeiter, SLA und andere Kernfelder.
|
||||
- **Vertikal (Erweiterungstabellen)**: Vertieft spezifische Geschäftsfelder – die Gerätereparatur enthält Seriennummern, Beschwerden enthalten Entschädigungspläne.
|
||||
|
||||

|
||||

|
||||
|
||||
**Warum dieses Design?**
|
||||
|
||||
@@ -61,7 +61,7 @@ Nicht nur „KI-Funktionen“, sondern „KI-Mitarbeiter“. Jede KI hat eine kl
|
||||
|
||||
#### Philosophie Drei: Wissens-Selbstkreislauf
|
||||
|
||||

|
||||

|
||||
|
||||
Dies bildet einen geschlossenen Kreislauf aus **Wissensakkumulation und Wissensanwendung**.
|
||||
|
||||
@@ -71,7 +71,7 @@ Dies bildet einen geschlossenen Kreislauf aus **Wissensakkumulation und Wissensa
|
||||
|
||||
### 2.1 Übersicht der Entitätsbeziehungen
|
||||
|
||||

|
||||

|
||||
|
||||
|
||||
### 2.2 Details der Kerntabellen
|
||||
@@ -296,18 +296,18 @@ Dies ist das Herzstück des Systems, das ein „Wide Table“-Design verwendet,
|
||||
|
||||
**Hauptprozess (von links nach rechts)**
|
||||
|
||||

|
||||

|
||||
|
||||
**Nebenprozesse**
|
||||
|
||||

|
||||

|
||||
|
||||

|
||||

|
||||
|
||||
|
||||
**Vollständige Zustandsmaschine**
|
||||
|
||||

|
||||

|
||||
|
||||
### 3.3 Wichtige Regeln für Statusübergänge
|
||||
|
||||
@@ -337,7 +337,7 @@ Dies ist das Herzstück des Systems, das ein „Wide Table“-Design verwendet,
|
||||
|
||||
### 4.2 SLA-Berechnungslogik
|
||||
|
||||

|
||||

|
||||
|
||||
#### Bei Ticket-Erstellung
|
||||
|
||||
@@ -466,7 +466,7 @@ Jeder KI-Mitarbeiter verfügt über 4 spezifische Aufgaben:
|
||||
|
||||
### 5.3 KI-Mitarbeiter und Ticket-Lebenszyklus
|
||||
|
||||

|
||||

|
||||
|
||||
### 5.4 Beispiele für KI-Antworten
|
||||
|
||||
@@ -526,12 +526,12 @@ Die von Grace durchgeführte Qualitätsprüfung fängt folgende Probleme ab:
|
||||
|
||||
### 6.1 Wissensquellen
|
||||
|
||||

|
||||

|
||||
|
||||
|
||||
### 6.2 Prozess: Ticket zu Wissen
|
||||
|
||||

|
||||

|
||||
|
||||
**Bewertungsdimensionen**:
|
||||
- **Allgemeingültigkeit**: Ist dies ein häufiges Problem?
|
||||
@@ -576,19 +576,19 @@ Wenn ein Mitarbeiter die Ticket-Details öffnet, empfiehlt Max automatisch relev
|
||||
|
||||
#### WF-T01: Ticket-Erstellungsprozess
|
||||
|
||||

|
||||

|
||||
|
||||
#### WF-AI01: Ticket-KI-Analyse
|
||||
|
||||

|
||||

|
||||
|
||||
#### WF-AI04: Kommentarübersetzung und -prüfung
|
||||
|
||||

|
||||

|
||||
|
||||
#### WF-AI03: Wissensgenerierung
|
||||
|
||||

|
||||

|
||||
|
||||
### 7.3 Geplante Aufgaben
|
||||
|
||||
@@ -605,11 +605,11 @@ Wenn ein Mitarbeiter die Ticket-Details öffnet, empfiehlt Max automatisch relev
|
||||
|
||||
### 8.1 Backend-Verwaltung
|
||||
|
||||

|
||||

|
||||
|
||||
### 8.2 Kundenportal
|
||||
|
||||

|
||||

|
||||
|
||||
### 8.3 Dashboard-Design
|
||||
|
||||
|
||||
@@ -26,7 +26,7 @@ Globale Aktionsberechtigungen gelten universell für alle Sammlungen und sind na
|
||||
|
||||
## Sammlungs-Aktionsberechtigungen
|
||||
|
||||

|
||||

|
||||
|
||||

|
||||
|
||||
|
||||
@@ -26,7 +26,7 @@ Der Rollenbezeichner (eine systemweit eindeutige Kennung) ermöglicht es Ihnen,
|
||||
|
||||
Die Standardrolle wird neuen Benutzern automatisch zugewiesen, wenn bei deren Erstellung keine spezifische Rolle festgelegt wurde.
|
||||
|
||||

|
||||

|
||||
|
||||
## Persönlicher Bereich
|
||||
|
||||
|
||||
@@ -32,7 +32,7 @@ Der vollständige Konfigurationsprozess ist wie folgt:
|
||||
|
||||
**Anzeigen**: Legt fest, ob bestimmte Felder auf Feldebene sichtbar sind. So können Sie steuern, welche Felder für bestimmte Rollen innerhalb der `Sammlung` „Bestellungen“ sichtbar sind.
|
||||
|
||||

|
||||

|
||||
|
||||
In der Benutzeroberfläche werden im Block der `Sammlung` „Bestellungen“ nur Felder mit konfigurierten Berechtigungen angezeigt. Systemfelder (Id, Erstellt am, Zuletzt aktualisiert am) behalten die Anzeigeberechtigung auch ohne spezifische Konfiguration bei.
|
||||
|
||||
|
||||
@@ -22,7 +22,7 @@ Darüber hinaus können Sie auf der Seite verschiedene Blöcke der Benutzer-Samm
|
||||
|
||||

|
||||
|
||||

|
||||

|
||||
|
||||
## Benutzerprofil bearbeiten
|
||||
|
||||
|
||||
@@ -8,11 +8,11 @@ Nachdem ein konfigurierter Workflow mindestens einmal ausgelöst wurde, müssen
|
||||
|
||||
Auf der Konfigurationsseite des Workflows können Sie im Versionsmenü oben rechts die vorhandenen Workflow-Versionen einsehen:
|
||||
|
||||

|
||||

|
||||
|
||||
Im Menü "Weitere Aktionen" ("...") auf der rechten Seite können Sie die aktuell angezeigte Version in eine neue Version kopieren:
|
||||
|
||||

|
||||

|
||||
|
||||
Nachdem Sie eine neue Version kopiert haben, klicken Sie auf den Schalter "Aktivieren"/"Deaktivieren", um die entsprechende Version in den aktivierten Zustand zu versetzen. Danach wird die neue Workflow-Version wirksam.
|
||||
|
||||
|
||||
@@ -64,7 +64,7 @@ Als Nächstes erstellen Sie einen Workflow, der durch ein Sammlungsereignis ausg
|
||||
|
||||
Danach fügen Sie einen Aggregatabfrage-Knoten hinzu und konfigurieren ihn wie folgt:
|
||||
|
||||

|
||||

|
||||
|
||||
Auf diese Weise zählt der Aggregatabfrage-Knoten nach dem Auslösen des Workflows die Anzahl aller Artikel in der Kategorie des neu hinzugefügten Artikels und speichert dies als Knotenergebnis.
|
||||
|
||||
|
||||
@@ -14,7 +14,7 @@ Klicken Sie in der Workflow-Konfigurationsoberfläche auf das Plus-Symbol ("+")
|
||||
|
||||
## Knotenkonfiguration
|
||||
|
||||

|
||||

|
||||
|
||||
### Berechnungs-Engine
|
||||
|
||||
|
||||
@@ -14,7 +14,7 @@ Der Löschen-Knoten unterstützt derzeit kein Löschen Zeile für Zeile; er füh
|
||||
|
||||
In der Workflow-Konfigurationsoberfläche klicken Sie auf das Plus-Symbol („+“) im Workflow, um einen „Daten löschen“-Knoten hinzuzufügen:
|
||||
|
||||

|
||||

|
||||
|
||||
## Knotenkonfiguration
|
||||
|
||||
|
||||
@@ -38,7 +38,7 @@ Der JSON Berechnung-Knoten unterstützt verschiedene Syntaxen durch unterschiedl
|
||||
|
||||
Die Datenquelle kann das Ergebnis eines vorhergehenden Knotens oder ein Datenobjekt im Workflow-Kontext sein. Dabei handelt es sich typischerweise um ein Datenobjekt ohne integrierte Struktur, wie zum Beispiel das Ergebnis eines SQL-Knotens oder eines HTTP-Anfrage-Knotens.
|
||||
|
||||

|
||||

|
||||
|
||||
:::info{title=Hinweis}
|
||||
Normalerweise sind die Datenobjekte von Sammlung-bezogenen Knoten durch die Sammlung-Konfigurationsinformationen strukturiert und müssen in der Regel nicht durch den JSON Berechnung-Knoten geparst werden.
|
||||
|
||||
@@ -61,7 +61,7 @@ Datenblöcke können Trigger-Daten oder die Verarbeitungsergebnisse beliebiger K
|
||||
|
||||
Knoten-Datenblöcke funktionieren ähnlich; Sie können das Datenergebnis eines vorgelagerten Knotens als Detailanzeige auswählen. Zum Beispiel kann das Ergebnis eines vorgelagerten Berechnungs-Knotens als Kontextreferenzinformation für die Aufgabe des Bearbeiters dienen:
|
||||
|
||||

|
||||

|
||||
|
||||
:::info{title=Hinweis}
|
||||
Da sich der Workflow während der Oberflächenkonfiguration in einem nicht ausgeführten Zustand befindet, werden in den Datenblöcken keine spezifischen Daten angezeigt. Die relevanten Daten für eine bestimmte Workflow-Instanz sind erst im Aufgaben-Pop-up sichtbar, nachdem der Workflow ausgelöst und ausgeführt wurde.
|
||||
@@ -85,7 +85,7 @@ Die Schaltflächen zum Absenden des Formulars können in drei Typen konfiguriert
|
||||
- Absenden und Workflow beenden
|
||||
- Nur Formularwerte speichern
|
||||
|
||||

|
||||

|
||||
|
||||
Die drei Schaltflächen repräsentieren drei Knotenstatus im Workflow-Prozess. Nach dem Absenden ändert sich der Status des Knotens entweder zu „Abgeschlossen“, „Abgelehnt“ oder verbleibt im Status „Wartend“. Ein Formular muss mindestens eine der ersten beiden Optionen konfiguriert haben, um den weiteren Verlauf des gesamten Workflows zu bestimmen.
|
||||
|
||||
@@ -109,7 +109,7 @@ Sie können aus den Blöcken auf einer Seite „Workflow-Aufgaben“ auswählen,
|
||||
|
||||
Beispiel für einen Aufgabenlisten-Block:
|
||||
|
||||

|
||||

|
||||
|
||||
### Aufgabendetails
|
||||
|
||||
|
||||
@@ -26,7 +26,7 @@ Klicken Sie in der Workflow-Konfigurationsoberfläche auf das Plus-Symbol („+
|
||||
|
||||
## Knotenkonfiguration
|
||||
|
||||

|
||||

|
||||
|
||||
### Anfragemethode
|
||||
|
||||
|
||||
@@ -17,7 +17,7 @@ Sie können in einem Workflow Variablen deklarieren oder bereits deklarierten Va
|
||||
|
||||
Im Konfigurationsbereich des Workflows klicken Sie auf das Plus-Symbol („+“) im Workflow, um einen „Variablen“-Knoten hinzuzufügen:
|
||||
|
||||

|
||||

|
||||
|
||||
## Knoten konfigurieren
|
||||
|
||||
|
||||
@@ -179,7 +179,7 @@ Wenn das Ereignis im globalen Modus konfiguriert ist, müssen Sie den URL-Parame
|
||||
|
||||
Wie in der Abbildung unten gezeigt:
|
||||
|
||||

|
||||

|
||||
|
||||
### Unterschied zum Sammlungsereignis
|
||||
|
||||
|
||||
@@ -23,13 +23,13 @@ In Kombination mit dem Knoten „Antwortnachricht“ können Sie eine Antwortnac
|
||||
|
||||
Wenn Sie einen Workflow erstellen, wählen Sie als Typ „Ereignis vor der Aktion“:
|
||||
|
||||

|
||||

|
||||
|
||||
### Sammlung auswählen
|
||||
|
||||
Im Trigger eines Interzeptions-Workflows konfigurieren Sie zuerst die Sammlung, die der Aktion entspricht:
|
||||
|
||||

|
||||

|
||||
|
||||
Wählen Sie anschließend den Interzeptionsmodus. Sie können festlegen, dass nur Aktionsschaltflächen abgefangen werden, die an diesen Workflow gebunden sind, oder dass alle ausgewählten Aktionen für diese Sammlung abgefangen werden (unabhängig davon, von welchem Formular sie stammen und ohne dass der entsprechende Workflow gebunden werden muss).
|
||||
|
||||
@@ -92,7 +92,7 @@ Damit ist die Konfiguration des entsprechenden Workflows abgeschlossen. Sie kön
|
||||
|
||||
Wenn der Knoten „Workflow beenden“ so konfiguriert ist, dass er mit dem Status „Erfolg“ beendet wird und dieser Knoten ausgeführt wird, wird die Anfrage für diese Aktion weiterhin abgefangen. Die zurückgegebene Antwortnachricht wird jedoch mit dem Status „Erfolg“ (und nicht „Fehler“) angezeigt:
|
||||
|
||||

|
||||

|
||||
|
||||
## Beispiel
|
||||
|
||||
|
||||
@@ -35,13 +35,13 @@ Después de crear la base de conocimiento, en la página de lista de bases de co
|
||||
|
||||

|
||||
|
||||

|
||||

|
||||
|
||||
Haga clic en el botón `Upload` para subir documentos. Una vez que los documentos se hayan subido, la vectorización comenzará automáticamente. Espere a que el `Status` cambie de `Pending` a `Success`.
|
||||
|
||||
Actualmente, la base de conocimiento admite los siguientes tipos de documentos: txt, pdf, doc, docx, ppt, pptx. Tenga en cuenta que los archivos PDF solo admiten texto plano.
|
||||
|
||||

|
||||

|
||||
|
||||
## Tipos de Base de Conocimiento
|
||||
|
||||
@@ -49,16 +49,16 @@ Actualmente, la base de conocimiento admite los siguientes tipos de documentos:
|
||||
|
||||
Una base de conocimiento Local es aquella que NocoBase almacena localmente. Tanto los documentos como sus datos vectoriales se guardan de forma local en NocoBase.
|
||||
|
||||

|
||||

|
||||
|
||||
### Base de Conocimiento de Solo Lectura
|
||||
|
||||
Una base de conocimiento de Solo Lectura es aquella en la que los documentos y los datos vectoriales se mantienen externamente. En NocoBase, solo se crea una conexión a la base de datos vectorial (actualmente, solo se admite PGVector).
|
||||
|
||||

|
||||

|
||||
|
||||
### Base de Conocimiento Externa
|
||||
|
||||
Una base de conocimiento Externa es aquella en la que los documentos y los datos vectoriales se mantienen fuera de NocoBase. Para la recuperación de la base de datos vectorial, los desarrolladores deben implementar extensiones, lo que permite utilizar bases de datos vectoriales que NocoBase no admite actualmente.
|
||||
|
||||

|
||||

|
||||
@@ -18,7 +18,7 @@ http://localhost:13000/admin/settings/api-keys/configuration
|
||||
|
||||
### Añadir Clave API
|
||||
|
||||

|
||||

|
||||
|
||||
**Notas**
|
||||
|
||||
|
||||
@@ -14,7 +14,7 @@ Esta documentación ha sido traducida automáticamente por IA.
|
||||
|
||||
Acceda a la interfaz de configuración y complete la URL de redireccionamiento autorizada. La URL de redireccionamiento se puede obtener al añadir un autenticador en NocoBase; normalmente es `http(s)://host:port/api/oidc:redirect`. Consulte la sección [Manual de usuario - Configuración](../index.md#configuración).
|
||||
|
||||

|
||||

|
||||
|
||||
## Añadir un nuevo autenticador en NocoBase
|
||||
|
||||
|
||||
@@ -30,7 +30,7 @@ Si el plugin se activa en una subaplicación, la clave se guarda por defecto en
|
||||
|
||||
Utiliza el método de cifrado de sobre (Envelope Encryption).
|
||||
|
||||

|
||||

|
||||
|
||||
### Proceso de creación de claves
|
||||
1. La primera vez que se crea un campo cifrado, el sistema genera automáticamente una `clave de aplicación` de 32 bits y la guarda codificada en Base64 en el directorio de almacenamiento predeterminado.
|
||||
|
||||
@@ -11,27 +11,27 @@ Esta documentación ha sido traducida automáticamente por IA.
|
||||
## Descripción General del Envío Masivo
|
||||
Puede enviar correos electrónicos a varias personas de forma masiva (cada destinatario recibirá un correo electrónico individual).
|
||||
|
||||

|
||||

|
||||
|
||||
## Envío Masivo a Través de una Tabla
|
||||
También puede enviar correos electrónicos de forma masiva a través de una tabla:
|
||||
|
||||
1. Agregue un botón de envío de correo electrónico a la tabla
|
||||

|
||||

|
||||
|
||||
2. Configure el campo de correo electrónico en la tabla (se utiliza para analizar las direcciones de correo electrónico después de seleccionar filas de la tabla)
|
||||

|
||||

|
||||
|
||||
3. Seleccione los datos de la tabla para enviar correos electrónicos
|
||||

|
||||

|
||||
|
||||
Si necesita enviar correos electrónicos a todas las direcciones de la tabla completa, puede habilitar la función **Seleccionar todos los registros de la tabla actual como destinatarios por defecto**:
|
||||

|
||||

|
||||
|
||||
Después de editar el contenido del correo electrónico, haga clic en el botón de envío masivo para enviar:
|
||||

|
||||

|
||||
|
||||
## Seguimiento de Envío de Correos Electrónicos
|
||||
Puede ver y rastrear el estado específico del envío de correos electrónicos en el Centro de Gestión de Correos Electrónicos:
|
||||
.png)
|
||||
.png)
|
||||

|
||||
@@ -11,15 +11,15 @@ Esta documentación ha sido traducida automáticamente por IA.
|
||||
## Configuración de Firmas
|
||||
|
||||
Diríjase al Centro de Gestión de Correo Electrónico y haga clic en el botón de configuración:
|
||||

|
||||

|
||||
|
||||
Cambie al panel de firmas:
|
||||

|
||||

|
||||
|
||||
Aquí puede gestionar sus firmas. Marque la opción junto a una firma para establecerla como predeterminada:
|
||||

|
||||

|
||||
|
||||
## Uso de Firmas
|
||||
|
||||
En el cuerpo del correo electrónico, haga clic en el icono de firma para seleccionar la firma que desee:
|
||||

|
||||

|
||||
@@ -11,15 +11,15 @@ Esta documentación ha sido traducida automáticamente por IA.
|
||||
## Configuración de Plantillas
|
||||
|
||||
Vaya al Centro de Gestión de Email y haga clic en el botón de configuración:
|
||||

|
||||

|
||||
|
||||
Cambie al panel de plantillas:
|
||||

|
||||

|
||||
|
||||
Aquí puede gestionar las plantillas:
|
||||

|
||||

|
||||
|
||||
## Uso de Plantillas
|
||||
|
||||
En el campo del cuerpo del mensaje, haga clic en el icono de plantilla para seleccionar la plantilla deseada:
|
||||
.png)
|
||||
.png)
|
||||
@@ -4,4 +4,4 @@ Esta documentación ha sido traducida automáticamente por IA.
|
||||
|
||||
# Hoja de ruta de aprendizaje
|
||||
|
||||

|
||||

|
||||
@@ -31,7 +31,7 @@ Inspirada en el concepto de "talento en forma de T": amplitud horizontal + profu
|
||||
- **Horizontal (Tabla principal)**: Capacidades universales que cubren todos los tipos de negocio: número de ticket, estado, encargado, SLA y otros campos principales.
|
||||
- **Vertical (Tablas de extensión)**: Campos especializados para tipos de negocio específicos: la reparación de equipos tiene números de serie, las reclamaciones tienen planes de compensación.
|
||||
|
||||

|
||||

|
||||
|
||||
**¿Por qué este diseño?**
|
||||
|
||||
@@ -61,7 +61,7 @@ No se trata de "funciones de IA", sino de "empleados de IA". Cada IA tiene un ro
|
||||
|
||||
#### Filosofía tres: Autocirculación del conocimiento
|
||||
|
||||

|
||||

|
||||
|
||||
Esto forma un ciclo cerrado de **Acumulación de conocimiento - Aplicación de conocimiento**.
|
||||
|
||||
@@ -71,7 +71,7 @@ Esto forma un ciclo cerrado de **Acumulación de conocimiento - Aplicación de c
|
||||
|
||||
### 2.1 Resumen de la relación entre entidades
|
||||
|
||||

|
||||

|
||||
|
||||
|
||||
### 2.2 Detalle de las tablas principales
|
||||
@@ -296,18 +296,18 @@ Este es el núcleo del sistema, utiliza un diseño de "tabla ancha" que incluye
|
||||
|
||||
**Flujo principal (de izquierda a derecha)**
|
||||
|
||||

|
||||

|
||||
|
||||
**Flujos secundarios**
|
||||
|
||||

|
||||

|
||||
|
||||

|
||||

|
||||
|
||||
|
||||
**Máquina de estados completa**
|
||||
|
||||

|
||||

|
||||
|
||||
### 3.3 Reglas clave de transición de estados
|
||||
|
||||
@@ -337,7 +337,7 @@ Este es el núcleo del sistema, utiliza un diseño de "tabla ancha" que incluye
|
||||
|
||||
### 4.2 Lógica de cálculo de SLA
|
||||
|
||||

|
||||

|
||||
|
||||
#### Al crear el ticket
|
||||
|
||||
@@ -467,7 +467,7 @@ Cada empleado de IA tiene configuradas 4 tareas específicas:
|
||||
|
||||
### 5.3 Empleados de IA y ciclo de vida del ticket
|
||||
|
||||

|
||||

|
||||
|
||||
### 5.4 Ejemplos de respuesta de IA
|
||||
|
||||
@@ -527,12 +527,12 @@ La revisión de calidad de respuesta de Grace bloquea los siguientes problemas:
|
||||
|
||||
### 6.1 Fuentes de conocimiento
|
||||
|
||||

|
||||

|
||||
|
||||
|
||||
### 6.2 Flujo de ticket a conocimiento
|
||||
|
||||

|
||||

|
||||
|
||||
**Dimensiones de evaluación**:
|
||||
- **Generalidad**: ¿Es este un problema común?
|
||||
@@ -580,19 +580,19 @@ Cuando un agente abre los detalles del ticket, Max recomienda automáticamente c
|
||||
|
||||
#### WF-T01: Flujo de creación de tickets
|
||||
|
||||

|
||||

|
||||
|
||||
#### WF-AI01: Análisis de IA del ticket
|
||||
|
||||

|
||||

|
||||
|
||||
#### WF-AI04: Traducción y revisión de comentarios
|
||||
|
||||

|
||||

|
||||
|
||||
#### WF-AI03: Generación de conocimiento
|
||||
|
||||

|
||||

|
||||
|
||||
### 7.3 Tareas programadas
|
||||
|
||||
@@ -609,11 +609,11 @@ Cuando un agente abre los detalles del ticket, Max recomienda automáticamente c
|
||||
|
||||
### 8.1 Administración del backend
|
||||
|
||||

|
||||

|
||||
|
||||
### 8.2 Portal del cliente
|
||||
|
||||

|
||||

|
||||
|
||||
### 8.3 Diseño del tablero
|
||||
|
||||
|
||||
@@ -26,7 +26,7 @@ Los permisos de operación global se aplican universalmente a todas las **colecc
|
||||
|
||||
## Permisos de Operación de Colección
|
||||
|
||||

|
||||

|
||||
|
||||

|
||||
|
||||
|
||||
@@ -34,6 +34,6 @@ El rol predeterminado es el que se asigna automáticamente a los nuevos usuarios
|
||||
|
||||
Se puede asignar múltiples roles a un usuario. Cuando un usuario tiene varios roles, puede cambiarlos en el Centro Personal.
|
||||
|
||||

|
||||

|
||||
|
||||
El rol predeterminado al iniciar sesión se determina por el rol que se cambió más recientemente (este valor se actualiza con cada cambio) o, si no aplica, por el primer rol (el rol predeterminado del sistema).
|
||||
@@ -36,7 +36,7 @@ El proceso de configuración completo es el siguiente:
|
||||
|
||||
En la interfaz de usuario, solo se muestran los campos con permisos configurados dentro del bloque de la colección de Pedidos. Los campos del sistema (Id, CreatedAt, LastUpdatedAt) conservan los permisos de visualización incluso sin una configuración específica.
|
||||
|
||||

|
||||

|
||||
|
||||
- **Editar**: Controla si los campos pueden ser editados y guardados (actualizados).
|
||||
|
||||
|
||||
@@ -12,7 +12,7 @@ En la página de configuración del `flujo de trabajo`, puede ver las versiones
|
||||
|
||||
En el menú de más acciones ("...") a su derecha, puede elegir copiar la versión que está viendo actualmente a una nueva versión:
|
||||
|
||||

|
||||

|
||||
|
||||
Después de copiar a una nueva versión, haga clic en el interruptor "Activar"/"Desactivar" para cambiar la versión correspondiente al estado activado. Una vez hecho esto, la nueva versión del `flujo de trabajo` entrará en vigor.
|
||||
|
||||
|
||||
@@ -10,7 +10,7 @@ El nodo de Cálculo le permite evaluar una expresión. El resultado de esta eval
|
||||
|
||||
En la interfaz de configuración del flujo de trabajo, haga clic en el botón de signo más ("+") dentro del flujo para añadir un nodo de "Cálculo":
|
||||
|
||||

|
||||

|
||||
|
||||
## Configuración del nodo
|
||||
|
||||
|
||||
@@ -34,6 +34,6 @@ Similar a las condiciones de filtro para una consulta de **colección** regular,
|
||||
|
||||
Por ejemplo, para limpiar periódicamente los datos de pedidos históricos cancelados e inválidos, puede utilizar el nodo de eliminación para lograrlo:
|
||||
|
||||

|
||||

|
||||
|
||||
El **flujo de trabajo** se activará periódicamente y ejecutará la eliminación de todos los datos de pedidos históricos cancelados e inválidos.
|
||||
@@ -104,11 +104,11 @@ Para el procesamiento manual, también necesita añadir una lista de tareas pend
|
||||
|
||||
Puede seleccionar "Tareas pendientes del **flujo de trabajo**" de los bloques de una página para añadir un bloque de lista de tareas pendientes:
|
||||
|
||||

|
||||

|
||||
|
||||
Ejemplo de bloque de lista de tareas pendientes:
|
||||
|
||||

|
||||

|
||||
|
||||
### Detalles de la tarea pendiente
|
||||
|
||||
|
||||
@@ -17,7 +17,7 @@ Puede declarar variables en un flujo de trabajo o asignar valores a variables ya
|
||||
|
||||
En la interfaz de configuración del flujo de trabajo, haga clic en el botón de más ("+") en el flujo para añadir un nodo de "Variable":
|
||||
|
||||

|
||||

|
||||
|
||||
## Configurar nodo
|
||||
|
||||
|
||||
@@ -21,7 +21,7 @@ Existen varios tipos de cambios en una colección:
|
||||
|
||||
Puede elegir el momento del disparo según las diferentes necesidades de su negocio. Cuando el cambio seleccionado incluye la actualización de la colección, también puede especificar los campos que han cambiado. La condición del disparador se cumple solo cuando los campos seleccionados cambian. Si no selecciona ningún campo, significa que cualquier cambio en cualquier campo puede activar el disparador.
|
||||
|
||||

|
||||

|
||||
|
||||
Más específicamente, puede configurar reglas de condición para cada campo de la fila de datos que activa el evento. El disparador solo se activará cuando los campos cumplan las condiciones correspondientes.
|
||||
|
||||
@@ -89,4 +89,4 @@ La configuración de los nodos se explicará en detalle en la documentación par
|
||||
|
||||
Habilite este flujo de trabajo y pruébelo creando un nuevo pedido a través de la interfaz. Después de realizar un pedido para el "iPhone 14 Pro", el inventario del producto correspondiente se reducirá a 9. Si se realiza un pedido para el "iPhone 13 Pro", el pedido será eliminado debido a la falta de inventario.
|
||||
|
||||

|
||||

|
||||
@@ -178,7 +178,7 @@ Si el evento está configurado en modo global, no necesita usar el parámetro UR
|
||||
|
||||
Como se muestra en la siguiente figura:
|
||||
|
||||

|
||||

|
||||
|
||||
### Diferencia con el Evento de Colección
|
||||
|
||||
|
||||
@@ -28,7 +28,7 @@ Al crear un flujo de trabajo, seleccione el tipo "Evento Antes de la Acción":
|
||||
|
||||
En el disparador de un flujo de trabajo de intercepción, lo primero que debe configurar es la colección correspondiente a la operación:
|
||||
|
||||

|
||||

|
||||
|
||||
Luego, seleccione el modo de intercepción. Puede optar por interceptar solo el botón de acción vinculado a este flujo de trabajo, o por interceptar todas las operaciones seleccionadas para esta colección (sin importar de qué formulario provengan y sin necesidad de vincular el flujo de trabajo correspondiente):
|
||||
|
||||
@@ -91,7 +91,7 @@ Con esto, la configuración del flujo de trabajo correspondiente está completa.
|
||||
|
||||
Si el nodo "Finalizar flujo de trabajo" está configurado para salir con un estado de "Éxito", la solicitud de la operación seguirá siendo interceptada cuando se ejecute este nodo, pero el mensaje de respuesta devuelto se mostrará con un estado de "Éxito" (en lugar de "Error"):
|
||||
|
||||

|
||||

|
||||
|
||||
## Ejemplo
|
||||
|
||||
@@ -99,7 +99,7 @@ Combinando las instrucciones básicas anteriores, tomemos como ejemplo un escena
|
||||
|
||||
Los demás pasos son los mismos que en las instrucciones. Sin embargo, dado que un pedido involucra varios productos, además de agregar una relación de muchos a muchos "Pedido" <-- M:1 -- "Detalle de Pedido" -- 1:M --> "Producto" en el modelado de datos, también necesita agregar un nodo de "Bucle" en el flujo de trabajo "Evento Antes de la Acción" para verificar iterativamente si el inventario de cada producto es suficiente:
|
||||
|
||||

|
||||

|
||||
|
||||
El objeto para el bucle se selecciona como el array "Detalle de Pedido" de los datos del pedido enviado:
|
||||
|
||||
|
||||
@@ -67,7 +67,7 @@ Ces outils sont généralement utilisés pour :
|
||||
|
||||
#### Exemple 1 : Overall Analytics (Analyse métier générale)
|
||||
|
||||

|
||||

|
||||
|
||||
Dans la démo CRM, `Overall Analytics` est un moteur d'analyse métier basé sur des modèles :
|
||||
|
||||
@@ -97,7 +97,7 @@ flowchart TD
|
||||
|
||||
#### Exemple 2 : SQL Execution (Outil d'analyse avancée)
|
||||
|
||||

|
||||

|
||||
|
||||
Dans la démo CRM, `SQL Execution` est un outil plus flexible mais qui nécessite un contrôle strict :
|
||||
|
||||
|
||||
@@ -18,7 +18,7 @@ http://localhost:13000/admin/settings/api-keys/configuration
|
||||
|
||||
### Ajouter une clé API
|
||||
|
||||

|
||||

|
||||
|
||||
**Remarques**
|
||||
|
||||
|
||||
@@ -28,7 +28,7 @@ Ajouter - SAML
|
||||
|
||||
## Configuration
|
||||
|
||||

|
||||

|
||||
|
||||
- SSO URL - Fournie par l'IdP, utilisée pour l'authentification unique (SSO).
|
||||
- Certificat public - Fourni par l'IdP.
|
||||
|
||||
@@ -17,7 +17,7 @@ Lors de l'installation du plugin d'authentification utilisateur, le système ini
|
||||
|
||||
## Activer les authentificateurs
|
||||
|
||||

|
||||

|
||||
|
||||
Seuls les types d'authentification activés s'afficheront sur la page de connexion.
|
||||
|
||||
|
||||
Some files were not shown because too many files have changed in this diff Show More
Reference in New Issue
Block a user