Ошибки в коде 1с. Наиболее частые ошибки «1С» и методы их исправления

Последняя редакция №22 от 15.07.08 | История
URL:
Ключевые слова: ошибка,исключение,попытка, 80004005, 80040E31, 00000005, 00000041, 80070005, 80000009, 80030005, 8001011B, 80010108, 80010005, 800706BA, 800706BE, 80080005,SDBL,pos,CAST

Предлагаю всем дружно составить перечень ошибок 1С 80 и какое сообщение об этой ошибке можно получить для анализа в функции ОписаниеОшибки().

Просьба соблюдать формат и дословно приводить текст ошибки.

Ошибка блокировки при транзакциях

Microsoft OLE DB Provider for SQL Server: Transaction (Process ID 55) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction.

HRESULT=80004005, SQLSTATE=40001, native=1205

Возникает при конфликте транзакций, часто при записи объектов.

Ошибка блокировки при транзакциях 2

Microsoft OLE DB Provider for SQL Server: Lock request time out period exceeded.

HRESULT=80040E31, SQLSTATE=HYT00, native=1222

Истек тайм-аут.

Более 256 таблиц в запросе

Ошибка выполнения запроса "Построенный запрос к СУБД использует слишком много таблиц. Допустимо не более 256."

Когда в запросе идет обращение более, чем к 256 таблицам.

Ошибки: 00000005, 00000041, 80070005, 80000009, 80030005, 8001011B
Возникают в тех случаях, когда пользователь, от имени которого работает клиентское приложение, не имеет прав доступа к каким-либо ресурсам. В частности, это может означать, что пользователю, от имени которого стартовало клиентское приложение 1С:Предприятия, недоступны либо средства COM+ того компьютера, на котором установлен сервер, либо зарегистрированное на нем COM+ приложение 1CV8, которое является сервером 1С:Предприятия.

Если эта ошибка возникает во внешнем соединении 1С:Предприятия, то это означает отсутствие соответствующих прав у пользователя того приложения, которое обратилось к внешнему соединению. Это может быть любое интерактивное приложение или, например, WEB-сервер. В частности, если в качестве WEB-сервера используется Microsoft Internet Information Services, то таким пользователем может быть пользователь IUSR_<Имя компьютера> или ASPNET.

Методика настройки прав доступа пользователей к COM+ серверу описана в разделах "Вопросы установки и настройки 1C:Предприятия 8.0 в варианте "клиент-сервер"" и "Особенности использования внешнего соединения 1С:Предприятия в WEB-приложениях".
(С) ИТС

Ошибка 80010108
Может возникнуть в том случае, если клиентское приложение некоторое время (несколько минут) находилась в неактивном состоянии, например из-за засыпания компьютера или долгого ожидания на точке останова в отладчике. Причиной этого является особенность механизма DCOM, обеспечивающего принудительный разрыв соединения с сервером, если клиент долго не проявлял активность.
(C) ИТС

Ошибка 80010005
Может возникнуть в клиентском приложении в процессе обращения к серверу 1С:Предприятия, если при перерисовке экрана клиентское приложение обратилось к серверу 1С:Предприятия повторно. Это может быть проявлением внутренней ошибки клиентского приложения 1С:Предприятия. Для ее оперативного исправления желательно описать обстоятельства ее возниконовения и обратиться на линию технической поддержки 1С:Предприятия 8.0.
(C) ИТС

Ошибки 800706BA, 800706BE
Сигнализируют об аварийной ситуации на сервере 1С:Предприятия, которая привела к его автоматическому перезапуску.
(С) ИТС

Ошибка 0х80080005: Server execution failed
Одной из причин возникновения этой ошибки явлются проблемы с подсистемой COM+, являющейся частью операционной системы. При возникновении такой ошибки, как правило, в системные журналы событий также записываются события с источником COM+, именем серверного приложения System Application и указанием файла Comsvcs.dll. Существуют процедуры восстановления работоспособности COM+, однако они дают желаемый результат не всегда. Описания официально рекомендованных процедур можно найти в http://support.microsoft.com/default.aspx?scid=kb;en-us;315296 (или похожей http://support.microsoft.com/default.aspx?scid=kb;en-us;318731), однако по результатам практических применений рекомендуется процедура, описанная в http://www.jsifaq.com/subN/tip6900/rh6951.htm . Эта последовательность шагов дополнена по сравнению с официальной и может быть использована в операционных системах 2000/XP/2003. Ниже приводится ее перевод на русский язык.
Для восстановления поврежденного каталога COM+:

