Нужно разработать механизм «ретро-бонуса», когда после выполнения какого-то расчета на каждого контрагента формируется акт приема-сдачи услуг на отрицательную сумму бонуса (бонус расчитывается по определённой схеме).

Что-то не могу понять, как построить систему.
Сделать документ расчёт, который вводит акты приема0сдачи услуг. Или сделать расчёт по каждому контрагенту в самом документе, в таб. части.
И как понять "на отрицательную сумму". Т.е мы оказываем услуги на сумму минус 5 тыс, например?

обычное мошенничество

(1) Пожалуйста по теме, если можно.

не... выбивание денег сетями у поставщиков - такие схемы запросто...

(0) "Откаты" учитываешь?

Сделай отдельный документ, вводимый на основании.

ты сначала разберись что тебе надо - тогда делай. то что звучит как "бонус" - нигде никогда в никаких документах не фигурирует... Дебет-нота или Кредит-нота

(0) речь часом идет не про кредит-ноту?
wiki:Кредитная_нота

(6) Бонусная система в зависимости от закупок в предыдущем месяце

тогда не про нее.

Вообще, задача проще пареной репы. Должен быть документ который начехляет в отдельный регистр эти бонусы. В табличной части должно быть - за что (счета там или реализации - не суть) и сумма. Затык у тебя в том, что задачу ставил какой-то ипплан, который будет, что будет хорошо, если он будет рассказывать тебе, КАК делать твою работу, а не ЧТО он хочет от тебя в результате получить.

Формулировку "на отрицательную сумму" уточняй у заказчика. Вполне возможно, что он хочет сторнировать этими бонусами дебеторку (хотя, чо-то мне кажется, что это бредятина)

который будет, что будет хорошо = который ДУМАЕТ, что будет хорошо

(9)В том-то и дело это тестовая задача и в описании сказано: "Задача должна быть сделана так, как она понята – без дополнительных разъяснений."
А сам пункт выглядит так:

Разработать механизм «ретро-бонуса», когда после выполнения какого-то расчета на каждого контрагента формируется акт приема-сдачи услуг на отрицательную сумму (и движения по взаиморасчетам!), то есть на сумму скидки по такому правилу:
Если за прошлый месяц контрагент купил товаров на сумму, то дать скидку:
Объем закупки        Процент скидки
от 1 000            2 %
от 3 000            5 %
от 5 000            10 %
от 10 000            15 %

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

(10) и зачем тебе эти дятлы?..
Про "задача должна быть сделана, как понята" есть у меня один замечательный историй. Давеча ребенок у меня попытался произнести слово "халагик", но не получилось (два года, как ни как). Стали мы с ним по слогам слово учить. Когда все слоги выучили, я попросил Юрчика произнести целиком. Так и сказа: "А теперь скажи халатик целиком".
Он напрягся, сосредоточился и выдал: "АНАНАС!"

(11) "Задача должна быть сделана так, как она понята – без дополнительных разъяснений."

+(12) Юрчик решил задачу, как понял

много денег предлагают?

(12) Весело )) Только я все же хочу понять, что они имеют в виду. Как я понял за начисление бонуса отвечает акт приёма-сдачи услуг. А вот с отрицательными суммами не понял. Ну и расчёт можно инициировать либо из этого же документа, либо создать новый, который и будет вводить акты.

Как (15) относится к (0) ?

(16) документы, которые делают документы, которые корёжат расчеты - это миздец на колесах. При перепроведении задним числом велика вероятность одинм легким движеним руки угондонить все взаиморасчеты так, что потом концов не соберешь

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

(17) да похож на федота стрелка. тут задача такая, что лубую реализацию можно привязать как ошибочную. на 95% что набивают базу себе.

(18) согласен... Но другие решения не вписываются в условия... Вначале я хотел сделать просто документ Акт-расчёт и в ТЧ вводит контрагентов и бонусы. Потом зацепился за "акт приема-сдачи услуг на отрицательную сумму"... Тогда вариант 2 это обработка, которая анализирует продажи и вводит акты.

(21) документ акт-расчет может не двигать ам ни чего, как акт сверки взаиморасчетов. Он может просто формироваться и храниться ради печатной формы.

(22) Тогда для тестовой задачи, как мне кажется, он не нужен...
И ещё, как лучше хранить информацию, о том, что в этом месяце бонусы уже начислялись, регистр сведений?

Я бы сделал обработку, док, который делает другие доки не есть хорошо

(24) Тоже так думаю, но как вариант была такая идея.

(23) еси в задаче сказано, что должен быть такой документ, значит он нужен.

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

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

где-то как-то так

По ходу очень напоминает регламентный документ, типа Закрытия месяца, который будет анализировать обороты закупок и делать движение по взаиморасчетам на сумму бонуса. Можно туда внести ТЧ - Контргаент, сумма скидки для печатной формы актов

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

(30) скидка должна быть с каждого документа, значит движения по этой скидке должны быть в каждом документе, а не в одно - в конце месяца.

А изобретать для этого новый док не надо никому

(31) по мне вполне достаточно общей суммой, остальное явный излишек и увеличение документооборота

Скидка за прошлый месяц, поэтому без разницы, где она стоит в этом, она одинакова и в начале и в конце

(28) пункт 3 - это для хранения начисленных бонусов?
Я думаю примерно понял, благодаря вашему посту )
1.Регистр сведений для ставок бонусов (период месяц, ресурсы "сумма","процент").
2.РС для фиксации начисленных бонусов (период месяц, Изм: контрагент. ресурс: сумма) Хотя можно просто контрагента.
3. Док для начисления бонусов Контрагенты и сумма в ТЧ. Док формирует движения по взаиморасчётам.
4. Док "акт приема-сдачи услуг" заполняется по начисленным данным, контрагент в шапке.
Думаю ограничится этим.

