Билет 11. Спец по платформе V8

[HRom]

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

Кто как фиксирует?

[alex1248]

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

Кто как фиксирует?

Я в РС, впрочем, как и данные об отработанном времени (т.к. в данной задаче накапливать их не надо).

[margaritka47729]

Я в РС, впрочем, как и данные об отработанном времени (т.к. в данной задаче накапливать их не надо).

А можете для чайников пояснить - почему все таки не надо накапливать?
Ведь
Сумма начисления по тарифу определяется как тарифная ставка, умноженная на количество фактически отработанных часов.
Мне кажется тут удобно просуммировать часы за определенный период..

[alex1248]

Я в РС, впрочем, как и данные об отработанном времени (т.к. в данной задаче накапливать их не надо).

А можете для чайников пояснить - почему все таки не надо накапливать?
Ведь
Сумма начисления по тарифу определяется как тарифная ставка, умноженная на количество фактически отработанных часов.
Мне кажется тут удобно просуммировать часы за определенный период..

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

[margaritka47729]

Я в РС, впрочем, как и данные об отработанном времени (т.к. в данной задаче накапливать их не надо).

А можете для чайников пояснить - почему все таки не надо накапливать?
Ведь
Сумма начисления по тарифу определяется как тарифная ставка, умноженная на количество фактически отработанных часов.
Мне кажется тут удобно просуммировать часы за определенный период..

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

Все равно не понятно..
если начисляю оклад с 10.09-15.09, то в Вашем случае факт часов будет браться за месяц(01.09-31.09)...
разве не так?

[alex1248]

Я в РС, впрочем, как и данные об отработанном времени (т.к. в данной задаче накапливать их не надо).

А можете для чайников пояснить - почему все таки не надо накапливать?
Ведь
Сумма начисления по тарифу определяется как тарифная ставка, умноженная на количество фактически отработанных часов.
Мне кажется тут удобно просуммировать часы за определенный период..

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

Все равно не понятно..
если начисляю оклад с 10.09-15.09, то в Вашем случае факт часов будет браться за месяц(01.09-31.09)...
разве не так?

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

[margaritka47729]

Я в РС, впрочем, как и данные об отработанном времени (т.к. в данной задаче накапливать их не надо).

А можете для чайников пояснить - почему все таки не надо накапливать?
Ведь
Сумма начисления по тарифу определяется как тарифная ставка, умноженная на количество фактически отработанных часов.
Мне кажется тут удобно просуммировать часы за определенный период..

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

Все равно не понятно..
если начисляю оклад с 10.09-15.09, то в Вашем случае факт часов будет браться за месяц(01.09-31.09)...
разве не так?

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

Теперь понятно... Просто я считаю, что могут быть начисления виды 10.09 - 15.09,  Но никак не месяц целиком только.
в условии есть такой пример " Считать, что все данные вводятся только в пределах одного месяца, например, можно указать начисление по тарифу с 10.01 по 31.01"

