Как исправить ошибки в программе 1С
Дата создания: 22.06.2023
Дата изменения: 01.07.2023
Любая программа, установленная на компьютер, может время от времени работать неправильно. Периодические сбои, которые приводят к невозможности использования ПО, называются ошибки. Чтобы суметь диагностировать и устранять ошибки в 1С, пользователь должен хотя бы немного разбираться в особенностях работы программ. Наличие минимальных знаний позволяет решать проблемы самостоятельно.
Чтобы научиться быстро исправлять ошибки в 1С необходимо изначально их проанализировать. Часто во всплывающем окне написана суть некорректного поведения, что помогает решить проблему.
Разберем основные моменты, связанные с частым появлением сбоев при работе с базой данных. Они возникают в разных ситуациях, и определить их истинную причину не всегда возможно.
Одна из самых частых причин нарушение работы связанна с компьютером, на который установлена база данных 1С. Рабочая область может автоматически закрываться из-за нехватки оперативной памяти на сервере. Все возникающие неисправности должны быстро устраняться. В противном случае есть вероятность потери данных.
О компании ПМТ и ее производстве
Производственный холдинг ПМТ является дочерним предприятием компании Аскона. Они специализируются на производстве мягкой мебели, текстиля для спальни и корпусной мебели для дома и офиса.
Масштабы проекта
Акции компании ПМТ: вертикально интегрированный производственный холдинг.
Начало проекта
При начале проекта у ПМТ было пять баз УПП, в которых были сгруппированы похожие производства. УПП было внедрено собственными силами, что имело как преимущества, так и недостатки. В итоге, стала рассматривать возможность внедрения новой системы из-за роста требований к отслеживанию и детализации.
Основные требования к новой системе были выстроены для повышения эффективности и управления производством компании.
Проект включал в себя внедрение подсистем из 1C:ERP, что сделало его масштабным и требовательным к выполнению. В процессе акцентировалось внимание на деталях и качестве реализации.
Почему увеличивается нагрузка на IT-инфраструктуру после доработки 1С?
Постепенная доработка любых конфигураций 1С – и типовых, и самописных – это обычное дело для любого развивающегося бизнеса. Появляются новые задачи, процессы, а вместе с ними – и новые требования к учетной системе 1С. Но довольно часто после таких доработок, даже если они были сделаны квалифицированными специалистами, руководство компании и сотрудники, которые непосредственно работают в 1С, остаются недовольны. Чаще всего после доработок 1С люди жалуются на то, что система стала слишком медленно работать и зависать.
Почему возникают проблемы?
Опять программисты что-то сделали и теперь все тормозит – работать невозможно!, – типичная жалоба от рядового сотрудника компании после очередной доработки учетной системы 1С. Знакомая ситуация? По-хорошему такие проблемы не должны возникать вообще, однако они регулярно возникают то тут, то там. В чем же дело? Давайте попробуем разобраться.
Чаще всего причина кроется в том, что ни руководство компании, заказывающее доработку 1С, ни реализовывающие доработки специалисты не задумываются о том, что любое более-менее масштабное расширение функциональности учетной системы неизбежно приводит к увеличению нагрузки на IT-инфраструктуру компании. То есть доработанная система 1С, даже если с точки зрения программирования все было сделано грамотно, будет требовать для нормального функционирования больше ресурсов.
Как увеличить нагрузку на IT-инфраструктуру?
Компоненты IT-инфраструктуры
Все эти составляющие IT-инфраструктуры конкретной компании работают в комплексе и рассчитаны на определенные нагрузки. При увеличении нагрузки (после доработки и расширения функциональности 1С) очень часто требуется оптимизация инфраструктуры путем либо перенастройки ее работы, либо апгрейда/замены аппаратной части.
Дополнительная нагрузка при доработках 1С
В большинстве случаев доработки систем 1С подразумевают добавление возможности использования дополнительных автоматизированных учетных функций, изменение алгоритмов для более сложных расчетов, интеграцию с другими системами и т.д. Всю эту дополнительную функциональность либо используют сотрудники компании в ручном режиме, либо она используется автоматически вычислительной техникой.
Если предполагается ручное использование нового функционала доработанной 1С, получается, что либо в компании будут наняты сотрудники на новые должности, либо уже имеющиеся сотрудники возьмут на себя дополнительные функции и будут выполнять в 1С разные задачи. В любом случае, число одновременно работающих в 1С активных пользователей станет больше и, соответственно, повысится нагрузка на серверные и сетевые компоненты IT-инфраструктуры компании – все просто и очевидно.
Улучшение производительности 1С: как найти и решить проблемы?
При безлюдной автоматизации за счет увеличения как самого объема постоянно передающейся информации, так и добавления дополнительной (иногда параллельной) обработки данных возникают новые нагрузки на сервера и системное ПО. Увеличение числа активных пользователей и добавленные обмены данными с другими системами практически неизбежно ведут к росту сетевой нагрузки и увеличению трафика.
Что делать, если нагрузки увеличились и появились проблемы (постоянные или периодические) с производительностью? Стандартный алгоритм действий следующий:
Профессиональная помощь
Довольно часто в компании не оказывается штатного системного администратора и IT-специалиста, либо их квалификация не соответствует масштабу появившихся проблем. При этом найти истинную причину возникновения проблем в работе IT-инфраструктуры компании крайне важно, поэтому в таких случаях лучше всего обращаться за помощью к профессионалам, имеющим опыт решения подобных задач.
По опыту нашей работы можем сказать, что грамотные специалисты, хорошо знающие свое дело, не ограничиваются какими-то общими рекомендациями. Они внимательно изучают IT-инфраструктуру конкретной компании и дают индивидуальные рекомендации по подбору серверного и сетевого оборудования. Также грамотные специалисты дают рекомендации по оптимальной настройке серверного оборудования и программного обеспечения для получения максимальной производительности 1С.
Подход комплексный
Анализируется и сама учетная система после внесенных в нее доработок – неоптимальные запросы и фрагменты кода приложения исправляются. Все это в комплексе гарантирует успешное решение всех проблем с производительностью и перебоями в работе 1С.
При реализации сложных масштабных проектов наши специалисты готовы провести дополнительный этап нагрузочного тестирования. Цель такого этапа – проверить работу измененной системы 1С на пиковых нагрузках, заранее определить все узкие места и устранить их перед запуском системы в промышленную эксплуатацию.
Обратитесь за помощью
Компания СИТЕК обладает многолетним опытом работы и штатом высококвалифицированных специалистов для выполнения работ по аудиту производительности 1С и проведению нагрузочного тестирования. Мы всегда готовы как предотвратить появление трудностей у вашего бизнеса, так и помочь решить уже имеющиеся проблемы!
Подготовка к запуску
По мере публикации статей, но не чаще одного раза в неделю.
На слайде показано, как выглядел план-график, когда мы подходили к процессу.
Все по классическому подходу – обследование, моделирование. Заключили договор с подрядчиком, начали обследование, но в процессе пришли к выводу, что что-то идет не так – подрядчик недооценил объем и масштабы.
Было принято решение перевыбрать подрядчика и начать заново.
Вопрос
Почему из программы 1С не отправляются электронные документы ЭСФ, СНТ и ЭАВР в информационную систему ИС ЭСФ?
Часто возникающие ошибки 1С
Все имеющиеся сбои выводят на экран разные уведомления. Одинакового текста не бывает. Чтобы проще ориентироваться, разделим существующие ошибки 1С на следующие пункты:
Недостаточно памяти
Пользователь может самостоятельно решить проблему с памятью. По умолчанию операционная система выделят фиксированное значение гигабайт на обслуживание приложения: 32 bit ОС – 2 Гб, 64 bit – 4 Гб.
Ошибка доступа
Когда пользователь только запускает программу, на экране может появиться окно сбоя. Оно предлагает завершить работу или перезапустить. Причиной выступает некорректное завершение работы приложения.
Файл базы данных поврежден
Если всплывает информационное окно с подобной надписью, неисправность базы данных решается тестированием файла и всей информационной базы. Такое мероприятие может проводиться 2 способами:
Неправильное отображение блоков формы
Такая неисправность возникает от разных факторов. Чтобы привести программу к нормальной работоспособности, пользователю необходимо последовательно выполнить несколько команд. После проведения каждой проверяется устранение сбоя:
- Вызываем команду Обновить конфигурацию.
- Запускаем инструмент Обновление 1С:Предприятия.
- Запускаем утилиту 1С:Распределенные информационные системы (1С:РИС).
Если приведенные методы не помогают, рационально будет провести обновление платформы.
Внутренняя ошибка компоненты dbeng
Подобное сообщение говорит о повреждении структуры базы данных. Приведенный в названии документ хранится в папке с программной. Решение сбоя находится простой переустановкой платформы. Если такой метод не помог, можно воспользоваться тестированием и исправлением базы данных.
Dump при запуске
На экране появляется список ошибок и точное расположение поврежденного файла. После установки новой версии MS Visual Studio (Visual C++) с папки System32 копируется одноименный файл dll и вставляется в папку платформы 1С. Проблема решилась.
Неверный формат хранилища
Ничего не работает
Если программа перестала нормально работать без видимых причин, значит пользователю придется самостоятельно искать неисправность. Для восстановления работоспособности базы данных проводятся следующие мероприятия:
Если это не критичная ошибка, она должна исправляться при установке актуальной версии программного комплекса. В остальных ситуациях необходимо пользоваться помощью профессиональных мастеров, которые отлично понимают принцип подобных продуктов.
Остались вопросы? Закажите бесплатную консультацию наших специалистов!
Ответ
В конфигурацию «1С:Бухгалтерия 8 для Казахстана», ред. 3.0. начиная с релиза 3.0.49.1 встроен сервис 1С:ЭСФ для Казахстана для целей прямой отправки электронных документов на портал ИС ЭСФ.
Для функционирования сервиса 1С:ЭСФ для Казахстана на рабочем месте необходим доступ в интернет сеть и обязательное подключение интернет-поддержки в конфигурации, то есть в вашей учетной системе (программе 1С) должна быть настроена Интернет-поддержка.
Подключение Интернет-поддержки в конфигурацию «1С:Бухгалтерия 8 для Казахстана», ред. 3.0. выполняется в разделе Администрирование – Интернет-поддержка и сервисы – Настройка Интернет-поддержки.
Сервис 1С:ЭСФ для Казахстана доступен только для конфигураций, находящихся на официальном сопровождении, то есть при наличии официальной поддержки программного продукта 1С – действующего договора ИТС.
Получить подробную информацию о поддержке используемого вами программного продукта 1С и доступных вам сервисов 1С можно по ссылке Монитор Портала 1С:ИТС.
Информация о наличии (отсутствии) активного договора ИТС, а также сроках его действия доступна для просмотра в журналах исходящих электронных документов.
Комментировать материалы сайта могут зарегистрированные пользователи. Вход с помощью STSL
Сертификат не действует с 01.09.2023
Дата обновления: 01.09.2023
Номер карточки: SD0061964
В соответствии с Федеральным законом от 04.08.2023 № 457-ФЗ "О внесении изменений в отдельные законодательные акты Российской Федерации" продлена возможность использования сертификатов электронной подписи без применения машиночитаемой доверенности до 31 августа 2024 года.
Версии программных продуктов, в которых данные изменения учтены, можно посмотреть в Мониторинге законодательства 1С.
В неактуальных версиях программ при использовании сертификата может отображаться ошибка: «Сертификат не действует с 01.09.2023 0:00:00, так как с этой даты не действуют сертификаты, выданные коммерческими аккредитованными удостоверяющими центрами юридическим лицам и их сотрудникам
Для исправления данной ситуации в программных продуктах «1С» с версиями Библиотеки Стандартных Подсистем (БСП) 3.1.7.382 от 13.04.23 и выше или 3.1.8.276 от 14.04.23 и выше (представлены ниже в таблице) достаточно обновить классификатор «Аккредитованные удостоверяющие центры» (если отключено автоматическое обновление классификаторов). В остальных случаях потребуется обновление программы.
3.0.137.34 от 29.05.23
1С:Бухгалтерия государственного учреждения 2.0.91.39 от 26.05.23
1С:Бухгалтерия Некоммерческой организации 3.0.137.3 от 31.05.23
1С:Налоговый мониторинг. Бухгалтерия КОРП МСФО 3.2.4.19 от 06.06.23
11.5.12.73 от 13.06.23
2.5.12.73 от 13.06.23
1С:ERP Управление предприятием 2 2.5.12.73 от 13.06.23
1С:ERP.Управление холдингом 3.1 3.1.12.4 от 19.06.23
1С:Управление холдингом 3.1 3.1.17.37 от 02.06.23
1С:Управление холдингом 3.2 3.2.4.19 от 06.06.23
1С:Розница, редакция 2.3 2.3.15.28 от 25.04.23
1С:Розница, редакция 3.0 3.0.4.45 от 21.04.23
1С:Управление нашей фирмой, редакция 3.0 3.0.4.45 от 28.04.23
3.0.137.4 от 07.06.23
3.0.137.5 от 07.06.23
Как узнать версию БСП? Узнать используемую версию Библиотеки Стандартных Подсистем можно в Режиме технического специалиста (Все функции) (Регистр сведений – Версии подсистем – Стандартные подсистемы) или выбрать интересующий продукт на Портале ИТС (Версии библиотек – Стандартные Подсистемы).
Все классификаторы можно обновить через Интернет (Администрирование – Интернет-Поддержка и сервисы – Классификаторы и курсы валют – Обновление классификаторов).
Запуск проекта
Поскольку у нас произошли изменения сроков, мы начали запускать проект частями.
Изначально по проекту мы не планировали этап сопровождения, думали, что за месяц сможем стабилизировать систему. Но поскольку запуск был поэтапным, по факту нам понадобилось сопровождение в больших объемах все эти месяцы (май, июнь, июль, август) и около трех месяцев после запуска – пока мы не набрали собственную экспертизу и людей в команду.
Картинка показывает наш путь на этом проекте. Отражает, как мы двигались, какие у нас были ожидания и какие перегибы у нас происходили (с подрядчиками, с выбором, с техническим сложностями, которые мы встречали).
Сейчас мы находимся где-то на этапе последней пологой прямой – как только мы все требования бизнеса удовлетворим и все пожелания сделаем, будет полное счастье.
Риски и сложности
Расскажу про риски проекта, которые были зафиксированы в проектной документации – как мы их оценивали на начало и на конец проекта.
Одним из самых основных рисков у нас был НСИ, и он еще больше выстрелил, так как оказался наиболее сложным и наиболее тяжелым для создания, восприятия и переделывания. В нем было самое большое количество ошибок и самое большое количество функциональности. Многие из доработок мы не планировали, но нам их пришлось сделать для автоматизации работы конструкторов и технологов. Пришлось зашить туда много проверок для контроля над тем, что они делают.
Мы очень сильно недооценили быстродействие системы. Типовые механизмы 1С:ERP при тех масштабах и объемах, про которые я рассказывал, работают слишком долго. Нам не удалось кардинально улучшить их быстродействие даже при том, что мы работали со специализированным подрядчиком, который поддерживал производительность системы, помогал в настройке SQL-сервера и по проблемам с ним.
Условно говоря, для небольших производств, где количество этапов и операций маленькое, это работает нормально. Но когда за смену выпускается несколько тысяч изделий, и тебе нужно массово закрыть сменные задания, где для каждого изделия – пять-шесть операций, то при закрытии приходится проводить десятки тысяч документов. Это занимает много времени.
Нам пришлось очень долго заниматься оптимизацией с точки зрения параллельного проведения, параллельного закрытия и распараллеливания этих процессов, чтобы каждая операция и этап проводились быстрее. Фирма «1С» обещала нам, что этап будет проводиться по одной секунде, а операция еще быстрее. Но все, чего нам удалось добиться, даже глобально отключая серьезные пересчеты, которые там происходят – это 2-3 секунды на этап и порядка 1,5-2 секунд на операцию. В какой-то момент смогли довести обработку одной операции до 1 секунды.
Очень ждем, когда фирма «1С» переведет операции в регистр сведений, как они обещают, тогда операции не нужно будет проводить, и это должно будет кардинально ускорить работу.
Мы очень высоко оценивали риск мотивации на обучение и работу в переходный период, но здесь нам повезло с нашей внутренней командой. Наверное, сказались те меры, которые мы приняли после оценки этого риска. Мы добавили дополнительных людей, замотивировали их – сделали на их работу премиальный фонд.
Мы много коммуницировали. Все понимали важность этого проекта, генеральный директор много участвовал в проекте: минимум раз в месяц проводили общее собрание с участием генерального директора, где он участвовал и не только высокоуровнево смотрел на процесс, но и глубоко погружался в мелкие проблемы и разбирал их.
Изначально очень много людей пыталось саботировать внедрение из-за отсутствия времени: «Это ваш проект, только ИТ-отделу это нужно». Но участие генерального директора помогло изменить этот подход и глобально погрузить людей в процесс внедрения. В какой-то момент количество перешло в качество, люди поняли, что проекту быть и от него никуда не деться.
Достаточно много мы сталкивались с ошибками системы. Мы были одним из первых масштабных проектов – масштабным по объему, по количеству процессов, по сложности производства, которое у нас было. Зачастую система работала нестабильно, нам удалось стабилизировать ее только к 2020-му году.
Чуть подробнее об организационных проблемах, которые мы зафиксировали по итогам проекта.
Технические проблемы, которые возникали при работе системы.
С августа 2019 года (с момента запуска) мы начали считать, сколько мы платим подрядчикам за техподдержку.
В августе 2019 года количество заявок было более 2500. Затем мы вышли на пик порядка 1000 заявок в месяц – на графике показано, как менялось распределение заявок между нами и подрядчиками.
Мы учились, набирали персонал, и это позволило нам контролировать систему самим и снизить затраты на подрядчиков.
Одна из глобальных проблем, с которой мы очень долго боролись – это закрытие месяца. Сначала месяц вообще не закрывался, потому что мы постоянно правили НСИ и др. Затем мы эту операцию плотно и детально оптимизировали – где-то вводили параллельность, где-то плотно работали с фирмой «1С», и в результате дошли до стабильного результата.
С точки зрения скорости, например, компании «Литвуд», «Полиформ Трейд» и «ФомТех» объединились. Сейчас они закрываются около суток, но поскольку это закрытие идет стабильно и каждый раз выполняется без ошибок, то проблем нет. Но изначально, когда мы делали запуск, были проблемы со стабильностью – закрытие шло 12 часов, но успешно оно завершалось лишь один раз из пяти. Найти ошибку в таком масштабном закрытии – серьезный челлендж.
Здесь перечислены обмены, которые у нас есть:
В системе хранится финансовый архив: сканы и образы всех товарораспределительных документов, включая документы из ЭДО и ссылки на них.
В какой-то момент мы тестировали программную роботизацию и часть процессов успешно запустили. Бухгалтерия была очень довольна.
Кратко про архитектуру проекта:
На слайде приведено оборудование, которое мы использовали. Сначала была виртуализация, но на момент старта мы уже пришли к тому, что нужен физический сервер.
На текущий момент у нас три физических сервера:
Результаты
На слайде показан экономический эффект, который мы заявили на конкурсе «Проект года» фирмы «1С» – ускорение отчетности, сокращение трудозатрат, снижение себестоимости за счет управляемости.
Здесь перечислены результаты проекта – нам удалось решить большинство изначальных задач.
Фирма «1С» признала нас проектом года 2019 в предметной области «Комплексное управление ресурсами предприятия (ERP)».
Сообщество профессионалов Global CIO тоже признали нас проектом года.
Признание – это «вишенка на торте», которую мы получили на фоне всего остального.
Вот так выглядела структура отдела разработки и эксплуатации платформы 1С на момент, когда мы поддерживали УПП. У нас в штабе было всего 8 человек, которые так или иначе поддерживали систему и около 10 человек на аутсорсе.
На этапе, когда мы уже вышли из проекта, работало уже около 23 человек и примерно 10 человек которые с нами постоянно работают на аутсорсе. Это – структура, которая нам позволяет двигаться и развиваться.
Уже собственными силами нашей команды мы реализовали некоторые проекты, которые перечислены в этом слайде.
Дальнейший процесс стал уже гораздо более гладким, т.к. люди уже достаточно хорошо понимали систему.
Мы работаем в Jira, используем базу знаний в Confluence.
У нас Agile-команды, где аналитики распределены на группы по три человека. Каждая задача обсуждается отдельно, программисты привлекаются в эти группы и решают задачи.
Статья написана по итогам доклада (видео), прочитанного на конференции Infostart Event.