“Предупрежден – значит вооружен”.
О чем эта статья
В этой статье разберем ошибки, имеющиеся в типовой конфигурации УТ 11.1, и способы их решения.
В частности, рассмотрим распределение доходов и расходов при закрытии месяца, работу с кассовыми документами, ошибки ценообразования и ошибки расчета себестоимости при применении варианта расчета «ФИФО (скользящая оценка)».
Применимость
Статья написана для редакции УТ 11.1, в актуальных релизах типовой конфигурации данные ошибки устранены.
Слепота обработки «Закрытие месяца»
(на один глаз)
Отразим дополнительные доходы несколькими документами:
Вводим складской акт «Оприходование излишков товаров»
Намереваясь отнести возникшие доходы на направление деятельности.
(Далее используются статьи с аналогичной настройкой)
Введём «Поступление безналичных денежных средств»
(Нажмите, чтобы увеличить картинку)
точно также можно ввести «Приходный кассовый ордер»
Добавим «Прочие доходы и расходы»
Больше в данном периоде нет никаких прочих доходов, расходов, нет поступлений услуг и прочих активов.
Закрываем месяц:
Таким образом, обработка закрытия месяца «не видит» документы «Оприходование излишков товаров», «Прочие доходы и расходы», «Поступление безналичных денежных средств», «Приходный кассовый ордер» (если были только доходы). Соответственно и финансовый результат будет не корректным.
Решение:
Создавать вручную документ «Распределение доходов и расходов»
Добавлю, что если в периоде был хоть один дополнительный расход, то обработка закрытия месяца работает корректно (в отношении распределения доходов и расходов).
УТ 11 помнит то, что следовало бы забыть
Если судьба завела вас в журнал кассовых документов (например Финансы->Приходные кассовые ордера) и вы выбрали там для отбора кассу “Касса 1” организации ООО “ААА” после чего закрыли этот журнал.
Далее пытаетесь оплатить реализацию от организации ООО “ЕЕЕ”
(Нажмите, чтобы увеличить картинку)
Нажимаете “ввести на основании”->”Приходный кассовый ордер” и открывается ПКО с заполненной кассой “ Касса 1” (касса запомнилась при использовании кассового журнала)
Соответственно документ не проводится, и кассу не перевыбрать т.к. организация (скрытый реквизит) тоже заполнилась (как владелец кассы) ООО “ААА”
(Нажмите, чтобы увеличить картинку)
Причины:
В кассовых журналах при указании отбора по кассе срабатывает
ОбщегоНазначения.ХранилищеОбщихНастроекСохранить(“ТекущаяКасса”, , ?(СохранитьНеопределено, Неопределено, Касса));
А в ОбработкеЗаполнения кассовых документов срабатывает
ОбщегоНазначения.ХранилищеОбщихНастроекЗагрузить(“ТекущаяКасса”,);
Видимо разработчики сделали это для удобного создания кассовых документов из журнала с отбором. Но забыли почистить отбор.
Кстати, подобная проблема возникает и в помощнике заполнения складских актов, но уже с реквизитом “организация” (но там хотя бы можно вручную поменять организацию).
Решение:
- Создавать кассовые документы вручную (не вводом на основании)
- Перед вводом на основании заходить в журнал кассовых документов, выбирать нужную кассу и закрывать журнал.
Ошибки ценообразования
Не рассчитываются цены от сегодняшнего поступления (в первом документе установки цен)
Создадим вид цены, пусть он будет рассчитываться от цены поступления.
Пусть сегодня был единственный(первый) приход товара «Товарчег» 2шт., причём 1шт поступила по 100р, а вторая по 2р.
И попробуем установить цену. Создаём документ «Установка цен номенклатуры» и заполняем табличную часть
Табличная часть не заполнится.
Причины:
Если документ установки цен один в пределах дня, то его время устанавливается на 00:00:00, но если мы вводим не первый документ, то к его времени прибавляется “НомерВПределахДня – 1″. соответственно срабатывает по разному конструкция “ГДЕ ПоступлениеТоваровУслугТовары.Ссылка.Дата <= КОНЕЦПЕРИОДА(&ДатаДокумента, ДЕНЬ)" в запросе СКД Именно поэтому, если документ УЦН один, а поступления от того же дня, то цены при подборе не устанавливаются.
Решение:
- Записать один пустой документ установки цен. Тогда в следующих цены будут заполняться.
- Перевести дату документа вперёд, заполнить документ, перевести дату обратно.
В расчёте цен участвуют помеченные на удаление и не проведённые документы.
В этом можно убедиться, пометив на удаление документ поступления, и попробовав заполнить «Установку цен».
Причины:
В запросе СКД макета ЦеныПоступленияПредопределенный справочника «ВидыЦен» разработчики забыли вставить условие (ТоварыДокумента.Ссылка.Проведен = ИСТИНА)
Решение:
Своевременно удалять помеченные на удаление объекты. Не хранить в базе ненужные не проведённые документы.
Для расчёта из документа поступления берётся средняя цена.
Добьёмся (например «сдвигом» поступления на 1 день назад), чтобы «установка цен» всё-таки рассчитала цены по нашему поступлению.
Как видно, «установка цен» высчитала среднюю цену из поступления (100+2)/2=51 и прибавила 100%. Итого мы получили 102р Хотя пользователи часто ожидают увидеть цену в 200р. Эту особенность нужно знать при внедрениях.
Причины:
В запросе СКД макета ЦеныПоступленияПредопределенный справочника «ВидыЦен»
Решение:
Не допускать дублирования строк в документах прихода.
Не работает вариант оценки себестоимости «ФИФО (скользящая оценка)»
Для демонстрации полной неработоспособности этого механизма в самом последнем релизе достаточно ввести три документа+ закрытие месяца:
- введём документ поступления в прошлом месяце
- создадим документ реализации в прошлом месяце
- вернём товар в текущем месяце
- закроем месяц ( используем метод оценки ФИФО (скользящая оценка)), и сформируем отчёт «Себестоимость поступивших товаров»
(Нажмите, чтобы увеличить картинку) - Использовать другой метод оценки
- Идти на курс «быстрый старт в профессию» и кромсать код УТ 11.1
Видно, что товар вернулся с нулевой себестоимостью. Чтобы проверить, что у нас нет ошибки в документах (хотя какая уж тут может быть ошибка). Закроем месяц с методом оценки «Средняя за месяц». Видим, что себестоимость посчиталась верно:
(Нажмите, чтобы увеличить картинку)
Эта ошибка ставит крест (временно) на всём партионном учёте УТ 11.1
Подчеркну, что при возврате товара проданного в одном расчётном периоде (в одном месяце с возвратом) себестоимость считается корректно.
Причины:
Отсутствует кусок кода в документе «Расчёт себестоимости товаров»
Решение:
Заключение
Рассмотрены далеко не все ошибки конфигурации УТ 11.1. будем надеяться, что фирма 1С исправит большую их часть в следующем релизе. Не все рассмотренные ошибки ужасны, но при внедрении текущей версии «Управления торговлей» нужно их хотя бы знать, и по возможности обходить стороной.
Просьба размещать информацию о релизе при написании статей. Наткнулся вот на статью, а актуальность её, неизвестна.
А какой релиз то рассмотрен? Чего то нигде такой информации не нашел. Может уже и не актуальна статья?
Здравствуйте!
Рассмотрен релиз УТ 11.1.2.8.
Кстати, укажите для какой версии конфигурации актуальны данные ошибки.
а так за статью спасибо.
Есть еще 1 проблема – строгое соответствие по порядку во времени – “сборка товара” – “перемещение ТМЦ”, если время до секунды этих документов будет = или больше у сборки, то НЕ закроется партионный учет, несмотря на установки контроля остатков. Причем при проведении документов не будет ошибок! Только при закрытии месяца. Очень хотелось бы увидеть в дальнейшем в документе сборки/разборки склад назначения комплекта/комплектующих, или хотя бы ввод перемещения на основании (будет контроль при расчете партий).
Отличная проработка, Иван. Неумолимо и дотошно к ошибкам.)
Весьма пригодится, спасибо, что поделились. Информация по-настоящему ценная.
Спасибо!
Спасибо за информацию
Труд конечно хорош но вот актуальность? Такие явные ошибки разработчики наверняка уже исправят в ближайших релизах. И статья станет собственно говоря ни о чем. Как-бы об ошибках, которые когда-то были но уже исправлены.
А если вы сейчас внедряете УТ11 ? При пиковой нагрузке (на внедренцев) внезапно возникшая неизвестная ошибка дорого может вам обойтись. Не было задачи писать нетленку. И кстати, такие явные ошибки (по крайней мере некоторые) вендор не исправляет годами.
Ну, вот! Учили, учили, а оно не работает.