Отчет для УТ 11.1 — 11.4 по прибыли, которую принесли менеджеры в текущий момент времени, без закрытия месяца











































Формируем отчет по прибыли , которую принесли менеджеры. Пароль модуля удален в версии 11_4, если вы хотите дорабатывать ее самостоятельно

Классический вопрос — как получить реальную (чистую) прибыль по сделкам? Стандартный ответ от «спеца по 1С» — формируйте отчет “Валовая прибыль”, там все видно… Делайте закрытие регламентной операцией через час каждый раз и получите отчет почти в текущем времени…

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

Нужно отражать расходы с привязкой к заказу/клиенту !!!. Настроить отчеты, чтобы система считала прибыль в разрезе заказов/реализаций/клиентов.

Данная доработка считает чистую прибыль по заказам (с учетом дополнительных затрат как пример, например на доставку). Но может быть доработана по вашему желанию.

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

Для такой схемы четко прослеживается взаимосвязь между партиями поступивших товаров и реализациями. Каждый заказ ведет свой менеджер (пользователь базы). В конце месяца заказчик хотел, чтобы по отчету можно было точно определить, сколько каждый из менеджеров принес прибыли организации.

В результате доработки типовой конфигурации на рис.3 показан данный отчет, в котором основными параметрами являются «Период» и «Дата начала заказов клиента». Например, в приведенном примере задано, что анализируется текущий месяц по продажам. Отчет отбирает все реализации за данный период и определяет, какие заказы к ним относятся. Чтобы не выполнять поиск заказов с начала времен, выбирается «Дата начала заказов». Уже по заказам клиентов определяются соответствующие поступления для данных реализаций. Если в поступлении или реализации были услуги или работы, то они выводятся в отдельные колонки, распределяясь по номенклатуре при закупке или при продаже. Отчет не учитывает возвраты товара от клиента, так как заказчик ведет учет возвратов по менеджерам отдельно.

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

На Рис.4,5 показано, что с поддержки снят только один объект ЗаказКлиента, так как он становится регистратором для нового регистра накопления.  На Рис.6 показаны появившиеся новые объекты. Рис. 7  показывает, что при обновлении существующие объекты не изменяются, а добавляются новые. Вносится только еще один регистр в движения документа "Заказ клиента"          К конфигурации прилагается файл с отчетом, который можно стандартным образом подключить как внешний отчет. В нем предлагается два варианта отчета: список и шахматка. Варианты отчетов легко можно расширить самостоятельно.

Разработка проверена на платформе 8.3.14 с конфигурацией Управление торговлей, редакция 11.4 — Добавлен файл сиб_11_4 для этой версии

Обновления программы не требуются. 

Ограничений по лицензированию нет — требуется только наличие ключей и лицензий от 1С

            

Инструкция  по установке:

На рисунках 8 — 19 последовательно приведена инструкция по включению изменений в типовой конфигурации.

После выполнения этих действий выполняем сравнение/объединение с распакованной из архива конфигурацией сиб_.cf как показано на рисунках 20 — 26. После выполнения обновления запускаем приложение и открываем файл из БСП (библиотеки стандартных подсистем), который 1С рекомендует выполнять после обновления. Выполняются действия, показанные на рис. 27-31. База перезапускается еще раз после обработки и выполняются действия на Рис. 32 — 36. Выбираете требуемый период перепроведения по новому регистру только документов реализации. По окончанию можно запустить за данный период отчет. По новым документам записи в регистр будут добавлены автоматически и перепроведение не требуется.

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

Данный регистр позволяет сделать ряд других отчетов без особых усилий, например анализ продаж по контрагентам, или без программирования воспользоваться для этого регистра в УТ стандартным универсальным отчетом в режиме 1С предприятия и настроить его под свои нужды.

На Рис.39-43 показаны некоторые настройки базы

