Как правильно сделать бумажную копию электронного документа

Списки отрезков

Тела нерезидентных атрибутов хранятся на диске в одной или нескольких кластерных цепочках, называемых отрезками (runs). Отрезком называется последовательность смежных кластеров, характеризующаяся номером начального кластера и длиной. Совокупность отрезков называется списком (run-list или data run).

Внутренний формат представления списков не то чтобы сложен, но простым его тоже не назовешь. Для экономии места длина отрезка и номер начального кластера хранятся в полях переменной длины. Если размер отрезка умещается в байт (т. е. его значение не превышает 255), то он займет один байт. По аналогии, если размер отрезка требует для своего представления двойного слова, то он займет двойное слово.

Сами же поля размеров хранятся в 4-битных ячейках, называемых нибблами (nibble) или полубайтами. Шестнадцатеричная система счисления позволяет легко переводить байты в нибблы и наоборот. Младший ниббл равен (
X&15), а старший — (
X/16). Иначе говоря, младший ниббл соответствует младшему шестнадцатеричному разряду байта, а старший — старшему. Например,
69h состоит из двух нибблов, причем младший равен
9h, а старший —
6h.

Список отрезков представляет собой массив структур, каждая из которых описывает характеристики «своего» отрезка. В конце списка находится завершающий ноль. Первый байт структуры состоит из двух нибблов: младший задает длину поля начального кластера отрезка (условно обозначаемого буквой
F), а старший — количество кластеров в отрезке (
L). Затем идет поле длины отрезка. В зависимости от значения
L оно может занимать от одного до восьми байт (поля большей длины недопустимы). Первый байт поля стартового кластера файла расположен по смещению
1+L байт от начала структуры (что соответствует
2+2*L нибблам). Вот как выглядит структура одного элемента списка отрезков.

Смещение в нибблах Размер в нибблах Описание
1 Размер поля длины (L)
1 1 Размер поля начального кластера (S)
2 2*L Количество кластеров в отрезке
2+2*L 2*S Номер начального кластера отрезка

Начиная с версии 3.0 NTFS поддерживает разреженные (sparse) атрибуты, т. е. такие атрибуты, которые не записывают на диск кластеры, содержащие одни нули. При этом поле номера начального кластера отрезка может быть равным нулю, что означает, что данному отрезку не выделен никакой кластер. Поле длины содержит количество кластеров, заполненных нулями.

Распознавание документов в 1С:Документооборот

Чтобы распознавать документы в 1С:Документооборот, надо зайти в меню «Настройка и администрирование», перейти в раздел «Настройка программы» и выбрать пункт «Работа с файлами». 

Откроется окно, где надо отметить галочкой строку «Распознавание изображений с помощью CuneiForm», выбрать команду «Настройки распознавания» и задать нужные параметры. 

Там нужно выбрать язык распознавание и указать путь к ImageMagick, которая была установлена ранее. 

Открыть персональные настройки работы с файлами. Там также надо указать путь к ImageMagick в соответствующей строке и задать нужные параметры. 

Подготовка системы к работе с файлами завершена. 

Чтобы выполнить распознавание, надо открыть отсканированный файл. 

Вызвать контекстное меню, выбрать пункт «Дополнительно», потом команду «Распознать». 

Для просмотра результата нужно открыть текстовый образ документа. 

Когда распознавание файла завершено, он попадет в индексацию 1С:Документооборот. Это позволит быстро найти его через полнотекстовый поиск документов по вхождению фраз и слов. Пользователи смогут получить доступ к основной его версии в формате PNG. 

Правила моделирования процессов в нотации EPC

1. Диаграмма функции EPC должна начинаться как минимум одним стартовым событием (стартовое событие может следовать за интерфейсом процесса) и завершаться как минимум одним конечным событием (конечное событие может предшествовать интерфейсу процесса).

2. События и функции по ходу выполнения процесса должны чередоваться. Решения о дальнейшем ходе выполнения процесса принимаются функциями.

3. Рекомендуемое количество функций на диаграмме — не более 20. Если количество функций диаграммы значительно превышает 20, то существует вероятность, что неправильно выделены процессы на верхнем уровне и необходимо произвести корректировку модели.

