Автор Тема: Билет 6. Спец по платформе V8  (Прочитано 146912 раз)

0 Пользователей и 1 Гость просматривают эту тему.

freemaestro

  • Пользователь
  • **
  • Сообщений: 79
  • ФИО: Сергей А.
Re: Билет 6. Спец по платформе V8
« Ответ #465 : Апрель 24, 2018, 08:16:19 am »
Опять же, про задачу накопления. Считать рабочее время - это тоже задача накопления. Ну здесь
    нас, видимо, никто не рассудит. Т.к. люди отписываются, что учитывали факт часов в регистре расчета
    и им не делали замечаний. И в типовых конфигурациях так делают.
    Хорошо, эту тему оставим на усмотрение каждого сдающего.
Уверен, что ComradeKite прав.
А вы ходили по ссылке, что у меня в подписи? Мне кажется, что там есть ответ на этот вопрос, и ответ этот от первоисточника.

 alex1248, добрый день!

По тем ссылкам, которые у тебя в подписи, я ходил.
И конкретного ответа там нет (если я не заметил - прошу ткнуть).

Я хочу сказать, что задачу можно решать двумя способами:
  1. При записи  движений по окладу, мы пишем фактически отработанное время.
      Для расчета отпуска - читаем его из таблицы База.
  2. Мы не пишем эту информацию вместе с окладом.
     А для расчета отпуска получаем информацию о фактически отработанных днях из ДанныхГрафика.
    Сделав отбор по Окладу и периоду.

    И там, и там - фигурирует оклад как ключевое начисление,
    определяющее, что человек именно работал.

    В 1-м случае мы делаем лишние записи (в дополнительный ресурс РР).
    Во 2-м случае - при чтении данных, в запросе, идет лишнее левое соединение.

    Что лучше, что хуже - на вкус сдающего.
Ну хорошо, попробую предположить чтобы вам сказал экзаменатор за такое решение))
А сказал бы вам он следующее, на мой взгляд конечно:
Экзамен какой сдаете? Правильно, по платформе.
Для выполнения тех или иных действий значит должны использовать типовые платформенные механизмы.
Ну например можно же получить данные грфика из регистра "графики работы"  напрямую, можно, но так делать нельзя.
Точно так и с базой. Сказано получение базы, вот и получайте через механизм базы, а не из факта как вы говорите.
Вывод, так решать как предлагаете вы, нельзя.

Сейчас специально читал правила проведения экзамена по платформе.
Не нашел пункта, который бы указывал, что нельзя получать факт часов из таблицы ДанныеГрафика.

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

ComradeKite

  • Проверенный
  • ***
  • Сообщений: 137
Re: Билет 6. Спец по платформе V8
« Ответ #466 : Апрель 24, 2018, 11:34:02 am »
Опять же, про задачу накопления. Считать рабочее время - это тоже задача накопления. Ну здесь
    нас, видимо, никто не рассудит. Т.к. люди отписываются, что учитывали факт часов в регистре расчета
    и им не делали замечаний. И в типовых конфигурациях так делают.
    Хорошо, эту тему оставим на усмотрение каждого сдающего.
Уверен, что ComradeKite прав.
А вы ходили по ссылке, что у меня в подписи? Мне кажется, что там есть ответ на этот вопрос, и ответ этот от первоисточника.

 alex1248, добрый день!

По тем ссылкам, которые у тебя в подписи, я ходил.
И конкретного ответа там нет (если я не заметил - прошу ткнуть).

Я хочу сказать, что задачу можно решать двумя способами:
  1. При записи  движений по окладу, мы пишем фактически отработанное время.
      Для расчета отпуска - читаем его из таблицы База.
  2. Мы не пишем эту информацию вместе с окладом.
     А для расчета отпуска получаем информацию о фактически отработанных днях из ДанныхГрафика.
    Сделав отбор по Окладу и периоду.

    И там, и там - фигурирует оклад как ключевое начисление,
    определяющее, что человек именно работал.

    В 1-м случае мы делаем лишние записи (в дополнительный ресурс РР).
    Во 2-м случае - при чтении данных, в запросе, идет лишнее левое соединение.

    Что лучше, что хуже - на вкус сдающего.
