Переход с редакции Управление торговлей 10.3 на 11.4 — это не просто обновление версии программы, а полноценная миграция на совершенно иную архитектуру учета. В новой версии реализованы другие механизмы работы складов, партионного учета и регистрации цен. Часто пользователи сталкиваются с ситуацией, когда после переноса данных новые поступления не отображаются на остатках или при создании документа Установка цен номенклатуры на основании поступления табличная часть оказывается пустой. В этой статье мы подробно разберем, как устранить эти ошибки и правильно настроить систему.
Рассмотрим ситуацию, когда при вводе на основании документа Приобретение товаров и услуг (аналог «Поступления товаров и услуг» в 10.3) создается пустой документ установки цен. Причиной здесь является новая логика работы с видами цен.
Выясним причину такого поведения системы. В УТ 11 для того, чтобы программа понимала, какие именно цены нужно зарегистрировать при поступлении, в настройках Вида цен должен стоять специальный признак. Разберем по шагам, как это исправить:
Кроме того, проанализируем настройки самого документа поступления. На вкладке Дополнительно (или в соглашении с поставщиком, если оно используется) должен быть установлен флаг Регистрировать цены поставщика автоматически. Без этой настройки база цен поставщика не будет обновлена, и механизм расчета цен, базирующийся на закупочной стоимости, не получит данных для заполнения.
Это более комплексная проблема, связанная с изменением логики проведения документов. В отличие от версии 10.3, где проведение документа сразу делало движения по регистрам остатков, в УТ 11.4 задействовано несколько дополнительных уровней контроля.
Проанализируем первую возможную причину — Статусы документов. Рассмотрим подробнее: в УТ 11 большинство документов имеют поле Статус. Если в документе Приобретение товаров и услуг установлен статус В пути или К поступлению, система фиксирует только финансовое обязательство перед поставщиком и ожидаемую поставку. Реальное движение по регистру Товары на складах происходит только тогда, когда документу присваивается статус Принято. Проверьте статус в ваших новых накладных.
Вторая вероятная причина — Ордерная схема склада. Посмотрим на настройки склада, на который вы принимаете товар. Если в карточке склада на вкладке Ордерная схема и структура установлена галочка При поступлении, то работа склада разделяется на финансовый и складской контур:
Приобретение товаров и услуг увеличивает остаток по организации (регистр Товары организаций), но не меняет остаток на складе.Приходный ордер на товары.Если вы не планируете использовать раздельный учет, рекомендуем отключить ордерную схему в настройках склада.
При миграции данных стандартной обработкой иногда происходит некорректное сопоставление типов номенклатуры. Разберем, как это проверить. Откройте карточку товара, который не встает на остаток, и проверьте поле Вид номенклатуры. В самом виде номенклатуры должен быть указан Тип номенклатуры — Товар.
Если по какой-то причине товару присвоился тип Услуга или Работа, то такая позиция не будет учитываться на количественном остатке склада. В УТ 11 услуги списываются сразу в затраты, и хранение их на складе не предусмотрено архитектурой системы.
Если типовые отчеты (например, «Ведомость по товарам на складах») не показывают остаток, а вы уверены, что документ проведен правильно, воспользуемся Универсальным отчетом. Это позволит нам заглянуть в «движок» программы без использования конфигуратора.
Рассмотрим порядок действий:
Товары на складах.Номенклатуре и Складу, а в показателях выберем Входящий остаток, Приход, Расход и Конечный остаток.Проанализируем результат: если в универсальном отчете движения по приходу видны, а в типовом — нет, значит, проблема в настройках фильтров типового отчета или в незавершенной регламентной операции Расчет себестоимости. В УТ 11 окончательное формирование многих движений происходит только после закрытия месяца.
В новой архитектуре 1С:УТ 11 используется механизм Ключей аналитики учета номенклатуры. Это специальные записи в базе данных, которые сворачивают информацию о складе, организации, характеристике и серии товара в один уникальный идентификатор (хеш). При массовом переносе данных из старой базы 10.3 эти связи могут нарушиться.
Выясним, как это лечится. В программе существует встроенный механизм исправления ошибок в данных. Перейдите в раздел НСИ и администрирование — Обслуживание — Корректировка данных. Там можно запустить регламентные задания по исправлению дублей и проверке ключей аналитики. Рекомендуется также запустить обработку Исправление ошибок в данных по учету номенклатуры, которая пересчитает соответствия в регистрах.
Если вы столкнулись с описанными проблемами, пройдите по следующему чек-листу:
Приходный ордер).Товар.Помните, что переход с 10.3 на 11.4 требует переобучения персонала, так как многие привычные действия теперь выполняются иначе. Понимание работы статусов и ордерной схемы — залог корректного учета в новой системе.