4. События и функции должны содержать строго по одной входящей и одной исходящей связи, отражающей ход выполнения процесса.

5. События и операторы, окружавшие функцию на вышележащей диаграмме (Рис.16), должны быть начальными/результирующими событиями и операторами на диаграмме декомпозиции функции (Рис.17).

Рисунок 16. Диаграмма процесса, на которой встречается Функция 1 Рисунок 17. Диаграмма декомпозиции Функции 1

6. На диаграмме не должны присутствовать объекты без единой связи.

7. Каждый оператор слияния должен обладать хотя бы двумя входящими связями и только одной исходящей, оператор ветвления — только одной входящей связью и хотя бы двумя исходящими. Операторы не могут обладать одновременно несколькими входящими и исходящими связями.

8. Если оператор обладает входящей связью от элемента «событие», то он должен обладать исходящей связью к элементу «функция» и наоборот.

9. За одиночным событием не должны следовать операторы «OR (ИЛИ)» или «XOR (Исключающее ИЛИ)».

10. Операторы могут объединять или разветвлять только функции или только события. Одновременное объединение/ветвление функции и события невозможно.

11. Оператор, разветвляющий ветки, и оператор, объединяющий эти ветки, должны совпадать. Допускается также ситуация, когда оператор ветвления «И», оператор объединения — «ИЛИ».

Примеры допустимых ситуаций (Рис.18, Рис.19, Рис.20, Рис.21):

Рисунок 18 Рисунок 19 Рисунок 20 Рисунок 21

Пример недопустимой ситуации (Рис.22):

Рисунок 22

Пример диаграммы процесса в нотации EPC приведен на Рис.23

Рисунок 23. Пример диаграммы процесса в нотации EPC

Подробнее о формировании модели бизнес-процессов см. в Руководство пользователя, главе Создание модели деятельности организации.

« Предыдущая На уровень выше Следующая »

Сканирование и распознавание документов в 1С Документооборот

Чтобы добавлять сканы, не нужно открывать дополнительные приложения и интерфейсы. Все делается из карточки самого документа. 

Для использования сканера прямо из 1С:Документооборот требуется установка специальной утилиты сканирования и настройка подключенного локального сканера. Это делается в разделе «Настройка», где надо выбрать пункт «Персональные настройки» и открыть меню «Файлы». 

Откроется окно, где следует выбрать команду «Настройка сканирования». 

Там из списка сканеров надо выбрать нужный вариант, установить разрешение сканирования, цветность, форматы сохранения изображений и другие настройки. 

Когда надо сканировать много документов, лучше воспользоваться подсистемой потокового сканирования. Чтобы перейти к этой функции, надо зайти в раздел «документы и файлы» и выбрать вариант «Потоковое сканирование». 

Откроется окно, где можно выбрать вариант использования сканера. Если сканер подключен непосредственно к компьютеру пользователя, надо использовать команду «Загрузить со сканера». Сетевой сканер отправляет все отсканированные документы в общий сетевой каталог. В этом случае надо выбрать «Загрузить из каталога». 

Далее будут рассмотрены оба варианта. 

Чтобы загрузить документ непосредственно со сканера, надо установить нужные параметры. Можно настроить обработку страниц, распределение изображений по файлам, распознавание штриховых кодов, историю.   

Для работы с файлами, которые были отсканированы раньше, надо выбрать соответствующую команду, указать сетевой каталог, задать нужные настройки и выполнить команду «Загрузить». 

Неважно, какой способ загрузки изображений выбрал пользователь. Когда обработка завершится, система выдаст результат. 

Пользователь увидит список, какие файлы были отсканированы и прикреплены. Чтобы посмотреть результат, надо перейти в документ. 

В данном примере отсканированные файлы система прикрепила к карточке договора. 

Способ второй: Изменение прав доступа

Если у вас не получилось увидеть пункт меню Запуск от имени администратора, щелкнув правой кнопкой мыши на нужной иконке, то у вас тем не менее есть способ изменить необходимые файлы. Для этого щелкните правой кнопкой мыши по тому файлу, который вы хотите изменить, выберите пункт меню Свойства, переключитесь на закладку Безопасность и нажмите кнопку Изменить:

