Вряд ли кто-то поспорит, что 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С»: не все релизы конфигураций соответствуют релизам платформы).

1С Предприятие. 1С Бухгалтерия. Если 1С споткнулась?

Специалисты фирмы "Поликом Про"

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

Как известно, "не ошибается только тот, кто ничего не делает". Чего уж тут греха таить, случается так, что рабочая лошадка 1С спотыкается. Впрочем, справедливости ради стоит отметить, что это никогда не происходит без веских на то оснований. Для того чтобы избавиться от проблемы, необходимо начать с определения причин ее возникновения.

Основные причины сбоев:

Некорректная работа операционной системы;

Перепады или импульсные помехи в электропитании;

Неправильное действие пользователя, точнее сказать, ошибка в конфигурации, которая позволила пользователю совершить неправильное действие;

Компьютерные вирусы.

Реакция на перечисленные проблемы может выражаться в неприятных симптомах:

База не загружается, выдает сообщения об ошибках;

База грузится, но отчеты, которые должны давать одинаковые результаты, не сходятся;

Результаты в отчетах изменились по сравнению с теми, которые раньше выдавала программа;

На конец предыдущего периода остатки есть, а на начало следующего за ним периода - остатков нет.

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

1. Для начала, сделайте копию информационной базы. Первое правило медицины: "Не навреди"! Существование резервной базы позволит вам в любой момент времени сделать откат, вернув все на круги своя. Копию создать элементарно - просто скопируйте папку с базой в другое место, для проведения над ней оздоровительных экспериментов.

2. Подключитесь к копии базы в режиме "Конфигуратор". Выберите пункт "Администрирование" - "Тестирование ИБ". Соглашайтесь с установками тестирования по умолчанию:

"Реиндексация" - Да;

"Проверка логической целостности" - Да;

"Проверка физической целостности" - Да;

"Пересчет служебных данных" - Да;

"Пересчет итогов" - Да;

"Упаковка таблиц информационной базы" - Нет;

"Тестирование и исправление" - Да.

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

3. Что делать, если "1С: Предприятие" не запускается вообще, даже в режиме Конфигуратора? Тогда, скорее всего, сбой произошел в файлах конфигурации (1Cv7.md). Обычно причиной подобных катаклизмов являются перепады напряжения или сбои в сети при сохранении конфигурации. Главным признаком сбоя в файле конфигурации является сообщение: "Общая файловая ошибка при доступе к файлу C:\Windows\Temp\:" в момент запуска "1С: Предприятия".

В этом случае можно попытаться заменить файлы c расширением md и dd на те, что хранятся в архиве (конечно, архив должен быть свежим, с последними изменениями в вашей конфигурации). Если архива нет, то есть шанс найти эти файлы в папке NewStru, которая, как правило, присутствует в папке с вашей базой "NewStru". Эта папка появляется в тот момент, когда вы после завершения настройки сохраняете исправленную конфигурацию. В этот момент как раз и происходит перезапись тех файлов md, dd и dbf, которые затронуло изменение конфигурации. Система не исправляет оригиналы файлов. Она сначала все записывает в каталог NewStru, а уж потом, если все прошло удачно, обновленные файлы копируются в основную базу. Таким образом, благодаря 1С, все файлы в NewStru сохраняются!

4. Если, после многочисленных попыток вам так и не удалось зайти в конфигуратор - вход (а точнее, выход) остается только один. Необходимо этот самый злополучный md-файл отправить по электронной почте на адрес [email protected] . В тексте письма необходимо указать номер вашей регистрационной анкеты или код партнера. Не забудьте также точно указать симптомы, которые, как вам кажется, говорят о том, что файл испортился. "ХотЛайн" - место, где помогут вылечить ваши поврежденные md-файлы.

5. Что делать, если конфигурация загружается, а "тестирование и исправление" базы не помогает? Тогда рекомендуется "Выгрузить" базу и "Загрузить" обратно. Это можно сделать в конфигураторе, меню "Администрирование". Очень действенная процедура. Только постарайтесь не перепутать ее с функциями "Сохранить..." и "Восстановить...". При выгрузке система анализирует внутреннюю структуру данных и выбирает только те данные, что ей понятны и являются правильными с ее точки зрения. В результате выгружается только то, что работает на 100%. То, что является неопределенным для системы, она попросту игнорирует. Вы получаете возможность загрузить на все сто процентов верные данные. Есть, правда, и существенный недостаток - не представляется возможным узнать, что же именно система проигнорировала. Это равнозначно потере части данных. Впрочем, лучше потерять лишь часть данных, чем вообще все.

6. Если после совершения вышеперечисленных процедур проблемы все еще сохранились, нужно перенести из базы папки всех пользователей вместе с папкой UserDef. Несколько раз я сталкивался с возникновением проблем именно из-за них. Сделать это не сложно: нужно удалить старые папки и, если все работает, создать новые.

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

8. Еще один способ - начать перемещать базу с места на место. Перенесите ее на другой компьютер, на другую операционную систему... Кроме этого, базу можно переставить на другой "релиз" движка (сейчас 19 "релиз" - для тех, кто не знает). Смена "релиза" иногда очень помогает, но не рекомендую вам совершать откат на далекие номера "релизов": можно совершить переход с 18 на 17 или 19, но никак не на 8 "релиз". Значительный перескок с номера на номер может, напротив, навредить. Начать стоит просто с переустановки 1С того же самого "релиза". (Неписаное правило: храните инсталляции старых "релизов", поскольку они вам могут пригодиться).

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

10. Одной из наиболее распространенных причин всех бед является отсутствие места на диске.

Борьба за восстановление данных - не самое приятное занятие. Для того чтобы избежать возникновения подобных проблем, необходимо постараться устранить все возможные причины их появления. Мер предосторожности не так уж и много.

Что надо делать, чтобы не было сбоев?

1. Архивируйте информацию.

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

Необходимо регулярно делать резервную копию информационной базы вашей 1С.

Внимание! Лучше делать копию базы не на том же жестком диске, где расположена рабочая база, а на отдельном устройстве записи: ленточный стример, ZIP, CD-RW, отдельный жесткий диск.

Внимание! Сделайте процесс архивирования информации автоматическим, не доверяйте это себе или другим исполнителям - человеку свойственны провалы в памяти. К примеру, для автоматизации архивирования информации 1С есть две очень удобные и совсем недорогие программки "Гэндальф Хранитель" и "Икс Стражник".

2. Обеспечьте стабильное электропитание.

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

3. Правильный выбор системной платформы.

Если размер информационной базы более 200 Мб или с ней работает более 3-х пользователей, то необходимо использовать серверные операционные системы Windows 2000 Server, Windosw NT 4.0, Novell Netware. Если с информационной базой работает более 5 пользователей, то рекомендуется терминальное подключение к 1С - Windows Terminal Server входит в состав Windows 2000 Server. Если количество пользователей у информационной базы 1С более 12 или размер базы более 800 Мб, то необходимо использовать SQL версию "1С Предприятия 7.7".

4. Управляйте размером информационной базы.

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

5. Настройте защиту "от дурака"

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

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

Данная статья подготовлена c использованием материалов сайта "Школа 1С" http://www.1c-school.ru и ЗАО "Гэндальф" www.gendalf.ru

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

Так, имеет место техническая ошибка в результате сбоя в программном обеспечении (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с всегда готов Вам помочь в решении любых вопросов связанных с ошибками 1с !

Из-за чего возникают ошибки в базе 1с?

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

Виды ошибок в базе 1с

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

1. Ошибка формата потока
2. Поле объекта не обнаружено
3. Метод объекта не обнаружен
4. Недостаточно памяти
5. Ошибки связанные с таблицами SQL (актуальны для серверов 1с которые работают на реляционных базах данных, например MySQL)
6. Ошибка доступа 1с

Ошибка формата потока в 1с

ошибка формата потока 1с

Поле объекта не обнаружено

Поле объекта не обнаружено

Индекс находится за границами массива

Ошибка 1с

Ошибка формата потока в 1с

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

Поле объекта не обнаружено

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

Индекс находится за границами массива

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

Метод объекта не обнаружен

Подобная ошибка происходит тогда когда система пытается обратится к методу (функции) объекта, описание которого (которой) не существует в коде. Ошибки такого типа могут исправляются программистами.

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

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

Возможное исправление ошибки 1с «Недостаточно памяти»

Ошибка кроется в ограниченном выделении адресной памяти операционной системой под ПО (программное обеспечение).
Ограничения для адресной памяти по умолчанию составляют:

• для 32 битной системы – 2гб
• для 64 битной – 4 гб

Для того, что бы увеличить размер адресной памяти Вам необходимо сделать следующие действия:

1. Запустите командную строку: “Пуск – Выполнить” – введите CMD и нажмите клавишу enter
2. Теперь в командной строке введите текст без кавычек “bcdedit /set increaseuserva 3072″, где 3072 – размер желаемой адресной памяти
3. Перезагрузите Вашу операционную систему (компьютер)
4. Попробуйте выполнить то действие в 1С, которое не получалось ранее и приводило к ошибке.
5. Если всё получилось и операция повторяется не так часто – рекомендуется вернуть размер адресной памяти к значению по умолчанию с помощью команды “bcdedit /deletevalue increaseuserva”

Ошибки связанные с таблицами SQL

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

Ошибка доступа в 1с

Данная ошибка происходит тогда когда пользователь пытается выполнить какое-либо действие которое запрещено правами доступа (роли). Именно поэтому система выдает ошибку доступа в 1с. Роли настраиваются в конфигураторе программистом.

Не получилось исправить ошибку в 1с?

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