Программный продукт фирмы «1С», написанный на собственной платформе очень популярен среди отечественных компаний, т.к. имеет большое разнообразие сфер использования. Программные решения конкретного функционального направления (управление торговлей, управление производством) называются конфигурациями.
Программные продукты 1С достаточно функциональны и надежны, но к сожалению, содержат ошибки. В данной статье описан список ошибок 1С, с которыми лично столкнулись на практике и способы их обхода (если такое возможно), чтобы ты, пользователь экономил время и эмоции на более приятные моменты в жизни :)
Хотим предупредить, что описанные ошибки и способы их обхода идентифицировались на конфигурации «Управление торговлей для Украины». Но поскольку продукты 1С тиражируются разработчиком, не исключено что эти же ситуации встречаются и в других конфигурациях, а способы их решения будут такими же как для конфигурации «Управление торговлей для Украины».
Все ошибки мы разделили на две категории: 1) логические 2) программные.
Логические – ошибки, которые противоречат привычному пониманию протекания какого-либо бизнес-процесса. Например, любой из нас понимает, что перед продажей продукции, ее сначала необходимо закупить у поставщика, а не наоборот.
Программные – ошибки, которые не видны на стороне пользователя. Находятся в программном коде. Как правило, их очень трудно идентифицировать, а из-за этого найти способы обхода.
Логические ошибки
№ 1. Добавление товара к выполненному и закрытому заказу.
Описание: Допустим, у вас есть отгруженный заказ. Жизненная цепочка заказа была следующая:
«Создание заказа – корректировка заказа – резервирование – отгрузка – закрытие».
Как всем известно, последняя операция «Закрытие заказа» - финализирующая. Ее выполнение подразумевает что заказ больше не будет выполнятся и могут быть подбиты итоги по сделке.
Но тут как раз и нет. Оказывается, к закрытому заказу можно добавить корректировку или отредактировать сам заказ. Что получается? Мы можем добавить количество товара к закрытому заказу. Как это отразится на заказе?
Добавив товар, мы искусственно, постфактум искажаем процент выполнения заказа. Т.е. до момента корректировки заказ был выполнен на 100%, после корректировки только на 80%.
Если мы не просто добавим товар, а еще зарезервируем, получим зарезервированный товар в закрытом заказе.
На наш взгляд данный инцидент – грубейшее нарушение принципов логистики и продаж. Т.е. проведя аналитику за прошлый месяц, отдел логистики получит один процент выполнения заказов. После того как некоторый пользователь создаст корректировки к закрытым заказам, процент выполнения изменится и получится другой результат.
Мнение службы поддержки 1С на данный вопрос: «Данная операция не является ошибкой работы программы, т.к. в технической документации по эксплуатации программы нигде не указано что после операции закрытия заказа должна устанавливаться блокировка на изменение.»
Т.е. 1С не признает данный инцидент как ошибку в работе программы.
Способы решения.
Устанавливать дату запрета редактирования документов (в этом случае пользователи не смогут корректировать сам заказ, но все же смогут создавать корректировки). Для исключения создания пользователями документа «Корректировка», можно запретить (сделать недоступным) использование корректировок.
Если проблема уже существует, найдены заказы, к которым задним числом прикреплены корректировки, необходимо перепровести закрытие заказа на дату, позже, чем все прикрепленные по структуре подчиненности документы к данному заказу. Т.е. нужно сделать так чтобы по иерархии дат документ «Закрытие заказов» был самым последним.
№ 2. Редактирование цен и скидок в документе.
В 1С есть функция настройки дополнительных прав пользователей. Среди прочих функций есть такая: «Редактирование цен и скидок в документе». Разрешение или запрет данной функции регулируются галочкой (булево) т.е. параметр, который может принимать всего два значения – «да» и «нет». Из самого названия функции понятно ее предназначение, но оказывается когда разработчики писали код и вкладывали в данное понятие смысл, то имели ввиду, что данная опция относится лишь к документам реализации. Т.е. на документы, касающиеся прихода товара данная функция не распространяется. Вопрос. Неужели нельзя было разделить данную функцию на два подвида: а) документы реализации б) документы прихода? Очевидно, можно и нужно было. Это ошибка проектирования системы вводит в заблуждение пользователей и администраторов программ. При значении данной функции «ДА» мы запрещаем редактирование цен только в половине документов, остальная половина документов остается свободной для редактирования цен.
Мнение службы поддержки 1С на данный вопрос: «Настройка "Редактирование цен и скидок в документе" влияет только на документы продажи.
В том случае, если установлено значение "Запрещено редактирование" (флаг не установлен), то пользователю, которому назначена эта роль, не будет доступно редактирование цен и скидок в документах, оформляющих продажу товаров. В том случае, если контрагенту в договоре задан тип скидки по умолчанию, то эта скидка будет установлена для него в документе, однако редактировать ее значение или выбирать другой тип скидки пользователю разрешено не будет».
Способы решения.Данная проблема не решается на стороне пользователя. Функцию разделения редактирования цен в документах реализации и документах прихода можно только самостоятельно дописать в программный код.
№ 3. Выгрузка Приложения №2 к налоговой накладной (корректировки) без дат и номеров налоговых накладных.
В нашей компании данная ошибка всплыла наружу благодаря тому, что бухгалтеры, перегружая данные за месяц (налоговые, корректировки) начали жаловаться на то что им каждый месяц вручную приходится в программе «m.e.d.ok» проставлять даты и числа налоговых накладных, на основании которых выписано «Приложение 2». Разобравшись в чем дело, мы выяснили, что при выгрузке реестра налоговых накладных, данные номеров и дат по корректировкам к налоговым накладным попросту не выгружаются. На наш запрос о том можно ли выгружать корректировки к налоговым накладным за период, например, месяц, фирма 1С ответила следующее: «Групповая выгрузка реализована только для работы с программой 1С-Звит. В формате *.xml возможна выгрузка только единичных документов. Это меняться не будет.»
Т.е. в данном случае фирмой 1С четко очерчена задача – борьба за рынок программных продуктов и нежелание организовать качественно работу 1С с другими приложениями. Хотя у клиента должен быть выбор, каким программным приложением ему более удобно отчитываться за налоговый период фирма 1С максимально сузила пользовательский выбор в сторону того или иного бухгалтерского ПО. Маркетинговая борьба в данном случае исключает возможность выбора.
Способы решения. Использование программных продуктов линейки 1С, в данном случае «1С-Звит» для сдачи налоговой отчетности.
№ 4. Формирование отчета "Ведомость по денежным средствам" по статьям.
Ошибка в том, что при формировании отчета с группировкой по "Статьям
движения денежных средств" не выводится сама статья. Это касается приходных и расходных кассовых документов. По документу "Внутреннее перемещение
денежных средств" статья все же выводится.
Был задан вопрос в службу поддержки с просьбой объяснить, почему нет возможности группировать стандартным отчетом движения в разрезе по статьям.
Мнение службы поддержки 1С на данный вопрос: «Отчет "Ведомость по денежным средствам" предназнаяен для анализа остатков и оборотов денежных средств. В регистре, на основании данных которого строится отчет, нет информации о статьях ДДС.
Выводить в отчет реквизит документа-регистратора некорректно, т.к. при некоторых видах операций движения формируются по данным табличной части, и статья движения денежных средств указывается именно в строках табличной части.
Например, при оплате от покупателя и оплате поставщику данные хранятся в табличной части, даже если визуально на форме представлены как платеж "не списком".»
Т.е. не пытайтесь формировать отчет "Ведомость по денежным средствам" вместе со статьями – ничего не получится.
Способы решения.
В стандартном отчете «Движения денежных средств» есть возможность выводить суммы с аналитикой по статьям движения. Другое дело что сама суть отчета другая.
Как оказалось, документ «ПКО» и «РКО», отвечающие за учет движения наличных денежных средств состоят из двух разделов. И чтобы реализовать постатейный учет и анализировать отчетом "Ведомость по денежным средствам" необходимо прописывать статью движения именно в двух местах документа. И тут самая большая загадка-ошибка. Раздел документа отвечающий за заполнение статей по-умолчанию пустой и мало того не доступен пользователю для заполнения. По-правильному он должен заполняться самостоятельно при проведении документов, но это не происходит.
Способы решения. Данная недоработка лечится только программно. Дописывается программный код, который копирует статью движения при проведении документа в обе части документа.
№ 5. Разделение прав пользователей подразделений на проведение документов по чужому подразделению.
Данная ошибка касается целого ряда документов: поступление товаров, реализация товаров, резервирование товаров, проведение операций с денежными средствами по чужой кассе.
Поскольку 1С поддерживает работу распределенной базы данных, это подразумевает, что компании пользующиеся продуктом 1С имеют возможность вести учет разветвленной структуры – несколько складов, филиалов, магазинов и т.д. И, конечно же, сколько у компании центров учета столько должно быть и центров ответственности. С разделением центров учета в 1С все получилось, а вот с разделением центра ответственности – нет.
Например: У компании есть склад в г. Одессе и в г. Харькове. Соответственно есть пользователи, которые вносят документы прихода-расхода на этих складах. Но пользователь склада г. Одессы может поставить на приход товар складу в г. Харьков, тем самым без ведома харьковского склада увеличивая остатки на чужом складе.
Такая же ситуация с учетом денежных средств, резервирования товара. Т.е. ошибка заключается в том что в 1С не предусмотрено разделение ответственности по центрам учета.
Способы решения.Как мы уже сказали в 1С не предусмотрено разделение ответственности по центрам учета, поэтому если у вас есть необходимость разделения центров ответственности, придется самостоятельно дописывать программу. Один из самых простых вариантов – создать под каждое направление контроля справочник с внесением пользователей, которым разрешен доступ к складу или кассе. И конечно в самом документе придется дописать ссылку просмотра контроля из справочника при проведении документа для текущего пользователя.
№ 6. Отображение в отчете "Анализ заказов покупателей" закрытых заказов покупателей.
Характер ошибки:
Если в возврате покупателя в табличной части документа есть ссылка на заказ покупателя, и если товар отпускался с резерва, то при проведении документа «Возврат товаров от покупателя» товар снова вернется в резерв. В данном случае товар снова возвращается в резерв для данного покупателя, несмотря на то что покупатель вернул товар, а значит отказался от него. Кроме того что товар вернулся в резерв по завершенной сделке, он одновременно недоступен для продажи по другим сделкам, а в отчете "Анализ заказов покупателей" заказ будет считаться выполненным не полностью, из-за ссылки на заказ в документе возврата.
На наш взгляд, возврат никоим образом не должен влиять на выполнение заказа.
Т.е. если покупатель вернул продукцию, это не значит что по этому заказу отгрузится другой товар. Скорее это будет совсем другая сделка.
Взаиморасчеты в этом случае корректируются правильно. Покупатель вернул продукцию, значит мы должны вернуть деньги или отгрузить другую продукцию, чтобы закрыть предоплату покупателя. Но возврат никоим образом не должен влиять на процент выполнения и на количество зарезервированного товара.
Отметим, что даже после закрытия заказа ссылка в возврате на заказ покупателя влияет на процент его выполнения. Данную ситуацию мы описывали в ошибке № 1.
Способы решения.Не устанавливать (очищать) ссылки на заказы в табличной части документа «Возвраты от покупателей».
№ 7. Автоподстановка статей движения денежных средств в документах учета денежных средств.
В 1С при создании документа, например, «Приходный кассовый ордер» автоматически подставляется статья движения денежных средств. Как это происходит? Дело в том что разработчики 1С под каждый вид операции с денежными средствами придумали предопределенные статьи и прописали их автоподстановку в документ, в зависимости от проводимой операции с денежными средствами (в ПКО видов операций примерно – 7 и под каждую прописана подстановка определенной статьи). В данном случае ошибка разработчиков в том что они за каждую компанию заранее определили название (содержание) статьи, которая будет подставляться в документ и самое главное – сделали невозможным редактирование названия (содержания) статьи в пользовательском режиме работы программы. Т.е. если вы захотите поменять название статьи, которое автоматически подставляется в документ, вам необходимо будет изменить конфигурацию. Если вы посто удалите предопределенные статьи в справочнике «Статьи движения денежных средств», то статьи подставляться не будут, но и документы проводится также не будут в связи с программной ошибкой.
В данном случае в программе вскрыта программная и логическая ошибка.
Во-первых – автоподстановка ненужных статей движения ДС в документ
Во-вторых – отсутствие возможности отключить автоподстановку или отредактировать ее
В-третьих – удаление предопределенных статей со справочника статей влечет изменения конфигурации. Данную функцию можно было бы включить в настройки параметров учета и т.д.
Способы решения.
В режиме «Конфигуратор» переименовать предопределенные статьи в нужные для автоподстановки в документы.
Удалить все предопределенные статьи, закомментировать программный код в документах, который выдает ошибки при автоподстановке предопределенной статьи. После этого в режиме предприятия ввести список статей, с которыми должны работать пользователи по своему усмотрению.
№ 8. Зависают остатки товаров в резерве и одновременно отсутствуют на остатках по ведомости.
Характер ошибки: В рабочем месте менеджера по продажам при полном отсутствии товара может быть остаток по зарезервированной продукции (зависает резерв). Ошибку можно также наблюдать в отчете "Анализ доступности товаров на складах". В отчете товар по которому зависли резервы зарезервирован в графе "К передаче" в минус.
Такая ошибка возникает, например, в следующей ситуации:
1. Есть заказ с зарезервированным товаром.
2. Есть реализация по заказу.
3. Есть бой продукции по реализации.
4. Откорректирована реализация на количество разбитой продукции.
5. Оформлен документ "Списание товаров" на основании документа реализации.
И вот в документе списания в поле "Документ резерва" указана реализация по которой списывается товар.
И как раз из-за этого возникает ошибка. Т.е. 1С-ка считает что товар вернулся обратно из реализации в заказ, при этом считает заказ покупателя недовыполненным. А в описаном примере заказ не будет довыполнятся на количество разбитой продукции. Просто проведено списание боя. А поскольку в документе "Списание боя" нет графы списывать с резерва, возникает исключительная ситуация - товар списывается с остатков документом "Списание товаров" и одновременно остается зарезервированным для заказа покупателя как недопоставка. Т.е. возникает коллизия - отсутствие товара на остатке и наличие этого же товара в резерве. Заказ покупателя закрыт при этом закрыт и этим самым подтвержден что не нуждается в довыполнении.
Способы решения. Вместо реализации в поле "Документ резерва" указывать заказ покупателя, по которому проведен бой или оставлять данное поле незаполненым. Тогда резервы списываются и закрываются корректно. Данная ошибка связана по сути с ошибкой № 1 данного раздела "Добавление товара к закрытому заказу". Должно быть так: заказ закрыт, значит все резервы по заказу обнулены. К сожалению, такой логики нет в программе 1С, поэтому пользователям приходится самостоятельно находить способы решения коллизий 1С.
Системные ошибки
№ 1. Тонкий, Веб-клиент в 1С 8.2. В платформе 1С Предприятие 8.2 было заявлено о том что в платформе заложена поддержка тонкого и веб-клиента. С нашей стороны была попытка организации работы в режиме тонкого клиента на конфигурации «Управление торговлей». Ничего не получилось.
Мнение службы поддержки 1С на данный вопрос: «Конфигурации "Управление небольшой фирмой для Украины" и "Документооборот КОРП
для Украины" разработаны с использованием управляемого приложения и в полном объеме поддерживают работу в указанных режимах. Остальные конфигурации не тестировались в указанных режимах».
Способы решения:Либо использовать конфигурации поддерживающие работу тонкого и веб-клиента, либо ждать, когда украинский разработчик «ABBYY Ukraine» доработает все конфигурации для работы в режиме тонкого клиента.
№ 2. Не создается узел распределенной базы данных (РИБ). Заканчивается память, системная ошибка С++ …
После выпуска платформы 8.2.14.540 перестал выгружаться узел распределенной базы данных.
Описание ошибки на примере: «Процес по выгрузке узла начинается. Затем,
если открыть диспетчер задач компьютера видно как процесс 1Сv8.exe
постепенно растет, вбирая в себя всю оперативную память компьютера, до
момента, пока оперативная память ПК, на котором происходит выгрузка
окончательно не закончится и в итоге выдается системная ошибка о том что
памяти нет. Пробовали делать процесс и в файловом и в серверном варианте.
На ПК с разной мощностью и оперативной памятью. Результат один и тот же.»
Способы решения. Существует альтернативный вариант выгрузки узла распределенной базы. Суть способа в том что узел создается из копии «живой» базы предварительно почистив истории обмена, регистры сведений и др. справочники. Более подробно способ описан здесь.
№ 3. Остатки списываются не с того склада, который указан в документе.
Описание ошибки. В базе данных проведен документ "Реализация товаров и услуг".
По всем регистрам записи проведены. Но товар с остатков не снялся с указанного склада. Вместо указанного склада, товар снялся с остатков с другого склада.
Тестирование и исправление через конфигуратор не исправляет данную ошибку.
Скорее всего, такая ошибка может быть связана с тем что конфигурация модифицирована либо в документах каким-то образом был изменен склад но вместо перепроведения документ был просто записан.
Способы решения. Перепроведение документа решает данный вопрос. Для поиска таких ошибок полезен будет отчет «Ведомость по товарам на складах» с настройкой отображения склада, установленного в шапке документа и склада, который реально участвует в формировании движения по регистрам накопления. Сохранив в Excel с помощью функции «СОВПАД» найти все несовпадения и перепровести документы с ошибками.
№ 4. Обновление конфигурации «Управление торговлей» до версии 3.0
При обновлении до версии 3.0 возникает программная ошибка. Обновление не может найти справочник "ГруппыДоступаПартнеров".
Способы решения :
- В УТ 2.3 на время выгрузки снять флаг: Сервис - Настройки учета - Настроки параметров учета - Ограничивать права на уровне записей
- Если в УТ 2.3 использовались органичения на уровне записей для контрагентов (справочник Группы доступа к контрагентам не пуст), то в УТ 3.0 установить вручную значение функциональной опции: Администрирование - Настройка пользователей и прав - Группы доступа партнеров.
№ 5.Медленно работает 1С на СУБД SQL Postgre.
Всем компаниям, использующим клиент-серверный вариант работы с 1С, посвящается.
Так сложилось исторически, что проектировщики платформы 1С, разработчики ориентировались на то что их бизнес-приложения будут работать исключительно на линейке программного обеспечения корпорации Microsoft. Поэтому многие компании, которые решили использовать в клиент-серверном режиме бесплатную СУБД SQL Postgre, которая кстати, идет в поставке вместе с дистрибутивом сервера 1С, потерпели фиаско. Ну почему-то очень медленно работает программа на бесплатном СУБД. Прежде всего, это касается проведения документов, т.е. записи данных. Анонсируемая платформа 8.3, опубликованная в мае 2013 г. нисколько не улучшила показатели в этом направлении. По-прежнему работа с SQL Postgre значительно медленнее (2-3 раза), по сравнению с Microsoft SQL Server.
Способы решения: Дополнительная настройка, наладка SQL Postgre под 1С не дает значительного прироста производительности.
Не советуем использовать в клиент-серверном варианте СУБД SQL Postgre. С программными продуктами линейки Microsoft 1С работает значительно лучше и быстрее.
№ 6. В печатной форме «Расходная накладная» вместо слова «буд.» выводится на печать слово «дом».
В релизе 2.3.17.1 данная ошибка устранена, но только для вновь созданых клиентов. Для контрагентов внесенных до обновления конфигурации ошибка осталась.
Способы решения: В форме внесения адреса контрагента необходимо выбрать значение «За пределами Украины» и в текстовом поле вместо «дом» руками пробисать «будинок».
№ 7. Потеря данных, ссылки на несуществующие объекты.
Бывают ситуации, когда по каким-либо причинам в 1С исчезают документы. Если какой-либо документ ссылался на документ, который пропал вместо ссылки отобразится циферно-буквенный набор без логической взаимосвязи (7b54dglsjgh7800m). Такая ошибка может появится как в подчиненном узле распределенной базы данных так и в главном. Такая ошибка может быть следствием некорректного отключения питания, перепада напряжения и других экстренных ситуаций для баз данных.
Пропажа документов из базы данных крайне не желательна, т.к. влечет за собой неправильные остатки по товарам, путаницу во взаиморасчетах и т.д.
Способы решения:
Для исправления ошибок в файловой БД существует внешняя компонентся – chdbfl.exe
Компонента достаточно успешно устраняет ошибки но не восстанавливает данные. Как правило, после ее проверки и обмена данными РИБ (если база распределенная) все данные успешно восстанавливаются.
Другое дело, если БД не распределенная и обновить данные неоткуда. В этом случае после проверки и устранения ошибок данные придется восстанавливать вручную, вносить документы, корректировать регистры, при условии что есть архивная копия, в которой данные содержатся в полном объеме и без ошибок.
Для избежания перебоев с напряжением и травматизма БД рекомендуется использование источников бесперебойного питания на ПК, где установлена БД 1С и резервное копирование базы данных. Инструмент и инструкция копирования (beckup) есть на нашем сайте. Можно почитать и скачать здесь.
№ 8. Слетает программа при перезагрузке (reboot) сервера.
Еще одна глобальная проблема работы программы. Дело в том что время от времени есть необходимость перезагрузки сервера 1С. Это может быть связанно с установкой обновлений операционной системы, и плановой очисткой кеша 1С. И после перезагрузки сервера программа перестает работать. Обычно обибка дает о себе понять сообщением "Ошибка формата потока ...". И что пользователю в этом случае делать вообще не ясно. Исправляется проблема на наш взгяд грубо но эффективно с помощью переустановки программы.
Способы решения: Переустановка программы.
№ 9. Не загружается обмен в подчиненный узел распределенной базы данных.
Характер ошибки. В 1С есть функция установки даты запрета изменения данных. Так вот, если в закрытом периоде в главном узле, к примеру, администратор, изменит какой-нибудь документ, сформирует и отправит обмен в подчиненный узел, они могут не загрузится из-за того что в главном узле установлен период запрета изменения данных. Дальше происходит все так: в подчиненном узле обмен данными загружает пользователь, например, менеджер по продажам (не важно с полными правами или нет) и происходит коллизия. В подчиненный узел должны быть загружены изменения из главного узла, не это не может произойти по причине, что для пользователя в подчиненном узле закрыт период для внесений изменений. Происходит блокировка загрузки обмена в подчиненном узле, пользователь не может загрузить обмен данными т.к. для него закрыт период.
Способы решения. Загрузить обмен данными под пользователем, для которого не закрыт период или в главном узле открыть период для внесения изменений, выгрузить обмен, а потом снова закрыть период. Таким образом, изменения загрузятся в подчиненный узел.
№ 10. Ошибка dbeng8.
Характер ошибки. В файловой базе данных иногда появляется ошибка при работе 1С или при ее запуске - ошибка dbeng8. Появляется данная проблема внезапно вследствие сбоя базы данных. Сбой файловой базы данных может быть связан или с внезапным, незапланированным завершением работы программы или нарушением правил эксплуатации ПК. Также база с такой ошибкой может сбоит вследствие принудительного завершения работы программы с помощью диспечера задач Windows.
Способы решения. Для исправления ошибок в файловой БД существует внешняя компонентся – chdbfl.exe. С помощью нее как правило можно устранить данную проблему. Если тестирование и исправление через утилиту chdbfl.exe не помогает, нужно ставить базу на более глубокое тестирование через конфигуратор.
№ 11. Тормозит сервер 1С в связи с ростом кеша.
Характер ошибки. Для серверной версии 1С характерно замедление проведения документов, формирования отчетов. Одной из причин может быть чрезмерный рост кеша программы (оперативной информации) который должен самоочищаться, но этого не происходит по неизвестным причинам.
Способ решения. Помогает перезапуск сервера 1С и SQL сервера. Процедуру перезапуска нужно производить примерно раз в две недели или по необходимости. Можно также перегружать сам сервер (ПК) где установлена 1С.
№ 12. Ошибка формата потока.
Характер ошибки. Не запускается база данных 1С и само приложение. При этом выскакивает маленькое окошечко с сообщением "Ошибка формата потока".
Способ решения. Как правило, возникает в файловых база данных 1С. Проблема устраняется очень просто. Нужно удалить из списка информационных баз ту базу, которая запускалась с ошибкой и переподключить заново с помощью меню "Добавить" в окошке информационных баз 1С.
Если у тебя, пользователь, есть опыт решения аналогичных вопросов, накопленный опыт, не стесняйся, поделись информацией с братьями по разуму. Напиши нам письмо с характером найденной ошибки с способом ее обхода. Мы обязательно опубликуем все интересные материалы по данной тематике с ссылкой на автора материала или источник.
Надеемся, мы помогли вам сэкономить время и энергию для решения других более важных задач, чем поиск способов решения ошибок в программных продуктах линейки 1С.
