Не удалось начать редактирование 1с

Обновлено: 08.07.2024

Текст ошибки при закрытии месяца

Список ошибок проведения документов за период
02.03.2017 15:24:33 - 31.03.2017 23:59:59

Выполнено проведение документов:
- проведено документов: 540
- не удалось провести документов: 0
Устраните указанные ошибки и повторно запустите проведение документов.

1. Поступление (акт, накладная) 0000-000136 от 17.01.2017 0:00:00

Для восстановления хронологической последовательности проведения документов необходимо выполнить перепроведение, начиная с 02.03.2017 15:24:33; Поступление (акт, накладная) 0000-000136 от 17.01.2017 0:00:00.

Дык, снять ручное редактирование движений
Что там таког надо редактировать, что нельзя сделать штатными средствами?

Вы не понимаете, в чем ошибка? Программа не может актуализировать сведения, т.е. провести документ, производя нужные записи по регистрам, т.к. пользователь запретил ей это делать. Тут два варианта. Случайный и намеренный. Или случайно у указанного документа был поставлен крыжик "ручное редактирование движений. ". Тогда крыжик снимаем, документ проводим и перепроводим все доки и закрываем период. Если же имело место намеренное исправление движений документа и этот вопрос по-прежнему актуален, т.е. исправления нужно сохранить, я бы сделала так:
1.Снимаем крыжик, проводим документы групповой обработкой по 17.01.17 включительно.
2.Исправляем движения нужного документа.
3.Групповой обработкой проводим "остатки" документов с 18.01.17 по 31.01.17.
4.Делаем закрытие января, предварительно "пропустив" процедуру восстановления последовательности. Мы ведь, знаем, что там и так всё последовательно проведено. Для этого в окне процедуры закрытия месяца по ссылке "проведение документов за месяц" выбираем "пропустить операцию".
5.Всё. Далее январь "не трогаем". Лучше вообще закрыть от редактирования.
6.Переходим к закрытию февраля-марта.
Конечно, большой вопрос, что там редактировалось в движениях? Практика показывает, что такое лучше не делать. Но случается разное. Я бы тогда корректировку сделала с помощью ручной операции. Проблем бы с перепроведением не возникало. Да и корректировка была бы "на глазах" и под контролем.

Редактировать одни и те же данные в прикладных решениях «1С:Предприятие» раньше было неудобно. Пользователи не могли согласовать последовательность своих действий или освободить занятые другими данные.

С новым механизмом взаимодействия это становится возможным. «1С» разбирает опцию на примерах.

Пессимистическая блокировка

Редактирование одних и тех же данных пользователя в платформе «1С:Предприятие» осуществляется с помощью пессимистической блокировки.

Работа механизма выглядит так: когда первый пользователь начинает изменять какой-то документ, платформа устанавливает пессимистическую блокировку. У второго пользователя заблокировать объект уже не получится.

Разработчики фирмы «1С» внесли несколько поправок, чтобы избежать таких неудобств.

Взаимодействие при пессимистической блокировке

В версии платформы 8.3.14 ограничения снимаются до того, как пользователь закрыл форму. Признак модифицированности формы просигнализирует о том, что данные записаны. Через минуту после сигнала пессимистическая блокировка снимется автоматически. Форму для этого закрывать необязательно.

В версии платформы «1С:Предприятие» 8.3.15 задействован сервер взаимодействия 1С:Диалог. Любые пользователи прикладных решений смогут зарегистрировать на нем свою информационную базу. Если решение подключено к системе взаимодействия, сценарий редактирования одних и тех же данных будет выглядеть более простым и удобным.

Примеры

Менеджер, который еще не окончил редактирование заказа, отвечает:

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

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

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

При введении текущего механизма в рабочей базе , следует так же разработать свод регламентов изменений захваченых объектов.
и правила кулачных боев на предприятии. bazookaa; axelerleo; LuxVeritatis; Hazker; SagittariusA; portwein; olezhe; rovenko.n; Orlando Skibraves; kild; D_e_X_T_e_R; Serega-artem; TMV; TreeDogNight; Brawler; trumanl; rossoxa; + 17 – Ответить

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

И, да, ТекущейДатыСеанса() тоже не существует в запросах.