Ну хорошо, попробую предположить чтобы вам сказал экзаменатор за такое решение))
А сказал бы вам он следующее, на мой взгляд конечно:
Экзамен какой сдаете? Правильно, по платформе.
Для выполнения тех или иных действий значит должны использовать типовые платформенные механизмы.
Ну например можно же получить данные грфика из регистра "графики работы"  напрямую, можно, но так делать нельзя.
Точно так и с базой. Сказано получение базы, вот и получайте через механизм базы, а не из факта как вы говорите.
Вывод, так решать как предлагаете вы, нельзя.

Сейчас специально читал правила проведения экзамена по платформе.
Не нашел пункта, который бы указывал, что нельзя получать факт часов из таблицы ДанныеГрафика.

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

Ну это вы так читаете))
Я например читаю вот так
Получение данных графика через таблицу регистра сведений   2,0


freemaestro

  • Пользователь
  • **
  • Сообщений: 79
  • ФИО: Сергей А.
Re: Билет 6. Спец по платформе V8
« Ответ #467 : Апрель 24, 2018, 11:44:17 am »
Опять же, про задачу накопления. Считать рабочее время - это тоже задача накопления. Ну здесь
    нас, видимо, никто не рассудит. Т.к. люди отписываются, что учитывали факт часов в регистре расчета
    и им не делали замечаний. И в типовых конфигурациях так делают.
    Хорошо, эту тему оставим на усмотрение каждого сдающего.
Уверен, что ComradeKite прав.
А вы ходили по ссылке, что у меня в подписи? Мне кажется, что там есть ответ на этот вопрос, и ответ этот от первоисточника.

 alex1248, добрый день!

По тем ссылкам, которые у тебя в подписи, я ходил.
И конкретного ответа там нет (если я не заметил - прошу ткнуть).

Я хочу сказать, что задачу можно решать двумя способами:
  1. При записи  движений по окладу, мы пишем фактически отработанное время.
      Для расчета отпуска - читаем его из таблицы База.
  2. Мы не пишем эту информацию вместе с окладом.
     А для расчета отпуска получаем информацию о фактически отработанных днях из ДанныхГрафика.
    Сделав отбор по Окладу и периоду.

    И там, и там - фигурирует оклад как ключевое начисление,
    определяющее, что человек именно работал.

    В 1-м случае мы делаем лишние записи (в дополнительный ресурс РР).
    Во 2-м случае - при чтении данных, в запросе, идет лишнее левое соединение.

    Что лучше, что хуже - на вкус сдающего.
Ну хорошо, попробую предположить чтобы вам сказал экзаменатор за такое решение))
А сказал бы вам он следующее, на мой взгляд конечно:
Экзамен какой сдаете? Правильно, по платформе.
Для выполнения тех или иных действий значит должны использовать типовые платформенные механизмы.
Ну например можно же получить данные грфика из регистра "графики работы"  напрямую, можно, но так делать нельзя.
Точно так и с базой. Сказано получение базы, вот и получайте через механизм базы, а не из факта как вы говорите.
Вывод, так решать как предлагаете вы, нельзя.

Сейчас специально читал правила проведения экзамена по платформе.
Не нашел пункта, который бы указывал, что нельзя получать факт часов из таблицы ДанныеГрафика.

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

Ну это вы так читаете))
Я например читаю вот так
Получение данных графика через таблицу регистра сведений   2,0

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

freemaestro

  • Пользователь
  • **
  • Сообщений: 79
  • ФИО: Сергей А.
Re: Билет 6. Спец по платформе V8
« Ответ #468 : Апрель 24, 2018, 11:49:25 am »
Вот если сумму начислений (денег) базы получить не из таблицы базы, а напрямую из регистра,
тогда это 100 % ошибка:

Получение расчетной базы через основную таблицу регистра расчета -2.0.

А с отработанным (фактическим) временем - тут вопрос спорный.

Хотя для расчетов и для получения отчетов - вариант с базовой таблицей
удобнее, без сомнения.
« Последнее редактирование: Апрель 24, 2018, 11:51:19 am от freemaestro »

alex1248

  • Призрак форума
  • *****
  • Сообщений: 714
Re: Билет 6. Спец по платформе V8
« Ответ #469 : Апрель 24, 2018, 12:51:37 pm »
А с отработанным (фактическим) временем - тут вопрос спорный.
Добавлю цитатку  :)
Цитировать
В задачах получения итоговой информации использование прямого обращения к реальным таблицам регистра без необходимости   1,5