В открывшемся окне выделите строчку Пользователи и потом включите галочку Полный Доступ:

После этого нажмите OK несколько раз, закрывая все открытые окна. Теперь этот файл можно редактировать любой программой.

Внимание!
Ни в коем случае не изменяйте таким образом права на папку или даже на весь диск C навсегда: это приведет к большей уязвимости компьютера от вирусов и прочих вредоносных программ!

Атрибуты

Структурно всякий атрибут состоит из атрибутного заголовка (attribute header) и тела атрибута (attribute body). Заголовок атрибута всегда хранится в файловой записи, расположенной внутри MFT. Тела резидентных атрибутов хранятся там же. Нерезидентные атрибуты хранят свое тело вне MFT, в одном или нескольких кластерах, перечисленных в заголовке данного атрибута в специальном списке. Если 8-разрядное поле, расположенное по смещению
08h байт от начала атрибутного заголовка, равно нулю, то атрибут считается резидентным, а если единице, то атрибут нерезидентен. Любые другие значения недопустимы.

Первые четыре байта атрибутного заголовка определяют его тип. Тип атрибута, в свою очередь, определяет формат представления тела атрибута. В частности, тело атрибута данных (тип:
80h—$DATA) представляет собой «сырую» последовательность байт. Тело атрибута стандартной информации (тип:
10h —
$STANDARD_INFORMATION) описывает время его создания, права доступа и т. д.

Следующие четыре байта заголовка содержат длину атрибута, выражаемую в байтах. Длина нерезидентного атрибута равна сумме длин его тела и заголовка, а длина резидентного атрибута равна длине его заголовка. Если к смещению атрибута добавить его длину, мы получим указатель на следующий атрибут (или маркер конца, если текущий атрибут — последний в цепочке).

Длина тела резидентных атрибутов, выраженная в байтах, хранится в 32-разрядном поле, расположенном по смещению
10h байт от начала атрибутного заголовка. 16-разрядное поле, следующее за его концом, хранит смещение резидентного тела, отсчитываемое от начала атрибутного заголовка. С нерезидентными атрибутами в этом плане все намного сложнее, и для хранения длины их тела используется множество полей. Реальный размер тела атрибута (real size of attribute), выраженный в байтах, хранится в 64-разрядном поле, находящемся по смещению
30h байт от начала атрибутного заголовка. Следующее за ним 64-разрядное поле хранит инициализированный размер потока (initialized data size of the stream), выраженный в байтах. Судя по всему, инициализированный размер потока всегда равен реальному размеру тела атрибута. 64-разрядное поле, расположенное по смещению
28h байт от начала атрибутного заголовка, хранит выделенный размер (allocated size of attribute), выраженный в байтах и равный реальному размеру тела атрибута, округленному до размера кластера (в большую сторону).

Два 64-разрядных поля, расположенные по смещениям
10h и
18h байт от начала атрибутного заголовка, задают первый (starting VCN) и последний (last VCN) номера виртуального кластера, принадлежащего телу нерезидентного атрибута. Виртуальные кластеры представляют собой логические номера кластеров, не зависящие от своего физического расположения на диске. В подавляющем большинстве случаев номер первого кластера тела нерезидентного атрибута равен нулю, а последний — количеству кластеров, занятых телом атрибута, уменьшенному на единицу. 16-разрядное поле, расположенное по смещению
20h от начала атрибутного заголовка, содержит указатель на массив
Data Runs, расположенный внутри этого заголовка и описывающий логический порядок размещения нерезидентного тела атрибута на диске.

Каждый атрибут имеет свой собственный идентификатор (attribute ID), уникальный для данной файловой записи и хранящийся в 16-разрядном поле, расположенном по смещению
0Eh от начала атрибутного заголовка.

Если атрибут имеет имя (attribute Name), то 16-разрядное поле, расположенное по смещению
0Ah байт от атрибутного заголовка, содержит указатель на него. Для безымянных атрибутов оно равно нулю (большинство атрибутов имен не имеют). Имя атрибута хранится в атрибутном заголовке в формате Unicode, а его длина определяется 8-разрядным полем, расположенным по смещению
09h байт от начала атрибутного заголовка. Если тело атрибута сжато, зашифровано или разрежено, 16-разрядное поле флагов, расположенное по смещению
0Ch байт от начала атрибутного заголовка, не равно нулю.

