Písemnost má atribut dmFileDescr, který původně byl snad nepovinný a jeho určení bylo "popis písemnosti". Posléze se dokumentace nekontrolovatelně měnila a nakonec to myslím skončilo u toho, že dmFileDescr je povinné a musí to být název souboru písemnosti. Ovšem putují ke mně zprávy, u kterých dmFileDescr obsahuje text který rozhodně nemůže být názvem souboru písemnosti (alespoň minimálně ve WIN). Většinou obsahuje neplatné znaky (typicky třeba lomítko oddělující číslo jednací a spisovou značku). Když už se tedy kontrolují takové vychytávky, jako např. jestli mimetyp je povolený, a jestli přípona souboru je povolená a obsah odpovídá příponě, nemohla by se kontrolovat i platnost atributu dmFileDescr?
13.1 Re: provadi se kontrola dmFileDescr?
admin 17.01.2017 11:35Dobrý den.
Máte úplnou pravdu v popisu problému.
Situace je však taková, že zákon 300 říká, za jakých podmínek může systém odmítnout převzít zprávu (resp.písemnost v ní), a o názvech příloh se nezmiňuje. Tedy do analýz vstupují právníci se svými výklady a doporučeními. Představte si, že musíte odeslat do nějaké doby důležitou zprávu a hrozí prodlení a velká škoda - ale systém odmítá zprávu přijmout, protože název přílohy odporuje WIN konvenci pro názvy souborů (byl vytvořena na Linuxu). Druhý důvod je, že zavedením takového omezení nyní by se porušila zpětná kompatibilita aplikací.
Správný postup je ten, přijmout ten název z dmFileDescr a upravit jej tak, aby vzniklo jméno souboru, tedy speciální znaky jako lomítka, tečky apod. nahradit třeba podtržítky. Nebo si může spisová služba vytvářet své vlastní názvy, pod nimiž přílohy ukládá.
13.2 Re: provadi se kontrola dmFileDescr?
admin 17.01.2017 11:35Úplně s Vámi souhlasím, pane Šíma. Vámi navžené řešení problému jsem skutečně takto již implementoval. Ovšem s tím odůvodněním mi to trochu nesedí - není to tak dávno, co systém začal odmítat písemnosti, u kterých byl uveden zcela legální mime-typ (např. xls soubory s mimetypem "application/x-msexcel", kde začal vynucovat "application/vnd.ms-excel"). To například zpětně nabořilo kompatibilitu mé aplikace a zdá se, že to žádným právníkům nikde nevadilo. Takže jak to vlastně je? Budeme muset provozní řád dodržovat všichni, nebo se pro lámy ve státní správě uděluje automatická vyjímka?
13.3 Re: provadi se kontrola dmFileDescr?
admin 17.01.2017 11:35Dobrý den, Vaší poznámku chápu, ale je poměrně zbytečná a nepatří do této technické diskuze. Kdybyste tu námitku o MIME typu pro formát XLS uplatnil cca před půl rokem, mohl to někdo posoudit jako oprávněné.
Věřte nám, že se stále snažíme se maximálně o to, aby aplikace a rozhraní bylo zpětně kompatibilní, a zatím se to ve velké míře daří.