Достаточно часто бывает так, что потребность одного дочернего предприятия группы компаний может быть обеспечена складскими запасами и/или производственными мощностями другого дочернего предприятия.
В программе на этот случай есть соответствующий функционал.
Вы можете настроить обмен данными между «1С:Управление холдингом» и учетными программами дочерних предприятий и выгружать документы движения товарно-материальных ценностей и получать в программе актуальные остатки на складах.
Этот вариант достаточно интересен с точки зрения анализа направлений и статистики поступления и расхода ТМЦ, но он имеет существенные недостатки:
1. В холдинге могут быть предприятия, в которых учет ведется не в учетных системах производства компании 1С.
2. Настройка полноценного обмена данными даже с программами 1С может быть трудоемкой и длительной (у вас могут быть не самые актуальные релизы конфигураций, конфигурации могут быть существенно доработаны и т.д.), а результат хочется получить как можно быстрее.
Для того чтобы обойти эти сложности в программе предусмотрен механизм ввода остатков ТМЦ предприятий холдинга.
Этот механизм не предполагает переноса документов движений ТМЦ, а лишь регистрирует на определенный момент текущие остатки конкретного предприятия. Ввод остатков производится документом «Регистрация остатков ДЗО», остатки регистрируются один раз в день. Такой актуальности данных вполне достаточно для того чтобы оценить существующие запасы на складах предприятий холдинга и принять решение об их использовании.
Кроме количественной оценки возможна стоимостная оценка складских запасов предприятий. При регистрации остатков указывается цена единицы ТМЦ.
Ввод данных может производиться вручную, а можно настроить автоматическую загрузку информации – состав реквизитов документа достаточно прост и понятен, так чтобы данные можно было загрузить даже из Excel.
Возможная схема работы с этими документами имеет следующий вид:
1. Вы ведете управление закупками в программе «1С:Управление холдингом».
2. Планирование закупок заканчивается вводом документа «Заказ поставщику».
3. Фактический учет поступлений ТМЦ на склад производится в учетной программе конкретного дочернего предприятия.
4. Вы переносите остатки раз в сутки из учетных программ дочерних предприятий холдинга в «1С:Управление холдингом» с помощью документа «Регистрация остатков ДЗО».
5. У вас есть актуальные остатки ТМЦ на складах в программе «1С:Управление холдингом», и вы можете принимать решение, что нужно закупать, а что можно получить, переместив товар между складами ГК.
Плюсы схемы:
1. Простота настройки.
2. Быстрый результат, позволяющий контролировать и управлять складскими запасами предприятий холдинга.
Минусы:
1. Нет возможности «провалиться» до конкретного документа движения.
2. Данные актуальны на утро (вечер) дня.
3. Себестоимость товара является усредненной и приближенной (зависит от того как считается себестоимость в учетных программах дочерних предприятий).
С учетом плюсов и минусов я бы рекомендовал эту схему как минимум до момента полной стандартизации учетных систем дочерних предприятий. То есть если у вас для учета на разных предприятиях холдинга используются разные программы – лучше регистрировать остатки ТМЦ, чем пытаться настроить полноценный обмен документами движений ТМЦ. Это потребует больших затрат на интеграцию разнородных систем, а выигрыш будет минимальным.
К такому подходу может возникнуть ряд «перспективных» вопросов и самый главный из них: Как анализировать направления расходования ТМЦ? Об этом рассказано в разделе, касающемся настройки и использования аналитических отчетов программы. Вкратце, ничто не мешает настроить загрузку движений ТМЦ не в виде первичных документов, а свернуто, по статьям бюджетов и получать информацию с той детализацией, которая необходима в отчетах (вплоть до ссылок на первичные документы).
В системе есть отчеты, которые позволят получать информацию об остатках ТМЦ, введенных документами регистрации: здесь есть определенная сложность на первоначальном этапе настройки программы – есть только одна обработка «Формирование заказов поставщикам», которая показывает эти данные.
При том, что остатки товаров на складах хотелось бы видеть уже в обработке «Определение способов покрытия потребностей», в тот момент, когда выбирается способ обеспечения потребности – закупать или переместить со склада другого предприятия. Эту проблему может решить небольшая доработка конфигурации.
Однажды один путешественник попал в плен к амазонкам. После недолгого совещания эти отважные воительницы приняли решение убить беднягу. Однако перед этим они предложили «идущему на смерть» исполнить его последнюю просьбу. Подумал-подумал путешественник и попросил амазонок кое-о-чем. Это-то, собственно говоря, его и спасло. -так, вопрос: какую просьбу высказал обреченный»?
Статью подготовил категорийный менеджер по работе с ключевыми клиентами Умберг Эмиль Дмитриевич. 