Создание резервной копии вручную

Создание резервной копии программы вручную и восстановление данных из такой резервной копии — существенно более простой процесс по сравнению с работой с автоматически создаваемыми программой резервными копиями. Мы рекомендуем вам время от времени делать вручную резервные копии базы данных программы и сохранять их на внешних носителях: на флешке, на другом компьютере и тюпю с тем, чтобы застраховаться от потери данных при серьезной поломке компьютера, на котором установлена база данных программы Тирика-Магазин или его жесткого диска.

Следующая статья: Синхронизация баз данных

Файловые записи

Структурно файловая запись состоит из заголовка (header) и одного или нескольких атрибутов (attributes) произвольной длины, завершаемых маркером конца (end marker) — четырехбайтным шестнадцатеричным значением
FFFFFFFFh. Несмотря на то что количество атрибутов и их длина меняются от одной файловой записи к другой, размер самой структуры
FILE Record строго фиксирован. В большинстве случаев он равен 1 Кбайт (это значение хранится в файле
$boot, причем первый байт файловой записи всегда совпадает с началом сектора).

Если реальная длина атрибутов меньше размеров файловой записи, то ее «хвост» просто не используется. Если же атрибуты не умещаются в отведенное им пространство, создается дополнительная файловая запись (extra FILE Record), ссылающаяся на свою предшественницу. Так выглядит структура файловой записи:

1
2
3
4
5
6
7

FILE Record

Header;Заголовок

Attribute1;Атрибут1

Attribute2;Атрибут2

…;…

AttributeN;АтрибутN

EndMarker(FFFFFFFFh);Маркерконца

Первые четыре байта заголовка заняты «магической последовательностью»
FILE, сигнализирующей о том, что мы имеем дело с файловой записью типа
FILE Record. При восстановлении сильно фрагментированного файла
$MFT это обстоятельство играет решающую роль, поскольку позволяет отличить сектора, принадлежащие MFT, от всех остальных секторов.

Следом за сигнатурой идет 16-разрядный указатель, содержащий смещение последовательности обновления (update sequence). Под «указателем» здесь и до конца раздела подразумевается смещение от начала сектора, отсчитываемое от нуля и выраженное в байтах. Последовательность обновления хранится по смещению
002Dh, и поэтому сигнатура приобретает следующий вид:
FILE-\x00.

Размер заголовка варьируется от одной версии операционной системы к другой и в явном виде нигде не хранится. Вместо этого в заголовке присутствует указатель на первый атрибут, содержащий его смещение в байтах относительно начала файловой записи и расположенный по смещению
14h байт от начала сектора.

Смещения последующих атрибутов (если они есть) определяются путем сложения размеров всех предыдущих атрибутов (размер каждого из атрибутов содержится в его заголовке) со смещением первого атрибута. За концом последнего атрибута находится маркер конца — значение
FFFFFFFFh.

Длина файловой записи хранится в двух полях. Тридцатидвухразрядное поле реального размера (real size), находящееся по смещению
18h байт от начала сектора, содержит совокупный размер заголовка, всех его атрибутов и маркера конца, округленный по 8-байтной границе. Тридцатидвухразрядное поле выделенного размера (allocated size), находящееся по смещению
1Сh байт от начала сектора, содержит действительный размер файловой записи в байтах, округленный по размеру сектора. Документация утверждает, что выделенный размер должен быть кратен размеру кластера, но на практике это не так. Например, на моей машине длина поля выделенного размера равна четверти кластера.

16-разрядное поле флагов, находящееся по смещению
16h байт от начала сектора, в подавляющем большинстве случаев принимает одно из следующих трех значений:
00h — данная файловая запись не используется или ассоциированный с ней файл или каталог удален,
01h — файловая запись используется и описывает файл,
02h — файловая запись используется и описывает каталог.