(33) какое увеличение документооборота? ты чего-то не дочитал в моем решении или я чо-то не понятно выразил.
Если делать, как сказано в (30) то в результате будет то же, что и в (28) только клиент в каждой накладной не увидит скидку, а почует ее только в конце месяца + в каком-то документе, который хрен пойми, что с ним делать.
В самом деле: ну, насчитали мы контрагенту в мае скидок на 10000 за месяц по результатам закупок в апреле. Если в майских накладных сумма была без скидки, то каким образом контрагент получит эту скидку? Выплачивать ему баблом в конце месяца? По каким докуентам? Налоговая же с гогном съест. А так - в каждом документе скидка и у фискалов ни каких претензий.

ИМХО, нужен отдельный документ, заполняемый регламентом.

(35) в п.3 хранится только процент. То есть инфа вида: "В мае Вася пукин имеет скидку 7% потому" (ну, то есть потому, что в апреле закупился на достаточную сумму)

(35) в п.2 ремумр должен называться ПроцентСкидки и он там обязательный.
вообще, я в leot не чаю, как ты это сделал, но ты из (28) понял (30)

назовем документ, которые двигают взаиморасчеты, расходными документами.
так вот в (28) написано, что расходный при проведении смотрит в регистр с фактическими донусами и при проведении делает скидку в размере полученного бонуса. При этом документ, который этот бонус рассчитывает, ни каких взаиморасчетов не двигает

(39) Если не делать, как в (30) Тогда отдельный регистр для хранения начисленных скидок и после чего уже документ акт, по этим скидкам рассчитанным должен двигать взаиморасчёты.

яхренивознаит, как объяснить. ты меня чо-та не разумеешь или я тебя не понимаю

ИМХО, не стоит плодить движения документов, это скажется на производительности системы вцелом не лучшим образом.

(43) ну, на войне таки иногда убивают. В том точном смысле, что где-то инфу хранить всё-таки придется

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

(44) Отдельный документ уже убивает?

хотя, если погуглить "ретро-бонус@? то становится кристально ясно, что это не скидка и на каждую отдельную отгрузку эти обдолбонусы не влияют. Тогда прав Сияющий Асинхраль - нужен один документ, который раз в месяц будет вводиться, собирать обороты за прошлый месяц, получать процент скидки и делать сторнирующее движение по расчетам.

таким образом, отставить (28), я ы сделал таки так:
1. регистр сведений для плановой ставки ретробонуса (это процентова из задачи в зависимости от суммы закупок). Периодический (по позиции регистратора), подчинен регистратору. Плюс отдельный регистратор, чтобы фиксировать план (мы помним, что документы не убивают).
2. Отдельный документ для расчета бонуса и уменьшения взаиморасчетов.
3. Я бы всё-таки ввел отдельный вид операции для движений по взаиморасчетам, чтобы легче было потом отделять зерна от плевел - ну, не по регистратору же внатури это делать

Т.е. отгрузили на 100 руб. Клиент получает бонус 10 руь. Полностью возвращает товар. И все счастливы

Менеджер с отгрузки получил ЗП
Клиент получил на халяву денег

(48) клиент купил на 100р. За это в следующем месяце он стартует в суммой взаиморасчетов на 10 рублей меньше. То есть, выписав счет на 100р, оплатить он должен будет 90.
Денег клиент не получит - это ж бизнес, а не благотворительность все-таки.

(47) Согласен.

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

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

(47) отдельный документ для расчёта бонуса по всем контрагентам - это и будет тот самый акт, или акт потом для печати по начисленным бонусам?

(52)есть реальные фирмы, где поставщик платит покупателю. А вот в задаче не знаю.

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

(52) От чего же? Бизнес-модель фирмы Ecco, например

(57) не знаю, не видела ни каких бизнесмоделяф. Мы люди тёмные, университетов... а, нет, хоты было разок... но не суть. ИМХО, платить настоящими деньгами покупателю = уменьшать оборотку, а это сильно смелый шаг.

Итак создаём:
1.РС для хранения ставки бонуса.
2.РС для хранения инфы о том, кому в этом месяце начисляли бонус.
3.Документ акт.. для расчёта бонуса.
4.Обработку для автоматического расчёта по всем, которая создаёт акты.
(58) У меня девушка работает в фирме, они покупателям платят их бонусы, как раз по такой системе. Ежемесячно выплачивают.

Блииин.. там ещё в задаче надо вести учёт по документам расчёта... Это значит партионный учёт надо реализовывать. Утром доделаю, щас спать.

п2 не нужен.
п4 обработка должна получать список контрагентов, достойных скидки и создавать документ. Расчет скидки должен делать сам документ-акт. Например при вводе на основании контрагента. Сотри не надубли функционала - расчет должен быть только в одном месте

писец я отсталый...

(61) Почему п2 не нужен? А как понять, что кому-то уже начислялась скидка, чтобы два раза не начислить?
п4 - Да, всё верно, так и планировал.

Ещё просят -    отчет по взаиморасчетам с контрагентами (в разрезе документов).
Это, как я понимаю измерения "документРасчёта" в регистр Взаиморасчёты? Или в отчёт вытаскивать регистратор?
Если измерение - тогда парт. учёт получается и надо закрывать документы расчёта.

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

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

(0) хм... помнится мне приблизительно такая же задача есть на спеца по платформе.