Учет себестоимости и расчет прибыли оказанных услуг в УТ 10.2 (сложно) #290372

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

в УПП есть Акт оказания производственных услуг,работает  в паре с расчетом себестоимости

Управление производственным предприятием, редакция 1.1 (1.1.6.8) АктОбОказанииПроизводственныхУслуг модуль объекта 2715 строк РасчетСебестоимостиВыпуска модуль объекта 6942 строк Объясните в двух словах как это работает и чем может мне помочь? Забыл написать, что у меня в регистре Затраты измерение НоменклатурнаяГруппа заменено на Номенклатура. Нужно определить валовую прибыль (маржу). Никакой полной себестоимости и распределения затрат. Хочу просто перенести суммы оборотов регистра Затраты по Подразделению, Номенклатуре, ЗаказуПокупателя в регистр ПродажиСебестоимость за период с последнего документа СписаниеЗатратПоУслугам (или РеализацияТоваровУслуг, в случае варианта 2) по текущий документ. Измерение ХарактеристикаНоменклатуры не заполнять. Измерение ДокументОприходования заполнить регистратором из регистра Затраты. Количество = 1. Взлетит? Что делать с БУ и НУ?

Ктонить осилит?)

в ТиС и УТ (короче, в торговлях) не было, нет и не будет никогда нормальной себестоимости... Это программы для оперативного учета остатков, но уж никак не для вдумчивого анализа... Особенно когда после изменения порядка доков получаешь другие результвты...

А что предложите для вдумчивого анализа? Пока нужен примерный оперативный управленческий расчет валовой прибыли по оказаным покупным услугам в разрезе заказов покупателей в УТ 10.2 Каковой есть по товарам в отчете ВаловаяПрибыль. Пока склоняюсь к варианту 2 из

Отчет ПрибыльПоОтгрузке учитывает затраты из регистра Затраты (в том числе по услугам) при вычислении чистой прибыли. Но, что-то он какой-то сложный и медленный.

ПрибыльПоОплате, конечно

понравились варианты 1 (безопасно для обновлений) и 4 (если можно ничего не делать - лучше всего ничего не делать) :))

2 вариант, имхо, самый правильный...

еще бы он был не медленный. Анализирует все с начала жизни базы. Для нормального отчета такого типа нужно спец регистр сделать...

Привет. Все время забываю, что у меня в регистре Затраты измерение НоменклатурнаяГруппа заменено на измерение Номенклатура. Поэтому может красиво получится с переносом из Затраты в ПродажиСебестоимость. В типовой группировку по Номенклатуре в отчете ПродажиПоОплате лучше не ставить. :) По варианту 4 смущают вопросы пользователей. Может еще и проблемы с количественным учетом и списанием вылезут – не тестировал.

Сами писали на основе Тис. Сейчас пишем для себя на основе УТ.

Попробуйте ПУБ. На 8.0 подходящих конфигураций не знаю.

полный бред руководства и программера-дятла... Фирма может купить услуги и потребить их В данном же случае - осуществление деятельности на договорных началах по реализации чужих услуг. За комиссионное вознаграждение

Расскажите подробнее. С какими подводными камнями мне еще придется столкнуться в автоматизиации перепродажи услуг? Что вы делаете с затратами на заказ покупателя, поступающими после его реализации? Что и как выгружается в бухгалтерию? Не, руководство так просто не выражается, только дятлы. Что, в этой связи, скажете, про вариант 4 из ?

ещё подумал... вариант 4 просто отличный. Для особо стеснительных пользователей, которые нервничают при виде остатков услуг - поднастроить права чтоб они эту номенклатуру не видели

Я склонился к варианту с новым документом, но не регламентным. Для расчета прибыли надо фиксировать момент, когда учтены все затраты по заказу покупателя и сделаны все корректировки продажной стоимости, то есть момент, на который имеет смысл рассчитывать прибыль в разрезе заказов. Этот момент может быть разный для разных заказов. Он может быть позже момента оказания услуг покупателю, чтобы учесть при расчете прибыли затраты возникающие после оказания услуг (например, выплаченные откаты). Он может быть раньше момента оказания услуг покупателю, если по заказу уже не будет поступления затрат и корректировок продажной стоимости("все и так ясно"). То есть момент признания доходов и расходов не определяется моментом отгрузки или оплаты, а может устанавливаться индивидуально для каждого заказа. Можно назвать такой метод "прибыль по ясности". Опишу всю схему учета (можно прокрутить колесиком). Требуется критика схемы.