26 Comments

  1. x_under

    А чем ваш отчет лучше валовой прибыли из типовой конфигурации? Если вопрос в соответствии партий закупки и продажи, так для этого есть обособленное ведение себестоимости по сделкам или менеджерам.

    Reply
  2. ser6702

    (1) x_under,

    Попробую по порядку. С отчетом по валовой прибыли помучались с клиентом и выяснилось что он не дает ему ответа по прибыли, которую принесли менеджеры. Не всегда ведение учета выполнялось скажем так в соответствие с рекомендациями.

    В чем разница судите сами. Упрощенно схема такая: когда проводится реализация, то подписка на это событие находит заказ клиента и заказ клиента делает движения по новому регистру. Отбирает все реализации, ему соответствующие и все поступления. Измерения регистра Организация, менеджер, номенклатура, реализация и поступление. Соответственно записываются приходы и расходы. Нюансы не буду описывать. В результате никакие расчеты не усредняются за период анализа. Никаких дополнительных документов расчета себестоимости товаров по средней или фифо не используются. «Тупо» считается стоимость покупки (расход) по измерениям и стоимость продажи (приход). Услуги/работы распределяются по поступлению/реализации. Все записывается в один регистр.

    Reply
  3. ser6702

    PS: Могу сказать одно — клиент очень доволен остался. Каждый менеджер и сам пытался посчитать сколько прибыли он принес, так как от этого зависит их ЗП и все «споры» закрылись с появлением этого отчета. Конечно доступ к нему надо регламентировать, так как все таки это информация коммерческая тайна.

    Reply
  4. Accident

    (2) Добрый день… А если будет перепроведение доков?

    Механизм не нагнется?)) причем если пользователи коряво занесут документы.. надо будет обработку писать для проверки данных.

    Механизм странноватый.. не смог понять почему стандартные отчеты не подходят..

    Reply
  5. ser6702

    Перепроведение доков не влияет на данный механизм никаким образом. В чем видите странность? Поясню на самом простом примере. Есть заказ клиента к которому относится поступление и реализация. По одному документу. Когда проводится реализация — то есть произошла продажа, то Заказ клиента выполняет движения по регистру накоплений, в который заносятся сведения по приходу/расходу для «Организация, менеджер, номенклатура, реализация и поступление» упрощенно как движения по регистру ТоварыНаСкладах. Подчеркиваю — пояснение не отражает детали, а лишь упрощенно на простом примере показывает как выполняются движения.

    Как пользователи могут занести коряво документы, если от этого зависит их зарплата? И кроме того в настройках УТ стоит позаказный учет.

    Ну и на последний вопрос ответ — попробуйте получить стандартный отчет за месяц по прибыли, которую принесли менеджеры — по валовой прибыли возьмите например. Даже лучше за один день постройте этот отчет по менеджерам. И сверьтесь потом с данными — сколько по конкретному заказу было на какую сумму закуплено и сколько продано одним менеджером. Лучше один раз самому попробовать и получить результат, чем сто раз услышать )))).

    Reply
  6. Accident
    Когда проводится реализация — то есть произошла продажа, то Заказ клиента выполняет движения по регистру накоплений, в который заносятся сведения по приходу/расходу для «Организация, менеджер, номенклатура, реализация и поступление»

    Разве это не нарушает логику проведения документов? Почему движения по регистру не может делать реал-ция?

    Как то странно получается- реализация запускает проведение других док-ов…

    Так же не понятно создание рег-ра накопления.? Почему эти данные нельзя получить в самом отчете? И не плодить лишние объекты(К тому же, которые запускают цепь проведений заказов)

    п.с. Надеюсь критика конструктивна… не хотел как то задеть или еще что-то.

    Reply
  7. ser6702

    Логика не нарушается. Регистратор движения — заказ клиента, так как по нему именно определяются все поступления и все реализации (проведенные). Если Вам непонятно почему не реализация, то взгляните на структуру подчиненности (рисунок есть в описании). Ну и последний вопрос — почему регистр — да по той же причине, почему остатки по складам получают не отчетом.

    Reply
  8. dim369

    Добрый день! Судя по описанию, методика очень похожа на алгоритмы, лежавшие в основе 1С7 ТИС. Просто, быстро и без лишних регистров. А на КА 2.4 (УТ 11.4) тестировалась доработка?

    Reply
  9. ser6702

    На ут11.4 не тестировал. На 7 ке я вообще не работал. То что здесь — по ходу пьесы придумано. Если пришлете мне ссылку на ут 11.4 скачать сразу dt с данными последнюю версию — выложу расширение. Рабочее. Для этого алгоритма.

    Reply
  10. vdashop

    Добрый день. Есть ли новости про ут 11.4

    и что заказов, это хорошо.

    А отчет войдут розничные продажи, причем именно по Продавцам, а не кассирам.

    Reply
  11. ser6702

    Я не перевел текст вопроса в понятный для себя смысл )))

    Reply
  12. vdashop

    Менеджер продает не только через заказ клиента но и через рабочее место кассира, но не всегда кассиром и продавец одно и тоже лицо.

    В РМК при оформлении чека менеджер выбирает себя как продавца, даже если кассир другой менеджер указан.

    Reply
  13. ser6702

    а) Нет — только через заказ клиента.

    Это было особенностью.

    В описании указано.

    Именно заказ клиента после продажи (реализации) выполняет движения в регистре, по которому строится отчет.

    б) На УТ 11.4 не планирую дорабатывать

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

    Reply
  14. CatZero

    печаль и грусть на 11.3 не работает зря качал… модуль с функционалом запоролен…. низя так….

    Reply
  15. ser6702

    Забыл совсем. Снять пароль можно. asd486poi по моему. Либо с большой буквы. Или в русской раскладке.

    Reply
  16. ser6702

    (14) открылся модуль?

    Reply
  17. CatZero

    (15) да вскрыл я его без пароля и функционал выдернул, для себя акклиматизировал. Срочно надо было)))))

    Reply
  18. CatZero

    (15)А так работает после небольшой доработки, спасибо!

    Reply
  19. ser6702

    Там все просто — я не претендую на … скажем замену типового функционала закрытия, но для интернет магазина без склада с менеджерами самый простой вариант. Если скинете мне демку УТ 11.4 я доработаю и выложу сюда под последнюю версию. Там может быть еще можно б кроме реализации документы туда подстыковать и расширить функционал, связанный с допзатратами. В основном же требуется по каждой партии понимать ИП по чем купил, по чем продал, сколько потратил на доставку и т.д. Далее он в уме вычтет налоги, зарплату и поймет что надо бросать в России этот бизнес 😀

    Reply
  20. ser6702

    (18) Надо уже сделать наверное как расширение для версии 11.4.

    Reply
  21. yavezde

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

    Reply
  22. ser6702

    Не подскажу. Даааавно уже это было.. Более 2 лет назад. И у меня сейчас нет доступа к обновлениям УТ. Если хотите — можете мне в личку скинуть ссылку на вашу базу. Желательно чтобы она была обновлена… И я б наверное всю эту хрень переписал тогда может быть в расширение. Если вам интересно. Но по сути та доработка частный случай расчета себестоимости… его выносят в регламентные операции из сию.минутного проведения документа, чтобы не «грузить» базу тяжелыми операциями. И годится эта хрень для небольших организация с малым количеством менеджеров. И себестоимость рассчитывается упрощенно. Может я там и не все учел что есть в валовой прибыли — да и версия старая УТ. Так что если скините ссылку на базу с «последней» конфигурацией УТ и чтоб в ней была и конфигурация поставщику обновлена — неважно как она там доработана. Тогда доделаю через месяц другой. Могу учесть и пожелания для отчета.

    Reply
  23. user689645_gb

    (23)

    (23)Подскажите, вы сможете добавить в отчет расходы на доставку покупателям, которая была распределена на заказ клиента? В этот отчет входят прямые доп. расходы на себестоимость?

    Reply
  24. ser6702

    по моему это уже есть в этой публикации. доп расходы типа доставки распределяются по себестоимости. давно делал

    Reply
  25. ser6702

    (8) сделал на УТ 11.4

    Reply
  26. ser6702

    (10) в УТ 11.4 работает

    Reply

Leave a Comment

Ваш адрес email не будет опубликован. Обязательные поля помечены *