Сбой в работе 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С, может справиться самостоятельно. Другие же требуют квалифицированной помощи специалиста из сервисного центра. Разберём основные причины сбоев в работе 1С и способы её восстановления.
Алгоритм действия при обнаружении неполадок должен выглядеть следующим образом:
- Определение ошибки и её причины. Оперативность действий на этом этапе поможет избежать трат времени в дальнейшем. Иногда бессистемные действия сотрудников, чья программа перестала функционировать, только усугубляют проблему, но не решают её.
- Воспроизведение сбоя. Моделирование ошибки необходимо для составления грамотной стратегии по её исправлению.
- Исправление ошибки. Когда тестирование показало, что интерпретация ошибки была осуществлена верно, к работе может приступить 1C специалист, ответственный за решение проблем с 1С. Например, если вы используете программу «1С: Предприятие», поддержка этого решения будет осуществляться сотрудниками сервисного центра, с которым вы заключили договор.
Ошибки в работе 1С можно классифицировать так:
1. Ошибки пользователя. Эти ошибки вызываются некорректным действиями сотрудника и часто являются следствием недостаточного знания специфики программы 1C. Наиболее распространённые ошибки данного типа – неверное создание документа, неправильное использование функционала программы, случайная блокировка 1С и т.д. Для предотвращения появления такой проблемы в будущем рекомендуется проведение обучения для всех сотрудников, имеющих доступ к 1С. Это может быть как корпоративное обучение у специалистов лицензированных центров поддержки, так и самостоятельное обучение с использованием тематической литературы.
2. Программные ошибки. Наиболее распространённые сбои этой категории:
- Ошибки при запуске программы могут быть вызваны отсутствием ключа защиты, сбоями локальной сети или нарушением структуры конфигурации.
- Ошибки при установке чаще всего являются следствием неверно введённого ключа.
- Ошибки при обновлении – наиболее распространённые программные ошибки, вызванные несвоевременным обновлением компонентов программы.
Для решения программных ошибок необходимо воспользоваться услугами специалиста по работе с продуктами 1С.
3. Технические ошибки. Эти ошибки обычно связаны с неисправным или проблемным оборудованием. Например, медленная работа программы может быть вызвана недостаточной мощностью сервера. Чтобы устранить эту проблему, необходимо проконсультироваться с ИТ специалистами и последовать их рекомендациям.
Причин возникновения таких ошибок может быть множество. Первое, что имеет смысл делать в случае возникновения таких ошибок — определиться с источником проблемы.
Уточнить обстоятельства и сроки появления ошибки: неисправность, которая не может быть воспроизведена, возможно, является просто случайностью, сбоем.
Проверить работу программы с другого компьютера и от другой учётной записи пользователя.
Проверить релизы платформы и конфигурации: соответствует ли текущая версия последней официальной.
В дальнейшем, если вы не справитесь с ошибкой самостоятельно, вам надо будет объяснить природу её появления специалисту, соответственно, эти вопросы возникнут в любом случае.
Есть целый ряд ошибок, возникающих при использовании нелицензионного программного обеспечения (как продуктов «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) Релизы платформы/конфигурации. 2) Полный текст сообщения об ошибке. Пользователи имеют досадное свойство не читать целиком такие сообщения, а возможно в нем содержится рекомендация к устранению неисправности. 3) Как давно возникла и при каких обстоятельствах появляется. Не воспроизводимые ошибки, которых мы ранее не встречали, мы наврядли сможем исправить. 4) Возникает ли если запустить 1с с другого компьютера/от другого пользователя? Это даст нам пищу для размышлений - сможет ли помочь очистка кэша, настройка прав, или очистка настроек пользователя. Теперь немного о самих ошибках и том как их решать. Общее: Распространенный пример - ломаная платформа. Один из патчей взламывает конкретную версию платформы, поэтому после установки новой версии платформы и попытке зайти в базу можно увидеть окно «Не обнаружено свободной лицензии». Если Вы встретили ошибку в первый раз - возможно, кто-то уже ее встречал - поищите в google, возможно кто-то уже с этим сталкивался и решил проблему, и Вы не потратите лишних пару часов своего времени. Релиз конфигураций должен быть актуальным (в первую очередь для конфигураций из которых сдается регламентированная отчетность), неспроста на линии консультаций практически всегда предлагают вначале обновиться, а потом уже смотреть дальше. Актуальный релиз платформы - у каждой конфигурации написано, какой релиз платформы рекомендован для работы с этой конфигурацией. Технологический журнал позволяет протоколировать все события 1С:Предприятия (или часть, используя фильтр). !!!ВАЖНО Перед любыми действиями с базой - сделать архивную копию! Если база не открывается в конфигураторе - скопировать папку с базой и выполнять все операции на копии! 1) База вообще не открывается ни в пользовательском режиме, ни в конфигураторе.
2) Если база при запуске уходит в дамп.
В Windows 7 в некоторых случаях кнопка «Изменить параметры» будет неактивна. В этом случае отключить аппаратное ускорение невозможно, так как видеокарта и ее драйвер не поддерживают манипуляции аппаратным ускорением.
3) База открывается в конфигураторе, но не хочет заходить в пользовательский режим.
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 пишем 9) Элементы форм налезают друг на друга и имеют неправильное расположение.
10) Ошибка СУБД Внутренняя ошибка компоненты dbeng8
Решение: обновиться до актуального релиза на всех рабочих местах. Если не помогло, тогда делаем следующее:
11) Ошибка в платформе 8.3.4.428
12) Конфликт блокировок при выполнении транзакции:
"Как проверить (восстановить) базу на MS SQL Server средствами сервера Конечно список далеко не полный, так что буду рад, если его дополнят в комментариях. Вряд ли кто-то поспорит, что 1С:Підприємство в общем программа неплохая. Ведь плохая программа вряд ли стала бы такой популярной. И Вы как пользователь наверное привыкли к ней и знаете ее достаточно хорошо, со всеми плюсами и минусами. Но любой программе, хорошей или плохой все-таки как правило присущи глюки. Давайте разберемся вначале с термином «глюк». Слово глюк своими корнями восходит к слову галлюцинация, т.е. нечто, что кажется. Впрочем в отличие от галлюцинаций, глюки в программах штука к сожалению вполне реальная. Глюк - это в общем-то сбой программы, который может быть регулярным или единоразовым (кстати вторые - наиболее противны). Глюки бывают связаны либо с ошибками в программном коде, либо с ошибками в со сбоями в аппаратной части, ну, например, скакнуло напряжение, чего-то потерялось в памяти и вот вам результат, программа не работает. Бывают и всякие гибридные варианты, т.е. на одном компьютере программа работает, а на другом глючит. Кстати, зачастую покупая компьютер, мы не задумываемся, какой в нем стоит блок питания. А зря. Большинство аппаратных сбоев связаны с дешевым и как следствие плохим блоком питания. Ведь недаром, средний корпус с блоком питания стоит порядка 30-40 долларов, а хороший блок питания отдельно стоит от 40. А хороший источник бесперебойного питания тоже недешев, также как и хороший сетевой фильтр. Но это лирическое отступление от основной темы. Личный опыт показывает, что 1С:Підприємство лучше работает на хорошей аппаратуре, а особенно на терминальных серверах высокого класса. Это связано с тем, что дорогие сервера стоят так дорого не только из-за того, что они собраны на быстрых процессорах и жестких дисках, а еще и по той причине, что в серверах применяют, в первую очередь, надежные блоки питания, процессоры, память, жесткие диски. На таких компьютерах редко случаются вылеты с ошибками во время работы. Впрочем, и на такой аппаратуре, ошибки случаются. Причем к сожалению это ошибки, которые переходят из версии к версии технологической платформы 7.7. и похоже разработчики исправлять их не собираются, хотя отлично знают о них. Поэтому нам остается только избегать их. На самом деле распространенных и известных глюков в 1С:Підприємство немного. Все-таки программе уже больше 7 лет и за этой время разработчики выпустили аж 25 релизов, таким образом исправив большинство ошибок. Ну собственно, давайте посмотрим на глюки:
Решение: если же ошибка повторяется при определенной ситуации, то нужно передать информацию о ней предприятию, которое обслуживает вашу фирму. Такие ошибки как правило связаны с аппаратными сбоями или сбоями операционной системы.
Решение: сохранять вначале на жесткий диск (сеть), а затем копировать на внешний носитель. Неудобно, но деваться некуда.
Решение: В этом случае пробуем сделать следующее - выполняем проверку диска, если это не помогло, то заходим через Мой компьютер в папку базы. В ней находится папка SYSLOG. Удаляем эту папку. Таким образом мы теряем журнал регистрации, но зато 1С:Підприємство будет работать. Если это не помогло, то нужно искать проблему в другом месте. Эта ошибка пожалуй самая противная и опасная поскольку благодаря ей, можно потерять полдня, а то и день работы.
Очевидно, природа ошибки связана с тем, что для ускорения проведения документов проводит их в транзакции. И действительно, проведение через Действия-Проведение документов работает быстрее, чем Обработка документов из меню Сервис. При ошибке при проведении транзакция не завершается и в дальнейшем компания полагает, что мы все наши действия выполняем в той же транзакции. И при завершении работы программы 1С:Підприємство транзакцию не фиксирует. Ошибка также отлично известна разработчикам. Решение: Не пользоваться Проведением документов из меню Действия. Или при ошибке, при таком проведении, выполнять выход из 1С:Підприємство, вход в нее а уже потом вносить изменения.
Решение: Собственно решения нет. Надеяться, что ошибка не возникнет.
Решение: решения здесь нет. Или формировать отчет кусочками или попросить программиста, чтобы он переписал отчет таким образом, чтобы он сразу формировался в Excel. Правда, во втором случае Excel обязательно должен быть установлен на компьютере.
Решение: Не забывать переключать язык не русский. В заключение хочу сказать, что несмотря на все ошибки, 1С:Підприємство программа все-таки неплохая и со своей задачей справляется. Если бы еще разработчики более оперативно реагировали на информацию об ошибках...Впрочем их тоже можно понять. Как ни крути, а 7.7. - уже прошлое, которое поддерживается по инерции, Сейчас 1С:Підприємство вплотную занята 8.2. Но это уже другая программа и совсем другие глюки.
Статьи по теме:
|
