Kāpēc savienot, nevis kopēt
Parakstīts līgums bieži pastāv četros eksemplāros: pārdevēja e-pasta kastītē, CRM klienta kartītē, ERP, kas izraksta rēķinus, un kopīgā mapē. Kad tiek slēgts līguma grozījums, neviens nezina, kurš ir aktuāls. Pārbaudes dienā tie visi ir jāatrod.
DPS integrēšana nozīmē apgriezt loģiku. Dokuments atrodas vienā vietā ar savām tiesībām, versijām un glabāšanas termiņu. Pārējie rīki glabā atsauci uz to, nevis kopiju. Veiksmīgu integrāciju mēra ar kopiju skaitu, ko tā likvidē.
Trīs integrācijas līmeņi
Saite
Tas ir vienkāršākais līmenis. Saite uz dokumentu tiek ievietota e-pastā, CRM kartītes laukā, ERP piezīmē. Tā ievēro DPS tiesības: tas, kam nav piekļuves mapei, neko neatvērs. Tā darbojas ar jebkuru rīku bez izstrādes. Tās ierobežojums ir manuālā darbība un kārdinājums izveidot publisku saiti, „lai strādātu”.
Savienotājs
Savienotājs savieno divas lietotnes bez manuālas pārkopēšanas. Tas var būt iebūvēts (paredzēts viena no abiem izstrādātājiem) vai darboties caur trešās puses automatizācijas rīku. Tas bieži balstās uz standartiem. WebDAV, kas definēts RFC 4918, papildina HTTP ar īpašību, kolekciju un failu bloķēšanas pārvaldību: lietotne var lasīt un rakstīt dokumentu vidē tāpat kā tīkla mapē. CMIS, OASIS standarts, apraksta kopīgu datu modeli un pakalpojumus saziņai ar satura pārvaldības repozitorijiem. Pirms paļauties uz kādu no tiem, pārbaudiet, vai abi rīki to atbalsta un kādā versijā.
Izstrāde
Ja neviens savienotājs neder, apmaiņu izstrādā: lietojumprogrammu saskarnes izsaukšana, automātiska faila ievietošana, mapes izveide, atverot klienta kontu. Tas ir precīzākais un dārgāk uzturējamais līmenis, jo katrs kāda rīka atjauninājums to var sabojāt.
E-pasts, CRM, ERP: kas mainās
E-pasts: saite aizstāj pielikumu
Saites sūtīšana pielikuma vietā ļauj nepārpildīt pastkastītes, saglabā vienu versiju un ļauj vēlāk atņemt piekļuvi. Saņemtajiem dokumentiem ar DPS savienots e-pasts ļauj saglabāt pielikumu pareizajā mapē tieši no ziņojuma. Atliek izlēmt, kas to dara. Pretējā gadījumā ienākošo ziņojumu mape fakti kļūst par klasifikāciju.
CRM: pārdošanas lieta un PDF
CRM izveido piedāvājumus, pasūtījumus un rēķinus PDF formātā. Jautājums ir, kurš no tiem ir noteicošais: CRM ģenerētais PDF vai DPS novietotā parakstītā versija. Vienkāršs noteikums: CRM glabā to, ko tas izveido, DPS glabā to, kas atgriežas parakstīts, un klienta kartīte norāda uz mapi.
ERP: katrs gadījums atsevišķi
ERP bieži ir grāmatvedības dokumentu patiesuma vieta. DPS glabā attaisnojuma dokumentus un apstiprināšanas plūsmu. Saikne starp abiem ir atkarīga no ERP: dažas pieņem savienotāju, citas – tikai failu ievietošanu vai izstrādi. Vispārējas atbildes nav: tas ir izpētes un bieži cenu piedāvājuma jautājums.
Kas jāizlēm pirms savienošanas
- Patiesuma vieta katram dokumentu veidam: rēķins, līgums, piedāvājums, pavadzīme. Katram veidam noteicošs ir tikai viens rīks.
- Tiesības: ja personai ir piekļuve klientam CRM, bet ne mapei DPS, ko tā redz? Pareizā atbilde ir „neko”, nevis „publisku saiti”.
- Identitātes: vai abi rīki atpazīst vienu un to pašu personu ar vienu un to pašu kontu? Pretējā gadījumā tiesības ar laiku atšķirsies.
- Dzēšana: kas ko dzēš un kad? Dzēšana vienā rīkā nedrīkst atstāt otrā nedzīvu saiti vai aizmirstu kopiju.
- Savienotāja tehniskais konts: tas bieži redz visu. Tā tiesībām jābūt ierobežotām ar vajadzīgo lauku, un tā darbībai jātiek reģistrētai žurnālā.
| Dokuments | Iespējamā patiesuma vieta | Pārējie rīki |
|---|
| Piedāvājums | CRM | Saite no nosūtīšanas e-pasta |
| Parakstīts līgums | DPS | Saite no klienta kartītes |
| Piegādātāja rēķins | DPS attaisnojuma dokumentam un plūsmai, ERP grāmatojumam | Dokumenta atsauce ERP |
| Pa e-pastu saņemts dokuments | DPS, kad tas ievietots | Ziņojumā paliek saite, nevis oriģināls |
Piemērs: izplatīšanas MVU
Hipotētisks gadījums. Izplatīšanas uzņēmums ar divdesmit pieciem darbiniekiem vēlas savienot savus rīkus bez smaga IT projekta.
Tas sāk ar saiti. Piedāvājumi tiek izveidoti CRM un nosūtīti pa e-pastu kā saite. Parakstītais līgums tiek ievietots klienta mapē, un CRM kartīte norāda uz šo mapi. Piegādātāju rēķini iziet apstiprināšanas plūsmu DPS; grāmatvede ievada grāmatojumu ERP, norādot dokumenta atsauci.
Pēc sešiem mēnešiem rēķinu apjoms attaisno savienotāju starp DPS un ERP. Projekts ir īss, jo patiesuma vieta, tiesības un failu nosaukumu piešķiršana jau ir izlēmtas.
Biežākās kļūdas
- Savienot pirms lēmuma. Savienotājs automatizē esošo haosu.
- Sinhronizēt abos virzienos. Divi rīki, kas savstarpēji pārkopējas, rada konfliktus un dublikātus.
- Atvērt publiskas saites vienkāršības labād. Saite apiet tiesības, kuras DPS bija jāaizsargā.
- Piešķirt tehniskajam kontam visas tiesības. Tas kļūst par interesantāko kontu, ko nozagt.
Biežāk uzdotie jautājumi
Vai sākumam vajadzīgs savienotājs?
Nē. Saite aptver lielāko daļu sākotnējo vajadzību. Savienotājs ir attaisnojams, kad apjoms padara manuālo darbību dārgu.
Vai kopīgošanas saite e-pastā ir droša?
Jā, ja tai ir parole, beigu datums un minimālās tiesības. Skatiet kopīgošanas saites, partneri un augšupielādes.
Kas ir WebDAV?
HTTP paplašinājums, standartizēts RFC 4918, kas ļauj attālināti lasīt, rakstīt un bloķēt failus. Daudzi rīki to izmanto piekļuvei dokumentu videi.
Vai DPS var savienot ar cita izstrādātāja CRM?
Jā, izmantojot vienu no trim līmeņiem. Saite darbojas vienmēr; savienotājs ir atkarīgs no tā, ko piedāvā abi rīki.
Kāda ir atšķirība starp kopīgošanu, sinhronizāciju un DPS?
Skatiet glabāšana, sinhronizācija, kopīgošana un dokumentu pārvaldība.
Kur ir Klytic
Klytic pakalpojumi ir savstarpēji savienoti. Tie sazinās arī ar jūsu programmatūru trīs publicētos veidos: ar iebūvētu savienojumu, ar trešās puses rīku vai ar Klytic veiktu izstrādi pēc cenu piedāvājuma.
- Klytic Mail un Klytic Docs ir savstarpēji savienoti: no e-pasta jūs pievienojat Klytic Docs glabātu dokumentu vai liela pielikuma vietā nosūtat saiti; pretējā virzienā saņemtu pielikumu saglabājat tieši Klytic Docs.
- Klytic CRM: klientu kartītes ar saistītiem dokumentiem, piedāvājumi un rēķini jūsu uzņēmuma noformējumā; kopā ar Klytic Mail, Klytic Docs un Klytic Tel tas kļūst par komercdarbības centru. Krājumu, iepirkumu, projektu un izdevumu atskaišu moduļus aktivizē pēc vajadzības.
- Trešo pušu ERP: Klytic nepublicē iebūvētu savienotāju. Ja jums ir ERP, tas ir izpētes un cenu piedāvājuma jautājums.
Katru pakalpojumu abonē atsevišķi, un tas darbojas patstāvīgi: Klytic Docs bez Klytic Mail, Klytic CRM bez Klytic Docs. Pakalpojumi balstās uz atvērtiem standartiem un standarta failu formātiem. Katram klientam ir atsevišķa Klytic Docs instance, kuras administrators ir arī pats klients.
Ierobežojumi: nav publicēta savienotāju kataloga, nav līdzvērtības ar Microsoft 365 vai Google Workspace integrācijām. Klytic nav SecNumCloud kvalificēts piedāvājums.
Šajā lapā aprakstīti vispārīgi principi. Integrācijas iespējamība jāpārbauda katram rīkam atsevišķi.
Avoti
Skatīti 2026. gada oktobrī.
- IETF, RFC 4918, HTTP Extensions for Web Distributed Authoring and Versioning (WebDAV), 2007. gada jūnijs: resursu īpašību, kolekciju un bloķēšanas pārvaldība HTTP vidē. rfc-editor.org
- OASIS, Content Management Interoperability Services (CMIS) Version 1.1: kopīgs datu modelis un pakalpojumi satura pārvaldības repozitoriju sadarbīspējai. oasis-open.org
- Klytic, sākumlapa: savstarpēji savienoti pakalpojumi un saziņa ar jūsu programmatūru ar iebūvētu savienojumu, trešās puses rīku vai izstrādi pēc cenu piedāvājuma. klytic.com
- Klytic, Klytic Docs lapa: saite pielikuma vietā ar Klytic Mail, abonēšana bez Klytic Mail. klytic.com
- Klytic, Klytic CRM lapa: ar kartītēm saistīti dokumenti, piedāvājumi jūsu noformējumā, sasaiste ar Mail, Docs un Tel, aktivizējami moduļi. klytic.com
- Klytic, biežāk uzdotie jautājumi: katru pakalpojumu abonē atsevišķi; atvērti standarti un standarta failu formāti. klytic.com
