Przewodnik referencyjny branży
Konwencje nazewnictwa dokumentów prawnych
Kody UTBMS, numeracja Bates, integracja EDRM, ochrona przywileju oraz wzorce nazewnictwa według obszaru praktyki — wszystko, czego potrzebuje specjalista legal ops, paralegal lub administrator kancelarii, aby wdrożyć możliwy do obrony system nazewnictwa dokumentów.
Standard nazewnictwa prawnego
Możliwa do obrony konwencja nazewnictwa dokumentów prawnych używa tego wzorca: {MatterNumber}_{DocumentType}_{Date}_{Version}.{ext}
- Najpierw numer sprawy — jest zgodny z Pana/Pani DMS (iManage, NetDocuments), umożliwia egzekwowanie ścian etycznych i mapuje się na kody rozliczeniowe UTBMS.
- Typ dokumentu zgodny z UTBMS — używaj spójnych skrótów (MSJ, Memo, DepTranscript, Complaint) wywodzących się z kategorii zadań UTBMS, aby każdy członek zespołu klasyfikował w ten sam sposób.
- Data ISO 8601 + wersja — YYYY-MM-DD sortuje chronologicznie w każdym systemie OS i DMS. Sufiksy wersji (v1, v2, DRAFT, FINAL) zapobiegają problemowi „final_FINAL(2)”.
Używane przez 90% kancelarii AmLaw 100 za pośrednictwem iManage. Zgodne z UTBMS (ABA/ACC, 1995) i frameworkiem EDRM (2005).
{MatterNo}_{DocType}_{Court}_{Date}_{Version}.{ext}2024-1547_MSJ_SDNY_2026-03-15_v2.docxDlaczego to ma znaczenie
Konwencje nazewnictwa to kwestia zgodności, a nie porządków
W większości branż niespójne nazwy plików są uciążliwe. W praktyce prawnej tworzą odpowiedzialność. Dokument o źle nadanej nazwie może zostać pominięty podczas przeglądu przywileju, przypadkowo przekazany pełnomocnikowi strony przeciwnej lub przeoczony podczas legal hold — a każda z tych sytuacji może skutkować sankcjami, roszczeniami z tytułu malpractice lub zrzeczeniem się attorney-client privilege.
Stawka jest mierzalna. W sprawie Qualcomm Inc. v. Broadcom Corp., uchybienia w zarządzaniu dokumentami doprowadziły do sankcji w wysokości $8.5 miliona oraz skierowania sześciu prawników do State Bar. Sąd nazwał to „monumentalnym i umyślnym naruszeniem obowiązków discovery”.
Dla kogo jest ten przewodnik
Standard klasyfikacji
Kody zadań UTBMS
Uniform Task-Based Management System (UTBMS) został opracowany w 1995 roku przez ABA Section of Litigation, Association of Corporate Counsel (ACC), oraz PricewaterhouseCoopers (PwC) w celu standaryzacji sposobu kategoryzacji pracy prawnej do budżetowania i rozliczeń. Oryginalny Litigation Code Set opublikowano w 1997 roku z pięcioma fazami i 29 kodami zadań. W 2011 roku LEDES Oversight Committee (LOC) ratyfikował szóstą fazę (L600) dla e-Discovery.
W nazewnictwie dokumentów kody UTBMS zapewniają kontrolowane słownictwo dla elementu typu dokumentu w Pana/Pani konwencji nazewnictwa — dzięki temu każdy członek zespołu klasyfikuje dokumenty w ten sam sposób, a nazwy plików są zgodne z budżetami spraw i wymaganiami e-billing.
L100 — Ocena sprawy, rozwój i administracja
| Kod | Zadanie |
|---|---|
| L110 | Badanie/ustalanie faktów |
| L120 | Analiza/strategia |
| L130 | Eksperci/konsultanci |
| L140 | Zarządzanie dokumentami/plikami |
| L150 | Budżetowanie |
| L160 | Ugoda/niewiążące ADR |
| L190 | Inna ocena sprawy |
L200 — Pisma i wnioski przedprocesowe
| Kod | Zadanie |
|---|---|
| L210 | Pisma procesowe |
| L220 | Nakazy tymczasowe/środki prowizoryczne |
| L230 | Konferencje nakazane przez sąd |
| L240 | Wnioski rozstrzygające sprawę |
| L250 | Inne pisemne wnioski/zgłoszenia |
| L260 | Certyfikacja pozwu zbiorowego i zawiadomienie |
L300 — Discovery
| Kod | Zadanie |
|---|---|
| L310 | Pisemne discovery |
| L320 | Produkcja dokumentów |
| L330 | Depozycje |
| L340 | Discovery ekspertów |
| L350 | Wnioski w discovery |
| L390 | Inne discovery |
L400 — Przygotowanie do rozprawy i rozprawa
| Kod | Zadanie |
|---|---|
| L410 | Świadkowie faktów |
| L420 | Świadkowie eksperci |
| L430 | Pisemne wnioski/zgłoszenia |
| L440 | Inne przygotowanie i wsparcie rozprawy |
| L450 | Obecność na rozprawie i przesłuchaniu |
| L460 | Wnioski i zgłoszenia po rozprawie |
| L470 | Egzekwowanie |
L500 — Apelacja
| Kod | Zadanie |
|---|---|
| L510 | Wnioski i zgłoszenia apelacyjne |
| L520 | Pisma apelacyjne |
| L530 | Ustna argumentacja |
L600 — e-Discovery
| Kod | Zadanie |
|---|---|
| L600 | Identyfikacja |
| L610 | Zachowanie |
| L620 | Zbieranie |
| L630 | Przetwarzanie |
| L650 | Przegląd |
| L660 | Analiza |
| L670 | Produkcja |
| L680 | Prezentacja |
| L690 | Zarządzanie projektem |
Zestawy kodów poza sporami
Standard produkcji
Numeracja Bates
Numeracja Bates (nazywana również stemplem Bates) nadaje unikalne, sekwencyjne numery identyfikacyjne każdej stronie w produkcji dokumentów. Nazwa pochodzi od Edwin G. Bates, który wynalazł Bates Automatic Numbering Machine pod koniec XIX wieku — ręczne urządzenie, które przy każdym naciśnięciu uchwytu stemplowało samoczynnie zwiększający się czterocyfrowy numer (0000–9999).
{Prefix}-{SequentialNumber}SMITH-000001Konwencje formatu
Alfabetyczny prefiks identyfikuje stronę produkującą (SMITH, DEF, ACME_PI). Sekwencyjne numery z dopełnieniem zerami (6–9 cyfr). Stemple umieszcza się w prawym dolnym rogu każdej strony. The District of Maryland ESI Principles zalecają czteroznakowy prefiks alfanumeryczny oraz dziewięcioznakową wartość numeryczną.
Kiedy jest wymagana
Standardowa praktyka w niemal wszystkich cywilnych sporach sądowych w USA. Sądowe protokoły ESI wymagają, aby strony uzgodniły format Bates przed produkcją. Wymagana dla eksponatów depozycyjnych, eksponatów rozprawowych i formalnych produkcji dokumentów. Umożliwia precyzyjne cytowanie: „See DEF-004523.”
Nazwy plików a numery Bates
Framework eDiscovery
EDRM — gdzie nazewnictwo wpisuje się w eDiscovery
Electronic Discovery Reference Model (EDRM), utworzony w 2005 roku przez George’a Sochę i Toma Gelbmanna, definiuje dziewięć etapów zarządzania ESI od utworzenia po prezentację w sądzie. Kancelarie, które wdrażają uporządkowane nazewnictwo przed sporem, obniżają koszty w całym modelu — szczególnie podczas Processing (tańsza deduplikacja), Review (szybsze zrozumienie przez recenzenta) oraz Production (mniej konfliktów nazewniczych).
Information Governance
Ustal polityki nazewnictwa przed rozpoczęciem sporu. Spójne konwencje zmniejszają późniejsze koszty eDiscovery, ułatwiając identyfikację i klasyfikację dokumentów.
Identification
Opisowe nazwy plików pomagają w rozmowach z custodians. „2024-1547_MSJ_SDNY_2026-03-15.docx” jest od razu rozpoznawalny w porównaniu z „Document1_final_FINAL(2).docx”.
Preservation
Zawiadomienia legal hold odnoszą się do dokumentów według numeru sprawy. Spójne nazewnictwo umożliwia zautomatyzowane skany zachowania w DMS, e-mailu i pamięci cloud storage.
Collection
Pliki o uporządkowanych nazwach można zbierać selektywnie według numeru sprawy lub zakresu dat, ograniczając nadmierne zbieranie i związane z tym koszty.
Processing
Podczas wprowadzania do platform przeglądowych oryginalne nazwy plików stają się polami metadanych. Uporządkowane nazwy umożliwiają lepszą deduplikację i grupowanie rodzin dokumentów.
Review
Dokumenty są śledzone za pomocą identyfikatorów nadanych przez platformę, ale oryginalne nazwy plików pojawiają się w interfejsach przeglądu, wspierając zrozumienie przez recenzenta i dokładność kodowania.
Production
Dokumenty otrzymują numery Bates i są przemianowywane zgodnie ze schematem produkcyjnym (np. DEF-000001.tif). Load files mapują numery Bates z powrotem do oryginalnych nazw plików.
Presentation
Na rozprawie eksponaty są przywoływane według numeru Bates. Jasne oryginalne nazewnictwo ułatwia odnalezienie dokumentów źródłowych przy przygotowywaniu demonstratives.
EDRM jest iteracyjny i nieliniowy — zespoły często wracają do wcześniejszych etapów. Utrzymywany przez edrm.net.
Ograniczanie ryzyka
Ochrona attorney-client privilege
Nieumyślna produkcja dokumentów uprzywilejowanych może skutkować zrzeczeniem się przywileju — jednym z najpoważniejszych ryzyk w sporach. Chociaż Federal Rule of Evidence 502(b) przewiduje mechanizm „clawback”, sądy oceniają adekwatność Pana/Pani procesu przeglądu. Konwencje nazewnictwa są częścią tej oceny.
Nazwy plików oznaczone przywilejem
Uwzględnij _PRIV lub _AC w nazwach plików dla komunikacji attorney-client. Umożliwia to automatyczne filtrowanie przed produkcją. Dokumenty oznaczone _PRIV uruchamiają obowiązkowy ręczny przegląd przed każdym przebiegiem produkcji.
Oznaczenie work product
Użyj _WP dla attorney work product. Oddziela work product od zwykłych dokumentów biznesowych — szczególnie ważne w przypadku dokumentów o mieszanym celu, zawierających zarówno analizę prawną, jak i rekomendacje biznesowe.
Generowanie privilege log
Uporządkowane nazwy plików zawierające typ dokumentu, datę, autora i odbiorcę umożliwiają automatyczne generowanie privilege logs — ograniczając ręczne obciążenie związane z rejestrowaniem tysięcy wstrzymanych dokumentów.
QC przed produkcją
Filtr oparty na nazwie pliku (oznacz każdy plik zawierający _PRIV, _AC lub _WP) zapewnia kontrolę ostatniej linii obrony, zanim dokumenty opuszczą kancelarię.
Uzupełnia, nie zastępuje
Zarządzanie konfliktami
Ściany etyczne i bariery informacyjne
Ściana etyczna (bariera informacyjna) zapobiega przepływowi poufnych informacji klienta między prawnikami reprezentującymi sprzeczne lub potencjalnie sprzeczne interesy. Regulowane przez ABA Model Rule 1.10 (przypisanie konfliktów) oraz Rule 1.0(k) (definiujące „screened”), ściany etyczne wymagają czterech elementów: terminowości, braku korzyści finansowej ze sprawy objętej screeningiem, powiadomienia klienta i bieżącego raportowania zgodności.
Dlaczego nazewnictwo oparte na sprawie jest podstawą
Zautomatyzowana kontrola dostępu
Platformy DMS (iManage, NetDocuments, Worldox) ograniczają dostęp na podstawie kodu sprawy w nazwie pliku — prawnicy objęci screeningiem nie mogą wyświetlać, wyszukiwać ani uzyskiwać dostępu do dokumentów z zastrzeżonymi prefiksami spraw.
Sprawdzanie konfliktów
Po otwarciu nowej sprawy system skanuje nazwy plików i metadane, aby oznaczyć potencjalne konflikty z istniejącymi sprawami.
Ścieżki audytu
Spójne nazewnictwo umożliwia rejestrowanie wszystkich prób dostępu (w tym odmówionego dostępu), co jest wymagane do wykazania zgodności ze screenem w razie zakwestionowania.
Egzekwowanie między systemami
Informacje o sprawie znajdują się w e-mailu, DMS, oprogramowaniu do zarządzania praktyką i pamięci cloud storage. Nazewnictwo oparte na numerze sprawy umożliwia egzekwowanie we wszystkich systemach jednocześnie.
Przestroga
Qualcomm Inc. v. Broadcom Corp.
No. 05-cv-1958-B (BLM), S.D. Cal. | Sanctions Order: Jan. 7, 2008
Qualcomm pozwał Broadcom za naruszenie patentu związanego ze standardami kodowania wideo H.264. Obrona Broadcom opierała się na tym, że Qualcomm zrzekł się wykonalności patentu, uczestnicząc w organizacji standaryzacyjnej Joint Video Team (JVT) bez ujawnienia swoich patentów.
Podczas discovery Qualcomm nie wyprodukował dziesiątek tysięcy istotnych e-maili potwierdzających jego udział w JVT. Naruszenie wyszło na jaw, gdy prawnik odkrył nieujawnioną wiadomość e-mail z sierpnia 2002 roku podczas przygotowywania świadka do rozprawy. Późniejsze wyszukiwania ujawniły kolejne 21 nieujawnionych e-maili. Zespół procesowy zdecydował się ich nie produkować.
Discovery po rozprawie ujawniło ponad 46,000 dokumentów tylko z plików e-mail 21 pracowników, które powinny były zostać wyprodukowane.
$8,568,633
Przyznane honoraria adwokackie
6 prawników
Skierowanych do State Bar
46,000+
Nieujawnionych dokumentów
Wniosek
Obowiązki zachowania
Obowiązki legal hold i FRCP Rule 37(e)
Federal Rule of Civil Procedure 37(e), znowelizowana w grudniu 2015 roku, reguluje sankcje za niewywiązanie się z obowiązku zachowania ESI. Ustanawia dwupoziomowy framework:
Tier 1 — Rule 37(e)(1)
Gdy ESI zostaje utracone, ponieważ strona nie podjęła reasonable steps to preserve it i utrata powoduje prejudice, sąd może zarządzić środki naprawcze nie większe niż konieczne. Standard obiektywny.
Tier 2 — Rule 37(e)(2)
Tylko gdy strona działała z intent to deprive sąd może wydać instrukcje o niekorzystnym domniemaniu, oddalenie lub wyrok zaoczny. Standard subiektywny — znacznie wyższy próg niż niedbalstwo.
Jak zmiana nazwy współgra z obowiązkami zachowania
Zmiana nazwy pliku zmienia wyłącznie nazwę pliku — nie treść pliku, hash metadanych, datę utworzenia ani datę modyfikacji. Zgodnie z Rule 37(e) pytanie dotyczy tego, czy ESI zostało „lost” — zmiana nazwy nie niszczy dokumentu. Jednak możliwy do obrony proces zmiany nazw wymaga:
Prowadzenia ścieżki audytu
Rejestruj każdą zmianę nazwy: starą nazwę pliku, nową nazwę pliku, znacznik czasu i to, kto (lub jaki system) wykonał zmianę. Ta ścieżka jest Pana/Pani dowodem „reasonable steps” zgodnie z Rule 37(e).
Zachowania oryginalnych metadanych
Upewnij się, że narzędzie do zmiany nazw zachowuje metadane pliku (datę utworzenia, autora, datę ostatniej modyfikacji). Narzędzia, które kopiują i usuwają zamiast zmieniać nazwę w miejscu, mogą zmieniać metadane.
Udokumentowania w Pana/Pani litigation hold
Jeśli obowiązuje legal hold, rejestruj wszelką aktywność związaną ze zmianą nazw jako część dokumentacji zgodności hold. Hold powinien określać, czy zmiana nazw jest dozwolona w okresie zachowania.
Ryzyko selektywnej zmiany nazw
Stosowania konsekwentnie wobec wszystkich custodians
Używaj tej samej konwencji wobec wszystkich custodians w tej samej sprawie. Niespójność osłabia możliwość obrony i powoduje zamieszanie podczas przeglądu oraz produkcji.
Według obszaru praktyki
Wzorce nazewnictwa według obszaru praktyki
Każdy obszar praktyki ma odrębne wymagania nazewnicze wynikające z frameworków regulacyjnych, zasad sądowych i konwencji workflow. Wzorce używane produkcyjnie przez kancelarie i korporacyjne działy prawne.
Spory sądowe
{MatterNo}_{DocType}_{Court}_{Date}_{Version}2024-1547_MSJ_SDNY_2026-03-15_v2.docxUwzględniaj skrót sądu (SDNY, CDCA, EDVA) dla spraw wielojurysdykcyjnych. Transkrypcje depozycji zawierają nazwisko deponenta. Po produkcji eksponaty odwołują się do numerów Bates.
Korporacyjne / M&A
{ProjectCode}_{DocType}_{Counterparty}_{Date}_{Status}PROJ-ACME_SPA_TargetCo_2026-03-01_EXECUTION.docxTransakcje M&A używają kodów projektów (nie numerów spraw) ze względów poufności. Dokumenty due diligence zawierają kategorię DD (Financial, Legal, Tax, IP). Tagi statusu: DRAFT, REVIEW, EXECUTION, FINAL, SIGNED.
Własność intelektualna / patentowa
{AppNo}_{DocType}_{JurisdictionCode}_{Date}US17-234567_OA_Response_USPTO_2026-03-15.docxNazwy plików patentowych zawierają numer zgłoszenia (prefiks US, EP, PCT), typ dokumentu (OA = Office Action, ISR = International Search Report) i jurysdykcję. Śledzenie wersji jest kluczowe — prosecution patentowe obejmuje wiele iteracyjnych zgłoszeń.
Nieruchomości
{PropertyID}_{DocType}_{Address}_{Date}RE-2024-089_Lease_123MainSt_2026-03-01_EXECUTED.pdfUżywaj identyfikatora nieruchomości zamiast nazwy strony (nieruchomości zmieniają właścicieli). Uwzględniaj skrócony adres. Dokumenty środowiskowe i dotyczące tytułu prawnego muszą być stale możliwe do odzyskania na potrzeby roszczeń gwarancyjnych.
Upadłość
{CaseNo}_{DocType}_{Debtor}_{Date}_{DocketNo}BK-24-12345_POR_AcmeCorp_2026-03-15_Dkt247.pdfOdwołuj się do numeru sprawy i numeru docket. POR = Plan of Reorganization. Harmonogramy używają oficjalnych oznaczeń (Schedule A/B, Schedule D). Obowiązują kody UTBMS B-codes: B100 (Case Administration), B200 (Asset Analysis), B300 (Relief from Stay).
Regulacje / Compliance
{RegBody}_{MatterRef}_{DocType}_{Date}_{Submission}SEC_INV-2024-789_WellsResponse_2026-03-15_FILED.pdfPodaj nazwę agencji (SEC, DOJ, FTC, CFPB, OFAC) oraz numer referencyjny dochodzenia lub zgłoszenia. HSR = Hart-Scott-Rodino filing. CID = Civil Investigative Demand. Okresy przechowywania wynikają ze szczególnych wymogów regulacyjnych (często minimum 5-7 lat).
Rzeczywiste przykłady
Przed i po: nazwy plików dokumentów prawnych
Jak wygląda typowy folder dokumentów zespołu prawnego — i jak powinien wyglądać przy spójnej konwencji.
scan_001.pdf2024-1547_Complaint_SDNY_2026-01-15.pdfDocument (3).docx2024-1547_MSJ_SDNY_2026-03-15_v2.docxIMG_20260115_142355.pdf2024-1547_DepTranscript_JDoe_2026-02-28.pdfdownload.pdfPROJ-ACME_SPA_TargetCo_2026-03-01_EXECUTION.pdffinal FINAL v2 (2).docxRE-2024-089_Lease_123MainSt_2026-03-01_FINAL.docxCopy of memo.docx2024-1547_Memo_PrivilegeReview_2026-02-20_PRIV.docxFormaty produkcji
Protokoły ESI i formaty produkcji
Protokół ESI (Electronically Stored Information) to pisemne porozumienie między stronami regulujące sposób odkrywania, przeglądu i produkcji dokumentów elektronicznych. Zgodnie z FRCP Rule 34(b)(2)(E), jeśli nie uzgodniono formatu produkcji, ESI musi zostać wyprodukowane albo w formie, w jakiej jest zwykle przechowywane (native), albo w formie rozsądnie użytecznej.
Format natywny
Oryginalny format aplikacji (.docx, .xlsx, .msg). Zachowuje wszystkie metadane. Najtańszy w produkcji. Nie można nanieść numerów Bates bezpośrednio na stronie i może zostać nieumyślnie zmieniony.
TIFF
Konwersje do obrazów jednokartkowych. Najczęstsze w złożonych sporach. Mogą być oznaczane numerami Bates, redagowane i brandowane. Produkowane wraz z wyodrębnionymi plikami tekstowymi i load files (.dat, .opt).
Statyczny format obsługujący tekst przeszukiwalny (przez OCR), numerację Bates i redakcję. Często używany w mniejszych produkcjach lub postępowaniach administracyjnych.
Load files
.opt.dat.txtProdukcja hybrydowa
Ekosystem technologiczny
Platformy Document Management i eDiscovery
Konwencje nazewnictwa muszą integrować się z DMS kancelarii oraz, podczas sporu, z platformami eDiscovery.
Systemy Document Management
iManage
Używany przez około 90% kancelarii AmLaw 100 i ponad 4,000 organizacji na świecie. Przypisuje każdemu dokumentowi unikalny numer i wersję w obrębie workspace (sprawy). Nazwy plików powinny być zgodne z konwencjami nazewnictwa workspace.
NetDocuments
Cloud-native DMS używany przez ponad 3,500 kancelarii. System archiwizacji oparty na profilach wiąże metadane (numer sprawy, typ dokumentu, autor) z każdym dokumentem. Spójne nazwy plików mają znaczenie dla załączników e-mail, eksportów i transferów między systemami.
Clio
Platforma do zarządzania praktyką popularna wśród małych i średnich kancelarii. Mniej rozbudowane egzekwowanie nazewnictwa niż w iManage lub NetDocuments — spójne nazwy plików są szczególnie ważne, ponieważ system bardziej opiera się na ludzkiej dyscyplinie.
Platformy eDiscovery
Relativity
Dominująca platforma eDiscovery w złożonych sporach. Importuje dokumenty z oryginalnymi nazwami plików jako metadanymi, przypisuje numery kontrolne i nadaje numery Bates podczas produkcji. Uporządkowane nazwy plików źródłowych zwiększają wydajność recenzentów.
Everlaw
Cloud-native platforma przeglądowa z silną analityką. Kodowanie predykcyjne i klastrowanie pojęciowe działają na treści dokumentów, ale metadane nazw plików wspierają zrozumienie rodzin dokumentów.
DISCO
Platforma eDiscovery oparta na AI, kładąca nacisk na szybkość i prostotę. Zachowuje oryginalne nazwy plików jako przeszukiwalne metadane i nadaje numery Bates przy produkcji.
Uczciwe pozycjonowanie
FAQ
Najczęściej zadawane pytania
Jakiej konwencji nazewnictwa używają kancelarie AmLaw 100 dla dokumentów prawnych?
Większość kancelarii AmLaw 100 używa wzorca nazewnictwa opartego na sprawie: {MatterNumber}_{DocumentType}_{Date}_{Version}.{ext}. Numer sprawy jest kluczem głównym, zgodnym z identyfikatorem w ich Document Management System (zwykle iManage lub NetDocuments). Typy dokumentów są zgodne z kategoriami UTBMS. Daty używają ISO 8601 (YYYY-MM-DD) do sortowania chronologicznego. Sufiksy wersji (v1, v2, FINAL, DRAFT) śledzą poprawki. Przykład: 2024-1547_MSJ_2026-03-15_v2.docx dla Motion for Summary Judgment.
Jak numery Bates odnoszą się do nazw plików dokumentów w eDiscovery?
Numery Bates i nazwy plików służą różnym celom, ale muszą być skoordynowane. Nazwy plików identyfikują dokumenty w Pana/Pani wewnętrznym DMS przed produkcją. Numery Bates to sekwencyjne oznaczenia nadawane podczas produkcji (np. SMITH-000001 do SMITH-004523), które zapewniają trwałe, jednoznaczne odniesienia na poziomie strony do cytowania w pismach, depozycjach i na rozprawie. Podczas produkcji dokumenty są przemianowywane na zakres Bates (np. DEF-000001.tif). Load file (.dat) mapuje numery Bates z powrotem do oryginalnych nazw plików i metadanych. Najlepsza praktyka: utrzymuj tabelę odniesień łączącą wewnętrzne nazwy plików z zakresami Bates.
Czy zmiana nazw dokumentów prawnych stwarza ryzyko spoliation zgodnie z FRCP Rule 37(e)?
Zmiana nazwy pliku zmienia wyłącznie nazwę pliku, a nie zawartość pliku, metadane ani wartość hash. Zgodnie z FRCP Rule 37(e) obawy dotyczące spoliation pojawiają się, gdy ESI „is lost because a party failed to take reasonable steps to preserve it.” Zmiana nazwy sama w sobie nie niszczy ani nie zmienia dokumentu. Musi Pan/Pani jednak: (1) prowadzić ścieżkę audytu mapującą stare nazwy na nowe, (2) zachować oryginalne metadane (datę utworzenia, autora, datę modyfikacji) oraz (3) dopilnować, aby proces zmiany nazw był udokumentowany jako część procedur litigation hold. Sądy badają, czy podjęto „reasonable steps” — udokumentowany, spójny proces zmiany nazw wspiera możliwość obrony.
Jakich kodów UTBMS powinny używać zespoły legal ops do klasyfikacji dokumentów?
UTBMS Litigation Code Set (opracowany przez ABA Section of Litigation, ACC i PwC w 1995 roku) zapewnia standaryzowane kody: L100 (Case Assessment), L200 (Pre-Trial Pleadings), L300 (Discovery), L400 (Trial Preparation), L500 (Appeal) oraz L600 (e-Discovery, dodany w 2011). Spośród nich L140 (Document/File Management), L320 (Document Production) i L650 (Review) są najbardziej istotne dla konwencji nazewnictwa. Przypisz do nich typy dokumentów, aby nazwy plików były zgodne z budżetami spraw i wymaganiami e-billing. Istnieją również zestawy kodów poza sporami dla upadłości (B-codes), doradztwa (C-codes) i projektów (P-codes).
W jaki sposób konwencje nazewnictwa dokumentów wspierają ściany etyczne w kancelariach?
Konwencje nazewnictwa oparte na sprawie są podstawą barier informacyjnych. Gdy nazwy plików zawierają numer sprawy jako prefiks (np. 2024-1547_Memo_2026-03-15.docx), DMS może automatycznie egzekwować ograniczenia dostępu — prawnicy objęci screeningiem nie mogą wyświetlać, wyszukiwać ani uzyskiwać dostępu do dokumentów z tym prefiksem sprawy. Jest to wymagane zgodnie z ABA Model Rule 1.10 dla screeningu konfliktów przypisanych. Spójne nazewnictwo umożliwia: zautomatyzowaną kontrolę dostępu w iManage/NetDocuments, ścieżki audytu potwierdzające zgodność ze screenem, sprawdzanie konfliktów przy otwieraniu nowych spraw oraz zapobieganie nieumyślnemu ujawnieniu między sprawami objętymi konfliktem.
Czym jest EDRM i jak nazewnictwo dokumentów wpisuje się w eDiscovery?
Electronic Discovery Reference Model (EDRM), utworzony w 2005 roku przez George’a Sochę i Toma Gelbmanna, definiuje dziewięć etapów: Information Governance, Identification, Preservation, Collection, Processing, Review, Analysis, Production i Presentation. Nazewnictwo dokumentów przecina wiele etapów: podczas Processing pliki są indeksowane unikalnymi identyfikatorami; podczas Review dokumenty są śledzone według ID dokumentu na platformach takich jak Relativity; podczas Production dokumenty otrzymują numery Bates i są przemianowywane zgodnie ze schematem numeracji produkcyjnej. Spójne konwencje nazewnictwa przed sporem ograniczają koszty na każdym kolejnym etapie, ułatwiając identyfikację, deduplikację i klasyfikację dokumentów.
Czy narzędzia AI mogą generować nazwy plików dokumentów prawnych zgodne z wymaganiami DMS?
Tak. Narzędzia AI do przetwarzania dokumentów, takie jak renamed.to, mogą wyodrębniać numery spraw, nazwy klientów, typy dokumentów i daty z treści PDF przy użyciu OCR i przetwarzania języka naturalnego, a następnie generować nazwy plików zgodne z konwencją Pana/Pani kancelarii. Kluczowym wymaganiem jest skonfigurowanie szablonu nazewnictwa tak, aby odpowiadał formatowi profilu DMS (np. wzorcowi iManage {MatterNumber}_{DocType}_{Date}). Jednak nazwy wygenerowane przez AI powinny zostać sprawdzone przed zastosowaniem — narzędzia oferujące podgląd pewności i workflow zatwierdzania wsadowego (zamiast automatycznego stosowania) są bezpieczniejsze do zastosowań prawnych. AI to etap wstępnego przetwarzania; DMS pozostaje systemem ewidencji.
Wypróbuj nazewnictwo dokumentów prawnych oparte na AI
Prześlij kilka dokumentów prawnych i zobacz, jak AI wyodrębnia numery spraw, daty i typy dokumentów, aby generować spójne nazwy plików. 50 bezpłatnych zmian nazw, bez karty kredytowej.
50 bezpłatnych kredytów na pliki · Bez karty kredytowej · $0.009/plik później
Kontynuuj przeglądanie
Powiązane przewodniki, integracje i zasoby