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