1с документооборот нет ни одного элемента завершения
При работе с 1С:Документооборот пользователи неизбежно сталкиваются с ошибками. Данная система действительно имеет ряд программных недоработок, из-за которых возникают сбои. Но эта тема обсуждалась много раз. Здесь речь пойдет о наиболее распространенных ошибках пользователей и о том, как их избежать. Эта информация позволит сэкономить время и защитить бизнес от возможных проблем.
Операторы системы ошибаются по двум причинам:
- Первая связана с недостатком опыта и невнимательностью.
- Вторая – со сложным и не очень понятным интерфейсом программы.
Поскольку мы говорим о системе 1С:Документооборот, основные дискуссии в части удобства интерфейса вызывает новейшая разработка – интерфейс «Такси». Это новая разработка с максимально дружественным интерфейсом. Новичкам он нравится. А опытные пользователи привыкли к старому варианту и не считают, что его надо было менять. Но создатели систем на платформе 1С:Предприятие учитывают опыт внедрения других решений и отзывы миллионов пользователей. Если не брать в расчет незначительные недостатки, можно сказать, что в "Такси" удобный и понятный интерфейс. Все формы были оптимизированы, а меню, команды и диалоговые окна расположены так, чтобы минимизировать пользовательские ошибки. А тот факт, что во всех программах 1С используется единый интерфейс, упрощает обучение и позволяет избежать многих ошибок.
Наиболее часто встречающейся ошибкой, которую пользователи допускают при работе в системе, является: Не завершено редактирование открытого ранее на изменение файла
Многие занимают файл для внесения каких-то изменений, а потом забывают завершить его редактирование. В итоге, он не помещается в специальное хранилище на сервере, и шрифт названия меняется на ярко-зеленый.
Если попытаться закрыть этот документ, появится окно с предупреждением. Система предложит сначала закончить редактирование файла.
Иногда документ остается занятым для редактирования из-за того, что во время работы пропало соединение с сервером. В этом случае, когда пользователь войдет в систему, он увидит на рабочем столе все файлы, которые были заняты им для редактирования.
Закончить редактирование или продолжить работу с занятыми документами можно прямо из окна виджета.
В программных продуктах 1С предусмотрены подобные ситуации. Система своевременно уведомляет пользователей об их ошибках, что позволяет свести их количество к минимуму. Чтобы обеспечить стабильную работу предприятия, руководству имеет смысл обеспечить обучение сотрудников, дать им возможность консультироваться с экспертами, предоставить актуальные и понятные инструкции. Работа с документами и системами автоматизации процессов должна подчиняться специально разработанному регламенту. Не надо забывать и о возможности контролировать исполнительскую дисциплину в самой системе.
Система имеет настройки, позволяющие исключить ошибки.
Настройка: протоколирование работы в системе
В Конфигураторе открыть меню «Администрирование», в выпадающем списке выбрать «Настройка журнала регистрации».
Откроется окно, где можно настроить события, которые будут протоколироваться в журнале.
Там же можно установить периоды разделения журнала. Система будет разбивать его на отдельные файлы, где перечислены события за заданный период времени (неделю, месяц или год). Это упрощает администрирование и хранение информации. В том же окне меняется формат данных журнала регистрации с текстового (по умолчанию) на легкий и современный SQLite.
Выбрав подходящие настройки, надо сохранить изменения. После этого все отмеченные события будут фиксироваться в журнале, и пользователь сможет быстро находить причину какой-либо ошибки.
Только надо учесть, что объем, который занимает на диске журнал регистрации, достаточно большой. Поэтому имеет смысл выделить для него специальное хранилище. В том же окне есть команда «Сократить». С ее помощью пользователь может переносить ранее зафиксированные события в архив или удалять те данные, которые уже не нужны.
Настройка: версионирование объектов
Продукты 1С сохраняют историю изменений, внесенных в информационную базу. Механизм позволяет узнать, какой пользователь и когда отредактировал тот или иной документ, какие изменения были сделаны. Чтобы настроить версионирование, надо зайти в «Общие настройки системы».
Выбрать пункт «Версионирование объектов».
Поставить галочку и перейти по ссылке «Настройки».
Там дается список всех объектов, для которых можно настроить версионирование. То есть, система будет не только фиксировать информацию об изменениях (кто и когда их внес). При необходимости пользователь сможет вернуться к более ранней версии документа.
Для каждого объекта устанавливается, когда следует создать новую версию и время ее хранения (важно знать, что это влияет на объем информационной базы). Для сохранения версий файлов настройки не нужны, это делается по умолчанию. Если для объекта установлен режим версионирования, пользователь сможет просматривать историю его изменений.
Можно не только просматривать все версии, но и сравнивать их между собой, выбирать, какую следует считать актуальной.
Возможности системы и четкое регламентирование всех бизнес-процессов позволяют избежать ошибок при работе в 1С:Документооборот.
Хотите получать подобные статьи по четвергам?
Быть в курсе изменений в законодательстве?
Подпишитесь на рассылку
Всегда ли поведение бизнес-процесса, созданного на платформе 1С:Предприятие 8 определяется схемой, заложенной разработчиком, или иногда в него могут вмешаться «потусторонние силы»? Об этом пойдет речь в статье.
Продемонстрирую это на примере простой карты маршрута (рис.1)
В точке разделения создаются задачи в каждой из ветвей (рис.2), далее каждая ветвь выполняется параллельно, а задача в точке Действие4 будет создана тогда, когда будут выполнены все задачи каждой ветви (рис.3)
Всегда ли система ведет себя подобным образом. Давайте выясним. Для начала обратим внимание на то, в какой последовательности создаются задачи после точки разделения (рис.4)
По номеру задачи можно увидеть, что первой была создана задача в точке Действие3. Теперь в модуле бизнес-процесса для этой точки опишем следующий обработчик при создании задач:
Процедура Действие3ПриСозданииЗадач ( ТочкаМаршрутаБизнесПроцесса , ФормируемыеЗадачи , Отказ )
Для каждого ЗадачаОбъект Из ФормируемыеЗадачи Цикл
Такой обработчик приведет к тому, что создаваемая задача сразу будет выполнена. Стартуем новый бизнес-процесс с картой маршрута, приведенной на рис.1. И что мы увидим? После выполнения задачи Действие3 была создана задача Действие4 (рис.5), несмотря на то, что другие ветви процесса еще не выполнены! Тех, кто попытается воспроизвести указанную ситуацию, предупреждаю: у вас вместо написания обработчика для точки Действие3 может оказаться необходимым написать обработчик автовыполнения задачи для точки Действие1 или Действие2. Точка действия, автовыполнение которой "ломает" схему процесса - это именно та точка, в которой создается первая задача после точки разделения. От чего зависит последовательность создания задач, будет рассмотрено ниже.
Далее выполним задачу Действие4 и убедимся, что процесс идет дальше, не дожидаясь завершения задач в точках Действие1 и Действие2 (рис.6)!
Далее, когда выполним задачи Действие1 и Действие2, снова создается задача Действие4 (рис.7).
Такого поведения простой схемы маршрута никак нельзя предположить, исходя из приведенного в начале статьи описания. Может это какая-то ошибка отображения схемы? Нет, на самом деле все так и происходит. Бизнес-процесс не только выполняется дальше точки слияния, не ожидая завершения задач в параллельных ветвях, но и создает повторно задачи в точках маршрута, следующих за точкой слияния после завершения параллельных ветвей . Смотрим список задач по нашему процессу и видим по 2 задачи для точек Действие4 и Действие5 (рис.8)
О чем это говорит? Фактически это означает, что при автоматическом выполнении задачи Действие3 мы получим поведение бизнес-процесса, соответствующее схеме, приведенной на рисунке 9, то есть точка слияния при выполнении одной ветви пропускается. Но это тоже не всегда верно. Если в точке Действие4 мы не будем выполнять первую из созданных задач, до появления второй задачи в результате выполнения параллельных ветвей до точки слияния, то следующая задача в точке Действие5 будет создана только при выполнении обеих задач в точке Действие4, то есть бизнес-процесс как бы исправляет допущенную ранее ошибку игнорирования точки слияния. Далее по схеме маршрута будет создаваться только по одной задаче. Тем, кого заинтересовало такое поведение бизнес-процесса, предлагаю убедиться в этом самостоятельно.
Рассмотрим другой пример. Предположим, что точка Действие3 является не точкой действия, а точкой вложенного процесса. Для простоты используем следующую схему вложенного бизнес-процесса (рис.10)
Если в событии Условие1ПроверкаУсловия ничего не выполнять, такой процесс завершается сразу после старта, не создавая ни одной задачи. На практике такое может встретиться и в более сложных процессах, если необходимость выполнения задач процесса возникает только при выполнении каких-то условий. Заменим точку Действие3 точкой вложенного бизнес-процесса и получим схему, приведенную на рисунке 11.
Проверяем работу бизнес-процесса со вложенным процессом и убеждаемся в аналогичном поведении. На рисунке 12 – схема бизнес-процесса после старта.
Всегда ли проявляется такое поведение в подобных схемах? Давайте разберемся. Обратим внимание на то, что задачи в точке разделения создаются в том порядке, в каком были добавлены линии в точке разделения. Это можно увидеть, если вывести имена соединительных линий (рис.13).
Попробуем поменять местами Линия2 и Линия4. И наконец-то при старте нового процесса мы видим ожидаемый результат (рис.14)
Обращаю внимание, что линии обязательно надо поменять местами. Если просто переименовать линии, выходящие из точки разделения, результат останется прежним. Другим способом исправления приведенной проблемы является удаление связи Линия2 , добавление новой связи в точке разделения и соединение ее с точкой вложенного процесса.
При автоматическом выполнении задачи, привязанной к первой по порядку добавления линии точки разделения, если после этой задачи сразу следует точка слияния , эта точка слияния игнорируется и создается следующая по схеме маршрута задача. Если не обращать внимания на последовательность связей, можно при создании внешне одинаковых схем получить разное поведение бизнес-процесса.
Эту зависимость следует учитывать и при доработке существующих схем. Допустим, мы решили, что вместо одной задачи в точке Действие1 на рисунке 14, которая у нас начала работать так, как требуется, должен быть вложенный процесс, который при определенных условиях, может выполниться автоматически по условию аналогично рисунку 10. Тогда при старте нашего процесса мы увидим знакомую картину с игнорированием точки слияния (рис.15)
В заключение отмечу, что указанное поведение бизнес-процессов было замечено еще на платформе 8.1 и продолжает проявляться на последних релизах 8.2. При подготовке статьи тестирование выполнялось на релизе платформы 8.2.15.310.
Лицензия на сервер + 100 рабочих мест. Электронная поставка.
Настройка и доработка 1С:Документооборот для борьбы с ошибками. Гарантия на все результаты работ.
Оперативные консультации по 1С:Документообороту. Первая консультация бесплатно.
Типовой функционал, встроенный в прикладные решения 1С
Идеально подходит для средних, крупных компаний и холдингов со сложным документооборотом
Конфигурация программы 1С дает ее пользователям практически неограниченные возможности изменения и дополнения такого функционала, как «права доступа» (далее по тексту – ПД) ко всем данным, хранящимся в электронной базе. Это реализовано через ряд настроек:
- Полномочия;
- Политики;
- Рабочие группы;
- Права доступа на папки.
Права настраивает администратор базы или пользователь программы с соответствующей ролью. Права каждого объекта формируются как совокупность этих настроек. В зависимости от их состава результат настройки будет различен для каждого сотрудника компании (или группы сотрудников). Рассмотрим настройки ПД на примере программы 1С для автоматизации документооборота.
Какие настройки ПД существуют
Полномочия – это самое крупное деление ПД в 1С Документооборот, представляющее собой готовый набор ролей. С их помощью определяются, какие типы данных будут видны пользователю программы. Все остальные настройки ограничивают эти права.
В политиках мы даем доступ к информации по разрезам доступа.
Права на содержание папок представляют собой допуск к документам, содержащимся в конкретных папках.
Мгновенно настроить права доступа в 1С возможно путем добавления сотрудника в рабочую группу. Это влечет отмену настроек политик и прав на папки.
Настройка полномочий для рабочей группы
Рекомендуем настраивать ПД не отдельного пользователя, а устанавливать режим доступа к документам, содержащимся в электронной базе, для:
- Подразделений;
- Рабочих групп;
- Ролей исполнителей.
Данная настройка избавляет от необходимости перенастраивать права доступа при увольнении того или иного сотрудника или его переводе в другое подразделение компании.
Создадим рабочую группу и назначим ей полномочия на примере релиза 1С Документооборот КОРП 2.1.15.4.
Для этого переходим в меню «Нормативно-справочная информация/Рабочие группы».
Рис.1 НСИ/Рабочие группы
В окне справочника «Рабочие группы» добавляем новый элемент под наименованием «Сотрудники головного офиса».
Рис.2 Сотрудники головного офиса
Для вновь созданной рабочей группы следует назначить полномочия. Укажем для примера полномочия «Работа с входящими и исходящими документами» - это набор ролей в 1С, разрешающих чтение входящей и исходящей корреспонденции, добавление корреспондентов, доступе к досье корреспондентов, справочнику физических лиц и других полномочий. Добавляем полномочие. После этого закрываем созданный элемент.
Рис.3 Добавляем полномочие
Установление политик доступа
Политики определяют круг пользователей и состав данных в 1С, к которым пользователям предоставлен доступ в определенных разрезах. Изменение политик производим в меню «Настройка и администрирование/Политики доступа».
Закладки «Общие разрешения» позволяют настроить ПД по разрезам доступа. Этот режим настройки является самым простым. При этом конкретному пользователю можно установить как одно, так и несколько разрешений. Кроме того, можно установить специальные разрешения, исключающие действие общих.
Рис.4 Установка специального разрешения
Алгоритм настройки
1. Первый шаг заключается в выборе разрезов доступа, который задаст границы доступной пользователю информации. А именно:
- Виды документов;
- Организации;
- Грифы доступа;
- Виды мероприятий;
- Группы доступа корреспондентов;
- Группы доступа физических лиц;
- Подразделения и другие.
Обратите внимание! Если в документе 1С не был заполнен разрез, например, не выбрана организация/вид доступа, то ограничение ПД по разрезу не подействует.
Количество разрезов, которые используются в политиках, в случае необходимости можно изменить. Для этого перейдем в меню 1С «Поддержка и обслуживание/Управление расчетом прав».
Рис.5 Управление расчетом прав
Затем следует выбрать пункт «Настройка прав доступа/Используемые разделы доступа».
Рис.6 Используемые разделы доступа
Обратите внимание! Выбор небольшого количества разрезов доступа ускоряет пересчет прав. При изменении настроек в 1С программа заново пересчитывает объекты, круг ПД которых был расширен либо сужен. Этот процесс в 1С Документооборот может занять довольно продолжительное время. Поэтому мы рекомендуем менять эту настройку на начальном этапе пользования программой.
2. Второй шаг заключается в выборе пользователя и его уровня доступа. Для этого в окне выбора «Кому» уточняем:
- Подразделение;
- Роль;
- Пользователя;
- Рабочую группу.
Например, можно дать разрешительные права доступа к папке с договорами всем сотрудникам, а к входящим документам только делопроизводителю.
Рис.7 Выбор пользователя и уровня его доступа
Для пользователей программы 1С существуют три уровня доступа: чтение, редактирование и регистрация. Последний уровень (регистрация) наделяет пользователя самым обширным кругом полномочий, которые включают первые 2 уровня. Редактирование разрешает читать, изменять, удалять и добавлять контент в документ.
Обратите внимание! Если пользователь получил два разрешения с одинаковыми уровнями, к примеру, одно – через группу, а другое – индивидуально, то действует максимальное разрешение.
Лицензия на сервер + 100 рабочих мест. Электронная поставка.
Оперативные консультации по 1С:Документообороту. Первая консультация бесплатно.
Настройка и доработка 1С:Документооборот для борьбы с ошибками. Гарантия на все результаты работ.
Типовой функционал, встроенный в прикладные решения 1С
Пользователи любой информационной системой, так или иначе, допускают ошибки. Система 1С:Документооборот не является исключением. Уточним, что ошибки бывают двух типов – ошибки пользователей (человеческий фактор) и ошибки системы (техногенный фактор). Классификация системных ошибок – обширная тема, которой уже посвящено множество различных материалов, поэтому сегодня мы поговорим о наиболее часто встречающихся ошибках пользователей, о которых полезно знать, чтобы защитить бизнес от непродуктивности и потерь времени, и о том, что нужно делать, чтобы их избежать.
Причины, по которым пользователи допускают ошибки, также могут быть двух видов: первый – отсутствие знаний и опыта работы в системе, а также простой невнимательности, второй – низкое юзабилити той системы, в которой пользователи работают.
Поскольку мы говорим о системе 1С:Документооборот, основные дискуссии в части удобства интерфейса вызывает новейшая разработка 1С – интерфейс «Такси». Кому-то он нравится (как правило, это пользователи веб-систем или новички), кто-то за долгие годы работы привык к старому интерфейсу и не видит смысла что-то менять. Но в любом случае стоит учесть, что разработчики систем последнего поколения на платформе 1С:Предприятие опираются на опыт внедрений 1С, а также отзывы пользователей, которые исчисляются десятками миллионов. Поэтому, опуская небольшие недостатки в плане юзабилити, присущие данному интерфейсу, можно сказать, что «Такси» – дружественный пользователю интерфейс, нацеленный на минимизацию пользовательских ошибок путем оптимизации форм, расположения команд, меню и диалоговых окон. При этом интерфейс является единым для всех систем семейства 1С, поэтому пользователям легко обучаться работе и избегать частых мелких ошибок.
Наиболее часто встречающейся ошибкой, которую пользователи допускают при работе в системе, является:
Не завершено редактирование открытого ранее на изменение файла
Очень часто пользователи, заняв на редактирование файл, забывают или намеренно по какой-то причине не завершают редактирование, тем самым не поместив файл в хранилище на сервере. При этом файл помечен ярко-зеленым шрифтом.
Рис.1 Не завершено редактирование файла
При попытке закрыть такой документ система выдаст соответствующее предупреждение, которое сложно не заметить.
Рис.2 Предупреждение о закрытии
Если по какой-то причине файл остался занятым для редактирования, например, в связи с нарушением работы соединения с сервером, то при входе в систему у пользователя на рабочем столе будут видны все занятые им для редактирования файлы.
Рис.3 Рабочий стол, занятые файлы
Прямо из виджета можно завершить редактирование занятого файла или продолжить с ним работу.
Мы видим, что система предусматривает своевременное уведомление пользователей о том или ином нештатном поведении, что сокращает количество непреднамеренных ошибок в работе. «Намеренное» поведение пользователей можно нивелировать, если провести своевременное обучение, предоставить возможность консультации у эксперта, обеспечить наличие актуальных и всегда доступных инструкций, а также зафиксировать обязательный регламент всей работы с документами и процессами в системе. Также не стоит забывать о таком элементе системы, как контроль исполнительской дисциплины.
Для борьбы с ошибками в системе существует ряд настроек.
Настройка: протоколирование работы в системе
В Конфигураторе, меню «Администрирование», открываем пункт «Настройка журнала регистрации».
Рис.4 Настройка журнала регистрации
В открывшемся окне настраиваем события, которые необходимо протоколировать в журнал.
Рис.5 Окно настройки событий
Здесь же устанавливаем разделение журнала по периодам – год, месяц, неделя и т.д. То есть журнал будет разбит на отдельные файлы в соответствии с заданными периодами, что облегчит его дальнейшее хранение и администрирование. Здесь же можно изменить формат хранения журнала с текстового на более современный – формат SQLite.
Рис.6 Изменение формата журнала регистрации
Сохранив все необходимые изменения, можно быть уверенным, что все отмеченные нами в настройке события будут зафиксированы в журнале, что позволит быстро отыскать причину той или иной ошибки или события.
Необходимо учитывать, что журнал регистрации занимает много места на диске, поэтому его необходимо выносить в заранее подготовленное хранилище и мониторить его состояние. В этой форме есть инструмент управления журналом – команда «Сократить», который позволяет перенести ранее запротоколированные события в архив или просто удалить их за ненадобностью.
Рис.7 Сокращение журнала регистрации
Настройка: версионирование объектов
Переходим в «Общие настройки системы».
Рис.8 Общие настройки системы
Рис.9 Настройка программы
Нам нужен пункт меню «Версионирование объектов».
Рис.10 Пункт Версионирование объектов
Устанавливаем признак версионирования и переходим по ссылке «Настройки».
Рис.11 Установка признака версионирования
Здесь перечислены все объекты системы, для которых возможна настройка версионирования. Это значит – все предыдущие состояния объекта будут в системе зафиксированы, что позволит увидеть произведенные изменения, кем эти изменения были сделаны, а также вернуться к любому предыдущему состоянию.
Для каждого из объектов можно установить событие, когда необходимо создавать новую версию, а также период хранения этих версий (это также сказывается на объеме информационной базы). Для файлов версии хранятся по умолчанию, никаких настроек для этого делать не нужно. Теперь по каждому объекту, для которого установлен режим версионирования, можно посмотреть историю изменений.
Рис.12 Просмотр истории изменений
Все версии можно посмотреть, сравнить любые две, сделать любую из них актуальной.
Инструментарий системы, а также четко выстроенные и регламентированные бизнес-процессы, прозрачные и понятные пользователям, позволят использовать 1С:Документооборот без ошибок.
Любая программа, установленная на компьютер, может время от времени работать неправильно. Периодические сбои, которые приводят к невозможности использования ПО, называются ошибки. Чтобы суметь диагностировать и устранять ошибки в 1С, пользователь должен хотя бы немного разбираться в особенностях работы программ. Наличие минимальных знаний позволяет решать проблемы самостоятельно.
Прежде чем рассматривать основные разновидности ошибок, стоит заметить, что они отличаются между собой по происхождению. Приложение может привести к физическому или логическому сбою. В результате 1С просто не запускается или начинает работать в режиме «Конфигуратор». Пользовательский режим бывает недоступен или, при использовании определенных команд, будет появляться сбой.
Чтобы научиться быстро исправлять ошибки в 1С необходимо изначально их проанализировать. Часто во всплывающем окне написана суть некорректного поведения, что помогает решить проблему.
Причины появления ошибки в 1С
Разберем основные моменты, связанные с частым появлением сбоев при работе с базой данных. Они возникают в разных ситуациях, и определить их истинную причину не всегда возможно.
Одна из самых частых причин нарушение работы связанна с компьютером, на который установлена база данных 1С. Рабочая область может автоматически закрываться из-за нехватки оперативной памяти на сервере. Все возникающие неисправности должны быстро устраняться. В противном случае есть вероятность потери данных.
Часто возникающие ошибки 1С
Все имеющиеся сбои выводят на экран разные уведомления. Одинакового текста не бывает. Чтобы проще ориентироваться, разделим существующие ошибки 1С на следующие пункты:
- Недостаточно памяти.
- Ошибка доступа.
- Ошибка формата потока.
- Ошибка СУБД: Файл базы данных поврежден.
- Неправильное отображение блоков формы.
- Внутренняя ошибка компоненты dbeng.
- Dump при запуске.
- Неверный формат хранилища.
- Ничего не работает.
Для того, чтобы научиться исправлять возникающие ошибки, рассмотрим каждый пункт по отдельности.
Недостаточно памяти
Подобный сбой проявляется только в том случае, если на выполнение операций с программой выделено мало оперативной памяти. Приложение не может обрабатывать большие объемы информации, поэтому выдает «Недостаточно памяти 1С». Это случается при формировании отчета, обработки «тяжелого» файла, обновлении конфигурации и т.д. Причина – мощности компьютера недостаточно.
Пользователь может самостоятельно решить проблему с памятью. По умолчанию операционная система выделят фиксированное значение гигабайт на обслуживание приложения: 32 bit ОС – 2 Гб, 64 bit – 4 Гб.
Увеличить размер выделенной памяти можно вручную. Для этого запускается адресная строка (Пуск – Выполнить, вводиться фраза cmd). После нажатия «Ентер» достаточно ввести фразу bcdedit /set increaseuserva 4096 и подтвердить действие (клавиша «Enter»). Цифра 4096 – новый выделяемый объем «оперативки». Выполняется перезагрузка системы. Проблема должна быть устранена.
Ошибка доступа
Она возникает, если учетная запись не имеет достаточно прав. Проявляется при выполнении определенного действия, которое доступно только ограниченному кругу пользователей. Для исправления ситуации достаточно изменить роль выбранного профиля в конфигураторе (вкладка «Администрирование – Пользователи»). В некоторых случаях это увеличивает безопасность базы данных, если необходимо защитить файлы от изменения сторонними людьми.
Ошибка формата потока
Когда пользователь только запускает программу, на экране может появиться окно сбоя. Оно предлагает завершить работу или перезапустить. Причиной выступает некорректное завершение работы приложения.
Устранение подобной ошибки 1С выполняется простой чисткой кэша. Для этого необходимо перейти в папку, где хранятся временные файлы. В Windows 7 и выше она находится по адресу C:\Users\Username\AppData\Local\1C или C:\Users\Username\AppData\Roaming\1C. Для Windows ХР другой путь – Local Settings\Application Data\1C\. Все файлы, начинающиеся на 1cv8, кроме «1Cv8.1CD» полностью удаляются.
Если «Ошибка формата потока» возникает в процессе работы, то нужно провести тестирование (Администрирование – Тестирование и исправление), выбрать первые 2 галочки и запустить процесс.
Ошибка СУБД: Файл базы данных поврежден
Если всплывает информационное окно с подобной надписью, неисправность базы данных решается тестированием файла и всей информационной базы. Такое мероприятие может проводиться 2 способами:
- Запуск утилиты chdbfl.exe. Эта программа предназначена для того, чтобы проверять целостность базы данных при совместном ее использовании с информационной базой. Данный метод хорош тем, что дает возможность решать сбои даже в тех ситуациях, когда конфигуратор запустить невозможно. Сначала выполняется резервное копирование информации. В папке, где установлен 1С (директория bin) находится файл chdbfl.exe. Он запускается, в окне прописывает путь к файлу базы данных и ставится галочка, чтобы провести исправление ошибок. Нажимается кнопка «Выполнить». После завершения процесса все должно заработать. Если нет – используется конфигуратор.
- Через конфигуратор. Нужное окно вызывается после нажатия «Администрирование – Тестирование и исправление». На экране появляется форма, где выставляются галочки на следующе строчки: «Реиндексация таблиц…», «Проверка логической целостности…», «Проверка ссылочной…», «Реструктуризация таблиц…», «Тестирование и исправление» и 2 раза «Создать объекты». Нажимается кнопка «Выполнить». После завершения процедуры сбой устраняется.
Неправильное отображение блоков формы
Такая неисправность возникает от разных факторов. Чтобы привести программу к нормальной работоспособности, пользователю необходимо последовательно выполнить несколько команд. После проведения каждой проверяется устранение сбоя:
Если приведенные методы не помогают, рационально будет провести обновление платформы.
Внутренняя ошибка компоненты dbeng
Dump при запуске
Возвращение 1С в рабочее состояние проводится простым обновлением MS Visual Studio (Visual C++) и дополнительными манипуляциями. Чтобы отследить конкретный файл, в котором возникает ошибка, открывается «Просмотр событий». Для этого пользователь переходит в «Панель управления – Система и безопасность – Администрирование». С левой стороны раскрывается «Журнал Windows – Приложение».
На экране появляется список ошибок и точное расположение поврежденного файла. После установки новой версии MS Visual Studio (Visual C++) с папки System32 копируется одноименный файл dll и вставляется в папку платформы 1С. Проблема решилась.
Неверный формат хранилища
Ничего не работает
Если программа перестала нормально работать без видимых причин, значит пользователю придется самостоятельно искать неисправность. Для восстановления работоспособности базы данных проводятся следующие мероприятия:
- чистится кэш;
- открывается файл chdbfl.exe из папки установки приложения и выполняется исправление;
- выполняется запуск «Конфигуратора» для тестирования и исправления сбоев;
- обновление «1С».
Если это не критичная ошибка, она должна исправляться при установке актуальной версии программного комплекса. В остальных ситуациях необходимо пользоваться помощью профессиональных мастеров, которые отлично понимают принцип подобных продуктов.
Хотите получать подобные статьи по четвергам?
Быть в курсе изменений в законодательстве?
Подпишитесь на рассылку
Читайте также: