Что в УТ11 не работает или работает неправильно

“Предупрежден – значит вооружен”.

О чем эта статья

В этой статье разберем ошибки, имеющиеся в типовой конфигурации УТ 11.1, и способы их решения.

В частности, рассмотрим распределение доходов и расходов при закрытии месяца, работу с кассовыми документами, ошибки ценообразования и ошибки расчета себестоимости при применении варианта расчета «ФИФО (скользящая оценка)».

Применимость

Статья написана для редакции УТ 11.1, в актуальных релизах типовой конфигурации данные ошибки устранены.

Слепота обработки «Закрытие месяца»
(на один глаз)

Отразим дополнительные доходы несколькими документами:

Вводим складской акт «Оприходование излишков товаров»

Аналитика доходов 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. imispb

    Просьба размещать информацию о релизе при написании статей. Наткнулся вот на статью, а актуальность её, неизвестна.

  2. imispb

    А какой релиз то рассмотрен? Чего то нигде такой информации не нашел. Может уже и не актуальна статья?

  3. Stark

    Кстати, укажите для какой версии конфигурации актуальны данные ошибки.
    а так за статью спасибо.

  4. consulfedor

    Есть еще 1 проблема – строгое соответствие по порядку во времени – “сборка товара” – “перемещение ТМЦ”, если время до секунды этих документов будет = или больше у сборки, то НЕ закроется партионный учет, несмотря на установки контроля остатков. Причем при проведении документов не будет ошибок! Только при закрытии месяца. Очень хотелось бы увидеть в дальнейшем в документе сборки/разборки склад назначения комплекта/комплектующих, или хотя бы ввод перемещения на основании (будет контроль при расчете партий).

  5. Lada

    Отличная проработка, Иван. Неумолимо и дотошно к ошибкам.)
    Весьма пригодится, спасибо, что поделились. Информация по-настоящему ценная.

  6. Spiller74

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

    • ibrogim

      А если вы сейчас внедряете УТ11 ? При пиковой нагрузке (на внедренцев) внезапно возникшая неизвестная ошибка дорого может вам обойтись. Не было задачи писать нетленку. И кстати, такие явные ошибки (по крайней мере некоторые) вендор не исправляет годами.

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Вход на сайт

Зарегистрироваться

Подтверждение регистрации будет отправлено на указанный e-mail.

Я подтверждаю, что ознакомлен(а) с Пользовательским соглашением, принимаю его условия и даю свое согласие на обработку моих персональных данных.

Восстановить доступ

E-mail или логин

Ссылка на создание нового пароля будет отправлена на указанный e-mail.