Обособленный учет себестоимости товаров
Для улучшения механизма аналитического учета себестоимости разработан алгоритм, при котором обособление себестоимости по видам запасов не зависит от значения функциональной опции НСИ и администрирование – Настройка НСИ и разделов – Финансовый результат и контроллинг – Обособленный учет себестоимости товаров по видам запасов. Данная функциональная опция больше не используется. Обособление себестоимости по видам запасов в регистрах оперативного учета возможно для всех видов операций за исключением случаев, когда операция производится:
- с номенклатурой типа Работа;
- с товаром, выкуп которого у комиссионера оформлялся документом Отчет комитенту о списании;
- с продукцией, выпуск которой оформлялся документом Отчет переработчика.
Доработано обособление себестоимости по назначениям при настройке новой функциональной опции НСИ и администрирование – Настройка НСИ и разделов – Финансовый результат и контроллинг – Обособленный учет себестоимости товаров по назначениям. Начало применения указанной функциональной опции устанавливается датой, указанной в поле начиная с. При настройке функциональной опции Обособленный учет себестоимости товаров по назначениям, начиная с месяца, к которому относится дата в поле начиная с, в движениях по регистру Себестоимость продукции в измерении Аналитика учета номенклатуры будет заполняться поле Назначение.
В существующих информационных базах в процессе регламентной операции Распределение затрат и расчет себестоимости процедуры закрытия месяца в оперативном учете будут созданы обособленные остатки себестоимости товаров:
- по видам запасов — на начало самого раннего «закрываемого» в информационной базе месяца. Остатки будут сформированы, если в информационной базе до обновления не велся обособленный учет себестоимости товаров по видам запасов;
- по назначениям – на дату начала применения обособления себестоимости по назначениям.
В карточке элемента списка Направления деятельности возможность включить Учет затрат присутствует, если в информационной базе настроена функциональная опция Обособленный учет себестоимости товаров по назначениям.
Обособленное обеспечение заказов
Обособленное обеспечение схоже с предыдущим вариантом Обеспечение под заказ, но при обособленном обеспечении появляется аналитика Назначение, в разрезе которой будет происходить и заказ поставщику и поступление на склад.
Давайте разберемся, как это работает.
Чтобы включить данный режим резервирование необходимо в настройках Администрирование – Закупки включить флажок Обособленное обеспечение заказов. (Обратите внимание Обеспечение под заказ настраивается в разделе CRM и продажи).
Здесь ещё присутствуют различные уточнения обособленного резервирования (Упрощенное или Расширенное и флажок Не контролировать превышения обособленного обеспечения) эти особенности мы рассмотрим отдельно.
Теперь если мы откроем документ Заказ клиента то обнаружим, что в нем появилась возможности выбрать дополнительные варианты обеспечения Отгрузить (при необходимости обособленно) и Обеспечивать обособленно. И обратите внимание вариант Обеспечивать обособленно можно выбрать сразу не дожидаясь создания Заказа поставщику. Далее станет ясно, почему такая вольность.
Но после выбора Обеспечивать обособленно нигде в заказе не появляется выбор Назначения обеспечения. Назначение обеспечения формируется автоматически в виде строки ключа аналитики, состоящей из Партнера, Номенклатуры и Даты заказа клиента (по аналогии с Аналитикой учета номенклатуры). И далее этот ключ будет присутствовать в регистрах, сопровождающих заказ, поступление и продажу товара.
Проведем заказ и посмотрим, какие он сформировал движения по регистрам.
Первое, на что обратим внимание — это появился новый регистр остатков Обеспечение заказов, в котором можно будет видеть остатки незакрытых заказов под обеспечение.
Далее обратим внимание на регистр График движения товаров, в котором по позиции с обособленным обеспечением заполнено измерение Назначение.
А вот регистр остатков Заказы клиентов не изменился, в нем нет измерения Назначение.
Сами же назначения хранятся в одноименном справочнике Назначения.
Далее если мы создадим Заказ поставщику на основании Заказа клиента и посмотрим сформировавшиеся движения, мы так же увидим, что измерение Назначение заполнилось.
Кстати, а вот в Заказе поставщику Назначение присутствует в табличной части товары. И его даже можно изменить. В выборе отразятся только те назначения, в которых присутствует текущая номенклатура.
Но вот нюанс, на который я наткнулся, при смене назначения не происходит никаких проверок. Т.е. в заказе поставщику удается поменять назначения при существующим документе Поступлении товаров и услуг и даже уже после осуществленной продажи. Т.е. при неаккуратном редактировании можно нарушить закрытие регистров в разрезе назначений.
Ну а в движениях Заказа поставщику все по аналогии с заказом клиента.
И в табличной части документа Поступление товаров и услуг так же будет присутствовать назначение, которое отразится в движениях документа.
Здесь следует обратить внимание на регистр Товары на складах. В этом регистре так же присутствует измерение Назначение. А это значит, что даже присутствующий товар на складе может там находится под конкретное назначение.
И ещё один примечательный момент в движениях по регистру Свободные остатки.
Сформировался приход по ресурсу В наличии и так же сформировался приход по ресурсу В резерве под заказ. Т.е. резерв под заказ ставит не документ Заказ клиента, а Поступление товаров и услуг.
После поступления товара на склад переведем заказ в статус Отгрузить. Тут обратим внимание, что одна из строк в заказе получила статус обеспечения Отгрузить обособленно. Теперь становится понятным для чего был нужен вариант обеспечения в форме выбора обеспечений Отгрузить (при необходимости обособленно).
Т.е. одна строка товара будет отгружена как обычно, а другая в разрезе назначений. Для наглядности это и отражено в заказе отдельным вариантом обеспечения.
Сформируем документ Реализация товаров и услуг на основании заказа и посмотрим движения по регистрам, которые сформирует документ.
Мы видим, что был расход по регистру Товары на складах в разрезе Назначения. Закрылся регистр Заказы клиентов и так же закрылся регистр Обеспечение заказов. По регистру Свободные остатки прошел расход как по ресурсу В наличии, так и по ресурсу В резерве под заказ. В итоге все регистры закрылись.
Ещё хотелось бы вернуться к Заказу клиента и обратить внимание на такой момент, что товар, который поступил на склад под назначение нельзя зарезервировать. Это связано с тем, что резерв под заказ в регистре Свободные остатки уже поставил документ Поступление товаров и услуг. Да и нет необходимости дополнительно резервировать товар после его прихода на склад, т.к. он уже зарезервирован (заблокирован) в регистре Товары на складах (вспомните наличие измерения Назначение в этом регистре).
Напомню что при варианте резервирования Резервировать по мере поступления если после поступления товар не зарезервировать на складе (не перевести позицию товара в статус Резервировать на складе) имелась возможность «перехватить» товар — зарезервировать под другой заказ.
Жесткий контроль списание под назначение
Цель резервирования товара под назначение в том, чтобы зафиксировать поступивший на склад товар под конкретный заказ (назначение). Это обеспечит гарантию, что закупленный товар будет продан конкретному клиенту и никому другому.
Например, если после того, как товар поступил на склад, другой менеджер попытается создать заказ клиента и зарезервировать товар у него ничего не получится. А если он выберет вариант обеспечивать обособленно, то сформируется другое назначение. Т.е. нет никакой возможности «перехватить» и продать товар, предназначенный другому заказу.
Это и есть главное преимущество обособленного обеспечения. Но есть и минус. Минус в том, что нельзя продать товар, заказанный под назначение, на другое назначение или просто без назначения. А ведь после поступления товара на склад клиент может отказаться от покупки и тогда товар зависнет на складе заблокированный назначением.
Давайте проверим, удастся ли нам отменить обеспечение в заказе.
Если попробовать отменить позицию или перевести Заказ клиента в статус Не согласовано будет выдано сообщение о невозможности отменить обеспечение.
О том, как поступать в ситуациях, когда нужно отменить обеспеченный товар и продать под другой заказ или без заказа рассмотрим в следующей статье.
ут11, ЗаказКлиента обеспечивать обособленно. Зачем еще "Отгружать обособленно"?
Вопрос то не в том что обособленно или нет, а том что сначала нужно установить статус строки "Обеспечивать обособленно", а потом статус "Отгрузить обособленно".
Можно и не обособленно: сначала "Обеспечивать", потом "Отгрузить"
Непонятно зачем менять статус строк ДВА раза?
Сейчас разбираюсь с похожей ситуацией в ЕРП
(58) почти все можно из описанного тобой
(64) "дает понять закупке, что этот товар вроде как надо купить под этот заказ клиента. Но *не только* под него"
— то есть часть закупа пойдет в резерв под заявку клиента, остальное — в свободный остаток.
напишу-ка я как в клюшках работает система резервирования.
.
Пришла заявка клиента.
Возможные варианты:
— можно оформить заявку с видом "ЗаявкаНеподтвержденная". По сути это просто фиксация хотелки клиента. Никаких обязательств мы на себя не берем, ничего клиенту не обещаем.
— можно оформить заявку с видом "ЗаявкаНаСклад". Это чистое резервирование из текущего свободного остатка, имеющегося на данный момент. Все что отсутсвует на свободном остатке — из заявки д.б. убрано — иначе заявка тупо не проведется.
— можно оформить заявку с видом "ЗаявкаНаПоставку". Это самый сложный вариант и в моей практике использовался редко — бо требует высокой дисциплины учета. При оформлении такой заявки можно выставить типа один из вариантов (58). Далее все от текущей ситуации зависит. Рассмотрим вариант "со склада, остальное — под поставку"
Все что есть на свободном остатке — ставится в резерв.
оставшаяся част заявки — смотрим есть ли ожидаемые заказы поставщикам (проверяется даты ожидаемых поставок с датами ожидаемой отгрузки в заявке покупателя), которые (заказы поставщикам) еще не распределены под заявки покупателей — если есть — пишем часть заявки покупателя под конкретные заказы поставщикам. Часть заявки покупателя остается по прежнему необеспеченной. Формируем заказ поставщику, где указываем ожидаемую дату поставки — смотрим все заявки со статусом "ЗаявкаНаПоставку", вычитаем резервы (которые уже на складе). вычитаем позиции которые уже закреплены под ожидаемыми ранее заказами поставщикам. оставшуюся часть — кладем в заказ поставщику.
В итоге все описывается одной таблицей/регистром "ЗаказыЗаявки", где
ЗаказПоставщику,ЗаявкаПокупателя,Номенклатура,Количество.
Если приходит поставка и она введена на основании заказа поставщику — на склад падает РЕЗЕРВ под упомянутые в данном заказе поставщику заявки покупателей. Все остальное падает в свободный остаток (даже если есть заявки покупателей ждущие этот товар по другим заказам поставщика даже этому же самому поставщику).
Если приходит поставка и она введена без упоминания заказа поставщику — все падает в свободный остаток (который расхватывают манагеры по принципу кто первый встал того и тапки). Здесь зачастую допиливалось(с вариациями) многими (практически штатный вопрос) — такие поставки (без упоминания заказа поставщику) — тупо сразу ставили резерв (погашая имевшиеся непогашенными заказы поставщикам по заявкам клиентов).
При оформлении заказа поставщику его можно было заполнить "сводно" (тупо считаем необеспеченные заявки) — без упоминания заявок клиентов (тогда раскладка под конкретные заявки клиентов вычислялась и фиксировалась при проведении). а можно не сводно, а "конкретно по заявкам клиентов" — тогда каждая строка заказа поставщика указывалась с конкретной заявкой покупателя — это давало возможность рулить ПРИОРИТЕТАМИ в обеспечении заявок. какая строка с упоминанием заявки покупателя выше — та будет обеспечиваться первее.
Обособленный учет товаров по заказам покупателей 1с что это: Установка галочки «Обособленный учет по товарам покупателей»» » Форум 1С » HelpF.pro
Другие настройки для ведения партионного учета Обособленный учет товаров по заказам покупателей
В договорах с контрагентами можно указать необходимость учета поступивших по этому договору ценностей в разрезе заказов покупателей. При использовании этой настройки значение заказа покупателя будет выступать в качестве одного из параметра, характеризующего партию ТМЦ. В противном случае, даже при указании заказа покупателя в документе значение не будет прописано в партию поступивших товаров и, соответственно, в дальнейшем списание партий товаров с конкретным заказом будет невозможно. Фактически указание заказа покупателя в документах поступления ТМЦ означает резервирование поступивших партий под определенный заказ покупателя. Соответственно, при списании партий заказ будет играть роль фильтра при выборе партий для списания.
Разрез учета «статус получения» выполняет функцию фильтра для выбора партий ТМЦ полученных в переработку, полученных на реализацию. При выборе партий для списания по управленческому учету статус получения часто роли не играет, стратегия списания партий задается на уровне учетной политики предприятия. Учетной политикой определяется, будут ли сначала списываться партии полученных на реализацию товаров, а затем собственные или наоборот.
Списывать партии при проведении документов
В настройках учетной политики предприятия указывается момент проведения документов по партиям. Возможны два варианта:
• Анализ партий для погашения непосредственно в момент проведения документа;
• Проводить списание партий для каждой хозяйственной операции регламентно в конце отчетного периода.
При первом способе осуществляется движение по партиям непосредственно при проведении документов. Это, с одной стороны, увеличивает время обработки проведения документа, с другой стороны, позволяет оперативно видеть картину партионного учета, анализировать списанные, оставшиеся партии, получать оперативную стоимостную оценку ТМЦ на складах предприятия.
Для учета по МСФО партионное списание всегда выполняется в конце отчетного периода, оперативного проведения по партиям нет.
Структура информации о стоимости партии
Для использования стоимостной оценки партии ТМЦ необходимо иметь информацию о стоимости каждой партии и о количестве ТМЦ этой партии. Таким образом, мы имеем возможность получить себестоимость единицы номенклатуры по каждой партии.
Для управленческих партий стоимость включает сумму НДС. Для других видов учета стоимость партии учитывается без НДС. Для партий бухгалтерского учета сумма НДС учитывается для каждой партии отдельно, такая информация в дальнейшем используется подсистемой учета НДС. 
При указании дополнительных расходов сумма дополнительных расходов добавляется непосредственно в стоимость существующей партии, отдельно суммы дополнительных расходов внутри партии не ведутся.
Интеграция с 1С 8 (УТ 10) > Агенты > Агенты > Настройки агента > Номенклатура
На вкладке «Номенклатура» задаются условия отбора номенклатуры, выгружаемой в КПК.
Настройки Агента, вкладка Номенклатура
Редактирование цены на КПК
Поле Способ предоставления бонусов — задает алгоритм обработки бонусов. В карточке товара на КПК есть поле Бонус.
●по нулевой цене — бонус в документе будет прописан в отдельной строке с нулевой ценой. Необходимо чтобы у пользователя, под которым запущен модуль интеграции Моби-С не было ограничения на минимальную цену продажи. Настройка в дополнительных правах пользователя 1С Не отпускать товар с ценой ниже определенного типа.
●по цене товара — бонус в документе будет прописан в отдельной строке с ценой аналогичной реализуемому товару. 
●игнорировать — выписанные бонусы не будут попадать в документ.
История и план продаж
Поле Рекомендуемое количество товар к продаже (план) — формула, по которой будет рассчитываться рекомендуемое к продаже (план продаж) количество товара для выбранного клиента.
●рассчитать по правилу «1,5»
(Предыдущий остаток + Предыдущая реализация — Текущий остаток)*1,5 — Текущий остаток = Рекомендуемое количество