Что-то я начинаю путаться во всех этих условиях(

[alex1248]

Я в РС, впрочем, как и данные об отработанном времени (т.к. в данной задаче накапливать их не надо).

А можете для чайников пояснить - почему все таки не надо накапливать?
Ведь
Сумма начисления по тарифу определяется как тарифная ставка, умноженная на количество фактически отработанных часов.
Мне кажется тут удобно просуммировать часы за определенный период..

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

Все равно не понятно..
если начисляю оклад с 10.09-15.09, то в Вашем случае факт часов будет браться за месяц(01.09-31.09)...
разве не так?

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

Теперь понятно... Просто я считаю, что могут быть начисления виды 10.09 - 15.09,  Но никак не месяц целиком только.
в условии есть такой пример " Считать, что все данные вводятся только в пределах одного месяца, например, можно указать начисление по тарифу с 10.01 по 31.01"

Что-то я начинаю путаться во всех этих условиях(

Хм, действительно, такая фраза в условии (как обычно, обычно не дочитывал  ). Тем не менее, надо сказать, фраза для такой задачи неуместная. В общем-то, нет смысла в документе вводить часть месяца, если фактически отработанные часы всё равно берутся из данных табеля (в случае работы не полный месяц, там эти часы просто не будут указаны, и, соответственно, не попадут в итоговый расчет).
Ну, раз такое условие, делайте с РН (но я, всё же, был бы готов на экз заменить его на РС (конечно же, с предварительным "экспериментом" до экзамена, на экз экспериментировать не стоит), если формулировка задачи "нормализуется".  ).

[Quantum81]

СПР По условию, фиксиирую невыход, даже считаю количество дней в табеле, но не рассчитываю его. Данные табеля храню в РС. Сделал РС периодическим (месяц) и получаю срез последних. Нормально вроде работает.
Интервалы не задаю, ПД нигде не использую. База по периоду регистрации.
ОУ коварненький документ оплата. Пришлось поотлаживаться.
БУ Для документа Прибытие добавил индексируемый реквизит Просрочка. В который пишу разницу дней в ПередЗаписью. Ну и отчет соответственно начинаю с выборки документов прибытие с просрочкой и дальше цепляю необходимое.
БП

[Zeskord]

СПР По условию, фиксиирую невыход, даже считаю количество дней в табеле, но не рассчитываю его. Данные табеля храню в РС. Сделал РС периодическим (месяц) и получаю срез последних. Нормально вроде работает.
Интервалы не задаю, ПД нигде не использую. База по периоду регистрации.
ОУ коварненький документ оплата. Пришлось поотлаживаться.
БУ Для документа Прибытие добавил индексируемый реквизит Просрочка. В который пишу разницу дней в ПередЗаписью. Ну и отчет соответственно начинаю с выборки документов прибытие с просрочкой и дальше цепляю необходимое.
БП

Спасибо за выложенное решение.
ОУ - круто, вообще не придраться.
В БУ я заметил серьезную проблему. В документе Прибытие по условию должна указываться дата поступления товара на склад, а не количество дней просрочки. Из-за неправильно прочитанного условия ошибка тянется через всю задачу, а отчет по реальной таблице документа это явно не то, что хочет увидеть экзаменатор.
Ниже мое решение БУ.

[Quantum81]

Спасибо за выложенное решение.
ОУ - круто, вообще не придраться.
В БУ я заметил серьезную проблему. В документе Прибытие по условию должна указываться дата поступления товара на склад, а не количество дней просрочки. Из-за неправильно прочитанного условия ошибка тянется через всю задачу, а отчет по реальной таблице документа это явно не то, что хочет увидеть экзаменатор.
Ниже мое решение БУ.

Отказался от субконто, потому что партия прибывает целиком. Если бы они приходила частями тогда да. У меня просрочка не вводится вручную - она считается в докементе прибытие.

Код: [Выделить]

Процедура ПередЗаписью(Отказ, РежимЗаписи, РежимПроведения)
Датаполучения=ПартияОтправки.ДатаПрибытия;
Раз=НачалоДня(Дата)-НачалоДня(Датаполучения);
Если Раз>0 тогда
Просрочка=ОКР(Раз/86400);
иначе
Просрочка=0;
КонецЕсли;
КонецПроцедурыИ поле просрочка в форме  не доступно для изменения. Плюс поставил для него индексирование.
Можно было бы вообще все данные тянуть из дока отправление - но для этого есть условие - что могут быть потери. И мы вынуждены  брать остатки по ТоварыВПути.

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

[Zeskord]

Спасибо за выложенное решение.
ОУ - круто, вообще не придраться.
В БУ я заметил серьезную проблему. В документе Прибытие по условию должна указываться дата поступления товара на склад, а не количество дней просрочки. Из-за неправильно прочитанного условия ошибка тянется через всю задачу, а отчет по реальной таблице документа это явно не то, что хочет увидеть экзаменатор.
Ниже мое решение БУ.

Отказался от субконто, потому что партия прибывает целиком. Если бы они приходила частями тогда да. У меня просрочка не вводится вручную - она считается в докементе прибытие.

Код: [Выделить]

Процедура ПередЗаписью(Отказ, РежимЗаписи, РежимПроведения)
Датаполучения=ПартияОтправки.ДатаПрибытия;
Раз=НачалоДня(Дата)-НачалоДня(Датаполучения);
Если Раз>0 тогда
Просрочка=ОКР(Раз/86400);
иначе
Просрочка=0;
КонецЕсли;
КонецПроцедурыИ поле просрочка в форме  не доступно для изменения. Плюс поставил для него индексирование.
Можно было бы вообще все данные тянуть из дока отправление - но для этого есть условие - что могут быть потери. И мы вынуждены  брать остатки по ТоварыВПути.

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

Если хорошо раскрутить, то можно заявить, что ты решил задачу не на регистре бухгалтерии (Файл ATT83PL, минус 3 балла). Потому что отчет построен по таблице документа. Судя по отчету, учет задержки товара при перемещении - главная цель учетной схемы. Точная формулировка из файла:

Построение учетной схемы не на регистрах бухгалтерии   3,0

По поводу субконто - у меня ничего не копится на субконто ДатаПрибытия, так как это субконто только оборотное.

[Quantum81]

Да не. Ну всё что можно обернуть и накопить у меня решено на РБ. Могут не засчитать отчет, но в нем нет данных требующих накопления остатков или оборотов.
По поводу субконто. Как я понял, количество и сумма с него не снять. Ну значит мы получаем обороты:
ПланируемаяДата
Номенклатура, ПланируемаяДата
Отправление, ПланируемаяДата
Номенклатура, Отправление, ПланируемаяДата. - (это нам нужно)

Ну вот лично мое мнение, что это не перевесит хранение дополнительного реквизита

[Quantum81]

Чтобы Zeskord на меня не ругался, добавил РС Задержки и туда скидываю инфу для отчета.
Вариант отчета "Выриант1"

[Zeskord]

Нет мне покоя, пока "в интернете кто-то неправ"
Бухгалтерский учет предполагает, что данные могут быть скорректированы операцией. Как в твоем случае можно скорректировать задержку отображаемую в отчете, не перепроводя первичку? (кстати, сам документ Операция отсутствует)