64-разрядное поле, находящееся по смещению
20h байт от начала сектора, содержит индекс базовой файловой записи. Для первой файловой записи это поле всегда равно нулю, а для всех последующих, расширенных записей — индексу первой файловой записи. Расширенные файловые записи могут находиться в любых областях MFT, не обязательно расположенных рядом с основной записью. Следовательно, необходим какой-то механизм, обеспечивающий быстрый поиск расширенных файловых записей, принадлежащих данному файлу (просматривать всю MFT было бы слишком нерационально). Этот механизм существует, и основан он на ведении списков атрибутов (
$ATTRIBUTE_LIST). Список атрибутов представляет собой специальный атрибут, добавляемый к первой файловой записи и содержащий индексы расширенных записей.

Последовательность обновления

Будучи очень важными компонентами файловой системы,
$MFT,
INDEX и
$LogFile нуждаются в механизме контроля целостности своего содержимого. Традиционно для этого используются коды обнаружения и коррекции ошибок (ECC/EDC codes). Однако на тот момент, когда проектировалась NTFS, процессоры были не настолько быстрыми, как теперь, и расчет корректирующих кодов занимал значительное время, существенно снижающее производительность файловой системы. Именно поэтому от использования корректирующих кодов пришлось отказаться. Вместо них разработчики NTFS применили так называемые последовательности обновления (update sequences), также называемые fix-ups.

В конец каждого из секторов, образующих файловую запись (
INDEX Record,
RCRD Record или
RSTR Record), записывается специальный 16-байтный номер последовательности обновления (update sequence number), дублируемый в заголовке файловой записи. При каждой операции чтения два последних байта сектора сверяются с соответствующим полем заголовка, и, если драйвер NTFS обнаруживает расхождение, данная файловая запись считается недействительной.

Основное назначение последовательностей обновления — защита от «обрыва записи». Если в процессе записи сектора на диск исчезнет питающее напряжение, может случиться так, что часть файловой записи будет записана успешно, а другая часть сохранит прежнее содержимое (файловая запись, как мы помним, обычно состоит из двух секторов). После восстановления питания драйвер файловой системы не может уверенно определить, была ли файловая запись сохранена целиком. Вот тут-то последовательности обновления и выручают! При каждой перезаписи сектора последовательность обновления увеличивается на единицу. Потому, если произошел обрыв записи, значение последовательности обновления, находящейся в заголовке файловой записи, не совпадет с последовательностью обновления, расположенной в конце сектора.

Оригинальное содержимое, расположенное «под» последовательностью обновления, хранится в специальном массиве обновления (update sequence array), расположенном в заголовке файловой записи непосредственно за концом смещения последовательности обновления (update sequence number). Для восстановления файловой записи в исходный вид необходимо извлечь из заголовка указатель на смещение последовательности обновления (он хранится по смещению
04h байт от начала заголовка) и сверить лежащее по этому адресу 16-байтное значение с последним словом каждого из секторов, слагающих файловую запись (
INDEX Record,
RCRD Record или
RSTR Record). Если они не совпадут, значит, соответствующая структура данных повреждена

Использовать такие структуры следует очень осторожно (на первых порах лучше не использовать вообще)

По смещению
006h от начала сектора находится 16-разрядное поле, хранящее совокупный размер номера последовательности обновления вместе с массивом последовательности обновления (
sizeof(update sequence number)+sizeof(update sequence array)), выраженный в словах (не в байтах!). Так как размер номера последовательности обновления всегда равен одному слову, то размер массива последовательности обновления, выраженный в байтах, должен вычисляться следующим образом:
(update sequence number&update sequence array1)*2. Таким образом, смещение массива оригинального содержимого равно
(offset toupdate sequence number)+2.
В Windows XP и более новых операционных системах эти значения располагаются по смещениям
2Dh и
2Fh соответственно. Первое слово массива последовательности обновления соответствует последнему слову первого сектора файловой записи или индексной записи. Второе — последнему слову второго сектора и т. д.

Кому нужны бумажные копии

Внедряем ЭДО, сокращаем бумажный документопоток, при этом постоянно упоминаем работу с бумажными копиями. Дело в том, что далеко не все сегодня готовы работать только в электронном виде. Это касается как органов государственной власти, работы по внедрению ЭДО в которых набирают обороты, но этого еще недостаточно, так и бизнеса, который периодически напоминает о своем недоверии к электронным документам.

