Forberede beA-vedlegg: størrelse, format, navngivning

Den særlige elektroniske advokatpostkassen (beA) tilgir ikke rotete vedleggspakker. Størrelse, filformat og navngivning avgjør om meldingen kommer frem - eller om teamet pakker på nytt rett før fristen. Mange oppfølgingsspørsmål skyldes ikke innholdet, men tekniske randvilkår som kunne vært sjekket før sending.

Ta størrelsesgrenser på alvor før komprimering

Start med den harde grensen: hva tillater gjeldende beA-konfigurasjon, og hva krever mottakerretten i tillegg? Den som komprimerer først etter sammenslåing, risikerer uleselige stempler og tabeller. Bedre rekkefølge: les kritiske sider, reduser målrettet, sjekk deretter totalstørrelsen. Skann med unødvendig høy oppløsning og innebygde forhåndsvisninger er den vanligste årsaken til unødig store pakker.

Format og saklig adskillelse

Prosesskriv og bilag har ofte ulike forventninger. Et søkbart prosesskriv og rene bildeskann i samme beholder kan fungere - hvis bilagsrekkefølgen matcher prosesskrivet og hver fil er tydelig navngitt. Unngå samle-PDF-er uten innholdsoversikt når retten forventer separate bilag. Omvendt: for mange enkeltfiler øker feilrate og forvekslingsrisiko.

En velprøvd praksis: bilagslisten i prosesskrivet og filnavnene speiler hverandre. Bilag_K1_leiekontrakt.pdf er mer robust enn Scan0034_final2.pdf.

Navngivning som også vikarer forstår

Filnavn bør være forståelige uten chat-kontekst. Saksnummer, bilagsmerke og kort innholdstype holder som regel. Spesialtegn, omlyder i enkelte grensesnitt og lange mellomromskjeder skaper unødig friksjon - en firmanorm slår individuell kreativitet.

Kort beA-sjekkliste

• Mottaker og meldingstype valgt
• Bilagsrekkefølge = bilagsoversikt
• Enkelt- og totalstørrelse under grensen
• PDF åpnes uten passord
• Ingen utkastvannmerker på innsendingsversjonen
• Stikkprøve: første, midtre og siste bilag lesbart

Sendingsvindu, vikarordning og ettersending

Teknisk korrekte vedlegg feiler likevel når sendingsvindu og vikarlogikk er uklare. Avklar hvem som endelig godkjenner beA-meldingen, hvem som tar over ved fravær, og hvilke sjekker som ikke kan hoppes over før klikk på send. Et kort overleveringsnotat i saken - mottaker, antall bilag, totalstørrelse, særtrekk - sparer kveldens tilbakeringinger.

Ettersendinger fortjener egen disiplin: samme navnelogikk, klar henvisning til første melding, ingen stille bytte av enkeltfiler uten merknad i meldingsteksten. Retter og motparter sammenligner filnavn; en ny final3.pdf uten kontekst skaper mistillit og merarbeid.

Etter sending: sjekk sendebekreftelse og lokal kopi av meldingen med vedleggsliste. Avviker den lokale listen fra prosesskrivet, rett umiddelbart og dokumenter standen. Når beA-forberedelse er en gjentakbar flyt, krymper panik rett før midnatt til noen kjente grep.

I tillegg lønner det seg med en fast tidsbuffer før beA-sending: ikke slå sammen først fem minutter før fristen. Den som frigi teknisk stand én time tidligere, har rom for en ny lesersjekk og spørsmål fra vikar. Det er ikke komfort - det er fristvern. Noter også om mottaker krever særskilt filrekkefølge eller egne størrelsesgrenser utover den generelle beA-grensen, slik at teamet ikke oppdager dette i siste sekund.

LexLogik egner seg til å samle gjentakende PDF-steg før sending. Ansvaret for selve beA-meldingen ligger hos advokatteamet - teknikk erstatter ikke faglig godkjenning.

beA-pakke: siste assistent-sjekkliste

Før sending: totalstørrelse, tillatte formater, navneskjema, bilagsrekkefølge mot prosesskriv, lesbarhet første og siste side. Saksansvarlig bekrefter innhold; teknisk sjekkliste tilhører assistenten - med stopprett ved grensebrudd.

For fristkritiske saker: assistenten stopper neste steg hvis sjekkliste eller frigivelse mangler. Partnere dokumenterer unntak skriftlig i saken - ikke bare muntlig i gangen.

beA-bilag feiler ofte på størrelse, format eller navn - ikke på det materielle. En assistent-sjekkliste med stopprett holder sende kanalen rolig, mens advokatansvaret for innholdet består.