При внедрении УТ11 кроме вполне конкретных ошибок конфигурации сталкивался и с кучей полу мифических проблем. Например, было замечено, что одни и те же документы могли давать различные результаты в отчётах. Часто связывал это нестабильное поведение программы с собственными ошибками, которых тоже хватало. К примеру, при программном создании документа не заполнение какого либо (даже явно не используемого) реквизита приводит к частичной или полной не работоспособности документа (например, при программном создании «возвратов поставщикам» несмотря на не использование статусов этих документов, необходимо указывать статус «отгружено», иначе не будет движений по регистру «Товары на складах» и т.п.) .
Только долгие ковыряния в запутанных недрах УТ 11 пролили свет на целый класс ошибок системы (кстати, запутанность внутренностей вполне объясняет ту невысокую скорость, с которой сотрудники вендора исправляют имеющиеся ошибки)
Итак, отложенное проведение документов – генитальное решение – увеличивающее (теоретически) быстродействие системы, затрудняющее (фактически) её доработку и сопровождение. И всё бы ничего, но оно не работает!
Приведённый ниже пример лишь один из… (ещё не ушедший в не бытье, как и все плохие воспоминания). Рассматривать будем релиз 11.1.2.18 (последний на момент написания статьи)
Оформим поступление товара и услуги со статьёй затрат имеющей способ распределения «на себестоимость» «пропорционально количеству» и аналитикой «поступление товаров и услуг»
Пусть стоимость услуги будет 10000р.
Заглянем в движения документа (нас интересуют «партии прочих расходов»):
Тут всё правильно. Теперь «закроем» месяц и посмотрим на движения ещё раз (по горизонтали)
Видим, появление присловутых «отложенных» движений. Но тут тоже всё правильно, из «партий прочих расходов» 10000р списалось, в «партии расходов на себестоимость товара» пришло.
А теперь изменим в документе поступления стоимость услуги на 30000р., перепроведём поступление и закроем месяц.
Видим, что те движения, которые делает само поступление (расход по регистру) «партий прочих расходов» выполнились верно (и даже приход «переехал» на одну строчку вниз как более новая проводка) а вот отложенные движения не обновились. Обновить эти движения не может ни закрытие месяца (даже с удалением и повторным созданием регламентных документов) ни всевозможные регламентные задания. Помогает только снятие документа поступления с проведения и повторное проведение.
«Предупрежден — значит, вооружен», всем удачных внедрений…
Много таких мест (по крайней мере было). И связано это с «оптимизацией» проведения, когда при повторном проведении уже проведенного документа, система не удаляет все его старые движения. Удаляет — только снятие с проведения.
Спасибо, за расследование того, кто же «хулиганит» в УТ11. Какой есть вариант «лечения» этой проблемы, кроме снятия с проведения документов?
(2) knigula,
Не обязательно эти два действия делать интерактивно. Я пользуюсь где у меня сохранён «произольный алгоритм»
Представляю компанию, которая самостоятельно решила внедрить УТ 11 … черный ящик какой-то (
Это не баг, а фича!
В курсе по УТ 11 описана =)
(5) amiralnar, Вы шутите? В каком курсе описана эта «фича», дайте ссылку.
т.е. это такая фича, что документ перепроводишь с новым содержимым, а в отчётах ничего не меняется?
Это типа фичи в групповой обработке справочников и документов в УТ 10.3 🙂 В документ обработкой можно внести изменения, но документ при этом просто записывается, а не перепроводится 🙂 Недавно ломал голову почему в документе одни данные, а в проводках другие 🙁 Потом догадался почему 🙂
Ну и ничего — с этой фичей уже сколько лет живем — мало кто о ней вообще знает…
(7) ZLENKO.PRO, Ну да, только в УТ10 после перепроведения нужные движения всё таки появляются ) А в УТ11 хоть заперепроводись.
(8) Даже не могу себе представить что будет в ERP 2 (учитывая сложность решения), если в УТ 11 (а ей уж лет то сколько) такие фичи. Я вот даже не знаю к сожалению или к счастью еще никого из клиентов не «соблазнил» на внедрение УТ 11. Функционально очень интересная конфа, но отзывы о ее внедрении как то не вдохновляют.
Я работал в системе торговли 12 лет. И могу заявить не как программист, а как технолог : каждая новая конфигурация УТ все дальше уходит от жизни, постепенно превращаясь в идеального сферического коня в вакууме. На самом деле в торговле в основном все просто. Усложнение имеет одну истинную глубинную цель — срубить больше бабла.
И тут возникает вопрос: когда же 1С поправит все эти косяки, а не будет добавлять новые в новых релизах?
(6) вот ссылка
(1) mxm2,
Не могу не процитировать самое, на мой взгляд, подходящее для этого случая, высказывание:
(с) Не дайте архитектурным космонавтам себя запугать (Joel Spolsky, апрель 2001)
(12) amiralnar, Нужно быть великим преподавателем, чтобы суметь представить явную ошибку фичей программы!
Вы уверены, что правильно поняли суть проблемы? Проблема не в отложенных движениях как таковых, а в не согласованности их с обычными движениями, что приводит к неверным финансовым показателям. Как может механизм, приводящий к ошибке, быть фичей? Хотя конечно компании 1С виднее )
(14) Там точно такая-же фича в расчетах с контрагентами.
(15) amiralnar, Понял вашу терминологию. Фича=Ошибка )
«А теперь изменим в документе поступления стоимость услуги на 30000р., перепроведём поступление и закроем месяц.» Вот где собака порылась. Вспоминается анекдот про «месячный отчет, устную форму и заднее число» В западных системах такого нет! А у нас какие-то махмодеры, мансы и тасы вечно. Программисты всея СНГ! Лишите вообще народ возможности жить через «заднее число», иначе это «заднее число» будет как в анекдоте. Не нравится? Пускай в блокнотике пишут. Уважения ноль, отношение бизнеса к программерам — как к проституткам. «Надо, поимел, забыл». А вы, идя на поводу прибыли, идете не туда. И УТ11 — яркий пример.
(17) Leon75,
Согласен с вами. Но я не оцениваю этичность или правильность использования «заднего числа», я лишь описываю ошибку конфигурации. Если конфигурация позволяет вносить корректировки, то она должна их правильно учитывать.
(9) ZLENKO.PRO, у меня в конторе, директор отдела серьёзно решил внедрять ERP 2.0 в место УПП 1.2! Учитывая, что я увольняюсь через 2 дня, с сожалением понимаю, что пропускаю такой праздник жизни! 🙂
Все это от того, что 1С не работает на внедрении своих конфигураций, а то взяли бы ради интереса разработчиков УТ 11 на проект, чтоб покрутились, как ужи на сковородке, объясняя, как все это применить на практике, после стали бы более ответственно подходить к своим творениям.
(15) amiralnar,
При расчетах с клиентами — таких фичей нет, или к настоящему релизу их исправили.
Просто щас сам уже неделю разгребаю как раз эту систему отлож. пров. по ДЗ…
1с отписали:
Ответ отдела разработки:
Эта ошибка уже исправлена. Исправление войдет в ближайшую исправительную версию 11.1.2.19 конфигурации.
(23) logdog, А сколько ещё подобных ошибок. Точно встречался с подобным в возвратах покупателя, однако тогда не было времени разбираться, тем более, что помогло ручное снятие с проведения и повторное проведение.
(18)
А вот насчет ошибок вообще мрак. Когда перепиливал УНФ под автосервис и Украину, находил ТАКИЕ ошибки (в ценообразовании, скидках, заполнении документов на основании и пр…), что сложилось впечатление будто ЭТО писали индийские студенты.
(24) Все ощибки, которые будут выкладываться на просторах этого сайта, буду с удовольствием отправлять в 1С. Ибо как оказалось, у тех. поддержки доступа на сам сайт партнер 1с — нету).
(26) С явными ошибками проще, а вот если это не совсем ошибка, а скорее недостаток подхода или алгоритма, то тут уже гораздо сложнее убедить разработчиков внести исправления. Вот с привязкой ГТД к движениям — пришлось новый релиз (11.1) ждать чтобы они перепривязывались.
(26) logdog,
Глядишь 11.1.3 выйдет без единого глюка.
Ещё один глюк полностью аналогичен описанному в статье.
в конфигурации УТ 11.1.2.20 при изменении документа списание задолженности.
Будьте бдительны )
(9) ZLENKO.PRO,
По агитации 1С? да, крайне интересная. Только вот не делает 1С того, что обещает. Или понимает только треть от того, о чем сама вещает.
(16)
Да уж, в чем 1С безусловный профессионал — это в жонглировании терминами.
(25) Leon75,
Российские студенты давно уже тупее всех.
(28)
УТ11 еще до написания уже «вышла» без единого глюка. Впрочем, как и все остальные поделки 1С.
(28)
Спасибо, посмеялся 🙂