Переход на учет товаров по характеристикам (например, по размеру и цвету) в 1С:Управление торговлей (УТ) — это серьезный шаг, который затрагивает не только внутреннюю складскую логистику, но и механизмы синхронизации с 1С:Бухгалтерией (БП) и интернет-магазином. Часто возникает ситуация, когда в текущей базе каждый размер товара заведен как отдельная номенклатурная позиция, и теперь требуется объединить их в одну карточку с набором характеристик.
Разберем подробно, какой порядок действий выбрать, как не потерять себестоимость и что делать с бухгалтерским учетом, где характеристики в типовом варианте не предусмотрены.
Перед началом работ нам необходимо проанализировать, как текущая структура данных соотносится с требованиями бухгалтерского учета и интернет-магазина. Рассмотрим два основных пути:
Если решение о переходе на характеристики принято окончательно, проанализируем план технических действий.
Система не позволит просто включить флаг «Использовать характеристики» в карточке товара, по которой уже были движения. Поэтому мы будем действовать по следующему алгоритму:
Номенклатура. Старые карточки (которые были отдельными размерами) лучше пометить префиксом «Удалить» или переместить в отдельную папку «Архив».Списание недостач товаров для всех старых позиций.Оприходование излишков товаров для новых позиций с указанием соответствующих характеристик.Важный нюанс по себестоимости: Чтобы в УТ себестоимость «подтянулась» корректно, при оприходовании новых позиций необходимо в колонке «Цена» указать ту стоимость, по которой товар числился до списания. Проанализируем отчет «Себестоимость товаров организаций», чтобы получить точные цифры для ввода.
Главная сложность заключается в том, что в 1С:Бухгалтерия 3.0 отсутствует встроенный разрез учета «Характеристики». В типовой синхронизации при передаче данных из УТ все характеристики одной номенклатуры «схлопываются» в одну позицию в БП. Рассмотрим, как решить проблему разной стоимости и учета в НУ/БУ.
Если для вас критично иметь в бухгалтерии разные карточки для каждого размера (например, из-за существенной разницы в закупочной цене), можно настроить правила синхронизации так, чтобы ключом уникальности выступала связка Номенклатура + Характеристика.
Для реализации этого метода программисту потребуется вмешаться в код обмена. Проанализируем логику формирования идентификатора:
// Пример логики формирования GUID для БП
ИдентификаторДляБП = ПолучитьСтрокуИзGUID(Номенклатура.Ссылка) + "_" + ПолучитьСтрокуИзGUID(Характеристика.Ссылка);
В этом случае в БП для каждой характеристики УТ будет создана отдельная позиция номенклатуры. Это позволит сохранить детальный учет остатков и себестоимости в бухгалтерском и налоговом учете.
Если разница в цене размеров несущественна, можно оставить типовой механизм. В этом случае в БП будет одна карточка «Футболка синяя», а ее стоимость будет рассчитываться как средневзвешенная по всем размерам, пришедшим из УТ. С точки зрения налогового законодательства для однотипных товаров это допустимо.
Переход на характеристики значительно упрощает работу с сайтом через механизм Offer ID (ID торгового предложения). Рассмотрим преимущества:
Рассмотрим ситуацию, описанную в обсуждении: если компания маленькая, а бюджет на перенос остатков и перенастройку учета ограничен, можно пойти путем доработки модуля обмена с сайтом. В этом случае товары остаются отдельными позициями в 1С, но при выгрузке они «группируются» в одну карточку на сайте по какому-либо общему признаку (например, по артикулу или дополнительному реквизиту «Модель»).
Этот путь проще с точки зрения учета в 1С, но сложнее в технической реализации выгрузки, так как стандартные модули обмена (например, для Битрикс) ориентированы именно на работу с характеристиками 1С для создания торговых предложений.
Выясним последовательность действий для безопасного перехода:
Публичные идентификаторы объектов, чтобы убедиться, что новые товары из УТ не привязались к случайным старым позициям в БП.Подводя итог, можно сказать, что переход на характеристики в УТ — это методологически верный путь для торговой компании, но он требует четкого понимания того, как эти данные будут интерпретироваться в 1С:Бухгалтерии. Если вы не готовы к доработке правил обмена, будьте готовы к усреднению стоимости товаров в бухгалтерском учете.