Рассмотрим на примерах. Истребование электронной первички налоговыми органами появилось в 2011 году. Представлять можно как электронные копии бумажных подлинников, так и изначально созданные в электронном виде документы (правильно – электронные копии электронных подлинников). Со скан-копиями проблем нет, бизнес успел проверить работу с ними на практике. С электронными оригиналами – есть нюансы. Представлять можно, но только те документы, которые были созданы в форматах ФНС, при этом служба признает один единственный формат – .XML. Для счета-фактуры этот формат обязателен, для первичных документов (товарная накладная по форме ТОРГ-12 и акт выполненных работ) рекомендуем. Получается, если вы создали товарную накладную в .XLS (excel), подписали с контрагентом ЭП, то при истребовании придется создать бумажную копию с последующей отправкой по почте (подробнее читайте в статье «Некоторые особенности представления электронных документов в налоговую»). Таких документов может быть не один и не два. Это трудоемко. ФНС знает об этом и, мы надеемся, уже прорабатывает вопрос.

ТОРГ 12: как заполнять, исправлять и хранить

Унифицированная форма ТОРГ 12

Аналогичная ситуация с судами. Суды уже работают с электронными документами (подробнее в «Электронные документы в суде»), но существующей нормативной базы и практики еще недостаточно для полноценной работы. Суды принимают электронные документы в качестве письменных доказательств, но судья в ходе заседания рассмотрит документы на бумаге. Такова практика и привычки.

Таких примеров множество. И пока практика просит создания копий, делайте их правильно.

Отметка о подписании ЭП – неуточненное требование

Впервые штампы упоминались в Требованиях к оформлению документов. Раздел 8.3 определяет, что документ, поступивший по электронной почте может передаваться на исполнение на бумаге со штампом «дубликат» или иным обозначением аналога электронного документа. Правильность ЭЦП (рекомендации 2003 года и изменения относительно терминологии ЭП в них еще не вносились) подтверждается соответствующей отметкой: «ЭЦП верна. Подпись оператора» или «ЭЦП подтверждена. Подпись оператора. Отметку следует проставлять в виде штампа».

Затем в письме России от 2011 года № 03-03-06/1/409 Минфин разъяснил, если истребуемый у налогоплательщика документ составлен в электронном виде не по установленным форматам (о чем мы говорили выше), представление документа производится на бумажном носителе в виде заверенной налогоплательщиком копии с отметкой о подписании документа квалифицированной электронной подписью. А какой должна быть эта отметка до сих пор никто не уточнил.

Если вы отправляли запросы в госведомства, то встречали штампы. Вариант Роскомнадзора:

Министерства связи:

Даже в органах госвласти отметки отличаются.

Также закон не определяет порядок простановки такого штампа. Он проставляется автоматически, как в сервисах операторов ЭДО СФ, либо вы создаете его собственноручно. В сложившейся ситуации рекомендуем воспользоваться примерами госорганов или операторов ЭДО СФ. Также вы вправе придумать свой вариант штампа, главное, чтобы он содержал информацию о подписании документа ЭП.

***

Подведем итог. Работа с электронными документами не избавит от бумаги на 100%. Это нормально. Госорганы или контрагенты еще работают в бумаге и для них приходится создавать бумажные копии электронных подлинников. Создание такой копии состоит из трех шагов: поиск документа, печать и заверение. Заверьте копию у нотариуса или самостоятельно. При самостоятельном заверении руководитель организации (уполномоченное лицо) ставит собственноручную подпись, печать организации, отметку «копия верна» и штамп о подписании ЭП. Если вы работаете в сервисе оператора ЭДО СФ, штамп проставится автоматически, иначе создайте его собственноручно.

Делайте правильные копии и только в тех случаях, когда это требуется. Ни в коем случае не создавайте дубли одного и тоже документа в бумажной и электронной формах. Не усложняйте себе работу.

Назначение служебных файлов

NTFS содержит большое количество служебных файлов (метафайлов) строго определенного формата. Важнейший из метафайлов,
$MFT, мы только что рассмотрели. Остальные метафайлы играют вспомогательную роль. Тем не менее если они окажутся искажены, то штатный драйвер файловой системы не сможет работать с таким томом, поэтому иметь некоторые представления о назначении каждого из них все же необходимо.