- Ай, хороший плов, ну просто первый раз такой! - Зейнаб, лепешки где, что за обман такой? - Простите, гость наш дорогой, Али-баба такой! Всегда спешит, всегда бежит, смешной такой! - Отличный плов, ну просто первый раз такой! Пойду схожу во двор, настал момент такой! - Э-э, нет, у нас закон другой, закон такой! Сначала плов, потом поём, обряд такой! - Ты что, Зейнаб, а вдруг ему момент такой?! - Молчи, Али-баба, гость вежливый такой! Сначала песня, а потом момент любой! - Пойду схожу во двор, настал момент такой. - Сначала плов, потом поём, обряд такой. - Ты что, Зейнаб, а вдруг ему момент такой?

Похоже, автоматически отбирая заказы за месяц в документ СписаниеСтоимостиУслуг и проводя его регламентно раз в месяц можно получить в отчете прибыль по любому методу признания доходов и расходов. Методы признания доходов и расходов: 1. По отгрузке. Метод начисления. Отбираем все заказы с ненулевым оборотом и нулевым остатком по регистру ЗаказыПокупателей. 2. По оплате. Кассовый метод. Отбираем все заказы с ненулевым оборотом и нулевым остатком по регистру ВзаиморасчетыКонтрагентов. 3. По первому событию. Как на Украине. Отбираем все заказы (с ненулевым оборотом и нулевым остатком по регистру ЗаказыПокупателей) или (с ненулевым оборотом и нулевым остатком по регистру ВзаиморасчетыКонтрагентов). 4. По второму событию. Оплаченная прибыль. Отбираем все заказы (с ненулевым оборотом по регистру ЗаказыПокупателей или с ненулевым оборотом по регистру ВзаиморасчетыКонтрагентов) и с нулевым остатком по регистру ЗаказыПокупателей и нулевым остатком по регистру ВзаиморасчетыКонтрагентов. Кто напишет запрос для 4?

А по какому методу считает отчет ПрибыльПоОплате, по 2-му или 4-му?

Прибыль по ясности - чисто, конкретно. Ап

Скоро продолжу дискуссию :)

Уже скоро. Или не надо? Немного накодил.

Чем тебе не нравится отчет "Продажи по оплате за период"? Собирай себе затраты Авансовыми отчетами, Поступление доп. расходов и т.д. Потом смотри, что заработал этим отчетом.

полная фигня...

Отчет ПрибыльПоОплате медленный и сложный. Я не знаю как он работает. См. и . То, что написано в методически гибче (момент признания может быть любым) и быстрее (для переноса движений используется документы). Уже придумал как сделать то же самое без документа. Но надо решить две проблемы: 1. Методическую. Как автоматически определять момент прзнания доходов и расходов для заказа? А конкретнее?

Фактическую прибыль по сделке с откатом имеет смысл расчитывать после учета выплаты отката. Минус отката в том, что он задерживает образование фактической прибыли по сделке. Откат выплачивается после оплаты покупателем. Можно признавать доходы и расходы по методу оплаченная прибыль (4 из ) + 10 дней для учета выплаты отката. Конролировать, чтобы все откаты вводились не позже, чем через 10 дней после оплаты покупателем. Откат вводить документом ПрочиеЗатраты.

Два вопроса по отчету, использующему ОтчетСписокКроссТаблица. 1. Как изменить отчет, чтобы не выводить значения некоторых показателей для некоторых группировок? 2. Как вывести в отчет показатель рентабельность, чтобы он правильно рассчитывался в итоговых строках?

Да, сделаны переименования: СписаниеСтоимостиУслуг -> ПризнаниеДоходовИРасходов Добавлено, измерение ПервичныйРегистратор. Вот для него и не имеют смысла расчетные показатели из п.7 Как их не выводить?

Up

Как сделать тоже самое одним отчетом. 1. Отчет за период. 2. Запросом по одному из алгоритмов из получаем перечень заказов покупателей, по которым в этом периоде признаются доходы и расходы. 3. Обходя выборку этого запроса строим текст второго запроса объединяя запросы по заказам из . У этих подзапросов будут разные периоды. 4. Все это делаем в процедуре ЗаполнитьНачальныеНастройки отчета использующего ОтчетСписокКроссТаблица 5. Решаем Медленно, зато не надо вводить документ признания доходов. Кто возьмется? В моем случае, я не знаю как автоматически определять момент признания доходов и расходов по заказу покупателя. Информация о некоторых затратах может поступать спустя два месяца после реализации. Поэтому определяю вручную вводом документа ПризнаниеДоходовИРасходов.

вынесено в отдельную ветку

тссс главное никто не мешайте ему думать ))