1. Переименуйте каталог %SystemRoot%\System32\Clbcatq.dll в %SystemRoot%\System32\~Clbcatq.dll (обратите внимание на появление тильды в имени каталога).
2. Перезагрузите компьютер.
3. Удалите из системного реестра ключ COM3, расположенный в ключе HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft.
4. Запустите командную консоль CMD.EXE.
5. Наберите pushd %SystemRoot% и нажмите Enter.
6. Наберите rd /s /q Registration и нажмите Enter.
7. Наберите popd и нажмите Enter.
8. Наберите exit и нажмите Enter.
9. Удалите слово Hide из строки, начинающейся с COM=, в файле %SystemRoot%\Inf\Sysoc.inf. Для редактирования файла можно использовать Notepad.
10. Для Windows XP:
* Запустите командную консоль CMD.EXE.
* Наберите regsvr32 /s ole32.dll и нажмите Enter.
* Наберите regsvr32 /s oleaut32.dll и нажмите Enter.
* Наберите exit и нажмите Enter.
11. Запустите панель управления Установка/Удаление программ и выберите пункт Добавление\удаление компонент Windows.
12. Нажмите Next и переустановите COM+.
Замечание: Если механизм защиты системных файлов Windows File Protection блокирует одно или несколько из вышеприведенных действий, то необходимо выполнять эти действия в безопасном режиме (Safe Mode).
http://users.v8.1c.ru/Adm433.aspx

Ошибка записи/проведения

Ошибка при вызове метода контекста (Записать): Операция не выполнена!

Возникает, если в модуле записи/проведения присвоить Отказ=истина

Ошибка преобразования данных XML

возникает при рассинхронизации структуры данных (конфигурации) между узлами распределенной базы

В базе нет пользователя с административными правами
При редактировании списка пользователей роли берутся только из конфигурации БД. Обновить конфигурацию БД (F7).

Попытка передачи мутабельного значения на сервер 1С:Предприятия
Возникает только в клиент-серверной версии (SQL). Для исправления ошибки нужен программист. Если у вас типовая конфигурация, попробуйте обновить ее до последнего релиза.
Мутабельный - изменяемое. На сервер 1С можно передавать значения только примитивных типов данных.

Клиентский поток исполняется на сервере. Удалить клиента веременно невозможно
v8: Клиентский поток исполняется на сервере. Удалить клиента веременно невозмож

Однако не обязательно перезапускать сервер приложений (выгоняя всех пользователей), чтобы убить зависший таким образом процесс.
Достаточно найти этот процесс на SQL сервере и убить его на SQL сервере.

Ошибка SDBL: Поля "CAST (Q_000_T_001/Recorder AS REF(Document4055)/Fld4092" и "CAST (Q_000_T_001/Recorder AS REF(Document123)/Fld2322" не совместимы по типам.(pos=10173)

В документах "Приходный кассовый ордер" и "Расходный кассовый ордер" реквизит "Основание" имеет в свойстве "Неограниченная длина" включенный флаг, надо снимать флаг и указать длину этого реквизита

"Ошибка SQL: Поле не найдено "MaxGetCode"

Эта ошибка выдается в файловом варианте, когда клиенты разных версий одновременно работают с ИБ в файловом варианте.

Бухгалтерам приходится часто сталкиваться с сообщением «Ошибка загрузки метаданных 1С», вызывающим активную тревогу, поскольку разобраться самостоятельно, как устранить такую ошибку, как сделать так, чтобы программа вновь заработала , не сопровождаясь проблемами, большинство неопытных бухгалтеров просто не знают.

Суть ошибки в отсутствии в базе необходимого файла.

Прежде всего, следует понимать, что сообщение «Ошибка загрузки метаданных в 1С 7.7» возникает в тех случаях, когда программное обеспечение при запуске не может обнаружить непосредственно сам файл метаданных в информационной базе.

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

Особенно некорректное отключение провоцирует такой сбой, если базы находятся на съёмных носителях. Безусловно, если этот съёмный носитель выходит со строя , воспользоваться записанными на нём метаданными не удастся. Не следует исключать и вероятность того, что проблема возникла вследствие проникновения на ПК вирусного ПО.

Способы устранения ошибки

Если вы стали свидетелем возникновения сообщения «Ошибка загрузки метаданных в 1С на Windows 7», панику отбросьте в сторону, сосредоточьтесь и начните разбираться с тем, как всё-таки решить возникшую проблему. Поверьте, если следовать рекомендациям, эта проблема не покажется для вас такой уж страшной и неимоверно сложной.

Конечно, вы должны понять, что привести к ошибке метаданных в 1С 7.7 может не одно только повреждение, а сразу несколько. Только в связи с тем, что первоначально программа загружает md.файл, она, выявляя его повреждение, сигнализирует об этом сообщением «Ошибка метаданных 1С». Узнать сразу об остальных неисправностях компонентов баз вы просто не можете, поскольку программа просто вас об этом не уведомляет.

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

Алгоритм действий

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

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

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

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

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

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

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

Также рекомендуем просмотреть название фала, воспользовавшись любым HEX-редактором. Если вы обнаружите, что ничего общего с Compound он не имеет, значит, кто-то его с «огромным аппетитом скушал». В большинстве случаев после вирусного вмешательства что-то сделать с таким файлом уже невозможно.

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

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

Описание ошибки формата потока в 1С 8.3

Ошибка формата потока в 1С встречается наиболее часто у всех пользователей. И обычно в таких случаях объяснить её появление вызывает затруднение – вроде бы работали в 1С, всё как обычно. В очередной раз запуская 1С, мы получаем вот такое сообщение:

Ни одна из кнопок Ошибки формата потока не позволяет запустить базу и продолжить работу. Именно потому, что эта ошибка самая популярная и частая, мы сперва объясним её причины, а уже затем перейдем к рассмотрению методов её решения.

Причины появления ошибки формата потока в 1С 8.3

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

Способы решения ошибки формата потока в 1С 8.3

Перед началом решения проблемы любым из способов обязательно сделайте резервную копию базы! Это поможет вам вернуться к изначальному результату в случаях, когда попытка решения проблемы окажется неудачной.

Для быстрого создания резервной копии откройте папку с базой (как это делается в способе №1) и скопируйте её содержимое в любое другое место. Проводите работы по исправлению ошибок только имея резервную копию!
1.
2.
3.
4.
5.
6.

Очистка кэша базы 1С

Самый простой и помогающий в большинстве случаев способ – очистка кэша базы 1С. Для этого запустим 1С: Предприятие и узнаем путь, по которому хранится база:

Откроем эту папку в Проводнике и удалим все файлы, кроме файла базы, как показано на рисунке ниже. Заметим, что количество файлов могут отличаться, все они должны быть удалены, кроме одного – 1Сv8 (файловая информационная база).

Очистка кэша 1С

Следующий способ – очистка кэша 1С: Предприятие. Для этого нужно открыть папки, где они хранятся. На Windows 7 и выше их две:

C:\Users\Username\AppData\Roaming\1C

C:\Users\Username\AppData\Local\1C

Следует удалить папку 1cv8 в обоих из них:

После очистки кэша попробуйте зайти в базу ещё раз. Ошибка осталась? Попробуйте следующий способ.

Исправление базы утилитой chdbfl.exe

Возможно, ошибка формата потока может быть связана с ошибками в самой базе. Для этого её стоит проверить с помощью специальной программы chdbfl.exe, которая идёт в комплекте с 1С: Предприятие. Для этого перейдите в папку с программой (чаще всего это C:\Program Files\1cv8\8.3.XX.YYY\bin\) и найдите файлик chdbfl.exe:

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

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

Тестирование и исправление базы через Конфигуратор

Следующим способом решения ошибки формата потока в 1С является Тестирование и исправление базы, доступные из Конфигуратора.

Запустите 1С: Предприятие через режим Конфигуратор:

В открывшемся Конфигураторе выберите Администрирование – Тестирование и Исправление:

В открывшемся окне установите настройки, как на рисунке ниже, и нажмите Выполнить.

Дождитесь окончания всех процедур. Закройте Конфигуратор и попробуйте зайти в базу. Ошибка осталась? Попробуйте следующий способ.

Выгрузка и загрузка базы через dt

Данный способ может помочь устранить такие ошибки, которые не устраняются п.3 и п.4 данной статьи. Зайдите в базу через режим Конфигуратор, как в способе выше. Выберите Администрирование – Выгрузить информационную базу:

В открывшемся окне выберите место расположения выгрузки. Оно может быть любым, главное – запомнить это место.

Нажав Сохранить, дождитесь окончания выгрузки. Выйдите из режима Конфигуратора. Откройте ещё раз 1С: Предприятие, и выберите пункт Добавить – Создание новой информационной базы – Создание информационной базы без конфигурации – Далее – Готово.

Откройте созданную базу через Конфигуратор и нажмите Администрирование – Загрузить информационную базу. Укажите в открывшемся окне тот файл выгрузки, который вы сформировали только что. Дождитесь окончания загрузки, закройте Конфигуратор и попробуйте зайти в новую загруженную базу. Ошибка осталась? Попробуйте следующий способ.

Продвинутые способы решения ошибки формата данных 1С

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

Ограничимся их перечислением:
1. Выгрузка и загрузка данных между неработающей и пустой базой с помощью обработки «Выгрузка и загрузка данных XML».
2. Различные версии используемых 1С, работающих в одной базе через сеть (подробнее см.) необходимо привести в порядок.
3. Отключение протокола IPv6 через реестр Windows.
4. Переустановка или обновление 1С: Предприятие.
5. Перенос базы на другой компьютер и попытка запустить её там.
6. Отключение или удаление фаерволов и/или антивирусов.
7. Проверка формата потока с помощью утилиты Tool_1CD
8. Обновите конфигурацию с помощью.cf файла.

Проблема «Ошибка формата потока в 1С 8.3» не решена? Получите бесплатную консультацию от наших специалистов по решению данной проблемы!

Такая проблема, как Ошибка формата потока, в 1С 8.3 встречается достаточно часто. Рассмотрим, как исправить данную ошибку.

Что же такое ошибка формата потока в 1с 8.3?

Такое происходит в следующих ситуациях:

1. Ошибка формата потока при запуске 1С Предприятия 8.2 или конфигуратора обычно связана с проблемами в кеше. Обычно она вызвана неправильным выключением системы вследствие, например, отключения электричества. Поэтому настоятельно рекомендуется ставить блоки бесперебойного питания, чтобы не потерять важную информацию. Часто ошибка появляется при запуске базы после обновления конфигурации.
2. Вторая ситуация — при формировании какого-либо отчета, например, открытии отчета , проведении документа, открытии документа и т.д. Часто это связано именно с содержанием информации в базе данных. Причиной этой ошибки чаще всего является наличие «битой» информации внутри системы.

Получите 267 видеоуроков по 1С бесплатно:

Исправление

1. Как правило, для решения данной проблемы достаточно почистить временные файлы в системе. .
2. Если не помогло, но есть возможность попасть в конфигуратор, запустите .
3. Если доступа в конфигуратор нет, и база тестовая — воспользуйтесь , которая располагается в папке программы.
4. Если вышеперечисленные методы не помогают, но запускается режим 1С предприятие, выгрузите данные в новую базу с помощью обработки « «. Однако при этом возможны потери данных.
5. Обновление . Еще одной причиной может стать наличие активных сеансов пользователей с разной версией клиентской части платформы 1С. То есть, например, в базе работает пользователь с платформой 1С 8.3.5.1517, а пытается подключиться другой, с версией 8.3.5.1444.

Если это не помогло — есть более изощренные способы решения данной проблемы. Например, с помощью HEX-редактора. Если Вам необходима квалифицированная помощь программистов 1С, обратитесь к нам! Подробности на странице

В информационных базах на платформе 1С могут возникнуть множество различных ошибок:

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

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

Во-первых, стоит задать несколько уточняющих вопросов пользователю:

1) Релизы платформы/конфигурации.

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

3) Как давно возникла и при каких обстоятельствах появляется. Не воспроизводимые ошибки, которых мы ранее не встречали, мы наврядли сможем исправить.

4) Возникает ли если запустить 1с с другого компьютера/от другого пользователя? Это даст нам пищу для размышлений - сможет ли помочь очистка кэша, настройка прав, или очистка настроек пользователя.

Теперь немного о самих ошибках и том как их решать.

Общее:
Часть ошибок возникает при использовании нелицензионного ПО (windows, 1C и т.д.).

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

Если Вы встретили ошибку в первый раз - возможно, кто-то уже ее встречал -

поищите в google, возможно кто-то уже с этим сталкивался и решил проблему, и Вы не потратите лишних пару часов своего времени.

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

Актуальный релиз платформы - у каждой конфигурации написано, какой релиз платформы рекомендован для работы с этой конфигурацией.

Технологический журнал позволяет протоколировать все события 1С:Предприятия (или часть, используя фильтр).
Про него можно прочитать и .

!!!ВАЖНО

Перед любыми действиями с базой - сделать архивную копию!

Если база не открывается в конфигураторе - скопировать папку с базой и выполнять все операции на копии!

1) База вообще не открывается ни в пользовательском режиме, ни в конфигураторе.

• Самое быстрое, что можно сделать - очистить временные файлы (удалить базу из списка баз и подключить заново)

  Это действие не удалит временные файлы (кэш), а создаст новую папку для временных файлов базы, удалить файлы можно:
  В Windows 7 в C:\Users\Имя_Пользователя\AppData\Roaming\1C\1Cv8x
  В Windows XP C:\Documents and Settings\Имя_Пользователя\Application Data\1C\1Cv8х

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

• Если база файловая, то стоит запустить утилиту для тестирования физической целостности базы chdbfl. Она находится в папке:
  C:\Program Files (x86)\1cv8\8.x.x.xxx\bin\chdbfl.exe

• Если база sql-ная то тестирование средствами sql.

• Если ни то ни другое не помогло, то можно обновить платформу (см. под какой платформой работает релиз)
• Если не получилось ничего из перечисленного, можно воспользоваться программкой Tool_1CD.

2) Если база при запуске уходит в дамп.

• Отключить аппаратное ускорение видеокарты:

1. Откройте свойства экрана. Это можно сделать через Панель управления, или просто щелкнув правой кнопкой мыши по любому месту рабочего стола, свободному от окон и значков, и выбрав пункт контекстного меню «Свойства».
2. В открывшемся окне настройки дисплея перейдите на закладку «Параметры» и нажмите кнопку «Дополнительно».
3. В открывшемся окне свойств видеокарты перейдите на вкладку «Диагностика».
4. Передвиньте движок «Ускорение» в крайнюю левую позицию («нет») и нажмите «Применить» или «Ок». Аппаратное ускорение отключено. Изменения вступят в силу после перезагрузки системы.

1. Откройте Панель управления (Пуск — Панель управления).
2. Найдите и откройте элемент «Экран».
3. В левой части открывшегося окна щелкните по ссылке «Настройка параметров экрана».
4. В открывшемся окне нажмите на ссылку «Дополнительные параметры».
5. Перейдите на вкладку «Диагностика» и нажмите кнопку «Изменить параметры».
6. В открывшемся окне передвиньте движок в крайнее левое положение («нет») и нажмите «Ок». Если UAC включен, придется подтвердить, что изменения санкционированы пользователем. Аппаратное ускорение отключено. Изменения вступят в силу после перезагрузки системы.

В Windows 7 в некоторых случаях кнопка «Изменить параметры» будет неактивна. В этом случае отключить аппаратное ускорение невозможно, так как видеокарта и ее драйвер не поддерживают манипуляции аппаратным ускорением.

• Если антивирус Касперский, то можно попробовать отключить самозащиту и переименовать файлы kloehk.dll и mzvkbd3.dll в папке Касперского. (Ошибка возникала на старых версиях 2011 года, но еще иногда встречается)
• Проверить соответствие релиза платформы/конфигурации.
• Попробовать зайти в базу с другой платформы.

3) База открывается в конфигураторе, но не хочет заходить в пользовательский режим.

• Очистка временных файлов
• Попытка зайти за другого пользователя
• chdbfl / тестирование средствами sql
• Тестирование и исправление ИБ:
  В конфигураторе Администрирование-Тестирование и исправление - галочки в зависимости от ситуации.
• Попробовать создать др. пользователя с полными правами и зайти от него.
• Попробовать перенести на другой ПК и открыть там, может что-то с ПК.

4) При каком-то действии выкидывает на код в конфигуратор.

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

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

Если типовая, то возможно ошибка в релизе.

