1. Wprowadzenie
2. Modele A, B, C
3. Do implementacji. Model A
4. Konwersja linków
5. Mapowanie do grup załączników
6. Algorytm przypisania
7. Reguły i przykłady mapowania
8. Tabela grup załączników - propozycja
9. Uprawnienia do grup załączników - propozycja
10. Uwagi i zastrzeżenia
11. Tematy powiązane
1. Wprowadzenie
Patrz też:
Załączniki [&]. Dokumenty powiązane
Mechanizm URL-only polega na przechowywaniu w systemie pola z hiperlinkiem,
który prowadzi do dokumentu przechowywanego poza ERP (np. SharePoint, AWS).
Użytkownik klika link -> otwiera się dokument w zewnętrznym repozytorium.
Cele rozwiązania
Chodzi o to, aby:
- dokument był przechowywany poza Trawers ERP (np. SharePoint, OneDrive,
AWS S3, Nextcloud, serwer SMB),
- dostęp do dokumentu był kontrolowany przez zewnętrzny system uprawnień,
- w Trawers ERP przechowywać tylko link, który użytkownik może kliknąć,
- link może być unikalny dla rekordu (np. zlecenia, produktu, projektu).
W Trawersie można zbudować takie rozwiązanie.
* Plik fizycznie jest poza ERP
* W Trawersie zapisuje się metadane + odsyłacz (URL)
(albo 'widziany' przez Trawersa katalog, który w tle jest synchronizowany
z zewnętrzną platformą).
2. Modele A, B, C
Rozwiązanie można zbudować na 3 sposoby (modele).
2.1 Model A (najprostszy)
Załącznik jako URL do SharePoint / S3 / innego repozytoriumIdea
* Dokument jest w SharePoint / AWS / innym DMS.
* W Trawersie tworzy się załącznik [&], ale zamiast pliku wpisuje się adres URL.
* Użytkownik klika link -> otwiera się przeglądarka / klient systemowy
-> autoryzacja i uprawnienia są po stronie SharePoint/AWS.
Rozwiązanie w Trawersie
1. Zdefiniowanie grup załączników (np. UMOWY, CERTYFIKATY, RYSUNKI),
tak jak obecnie: tabela grup w danym systemie: MG/NA/ZA/...).
2. Nadanie operatorom uprawnień do grup (przeglądanie/dopis/korekta/usuwanie).
3. Przy dopisywaniu załącznika [&]:
* jako 'Nazwa pliku (link)' wprowadzić pełny URL do dokumentu (SharePoint link, S3 link, itp.).
* w 'Nazwa'/'Opis' podać metadane biznesowe (np. 'Umowa ramowa 202x-01, wersja 3').
4. Użytkownik wybiera załącznik i F10-pokaż -> system otwiera link.
Plusy
* Nie ma przenoszenia plików do /xxZal.
* Bezpieczeństwo 'folderu dla wybranej grupy' realizuje się natywnie w SharePoint/AWS (grupy, role).
Minusy / uwagi
* Trawers nie 'weryfikuje' uprawnień do SharePoint/AWS - tylko przechowuje link.
Ograniczenie dostępu robi platforma docelowa.
* Linki muszą być stabilne (należy unikać 'tymczasowych', jeżeli ma powstać trwałe archiwum).
2.2 Model B: Katalog synchronizowany
Katalog Trawersa spięty z zewnętrznym repozytorium (OneDrive/SharePoint/SMB/WebDAV)
W Trawersie jest mechanizm katalogu synchronizowanego dla rekordu (np. /mgzal/mg00im/sofa),
gdzie program 'widzi' pliki dodane/usunięte w katalogu i sam dopina/odpina je w załącznikach.
Jak zrobić integrację z zewnętrzną platformą
* Należy zdefiniować katalog synchronizowany:
* jako udział sieciowy (SMB),
* albo dysk mapowany,
* albo katalog OneDrive/SharePoint synchronizowany agent na serwerze,
* albo zasób podmontowany (Linux: mount WebDAV/S3FS - zależnie od IT).
Wtedy użytkownik
* wrzuca plik do 'jego' katalogu synchronizowanego,
* Trawers automatycznie widzi plik jako załącznik.
Plusy
* Użytkownik nie musi kopiować linków - pracuje 'na plikach'.
* Nadal można kontrolować dostęp prawami systemu plików (ACL)
+ prawami grup załączników w Trawersie.
Minusy
* To jest bardziej infrastrukturalne (IT musi dobrze spiąć synchronizację i uprawnienia).
* Jeśli 'zewnętrzna platforma' to stricte SharePoint Online, najczęściej robi się to
przez klienta synchronizacji (OneDrive) na serwerze / stacji roboczej, a nie bezpośrednio.
2.3 Model C (najbardziej 'enterprise')
Hybryda + automatyzacja (SOA/REST po stronie integratora)
Efekt: klikam, widzę dokument.
Mechanizm:
1. Plik trafia do SharePoint/AWS przez proces zewnętrzny (np. portal, integrator, workflow, skaner).
2. Integrator po zapisie pliku:
* tworzy w Trawersie rekord załącznika [&] (metadane + URL),
* podpina go do właściwego rekordu (KIM, ZL, ZO, itp.).
3. Użytkownik w Trawersie ma zawsze aktualną listę dokumentów.
Do tego modelu przydaje się SOA (żeby automatem dopisywać/pobierać powiązania),
a sama obsługa SharePoint/AWS odbywa się poza Trawersem (Graph API / AWS SDK).
Plusy
* Pełna automatyzacja, spójne nazewnictwo, brak ręcznego 'wklej link'.
Minusy
* Wymaga integratora (skrypt/usługa) i ustalenia kontraktu integracyjnego.
2.4 Rekomendacja 'co wybrać' w praktyce
* Najszybciej i najtaniej:
--> Model A (URL jako załącznik).
* Żeby użytkownicy pracowali na plikach i Trawers je sam wykrywał:
--> Model B (katalog synchronizowany + sync do chmury).
* Jeśli jest wiele dokumentów i potrzebne automaty + standard + brak ręcznej roboty:
--> Model C (integrator + SOA + URL).
3. Do implementacji. Model A
Rozwiązanie najłatwiejsze do implementacjiIntegracja typu: Załącznik [&] = URL do dokumentu na zewnętrznej platformie, tj. Model A.
Nie wymaga żadnych usług, synchronizacji katalogów ani zmian infrastruktury po stronie Trawersa.
Tylko konsekwentnego użycia istniejącej funkcji załączników.
Dlaczego to najprostsze
* Zero kopiowania plików do `/xxZal` i brak konfiguracji katalogów.
* Bezpieczeństwo i 'secure folder dla grupy' realizowane wprost w SharePoint/AWS
(uprawnienia do biblioteki/folderu/bucketa).
* W Trawersie zapisuje się tylko rekord załącznika z polem 'Nazwa pliku (link)' jako URL.
Minimalny przepis wdrożenia w Trawersie
1. Utworzenie grupy załączników w danym systemie (MG/NA/ZA/...)
np. `UM` Umowy, `CE` Certyfikaty, `RY` Rysunki.
(Podkatalog może zostać pusty - bo nie przechowuje się plików lokalnie).
2. Nadanie uprawnień operatorom do grup (przeglądanie / dopisywanie / korekta / usuwanie).
3. Standard wprowadzania załącznika
* F8-dodaj załącznik [&]
* w polu 'Nazwa pliku (link)' wpisuje się/wkleja:
* link do SharePoint (plik lub element w bibliotece), albo
* link do S3 (najlepiej stabilny, a nie 'tymczasowy', jeśli ma być archiwum)
* opis w polu 'Nazwa/Opis' trzyma metadane biznesowe (wersja, data, typ).
4. Otwieranie
* F10-pokaż -> system otwiera URL w przeglądarce / aplikacji.
Ważna uwaga dot. bezpieczeństwa
W Trawersie link może 'widzieć' osoba z prawem do grupy, ale realne otwarcie dokumentu
i tak zablokuje SharePoint/AWS, jeśli użytkownik nie ma uprawnień.
4. Konwersja linków
Jak konwertować linki:
(żeby były 'stabilne' i klikalne z Trawersa) oraz jak mapować je do grup załączników
(żeby działały uprawnienia).
Co wpisywać do pola 'Nazwa pliku (link)'
4.1 SharePoint / OneDrive - wybór 'dobrego' linku
W SharePoint są 2 typy linków:
1. Link 'udostępnij' (sharing link)
* często ma parametry typu `?e=...`, `?share=...`, tokeny itd.
* bywa tymczasowy albo zależny od mechanizmu udostępniania
* OK do współdzielenia, gorszy jako trwały 'identyfikator' archiwalny.
2. Link kanoniczny do pliku w bibliotece (preferowany do Trawersa)
* wygląda jak normalna ścieżka do dokumentu w witrynie/bibliotece
* zwykle jest stabilniejszy (dopóki nie przeniesie się pliku do innej biblioteki/folderu).
Rekomendacja do Trawersa: używać linku kanonicznego (adres do pliku), a nie 'share link'.
Dodatkowo: jeśli kliknięcie zawsze otwierało plik (a nie ekran SharePoint),
w praktyce często działa dopisanie 'akcji' w URL (zależnie od środowiska M365),
ale ponieważ to bywa różne per tenant, najbezpieczniej jest:
* brać link 'Kopiuj link' -> a potem testowo sprawdzić na 2-3 kontach,
czy otwiera plik zgodnie z oczekiwaniem,
* ustalić 1 standard i trzymać się go w firmie.
4.2 AWS S3 - link trwały vs tymczasowy
W S3 są trzy popularne podejścia:
1. S3 public / CloudFront public - link prosty i trwały, ale dokument publiczny
(zwykle odpada przy 'secure folder').
2. Link do obiektu w prywatnym buckecie - sam URL bez autoryzacji nie zadziała (i dobrze).
3. Pre-signed URL - działa zawsze, ale jest czasowy (minuty/godziny/dni).
* To słabe jako archiwum w Trawersie, bo po czasie link 'umiera'.
Rekomendacja do Trawersa: zapisywać trwały identyfikator obiektu
(np. URL CloudFront z autoryzacją albo 'stały URL + SSO'), a jeśli trzeba użyć pre-signed,
to należy traktowac to jako 'link roboczy', nie archiwalny.
4.3 Uniwersalny standard 'konwersji'
Konwersja linku przed wklejeniem do Trawersa
Żeby linki w Trawersie były jednolite i odporne:
1. Usunąć śmieciowe parametry trackingowe (jeśli nie są wymagane do otwarcia):
* `utm_*`, `source=`, itp.
2. Zapewnić poprawne kodowanie spacji i znaków PL:
* spacje -> `%20` (albo link skopiowany z przeglądarki sam to zrobi)
3. Ustalić, że w firmie wkleja sie zawsze pełny URL
(`https://...`), nigdy skróty.
5. Mapowanie do grup załączników
W Trawersie grupy załączników służą do:
* organizacji (co to jest),
* uprawnień (kto widzi / dopisuje),
* ewentualnie rozdziału na różne 'rodzaje treści'.
Dla integracji URL-only mapowanie robić logicznie (nie katalogami), np.:
A. Najprostsze mapowanie: 'typ dokumentu' -> grupa
Przykład (sprawdza się w 80% firm):
* `UM` - Umowy
* `FA` - Faktury / dokumenty finansowe
* `CE` - Certyfikaty / atesty
* `IN` - Instrukcje / DTR
* `RY` - Rysunki / CAD
* `OF` - Oferty / specyfikacje handlowe
* `KO` - Korespondencja / ustalenia
Zasada: użytkownik ma prawa do grupy -> może w Trawersie widzieć linki tej grupy.
Realny dostęp do dokumentu i tak kontroluje SharePoint/AWS.
B. Mapowanie 'repozytorium' -> grupa (gdy jest kilka miejsc)
Jeśli dokumenty są w wielu repo:
* SharePoint 'DMS'
* SharePoint 'Projekty'
* S3 'Produkcja'
to można dodać grupy techniczne:
* `SP` - SharePoint DMS
* `PR` - SharePoint Projekty
* `S3` - AWS S3
Ale to jest gorsze organizacyjnie dla użytkownika biznesowego.
Lepsza praktyka:
* grupa = typ dokumentu,
* a repozytorium rozpoznaje się po domenie w linku (`sharepoint.com` / `cloudfront.net`).
C. Mapowanie 'wrażliwość danych' -> grupa (gdy kluczowe są uprawnienia)
Jeśli najważniejsze jest bezpieczeństwo:
* `PU` - Poufne (np. umowy zarządu, wynagrodzenia)
* `WE` - Wewnętrzne
* `ZE` - Zewnętrzne / do wysyłki
Wtedy typ dokumentu trzyma się w opisie/nazwie, a uprawnienia definiuje się w grupach.
6. Algorytm przypisania
Algorytm grupy na podstawie linku + opisu
Żeby serwisanci i użytkownicy robili to tak samo:
1. Najpierw określić typ dokumentu (umowa/certyfikat/rysunek/itd.) -> wybierać grupę z listy typów.
2. Jeśli dokument jest szczególnie wrażliwy -> wybrać grupę 'Poufne ...' zamiast zwykłej.
3. W polu 'Nazwa' dopisać metadane wg schematu:
* `TYP | Nr/Ref | Kontrahent/Indeks | Data | Wersja`
* np. `UMOWA | K-2026/17 | ABC Sp. z o.o. | 2026-02-01 | v3`
7. Reguły i przykłady mapowania
Gotowy standard firmowy (polecany do wdrożenia)
Ustalić 2 krótkie reguły:
Reguła 1: co zapisujemy w Trawersie
* zawsze wklejamy 'kanoniczny' link do dokumentu (nie 'share link' jeśli jest tokenowy/tymczasowy),
* opis w Trawersie ma być 'biznesowy' (łatwy do wyszukania).
Reguła 2: grupa załącznika
* grupa = typ dokumentu, a dla wrażliwych danych grupa 'Poufne...'.
Przykłady mapowania
Przykład 1: Umowa kontrahenta na SharePoint
* Link: `https://firma.sharepoint.com/sites/DMS/Umowy/ABC/Umowa_ABC_2026-02-01.pdf`
* Grupa: `UM` Umowy
* Nazwa: `UMOWA | ABC Sp. z o.o. | 2026-02-01 | v1`
Przykład 2: Certyfikat jakości na S3/CloudFront
* Link: `https://d123.cloudfront.net/certyfikaty/IND-7788/Atest_7788_2026.pdf`
* Grupa: `CE` Certyfikaty
* Nazwa: `ATEST | IND-7788 | 2026 | producent XYZ`
Przykład 3: Dokument poufny
* Link: (SharePoint biblioteka 'Poufne')
* Grupa: `PU-UM` Poufne Umowy (albo `PU` jeśli masz 1 wspólną poufną)
* Nazwa: `UMOWA POUFNA | ...`
8. Tabela grup załączników - propozycja
Uniwersalny zestaw, który dobrze działa przy integracji 'URL-only' (SharePoint/AWS)
i jednocześnie pasuje do klasycznych plików w /xxZal.
Właściwości:
* czytelne dla użytkowników,
* możliwość nadawania uprawnień,
* ograniczona liczba grup - tylko niezbędne,
* osobny tor dla 'Poufne'.
8.1 Tabela grup
Zasada konstrukcyjna
* Grupa = typ dokumentu (co to jest)
* wersje poufne: prefiks P-, np. P-UM, żeby uprawnienia dało się nadawać 'pakietami'.
Szablon do użycia w: MG/NA/ZA/ZO/ZP/RK/RZ/...
Kolumny jak w Trawersie: Symbol | Nazwa | Podkatalog
> Jeśli 100% URL, to Podkatalog może być pusty lub np. `url`.
> Jeśli część plików nadal jest lokalnie, to można użyć podkatalogów.
| Symbol | Nazwa grupy | Podkatalog (opcjonalnie) | Przeznaczenie |
| ------ | ---------------------------------- | ------------------------ | --------------------------------------------------------- |
| UM | Umowy / kontrakty | `umowy` | umowy, aneksy, NDA, SLA |
| OF | Oferty / specyfikacje handlowe | `oferty` | oferty, kalkulacje ofertowe, załączniki do ofert |
| ZAM | Zamówienia i uzgodnienia | `zamowienia` | potwierdzenia zamówień, uzgodnienia mailowe (PDF) |
| FV | Dokumenty sprzedaży / faktury | `sprzedaz` | faktury, korekty, potwierdzenia wysyłek (jeśli są) |
| ZAK | Dokumenty zakupu | `zakup` | zamówienia zakupu, dostawy, potwierdzenia |
| CE | Certyfikaty / atesty / zgodność | `certyfikaty` | atesty, certyfikaty jakości, deklaracje zgodności |
| IN | Instrukcje / DTR / manuale | `instrukcje` | instrukcje obsługi, DTR, karty katalogowe |
| RY | Rysunki / CAD | `rysunki` | DWG/DXF/PDF rysunków, modele |
| QA | Jakość / kontrola / pomiary | `jakosc` | protokoły kontroli, raporty pomiarowe, zdjęcia wad |
| SE | Serwis / zgłoszenia / protokoły | `serwis` | protokoły serwisowe, zdjęcia, raporty napraw |
| ZD | Zdjęcia / grafiki | `zdjecia` | zdjęcia produktu, montażu, szkody, packshot |
| SZ | Screeny / zrzuty ekranu | `screeny` | zrzuty do zgłoszeń RK/RZ/IT |
| PR | Projekty / dokumentacja projektowa | `projekty` | dokumentacja projektu, harmonogramy, ustalenia |
| IT | IT / integracje / techniczne | `it` | konfiguracje, logi, instrukcje IT (jeśli chcesz) |
| WWW | Linki WWW / katalogi online | *(puste)* | linki do stron, katalogów dostawców, portali |
| INNE | Inne | `inne` | wszystko, co nie pasuje (lepiej ograniczać użycie) |
8.2 Grupy poufne (osobny zestaw)
Te grupy przydziela się tylko wybranym rolom (zarząd/HR/księgowość/prawnicy).
| Symbol | Nazwa | Podkatalog (opcjonalnie) | Przykłady |
| ------ | ---------------------- | ------------------------ | ---------------------------------------- |
| P-UM | Poufne: Umowy | `poufne/umowy` | NDA, umowy zarządcze, wrażliwe aneksy |
| P-FIN | Poufne: Finanse | `poufne/finanse` | rozliczenia, raporty finansowe, bankowe |
| P-HR | Poufne: Kadry | `poufne/hr` | umowy prac., wynagrodzenia, dane osobowe |
| P-PR | Poufne: Prawne / spory | `poufne/prawne` | pisma prawne, spory, reklamacje prawne |
8.3 Podział na systemy
Nie trzeba mieć wszystkich grup w każdym systemie. Minimalne zestawy:
MG (magazyn / KIM / indeksy)
* RY, IN, CE, ZD, QA, WWW, INNE
NA (sprzedaż / odbiorcy / dokumenty sprzedaży)
* UM, OF, FV, ZAM, CE, WWW, INNE (+ P-UM opcjonalnie)
ZA / ZO (zakup / dostawcy / dokumenty zakupu)
* UM, ZAK, CE, IN, WWW, INNE (+ P-UM opcjonalnie)
ZP (produkcja)
* RY, IN, QA, PR, ZD, INNE
RK / RZ (kontakty / zadania / projekty)
* PR, SZ, ZD, UM, INNE
SE (serwis)
* SE, ZD, QA, IN, INNE
Dodatkowa reguła porządkująca
Żeby użytkownicy nie wrzucali wszystkiego do 'INNE':
* Uprawnienie 'Dopisywanie' do INNE otrzymują tylko wybrani (np. liderzy),
a zwykli użytkownikom otrzymują tylko: 'Przeglądanie'.
9. Uprawnienia do grup załączników - propozycja
9.1 Uprawnienia do grup załączników
Operacje: Dopisywanie / Korekta / Usuwanie / Przeglądanie),
w układzie 'role -> grupy'.
Założenie: dokumenty są na zewnętrznych platformach (URL), ale uprawnienia w Trawersie
nadal porządkują widoczność i edycję listy załączników.
1) Zasady ogólne
1. Przeglądanie - dać szerzej, Dopisywanie/Korekta/Usuwanie - wężej.
2. Grupę INNE: większości tylko Przeglądanie (albo wcale), dopisywanie tylko liderzy.
3. Grupy P- (poufne): zawsze oddzielne role, bez wyjątków.
4. Dla linków URL: 'Korekta' oznacza w praktyce możliwość podmiany linku/opisu
(ważne - ryzyko podmiany na zły dokument).
2) Proponowane role
* MAG Magazyn / logistyka
* SPR Sprzedaż / handlowcy
* ZAK Zakupy
* QA Kontrola jakości
* PROD Produkcja / technologia
* SERW Serwis
* PM Kierownik projektu / inżynier prowadzący
* FIN Księgowość / finanse
* HR Kadry
* ADM Administrator / DMS-koordynator (superuser załączników)
3) Matryca uprawnień (rekomendacja)A) Magazyn / logistyka (MAG)
* RY Rysunki: Przeglądanie
* IN Instrukcje/DTR: Przeglądanie
* CE Certyfikaty: Przeglądanie
* ZD Zdjęcia: Dopisywanie + Przeglądanie (czasem też Korekta)
* QA Jakość: Przeglądanie
* WWW Linki WWW: Przeglądanie
* INNE: brak lub tylko Przeglądanie
> Uzasadnienie: magazyn nie powinien 'zarządzać' dokumentacją, ale może dodawać zdjęcia szkód/packingu.
B) Sprzedaż (SPR)
* OF Oferty: Dopisywanie + Korekta + Przeglądanie (Usuwanie opcjonalnie)
* UM Umowy: Dopisywanie + Korekta + Przeglądanie (Usuwanie raczej NIE)
* FV Sprzedaż/faktury: Przeglądanie (ew. Dopisywanie tylko dla osób wysyłających)
* ZAM Zamówienia/uzgodnienia: Dopisywanie + Korekta + Przeglądanie
* CE/IN/WWW: Przeglądanie
* INNE: tylko Przeglądanie
C) Zakupy (ZAK)
* ZAK Dokumenty zakupu: Dopisywanie + Korekta + Przeglądanie
* UM Umowy: Dopisywanie + Korekta + Przeglądanie
* CE Certyfikaty: Dopisywanie + Przeglądanie (Korekta ograniczyć)
* IN/WWW: Przeglądanie
* ZAM: Przeglądanie lub Dopisywanie (zależnie od procesu)
* INNE: tylko Przeglądanie
D) Kontrola jakości (QA)
* QA Jakość: Dopisywanie + Korekta + Przeglądanie (Usuwanie raczej NIE)
* CE Certyfikaty: Dopisywanie + Korekta + Przeglądanie
* ZD Zdjęcia: Dopisywanie + Przeglądanie
* RY/IN: Przeglądanie
* INNE: tylko Przeglądanie
E) Produkcja / technologia (PROD)
* RY Rysunki: Dopisywanie + Korekta + Przeglądanie (Usuwanie opcjonalnie tylko lider)
* IN Instrukcje: Dopisywanie + Korekta + Przeglądanie
* PR Projekty: Dopisywanie + Korekta + Przeglądanie
* QA: Przeglądanie
* ZD: Dopisywanie + Przeglądanie
* INNE: tylko Przeglądanie
F) Serwis (SERW)
* SE Serwis: Dopisywanie + Korekta + Przeglądanie
* ZD Zdjęcia: Dopisywanie + Przeglądanie
* QA: Dopisywanie + Przeglądanie (gdy serwis robi protokoły)
* IN/RY: Przeglądanie
* SZ Screeny: Dopisywanie + Przeglądanie
* INNE: tylko Przeglądanie
G) Kierownik projektu / inżynier prowadzący (PM)
* PR Projekty: Dopisywanie + Korekta + Przeglądanie
* UM/OF/ZAM: Przeglądanie (czasem Korekta jeśli PM spina ustalenia)
* RY/IN/QA/ZD: Przeglądanie (i dopisywanie jeśli PM zbiera dokumenty)
* INNE: Dopisywanie + Przeglądanie (PM jako porządkowy)
H) Finanse / księgowość (FIN)
* FV Sprzedaż/faktury: Dopisywanie + Korekta + Przeglądanie
* ZAK Zakup: Dopisywanie + Korekta + Przeglądanie
* UM Umowy: Przeglądanie (czasem Korekta)
* P-FIN Poufne finanse: Dopisywanie + Korekta + Przeglądanie
* Reszta: zwykle tylko Przeglądanie lub brak
I) Kadry (HR)
* P-HR Poufne HR: Dopisywanie + Korekta + Przeglądanie
* UM (jeśli umowy prac.): Przeglądanie lub Dopisywanie w zależności od procesu
* Reszta: brak
J) Administrator / DMS koordynator (ADM)
* Wszystkie grupy niepoufne: Dopisywanie + Korekta + Usuwanie + Przeglądanie
* Grupy poufne P-*: tylko jeśli formalnie ma dostęp (zwykle 1-2 osoby IT/Compliance)
9.2 Uprawnienia do: Usuwanie
W praktyce zaleca się:
* Usuwanie = tylko ADM + liderzy działów
Bo usunięcie karty załącznika zrywa powiązanie (nawet jeśli plik w SharePoint nadal istnieje)
i robi sie bałagan audytowy.
9.3 Minimalny zestaw ról
Liczbę ról można zmniejszyć do niezbędnego minimum:
* Użytkownik: Przeglądanie większości grup
* Właściciel dokumentów (Sprzedaż/Zakupy/QA/Technologia): Dopisywanie+Korekta w swoich grupach
* ADM: pełne prawa
* POUFNE: osobna rola do P-* (FIN/HR/LEGAL)
10. Uwagi i zastrzeżenia
Ten artykuł powstał przy współpracy z narzędziem AI (ChatGPT), który korzystał
z zapisów w Bazie Wiedzy Trawers ERP.
Przekazane informacje mają charakter ogólny. Opisane koncepcje, procedury
i zalecenia nie zostały szczegółowo sprawdzone w konkretnych instalacjach IT.
Prosimy nie kierować do firmy Tres zapytań serwisowych dotyczących szczegółów
rozwiązań ani ew. napotkanych problemów lub nieprawidłowych wyników.