Материалы курса «Подготовка к Аттестации по Платформе 8.2» — Раздел 3, задача 3.09
Это еще одна задача раздела «Расчетные задачи» — задача 3.09
- Изучите материалы задачи.
- Вопросы, возникшие в ходе изучения этих материалов, задавайте в комментариях на текущей странице. Ответы преподавателя и комментарии других участников будут Вам доступны, только если Вы залогинены и у Вас есть доступ в Мастер-группу.
- Общие вопросы по курсу (в т.ч. организационные) задавайте на стартовой странице.
К сожалению, у Вас недостаточно прав для дальнейшего просмотра.
Если Вы приобрели курс, но еще не активировали токен — пожалуйста, активируйте доступ по инструкциям, высланным на Ваш email после покупки.
Если Вы не залогинены на сайте — залогиньтесь, вернитесь на эту страницу и обновите ее.
Если Вы залогинены, у Вас активирован токен доступа, но Вы все равно видите эту запись — напишите нам на e-mail поддержки.
Комментарии / обсуждение (75):
Комментарии закрыты
Чем-то похожая задача 3.19.
https://plus.google.com/115854975715234216527/posts/KXjEwVRkvak?pid=6271147676861912658&oid=115854975715234216527
Главное на мой взгляд отличие в том, что шкала может меняться раз в месяц, но изменения шкалы хранить не требуется, а база считается за 3 месяца.
Как это реализовать? Создать справочник Шкалы и в строки дополнительных начислений указывать шкалу, по которой происходит расчет базы? Такое сойдет решение?
Это не справочник, а регистр сведений.
При получении базы надо строить запрос РС и выбирать нужный процент.
Вопрос о применении зависимостей по базе. Как я понял, если ставится зависимость по периоду действия от регистра, у которого нет периода действия, то выбирается зависимость по периоду регистрации автоматически, как в Вашем решении. Как я понял, у Вас везде период регистрации совпадает с периодом действия. Но вот правильно ли это? Я вообще читал в официальных книгах 1с, что только удержания идут по периоду регистрации. Ведь в условии написано «процента от суммы надбавок За предыдущий месяц», а не начисленных в предыдущем месяце. Или можно считать, что их начислили в предыдущем месяце?
У надбавки есть только одна дата — принадлежность к периоду регистрации. Либо мы надбавку писать будем в регистр с окладом, либо брать ее как базу по периоду регистрации.
Хорошо. Но все же лучше ее писать отдельно? Если ее в регистр с окладом — это некорретно, на экзамене снизят балл? Какая-то двоякая ситуация, на мой взгляд.
Мое субъективное мнение, нужно писать отдельно.
Здравствуйте. Для занесения данных в РР Доп записи используется документ Продажи. В билетах есть же задача по БУ, где есть данные о продажах. Не будет ли это упрощением задачи т.к. могут сказать, что данные о продажах берите из БУ?
Как раз наоборот, если данные будете брать из БУ, снизят на 3 балла оценку.
У меня вопрос если для сотрудников сразу посчитать надбавку по продажам. А на их базе считать надбавку руководителю.
Допустим у руководителя процент был следующий:
01.01 — 10.01 5%
11.01 — 31.01 10%
Как мне разделить базу продаж на эти периоды?
Зачем ее делить? Взять 1 процент от общей суммы и все.
Павел хотя бы общую схему можете описать как получать перерасчет для надбавок при наличии регистра накопления.
Что значит фраза В отчете должна отражаться также информация о необходимости перерасчета надбавки при исправлении суммы продаж. То есть если я изменил документ продажи, то данные необходимо отобразить в отчете о перерасчете?
И насчет перерасчета если он связан с регистром накопления не понадобится ли в ручную чистить таблицу перерасчетов?
Да и ещё один момент, для начисления оклада его действительно нужно 2 раза записывать ведь его ни что не вытесняет.
Да и вопрос по поводу распределения процента грубо говоря по подразделению «A» за месяц выручка составила 30 000 тысяч.
Если у нас две записи необходимо сумму разделить на 2, после чего считать надбавку для каждого процента надбавки:? или необходимо получать выручку интервалами?
Если в качестве базы используется РН оборотов, то таблицу перерасчетов придется заполнять вручную. Чистить не надо, так как при перерасчета система сама почистит таблицу.
Если процент надбавки менялся, просто введите 2 записи, каждая возьмет свою базу. Автоматизировать это не надо.
Добрый день. Попалась подобная задача на экзамене. На регистрах расчета данную задачу решать нельзя, решил так — ошибка «В расчетной части задачи продажи оформлены как вид расчета».
Если рекомендуете решать на регистрах накопления, то переделайте видео, не вводите людей в заблуждение.
Павел, здравствуйте. В комментариях вы пишите, что для регистрации продаж и расчета надбавки за продажи все таки лучше использовать регистр накопления оборотов. Правильным ли будет в таком случае такое решение:
вводим записи в отдельный РР с периодом действия. если в расчетном месяце изменился процент надбавки, то в документ вводятся несколько записей с разными периодами действия. используется график «каждый день». при расчете надбавки мы не используем базу и базовый период, а обращаемся к обороту продаж за предыдущий месяц из РН, пропорционально делим этот оборот между периодами фактического действия и каждую полученную часть умножаем на соответствующий процент
Здесь не нужны дни. Достаточно регистрировать продажи в оборотном регистре и фиксировать перерасчет (вручную) при необходимости.
дни нужны, чтобы можно было пропорционально разделить сумму продаж (полученную из оборотного регистра) между периодами действия с разной процентной ставкой, если она изменилась в расчетном периоде. как это можно без данных графика сделать?
Брать обороты по продажам с 1 числа до изменения процента, и с момента изменения процента до конца месяца. Так как это будут 2 записи регистра расчетов, то там будут разные данные о базовом периоде.
спасибо за ответ! процент меняется в текущем расчетном периоде, а базовым периодом в этой задаче является прошлый месяц. количество дней в разных месяцах разное, поэтому здесь не всегда получится рассчитать вашим способом. пример: 30 марта изменился процент, нам надо получить продажи за прошлый месяц за два периода: с 1 по 30 и с 30 по 31. но мы этого сделать не сможем потому что в феврале только 29 дней
Ничего не понял. Базовым периодом будет интервал за который нужно сумму продаж получить. Для первой записи, к примеру, 10 дней, для второй 21. Почему базовый период будет прошлым месяцем? С 10 по 10, и с 11 по 31. В соответствии с тем как менялся процент.
видимо мы с вами по разному воспринимаем условие задачи. цитирую текст задачи: «.. выплачивается надбавка, рассчитываемая как общая сумма продаж товаров за ПРЕДЫДУЩИЙ месяц по подразделению ..». тут прямым текстом сказано, что продажи нужно брать за прошлый месяц. далее: «Значение процента для надбавки может быть изменено
только один раз в течение РАСЧЕТНОГО периода». из этого следует, что сам процент меняется в этом месяце, а вот сумму продаж надо получать за предыдущий.
В феврале (28 дней) были продажи на 28000р, каждый день на 1 тр.
В марте меняем процент 29 числа.
Как это рассчитывать?
Мне кажется трактовать задачу надо как то, что и продажи и проценты должны быть взяты из одного месяца, а то как то совсем не логично. Работают люди, а в следующем месяце им говорят, что премия с 1 числа (прошедшего месяца) будет не 10%, а 1%.
…
(текст комментария доступен только участникам Мастер-группы)
По рекомендации преподавателей фирмы 1С, в подобных задачах обороты, лучше всего хранить в регистрах накопления, а не расчетов.
По условию задачи необходимо предусмотреть работу по разным графикам. При решении мы это условие реализовывать не стали. Однако, если добавлять графики, то мы должны будем связать РР «Продажи» еще и с видом графика. В то же время особого смысла в этом нет, т.к. базу нам надо получить по подразделению, а сотрудники внутри подразделения могут работать по разным графикам. Да и рассматривать продажи в связи с графиком смысла нет. Либо продажа зарегистрирована в системе в определенный день, либо нет. Так что решение на оборотном РН будет корректней и проще. Правда придется помучиться с перерасчетами.
Вопрос снимаю. Почему-то не получается его отменить или отредактировать.
Особого смысла в связи продаж с графиком нет, т.к. базу нам надо получить по подразделению, а сотрудники внутри подразделения могут работать по разным графикам. Опять же, либо продажа зарегистрирована в системе в определенный день, либо нет, и производственный календарь здесь ни при чем. Так что решение на оборотном РН будет корректней и проще. Правда придется помучиться с перерасчетами.
Производственный календарь очень даже причем.
Сумма продаж будет введена за какой то период (в пределах месяца) одной суммой и если нужно из РР Продажи выбрать сумму за часть этого периода, она будет вычислена как раз по календарю. Т.е., если с пятницы по понедельник сумма продаж была 100 руб, то средняя сумма за 4 дня 25 руб в день, а с учетом графика — 2 дня по 50 руб.
Вариант с хранением продаж в РР мне кажется более уместным в данном случае.
Если использовать РН, то из него перерасчет можно сделать примерно так:
// Запрос по записям регистра расчета
Запрос = Новый Запрос(»
|ВЫБРАТЬ РАЗЛИЧНЫЕ
| СдельнаяВыработка.Сотрудник ,
| СдельнаяВыработка.Организация,
| ОсновныеНачисления.Регистратор,
| ОсновныеНачисления.ВидРасчета
|ИЗ
| РегистрНакопления.СдельнаяВыработка КАК СдельнаяВыработка
| ЛЕВОЕ СОЕДИНЕНИЕ РегистрРасчета.ОсновныеНачисления КАК ОсновныеНачисления
| ПО СдельнаяВыработка.Сотрудник = ОсновныеНачисления.Сотрудник
| И (СдельнаяВыработка.Период МЕЖДУ ОсновныеНачисления.ПериодДействияНачало И ОсновныеНачисленияРегл.ПериодДействияКонец)
|ГДЕ
| ОсновныеНачисленияРегл.ВидРасчета = &ВидРасчета
|
|ИТОГИ ПО
| Регистратор»);
Запрос.УстановитьПараметр(«ВидРасчета», ПланыВидовРасчета.ОсновныеНачисления.Сдельный);
ВыборкаДокументов = Запрос.Выполнить().Выбрать(ОбходРезультатаЗапроса.ПоГруппировкам);
// Получение объекта ПерерасчетМенеджер
Перерасчет = РегистрыРасчета.ОсновныеНачисления.Перерасчеты.ПерерасчетОсновныхНачислений;
Пока ВыборкаДокументов.Следующий() Цикл
// Создание набора записей
НаборЗаписей = Перерасчет.СоздатьНаборЗаписей();
НаборЗаписей.Отбор.ОбъектПерерасчета.Значение = ВыборкаДокументов.Регистратор;
Выборка = ВыборкаДокументов.Выбрать();
// Создание записей перерасчета
Пока Выборка.Следующий() Цикл
Запись = НаборЗаписей.Добавить();
Запись.ВидРасчета = Выборка.ВидРасчета;
Запись.Организация = Выборка.Организация;
Запись.Сотрудник= Выборка.Сотрудник;
КонецЦикла;
// Запись в таблицу без замещения
НаборЗаписей.Записать(Ложь);
Решение данной задачи через РН будет являться ошибкой или же и этот, и Ваш вариант имеют право на жизнь?
«Обратите внимание, в отчете должна отражаться также информация о необходимости перерасчета надбавки при исправлении суммы продаж.»
Мне так и вообще показалось, что эта фраза намекает на использование РН и формирование перерасчетов вручную.
Так же заметил, что Вы периодически используете соединение со вложенными запросами (в этой задаче в т.ч.). Насколько знаю, вместо подобной штуки (и вместо соединений с вирт. таблицами) эффективнее использовать временные таблицы. На экзамене за это балл может и не снимут, но офиц. книги настоятельно рекомендуют пользоваться таким, только в крайних случаях.
Решение этой задачи с использованием регистра накопления будет являться лучшим решением.
Перерасчеты нужно формировать вручную.
Хотелось бы от преподавателя увидеть лучшее решение и ручное формирование перерасчетов!
Думаете экзаменатор не может скинуть баллы за использование РР «Продажи» для хранения сумм продаж? Или это нужно уточнять у экзаменатора?
Спасибо!
Информацию о продажах правильнее хранить в регистре накопления оборотов. Перерасчеты регистрировать вручную.
А сейчас можно где-то увидеть правильное решение?
Готовой базы в материалах курса нет.
Добрый день.
При расчете доп. начислений во вложенном запросе используется группировка:
ВЫБРАТЬ
ДопНачисленияБазаДопНачисления.НомерСтроки КАК НомерСтроки,
СУММА(ДопНачисленияБазаДопНачисления.СуммаБаза) КАК СуммаБаза
ИЗ
РегистрРасчета.ДопНачисления.БазаДопНачисления(
&ОтборПоПодразделению,
&ОтборПоПодразделению,
&РазрезПоСотруднику,
Регистратор = &Регистратор
И ВидРасчета = &НадбавкаЗаПродажи) КАК ДопНачисленияБазаДопНачисления
ГДЕ
ДопНачисленияБазаДопНачисления.Сотрудник ДопНачисленияБазаДопНачисления.СотрудникРазрез
СГРУППИРОВАТЬ ПО
ДопНачисленияБазаДопНачисления.НомерСтроки
Поясните, пожалуйста, зачем использовать группировку по номеру строки, если отбор установлен по регистратору?
Потому, что там есть разрез. Это может привести к «размножению» строк результата запроса.
Павел, здравствуйте!
В данной задаче мы храним данные о продажах в отдельном регистре расчета «Продажи». Скажите, имеет ли смысл совместить два регистра в один — «Основные Начисления»? Идея в том, чтобы сделать там два расчета, «Оклад» и «Продажи» (вытеснения, естественно, нет).
Если мы решим хранить продажи не только в разрезе подразделения, но и сотрудника (хотя бы для полного построения перерасчетов), то планы видов расчета «ДопЗаписи» и «Основные начисления» будут совпадать.
Еще один вопрос: если перерасчеты не нужны, а продажи регистрируются раз в день (или просто достаточно часто) в чем преимущества регистра расчетов перед регистром накопления оборотов? Мы же можем просто получить значение суммы продаж на ту дату, когда поменялся процент (используя регистр накопления оборотов).
1. Это будет ошибка. Не эффективное использование механизма расчета таблицы фактического периода действия.
2. Если так ставить вопрос, то разницы нет, можно и в справочнике сохранить суммы продаж.
Спасибо за уточнение! Я не до конца понял, как работает этот механизм.
По 2 пункту я, видимо, не очень удачно сформулировал вопрос. Я имел в виду следующую логику: если мы регистрируем продажи раз в месяц, то нам их нужно получить пропорционально на момент смены процента. Регистр расчета дает возможность сделать это более оптимально, чем регистр накопления или регистр сведений.
А теперь допустим, что продажи регистрируются каждый день. Вы в начале видео отметили, что в этом случае тоже лучше использовать регистр расчета. Я не могу для себя уяснить, в чем заключаются преимущества. В чем смысл использовать регистр расчета, если у нас у документов будет фактический период действия день?
Если мы используем оборотный регистр накопления, у нас за каждый день делается запись в регистр. Когда мы получим обороты на 10 число результат будет тот же, что и данные из регистра расчета. Или тут тоже что-то не то?
Я имел в виду, что тема работы с регистрами расчета в его зависимостях, по базе, по вытеснению и по перерасчетам. Если их не читывать, то смысла вообще вести учет на регистрах расчета нет.
Спасибо!
Может отчет делать по двум таблицам перерасчета. В одном перерасчете измерение Сотрудник, а в другом подразделение?
А зачем, если можно все в одном хранить?
Павел, добрый день. Возвращаемся к вопросу перерасчета.
Вы так и не ответили на вопрос bala35am от 09.05.2013.
Каким образом создать перерасчеты, если для РР «Продажи» отсутствует измерение сотрудник?
Решал задачу 3.05, и пошел по пути, который Вы рекомендовали (для учета продаж создал РР «Продажи»), и столкнулся с проблемой при создании перерасчетов, не удается связать измерение перерасчета «Сотрудник» с РР «Продажи». Что делать? По условию задачи продажи учитываются только по подразделению.
Добавьте измерение по сотруднику.
Сотрудника добавил в измерение.
Но теперь при перепроведении документа «Регистрация продаж» перерасчеты автоматически не появляются. т. к. нет начисления по Премии с продаж по пустому сотруднику.
Получается два варианта:
1. Нужно руками добавлять перерасчеты при проведении документа «Регистрация продаж», что бы там фигурировали все сотрудники, которым была начислена премия.
2. Нужно убрать сотрудника из перерасчетов, и в отчет добавлять их из документа «Начисление заработной платы» связав по подразделению, объекту расчетов, виду расчета.
Но второй вариант не совсем корректен, т. к. если кроме продаж существует например «Невыход», который влияет на перерасчет «Оклада», и если мы регистрируем невыход, только одного сотрудника подразделения, то в результате отчет сообщает о том, что нам нужно пересчитать всех сотрудников кто фигурирует в документе начисления «Оклада».
Вы можете дать развернутый ответ??? Постоянно фигурирует это условие в задачах. И я до сих пор не знаю как их правильно решать.
Мне кажется, что необходимо и продажи и перерасчеты вести в разрезе сотрудников. Про «Пустого сотрудника» я не понял. Сотрудник не должен быть пустым. Регистрируем продажи за конкретными сотрудниками и все хорошо будет в перерасчетах.
В видео сказано, что измерение сотрудник, конкретно в задаче 3.09, нельзя добавлять в перерасчеты, т.к. при изменении надбавки подчиненных, не регистрируется перерасчет руководителя, однако колонка «Сотрудник» в отчете по перерасчетам есть, как её правильно заполнить?
В реальных билетах нет в отчете такой колонки. И быть не может. Но если будет нужна, то все перерасчет придется регистрировать вручную.
Несколько вопросов по задаче:
1. В отчете необходимо указать еще и сотрудника, для которого надо сделать перерасчет. Можно для этого использовать левое соединение с основной таблицей ДопНачисления?
2. При проведении документа «Начисление зарплаты» надо ли делать блокировку данных и если да, то как? По регистратору?
3.При решении задачи в полном варианте (с графиками работы) нужно ли для регистра «Продажи» делать второе измерение «Графики»?
1. Нет
2. Нет
3. Нет
Наблюдаю одну странность. Если просто перепровести документ без изменений, все равно срабатывает механизм перерасчетов. Это так задумано?
Изменяется набор записей (записывается), и срабатывает механизм перерасчетов.
Здесь вопрос не столько ко внутренностям механизма.
Расчетчик в конце года (предположим, сегодня) открывает январское (годичной давности) НачислениеЗарплаты. Видит, что все там хорошо и решает просто закрыть документ. Закрыть документ можно 2 способами:
1) маленький неудобный крест в верхнем правом углу
2) большая и удобная кнопка «Провести и закрыть»
Очень странно, но он выбирает способ 2. И вдруг выясняется что этим самым он спровоцировал перепроведение еще с десяток документов.
Такая ситуация только мне кажется… интересной?
Мне кажется, что это совсем не вопрос в рамках этого курса, а в рамках курса «Дизайн пользовательского интерфейса» или «Психология действий пользователя».
Во всех разобранных задачах при обращении к базе всегда передавался параметр Измерения, как и в этой задаче. Как быть если я хочу получить значение базы без привязки к измерениям, т.е. по всем измерениям. Или, к примеру, если у РС по которому я хочу найти базу нет измерений. Для расчета базы в ВТ обязательно требуется передача параметра измерение.
Передайте пустой массив. А зачем это может понадобиться?
Вопрос по НадбавкеЗаПродажи:
В предыдущем месяце у нас было 100% продаж по подразделению. В текущем месяце мы решили каждому сотруднику подразделения выплатить по 10% от этих 100%. Я думаю, не сложно заметить, что если вдруг сотрудников в подразделении окажется больше десяти, у этой схемы начинаются проблемы начиная с сотрудника №11.
В этом же параграфе (в параграфе, где нам рассказывают про НадбавкуЗаПродажи) нам любезно объясняют:
«Например, если процент изменился 10 августа, то до 10.10 при расчете берется старый процент, а после 10.10
(включительно) уже новый.»
Вообще-то, между августом и октябрем там где-то еще сентябрь должен быть.
Вопрос в чем? Ну будет 20 сотрудников и по условию задачи предприятие уйдет в минус из-за хороших премиальных.
Вопрос из категории «Вы не думаете, что в условии задачи что-то не то?»…
Идея выплачивать КАЖДОМУ сотруднику процент от продаж, как мы уже поняли, не очень умная.
Я просто подумал, может, они хотели взять некий процент от продаж и распределить его по всем сотрудникам подразделения. Можно было бы при этом в условии указать, распределять этот процент равномерно или пропорционально зарплатам, и тогда все становится просто и понятно. И главное алгоритм работает при любом количестве сотрудников.
Еще раз подчеркну, у меня претензия к тексту задачи. Либо они написали очевидную глупость, либо у них не получилось правильно сформулировать.
И вновь цитата из задачи:
«Дополнительно, сотрудникам компании выплачивается надбавка, рассчитываемая как общая сумма продаж товаров за предыдущий месяц по подразделению, в котором работает сотрудник, умноженная на определенный процент. Значение процента для надбавки может быть изменено только один раз в течение расчетного периода. В этом случае, расчет начисления должен производиться исходя из действующего на рассчитываемый период процента. Например, если процент изменился 10 августа, то до 10.10 при расчете берется старый процент, а после 10.10 (включительно) уже новый…»
Октябрь не является предыдущим по отношения к августу. То есть, тут явная опечатка. Но интересное начинается, когда мы пытаемся отгадать, что они хотели написать вместо «10.10»: «10.07» или «10.08». Ведь смысл получается разный. В выше приведенной цитате у нас четко фигурируют два понятия:
1) предыдущий месяц (в наших терминах «базовый период»)
2) расчетный месяц (внутри него мы пытаемся что-то рассчитать)
Исходя из того, как Вы начислили премию Васиной в НачислениеЗарплаты№2, Вы решили, что они имели ввиду «10.08» и таким образом у Вас изменение ставки получается внутри базового периода. (Вы там рассчитываете февраль, а изменение процента отслеживаете в январе.)
Но можно также предположить, что они имели ввиду «10.07» так как у них четко сказано, что «значение процента для надбавки может быть изменено только один раз в течение РАСЧЕТНОГО периода». И тогда август у нас будет расчетным месяцем (внутри него мы и должны реагировать на изменение ставки), а июль (как БАЗОВЫЙ ПЕРИОД) они предлагают разбить на части в пропорции к частям, на которые у нас разбивается август.
В общем проблема в том, где нужно ловить изменение процентной ставки: внутри БАЗОВОГО ПЕРИОДА или внутри РАСЧЕТНОГО ПЕРИОДА?
Надеюсь, я Вам доказал, что оба этих эпизода в задаче сформулированы довольно идиотским образом.
Вообще, как показала моя практика обучения на СЕРТИФИЦИРОВАННЫХ курсах и сдачи ПРОФЕССИОНАЛА, учебные пособия и содержание экзамена очень сильно оставляют желать лучшего:
— ПРОФЕССИОНАЛ вообще самый тупой экзамен который я когда-либо сдавал. Не могу понять, зачем держать в голове большую часть из того, что там спрашивается;
— учебные пособия кишат опечатками и педагогически плохо продуманы.
Но более всего меня удивляет выбор языка, который взяли на вооружение на курсах и экзаменах в 1С. Класс задач, которые приходится решать не такой уж и сложный. Ничего супер умного там нет. Самое сложное — это пробраться через все эти заумные формулировки к сути вещей, где все становится очень просто.
Я понимаю, что вопросы которые у меня возникли к этой задаче, скорее к авторам задачи, чем к Вам. Вообще, я должен сказать, что Ваш стиль преподавания мне сильно подходит. Я имею ввиду и ход мыслей, и то как поставлена речь. И насколько я успел заметить, очевидные глупости Вы так или иначе стараетесь комментировать. Поэтому, наверное, меня немного удивило то, что на этот раз Вас ничего не смутило.
Извините, что так длинно. Можно не отвечать.
Мне кажется Вы усложняете себе задачу.
Павел, добрый день. В видео было предложено подискутировать)
1) Отчет по моему мнению сформирован неверно, в перерасчеты сотрудник также должен попасть и быть выведен в отчете.
Не вижу проблемы с исправлением отчета.
Павел, день добрый!
Речь идет только об изменении отчета или же необходимо еще добавить измерение в перерасчет?
И в перерасчет и в отчет
И в регистр Продажи, и в перерасчет, и в отчет )))
Иначе перерасчет начинает ругаться на то, что не может связать измерение Сотрудник.
И тогда придется СуммуПродаж указывать не просто для подразделения, а для каждого сотрудника по данному подразделению. Одну и ту же сумму много раз.
Можно ли при добавлении в перерасчет измерения «Сотрудник» указать, при выборе данных ведущих регистров, на измерение «Подразделение» в РР «Продажи»? Как поведет себя система? При таком раскладе конфигуратор не ругается. Уж очень не горю желанием изменять РР «Продажи». Хотя по сути можно и снять выбор с измерения «Подразделение» в РР «Продажи» для обоих измерений в перерасчете. Тогда только при изменении надбавок будет происходить перерасчет.
Нельзя, так у Вас перерасчеты не будут работать.
Павел добрый день, в этой задаче вы храните продажи в регистре расчета, но одной из ошибок в сложных периодических расчетах является именно:
Решение задач накопления на регистре расчета (-2.0 балла).Что вы думаете по этому поводу?
Что, по Вашему, хранят в регистрах расчета?
Вот в РН — хранят показатели оборотов и остатков. Их же, кстати, хранят в РБ. А вот что, по Вашему, хранить нужно в РР?
Регистр расчета используется для хранения записей о тех или иных видах расчета, которые необходимо выполнить, а также для хранения промежуточных данных и самих результатов выполненных расчетов. Тут я с вами согласна.Задача решена красиво, но не понимаю, где может встретиться, в какой задаче вариант использования РР вместо положенного РН с точки зрения проверяющих?
Сама отвечаю на свой вопрос, может быть они имеют в виду табель, где отработанное время нужно хранить в РН а не в РР?
В некоторых задачах есть фраза: В документе могут быть данные за разные расчетные периоды. Какие тут подводные камни могут быть?
То есть период регистрации будет браться из табличной части документа?
Перерасчеты, сторно.
Точно. Спасибо.