KolBbl4; SagittariusA; user654546_kirill.masloboev; olezhe; yad; falsepilot; ilialin; TMV; TreeDogNight; dimisa; gea81; t.v.s.; + 12 – 1 Ответить (2)Идея здравая, но малореализуемая, т.к. 1С Предпритие 8 - свои запросы просто транслирует в запросы, выполняемые в СУБД (и лишь в конце - немного дообрабатывает результат, например для формирования итогов). А СУБД об объектных блокировках не знает ничего (и передавать ему эти сведения, например, в виде временной таблицы) - не очень эффективное (хотя и возможное) решение! Поэтому в результирующих запросах не удастся обращаться к данным объектных блокировок. (3)Почему только для больших. Такое решение может быть очень актуально и для небольших компаний, но имеющих сильно распределённую по удалённым местам структуру клиентских компьютеров. Когда пользователи далеко друг от друга работают с одними и теми же данными - такая помощь очень даже полезна - реализовано только очень грубо. И ничего не сказано про мобильного клиента - но, по идеи, там тоже самое должно быть - что для МК ещё более актуально (сотруднику "в поле" тяжело разбираться сейчас - почему ему не удаётся отредактировать, скажем документ, который занят сейчас офисным планктоном или другим сотрудников в другом "огороде", но с пересекающимися интересами). SagittariusA; pecherskikh; JohnyDeath; Waanneek; tsmult; TreeDogNight; + 6 – Ответить (5)От чего, от того, что к заблокированной ссылке, имени пользователю и дате добавится ещё имя поля (или нескольких полей)? Не смешите меня! (9)ну не знаю, не знаю. Мы же говорим о куче документов, открытых одновременно? А тот же 1C: ERP систему и без всяких примочек грузит очень неслабо. (10)Объектные блокировки можно получить программно (или в коносли) - посмотрите - там нет каких-то гигантских объёмов данных, они уже хранятся. Добавление изменённых реквизитов лишь немного увеличели бы их. (11) Так вся проблема в том, что последние версии во всём "немного увеличили". Тут кусочечек, там кусочечек, и имеем, что для ЕРП нужно 4 гига оперативки. А теперь еще немножечко увеличить на измененные реквизиты, и еще туда, туда и туда. И свапить у вас будет даже на мощном сервере.

Я бы лучше встроил бы такое информирование (в кратком виде), например, в заголовок (вернее под ним) форм - и ввёл бы цветовое выделение (в т.ч., например, рамки формы, и рамки закладки формы в панели открытых окон + в клиентском приложении можно получать всплывающие краткие уведомления).

В управляемых формах это можно сделать встроенным механизмом платформы (с возможность персонального отключения).
Для обычных форм - сделать обработку исключительно программной - т.е. вносить изменения на форму нужно будет самостоятельно написанным алгоритмом (обрабатывая специальное событие).
У всех форм должно быть соответствующее событие!

Вот бы ещё, нечто подобное сделали бы для РИБ - когда один и тот же объект хотят отредактировать в разных узлах - сейчас этому ничего не препятствует - только потом, всплывёт (а может и не всплывёт), что чья-то версия стала главнее и заменила собой другие - но об этом самих авторов изменений никто даже не уведомит, ни постфактум, ни тем более в реальном времени! Поэтому РИБ в 1С Предприятие 8 вещь специфическая, ненадёжная - и мало практикуемая в серьёзных организациях.

Любая программа, установленная на компьютер, может время от времени работать неправильно. Периодические сбои, которые приводят к невозможности использования ПО, называются ошибки. Чтобы суметь диагностировать и устранять ошибки в 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С».

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

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

В противном случае, если при изменении и записи из встроенного языка не устанавливать блокировку объекта на время редактирования, то может возникнуть, например, ситуация, когда пользователь не сможет сохранить свои изменения, если эти же самые данные были конкурентно изменены в другом сеансе.

При этом блокировка данных для редактирования не запрещает запись заблокированных данных в других пользовательских сеансах (или в других экземплярах объекта в этом же сеансе), а лишь не позволяет нескольким объектам одновременно установить блокировку одних и тех же данных. В отличие от транзакционных блокировок данных, пессимистическая блокировка данных для редактирования предназначена для обеспечения конкурентной работы пользователей с объектами информационной базы 1С:Предприятия (элементами справочников, документами и т.д.) Подробнее о блокировке данных для редактирования см. документацию по платформе 1С:Предприятие 8.

1.2. Для блокировки данных для редактирования из встроенного языка следует вызывать метод объектов Заблокировать или метод глобального контекста ЗаблокироватьДанныеДляРедактирования.

«Не удалось заблокировать запись. Действие (изменение, удаление или блокировка записи) не выполнено. Ошибка блокировки объекта. Объект уже заблокирован: компьютер: <имя компьютера>, пользователь: <имя пользователя>, сеанс: <номер сеанса>, начат: <дата и время>, приложение: <тип клиентского приложения>».

Аналогичным образом, можно воспользоваться методом глобального контекста ЗаблокироватьДанныеДляРедактирования:

Пример № 2. Требуется пропустить обработку объекта, если он заблокирован для редактирования. При очередном вызове процедуры (например, из фонового или регламентного задания) будет предпринята повторная попытка изменения объекта.

1.3. При редактировании данных в формах, платформа 1С:Предприятие автоматически устанавливает блокировку объекта, указанного в качестве основного реквизита формы.

2. Не следует проверять блокировку объектов для редактирования в следующих случаях:

Читайте также: