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

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

Вряд ли кто-то поспорит, что 1С:Підприємство в общем программа неплохая. Ведь плохая программа вряд ли стала бы такой популярной. И Вы как пользователь наверное привыкли к ней и знаете ее достаточно хорошо, со всеми плюсами и минусами. Но любой программе, хорошей или плохой все-таки как правило присущи глюки.

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

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

Кстати, зачастую покупая компьютер, мы не задумываемся, какой в нем стоит блок питания. А зря. Большинство аппаратных сбоев связаны с дешевым и как следствие плохим блоком питания. Ведь недаром, средний корпус с блоком питания стоит порядка 30-40 долларов, а хороший блок питания отдельно стоит от 40. А хороший источник бесперебойного питания тоже недешев, также как и хороший сетевой фильтр. Но это лирическое отступление от основной темы.

Личный опыт показывает, что 1С:Підприємство лучше работает на хорошей аппаратуре, а особенно на терминальных серверах высокого класса. Это связано с тем, что дорогие сервера стоят так дорого не только из-за того, что они собраны на быстрых процессорах и жестких дисках, а еще и по той причине, что в серверах применяют, в первую очередь, надежные блоки питания, процессоры, память, жесткие диски.

На таких компьютерах редко случаются вылеты с ошибками во время работы.

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

На самом деле распространенных и известных глюков в 1С:Підприємство немного. Все-таки программе уже больше 7 лет и за этой время разработчики выпустили аж 25 релизов, таким образом исправив большинство ошибок.

Ну собственно, давайте посмотрим на глюки:

  • Одной из частых ошибок является следующая. При работе в 1С:Підприємство она вдруг ни с чего вылетает с ошибкой. «Программа выполнила недопустимую ошибку и будет завершена». Из-за чего произошла такая ошибка как правило непонятно, поскольку носят они единоразовый характер.

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

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

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

  • «Зависание» при тестировании и исправлении ИБ. Если вы запускали процедуру тестирования/исправления из конфигуратора, то могли обратить внимание, что стоит переключиться из конфигуратора в другую программу, а потом назад, то мы больше уже не видим, что происходит. Программа вроде как зависает. На самом деле она продолжает работать, но мы не видим прогресса. Объяснения общественной организации САБ по этому не смертельному, но неприятному глюку напоминают объяснения главного героя фильма «Люди в черном», позволю себе примерно процитировать: «Лунный свет отразился от Венеры, что вызвало взрыв болотного газа». Т.е. нормальному человеку эти объяснения непонятны. Они в общем непонятны и компьютерному специалисту. 1С:Підприємство говорит так, цитирую: «Это связано с особенностями взаимодействия библиотека mfc32.dll с Windows». Ошибка возникает в версия Windows начиная с Windows XP.
Решение: терпеливо ждать пока процесс не будет закончен.
  • «Вылетание» 1С:Підприємство с ошибкой при старте. Собственно тут сама программа не виновата. Тут возможные разные варианты, но как правило связано это с тем, что на диске компьютера есть ошибки. Как правило, это потерянные кластеры.

Решение: В этом случае пробуем сделать следующее - выполняем проверку диска, если это не помогло, то заходим через Мой компьютер в папку базы. В ней находится папка SYSLOG. Удаляем эту папку. Таким образом мы теряем журнал регистрации, но зато 1С:Підприємство будет работать. Если это не помогло, то нужно искать проблему в другом месте. Эта ошибка пожалуй самая противная и опасная поскольку благодаря ей, можно потерять полдня, а то и день работы.

  • Потеря данных при восстановлении последовательности. А вот это уже очень противная ошибка. Возникает она в конфигурациях, в которых нет компоненты «Оперативный учет», т.е. «Бухгалтерський облік для України», «Бюджетная для Украины», «Пiдрядник будiвництва», «Рарус громадське харчування» и др. Если пользователь запускает восстановление последовательности или проведение документов, через Действия - Проведение документов, и проведение не завершается успешно, то все дальнейшие действия, выполненные пользователем в базе не будут сохранены при выходе! Т.е. запустили мы, проведение, не через Сервис-Обработка документов, а через Действия-Проведение документов, и какой-то из документов не провелся. Предположим мы его исправили. Так вот, если мы выйдем из программі, то все исправления будут потеряны. Ошибка не возникает в конфигурациях «ПУБ», «Комплексная», «Торговля и склад», т.е. там, где присутствует компонента «Оперативный учет».

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

Ошибка также отлично известна разработчикам.

Решение: Не пользоваться Проведением документов из меню Действия. Или при ошибке, при таком проведении, выполнять выход из 1С:Підприємство, вход в нее а уже потом вносить изменения.

  • Следующая ошибка возникает уже, когда мы пользуется Сервис - Обработка документов. Ошибка наблюдалась только в Windows 2003 Server. Заключается в следующем: при переносе документа из списка проводимых в список не проводимых (кнопки -> и =>>), возникает ошибка «Invalid argument encountered». При нажатии кнопки ОК программа наглухо зависает, хотя делает вид, что что-то делает. Ошибка в принципе повторяемая, но возникает не регулярно, т.е. не обязательно она возникнет с первого нажатия, но бывает и так. Информация об ошибке также передавалась разработчикам.

Решение: Собственно решения нет. Надеяться, что ошибка не возникнет.

  • Теперь пожалуй наиболее известная ошибка платформы. Невозможность сохранения в Excel отчетов большого размера. Суть ошибки в том, что при попытке сохранить большой отчет в из 1С:Підприємство в формате Excel, программа просто зависает. Причем это не выглядит так, как будто время сохранения в Excel зависит напрямую от размера файла. Просто при достижении определенного размера файлы больше не сохраняются. В формат mxl (внутренний формат таблиц программы) файл сохраняется успешно. Но попытка открыть его в Excel (с помощью поставляемого отдельно конвертера mxl2xls) также не увенчивается успехом, и ведет к зависанию Excel. Ошибка обнаружена очень давно и отличная известна разработчикам. Самое противное, что в версии 8.0 она уже исправлена, следовательно ошибка не настолько критичная, что не поддается исправлению, но разработчики почему-то не хотят исправлять.

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

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

Решение: Не забывать переключать язык не русский.

В заключение хочу сказать, что несмотря на все ошибки, 1С:Підприємство программа все-таки неплохая и со своей задачей справляется. Если бы еще разработчики более оперативно реагировали на информацию об ошибках...Впрочем их тоже можно понять. Как ни крути, а 7.7. - уже прошлое, которое поддерживается по инерции, Сейчас 1С:Підприємство вплотную занята 8.2. Но это уже другая программа и совсем другие глюки.

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

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

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

    Проверить релизы платформы и конфигурации: соответствует ли текущая версия последней официальной.

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

Есть целый ряд ошибок, возникающих при использовании нелицензионного программного обеспечения (как продуктов «1 °C» , так и, например, операционной системы «Windows»). Характерный пример в случае «ломаной» платформы «1С»: патч, взламывающий конкретную версию платформы, перестаёт работать после установки новой версии платформы, вход в базу в этом случае приведёт к появлению сообщения «Не обнаружено свободной лицензии».

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

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

Ошибка Методы исправления

База не открывается

    Обновление платформы.

    Очистка временных (cash) файлов: удалить базу из списка и подключить её же заново.

    Вход в базу от другой учётной записи.

Ничего не работает без видимых причин

    Обновление платформы.

    Поиск причины сбоя в журнале регистрации.

Dump базы при запуске

    Отключение аппаратное ускорения видеокарты средствами Windows, перезагрузка системы.

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

    Обновление платформы.

    Очистка временных (cash) файлов.

    Вход в базу от другой учётной записи (и/или от записи администратора).

    Вход в базу с другого компьютера (чтобы исключить общую неисправность текущего).

    Тестирование тестирования физической целостности базы с помощью утилиты «chdbfl» (папка C:\Program Files (x86)\1cv8\8.x.x.xxx\bin\chdbfl.exe) или, в случае базы-SQL , — тестирование средствами SQL.

    Тестирование и исправление ИБ средствами конфигуратора.

Программа без предупреждения открывает код конфигуратора

    Обновление платформы.

    Очистка временных (cash) файлов.

    Проверка кода в отладчике.

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

Программа работает по-разному для разных пользователей

    Обновление платформы.

    Очистка временных (cash) файлов.

    Настройка прав групп.

    Настройка прав пользователя.

Неправильное отображение блоков формы

    Обновление платформы.

    Очистка временных (cash) файлов.

    Вход в базу от другой учётной записи (и/или от записи администратора).

    Вход в базу с другого компьютера (чтобы исключить общую неисправность текущего).

Программа не работает на каком-то компьютере в работающей сети, но работает на остальных

    Проверка сетевых прав данного компьютера (средствами Windows).

    Обновление платформы. В том числе следует проверить соответствие релизов конфигураций и платформы в пределах сети.

    Очистка временных (cash) файлов.

    Вход в базу от другой учётной записи (и/или от записи администратора).

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

    Обновление платформы.

    Очистка временных (cash) файлов.

    Вход в базу от другой учётной записи (и/или от записи администратора).

    Вход в базу с другого компьютера (чтобы исключить общую неисправность текущего).

    Оптимизация проблемных запросов.

    Аппаратное увеличение объёма памяти.

    Увеличение размера файла подкачки.

    Управление выделенной памятью через командную строку Windows. Строка: «bcdedit /set increaseuserva 3072», где 3072 — размер желаемой адресной памяти.

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

    Обновление платформы на всех компьютерах сети.

    Тестирование тестирования физической целостности базы с помощью утилиты «chdbfl"ю.

Эта ошибка характерна для сетей без сервера «1С» и связана с различием кода разных версий платформы на различных точках доступа.

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

На самом деле, продукты компании 1С являются таким же программным обеспечением, как и любое другое. Информация, которую пользователи вносят в свои базы данных сохраняется в файлах, из которых можно создавать резервные копии или восстанавливать в случае повреждения или удаления. Часто для этого достаточно встроенных в «1С: Предприятие» инструментов, но и о стороннем программном обеспечении также забывать не стоит.

По умолчанию, каталогом информационной базы, в котором кроме файла самой базы 1С сохраняются все файлы, которые имеют к ней отношение, является папка в Документах пользователя:
C:\Users\Имя Пользователя\Documents\InfoBase


В этой папке хранятся все файлы, которые имеют отношение к данной базе данных.


К таким файлам относятся:

  • *.1CD – файл самой базы данных, который по умолчанию имеет название 1Cv8.1CD. Данный файл включает в себя все данные, которые внесены в базу данных, а также их конфигурацию;
  • *.cf, *.cfu (*.cfl), *.dt, *.epf (*.erf) – конфигурационные файлы базы данных;
  • *.log, *.lgf, *.lgp, *.elf – лог файлы;
  • *.cdn – файл блокировки базы данных 1С;
  • *.efd – архивный файл 1С;
  • *.mft – вспомогательный файл конфигурации шаблона;
  • *.st – файл шаблонов текстов
  • *.mxl – файл печатных форм базы данных 1С;
  • *.grs – файл графических схем базы данных 1С;
  • *.geo – файл географических схем базы данных 1С.

Признаки и причины повреждения базы 1С

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

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

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

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


Создание и восстановление из резервной копии базы 1С

Мы уже множество раз упоминали об этом в наших статьях – лучшим способом сохранить ваши данные есть создание их резервной копии. Для базы 1С данный способ также актуален.

Чтобы создать резервную копию базы данных 1С:

Чтобы восстановить базу данных 1С из резервной копии:


Восстановление повреждённой информационной базы 1С

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

Восстановление с помощью Конфигуратора

Для устранения ошибок базы 1С в её конфигураторе предусмотрена функция «Тестирование и исправление…» . Чтобы воспользоваться ею:


Восстановление с помощью chdbfl.exe

В каждой версии платформы «1С: Предприятие» есть утилита, которая предназначена для отладки повреждённых информационных баз. С внутреннего меню платформы доступа к данной утилите нет. Но она устанавливается вместе с установкой платформы. Чтобы запустить её, перейдите в папку, в которую установлена платформа 1С на вашем компьютере:
C:\Program Files (x86)\1cv8\8.3.8.1652\bin
(где, 8.3.8.1652 – номер релиза платформы (разный для разных релизов))


Найдите и запустите в данной папке файл chdbfl.exe – это и есть утилита отладки информационных баз 1С. После запуска утилиты, укажите с её помощью файл базы данных нажав троеточие справа от поля «Имя файла БД» , и поставьте галочку возле функции «Исправлять обнаруженные ошибки» . Задав необходимые параметры – нажмите кнопку «Выполнить» .


Все обнаруженные ошибки и другие действия утилиты будут отображены в окне chdbfl.exe.

Восстановление с помощью НЕХ-редактора

В особо сложных случаях или если предыдущие два способа отладки информационной базы не принесли желаемого результата, теоретически восстановить её возможно с помощью HEX-редактора . Для этого необходимо открыть в HEX-редакторе основной файл базы данных *.1CD.

Минусом данного способа есть то, что данный способ исправления повреждённой базы 1С могут осуществлять только опытные и разбирающиеся в HEX специалисты.

Нельзя не отметить, что имеет встроенный HEX-редактор, который можно использовать для исправления повреждённых файлов.


Как восстановить удалённую информационную базу 1С

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


Примечание . Аналогичным образом можно восстановить утерянный файл резервной копии информационной базы 1С – 1Cv8.dt.

  • Восстановленный *.dt файл загрузите в информационную базу описанным выше способом.
  • Если информационная база восстановлена пофайлово, то откройте её основной файл 1Cv8.1CL с помощью меню 1С Файл / Открыть .

Все описанные в данной статье способы восстановления базы данных 1С показаны на примере платформы «1С: Предприятие 8.3» . Но эта информация также актуальна для других программ и конфигураций платформы:

  • 1С: Бухгалтерия
  • 1С: Предприниматель
  • 1С: Зарплата и управление персоналом
  • 1С: Управление торговлей
  • 1С: Розница
  • 1С: Управление Холдингом
  • 1С: Управление предприятием
  • 1С: Предприятие. Управление производственным предприятием
  • 1С: Комплексная автоматизация
  • 1С: Документооборот
  • 1С: Консолидация
  • 1С: Управление небольшой фирмой
  • 1С: Налогоплательщик
  • 1С: Отчётность предпринимателя
  • 1С: Платёжные документы
  • 1С: Бухгалтерия государственного учреждения
  • 1С: Зарплата и кадры бюджетного учреждения
  • 1С: Свод отчётов
  • 1С: Бюджетная отчётность
  • 1С: Документооборот государственного учреждения
  • 1С: Государственные и муниципальные закупки
  • 1С: Бюджет поселения
  • 1С: Бюджет муниципального образования
  • 1С: Деньги
  • 1С: Электронное обучение и пр.

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

Так, имеет место техническая ошибка в результате сбоя в программном обеспечении (1С), вследствие чего у налогоплательщика может быть недостоверное отражение хозяйственных операций, поскольку организация, являясь плательщиком НДС (на ОСНО) применяет при реализации протезно-ортопедических изделий ставки НДС 0, 10 и 18 процентов.

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

Налогоплательщики обязаны в течение 4 лет обеспечивать сохранность данных бухгалтерского учета и документов, необходимых для исчисления и уплаты налогов (пп. 8 п. 1 ст. 23 НК РФ). Кроме того, ведение бухгалтерского учета и хранение документов бухгалтерского учета организуются руководителем экономического субъекта (п. 1 ст. 7 Федерального закона от 06.12.2011 № 402-ФЗ «О бухгалтерском учете», далее – Закон № 402-ФЗ). Первичные учетные документы, регистры бухучета, бухгалтерская (финансовая) отчетность подлежат хранению в течение сроков, установленных в соответствии с правилами организации государственного архивного дела, но не менее 5 лет после отчетного года (ч. 1 ст. 29 Закона № 402-ФЗ). В силу ч. 3 ст. 29 НК РФ экономический субъект должен обеспечить безопасные условия хранения документов бухгалтерского учета и их защиту от изменений.

Налоговые органы вправе требовать в соответствии с законодательством о налогах и сборах от налогоплательщика документы, служащие основанием для исчисления и уплаты (удержания и перечисления) налогов, а также документы, подтверждающие правильность исчисления и своевременность уплаты (удержания и перечисления) налогов (пп. 1 п. 1 ст. 31 НК РФ). В письмах Минфина РФ от 22.07.2013 № 03-02-07/2/28610, от 07.06.2013 № 03-02-07/1/21191 разъяснено, что документы могут быть истребованы налоговыми органами в том числе в случаях проведения в отношении налогоплательщика повторной выездной налоговой проверки (ст. 89 НК РФ) и проведения иных мероприятий налогового контроля, в том числе при необходимости получения документов (информации), касающихся деятельности проверяемого налогоплательщика, и информации относительно конкретной сделки (ст. 93.1 НК РФ).

В целях обеспечения исполнения пп. 8 п. 1 ст. 23 НК РФ и представления в установленном порядке в налоговый орган документов, указанных в пп. 8 п. 1 ст. 23 НК РФ, соответствующие документы, утраченные налогоплательщиком, должны быть восстановлены. Непредставление в установленный срок налогоплательщиком в налоговый орган документов и (или) иных сведений, необходимых для осуществления налогового контроля, влечет ответственность, установленную ст. 126 НК РФ.

Отсутствие вины лица в совершении налогового правонарушения является одним из обстоятельств, исключающим привлечение лица к ответственности за совершение налогового правонарушения (п. 2 ст. 109 НК РФ). Обстоятельства, исключающие вину налогоплательщика в совершении налогового правонарушения, приведены в ст. 111 НК РФ. Одним из таких обстоятельств является совершение деяния, содержащего признаки налогового правонарушения, вследствие стихийного бедствия или других чрезвычайных и непреодолимых обстоятельств (указанные обстоятельства устанавливаются наличием общеизвестных фактов, публикаций в СМИ и иными способами, не нуждающимися в специальных средствах доказывания).

За грубое нарушение правил учета, к которому относится отсутствие первичных документов, не повлекшее занижение налоговой базы, предусмотрены санкции как НК РФ (п. 1-3 ст. 120 НК РФ), так и КоАП РФ (ст. 15.11 КоАП РФ).

Исходя из сложившейся судебной практики (см. Постановление ФАС ПО от 24.03.2011 № А06-3321/2010, Постановление ФАС ВВО от 05.04.2011 № А43-10932/2010, Постановление ФАС МО от 23.09.2008 № КА-А40/8513-08-2; Апелляционное определение Краснодарского краевого суда от 16.08.2012 № 33-15393/2012) можно сделать вывод о том, что организация в рассматриваемой ситуации может обезопасить себя следующим образом:

  • сообщить в ИФНС о наступившем событии (утрате документов) (по желанию, поскольку жестко регламентированная обязанность законодательно не закреплена);
  • если организация примет решение оповестить ИФНС о данном факте, то к письму (в произвольной форме) ей необходимо приложить копии документов (акт, договор) специализированной организации с заключением о невозможности восстановления сервера (компьютера), на котором была установлена учетная программа;
  • поскольку организация является плательщиком НДС и при реализации товаров применяет ставки 0, 10 и 18 процентов и ввиду невозможности подтверждения ставок 0 и 10 процентов, ей необходимо будет исчислить НДС по максимальной ставке – 18 процентов. В дальнейшем можно подать уточненную декларацию по НДС, когда будут восстановлены данные, подтверждающие налоговые ставки. Организация избежит пересчета налогов, если сможет восстановить утраченные бухгалтерские и налоговые документы;
  • провести IT-аудит с целью выявления слабых мест, чтобы минимизировать риски по утере информации; бухгалтерии и IT-отделу совместно разработать и установить жесткий регламент сохранения учетных данных;
  • при возникновении подобных ситуаций в максимально короткие сроки проводить по распоряжению руководителя внеплановую срочную инвентаризацию остатков товаров по магазинам, что поможет быстро восстановить учетные данные при их утрате; а руководителю необходимо сформировать своим приказом в таких случаях комиссию с целью выяснения причин происшедшего и установления виновных лиц (результаты работы комиссии оформляются актом либо протоколом);
  • в случае предъявления претензий со стороны контролирующих органов организация может обратиться за отстаиванием своих интересов в суд.

Отметим, что наличие умысла или неосторожности в действиях организации в рассматриваемой ситуации должны доказывать налоговики.

В информационных базах на платформе 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" (Взято с сайта )

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

просмотров