В любом случае стоит пробежать в отладчике и посмотреть что не так.

5) Под одним пользователем дает что-то сделать, под другим нет.

• Настройки прав пользователей.
• Настройки пользователя.
• Очистка кэша.

6) С одного ПК заходит, с другого нет.

• Проверить в проводнике видит ли базу - может к папке с базой не предоставлен общий доступ.
• Очистка кэша.
• Зайти под другим пользователем.

7) Я ничего не делал/делала но у меня все сломалось

• Если смогут подсказать что именно «не делали» и когда, то можно воспользоваться

• журналом регистрации с отборами и возможно узнать, в чем проблема.
• Журнал регистрации можно найти в конфигураторе:
• Администрирование - журнал регистрации.

  Либо в пользовательском режиме - расположение зависит от конфигурации.

8) Недостаточно памяти.

Был у меня случай, пришел клиент, говорит, при закрытии месяца вылетает ошибка "Недостаточно памяти". Взялся я за эту проблему. Думал, что легко, сначала добавил оперативки - ошибка. Было 2 гигабайта, стало 4, а все равно 1с-ке мало. Размер файла подкачки менял - ошибка, переустановка системы (поставил Windows 7) дало только временный результат, где-то на неделю. Перепробовал все. Спустя некоторое время решение было найдено.

Решение

На клиентском компе запустить командную строку от имени администратора, прописать там следующее:

BCDEdit /set increaseuserva xxxx - вместо хххх пишите объем виртуального адресного пространства в мегабайтах, т.е. сколько нужно памяти под работу приложений. По умолчанию 2 гига. Вообще в 32-разрядных операционных системах выделяется 4 гигабайта: 2 - на приложения и 2 на нужды самой ОС. Я выбрал 3000 (т.е. CDEdit /set increaseuserva 3000 ). Однако система может подглючивать. Особенно, если у вас 2 гига оперативки, как у меня. Это для ОС семейства Windows Vista, 7, Windows 2008.

Для Windows XP \ Windows 2003 пишем
/3GB /userva=xxxx (xxxx в МБ в диапазоне 2048 - 3072) в файле boot.ini, рекомендуемый максимум значений userva 2900-3030.

9) Элементы форм налезают друг на друга и имеют неправильное расположение.

• Очистка кэша.

10) Ошибка СУБД Внутренняя ошибка компоненты dbeng8

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

Решение: обновиться до актуального релиза на всех рабочих местах.

Если не помогло, тогда делаем следующее:

• Тестирование и исправление

11) Ошибка в платформе 8.3.4.428

• В версии 8.3.4.428 платформы "1С:Предприятие" обнаружена критичная ошибка, возникающая при реструктуризации данных. Данная ошибка локализована и будет исправлена в следующей версии платформы.

12) Конфликт блокировок при выполнении транзакции:

Microsoft OLE DB Provider for SQL Server: Could not continue scan with NOLOCK due to data movement.
HRESULT=80040E14, SQLSrvr: SQLSTATE=42000, state=3, Severity=C, native=601, line=1

"Как проверить (восстановить) базу на MS SQL Server средствами сервера
Проверку логической целостности нужно выполнять штатными средствами 1С:Предприятия (Тестирование и исправление ИБ). В случае, если такую проверку не удается выполнить, следует проверить физическую целостность БД средствами MS SQL. Для проверки целостности средствами MS SQL нужно выполнить следующую команду:
Код:
DBCC CHECKDB ("",REPAIR_REBUILD)
Перед выполнением этой команды нужно базу данных перевести в режим "single user":
Код:
sp_dboption "","single user",true
В процессе работы DBCC CHECKDB могут быть обнаружены ошибки и часть может быть сразу же исправлена. Если ошибки остались, то по всей видимости их нельзя восстановить без потери некоторых данных. В этом случае нужно запустить DBCC CHECKDB с параметром REPAIR_ALLOW_DATA_LOSS (перед запуском желательно сделать копию файлов базы данных).
Код:
DBCC CHECKDB ("",REPAIR_ALLOW_DATA_LOSS)
После выполнения DBCC CHECKDB нужно не забыть вернуться в нормальный режим (выйти из режима "single user"):
Код:
sp_dboption "","single user",false" (Взято с сайта )

Конечно список далеко не полный, так что буду рад, если его дополнят в комментариях.