Начало›Ръководства›Документи и DMS
Документи и DMS · Разбиране
Да, система за управление на документи (DMS) може да се свърже с ERP, CRM и електронната поща на три нива: връзка към документа, конектор или разработка. Целта е документът да остане в досието, а другите инструменти да сочат към него. Нещата се чупят заради дубликатите, правата, които не се пренасят, и прикачения файл, който отново става валидното копие.
Актуализирано през октомври 20266 мин. четенеЦитирани официални източници
Подписан договор често съществува в четири екземпляра: в пощата на търговеца, в картата на клиента в CRM, в ERP, която фактурира, и в споделена папка. В деня на анекс никой не знае кой е актуалният. В деня на проверка трябва да се намерят всички.
Интегрирането на DMS обръща логиката. Документът се намира на едно място, със своите права, версии и срок за съхранение. Другите инструменти пазят препратка към него, а не копие. Успешната интеграция се измерва с броя копия, които премахва.
Това е най-простото ниво. Връзка към документа се поставя в имейл, в поле на картата в CRM, в бележка в ERP. Тя спазва правата в DMS: който няма достъп до папката, не отваря нищо. Тя работи с всеки инструмент, без разработка. Ограничението ѝ е ръчното действие и изкушението да се създаде публична връзка, „за да работи“.
Конекторът свързва две приложения, без да се копира ръчно. Той може да бъде вграден (предвиден от един от двамата доставчици) или да минава през външен инструмент за автоматизация. Често се основава на стандарти. WebDAV, дефиниран в RFC 4918, добавя към HTTP управление на свойства, колекции и заключване на файлове: приложение може да чете и пише в документно пространство както в мрежова папка. CMIS, стандарт на OASIS, описва общ модел на данните и услуги за обмен със системи за управление на съдържание. Преди да разчитате на някой от тях, проверете дали двата инструмента го поддържат и в коя версия.
Когато нито един конектор не е подходящ, обменът се програмира: извикване на програмен интерфейс, автоматично качване на файл, създаване на папка при откриване на клиентски акаунт. Това е най-прецизното и най-скъпото за поддръжка ниво, защото всяка актуализация на някой от инструментите може да го счупи.
Изпращането на връзка вместо прикачен файл не претоварва пощенските кутии, запазва една версия и позволява достъпът да бъде отнет по-късно. За получените документи поща, свързана с DMS, позволява прикаченият файл да се запази в правилната папка директно от съобщението. Остава да се реши кой го прави. Иначе входящата поща става фактическата подредба.
CRM системата създава оферти, поръчки и фактури в PDF. Въпросът е кой е валидният: PDF файлът, генериран от CRM, или подписаната версия, подредена в DMS. Просто правило: CRM пази това, което създава, DMS пази това, което се връща подписано, а картата на клиента сочи към досието.
ERP често е единственият източник на истина за счетоводните документи. DMS съдържа правооснователните документи и маршрута за одобрение. Връзката между тях зависи от ERP: някои приемат конектор, други – само качване на файлове или разработка. Няма универсален отговор: това е въпрос за анализ и често за оферта.
| Документ | Възможен източник на истина | Другите инструменти |
|---|---|---|
| Оферта | CRM | Връзка от имейла, с който е изпратена |
| Подписан договор | DMS | Връзка от картата на клиента |
| Фактура от доставчик | DMS за правооснователния документ и маршрута, ERP за счетоводния запис | Референция към документа в ERP |
| Документ, получен по имейл | DMS, след качване | Съобщението запазва връзка, а не оригинала |
Хипотетичен случай. Дистрибуторско дружество с двадесет и пет служители иска да свърже инструментите си без тежък ИТ проект.
То започва с връзките. Офертите се създават в CRM и се изпращат по имейл като връзка. Подписаният договор се качва в папката на клиента, а картата в CRM сочи към тази папка. Фактурите от доставчици минават през маршрут за одобрение в DMS; счетоводителката въвежда записа в ERP, като посочва референцията на документа.
Шест месеца по-късно обемът на фактурите оправдава конектор между DMS и ERP. Проектът е кратък, защото източникът на истина, правата и именуването на файловете вече са решени.
Не. Връзката покрива повечето начални нужди. Конекторът е оправдан, когато обемът прави ръчната работа скъпа.
Да, ако има парола, крайна дата и минимално право. Вижте връзки за споделяне, партньори и изтегляния.
Разширение на HTTP, стандартизирано в RFC 4918, което позволява четене, запис и заключване на файлове отдалечено. Много инструменти го използват за достъп до документно пространство.
Да, чрез едно от трите нива. Връзката винаги работи; конекторът зависи от това, което предлагат двата инструмента.
Услугите на Klytic са свързани помежду си. Те комуникират и с вашия софтуер по три публикувани начина: чрез вградена връзка, чрез външен инструмент или чрез разработка, извършена от Klytic по оферта.
Всяка услуга се заявява отделно и работи самостоятелно: Klytic Docs без Klytic Mail, Klytic CRM без Klytic Docs. Услугите се основават на отворени стандарти и стандартни формати на файлове. Всеки клиент има специално заделена инстанция на Klytic Docs, на която е и администратор.
Ограничения: няма публикуван каталог с конектори, няма равностойност с интеграциите на Microsoft 365 или Google Workspace. Klytic не е услуга с квалификация SecNumCloud.
Тази страница описва общи принципи. Възможността за интеграция се проверява за всеки инструмент поотделно.
Прегледани през октомври 2026 г.
Опишете вашите инструменти и документи: ще ви кажем кое ниво е подходящо и какво изисква оферта.
Приветствена оферта
Пробна оферта без ангажимент. Консултант ще Ви се обади, за да разбере нуждите Ви и да подготви Вашето пространство в Klytic.