freemaestro

  • Пользователь
  • **
  • Сообщений: 79
  • ФИО: Сергей А.
Re: Билет 6. Спец по платформе V8
« Ответ #470 : Апрель 24, 2018, 01:09:02 pm »
А с отработанным (фактическим) временем - тут вопрос спорный.
Добавлю цитатку  :)
Цитировать
В задачах получения итоговой информации использование прямого обращения к реальным таблицам регистра без необходимости   1,5

Я и не собирался обращаться к реальным таблицам.
Таблицы База и ДанныеГрафика - это виртуальные таблицы.
« Последнее редактирование: Апрель 24, 2018, 02:46:54 pm от freemaestro »

Lzrnk

  • Пользователь
  • **
  • Сообщений: 13
Re: Билет 6. Спец по платформе V8
« Ответ #471 : Апрель 29, 2018, 10:16:27 am »
2. Виртуальная таблица ДанныеГрафика - это не только план (норма времени) - но и факт.
    Мы считаем отработанным время, когда человек получал оклад. И в запросе надо делать отбор
    по виду расчета "Оклад" и по периоду 3 месяца предыдущих. В итоге получим отработанные часы.
   
    Разве нет ?
А если он был в командировке? Это он "отработал"?

freemaestro

  • Пользователь
  • **
  • Сообщений: 79
  • ФИО: Сергей А.
Re: Билет 6. Спец по платформе V8
« Ответ #472 : Май 01, 2018, 12:04:16 am »
2. Виртуальная таблица ДанныеГрафика - это не только план (норма времени) - но и факт.
    Мы считаем отработанным время, когда человек получал оклад. И в запросе надо делать отбор
    по виду расчета "Оклад" и по периоду 3 месяца предыдущих. В итоге получим отработанные часы.
   
    Разве нет ?
А если он был в командировке? Это он "отработал"?

Lzrnk, мы ставим отбор по виду расчета "Оклад".
Соответственно, если человек был в командировке -
это время не войдет в отработанные часы.

Lzrnk

  • Пользователь
  • **
  • Сообщений: 13
Re: Билет 6. Спец по платформе V8
« Ответ #473 : Май 01, 2018, 09:47:10 am »
2. Виртуальная таблица ДанныеГрафика - это не только план (норма времени) - но и факт.
    Мы считаем отработанным время, когда человек получал оклад. И в запросе надо делать отбор
    по виду расчета "Оклад" и по периоду 3 месяца предыдущих. В итоге получим отработанные часы.
   
    Разве нет ?
А если он был в командировке? Это он "отработал"?

Lzrnk, мы ставим отбор по виду расчета "Оклад".
Соответственно, если человек был в командировке -
это время не войдет в отработанные часы.
Вот именно. Человек работал, но по вашим расчётам получится, что нет.
Отработал - это не обязательно Оклад. Могут быть командировки, какие-то дежурства, выходы в выходные и т.д.

freemaestro

  • Пользователь
  • **
  • Сообщений: 79
  • ФИО: Сергей А.
Re: Билет 6. Спец по платформе V8
« Ответ #474 : Май 02, 2018, 10:43:00 am »
2. Виртуальная таблица ДанныеГрафика - это не только план (норма времени) - но и факт.
    Мы считаем отработанным время, когда человек получал оклад. И в запросе надо делать отбор
    по виду расчета "Оклад" и по периоду 3 месяца предыдущих. В итоге получим отработанные часы.
   
    Разве нет ?
А если он был в командировке? Это он "отработал"?

Lzrnk, мы ставим отбор по виду расчета "Оклад".
Соответственно, если человек был в командировке -
это время не войдет в отработанные часы.
Вот именно. Человек работал, но по вашим расчётам получится, что нет.
Отработал - это не обязательно Оклад. Могут быть командировки, какие-то дежурства, выходы в выходные и т.д.


Если вы хотите принять, что человек в командировке, дежурства, выходы в выходные и т.д. - это отработанное время,
то 2 варианта:
- при расчете каждого из этих видов расчета, записывать факт часов в ресурс РР "ЧасыФакт".
  И брать в базе сумму этих часов (наряду с деньгами).
- или при запросе Данных Графика устанавливать отбор по этим видам расчета (т.е. ВидРасчета в (&ВидыРасчета)).

fimanich

  • Пользователь
  • **
  • Сообщений: 49
Re: Билет 6. Спец по платформе V8
« Ответ #475 : Май 27, 2018, 04:59:21 pm »
Мое решение 6-го билета. Критике буду рад.
ОУ: В решениях в этой ветке видел структуру: РегистрСведений.СоставСтеллажей
Измерения: Деталь Ресурсы: Стеллаж, Количество.
Вроде все по условию задачи, но нашел я такой пост:
https://forum.chistov.pro/index.php?topic=1026.135
Измерение: Деталь
 Ресурсы: Стеллаж, Количество.
 При продаже стеллажа, необходимо списывать комплектующие. Вот запросом я соединяюсь к регистру сведений к ресурсу Стеллаж, при условии что номенклатура из ТЧ - это стеллаж и получаю состав стеллажа, далее как обычно, списываю.
 Результат экзамена:
 ОУ: неверно организовано хранение информации о составе стеллажа, регистры предназначены для быстрого получения информации по измерениям, а не ресурсам;

Пост от 2012 г.
Вот и вопрос: есть ли информация от сдававших, как сейчас? Считается ошибкой, когда Стеллаж в ресурсах?

Я сделал: Измерения: Стеллаж, Деталь; Ресурсы: Количество; Контроль уникальности деталей - в модуле набора записей ПередЗаписью.
Но все же сомневаюсь...

11.06.2018: поправил отчет НаличиеДеталей
12.06.2018: поправил в расходной обработку проведения БУ: разделил запрос на получение сначала количественных остатков, потом - суммовых,  чтобы сделать отбор в параметрах виртуальной таблицы по Субконто2 (Партия).


« Последнее редактирование: Июнь 12, 2018, 11:22:17 am от fimanich »

daadaa

  • Пользователь
  • **
  • Сообщений: 42
Re: Билет 6. Спец по платформе V8
« Ответ #476 : Июль 22, 2018, 07:15:50 pm »
alex1248, Slava, спасибо за мнение и помощь! Вы правы - я абсолютно забыла про документ "Операция".
Этим документом и делать проводку по оплате пассажиров. Не надо придумывать новые документы

попался 6 билет, пришел ответ "Нет документа, регистрирующего оплаты от пассажиров (который должен делать запись в таблицу перерасчетов)".
А есть у кого инфа, точно ли требуется этот документ. Сделать не проблема, но в задании о добавлении документа ни слова, а добавление "левых" объектов конфигурации насколько я знаю карается )

KlintuhovDE

  • Новичок
  • *
  • Сообщений: 7
Re: Билет 6. Спец по платформе V8
« Ответ #477 : Июль 28, 2018, 07:32:54 pm »
...
Я сделал: Измерения: Стеллаж, Деталь; Ресурсы: Количество; Контроль уникальности деталей - в модуле набора записей ПередЗаписью.
Но все же сомневаюсь...

Думаю правильная реализация данного момента следующая:
Регистр "СоставКомплектов":
Измерения:
    Стеллаж (Тип: справочник Стеллажи)
    Деталь (Тип: справочник детали или номенклатура, который подчинен справочнику Стеллажи)
Рекурсы:
    Количество (Тип: число)

Evgenich

  • Пользователь
  • **
  • Сообщений: 38
Re: Билет 6. Спец по платформе V8
« Ответ #478 : Август 20, 2018, 05:46:44 pm »
кто нибудь может внести ясность по условию задачи по СПР!!!???
Зачем график для каждого авто, если ежемесячно выплачивается Фикс. Сумма которая никак не зависит от графика, так же надбавка которая зависит только от суммы оплат пассажиров. Оба вида расчета непериодические. Отпуск считается по пятидневке....
И откуда в обсуждениях взялся Оклад, если в задаче о нем ни слова
« Последнее редактирование: Август 21, 2018, 11:25:51 am от Evgenich »

emotion

  • Новичок
  • *
  • Сообщений: 3
Re: Билет 6. Спец по платформе V8
« Ответ #479 : Август 22, 2018, 01:32:11 pm »
И откуда в обсуждениях взялся Оклад, если в задаче о нем ни слова

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

Evgenich, как вы думаете, сумма фиксированного начисления должна в базе храниться в виде константы или в регистре сведений? Я больше склоняюсь ко второму варианту, тк в условии сказано, что может менься раз в месяц, но, с другой стороны, если нужен регистр сведений, то в задачах обычно требуют хранить историю изменений.