← На главную

Рассмотрим распространенную бизнес-ситуацию: организация фактически работает как транспортно-экспедиционная компания (ТЭК) или логистический оператор. Клиент передает на склад груз для последующей консолидации, сортировки и развозки по конечным получателям. При этом права собственности на товар у компании не возникает, торговая наценка отсутствует, а выручка формируется исключительно за счет оказания транспортных услуг и услуг складской обработки.

Конфигурация 1С:Управление торговлей 11 исторически проектировалась как система для торговых компаний, ориентированная на учет собственного или принятого под реализацию товара с расчетом финансового результата и партионной себестоимости. Проанализируем, какими типовыми механизмами можно отразить подобный процесс, с какими сложностями придется столкнуться и как правильно организовать учет.

В чем специфика и методологические ограничения УТ 11

Прежде чем выбирать схему документов, выясним причину затруднений при моделировании такой цепочки в типовом функционале:

1. Чужой товар без перехода права собственности. Если оформить прием через стандартный документ Приобретение товаров и услуг с нулевой или условной стоимостью, система посчитает этот товар собственным запасом. Это приведет к искажению регистров партий товаров, книги покупок и исказит расчет валовой прибыли.
2. Ограничения складской ордерной схемы. Попытка использовать только документы Приходный ордер на товары и Расходный ордер на товары без финансовых накладных оставляет незакрытыми регистры «Товары к поступлению» и «Товары к отгрузке». Это помешает регламентному закрытию месяца и сформирует некорректные складские отчеты.
3. Штатный блок «Управление доставкой». Рабочее место «Доставка» и документ Задание на перевозку жестко привязаны к товарным распоряжениям конфигурации (документы Заказ клиента, Реализация товаров и услуг, Перемещение товаров). Оформить доставку чужого груза без привязки к документу товародвижения штатными средствами нельзя.
4. Засорение номенклатуры. Для ТЭК товар всегда уникален: заказ или паллета пришли, полежали и уехали. Создание под каждую отправку новой позиции в справочнике Номенклатура приводит к разрастанию базы данных и замедлению типовых механизмов автоподбора.

Вариант 1. Моделирование через прием на комиссию

Разберем по шагам наиболее универсальный способ в рамках стандартного функционала, когда требуется не только физически перемещать груз, но и разделять остатки на складе по конкретным заказчикам доставки.

1. Договор с клиентом. Оформляем договор с заказчиком с целью договора «Прием на комиссию». Это позволяет хранить товар на балансе предприятия обособленно, с четкой фиксацией поклажедателя.
2. Поступление товара. Прием груза на склад отражаем документом Приобретение товаров и услуг с видом операции «Прием на комиссию». В шапке документа указываем клиента-заказчика, а в табличной части — принимаемые позиции по залоговой или согласованной стоимости.
3. Выдача и развозка товара. По факту доставки груза конечным грузополучателям оформляем документ Реализация товаров и услуг. Если конечные получатели разные, на каждую точку формируется отдельная накладная.
4. Отражение услуг доставки. Реальные взаиморасчеты за перевозку оформляются отдельным документом Акт выполненных работ (или строкой с типом номенклатуры «Услуга» в накладной), где указывается тариф за доставку, километраж или объем.

Важный момент: так как фактической продажи товара не происходит, в конце отчетного периода фиктивные расчеты по комиссии не должны попадать в бухгалтерскую отчетность. Данный вариант применим преимущественно для управленческого контура.

Вариант 2. Обезличенный учет грузовых мест через серии и упаковки

Посмотрим на практику работы экспедиторов: ТЭК редко оперирует номенклатурными группами клиента (канцелярия, обувь, запчасти). Чаще всего груз принимается как неделимое целое — определенное количество паллет или мест с уникальным номером клиентской накладной.

Чтобы избежать лавинообразного замусоривания справочника Номенклатура, настроим учет следующим образом:

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

Вариант 3. Разделение складского и финансового контура через расширение конфигурации

Проанализируем ситуацию, когда типовые обходные пути неприменимы из-за требований бухгалтерской чистоты базы. Если предприятие ведет регулярную экспедиторскую деятельность, оптимальным решением является внедрение собственной специализированной подсистемы через механизм расширений:

1. Создаем независимый регистр накопления (остаточный), например, ОстаткиГрузовКПеревозке с измерениями: Заказчик, Грузополучатель, НомерГрузоместа, АдресДоставки.
2. Создаем документ Прием груза к перевозке, который при проведении делает приходные движения по регистру остатков грузов, фиксируя габариты, вес и плановую дату доставки.
3. Формируем специализированный документ Маршрутный лист (или Задание на доставку), который выполняет списание грузов из регистра при фактической передаче получателю по акту приема-передачи.
4. Штатные документы УТ 11 используем исключительно по прямому назначению: документ Акт выполненных работ формирует проводки по взаиморасчетам и выручке за оказанные транспортно-экспедиционные услуги.

Такой подход гарантирует сохранность типовой конфигурации на поддержке, исключает искажение финансового контура, себестоимости и складских отчетов торгового предприятия.