:)

Не, так можно утонуть в своих мыслях вместе с веткой.

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

Заказы покупателей можно разделить на закрытые и открытые. С закрытыми заказами все почти ясно. Закрытым заказ можно считать, например, если: - он полностью реализован (услуги покупателю полностью оказаны); - он полностью оплачен покупателем; - по нему поступили и записаны все счета (затраты) от исполнителей, а так же записаны все прочие затраты. Для закрытия заказа надо ввести документ "Признание доходов и расходов". То есть, закрытие заказа осуществляется только вручную. Закрытые заказы попадают в отчет "Анализ стоимости услуг" с вычислением ранее описанных показателей. С открытыми заказами интереснее. Их надо оперативно отслеживать.  Для этого можно использовать прием вытеснения плановых затрат фактическими и регистр остатков ОперативныеЗатраты с измерениями как у регистра Затраты и тремя ресурсами: - Мастер план, - Факт. Документ "Заказ покупателя" делает приход по первому и второму ресурсам, используя данные документа "Расчет стоимости услуг". Документы поступления фактических затрат (ПоступлениеТоваровУслуг и ПрочиеЗатраты) списывают остаток со второго ресурса, то есть плановую сумму, и делают приход по третьему ресурсу на фактическую сумму. Предполагается, что затраты по комбинации измерений Номенклатура, Подразделение, Статья затрат и Заказ покупателя поступают только один раз. Если это не так, то надо детализировать статьи затрат. Документ "Признание доходов и расходов" списывает все ресурсы по заказу в ноль. По этому регистру на дату строится отчет "Оперативные затраты", в который войдут все открытые заказы. В отчете можно вычислить шесть показателей: 6. Пластичность (2/5*100) Идея пластичности такая. В процессе выполнения заказа может произойти перерасход по одной из статей затрат. Чтобы не произошло перерасхода в целом по заказу, можно (найдя компромисс с директором по логистике) уменьшить расход по другой статье. Уменьшить расход можно только по той статье, по которой еще не было поступления факта. Приказ на уменьшение расхода записывается как изменение оперативного плана. Пластичность – это степень, в которой перерасход поддается сглаживанию за счет изменения оперативного плана. Отсортировав список заказов по убыванию пластичности мы в первую очередь будем рассматривать заказы с наибольшим, поддающимся корректировке, перерасходом.

6. Пластичность (2/5)

Отчет Открытые заказы покупателей. Предназначен для оперативного рассмотрения открытых заказов покупателей. Формируется на текущую дату. Группировки строк: Заказ покупателя Показатели (в фигурных скобках указан регистр-источник данных): 1. Стоимость {ОперативныеЗатраты} 2. Расчетные затраты {ОперативныеЗатраты} 3. Оперативные плановые затраты {ОперативныеЗатраты} 4. Оперативные фактические затраты {ОперативныеЗатраты} 5. Планфактные затраты (3+4) 15. Прогнозируемая задолженность {ВзаиморасчетыКонтрагентов} 16. Неоплаченная планфактная прибыль (15*12/100) 17. Оплаченная планфактная прибыль (10-16) В запросе соединяются три виртуальные таблицы остатков регистров ОперативныеЗатраты, ЗаказыПокупателей, ВзаиморасчетыКонтрагентов. Отсортировав список заказов по убыванию пластичности мы в первую очередь будем рассматривать заказы с наиболее поддающимся корректировке перерасходом затрат. Так же, по кнопке Заполнить в документе "Признание доходов и расходов" можно автоматически заполнить табличную часть заказами покупателей, по которым:

Регистр ОперативныеЗатраты: Измерения:  Подразделение  СтатьяЗатрат  ЗаказПокупателя Ресурсы:  Стоимость  РасчетныеЗатраты  ОперативныеПлановыеЗатраты  ОперативныеФактическиеЗатраты

Кто-нибудь делал отчет по открытым заказам покупателей?

Я знаю! 1С делали! в УТ так и называется: "Заказы покупателей"

В УТ заказ закрывается просто при отгрузке. У меня в три критерия. То есть, отгрузки не достаточно, чтобы считать заказ закрытым.

Вырисовывается целостная схема оперативного учета/управления перепродажей услуг по заказам (регистр остатков пришелся кстати). Надо еще проработать: 1. Изменение продажной стоимости заказа покупателя после выставления ему счета. 2. Расторжение договора с покупателем и прекращение работ по заказу с вычислением убытка. Что еще? В регистре ЗаказыПокупателей учитывается сумма?

Обсуждение перепродажи услуг в Navision

up