Краткие сведения о назначении важнейших метафайлов приведены в следующей таблице. К сожалению, в пределах одной статьи нет возможности подробно рассмотреть структуру всех существующих метафайлов, но, по крайней мере, можно составить общее представление об их назначении.

Назначение основных метафайлов NTFS

Inode Имя файла ОС Описание
$MFT Любая Главная файловая таблица (Master File Table, MFT)
1 $MFTMirr Любая Резервная копия первых четырех элементов MFT
2 $LogFile Любая Журнал транзакций (transactional logging file)
3 $Volume Любая Серийный номер, время создания, флаг
несброшенного кеша (dirty flag) тома
4 $AttrDef Любая Определение атрибутов
5 . (точка) Любая Корневой каталог (root directory) тома
6 $Bitmap Любая Карта свободного/занятого пространства
7 $Boot Любая Загрузочная запись (boot record) тома
8 $BadClus Любая Список плохих кластеров (bad clusters) тома
9 $Quota Windows NT Информация о квотах (quota information)
9 $Secure Windows 2000 и позже Использованные дескрипторы безопасности (security descriptors)
10 $UpCase Любая Таблица заглавных символов (uppercase characters ) для трансляции имен
11 $Extend Windows 2000 и позже Каталоги: $ObjId, $Quota, $Reparse, $UsnJrnl
12–15 не используется Любая Помечены как использованные, но в действительности пустые
16–23 не используется Любая Помечены как неиспользуемые
Любой $ObjId Windows 2000 и позже Уникальные идентификаторы каждого файла
Любой $Quota Windows 2000 и позже Информация о квотах (quota information)
Любой $Reparse Windows 2000 и позже Информация о точке передачи (reparse point)
Любой $UsnJrnl Windows 2000 и позже Журнал шифрованной файловой системы (journaling of encryption)
> 24 Пользовательский файл Любая Обычные файлы
> 24 Пользовательский каталог Любая Обычные каталоги

Способ первый: Запуск программы от имени администратора

Когда вы хотите изменить какой-то файл, вы меняете его не вручную, а при помощи какой-то программы. Если вы работаете в Windows с правами администратора компьютера, все программы, которые вы запускаете, запускаются с правами обычного пользователя, как это было описано выше. Для того, чтобы программа запустилась от имени администратора компьютера необходимо явно указать системе, что вы хотите запустить программу от имени администратора.

Для этого найдите на рабочем столе иконку программы, которую вы хотите запустить (это может быть, например, Microsoft Word для изменения шаблонов печатных форм либо программа Блокнот для изменения файла SHOP.INI), щелкните в эту иконку правой кнопкой мыши и выберите в появившемся меню пункт Запуск от имени администратора:

Программа, запущенная таким образом, сможет менять файлы в системных папках Windows, и не покажет вам при этом сообщение Отказано в доступе.

Если у вас в меню правой кнопки мыши нет пункта Запуск от имени администратора, отпустите правую кнопку мыши и щелкните мышкой мимо для того, чтобы убрать с экрана появившееся меню. После этого нажмите кнопку Shift на клавиатуре и, не отпуская ее, попробуйте снова нажать правой кнопкой мыши по иконке нужной программы — возможно, пункт меню Запуск от имени администратора появится в меню на этот раз.

Распознавание формата PDF и графических файлов на сервере

Чтобы система могла распознавать графические и PDF файлы на сервере, потребуется: 

  • установить специальные утилиты CuneiForm, Ghostscript и ImageMagic;
  • зайти в настройки программы и указать параметры распознавания и путь к ImageMagic. 

Утилита CuneiForm позволяет системе распознавать графические файлы. Если используется файловый вариант системы 1С:Документооборот, надо указать того пользователя, который будет с ней работать. Если используется клиент-серверный вариант, следует указать пользователя, под чьим именем осуществляется работа сервиса 1С:Предприятие.     

Утилита ImageMagic преобразовывает графические файлы в формат PDF и наоборот. Ghostscript является вспомогательной программой для ImageMagic и обеспечивает преобразование файлов. Обе программы устанавливаются на компьютер пользователя.    

Рейтинг
( Пока оценок нет )
Понравилась статья? Поделиться с друзьями:
Все про сервера
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: