Форум Чистова. Подготовка к экзаменам 1С

Аттестация "1С:Специалист" => Аттестация "1С:Специалист по платформе 1С:Предприятие 8.3 и 8.2" => Тема начата: Jones от Август 07, 2015, 11:13:17 am

Название: Билет 5. Спец по платформе V8
Отправлено: Jones от Август 07, 2015, 11:13:17 am
Друзья! В условии расчетной задачи пятого билета (https://docs.google.com/document/d/19Cv6COjMRcN_qDLbiWmYwp686IXpxE9GHHzQkpa2rME/edit) есть формулировка, которая в задачнике не встречается (по крайней мере я такого не нашел).

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

Вот она, формулировочка:
Каждый сотрудник компании работает по своему собственному графику. При одновременной работе в разных подразделениях у каждого сотрудника в конкретном подразделении может быть собственный график.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Jones от Август 07, 2015, 11:14:49 am
Сдается мне, что надо в рег.свед Графики сделать кроме Графика, Подразделения еще и измерение Сотрудник.
А в РР измерение Сотрудник связать с графиком.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Uncle от Август 10, 2015, 11:38:51 am
Мне кажется что строчки условия друг-другу не противоречат. Я решал так - в РС СведенияОСотрудниках в ресурс добавил График (измерения Сотрудник, Подразделение) и подцеплял его при проведении документа.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Uncle от Август 10, 2015, 11:48:24 am
1)
ведь по факту сотрудник не может работать без указания подразделения
тогда и в РС создаем Васана Бахгалтерия ПятидневкаВасиной
в РР добавлил реквизит график - связь с графиком (пятидневкаВасиной)
2)
но посмотрев др. решения делают РС: Дата, Сотрудник, Подразделение и в РР связывание идет только по измерениям, нет никаких доп реквизитов.

Хотелось бы знать какой вариант правильный, если оба имеют право на существование, то 1 несколько проще.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: alex1248 от Август 10, 2015, 01:21:35 pm
Каждый сотрудник компании работает по своему собственному графику. При одновременной работе в разных подразделениях у каждого сотрудника в конкретном подразделении может быть собственный график.
Я думаю, всё должно быть просто - есть справочник Графики, и из этого графика в документе "Начисление зарплаты" выбирается любой, вне зависимости от графиков, выбранных для других сотрудников этого же подразделения, и независимо от графика этого же сотрудника, указанного при начислении в другом подразделении. В общем, самый простой вариант.
Зато задумался о ситуации, когда, например, графики по подразделениям, я в таких случаях всё равно график указывал в "Начисление з/п", а наверное надо указывать подразделение с последующим подтягиванием графика при проведении документа.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Uncle от Август 10, 2015, 01:51:24 pm
В задании это никак не оговорено :)
итого 2 варианта я озвучил + Ваш
Каждый сотрудник компании работает по своему собственному графику. При одновременной работе в разных подразделениях у каждого сотрудника в конкретном подразделении может быть собственный график.
в документе "Начисление зарплаты" выбирается любой, вне зависимости от графиков,.... В общем, самый простой вариант.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Jones от Август 10, 2015, 03:58:36 pm
Сделал 5 билет. Прошу оценить и ткнуть на существенные недостатки.

Сразу задам пару вопросов уважаемым коллегам по цеху:

1)   Как вам моя процедура ПриЗаписи() в модуле Операции?
На мой взгляд это простая и понятная, а главное верная последовательность:
1-в движениях устанавливаем Период из Даты документа
2-если док записан, то у помеченного документа отключаем активность

2)   Прошу оценить мою блокировку в ОперУчете док РН
В своем решении я блокирую регистр Дебеторка по Проекту документа и пустому проекту.
Для этого поместил эти два проекта в ТЗ и подсовываю ее как источник данных.
Проверил на серверной базе, оба проекта блокируются, то есть пока идет транзакция, прочитать данные по ним невозможно,
однако, у меня такое чувство, будто это как-то громоздко. Может есть более изящное решение?

      Блок = Новый БлокировкаДанных;
      Эл = Блок.Добавить("РегистрНакопления.Дебеторка");
      Эл.УстановитьЗначение("Контрагент", Контрагент);
      
      ТЗ = Новый ТаблицаЗначений;
      ТЗ.Колонки.Добавить("Проект");
      НоваяСтрока = ТЗ.Добавить();
      НоваяСтрока.Проект = Проект;
      НоваяСтрока = ТЗ.Добавить();
      НоваяСтрока.Проект = Справочники.Проекты.ПустаяСсылка();
      
      Эл.ИсточникДанных = ТЗ;
      Эл.ИспользоватьИзИсточникаДанных("Проект", "Проект");
      Блок.Заблокировать();

3)   Вопрос по Бизнес-процессам:
Точка маршрута «ПолучениеОплаты» имеет адресацию «Любой бухгалтер». В точке я установил адресацию только по Должность=Бухгалтер. При этом, в РегистреАдресации было заполнено, как указано в задании: Кротов – Бухгалтер – Бухгалтерия.
При таких настройках у пользователя Кротов задача в списке не появилась.
Чтобы увидеть задачу в списке задач пользователя, я создал еще одну запись в РегистреАдресации: Кротов – Бухгалтер - ____, то есть с пустым подразделением.

Внимание вопрос: правильно ли я понимаю, что кроме записей, указанных в задании надо создать еще и все записи, необходимые для того, чтобы задачи отображались у пользователей так, как это указано на схеме маршрута?

Тогда, если в адресации точки маршрута сказано «любой бухгалтер», то для каждой записи «Бухгалетр» с указанным подразделением, надо создать еще одну запись с пустым подразделением. А по адресации «Любой сотрудник бухгалтерии» надо создать запись с пустой должностью для каждой записи в которой указано Подразделение «Бухгалтерия».

Соответственно, если в адресации точки будет указано просто  «Бельдыев», то надо создать еще и запись «Бельдыев»-___-___, то есть с пустыми должностью и подразделением.

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

5)   Для расчета Премии использовал продажи по Подразделению, которые оборотами накапливал в БУ на счете Прибыли (оборотное субконто2 Подразделение).
Вроде все красиво, как Вы считаете?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: alex1248 от Август 10, 2015, 04:39:33 pm
В задании это никак не оговорено :)
Из обсуждений и рассказов сдавших я сделал вывод, что если не оговорено, надо выбирать наиболее простой и быстро-исполняемый для себя вариант. Но если терзают сомнения, спросить у экзаменатора (при удаленке написать в пояснительной, почему выбран такой вариант), но ни в коем случае без согласования (или уверенности в необходимости) не брать себе доп задание, которое, вполне вероятно, не предусмотрено заданием.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: alex1248 от Август 10, 2015, 05:06:00 pm
Сразу задам пару вопросов
Точка маршрута «ПолучениеОплаты» имеет адресацию «Любой бухгалтер». В точке я установил адресацию только по Должность=Бухгалтер
Надо еще галочку у "Групповая" поставить (чуть выше).
правильно ли я понимаю, что кроме записей, указанных в задании надо создать еще и все записи, необходимые для того, чтобы задачи отображались у пользователей так, как это указано на схеме маршрута?
Я создаю только записи, соответствующие схеме. Т.е., если "любой бухгалтер", то создаю записи только с должностями Бухгалтер без указания подразделения.
если в адресации точки будет указано просто  «Бельдыев», то надо создать еще и запись «Бельдыев»-___-___, то есть с пустыми должностью и подразделением.
Для корректной работы именно эта запись необходима и достаточна.
Для расчета Премии использовал продажи по Подразделению, которые оборотами накапливал в БУ на счете Прибыли (оборотное субконто2 Подразделение)
В рамках данной задачи должно быть верно (я в таких ситуациях создавал новый РН). Но ради абсолютной корректности, думаю, предпочтительней было бы взять таблицу ОборотыДтКт, а то хз что некоторые бухгалтера умудряются ввести.  :D
Название: Re: Билет 5. Спец по платформе V8
Отправлено: alex1248 от Август 10, 2015, 05:16:30 pm
Вроде все красиво, как Вы считаете?
"В задачах получения данных из информационной базы установка отборов по неиндексированным полям (-0,5 балла)".
Вот это бы только подправить.  ;)

ПС. Я смотрю, еще оперативное проведение используется (слышал, не обязательно). ИМХО, в ОУ остатки будут считываться некорректно (при оперативном надо удалять возможно имеющиеся старые записи этого документа перед считыванием).
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Jones от Август 11, 2015, 10:23:41 pm
Надо еще галочку у "Групповая" поставить (чуть выше).
alex1248, на сколько мне известно, "Групповая" надо включать если надо сформировать задачу каждому бухгалтеру (сколько бухгалтеров, столько задач). А здесь задача должна быть одна, но выполнить ее (и видеть) может любой бухгалтер.

Я создаю только записи, соответствующие схеме. Т.е., если "любой бухгалтер", то создаю записи только с должностями Бухгалтер без указания подразделения.
Получается, не нужно сосздавать адресацию, указанную в списке в задании?

"В задачах получения данных из информационной базы установка отборов по неиндексированным полям (-0,5 балла)".
Вот это бы только подправить.  ;)
alex1248, можно поподробнее? Что за неиндексированные поля и где именно у меня по ним отбор?

...оперативное проведение используется (слышал, не обязательно)...
Не уловил... Да режим проведения  может быть как Оперативным (тогда остатки на МоментВремени), так и Неоперативным (тогда остатки на Неопределено). Вроде с этим ни у кого на экзамене проблем нет ))
Название: Re: Билет 5. Спец по платформе V8
Отправлено: alex1248 от Август 12, 2015, 12:03:15 am
alex1248, на сколько мне известно, "Групповая" надо включать если надо сформировать задачу каждому бухгалтеру (сколько бухгалтеров, столько задач). А здесь задача должна быть одна, но выполнить ее (и видеть) может любой бухгалтер.
Сорри, неправильно понял.  :)
Получается, не нужно сосздавать адресацию, указанную в списке в задании?
Надо, чтобы работало, для этого надо выбрать информацию в соответствии с заданием. Конечно же, они не выложили ее в готовом к употреблению виде.  :)
Где-то в разъяснениях написано, что может быть лишняя инфа.
alex1248, можно поподробнее? Что за неиндексированные поля и где именно у меня по ним отбор?
Надо устанавливать свойство "Индексировать" у измерений регистров, по которым отбор (автоматом у них у всех стоит "Не индексировать". Я тоже сильно не разбираюсь в деталях, но хотя бы в РН лучше у всех измерений ставить "Индексировать" (не знаю, как в случае измерений примитивного типа, не нравятся они мне, надо будет избавляться от них). По ним практически всегда есть запросы. Ну и другие регистры, наверное, чаще попадают в ту же категорию.
Не уловил... Да режим проведения  может быть как Оперативным (тогда остатки на МоментВремени), так и Неоперативным (тогда остатки на Неопределено). Вроде с этим ни у кого на экзамене проблем нет ))
При оперативном перепроведении ранее оперативно проведенного документа на МоментВремени() по этому документу в базе уже есть записи, при запросе остатки будут получены с их учетом.
Проблемы бывают, но возможно многие ставят запрет оперативного проведения (вот это советуют делать, чтобы не заморачиваться с оперативным), ну или не слишком внимательно проверяют этот пунктик.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Jones от Август 12, 2015, 04:37:32 pm
При оперативном перепроведении ранее оперативно проведенного документа на МоментВремени() по этому документу в базе уже есть записи, при запросе остатки будут получены с их учетом.
Проблемы бывают, но возможно многие ставят запрет оперативного проведения (вот это советуют делать, чтобы не заморачиваться с оперативным), ну или не слишком внимательно проверяют этот пунктик.
Если я ничего не путаю, то в рамках транзакции проведения достаточно в начале сделать Движения.Основной.Очистить() и Движения.Основной.Записать() и старые движения исчезнут, будто их и не было (на время транзакции).
Пусть эксперты меня поправят, если я не прав.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: alex1248 от Август 12, 2015, 06:34:09 pm
Пусть эксперты меня поправят, если я не прав.
Я не эксперт, но перед записью надо заблокировать (БлокироватьДляИзменения).   :)
Источник http://1c.chistov.pro/2013/07/blog-post_25.html
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Евгений от Август 12, 2015, 11:20:51 pm
Jones, а я опять вернусь к злочастному условию в СПР "данные за разные расчетные периоды". С окладом все понятно, можно задавать разные "ПериодДействияНачало" и "ПериодДействияКонец". А что делать с надбавкой? Только на один период получается? Он же у Вас привязан только к "Дате" документа.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: HRom от Август 14, 2015, 03:14:36 pm
В этом билете нужен объект "последовательность документов"?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: HRom от Август 15, 2015, 09:16:33 am
 Jones,
а зачем в вашем решении субконто подразделение на счёте Покупатели?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Евгений от Август 15, 2015, 12:32:07 pm
В задаче по СПР потребуется сумма продаж по подразделению из бух. регистра.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: HRom от Август 15, 2015, 01:03:16 pm
В задаче по СПР потребуется сумма продаж по подразделению из бух. регистра.


ага, увидел. Дошёл сейчас только до расчетной части.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: alex1248 от Август 16, 2015, 10:14:28 pm
1)   Как вам моя процедура ПриЗаписи() в модуле Операции?
На мой взгляд это простая и понятная, а главное верная последовательность:
1-в движениях устанавливаем Период из Даты документа
2-если док записан, то у помеченного документа отключаем активность
1. При попытке записи сразу выскакивает ошибка - Поле объекта не обнаружено (Период),
2. Если при пометке удаления активность будет снята, предусмотрен способ восстановления активности в случае снятия пометки удаления (в зависимости от желания пользователя)?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: alex1248 от Август 19, 2015, 10:36:30 pm
2)   Прошу оценить мою блокировку в ОперУчете док РН
В своем решении я блокирую регистр Дебеторка по Проекту документа и пустому проекту.
Для этого поместил эти два проекта в ТЗ и подсовываю ее как источник данных.
Проверил на серверной базе, оба проекта блокируются, то есть пока идет транзакция, прочитать данные по ним невозможно,
однако, у меня такое чувство, будто это как-то громоздко. Может есть более изящное решение?

      Блок = Новый БлокировкаДанных;
      Эл = Блок.Добавить("РегистрНакопления.Дебеторка");
      Эл.УстановитьЗначение("Контрагент", Контрагент);
      
      ТЗ = Новый ТаблицаЗначений;
      ТЗ.Колонки.Добавить("Проект");
      НоваяСтрока = ТЗ.Добавить();
      НоваяСтрока.Проект = Проект;
      НоваяСтрока = ТЗ.Добавить();
      НоваяСтрока.Проект = Справочники.Проекты.ПустаяСсылка();
      
      Эл.ИсточникДанных = ТЗ;
      Эл.ИспользоватьИзИсточникаДанных("Проект", "Проект");
      Блок.Заблокировать();
Стал искать информацию по блокировкам, а нашел прежде всего другое - неверный алгоритм.
Дело в том, что вся сумма отгрузки в любом случае сначала должна пройти приходом по проекту, а потом, в случае наличия аванса, сторнируем аванс и относим на оплату по данной накладной (при алгоритме, использованном в этом решении, сумма продаж учитывается некорректно).
Теперь по поводу блокировки. В любом случае блокировать надо только Аванс, чтобы его никто не утащил повторно.  :D
В блокировке же самого проекта смысла нет, его проводим хоть раздельно, хоть параллельно с другими. Это типа приходной накладной в операции купли-продажи.
Теперь по поводу самой блокировки. Еще вот такой вариант предлагается (пример 6).
http://expert.chistov.pro/public/144750/
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Jones от Август 20, 2015, 09:37:33 am
Я не эксперт, но перед записью надо заблокировать (БлокироватьДляИзменения)

По-моему это надо делать при использовании Новой методики, а здесь - Старая
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Jones от Август 20, 2015, 09:46:52 am
Jones, а я опять вернусь к злочастному условию в СПР "данные за разные расчетные периоды". С окладом все понятно, можно задавать разные "ПериодДействияНачало" и "ПериодДействияКонец". А что делать с надбавкой? Только на один период получается? Он же у Вас привязан только к "Дате" документа.

Что касается условия "В одном документе могут быть данные за разные расчетные периоды", то его я в задаче не учел.
По идее надо с этим разбираться, но на реализацию уйдет много времени, поэтому отложил это на потом.
На сколько я понял, надо ПериодРегистрации заносить в ТЧ
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Jones от Август 20, 2015, 09:54:36 am
1. При попытке записи сразу выскакивает ошибка - Поле объекта не обнаружено (Период),
Большое спасибо, alex1248! Вот что значит спешка: забыл протестировать Операцию.
Исправленный вариант прикрепляю

2. Если при пометке удаления активность будет снята, предусмотрен способ восстановления активности в случае снятия пометки удаления (в зависимости от желания пользователя)?
Снятие пометки удаления автоматически восстанавливает активность записей.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: HRom от Август 22, 2015, 05:10:03 pm
1)   Как вам моя процедура ПриЗаписи() в модуле Операции?
На мой взгляд это простая и понятная, а главное верная последовательность:
1-в движениях устанавливаем Период из Даты документа
2-если док записан, то у помеченного документа отключаем активность


А зачем читать старые движения в процедуре перед записью?

   Если Не ЭтоНовый() Тогда
      НабЗап = РегистрыБухгалтерии.Основной.СоздатьНаборЗаписей();
      НабЗап.Отбор.Регистратор.Установить(Ссылка);
      НабЗап.Прочитать();
                ...
   КонецЕсли;
Название: Re: Билет 5. Спец по платформе V8
Отправлено: zorky от Октябрь 06, 2015, 02:13:14 pm
Движения.ОстаткиНоменклатуры.БлокироватьДляИзменения = Истина;
Движения.ОстаткиНоменклатуры.Записать(); //Набор пустой, нет значений полей пространства блокировки. нечего блокировать.
 Вы забыли уточнить, зачем мы блокируем "пустой" набор. Когда пишется "пустой" набор, то:

1) блокируются данные по "очищаемым" записям (т.е. тем, по которым были движения до перепроведения документа, ведь их тоже надо блокировать, чтобы в случае отмены транзакции гарантировать откат (отказ от проведения и возврат к предыдущим проводкам));
2) все записи очищаются

 - - - Значит БлокироватьДляИзменения=Истина, перед Записать, нужно ставить всегда? Почему только при
Оперативном проведении?
А при Неоперативном? Ведь старые записи тоже могут изменить в других транзакциях...
че т не догоняю)))
Название: Re: Билет 5. Спец по платформе V8
Отправлено: artemusII от Октябрь 07, 2015, 11:05:08 pm
Привет всем. Решал сегодня 5й билет. Проверьте кому не лень, пожалуйста...
Название: Re: Билет 5. Спец по платформе V8
Отправлено: zorky от Октябрь 08, 2015, 05:47:04 pm
Привет всем. Решал сегодня 5й билет. Проверьте кому не лень, пожалуйста...


Ещё делаю задачу 5 го билета БУ, подсмотрел отчёт - ни фига не понимаю, структура данных та же, субконто и признаки, логика такая же!
Но отчёт не получается, уже цифры плывут, может посмотрите??? в чем ошибка - выводит пустые данные!
Задача не сложная, но я долго думал как без 2 -x левых соединений сделать, упростить всячески. Никак...и субконто для отчета о продажах...
Что не так в отчёте???

Название: Re: Билет 5. Спец по платформе V8
Отправлено: alex1248 от Октябрь 08, 2015, 09:47:01 pm
Что не так в отчёте???
А где он?  :)
Название: Re: Билет 5. Спец по платформе V8
Отправлено: zorky от Октябрь 09, 2015, 07:54:02 am
Что не так в отчёте???
А где он?  :)

Ну всё, пересидел за задачами))))  Прикрепил!
Название: Re: Билет 5. Спец по платформе V8
Отправлено: alex1248 от Октябрь 09, 2015, 09:16:59 am
Что не так в отчёте???
А где он?  :)

Ну всё, пересидел за задачами))))  Прикрепил!
В обработке проведения РН в проводке ПрибылиИУбытки - Товары не указаны субконто.
Дабы не искать ошибки там, где их нет, можно всегда у всех документов сразу выводить на форму движения по всем регистрам и при проведении проверять, всё ли там нормально. Дополнительные временные затраты не велики, зато наверняка съэкономится время при отладке + есть шанс, что сразу будет выполнен хоть малюсенький кусочек задания по УФ.  :)
Название: Re: Билет 5. Спец по платформе V8
Отправлено: zorky от Октябрь 09, 2015, 06:05:16 pm
Что не так в отчёте???
А где он?  :)

Ну всё, пересидел за задачами))))  Прикрепил!
В обработке проведения РН в проводке ПрибылиИУбытки - Товары не указаны субконто.
Дабы не искать ошибки там, где их нет, можно всегда у всех документов сразу выводить на форму движения по всем регистрам и при проведении проверять, всё ли там нормально. Дополнительные временные затраты не велики, зато наверняка съэкономится время при отладке + есть шанс, что сразу будет выполнен хоть малюсенький кусочек задания по УФ.  :)

Спасибо огромное!

Всё переделал, решил проблему с копейками, для этого пришлось делать Итоги и 2 цикла!  Не знаю как по другому решить!   - И самое печальное - смотрю в регистр, - движения ПРАВИЛЬНЫЕ, себестоимость ставит и сумму продажи, НО В ОТЧЁТЕ УПОРНО СТАВИТ непонятную сумму для одной позиции в себестоимость!!!(((  В регистре все верно, в ноль выходит, а отчёте показывает в одной позиции непонятную сумму( 
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Jones от Октябрь 11, 2015, 03:07:32 am
Выкладываю повторно проработанную версию БУ+ПР пятого билета.

1)   Задача по БУ очень интересная т.к. содержит проблему копеек в самом серьезном виде: количество на счТовары хранится в разрезе Товаров и ИнвНомеров, а Себестоимость – только в разрезе Номенклатуры.
Списывая Номенклатуру приходится Сумму получать, используя среднюю цену себестоимости Товара, в результате чего, часть Себестоимости может остаться несписанной.
Делаю так: внутри группировки Номенклатура, в обходе выборки ИнвНомера накапливаю Списанную Стоимость номенклатуры и если списано все Количество Номенклатуры,  но СписаннаяСтоимость меньше остатка Себестоимости (который должен быть списан), то оставшиеся копейки просто добавляю к Сумме последней проводки.

2)   Задачу по ПР прорешал с учетом волшебной фразы «В одном документе могут быть данные за разные расчетные периоды».
В этой задаче к Окладам данная формулировка не относится, т.к. Оклад здесь получается из Шкалы в зависимости от ФактическиОтработанныхЧасов, т.е. ПериодРегистрации на размер Оклада никак не влияет.

Другое дело Премия от продаж Подразделения за предыдущий месяц. Оказывается, предыдущий месяц надо отсчитывать не от Даты документа (что существенно упрощает задачу), а от ПериодаРегистрации записи (который надо указывать для каждой строки ТЧ ДН).

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

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

3)   Возвращаясь к модулю документа Операция:
Снова изучил Пункт 11 (http://expert.chistov.pro/public/102366/) и снова не понял, зачем так сложно.

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

Процедура ПередЗаписью(Отказ, РежимЗаписи, РежимПроведения)

Если ПометкаУдаления <> Ссылка.ПометкаУдаления Тогда
Движения.Основной.Прочитать();
Движения.Основной.УстановитьАктивность(Не ПометкаУдаления);
Движения.Основной.Записывать = Истина;
КонецЕсли;

Для Каждого Движение ИЗ Движения.Основной Цикл
Движение.Период = Дата;
КонецЦикла;

КонецПроцедуры

PS 15ч37м
Исправил списание себестоимости в РН (БУ), там была ошибка и Копейки списывались хотя Количество списано не полностью.
Разные расчетные периоды в ПР оказывается не так уж и страшны. Надо набить руку и на экзамене сразу делать как положено.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: zorky от Октябрь 11, 2015, 09:41:44 am
Выкладываю повторно проработанную версию БУ+ПР пятого билета.

1)   Задача по БУ очень интересная т.к. содержит проблему копеек в самом серьезном виде: количество на счТовары хранится в разрезе Товаров и ИнвНомеров, а Себестоимость – только в разрезе Номенклатуры.
Списывая Номенклатуру приходится Сумму получать, используя среднюю цену себестоимости Товара, в результате чего, часть Себестоимости может остаться несписанной.
Делаю так: внутри группировки Номенклатура, в обходе выборки ИнвНомера накапливаю Списанную Стоимость номенклатуры и если списано все Количество Номенклатуры,  но СписаннаяСтоимость меньше остатка Себестоимости (который должен быть списан), то оставшиеся копейки просто добавляю к Сумме последней проводки.

Да, приходится делать цикл в цикле. По моему можно сделать и с одним, если ставить условие что позиция номенклатуры - изменилась, т.е. перешли на след. номенклатуру.  Посмотрите моё решение, я коплю кол-во списываемого, и когда оно становится равно кол-во в регистре - забираю СуммуОстаток, которая также вычитается из ОбщейСуммы на каждой итерации.  Можно так сделать? вроде тестировал на суммах:   100.10,    200.11  - нормально.   с Отчётом вот что-то не так(( ума не приложу.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: artemusII от Октябрь 11, 2015, 12:55:13 pm
А разве на экзамене обращают внимания на действия документа Операция. Я всегда считал, что просто вывести на форму таблицу движений как есть и все.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: artemusII от Октябрь 11, 2015, 01:05:42 pm
Выкладываю повторно проработанную версию БУ+ПР пятого билета.
...
2)   Задачу по ПР прорешал с учетом волшебной фразы «В одном документе могут быть данные за разные расчетные периоды».
...

Другое дело Премия от продаж Подразделения за предыдущий месяц. Оказывается, предыдущий месяц надо отсчитывать не от Даты документа (что существенно упрощает задачу), а от ПериодаРегистрации записи (который надо указывать для каждой строки ТЧ ДН).
...


Считаю, что ваше понимание неверно. Ведь в конце задачи есть фраза "Считать, что все данные вводятся только в пределах одного месяца". Это значит, что период регистрации у документа всегда один месяц. А вот "расчетные периоды" могут быть разными ( с 1го по 10, с 5го по 20, с 1го по 30е и т.д.) НО! строго в рамках одного месяца. Поэтому фразу "... общая сумма продаж товаров за предыдущий месяц... " нужно понимать именно как сумма продаж за прошлый месяц по отношению к текущему периоду регистрации.

Ну это мне так кажется)
Название: Re: Билет 5. Спец по платформе V8
Отправлено: artemusII от Октябрь 11, 2015, 01:39:26 pm
Выкладываю повторно проработанную версию БУ+ПР пятого билета.

1)   Задача по БУ очень интересная т.к. содержит проблему копеек в самом серьезном виде: количество на счТовары хранится в разрезе Товаров и ИнвНомеров, а Себестоимость – только в разрезе Номенклатуры.


Спасибо за информацию - даже не задумывался... сейчас поправил...
Название: Re: Билет 5. Спец по платформе V8
Отправлено: alex1248 от Октябрь 11, 2015, 03:37:27 pm
...Это значит, что период регистрации у документа всегда один месяц. А вот "расчетные периоды" могут быть разными ( с 1го по 10, с 5го по 20, с 1го по 30е и т.д.) НО! строго в рамках одного месяца...
А как вы в таком случае трактуете также довольно часто встречающуюся формулировку "В одном документе могут быть данные только за текущий расчетный период"? Что за "текущий расчетный период" имеется ввиду?  :)
Название: Re: Билет 5. Спец по платформе V8
Отправлено: artemusII от Октябрь 11, 2015, 04:34:50 pm
Да, тоже логично...

Я покопался щас по форуму - есть такой рассказ:

"Всем добрый день!
 Сдавал 07.10 2-й билет, сдал на 4 с первого раза)))
 Сдавал на 8.2
 Принимал Гончаров Дмитрий.
 В СПР есть фраза «В одном документе могут быть данные за разные расчетные
 периоды». Спросил, означает ли это, что период регистрации должен быть в
 табличной части? Ответ был, нет, это значит, что в строке табличной части период
 действия может быть не за весь месяц, а к примеру с 01.10 по 15.10. "
Название: Re: Билет 5. Спец по платформе V8
Отправлено: alex1248 от Октябрь 11, 2015, 06:01:03 pm
Да, тоже логично...

Я покопался щас по форуму - есть такой рассказ:

"Всем добрый день!
 Сдавал 07.10 2-й билет, сдал на 4 с первого раза)))
 Сдавал на 8.2
 Принимал Гончаров Дмитрий.
 В СПР есть фраза «В одном документе могут быть данные за разные расчетные
 периоды». Спросил, означает ли это, что период регистрации должен быть в
 табличной части? Ответ был, нет, это значит, что в строке табличной части период
 действия может быть не за весь месяц, а к примеру с 01.10 по 15.10. "
Да, я это тоже читал.
Но это лишь единичный случай, к тому же было довольно давно.
В общем, не стоит на это ориентироваться.
К тому же, то, что разные расчетные периоды - совсем не значит, что период регистрации в ТЧ. Я никогда не выносил период регистрации в ТЧ, на мой взгляд, это вообще не соответствует распространенным нормам учета. Поэтому, для меня разные расчетные периоды - это периоды действия в разных месяцах, но, с учетом фразы "Считать, что все данные вводятся только в пределах одного месяца", в одной строке следует вводить данные внутри одного расчетного периода (т.е. месяца). Кстати, есть задача (больничный в билете 9), где в строке может быть указан период, пересекающийся с разными расчетными периодами (обратите внимание, тут никак уже не привяжешь к периоду регистрации, и уже логично оперируем с периодом действия), которые приходится разбивать на периоды в пределах одного месяца каждый.
Впрочем, судя по отзывам, период регистрации в ТЧ на экзамене принимается, так что этот вопрос на усмотрение каждого.  :)
Название: Re: Билет 5. Спец по платформе V8
Отправлено: zorky от Октябрь 11, 2015, 06:08:41 pm
Выкладываю повторно проработанную версию БУ+ПР пятого билета.

1)   Задача по БУ очень интересная т.к. содержит проблему копеек в самом серьезном виде: количество на счТовары хранится в разрезе Товаров и ИнвНомеров, а Себестоимость – только в разрезе Номенклатуры.


Спасибо за информацию - даже не задумывался... сейчас поправил...

Посмотрел решение, всё правильно копейки списывает)) Единственное вот это не нужно:
ЭлементБлокировки.ИспользоватьИзИсточникаДанных(ПланыВидовХарактеристик.ВидыСубконто.Измерение1, "Измерение1");
т.к. надо блокировать конкретную номенклатуру, со всеми инв.номерами,  - не дай бог спишут в процессе...

Название: Re: Билет 5. Спец по платформе V8
Отправлено: artemusII от Октябрь 17, 2015, 01:25:24 pm
... Единственное вот это не нужно:
ЭлементБлокировки.ИспользоватьИзИсточникаДанных(ПланыВидовХарактеристик.ВидыСубконто.Измерение1, "Измерение1");
т.к. надо блокировать конкретную номенклатуру, со всеми инв.номерами,  - не дай бог спишут в процессе...

Снова спасибо!) Это я тоже не углядел)
Название: Re: Билет 5. Спец по платформе V8
Отправлено: HRom от Октябрь 17, 2015, 02:14:26 pm
В оперативном учете, в Отчете ни у кого не увидел чтобы колонка аванс вставала после проектов. Jones сделал реквизит "ПорядокПроектов", но никак не использовал. Я ввёл в его решении аванс по новому контрагенту, в отчете аванс встал впереди проектов.

Как считаете, будет ли ошибкой при решении оперативного учета использовать два регистра, один для долгов по проекту, другой для авансов?

И здесь
http://forum.chistov.pro/index.php?topic=1205.30

рекомендуют в движениях расходной накладной указывать всю сумму на проект, а не (Сумма документа - Аванс).

У вас расходная накладная закрывает аванс , если он есть, а остаток денег "пишет" на проект.
 Таким образом реальную "стоимость" проекта вы не видите, хотя обороты идут.
 У вас:
 Расх накл №4 - Сумма по документу - 3200.
 Движения -2500 аванс, +700 проект;

 Должно быть: -2500 аванс, 3200 проект, -2500 проект.
 Кто-то здесь уже писал, что на экзамене досталось подобное , и пришлось лихорадочно дописывать решение.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: HRom от Октябрь 17, 2015, 02:33:44 pm
artemusII,
как вы сделали в отчете чтобы не видно было заголовков "сумма" в названии колонок?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: alex1248 от Октябрь 17, 2015, 04:18:03 pm
В оперативном учете, в Отчете ни у кого не увидел чтобы колонка аванс вставала после проектов.
Прикрепил файл.  :)
рекомендуют в движениях расходной накладной указывать всю сумму на проект, а не (Сумма документа - Аванс).
Правильно именно так и должно быть. Я тоже писал об этом, возможно, в этой ветке.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: HRom от Октябрь 17, 2015, 04:52:56 pm
Прикрепил файл.  :)

спасибо, посмотрю

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

ну там по ссылке задача 1.34, где помимо отчета по остаткам, есть еще отчет по оборотам. В билете №5 возможно оборотной стоимостью проекта можно и пренебречь.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: HRom от Октябрь 17, 2015, 05:54:13 pm
artemusII,
как вы сделали в отчете чтобы не видно было заголовков "сумма" в названии колонок?

УстановитьЗаголовк и " "
Название: Re: Билет 5. Спец по платформе V8
Отправлено: HRom от Октябрь 17, 2015, 06:28:12 pm
Блин так всё таки ОУ делать на двух регистрах остатков, или на одном но с особым проектом под авансы (или пустым проектом), который может случайно выбрать пользователь и порушить весь алгоритм.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: alex1248 от Октябрь 17, 2015, 06:47:20 pm
...может случайно выбрать пользователь и порушить весь алгоритм.
В реальной разработке можно запретить выбор особого/пустого проекта. На экзамене на это не стоит тратить время.
А по поводу 2-го регистра - не сочтут ли излишним? Ведь для учета расчетов необходимости в нем нет. К тому же усложнится создание отчета.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: HRom от Октябрь 18, 2015, 11:14:27 am

Дошел до Бух части. Кто как понимает смысл этого условия в задании?

В документе поступления каждая единица товара оформляется отдельной строкой (с количеством равным 1).

JONES, к примеру, при контроле остатков в расходной накладной сравнивает остаток по инв.номеру с единицей, а не с количеством из документа. Что мне кажется не совсем верным, т.к. как разными поступлениями, но на один инвентарный номер мы можем накидать сколько угодно остатков. Или в одном поступлении, но десятью строчками на один и тот же инв.номер.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: artemusII от Октябрь 18, 2015, 11:46:01 am

Дошел до Бух части. Кто как понимает смысл этого условия в задании?

В документе поступления каждая единица товара оформляется отдельной строкой (с количеством равным 1).

Инвентарные номера уникальны. Скорее всего это значит, что во все времена один инв.№ может прийти только один раз и в единичном количестве.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: HRom от Октябрь 18, 2015, 11:59:20 am

Дошел до Бух части. Кто как понимает смысл этого условия в задании?

В документе поступления каждая единица товара оформляется отдельной строкой (с количеством равным 1).

Инвентарные номера уникальны. Скорее всего это значит, что во все времена один инв.№ может прийти только один раз и в единичном количестве.

И какие навыки и умения мы должны продемонстрировать всязи с этим при решении задания?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: HRom от Октябрь 18, 2015, 02:00:27 pm

Дошел до Бух части. Кто как понимает смысл этого условия в задании?

В документе поступления каждая единица товара оформляется отдельной строкой (с количеством равным 1).

Инвентарные номера уникальны. Скорее всего это значит, что во все времена один инв.№ может прийти только один раз и в единичном количестве.

тут народ всвязи с этим аж по два вида учета "количественный" вводит
http://forum.chistov.pro/index.php?topic=1204.0
Название: Re: Билет 5. Спец по платформе V8
Отправлено: zorky от Октябрь 18, 2015, 07:57:01 pm

Дошел до Бух части. Кто как понимает смысл этого условия в задании?

В документе поступления каждая единица товара оформляется отдельной строкой (с количеством равным 1).

Инвентарные номера уникальны. Скорее всего это значит, что во все времена один инв.№ может прийти только один раз и в единичном количестве.

тут народ всвязи с этим аж по два вида учета "количественный" вводит
http://forum.chistov.pro/index.php?topic=1204.0


Не такая уж простая задачка..., себстоимость по номенклатуре, + копейки , и отчёт
Название: Re: Билет 5. Спец по платформе V8
Отправлено: tolX5 от Октябрь 21, 2015, 09:52:50 am

Прикрепил файл.  :)
посмотрел Ваше решение БУ
?
Почему бы не использовать в БУ контроль остатка по новому? Прежде провести Количество в разрезу суб. Номенкалатура и ИнвНомер, наложить блокировку при записи, выбрать записи для расчета себестоимости  и второй проводкой провести Сумму. Как бы настройка Плана и РБ подталкивает к этому
Название: Re: Билет 5. Спец по платформе V8
Отправлено: alex1248 от Октябрь 21, 2015, 10:27:37 pm
Почему бы не использовать в БУ контроль остатка по новому?
Не надо так делать на экзамене.
И тем более, в реальной разработке - вряд ли конфигурация, рассчитанная на большое число операторов-выписывателей документов с большим товарооборотом будет строиться на РБ.
Это как минимум. Специалисты,  наверное, привели бы более веские аргументы.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: tolX5 от Октябрь 22, 2015, 08:38:49 am
Почему бы не использовать в БУ контроль остатка по новому?
Не надо так делать на экзамене.
..

надеюсь Вы правы - меньше кода.
но первое что я подумал, когда прочел условие этой задачи, что экзаменаторы хотят что бы решили на одном универсальном регистре РБ, то что решается в ОУ на 2-х регистрах. может кто из сдавших эту задачу воткнет факел знаний
Название: Re: Билет 5. Спец по платформе V8
Отправлено: zorky от Ноябрь 10, 2015, 06:52:47 pm
Решил СПР 5 го билета!!! ) (с БУ нужно)

"данные за разные расчётные периоды"  сделал, идея Jones  была взята, дабы избавится от Запроса в цикле, что строго воспрещается!!! )  Берутся оборотыДтКт РБ по Субконто3 "Подразделение"от минимального периода в Документе, до Максимального и режутся по месяцам, потом с ними соединяемся и берём необходимые.

"При одновременной работе в разных подразделениях у каждого сотрудника в конкретном подразделении может быть собственный график."   - ничего тут делать не нужно, кроме Справочника ТипыГрафиков,  ТипГрафика в РС, и реквизит График в РР, связанный с РС.

Не подскажите как отчёт грамотно сделать, чтобы просто месяц начислений указать , а не период?  в СКД пока тяжко)
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Quantum81 от Ноябрь 15, 2015, 09:30:28 am
СПР  задача на получение данных из БУ.  Минут 20 думал как же данные из БУ получить, пока не вспомнил  про периодичность виртуального регистра оборотов БУ. Данный топик мимо ушей пропустил, т.к. прорешивал по отдельности задачки из билетов. 
Да еще пришлось доделывать БУ, добавлять субконто подразделение.
БУ  счет товары количественный, Субконто Номенклатура суммовая, ИнвНомер нет, т.к. стоимость конкретного изделия нигде не требуется.
Счет ПрибылиУбитки - два оборотных субконто Номенклатура и Подразделение.
Отчет строил по виртуальной тоблице движений с субконто.
ОУ
БП
Название: Re: Билет 5. Спец по платформе V8
Отправлено: zorky от Ноябрь 15, 2015, 04:34:22 pm
Не подскажите где правильно в блокировке:

ЭлБлока.ИспользоватьИзИсточникаДанных(ПланыВидовХарактеристик.ВидыСубконто.Номенклатура,"Номенклатура");
      
или увидел у кого-то:

ЭлБлока.ИспользоватьИзИсточникаДанных("Субконто1","Номенклатура");
Название: Re: Билет 5. Спец по платформе V8
Отправлено: alex1248 от Ноябрь 15, 2015, 06:51:45 pm
ЭлБлока.ИспользоватьИзИсточникаДанных(ПланыВидовХарактеристик.ВидыСубконто.Номенклатура,"Номенклатура");
Так правильно (порядок субконто юзер может изменить).
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Zeskord от Ноябрь 16, 2015, 09:11:41 am
ЭлБлока.ИспользоватьИзИсточникаДанных(ПланыВидовХарактеристик.ВидыСубконто.Номенклатура,"Номенклатура");
Так правильно (порядок субконто юзер может изменить).
На экзамене обязательно разрешать пользователю изменять порядок субконто? Если это так, то в программе много чего "полетит".
Если в форме элемента плана счетов при создании на сервере написать
Если Объект.Предопределенный Тогда
ТолькоПросмотр = Истина
КонецЕсли;
На экзамене за это карают?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: alex1248 от Ноябрь 16, 2015, 10:00:24 am
ЭлБлока.ИспользоватьИзИсточникаДанных(ПланыВидовХарактеристик.ВидыСубконто.Номенклатура,"Номенклатура");
Так правильно (порядок субконто юзер может изменить).
На экзамене обязательно разрешать пользователю изменять порядок субконто? Если это так, то в программе много чего "полетит".
А что там так много полетит?
В ВТ в запросе настоятельно рекомендуется передавать субконто счетов, по которым происходит отбор, и поэтому не "полетит" даже при указании субконто по номерам; в проводках тоже указываем само субкотно, а не номер.
Где еще?

Насколько я знаю, кроме блокировки, проводок и передачи субконто в параметры ВТ ничего запрещать и дорабатывать не требуется.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Zeskord от Ноябрь 16, 2015, 01:20:48 pm
ЭлБлока.ИспользоватьИзИсточникаДанных(ПланыВидовХарактеристик.ВидыСубконто.Номенклатура,"Номенклатура");
Так правильно (порядок субконто юзер может изменить).
На экзамене обязательно разрешать пользователю изменять порядок субконто? Если это так, то в программе много чего "полетит".
А что там так много полетит?
В ВТ в запросе настоятельно рекомендуется передавать субконто счетов, по которым происходит отбор, и поэтому не "полетит" даже при указании субконто по номерам; в проводках тоже указываем само субкотно, а не номер.
Где еще?

Насколько я знаю, кроме блокировки, проводок и передачи субконто в параметры ВТ ничего запрещать и дорабатывать не требуется.
Спасибо. Действительно, порядок субконто в ВТ можно переопределить, а я до этого не знал (сейчас прочитал в книге).
Название: Re: Билет 5. Спец по платформе V8
Отправлено: pewit от Ноябрь 16, 2015, 01:59:53 pm
Выкладываю моё решение 5 билета. Посмотрите, пожалуйста.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Роман от Декабрь 21, 2015, 08:51:38 am
Выкладываю моё решение 5 билета. Посмотрите, пожалуйста.

Привет pewit.
РМ - задача. Запрос в цикле плохой способ. За запрос в цикле могут 0.5 - 1 балла снизить.
Используешь для подбора количества продаж для премии.
Я бы соединил с Обороты по ПериодДействияНачало <= Период
И ПериодДействияКонец >= Период
+ Для ТАбОбороты поставил периодичность Месяц
Название: Re: Билет 5. Спец по платформе V8
Отправлено: cheb73 от Январь 28, 2016, 12:34:03 pm
Гляньте кому не лень , мой вариант
Название: Re: Билет 5. Спец по платформе V8
Отправлено: zorky от Февраль 28, 2016, 10:34:10 am
Гляньте кому не лень , мой вариант

ОУ задача, ошибка при закрытии аванса. Осталось Списать не уменьшаете, а в сумму почему то суммаОстаток идёт...

БУ:  проблема копеек (-1 балл)

по СПР:  нельзя ли просто ТипГрафика сделать - а не усложнять 2-мя измерениями в РС ? и связями с РР. Например:
Иванов  - Бухгалтерия - ГрафикИвановаБухия
Иванов - ОтделКадров - График2через2Иванова
Название: Re: Билет 5. Спец по платформе V8
Отправлено: cheb73 от Февраль 28, 2016, 07:09:32 pm
Спасибо ,что проверили а что значит по вашему проблема копеек , то что нет округления? По поводу СПР задачи - считаю здесь однозначно 2 измерения и две связи
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Ads666sda от Март 17, 2016, 09:51:50 am
Здравствуйте.

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

Буду признателен за подсказку.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: zorky от Март 17, 2016, 10:11:12 pm
Здравствуйте.

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

Буду признателен за подсказку.

можно взять ПериодРегистрации = ДатаДокумента, и считать от него
можно ПР сделать реквизитом, и от него плясать, но нельзя выносить его в ТЧ
но если есть условие "данные за разные расчетные периоды' - можно сделать что-то типа МесяцНачисления, назовите как хотите, просто Базу от него будете получать для разных записей Надбавок
Название: Re: Билет 5. Спец по платформе V8
Отправлено: zorky от Март 17, 2016, 10:25:46 pm
Спасибо ,что проверили а что значит по вашему проблема копеек , то что нет округления? По поводу СПР задачи - считаю здесь однозначно 2 ресурса и две связи

нет, округление вроде  как необходимость при проблеме копеек
а проблема копеек это когда себестоимость считается не по всем разрезам, по которым сумма и количество хранится,
здесь не помню, а вот в 1 билете вспомните, Сумма всей Номенклатуры, по СрокамГодности не хранится, но количество хранится, здесь и может возникнуть остаточек 0,01 копейка)))
попробуйте ввести 2 одинаковых товара, 10 шт. по цене 10,22   и 10 шт. по цене 10,23
при списании зависнут 0,01 и будут висеть всю жизнь в регистре )))) а кол-во 0
и это -1 балл
округление как бы не при чем к проблеме "копеек" , от разрядности ваших ресурсов зависит
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Odines от Март 21, 2016, 08:56:16 pm
Мое решение 5го билета
Название: Re: Билет 5. Спец по платформе V8
Отправлено: axel_work от Апрель 03, 2016, 06:43:31 pm
Добрый день!

Критикиуем жестко!

Отличия:
ОУ - аванс = пустой проект,  в документах пустой проект запрещен. 

БУ - копейки закрываются (вроде бы), количество беру из документа, указано что там вводится 1, но не написано - что это надо контролировать. ИнвНомера - сами по себе, не подчинены Номенклатуре,  т.к. сказано, что они уникальные.
Субконто Подразделение повесил на счет Покупатели. Потому что забыл и потому что 3 субконто на счет многовато, да и отбор только по ним будет только в СПР.

СПР - связь графика как-то непонятно описана - сделал график в РС Сведения о сотрудниках, правда это чуть усложняет получение на начало периода действия, но немного.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Гакусей от Апрель 03, 2016, 10:22:42 pm
Критикиуем жестко!
:D
Каждый сотрудник компании работает по своему собственному графику. При одновременной работе в разных подразделениях у каждого сотрудника в конкретном подразделении может быть собственный график.
Это значит, что в РС ГрафикиРаботы измерения - Сотрудник и подразделение. А вот измерение График - не нужно, про расширение ниче не сказано.
И в ОН надо ставить  "Связь с графиком" не в графике, а сотрудника - с сотрудником и подразделение с подразделением.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: zorky от Апрель 04, 2016, 07:36:44 am
Критикиуем жестко!
:D
Каждый сотрудник компании работает по своему собственному графику. При одновременной работе в разных подразделениях у каждого сотрудника в конкретном подразделении может быть собственный график.
Это значит, что в РС ГрафикиРаботы измерения - Сотрудник и подразделение. А вот измерение График - не нужно, про расширение ниче не сказано.
И в ОН надо ставить  "Связь с графиком" не в графике, а сотрудника - с сотрудником и подразделение с подразделением.

меня вопрос тоже интересовал, а нельзя просто оставить стандартно Спр.Графики и всё.
В РС оставить по умолчанию.
-Иванов              Бухгалтерия               ГрафикИвановаБух
-Иванов              Отдел Продаж           ГрафикИвановаОП
-Петров              Бухгалтерия               ГрафикПетроваБух

как думаете?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Гакусей от Апрель 04, 2016, 12:04:12 pm
меня вопрос тоже интересовал, а нельзя просто оставить стандартно Спр.Графики и всё.
В РС оставить по умолчанию.
-Иванов              Бухгалтерия               ГрафикИвановаБух
-Иванов              Отдел Продаж           ГрафикИвановаОП
-Петров              Бухгалтерия               ГрафикПетроваБух

как думаете?
Мне кажется тут пытаются проверить наше знание механизма связи между РС и ОН именно в таком виде, как описано явно в задании. Если делать через График, то есть риск нарваться на снижение оценки за упрощение
Название: Re: Билет 5. Спец по платформе V8
Отправлено: axel_work от Апрель 05, 2016, 09:14:33 pm
Критикиуем жестко!
:D
Каждый сотрудник компании работает по своему собственному графику. При одновременной работе в разных подразделениях у каждого сотрудника в конкретном подразделении может быть собственный график.
Это значит, что в РС ГрафикиРаботы измерения - Сотрудник и подразделение. А вот измерение График - не нужно, про расширение ниче не сказано.
И в ОН надо ставить  "Связь с графиком" не в графике, а сотрудника - с сотрудником и подразделение с подразделением.

Спасибо! Согласен, с графиком хрень получилась.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Ads666sda от Апрель 07, 2016, 02:46:01 pm
Здравствуйте, уважаемые коллеги
покритикуйте пожалуйста мое решение.
Спасибо
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Aleshka от Апрель 12, 2016, 06:20:09 am
Мне кажется тут пытаются проверить наше знание механизма связи между РС и ОН именно в таком виде, как описано явно в задании. Если делать через График, то есть риск нарваться на снижение оценки за упрощение
Гакусей  а вот СОМНЕВАЮСЬ!!! если связать изм РС (Сотрудник и Подразделение) с изм РР (Сотрудник и Подразделение)  не слишком ли много записей будет в РС Графики.
1-Встречался в решениях вариант, по-моему у Agamest., когда добавляли доп. РС изм(Сотрудник и Подразделение) рес (ТипГрафика) и в РС Графики РВ изм (Дата, ТипГрафика) и РР рекв (ТипГрафика) тогда размер РС компактный.
2-Павел Чистов советует:
"Например, графики по сотрудникам – связь с измерением Сотрудник регистра расчета; графики по подразделениям – связь с измерением Подразделение РР; если графики обычные (пятидневка, шестидневка, два через два и т.д.) – связь через реквизит РР. Если графики например по подразделениям, и еще есть пятидневка для больничного – можно сделать связь с измерением Подразделение и добавить еще один ресурс в регистр сведений Графики работы; если графики по подразделениям, и еще несколько (или неизвестно сколько) других графиков (пятидневка, два через два и т.д.) – связь через реквизит РР составного типа."
И вот тут я не понимаю какой реквизит составного типа, что в этот реквизт входит, с чем его связывать??? :'(
Если есть у кго какие соображения прошу поделитесь :-\
Название: Re: Билет 5. Спец по платформе V8
Отправлено: EgSneg от Апрель 14, 2016, 09:40:20 am
Как вы думаете, уважаемые коллеги, а справочник Графики имеет смысл подчинить справочнику Физические лица?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: alex1248 от Апрель 14, 2016, 01:27:06 pm
если графики по подразделениям, и еще несколько (или неизвестно сколько) других графиков (пятидневка, два через два и т.д.) – связь через реквизит РР составного типа."
И вот тут я не понимаю какой реквизит составного типа, что в этот реквизт входит, с чем его связывать??? :'(
Я делал тип спрГрафики + перечСтандартныеГрафики, причем даже в том случае, если стандартный лишь один.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: SAM от Апрель 20, 2016, 12:35:26 pm
Добрый день!

Прошу оценить решение. Что вызывает сомнения:
ОУ: Если по некому контрагенту есть аванс, то нужно ли делать 3 записи при продаже? Погашать аванс, вешать эту же сумму на указанный проект и сразу же списывать эту сумму в счет погашения аванса?
Для отчета это не требуется, там нужно только остатки (состояние взаиморасчетов) на момент времени. Но с другой стороны, если захотим обороты по проектам посмотреть - будут неверные цифры, если сумму реализации просто делить на погашение аванса и задолженность по проекту. Значит это упрощение задачи и надо учитывать аванс, как я написал чуть выше?

БУ: Видел решение, где количество совсем убрали из ТЧ, насколько это правильно? В условии указано, что всегда количество = 1, можно количественный учет вообще не вести? Себестоимость считать, как общая стоимость номенклатурной позиции разделить на КоличествоРазличных(Инвентарный номер), как вариант.

СПР: Добавил в РС ГрафикиРаботы измерения Сотрудник и Подразделение, т.о. обеспечивается возможность сотрудников работать по индивидуальным графикам даже при совместительстве.

ПЫ.СЫ. После решения каждой задачи остается ощущение, что что-то забыл или не учел   :-\
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Гакусей от Апрель 20, 2016, 05:28:08 pm
ПЫ.СЫ. После решения каждой задачи остается ощущение, что что-то забыл или не учел   :-\
По СПР есть только вопрос как делать графики, что обсуждалось выше.В остальном задача несложная. Явных упущений в решении не вижу
Название: Re: Билет 5. Спец по платформе V8
Отправлено: axel_work от Апрель 28, 2016, 10:09:57 am
если графики по подразделениям, и еще несколько (или неизвестно сколько) других графиков (пятидневка, два через два и т.д.) – связь через реквизит РР составного типа."
И вот тут я не понимаю какой реквизит составного типа, что в этот реквизт входит, с чем его связывать??? :'(
Я делал тип спрГрафики + перечСтандартныеГрафики, причем даже в том случае, если стандартный лишь один.

Добрый день! А поподробней можно? Составной тип в РС Графики и составной тип Подразделения/Автомобиля? Или как-то иначе?
Просто когда составной тип Подразделения (Автомобиля) то в отпуске или больничном получается вместо Подразделения/Автомобиля в отчете пятидневка или шестидневка, что не смертельно но как-то некрасиво.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Sanya2049 от Май 11, 2016, 08:56:17 pm
Мое решения ОУ С двумя РН
Взаиморасчеты
Авансы
Название: Re: Билет 5. Спец по платформе V8
Отправлено: alex1248 от Май 11, 2016, 09:45:10 pm
если графики по подразделениям, и еще несколько (или неизвестно сколько) других графиков (пятидневка, два через два и т.д.) – связь через реквизит РР составного типа."
И вот тут я не понимаю какой реквизит составного типа, что в этот реквизт входит, с чем его связывать??? :'(
Я делал тип спрГрафики + перечСтандартныеГрафики, причем даже в том случае, если стандартный лишь один.

Добрый день! А поподробней можно? Составной тип в РС Графики и составной тип Подразделения/Автомобиля? Или как-то иначе?
Просто когда составной тип Подразделения (Автомобиля) то в отпуске или больничном получается вместо Подразделения/Автомобиля в отчете пятидневка или шестидневка, что не смертельно но как-то некрасиво.
Да, в РС составной тип.
А в РР (в 6-м билете) я делал на экз изм Автомобиль (но это не верно, надо реквизит) типа спрАвтомобиль и реквизит График составного типа. Вот тут подробнее
http://forum.chistov.pro/index.php?topic=993.msg41978#msg41978
Наверное, еще в ветке по 6-му билету писал.
Это было не идеальное решение, но как раз благодаря  такому варианту отчет формировался очень хорошо. А вообще, наверное, если в РР использовать только реквизит График и выводить в отчет в графу Автомобиль, то можно по какому-то условию (для соответствующих ВР или в зависимости от типа значения) это поле оставлять пустым.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: axel_work от Май 12, 2016, 09:54:52 am
Спасибо, alex1248 , вроде понял. То есть связи с графиком у вашего измерения Автомобиль не было, а она была у реквизита График составного типа? С графиками тут как бы - несколько разных вариантов являются работающими, вопрос только как препод посчитает :)

Это получается такой переходный вариант между составным - когда и в РС поле Автомобиль составное и измерение (реквизит) Автомобиль - составное, но некрасивый отчет (вылезет пятидневка) и когда 2 измерения в РС - Автомобиль и График и также 2 связи с измерением и реквизитом РР автомобиль и График.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Aleks7 от Май 27, 2016, 05:26:35 am
Скиньте пожалуйста решение расчетной задачи из 5 билета
Название: Re: Билет 5. Спец по платформе V8
Отправлено: freez1301 от Июнь 21, 2016, 10:26:50 am
ОУ:
1 РН Взаиморасчеты, изм. Контрагент, Проект, рек. Сумма. Док. Приход делает приход, док. РТУ - делает расход
БУ:
сч. Товары, ПУ количественный (для списания) - суб Номенклатура, ПУС - суммовой (для себестоимости), ИнвНомер.
сч. ПрибылиУбытки, суб. Номенклатура Инв.номер, оборотные (для отчета)
Итого: на сч. Товары хранятся остатки в разрезе Номен. и Инв. Себестоимость только в разрезе Ном. На сч. ПрибылиУбытки продажи в разрезе Ном. и Инв.
Запрос по остаткам  с 2 итогами
запрос для отчета по ДвиженияССубконто соед. внутр. с собой
СПР:
РС Графики, изм. Дата, График, рес. Значение.
ПВР ОсновныеНачисления, Использует период действия, от базы не зависит. Элемент Оклад
ПВР ДопНачисления. От базы не зависит. Элемент Премия
РР ОсновныеНачисления, ПериодДействия, связь с графиком. Изм. Сотрудник, Подразделение (совместительство), рес. Результат, рек. График (связь с графиком), Размер
РР ДопНачисления. Изм. Сотрудник, рес. Результат, рек. Размер (сумма продаж из РБ по Подразделение оборотное, суммвое субконто сч. ПрибылиУбытки)
Отчет: Объединение двух РР. Осн. начисления - вирт. таблица ДанныеГрафика. В СКД группировка по подр. и сотруднику
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Михаил Проходцев от Июнь 27, 2016, 09:34:51 am
ОУ:
1 РН Взаиморасчеты, изм. Контрагент, Проект, рек. Сумма. Док. Приход делает приход, док. РТУ - делает расход
БУ:
сч. Товары, ПУ количественный (для списания) - суб Номенклатура, ПУС - суммовой (для себестоимости), ИнвНомер.
сч. ПрибылиУбытки, суб. Номенклатура Инв.номер, оборотные (для отчета)
Итого: на сч. Товары хранятся остатки в разрезе Номен. и Инв. Себестоимость только в разрезе Ном. На сч. ПрибылиУбытки продажи в разрезе Ном. и Инв.
Запрос по остаткам  с 2 итогами
запрос для отчета по ДвиженияССубконто соед. внутр. с собой
СПР:
РС Графики, изм. Дата, График, рес. Значение.
ПВР ОсновныеНачисления, Использует период действия, от базы не зависит. Элемент Оклад
ПВР ДопНачисления. От базы не зависит. Элемент Премия
РР ОсновныеНачисления, ПериодДействия, связь с графиком. Изм. Сотрудник, Подразделение (совместительство), рес. Результат, рек. График (связь с графиком), Размер
РР ДопНачисления. Изм. Сотрудник, рес. Результат, рек. Размер (сумма продаж из РБ по Подразделение оборотное, суммвое субконто сч. ПрибылиУбытки)
Отчет: Объединение двух РР. Осн. начисления - вирт. таблица ДанныеГрафика. В СКД группировка по подр. и сотруднику
Просмотрел Ваше решение, вроде всё неплохо. Что смутило - в обработке проведения документа НачислениеЗарплаты Вы сначала получаете минимальную и максимальную дату внесенных месяцев по надбавке (для последующего ограничения периода оборотного регистра бухгалтерии) - это правильно, но затем просто по подразделению,указанному в табличной части подтягиваете данные из регистра. Здесь, наверно, нужно установить периодичность регистра месяц и делать связь и по периоду. У Вас сейчас получается, что если внести данные за три разных месяца в документе, то сумма продаж подтянется для каждой строки за все три месяца, что не правильно.
И еще - если внести в документ только Оклад, а надбавку не указывать, то будет ошибка при проведении. У Вас всё равно результат запроса, где Вы находите минимальную и максимальную дату будет не пустой, но значениями переменных структуры ДатаНачала и ДатаОкончания будет Null. Я просто делал проверку, если ДопНачисления.Количество()>0 Тогда рассчитывал допначисления
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Михаил Проходцев от Июнь 28, 2016, 12:26:26 pm
Прикрепляю свой вариант решения. Вдруг (надежда умирает последней) кто-нибудь всё-таки просмотрит решение и напишет отзыв.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: freez1301 от Июль 09, 2016, 04:30:34 pm
Прикрепляю свой вариант решения. Вдруг (надежда умирает последней) кто-нибудь всё-таки просмотрит решение и напишет отзыв.
По СПР:
чтобы не указывать в шкале цифру 9999 можно сделать например так
ЕСТЬNULL(ОНДанныеГрафика.ЗначениеФактическийПериодДействия, 0) <= ШкалаОкладов.До
| ИЛИ ШкалаОкладов.До = 0
По БУ:
в отчете нет условия на корр. счет. Это к тому, что нужно учитывать док-т Операция.
больше ничего не увидел
зы а по поводу моего решения - спасибо за замечания, все верно
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Михаил Проходцев от Июль 10, 2016, 02:43:43 am
Прикрепляю свой вариант решения. Вдруг (надежда умирает последней) кто-нибудь всё-таки просмотрит решение и напишет отзыв.
По СПР:
чтобы не указывать в шкале цифру 9999 можно сделать например так
ЕСТЬNULL(ОНДанныеГрафика.ЗначениеФактическийПериодДействия, 0) <= ШкалаОкладов.До
| ИЛИ ШкалаОкладов.До = 0
При Вашем варианте сработает проверка, но мне кажется ничего криминального в такой записи в регистре нет, а вот запрос уже немного усложенный, если в моем случае просто Период >=ПериодОт и Период<ПериодДо, до у Вас еще доп проверка на нуль, которая может даже немного сбить с толку. То есть здесь мне кажется, кому уже как удобнее.
По БУ:
в отчете нет условия на корр. счет. Это к тому, что нужно учитывать док-т Операция.
больше ничего не увидел
Да, Вы правы. По хорошему здесь необходим отбор в полях по корсчету, а также в параметрах виртуальной таблицы условие КорСчет в &СписокКорСчетов.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Михаил Проходцев от Июль 10, 2016, 02:45:25 am
freez1301, когда планируете сдавать?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Анатолий от Июль 10, 2016, 06:18:52 pm
По поводу пятого билета на экзамене он вроде немного другой.
"В одном документе могут быть данные за разные расчетные периоды." - эту фразу вроде убрали и Там еще штраф добавили. Вроде сколько то рублей в случае 10 минутного опоздания. Точно не скажу. Но билет отличается немного. в зарплатной части

Название: Re: Билет 5. Спец по платформе V8
Отправлено: Анатолий от Июль 10, 2016, 06:24:28 pm
pozitiFFF,
В ОУ задаче сказано что количество =1. у Вас если я правильно увидел, вы количество берете из документа. Мне кажется реквизит количество надо удалить из расходной накладной. а в регистр бух делать движение количество =1.
Я ОУ задачу на двух регистрах делал. интересно у экзаменаторов есть предпочтения к решению на одном или двух регистрах.
У вас галочка "автоупорядочивание" не стоит в запросе приход денег.
Для чего это "Движения.Управленческий.Очистить();" в процедуре проведения приходной накладной.
В запросе расходной накладной мне кажется количествоПоНоменклатуре лишнее. есть количествоОстаток Мах.

еще Вы всегда пишете Если отказ тогда Продолжить, почему нельзя написать Продолжить снизу в то же условие, где отказ=истина
Мне говорили, что если берем субконто то лучше к ТаблицеДтКт не обращаться. не знаю верно или нет.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: freez1301 от Июль 10, 2016, 09:08:48 pm
freez1301, когда планируете сдавать?
сдавать планирую через пару недель. Буду сдавать дистанционно. Видел Ваш отзыв - какая то жесть а не экзамен у Вас вышел )) надеюсь, что будет положительный результат судя по Вашим решениям )
Название: Re: Билет 5. Спец по платформе V8
Отправлено: freez1301 от Июль 10, 2016, 09:32:38 pm
По поводу пятого билета на экзамене он вроде немного другой.
"В одном документе могут быть данные за разные расчетные периоды." - эту фразу вроде убрали и Там еще штраф добавили. Вроде сколько то рублей в случае 10 минутного опоздания. Точно не скажу. Но билет отличается немного. в зарплатной части
Я так понимаю должно быть какое регламентное время выхода на работу. В этом случае реквизиты ДатаНачала и ДатаОкончания в ТЧ НЗ должны иметь тип Дата+Время. И Если ДатаНачала >= РегВремениВыхода, то получаем разницу в минутах, и пишем ее с видом расчета Штраф?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Анатолий от Июль 10, 2016, 11:01:59 pm
Не знаю. Я не помню точно формулировку задания. Но знаю что там штраф добавили. Получить бы актуальные задания где-нибудь бесплатно.
Мне кажется нужно в рег.сведений заносить опоздания. Периодичность в пределах дня. Измерение сотрудник, ресурс Дата и ресурс ОпозданиеВМинутах (тип число).
Запросом непонятно как получать. срез не подходит. По физичесткой таблице Регистра сведений(условие между дата начала и дата конца и ОпозданиеВМинутах >10). Выразить(ОпозданиеВМинутах/10 как Число(10,0)). Обозвать его КоличествоОпозданий. сгруппировать по сотруднику, по ЕоличествуОпозданий суммировать. Результат = 100руб*КоличествоОпозданий.
Может так прокатит.
Или может создать документ Опоздания. Там фиксировать время минутОпоздания и закидывать в регистр накопления оборотный.
Предварительно проверив запросом из этого регистра были уже обороты за этот день или нет.  ВремяОпоздания=ВремяОпоздания-ВремяОпоздания%10;. Здесь можно будет получать обороты по виртуальной таблице.

Может можно как попроще
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Анатолий от Июль 10, 2016, 11:57:07 pm
как меня достали эти задачи
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Анатолий от Июль 11, 2016, 03:55:04 am
Посмотрите если не сложно на задачу по зарплате.
У меня там запрос в цикле. Как думаете такое проканает? Это решение для меня простое и легче материлиазовать на экзамене в условиях нехватки времени.
И еще мне отчет не нравится по зарплате. Что можно сделать чтоб он доп.начисления брал не по периоду регистрации, а именно за какой месяц начислено (т.е. в документе между ДатаНачала и ДатаКонца). Как эти даты в регистр засунуть? никак? может использовать галочку использует период действия. Еще мне не нравится что регистр доп начислений - физическая таблица и условие сработает вроде как после того как он соберет все, а потом отбирать начнет. Или нет, СКД может оптимизирует это.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Анатолий от Июль 11, 2016, 04:11:19 am
забыл вложить.
вот здесь
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Анатолий от Июль 11, 2016, 05:26:56 pm
кто знает мнение экзаменаторов. запрос в цикле - это очень плохо или нормально?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Михаил Проходцев от Июль 12, 2016, 06:36:58 am
кто знает мнение экзаменаторов. запрос в цикле - это очень плохо или нормально?

Запрос в цикле - это очень плохо. Надо этого избегать.
Единственное где этот вариант может быть возможен, когда в документе вид расчета зависит по базе сам от себя и данные за разные расчетные периоды. Но и здесь было описание, что кто то так реализовал и написал в пояснении, что иного пути не было. Решение посчитали неправильным. Так что очень не рекомендую.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Maks-r2d2 от Август 25, 2016, 02:14:30 pm
Выкладываю свое решения билета 5, прошу посмотреть.
В сложных расчетах, мне не понятно как сделать отчет, прошу посмотреть и подсказать.
Так же в задании было сказано использовать сумму продажу из регистра бухгалтерии в расчетной задачи, не знаю правильно ли я сделал?
В ОУ отчет, тоже не уверен правильно ли сделал?

За отзывы буду рад
Название: Re: Билет 5. Спец по платформе V8
Отправлено: kimskiysanya от Сентябрь 15, 2016, 11:25:43 am
Выкладываю свое решения билета 5, прошу посмотреть.
В сложных расчетах, мне не понятно как сделать отчет, прошу посмотреть и подсказать.
Так же в задании было сказано использовать сумму продажу из регистра бухгалтерии в расчетной задачи, не знаю правильно ли я сделал?
В ОУ отчет, тоже не уверен правильно ли сделал?

За отзывы буду рад

ОУ В задаче написано  "В документе «Приход денег» задолженности погашаются по проектам в порядке их даты оплаты (дата оплаты указывается в проекте)". Надо было взять остатки в разрезе проектов по контрагенту и гасить их в порядке убывания даты оплаты. Вы же создали ТЧ проекты в документе приход денег и гасили задолженность только по ним без сортировки. Приход денег делает только расход (в отчете потом нужно указать что берем модуль), в расх накл то же.
БУ В плане счетов Признак учета сумовой у субконто Инв номер на счете Товары нужно отключить (т.к себестоимость согласно условию рассчитываем только по номенклатуре). Неверный расчет себестоимости считаете по номенклатуре и по инв номеру а нужно только по номенклатуре.   
СПР Надбавка не имеет периода действия - Доп. Начисление. При расчете продаж не учтены даты (берутся все продажи по подразделению), это тоже не выполнено "В одном документе могут быть данные за разные расчетные периоды.". В регистре не часовая ставка указана а начальный оклад.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: erdem.badluev от Октябрь 17, 2016, 09:43:29 am
ОУ В задаче написано  "В документе «Приход денег» задолженности погашаются по проектам в порядке их даты оплаты (дата оплаты указывается в проекте)". Надо было взять остатки в разрезе проектов по контрагенту и гасить их в порядке убывания даты оплаты.
Почему убывание?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: erdem.badluev от Октябрь 17, 2016, 09:44:36 am
Моё решение.
Порадуюсь критике.
 :)
Название: Re: Билет 5. Спец по платформе V8
Отправлено: kimskiysanya от Октябрь 20, 2016, 04:19:24 am
ОУ В задаче написано  "В документе «Приход денег» задолженности погашаются по проектам в порядке их даты оплаты (дата оплаты указывается в проекте)". Надо было взять остатки в разрезе проектов по контрагенту и гасить их в порядке убывания даты оплаты.
Почему убывание?
Опечатка
Название: Re: Билет 5. Спец по платформе V8
Отправлено: kimskiysanya от Октябрь 20, 2016, 11:40:53 am
Моё решение.
Порадуюсь критике.
 :)
ОУ В документе Приход Денег в запрос нужно добавить условие Не Проект = ЗНАЧЕНИЕ(Справочник.Проекты.ПустаяСсылка)). Я кстати смотрел решения этой ветки. Мне больше нравиться предопределенный элемент Аванс справочника Проекты.
БУ Где то на форуме читал что нельзя создавать отдельные док-ты для БУ и ОУ задач. Не увидел решение задачи копеек (Пример приход скрипка 1- 40р Скрипка 2 и 3 по 30р, Списывается по 33.33).
СПР Непонятна блокировка. Не понятно зачем ресурс Отработано почему просто не использовать ОсновныеНачисленияДанныеГрафика.ЗначениеФактическийПериодДействия КАК ОтработаноЧасов?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: erdem.badluev от Октябрь 20, 2016, 12:30:38 pm
Моё решение.
Порадуюсь критике.
 :)
ОУ В документе Приход Денег в запрос нужно добавить условие Не Проект = ЗНАЧЕНИЕ(Справочник.Проекты.ПустаяСсылка)). Я кстати смотрел решения этой ветки. Мне больше нравиться предопределенный элемент Аванс справочника Проекты.
БУ Где то на форуме читал что нельзя создавать отдельные док-ты для БУ и ОУ задач. Не увидел решение задачи копеек (Пример приход скрипка 1- 40р Скрипка 2 и 3 по 30р, Списывается по 33.33).
СПР Непонятна блокировка. Не понятно зачем ресурс Отработано почему просто не использовать ОсновныеНачисленияДанныеГрафика.ЗначениеФактическийПериодДействия КАК ОтработаноЧасов?

Спасибо!
Буду учитывать в дальнейшем.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: kimskiysanya от Октябрь 21, 2016, 02:10:17 am
Моё решение.
Порадуюсь критике.
 :)
ОУ В документе Приход Денег в запрос нужно добавить условие Не Проект = ЗНАЧЕНИЕ(Справочник.Проекты.ПустаяСсылка)). Я кстати смотрел решения этой ветки. Мне больше нравиться предопределенный элемент Аванс справочника Проекты.
БУ Где то на форуме читал что нельзя создавать отдельные док-ты для БУ и ОУ задач. Не увидел решение задачи копеек (Пример приход скрипка 1- 40р Скрипка 2 и 3 по 30р, Списывается по 33.33).
СПР Непонятна блокировка. Не понятно зачем ресурс Отработано почему просто не использовать ОсновныеНачисленияДанныеГрафика.ЗначениеФактическийПериодДействия КАК ОтработаноЧасов?

Спасибо!
Буду учитывать в дальнейшем.

Я надеялся на ответ комментария по СПР.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: erdem.badluev от Октябрь 21, 2016, 03:54:00 am
Моё решение.
Порадуюсь критике.
 :)
ОУ В документе Приход Денег в запрос нужно добавить условие Не Проект = ЗНАЧЕНИЕ(Справочник.Проекты.ПустаяСсылка)). Я кстати смотрел решения этой ветки. Мне больше нравиться предопределенный элемент Аванс справочника Проекты.
БУ Где то на форуме читал что нельзя создавать отдельные док-ты для БУ и ОУ задач. Не увидел решение задачи копеек (Пример приход скрипка 1- 40р Скрипка 2 и 3 по 30р, Списывается по 33.33).
СПР Непонятна блокировка. Не понятно зачем ресурс Отработано почему просто не использовать ОсновныеНачисленияДанныеГрафика.ЗначениеФактическийПериодДействия КАК ОтработаноЧасов?

Спасибо!
Буду учитывать в дальнейшем.

Я надеялся на ответ комментария по СПР.

и по СПР и по другим частям вы правильно покритиковали, да можно и, думаю, нужно использовать
ОсновныеНачисленияДанныеГрафика.ЗначениеФактическийПериодДействия КАК ОтработаноЧасов
для рассчета суммы начисления.
 :)
Название: Re: Билет 5. Спец по платформе V8
Отправлено: erdem.badluev от Ноябрь 09, 2016, 10:00:57 am
Обновленное моё решение
 :)
Название: Re: Билет 5. Спец по платформе V8
Отправлено: kvt500 от Ноябрь 29, 2016, 08:47:16 am
Обновленное моё решение
 :)

В бухгалтерской задаче не реализована особенность постановки задачи, заключающаяся в том, что по инвентарным номерам стоимостной учет не ведется (нужно использовать признак учета субконто "Суммовой")
Название: Re: Билет 5. Спец по платформе V8
Отправлено: erdem.badluev от Ноябрь 29, 2016, 12:48:10 pm
Обновленное моё решение
 :)

В бухгалтерской задаче не реализована особенность постановки задачи, заключающаяся в том, что по инвентарным номерам стоимостной учет не ведется (нужно использовать признак учета субконто "Суммовой")
Да,  :(
Название: Re: Билет 5. Спец по платформе V8
Отправлено: kvt500 от Ноябрь 30, 2016, 08:38:46 am
кто как сделал условие про 15 минут опоздания?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Lois от Ноябрь 30, 2016, 09:09:15 am
кто как сделал условие про 15 минут опоздания?
Сдавала 18 ноября, как раз попался 5 билет. Опоздания сделала через Регистр Сведений, куда заносились минуты опоздания.
При проведении дока "Начисление зп" смотрела сколько записей РС было по сотруднику за расчетный период, и для каждой записи выделяла количество 15минуток. Ну и потом умножала на величину штрафа и записывала в РР "Удержания"
Вчера пришел результат: "штраф считается неверно". Видимо надо как-то по-другому делать

P.S. В 5 билете внесли некоторые изменения. Теперь там только данные за один расчетный период (т.е. ПериодРегистрации теперь в шапке). И, насколько помню, теперь совместительство не допускается
Название: Re: Билет 5. Спец по платформе V8
Отправлено: erdem.badluev от Декабрь 01, 2016, 04:38:37 am
кто как сделал условие про 15 минут опоздания?

моё решение по опозданиям: http://forum.chistov.pro/index.php?topic=1182.msg49104#msg49104
сделал документ Опоздание приходует на РН остатки Опоздания (изм.: Сотрудник, Подразделение, рес.:Количество) количество 15 минуток.
при начислении штрафа за опоздания документ НачислениеЗарплаты пишет расход по РН Опоздания.
так как в задаче 3.24 оклад не вытесняется опозданиями не стал делить 8 часов графика на 15 минутки, хотя думаю можно оставить 8 часами и записывать долями, вот какие доли писать?: если 8 часов будет, то за 15 минут опоздания нужно писать 45 минут? чтобы потом когда система пропорционально будет вытеснять оклад получился правильный коэффициент для суммы?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: kvt500 от Декабрь 01, 2016, 12:29:13 pm
Мое решение. Буду рад критике.
Условие про штрафы за опоздания решено методом отклонений. График работы раздробил на 15 минутные отрезки. В основные начисления добавил вид расчета "Опоздание", который вытесняет оклад.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Lois от Декабрь 07, 2016, 02:57:04 pm
Пояснения по штрафам:

"Исходя из условия задачи, штраф считается пропорционально фактически прогуляному времени. Для получения фактического периода в платформе предусмотрен специальный механизм, который в данном случае не был использован. Хотя в частных случаях данные графика могут быть получены прямым обращением к регистру сведений, но на экзамене такой подход является неверным, о чем явно указано в требованиях. Аналогично в данном случае вычисление времени прогула как разности дат является неверным."
Название: Re: Билет 5. Спец по платформе V8
Отправлено: kimskiysanya от Декабрь 14, 2016, 04:51:34 pm
Пояснения по штрафам:

"Исходя из условия задачи, штраф считается пропорционально фактически прогуляному времени. Для получения фактического периода в платформе предусмотрен специальный механизм, который в данном случае не был использован. Хотя в частных случаях данные графика могут быть получены прямым обращением к регистру сведений, но на экзамене такой подход является неверным, о чем явно указано в требованиях. Аналогично в данном случае вычисление времени прогула как разности дат является неверным."

Получается в РР удержания добавляем связь с графиком. В качестве планового значения на любую дату указываем количество 15 минуток в сутках. Далее пользователь вводит строку типа:
 Иванов - Опоздание - с 21.01.2016 08:00:00 по 21.01.2016 08:30:00
Мы записываем эти данные а далее из виртуальной таблицы получаем ЗначенийФакт. и округляем его в меньшую сторону.

Правильно я вас понял?

П.С. А вы кстати сдали?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Lois от Декабрь 14, 2016, 05:50:31 pm
Пояснения по штрафам:

"Исходя из условия задачи, штраф считается пропорционально фактически прогуляному времени. Для получения фактического периода в платформе предусмотрен специальный механизм, который в данном случае не был использован. Хотя в частных случаях данные графика могут быть получены прямым обращением к регистру сведений, но на экзамене такой подход является неверным, о чем явно указано в требованиях. Аналогично в данном случае вычисление времени прогула как разности дат является неверным."

Получается в РР удержания добавляем связь с графиком. В качестве планового значения на любую дату указываем количество 15 минуток в сутках. Далее пользователь вводит строку типа:
 Иванов - Опоздание - с 21.01.2016 08:00:00 по 21.01.2016 08:30:00
Мы записываем эти данные а далее из виртуальной таблицы получаем ЗначенийФакт. и округляем его в меньшую сторону.

Правильно я вас понял?

П.С. А вы кстати сдали?

Судя по всему да, вы правильно поняли

П.С. Увы, не сдала, вот буду в пятницу еще раз пытаться :)
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Lois от Декабрь 15, 2016, 02:00:03 pm
Мое решение. Буду рад критике.
Условие про штрафы за опоздания решено методом отклонений. График работы раздробил на 15 минутные отрезки. В основные начисления добавил вид расчета "Опоздание", который вытесняет оклад.
Если сделать опоздание с 8:40 по 8:50, то начисляет штраф, хотя не должен.
Если сделать опоздание с 8:41, то выдает ошибку
Название: Re: Билет 5. Спец по платформе V8
Отправлено: kimskiysanya от Декабрь 15, 2016, 04:54:15 pm

Судя по всему да, вы правильно поняли

П.С. Увы, не сдала, вот буду в пятницу еще раз пытаться :)

Наткнулся на комментарий в ветке результат сдачи автор freez1301 :
СПР было добавлено условие про опоздание - "За каждые 15 минут опоздания сотруднику начисляется штраф 100р" - сделал заполнение РС ГрафикиРаботы по 15 мин - 32 пятнадцатиминутки в 1 дне. У РС 1 ресурс. Сам ВР Штраф поместил в Основныеначисления, Оклад вытесняется Штрафом.

Написал что замечаний по этому решению не было.

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

Удачи вам в пятницу!
Название: Re: Билет 5. Спец по платформе V8
Отправлено: kimskiysanya от Декабрь 15, 2016, 05:00:55 pm
Кстати вот в той же ветке. На дополнение про верчении часы все пишут делать Оплату вечерних. А мне кажется намного логичнее считать сначала вечерние + обычные - Оклад. И затем Доплату за вечерние часы с базой от оклада в том же периоде действия.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: dgchar от Декабрь 23, 2016, 08:31:31 am
Посмотрел лекции Белоусова: Говорит для штрафа отдельный график + сам штраф в ОН вместе с окладом.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: kimskiysanya от Декабрь 26, 2016, 04:05:25 am
Посмотрел лекции Белоусова: Говорит для штрафа отдельный график + сам штраф в ОН вместе с окладом.

Да я понял, я бред писал вы правильно пишите.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: erdem.badluev от Январь 12, 2017, 11:55:22 am
Мое решение с дополнительным условием прямой записи в перерасчет.
Буду рад критике
 :)
Название: Re: Билет 5. Спец по платформе V8
Отправлено: CyberWo1f от Январь 19, 2017, 09:51:13 am
Коллеги. Добрый день.
Решаю 5 билет. Есть некоторые вопросы по нему, а именно:
Как в БУ как правильно настроить план счетов? У меня выходит так:
счТовары - количественный, Субконто: [Номенклатура, суммовой], [ИнвНомер].
СчПрибыли, Субконто: [Номенклатура, только обороты, суммовой], [ИнвНомер, только обороты, суммовой], [Подразделение, только обороты, суммовой].
Такую настройку обнаружил в решении от SAE. ПРи сдаче попался это билет, и я делал такое решение, но вот пришел ответ по БУ: Вопрос № 3 Неверно настроены признаки учета и признаки учета субконто; в отчете неверно учитывается корреспонденция счетов
Отчет делал такой же как у SAE.
Что можете сказать по этому поводу?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: erdem.badluev от Январь 24, 2017, 10:14:59 am
Коллеги. Добрый день.
Решаю 5 билет. Есть некоторые вопросы по нему, а именно:
Как в БУ как правильно настроить план счетов? У меня выходит так:
счТовары - количественный, Субконто: [Номенклатура, суммовой], [ИнвНомер].
СчПрибыли, Субконто: [Номенклатура, только обороты, суммовой], [ИнвНомер, только обороты, суммовой], [Подразделение, только обороты, суммовой].
Такую настройку обнаружил в решении от SAE. ПРи сдаче попался это билет, и я делал такое решение, но вот пришел ответ по БУ: Вопрос № 3 Неверно настроены признаки учета и признаки учета субконто; в отчете неверно учитывается корреспонденция счетов
Отчет делал такой же как у SAE.
Что можете сказать по этому поводу?

У SAE в отчете данные берутся из таблицы Обороты, а нужно из ОборотыДтКт с указанием корреспонденции счетов из задания.

А вот какие ПУС, ПУ должны быть настроены не знаю, может, исходя из условия себестоимости, если: "Себестоимость списываемого товара определяется как средняя по номенклатурной позиции по всем ее инвентарным номерам" - то количественный ПУ нужен, а если: "Себестоимость списываемого товара определяется по каждой номенклатурной позиции по каждому инвентарному номеру" - то ПУ Количественный и ресурс Количество не нужны и на счете Товары у субконто ИнвНомер ПУС Суммовой должен быть.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: xvip007 от Январь 30, 2017, 04:16:21 pm
Какое в данный момент актуальное задание по 5му билету ?
15 минутные опоздания + прямая запись в перерасчет ?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: kvt500 от Январь 31, 2017, 05:56:26 am
Какое в данный момент актуальное задание по 5му билету ?
15 минутные опоздания + прямая запись в перерасчет ?
штрафы за каждые 15 минут опоздания есть. Про прямую запись в перерасчёт не понял, это вообще что?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: xvip007 от Январь 31, 2017, 08:48:13 am
Про прямую запись в перерасчёт не понял, это вообще что?

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

3) Программная запись в таблицы перерасчета, здесь для меня совсем всё туманно. Не нашел какого-то конкретного обсуждения этого вопроса.
На примере 6 билета, где попадалось это нововведение. Есть вид расчета Надбавка, которая зависит от суммы оплаты пассажиров, а еще есть вид расчета Отпуск, у которого базовым выступает вид расчета Надбавка. Так вот, получается при изменении в документе, фиксирующем суммы оплаты, для правильного начисления по расчетам необходимо перепровести связанный документ Начисление с видом расчета Надбавка, а затем связанные документы с видом расчета Отпуск. Непонятно у нас должна информация в перерасчеты попасть как по документам, связанным с видом расчета Надбавка, так и с видом расчета Отпуск? И как должен осуществляться этот поиск - при проведении документа Сумма оплата с отбором данных этого документа по таблице регистра расчета по периоду и паре Сотрудник, Автомобиль или я чего то не понимаю? Нужна Ваша помощь, специалисты.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: CeHbKA от Февраль 01, 2017, 11:57:32 am
У меня только один вопрос - как получить продажи по подразделениям из БУ, если в БУ нигде нет подразделений? Вводить фейковое оборотное измерение подразделение и добавлять реквизит в документы? На кой ляд оно вообще нужно?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: CyberGirl от Февраль 01, 2017, 01:09:34 pm
Добавить Оборотное субконто Подразделение. И да - соответственно Подразделение в документе "Расходная накладная"
Название: Re: Билет 5. Спец по платформе V8
Отправлено: CeHbKA от Февраль 01, 2017, 04:35:12 pm
Добавить Оборотное субконто Подразделение. И да - соответственно Подразделение в документе "Расходная накладная"
Ничего там добавлять не стал. В задании указано только то, что продажи по подразделениям должны браться из РБ (регистра бухгалтерии). Поэтому, чтобы не ломать условия задачи БУ сделал просто реквизит с подразделением в номенклатуре и по нему делаю выборку.

С отчётом по СКД пришлось поломать голову, но сделал 1 в 1 :)

Штрафы за удержания и прямую запись в перерасчёты делать не стал, т.к. них не понял.

PS завтра в код добавлю комментарии
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Alyx Ruby от Февраль 01, 2017, 04:41:46 pm
Добавить Оборотное субконто Подразделение. И да - соответственно Подразделение в документе "Расходная накладная"
Ничего там добавлять не стал. В задании указано только то, что продажи по подразделениям должны браться из РБ (регистра бухгалтерии). Поэтому, чтобы не ломать условия задачи БУ сделал просто реквизит с подразделением в номенклатуре и по нему делаю выборку.

С отчётом по СКД пришлось поломать голову, но сделал 1 в 1 :)

Штрафы за удержания и прямую запись в перерасчёты делать не стал, т.к. них не понял.

PS завтра в код добавлю комментарии
Неправильно добавлять реквизит подразделение в номенклатуру!!!  :o Скостят баллы на экзамене, гарантирую.  :-[

Субконто на счете это самостоятельное поле (и располагается совсем в другой таблице), и если требуется брать данные по продажам из БУ, то тут однозначно надо добавлять субконто Подразделение на счет ПрибылиУбытки и делать его оборотным (см сообщение CyberGirl выше) - времени занимает немного, но решается в разы проще, и при этом задача по БУ не ломается никак (Можно даже не добавлять реквизит подразделение в Расходной, но я бы добавила). Обороты по БУ добавляются с помощью документа Операция (проводка дана в условии задачи), именно для таких случаев его и используют... :D Хотя этот документ Операция требуют добавлять во всех билетах... ;)
Название: Re: Билет 5. Спец по платформе V8
Отправлено: CeHbKA от Февраль 01, 2017, 04:56:51 pm
Неправильно добавлять реквизит подразделение в номенклатуру!!!  :o Скостят баллы на экзамене, гарантирую.  :-[

Субконто на счете это самостоятельное поле (и располагается совсем в другой таблице), и если требуется брать данные по продажам из БУ, то тут однозначно надо добавлять субконто Подразделение на счет ПрибылиУбытки и делать его оборотным (см сообщение CyberGirl выше) - времени занимает немного, но решается в разы проще, и при этом задача по БУ не ломается никак (Можно даже не добавлять реквизит подразделение в РН, но я бы добавила). Обороты по БУ добавляются с помощью документа Операция (проводка дана в условии задачи), именно для таких случаев его и используют... :D Хотя этот документ Операция требуют добавлять во всех билетах... ;)
Будьте добры, поясните почему снимут баллы?! За реквизиты "Дата приёма" и "Стаж" у сотрудников баллы не снимают.
С тем же успехом я могу добавить субконто на счёт и принудительно писать его из номенклатуры. Или могу даже отдельный счёт завести и хоть через операцию, хоть программно сформировать проводки.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: xvip007 от Февраль 01, 2017, 05:10:32 pm
тут однозначно надо добавлять субконто Подразделение на счет ПрибылиУбытки и делать его оборотным

А может лучше на счёт покупатели повесить подразделение, чтобы 3 субконто не делать ?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Alyx Ruby от Февраль 01, 2017, 05:55:36 pm
тут однозначно надо добавлять субконто Подразделение на счет ПрибылиУбытки и делать его оборотным

А может лучше на счёт покупатели повесить подразделение, чтобы 3 субконто не делать ?
Не совсем правильно по логике решения вешать субконто на покупателей, так как продажи это обороты, а у нас счет ПрибылиУбытки и так оборотный, вот и на него и вешаем субконто.  :), три субконто допустимо делать на экзамене, а вот четыре уже нет - это считается ошибкой.  :-\
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Alyx Ruby от Февраль 01, 2017, 06:00:27 pm
Будьте добры, поясните почему снимут баллы?! За реквизиты "Дата приёма" и "Стаж" у сотрудников баллы не снимают.
С тем же успехом я могу добавить субконто на счёт и принудительно писать его из номенклатуры. Или могу даже отдельный счёт завести и хоть через операцию, хоть программно сформировать проводки.
Бухгалтерские задачи решаются на механизмах регистра бухгалтерии и субконто, из этого исходят и экзаменаторы.

Что касается стажа, тоже не совсем верное решение хранение меняющихся данных в реквизитах справочника, хотя для расчетных задач - это допустимо, но для БУ такое решение не годится! Я стаж сотрудников делала в непериодическом РС - замечаний по этому поводу на экзамене у меня не было, не зачет был как раз по задачке  БУ (напутала с ПУС  :-[) и в не реализации кнопки расчет - в итоге сняли 3 балла в таком легком билете. :-[
Название: Re: Билет 5. Спец по платформе V8
Отправлено: CeHbKA от Февраль 02, 2017, 09:26:58 am
Будьте добры, поясните почему снимут баллы?! За реквизиты "Дата приёма" и "Стаж" у сотрудников баллы не снимают.
С тем же успехом я могу добавить субконто на счёт и принудительно писать его из номенклатуры. Или могу даже отдельный счёт завести и хоть через операцию, хоть программно сформировать проводки.
Бухгалтерские задачи решаются на механизмах регистра бухгалтерии и субконто, из этого исходят и экзаменаторы.

Что касается стажа, тоже не совсем верное решение хранение меняющихся данных в реквизитах справочника, хотя для расчетных задач - это допустимо, но для БУ такое решение не годится! Я стаж сотрудников делала в непериодическом РС - замечаний по этому поводу на экзамене у меня не было, не зачет был как раз по задачке  БУ (напутала с ПУС  :-[) и в не реализации кнопки расчет - в итоге сняли 3 балла в таком легком билете. :-[

Шо такое ПУС? О_о
Название: Re: Билет 5. Спец по платформе V8
Отправлено: xvip007 от Февраль 02, 2017, 09:46:51 am
Шо такое ПУС? О_о

Признаки учета субконто
Название: Re: Билет 5. Спец по платформе V8
Отправлено: CeHbKA от Февраль 02, 2017, 11:05:42 am
По завету прекрасных дам, переделал продажи по БУ. Добавил на счет Покупатели субконто Подразделение и реквизит в документ.
Проверьте ещё документ Операция пжл
Название: Re: Билет 5. Спец по платформе V8
Отправлено: xvip007 от Февраль 02, 2017, 11:20:17 am
Коллеги. Добрый день.
Решаю 5 билет. Есть некоторые вопросы по нему, а именно:
Как в БУ как правильно настроить план счетов? У меня выходит так:
счТовары - количественный, Субконто: [Номенклатура, суммовой], [ИнвНомер].
СчПрибыли, Субконто: [Номенклатура, только обороты, суммовой], [ИнвНомер, только обороты, суммовой], [Подразделение, только обороты, суммовой].
Такую настройку обнаружил в решении от SAE. ПРи сдаче попался это билет, и я делал такое решение, но вот пришел ответ по БУ: Вопрос № 3 Неверно настроены признаки учета и признаки учета субконто; в отчете неверно учитывается корреспонденция счетов
Отчет делал такой же как у SAE.
Что можете сказать по этому поводу?

У SAE в отчете данные берутся из таблицы Обороты, а нужно из ОборотыДтКт с указанием корреспонденции счетов из задания.

А вот какие ПУС, ПУ должны быть настроены не знаю, может, исходя из условия себестоимости, если: "Себестоимость списываемого товара определяется как средняя по номенклатурной позиции по всем ее инвентарным номерам" - то количественный ПУ нужен, а если: "Себестоимость списываемого товара определяется по каждой номенклатурной позиции по каждому инвентарному номеру" - то ПУ Количественный и ресурс Количество не нужны и на счете Товары у субконто ИнвНомер ПУС Суммовой должен быть.

По ПУ и ПУС тоже думаю что так.
По отчёту у SAE немного доработать нужно, думаю можно и из таблицы Обороты взять данные:
ВЫБРАТЬ
УправленческийОбороты.Субконто1 КАК Номенклатура,
УправленческийОбороты.Субконто2 КАК ИнвентарныйНомер,
СУММА(ВЫБОР
КОГДА УправленческийОбороты.КорСчет = ЗНАЧЕНИЕ(ПланСчетов.Управленческий.Товары)
ТОГДА УправленческийОбороты.СуммаОборотДт
ИНАЧЕ 0
КОНЕЦ) КАК Себестоимость,
СУММА(ВЫБОР
КОГДА УправленческийОбороты.КорСчет = ЗНАЧЕНИЕ(ПланСчетов.Управленческий.Покупатели)
ТОГДА УправленческийОбороты.СуммаОборотКт
ИНАЧЕ 0
КОНЕЦ) КАК Продажа
ИЗ
РегистрБухгалтерии.Управленческий.Обороты(, , , Счет = ЗНАЧЕНИЕ(ПланСчетов.Управленческий.ПрибылиУбытки), &Субконто, , КорСчет В (ЗНАЧЕНИЕ(ПланСчетов.Управленческий.Товары), ЗНАЧЕНИЕ(ПланСчетов.Управленческий.Покупатели)), ) КАК УправленческийОбороты

СГРУППИРОВАТЬ ПО
УправленческийОбороты.Субконто2,
УправленческийОбороты.Субконто1

тогда это условие "в отчете неверно учитывается корреспонденция счетов" будет устранено

Название: Re: Билет 5. Спец по платформе V8
Отправлено: erdem.badluev от Февраль 02, 2017, 12:04:08 pm
По отчёту у SAE немного доработать нужно, думаю можно и из таблицы Обороты взять данные:
ВЫБРАТЬ
УправленческийОбороты.Субконто1 КАК Номенклатура,
УправленческийОбороты.Субконто2 КАК ИнвентарныйНомер,
СУММА(ВЫБОР
КОГДА УправленческийОбороты.КорСчет = ЗНАЧЕНИЕ(ПланСчетов.Управленческий.Товары)
ТОГДА УправленческийОбороты.СуммаОборотДт
ИНАЧЕ 0
КОНЕЦ) КАК Себестоимость,
СУММА(ВЫБОР
КОГДА УправленческийОбороты.КорСчет = ЗНАЧЕНИЕ(ПланСчетов.Управленческий.Покупатели)
ТОГДА УправленческийОбороты.СуммаОборотКт
ИНАЧЕ 0
КОНЕЦ) КАК Продажа
ИЗ
РегистрБухгалтерии.Управленческий.Обороты(, , , Счет = ЗНАЧЕНИЕ(ПланСчетов.Управленческий.ПрибылиУбытки), &Субконто, , КорСчет В (ЗНАЧЕНИЕ(ПланСчетов.Управленческий.Товары), ЗНАЧЕНИЕ(ПланСчетов.Управленческий.Покупатели)), ) КАК УправленческийОбороты

СГРУППИРОВАТЬ ПО
УправленческийОбороты.Субконто2,
УправленческийОбороты.Субконто1

тогда это условие "в отчете неверно учитывается корреспонденция счетов" будет устранено
попробуйте сделать зеркальные проводки, и, думаю, увидите, что они тоже в отчет вылезут, хотя не должны. И зачем так заморачиваться если есть ОборотыДтКт?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: erdem.badluev от Февраль 02, 2017, 12:08:11 pm
Думаю аналитика на плане счетов должна быть такой:
- Товары: номенклатура ПУС Суммовой, ИнвНомер - ПУ Количественный;
- ПрибылиУбытки: ИнвНомер ПУС Суммовой, ТолькоОбороты - ПУ УчетПоПодразделениям;
Измерение в РБух Подразделение не балансовое с ПУ УчетПоПодразделениям - для СПР.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: xvip007 от Февраль 02, 2017, 12:18:09 pm
попробуйте сделать зеркальные проводки, и, думаю, увидите, что они тоже в отчет вылезут, хотя не должны. И зачем так заморачиваться если есть ОборотыДтКт?

Да в таком случае не спасёт.
Ну тогда если совсем всё учитывать может и полное соединение добавить в ваш запрос ?
ВЫБРАТЬ
УправленческийОборотыДтКтПродажи.СубконтоКт1 КАК Товар,
УправленческийОборотыДтКтПродажи.СубконтоКт2 КАК ИнвентарныйНомер,
ЕСТЬNULL(УправленческийОборотыДтКтПродажи.СуммаОборот, 0) КАК Сумма,
ЕСТЬNULL(УправленческийОборотыДтКтСебестоимость.СуммаОборот, 0) КАК Себестоимость
ИЗ
РегистрБухгалтерии.Управленческий.ОборотыДтКт(, , , СчетДт = ЗНАЧЕНИЕ(ПланСчетов.Управленческий.Покупатели), , СчетКт = ЗНАЧЕНИЕ(ПланСчетов.Управленческий.ПрибылиУбытки), &СубконтоНоменклатураИнвНомер, ) КАК УправленческийОборотыДтКтПродажи
ПОЛНОЕ СОЕДИНЕНИЕ РегистрБухгалтерии.Управленческий.ОборотыДтКт(, , , СчетДт = ЗНАЧЕНИЕ(ПланСчетов.Управленческий.ПрибылиУбытки), &СубконтоНоменклатураИнвНомер, СчетКт = ЗНАЧЕНИЕ(ПланСчетов.Управленческий.Товары), &СубконтоНоменклатураИнвНомер, ) КАК УправленческийОборотыДтКтСебестоимость
ПО УправленческийОборотыДтКтПродажи.СубконтоКт1 = УправленческийОборотыДтКтСебестоимость.СубконтоДт1
И УправленческийОборотыДтКтПродажи.СубконтоКт2 = УправленческийОборотыДтКтСебестоимость.СубконтоДт2
Название: Re: Билет 5. Спец по платформе V8
Отправлено: erdem.badluev от Февраль 02, 2017, 12:20:55 pm
Ну тогда если совсем всё учитывать может и полное соединение добавить в ваш запрос ?
ВЫБРАТЬ
УправленческийОборотыДтКтПродажи.СубконтоКт1 КАК Товар,
УправленческийОборотыДтКтПродажи.СубконтоКт2 КАК ИнвентарныйНомер,
ЕСТЬNULL(УправленческийОборотыДтКтПродажи.СуммаОборот, 0) КАК Сумма,
ЕСТЬNULL(УправленческийОборотыДтКтСебестоимость.СуммаОборот, 0) КАК Себестоимость
ИЗ
РегистрБухгалтерии.Управленческий.ОборотыДтКт(, , , СчетДт = ЗНАЧЕНИЕ(ПланСчетов.Управленческий.Покупатели), , СчетКт = ЗНАЧЕНИЕ(ПланСчетов.Управленческий.ПрибылиУбытки), &СубконтоНоменклатураИнвНомер, ) КАК УправленческийОборотыДтКтПродажи
ПОЛНОЕ СОЕДИНЕНИЕ РегистрБухгалтерии.Управленческий.ОборотыДтКт(, , , СчетДт = ЗНАЧЕНИЕ(ПланСчетов.Управленческий.ПрибылиУбытки), &СубконтоНоменклатураИнвНомер, СчетКт = ЗНАЧЕНИЕ(ПланСчетов.Управленческий.Товары), &СубконтоНоменклатураИнвНомер, ) КАК УправленческийОборотыДтКтСебестоимость
ПО УправленческийОборотыДтКтПродажи.СубконтоКт1 = УправленческийОборотыДтКтСебестоимость.СубконтоДт1
И УправленческийОборотыДтКтПродажи.СубконтоКт2 = УправленческийОборотыДтКтСебестоимость.СубконтоДт2
Да, можно. Но ведь и просто можно списать товар не продав его, тогда списания вылезут в отчете Продажи, а не должны :)
Название: Re: Билет 5. Спец по платформе V8
Отправлено: xvip007 от Февраль 02, 2017, 12:25:24 pm
Да, можно. Но ведь и просто можно списать товар не продав его, тогда списания вылезут в отчете Продажи, а не должны :)

Думаю всё таки стоит так сделать. Должны не должны это как раз пользователь осознанно решает документом операция  :)


А хотя если отчёт всё таки "Продажи" может и не стоит.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: xvip007 от Февраль 02, 2017, 12:27:15 pm
Думаю аналитика на плане счетов должна быть такой:
- Товары: номенклатура ПУС Суммовой, ИнвНомер - ПУ Количественный;
- ПрибылиУбытки: ИнвНомер ПУС Суммовой, ТолькоОбороты - ПУ УчетПоПодразделениям;
Измерение в РБух Подразделение не балансовое с ПУ УчетПоПодразделениям - для СПР.

А на счёт того что сделать небалансовое измерение вместо субконто по подразделению - почему так думаешь ?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: erdem.badluev от Февраль 02, 2017, 12:42:32 pm
Думаю аналитика на плане счетов должна быть такой:
- Товары: номенклатура ПУС Суммовой, ИнвНомер - ПУ Количественный;
- ПрибылиУбытки: ИнвНомер ПУС Суммовой, ТолькоОбороты - ПУ УчетПоПодразделениям;
Измерение в РБух Подразделение не балансовое с ПУ УчетПоПодразделениям - для СПР.

А на счёт того что сделать небалансовое измерение вместо субконто по подразделению - почему так думаешь ?
В типовой ЗУП так сделано, и Подразделение обычно подчинено Организациям, т.е. аналитика может разрезаться по подразделениям не на одном счете а на нескольких, логичнее сделать измерение, а не субконто. Субконто - для аналитики на каком-нибудь конкретном счете, измерение - может быть на нескольких.
Смысл примерно тот же что и Валюты с ПУ Валютный.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: alex1248 от Февраль 02, 2017, 12:43:47 pm
Да, можно. Но ведь и просто можно списать товар не продав его, тогда списания вылезут в отчете Продажи, а не должны :)

Думаю всё таки стоит так сделать. Должны не должны это как раз пользователь осознанно решает документом операция  :)


А хотя если отчёт всё таки "Продажи" может и не стоит.
Юзер, проводя док Операция не должен думать, как настроен отчет.
А кодер должен допускать, что по Доку Операция будут отражены хоз операции, не предусмотренные основными документами (для этого и существует док Операция).
Название: Re: Билет 5. Спец по платформе V8
Отправлено: xvip007 от Февраль 06, 2017, 03:00:19 pm
Моё решение 5го билета.
по спр взял разные расчётные периоды в документе
совмещение допускается
прямая запись в перерасчет при изменении данных по БУ
опоздания - добавил один вид расчета в основные начисления - Опоздание, по нему же сделал расчёт и записал результат в тот же РР основных начислений со знаком +, не знаю как правильно может надо просто его результат в отдельный РР Удержания записать ?
А ещё кто-то добавляет отдельный вид расчёта штраф в ПВР удержания, хотя и так достаточно этого вида расчёта (опоздание) в ПВР Основные начисления.
Если кто сдавал с этим условием (про опоздания или штрафы) напишите что экзамене экзаменаторы говорят.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: erdem.badluev от Февраль 07, 2017, 06:14:13 am
Моё решение 5го билета.
по спр взял разные расчётные периоды в документе
совмещение допускается
прямая запись в перерасчет при изменении данных по БУ
опоздания - добавил один вид расчета в основные начисления - Опоздание, по нему же сделал расчёт и записал результат в тот же РР основных начислений со знаком +, не знаю как правильно может надо просто его результат в отдельный РР Удержания записать ?
А ещё кто-то добавляет отдельный вид расчёта штраф в ПВР удержания, хотя и так достаточно этого вида расчёта (опоздание) в ПВР Основные начисления.
Если кто сдавал с этим условием (про опоздания или штрафы) напишите что экзамене экзаменаторы говорят.

Смущает 81 строка в модуле объекта в расходной накладной. Там же строки 142-151 почему два раза обращаетесь к одной виртуальной таблице "РасходнаяНакладная" но к разным полям, нельзя было сразу к обеим полям? Строка 185 там же, представление инвентарного номера не вытащили, тип ссылочный, подзапрос к базе будет ради представления кода.

В СПР зачем в допНачислениях зависимость по базе? ведь данные берутся из регистра бухгалтерии? Опоздания, Бельдыев опоздал на 40 минут, почему сумма 300, должно быть ведь 200, за целые 15 минутки. В отчете всё красиво, но месяц не так показали, не параметры, а конкретно: Месяц: Февраль 2017 г. - например.

В модуле набора записей регистра бухгалтерии смущает строка 50, наверно "РегистрРасчета.ДН.Надбавка" должна была присоединиться к "РегистрРасчета.ДН", а у вас она присоединена к "ВТ". В принципе и так сработает как нужно, но это похоже ошибка: "Неверное соединение таблиц - 1,0".
Название: Re: Билет 5. Спец по платформе V8
Отправлено: xvip007 от Февраль 07, 2017, 09:26:21 am
Спасибо за замечания.

Смущает 81 строка в модуле объекта в расходной накладной. Там же строки 142-151 почему два раза обращаетесь к одной виртуальной таблице "РасходнаяНакладная" но к разным полям, нельзя было сразу к обеим полям? Строка 185 там же, представление инвентарного номера не вытащили, тип ссылочный, подзапрос к базе будет ради представления кода.

В СПР зачем в допНачислениях зависимость по базе? ведь данные берутся из регистра бухгалтерии? Опоздания, Бельдыев опоздал на 40 минут, почему сумма 300, должно быть ведь 200, за целые 15 минутки. В отчете всё красиво, но месяц не так показали, не параметры, а конкретно: Месяц: Февраль 2017 г. - например.

В модуле набора записей регистра бухгалтерии смущает строка 50, наверно "РегистрРасчета.ДН.Надбавка" должна была присоединиться к "РегистрРасчета.ДН", а у вас она присоединена к "ВТ". В принципе и так сработает как нужно, но это похоже ошибка: "Неверное соединение таблиц - 1,0".

По расходной накладной 81 строка - на всякий случай если два раза инвентарный номер забьют, остальное да поправил

По СПР у вас тоже стоит зависимость по базе, нужна чтобы перерасчет добавить, без этого никак не добавляется.
По опозданиям как сделать нужно ?
график забил по 15 минут, там -1 тогда делать надо, чтобы только целые промежутки считал ?
и ещё я так и не догнал с этими опозданиями результат надо в тот же РР ОН писать или создать дополнительный надо РР Удержания
и в него результат писать.

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

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

таблица перерасчета не присоединяется к ВТ, она присоединяется к результату соединения ВТ и РР ДН.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: alrodk от Февраль 20, 2017, 12:40:28 pm
Скиньте, пожалуйста, у кого есть, актуальные условия задач 5 билета
Название: Re: Билет 5. Спец по платформе V8
Отправлено: xvip007 от Февраль 20, 2017, 01:48:24 pm
Скиньте, пожалуйста, у кого есть, актуальные условия задач 5 билета

К условии из актуальных билетов добавлено, только по СПР:
"За каждые 15 минут опоздания сотруднику начисляется штраф 100р"
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Expert012 от Март 13, 2017, 10:39:25 pm
Скиньте, пожалуйста, у кого есть, актуальные условия задач 5 билета

К условии из актуальных билетов добавлено, только по СПР:
"За каждые 15 минут опоздания сотруднику начисляется штраф 100р"

А по БУ? Просто в билете не вижу разговор про подразделение
Название: Re: Билет 5. Спец по платформе V8
Отправлено: kvt500 от Март 14, 2017, 07:38:59 am
А по БУ? Просто в билете не вижу разговор про подразделение

А что там не так? Подразделение надо в бух задаче чтобы посчитать сколько надбавка в расчетной задаче.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Expert012 от Март 14, 2017, 09:29:56 am
А по БУ? Просто в билете не вижу разговор про подразделение

А что там не так? Подразделение надо в бух задаче чтобы посчитать сколько надбавка в расчетной задаче.

Недочитал) Спасибо
Название: Re: Билет 5. Спец по платформе V8
Отправлено: olchik от Март 28, 2017, 03:47:56 pm
По поводу расчетной задачи. Может быть правильно указывать сумму продаж в документе начисления в качестве доп. параметра. И к заметкам задачи на экзамене написать: предполагается что пользователи сами должны указывать в документе Сумму продаж по подразделению.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: alex1248 от Март 28, 2017, 05:30:22 pm
По поводу расчетной задачи. Может быть правильно указывать сумму продаж в документе начисления в качестве доп. параметра. И к заметкам задачи на экзамене написать: предполагается что пользователи сами должны указывать в документе Сумму продаж по подразделению.
А как насчет этого: "Сумма продаж по подразделению должна быть получена по данным бухгалтерского учета"?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: olchik от Март 29, 2017, 09:55:41 am
Посмотрите мое решение 5 билета, плиз :)
Название: Re: Билет 5. Спец по платформе V8
Отправлено: kvt500 от Март 29, 2017, 11:33:29 am
Посмотрите мое решение 5 билета, плиз :)
Нет картинок у подсистем :)
Это не требуется, просто не завершенный вид какой-то

Мне интересен следующий простой вопрос, он наверняка где-то разъясняется но я что-то упустил, может вы разъясните.

1 Поступление денег: 1000
    Аванс -1000
2 Расходная: 2000
    Проект 2000
    Аванс 1000
    Проект -1000

Зачем в расходной делать три движения? Почему просто не зачесть аванс и записать остаток?

1 Поступление денег: 1000
    Аванс 1000
2 Расходная: 2000
    Аванс -1000
    Проект 1000
Название: Re: Билет 5. Спец по платформе V8
Отправлено: CyberGirl от Март 29, 2017, 12:12:18 pm

Мне интересен следующий простой вопрос, он наверняка где-то разъясняется но я что-то упустил, может вы разъясните.

1 Поступление денег: 1000
    Аванс -1000
2 Расходная: 2000
    Проект 2000
    Аванс 1000
    Проект -1000

Зачем в расходной делать три движения? Почему просто не зачесть аванс и записать остаток?

1 Поступление денег: 1000
    Аванс 1000
2 Расходная: 2000
    Аванс -1000
    Проект 1000

Вот! Я тоже не пойму этого. Во многих решениях так. Возможно, делают так, чтобы правильно учесть долг по проекту, в который должна войти вся сумма расходной. НО в данной задаче четко сказано: "Оставшаяся сумма должна быть учтена как долг по проекту по отгрузке". Поэтому я бы делала как kvt500.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: olchik от Март 30, 2017, 08:30:55 am
Цитировать
Цитата: kvt500 от Марта 29, 2017, 11:33:29 am

Мне интересен следующий простой вопрос, он наверняка где-то разъясняется но я что-то упустил, может вы разъясните.

1 Поступление денег: 1000
    Аванс -1000
2 Расходная: 2000
    Проект 2000
    Аванс 1000
    Проект -1000

Зачем в расходной делать три движения? Почему просто не зачесть аванс и записать остаток?

1 Поступление денег: 1000
    Аванс 1000
2 Расходная: 2000
    Аванс -1000
    Проект 1000

Вот! Я тоже не пойму этого. Во многих решениях так. Возможно, делают так, чтобы правильно учесть долг по проекту, в который должна войти вся сумма расходной. НО в данной задаче четко сказано: "Оставшаяся сумма должна быть учтена как долг по проекту по отгрузке". Поэтому я бы делала как kvt500.

В расходной у вас пришло 2000 вы это должны указать для истории. Потом списываете аванс.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: dendzu от Апрель 27, 2017, 11:31:03 am

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


Тоже пытался как - то поковырять по поводу написания не дат в параметре, а именно названия месяца. Как это сделать, может кто подскажет?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: White от Апрель 27, 2017, 05:26:11 pm
Цитировать
Цитата: kvt500 от Марта 29, 2017, 11:33:29 am

Мне интересен следующий простой вопрос, он наверняка где-то разъясняется но я что-то упустил, может вы разъясните.

1 Поступление денег: 1000
    Аванс -1000
2 Расходная: 2000
    Проект 2000
    Аванс 1000
    Проект -1000

Зачем в расходной делать три движения? Почему просто не зачесть аванс и записать остаток?

1 Поступление денег: 1000
    Аванс 1000
2 Расходная: 2000
    Аванс -1000
    Проект 1000

Вот! Я тоже не пойму этого. Во многих решениях так. Возможно, делают так, чтобы правильно учесть долг по проекту, в который должна войти вся сумма расходной. НО в данной задаче четко сказано: "Оставшаяся сумма должна быть учтена как долг по проекту по отгрузке". Поэтому я бы делала как kvt500.

В расходной у вас пришло 2000 вы это должны указать для истории. Потом списываете аванс.

По мне это неоправданое распухание регистра. Не делал бы так. Откуда такое требование, про историю?для истории есть документ.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: vaasec от Май 06, 2017, 04:56:49 pm
Посмотрите мое решение 5 билета, плиз :)

Проверил только ОУ.

ПриходДенег
1. В ПриходДенег проверка на проект не аванс должна быть в виртуальной таблице.
2. Режим проверки на оперативность, народ говорить, что использовать не надо. И вы у себя получаете данные после документа Новый Граница(МоментВремени(),ВидГраницы.Включая). Т.е. Исключая - начало документа, а включая - конец документа. Т.е. достаточно написать МоментВремени().

3. СуммаКЗачету = СуммаКЗачету = СуммаСписать;   Думаю надо СуммаКЗачету = СуммаКЗачету - СуммаСписать;   


И внешний вид отчета ОстаткиЗадолженностей не соответствует условию задачи.


Название: Re: Билет 5. Спец по платформе V8
Отправлено: dertru от Май 11, 2017, 12:59:18 pm
Посмотрите мое решение 5 билета, плиз :)
Добрый день! Посмотрел решение в части СПР. В документе начисление зарплаты невозможно указать надбавку за разные периоды. При получении данных графика не приводите значения null к нулю. Не нашел отчета по начислениям.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: wings от Май 11, 2017, 07:03:01 pm
Доброго времени суток.
Нигде не нашла, чтобы кто-то делал сторно в СПР. Не могу понять, оно там нужно или нет? Это если брать за основу дополнение к билету со штрафами.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: kvt500 от Май 12, 2017, 06:12:53 am
Доброго времени суток.
Нигде не нашла, чтобы кто-то делал сторно в СПР. Не могу понять, оно там нужно или нет? Это если брать за основу дополнение к билету со штрафами.
ну там вроде в задаче требуется в том же расчетном периоде штрафы делать, тогда ничего сторнировать не надо.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: e9953 от Июнь 04, 2017, 10:07:47 am
А вдруг найдётся добрая душа и проверит мой билет? Текст билета приложен, на всякий случай

[вложение удалено администратором]
Название: Re: Билет 5. Спец по платформе V8
Отправлено: АндрейН от Июнь 08, 2017, 07:01:11 am
А вдруг найдётся добрая душа и проверит мой билет? Текст билета приложен, на всякий случай
1) СПР. Условие "Сумма продаж по подразделению должна быть получена по данным бухгалтерского учета." - у вас по данным оперативного учёта - регистр Продажи

2) БУ. у вас по новой методике. Я считаю что в данном случае это неэффективно т.к. вы получаете один раз себестоимость и второй раз остатки после записи. По старой методике всё можно было получить за один раз. В таких случая рекомендована старая. Но я могу быть не прав - пусть меня поправят.
3) "Сообщить" - использовать не стоит. Есть объект "СообщениеПользователю"
4) БУ. Проблема копеек не решена. Там есть строки, которые вроде как решают её, но не решают.
А в задачах когда цена себестоимости рассчитывается не по тому же набору измерений что и записывается(по номенклатуре рассчитывается, п по номенклатуре и инв.номеру записывается) - она создаёт большую проблему
Пример
На остатках по Товар1
инв1 :  кол-во = 1, сумма = 1
инв2 :  кол-во = 1, сумма = 0,5
инв3 :  кол-во = 1, сумма = 0,5

Теперь списываем тоже 3 инв.номера
Цена 0.66  = 2/3
0.66+0.66+0.66 <>2
Копейка зависнет

5) БУ - в документе бухгалтерская операция в модуле обычно хоть что-то устанавливают - хотя бы период = дата
6) СПР не реализовано условие "При одновременной работе в разных подразделениях у каждого сотрудника в конкретном подразделении может быть собственный график"
7) Не ошибка, но модуль Расходной накладной бы подчистить от комментариев конструктора, пустых строк, и прочее


СПР и БП пока детально не просмотрел
Название: Re: Билет 5. Спец по платформе V8
Отправлено: alex1248 от Июнь 08, 2017, 12:18:19 pm
А вдруг найдётся добрая душа и проверит мой билет? Текст билета приложен, на всякий случай
2) БУ. у вас по новой методике. Я считаю что в данном случае это неэффективно т.к. вы получаете один раз себестоимость и второй раз остатки после записи. По старой методике всё можно было получить за один раз. В таких случая рекомендована старая. Но я могу быть не прав - пусть меня поправят.
БУ по новой методике не надо делать никогда.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Entropomorph от Июнь 08, 2017, 07:10:19 pm
Всем привет, сдал экзамен дистанционно 15,05. Попался билет № 5, база с решением и ошибки в теме с отчетами. http://forum.chistov.pro/index.php?topic=4068.msg51587#msg51587
Название: Re: Билет 5. Спец по платформе V8
Отправлено: e9953 от Июнь 09, 2017, 08:38:20 am

СПР и БП пока детально не просмотрел

Большое спасибо и за то, что уже посмотрели!
Название: Re: Билет 5. Спец по платформе V8
Отправлено: e9953 от Июнь 09, 2017, 08:39:50 am
А вдруг найдётся добрая душа и проверит мой билет? Текст билета приложен, на всякий случай
2) БУ. у вас по новой методике. Я считаю что в данном случае это неэффективно т.к. вы получаете один раз себестоимость и второй раз остатки после записи. По старой методике всё можно было получить за один раз. В таких случая рекомендована старая. Но я могу быть не прав - пусть меня поправят.
БУ по новой методике не надо делать никогда.
Белоусов использование новой методики в БУ не запрещает ))) когда это получается по условиям задачи. Правда, такие условия редко бывают )))
Название: Re: Билет 5. Спец по платформе V8
Отправлено: АндрейН от Июнь 09, 2017, 12:01:00 pm
Белоусов использование новой методики в БУ не запрещает ))) когда это получается по условиям задачи. Правда, такие условия редко бывают )))
если на счёте товары учитывались бы только остатки товаров - без расчёта себестоимости на счёте Товары

СПР. Не ошибка. Структуру регистра "Значения окладов" можно было бы упростить - вместо одного измерения "МинимальноеКоличествоЧасов" добавить 2 - "От" и "ДоВключительно". Проще и нагляднее получать запросом оклады. По условию задачи - в строках написано "от" и "до".

СПР. При получении окладов "ВыборкаСледующий" у вас без "Если". А если нет ничего следующего, то в "Выборка" будет непонятно что - скорее всего ошибка. А это вполне возможно.
      Выборка.НайтиСледующий(движ.НомерСтроки,"НомерСтроки");
      движ.Размер = Выборка.Оклад;
      движ.ФактЧасы = Выборка.ФактЧасы;
                Если ВЫборка.ПланЧасы = 0 Тогда
СПР.
      |   ЕСТЬNULL(тГраф.ЗначениеПериодДействия, 0) КАК ПланЧасы,
      |   ЕСТЬNULL(тГраф.ЗначениеФактическийПериодДействия, 0) КАК ФактЧасы,
Не ошибка. Т.к. вы в данной виртуальной таблице ни с чем не соединяете, то Null и не будет. Если нет данных по графику то "ДанныеГрафика" не выдаст никаких строк вообще. Проверил на своём примере. Если график не заполнен, то запрос вообще пустой.

СПР. Чуть ниже
      |   ШкалаОкладов.Оклад,
А здесь нужна проверка на NULL т.к. левое соединение. Далее вы этот оклад просто умножаете.

СПР. Ещё на пустой запрос обычно проверяют. Хотя я смысла в этом не вижу если проверять выборку.

БП. Текущий пользователь заполняется из константы, а константа руками. По-моему он должен из пользователя системы ставится.

Название: Re: Билет 5. Спец по платформе V8
Отправлено: e9953 от Июнь 09, 2017, 03:17:22 pm

СПР. При получении окладов "ВыборкаСледующий" у вас без "Если". А если нет ничего следующего, то в "Выборка" будет непонятно что - скорее всего ошибка. А это вполне возможно.
В данном конкретном запросе Выборка.НайтиСледующий(движ.НомерСтроки,"НомерСтроки") будет всегда успешен, ибо в выборку выводятся все строки из набора записей по регистратору, а потом в цикле мы перебираем те же самые записи. Ну да, немного рискованно, нужно быть уверенным в своём запросе, что никакими условиями ничего не отсёк ;)

   БП. Текущий пользователь заполняется из константы, а константа руками. По-моему он должен из пользователя системы ставится.
В конфигурации у меня вообще нет пользователей. Ясно, что это константа - это имитация, и в нормальной жизни был бы справочник Пользователи и привязка к физлицам, или же изменение регистра адресации на Пользователи и т.д. Как Вы считаете, есть ли смысл на экзамене потратить время на справочник Пользователи и его заполнение?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: TUBORG14 от Июнь 10, 2017, 08:31:05 am
Сдал спеца 09.06.17. Хочу поделиться своими решениями билетов. Спасибо всем участникам за обсуждение и выкладываемые решения. Это серьезная помощь в подготовке к экзамену.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: АндрейН от Июнь 11, 2017, 02:59:04 pm
В данном конкретном запросе Выборка.НайтиСледующий(движ.НомерСтроки,"НомерСтроки") будет всегда успешен, ибо в выборку выводятся все строки из набора записей по регистратору, а потом в цикле мы перебираем те же самые записи. Ну да, немного рискованно, нужно быть уверенным в своём запросе, что никакими условиями ничего не отсёк ;)
Если пользователь выберет подразделение, по которому график не заполнен и ставки не завели? Если график не заполнен, то в виртуальной таблице данные графика будет пусто.
Скорее всего программа остановится с непонятно ошибкой.

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

С реальными пользователями дольше. Это добавить роль и заполнить по всем объектам, перезагрузить конфигуратор, заполнить список пользователей, тестировать под разными пользователями. Потери времени 5-10 минут
Название: Re: Билет 5. Спец по платформе V8
Отправлено: e9953 от Июнь 12, 2017, 10:18:57 am
АндрейН, большое спасибо за подробный разбор !
Название: Re: Билет 5. Спец по платформе V8
Отправлено: ХочуВсеЗнать от Июнь 17, 2017, 03:37:59 pm
ай нид хелп!
Отчет в задании по БУ не выводит ИнвНомера и сумму себестоимости.  Не могу найти, в чем проблема. Когда тащу запрос из СКД в консоль - там тоже этих данных нет.

Помогите кто-нибудь, а? :-[
Название: Re: Билет 5. Спец по платформе V8
Отправлено: andrig от Июнь 19, 2017, 07:11:16 pm
ай нид хелп!
Отчет в задании по БУ не выводит ИнвНомера и сумму себестоимости.  Не могу найти, в чем проблема. Когда тащу запрос из СКД в консоль - там тоже этих данных нет.

Помогите кто-нибудь, а?

Ответ ХочуВсеЗнать
Название: Re: Билет 5. Спец по платформе V8
Отправлено: alex1248 от Июнь 19, 2017, 11:01:05 pm
ай нид хелп!
хм
Название: Re: Билет 5. Спец по платформе V8
Отправлено: ХочуВсеЗнать от Июнь 20, 2017, 11:32:52 pm
хм
спасибо, нашлось! Действительно, дело не отчете -  на 90 счете по ИнвНомерам ПУС Суммовой не был включен.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: I-am-a-programmer от Июнь 27, 2017, 04:24:04 pm
Здравствуйте!

Я по БУ запрос на списание сделал без итогов, в итоге избавился от необходимости расчета себестоимости перебором в переборе. Так можно?

   Запрос.Текст =
      "ВЫБРАТЬ
      |   втТЧ.Номенклатура КАК Номенклатура,
      |   втТЧ.ИнвентарныйНомер,
      |   СУММА(ЕСТЬNULL(ОстаткиПоНом.КоличествоОстаток, 0)) КАК КоличествоОстатокВсего,
      |   СУММА(ВЫБОР
      |         КОГДА втТЧ.ИнвентарныйНомер = ОстаткиПоНом.Субконто2
      |            ТОГДА ЕСТЬNULL(ОстаткиПоНом.КоличествоОстаток,0)
      |         ИНАЧЕ 0
      |      КОНЕЦ) КАК КоличествоОстатокИнв,
      |   СУММА(ЕСТЬNULL(ОстаткиПоНом.СуммаОстаток, 0)) КАК СуммаОстаток,
      |   МАКСИМУМ(втТЧ.Количество) КАК Количество,
      |   МАКСИМУМ(втТЧ.Сумма) КАК Сумма,
      |   МАКСИМУМ(втТЧ.НомерСтроки) КАК НомерСтроки
      |ИЗ
      |   втТЧ КАК втТЧ
      |      ЛЕВОЕ СОЕДИНЕНИЕ РегистрБухгалтерии.Управленческий.Остатки(
      |            &Момент,
      |            Счет = &СчетТовары,
      |            &массивСубконто,
      |            Субконто1 В
      |               (ВЫБРАТЬ
      |                  втТЧ.Номенклатура
      |               ИЗ
      |                  втТЧ КАК втТЧ)) КАК ОстаткиПоНом
      |      ПО втТЧ.Номенклатура = ОстаткиПоНом.Субконто1
      |
      |СГРУППИРОВАТЬ ПО
      |   втТЧ.Номенклатура,
      |   втТЧ.ИнвентарныйНомер";
Название: Re: Билет 5. Спец по платформе V8
Отправлено: LapoTb от Август 13, 2017, 08:32:07 am
Чтобы убрать все сомнения по поводу "правильного" списания авансов при приходе денег.

Комментарий после сдачи и апелляции:
Цитировать
Вопрос № 2
Проведение "ПриходДенег" выполнено не оптимально.
Вначале пишется вся сумма на аванс, чтобы с аванса потом «перебрасывать» на погашение задолженности. Оптимальнее было бы внача погасить задолженность, а потом (если сумма остается) оформить аванс.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: tolX5 от Август 18, 2017, 10:30:00 am
? по БУ
Пытаюсь не хранить в суммовом выражении остатки и обороты в разрезе ИнвНомера на счете Товары, для этого:
1.   ПУС Суммовой;
2.   На счете Товары по Виду субконто ИнвНомера флаг Суммовой снял;
3.   В РБ ресурс Сумма связал с 1.
4.   Приходую на счет Товары в разрезе Номенклатуры и ИнвНомера по Сумме и Количеству;

Запрашиваю остатки из РБ по счету Товары в разрезе только  ИнвНомеров и ожидаю что СуммаОстатокДт = 0, так как настройкой выключил для субконто ИнвНомера ресурс Сумма.
НО СУММА ЕСТЬ!?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: tolX5 от Август 21, 2017, 11:12:37 am
по новой снял\установил флаг ПУС, перепровел в ИБ документы и все стало как в теории
ресурс Сумма РБ накапливается только по Номенклатуре
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Tsapok от Сентябрь 20, 2017, 03:03:09 pm
Сдал спеца 09.06.17. Хочу поделиться своими решениями билетов. Спасибо всем участникам за обсуждение и выкладываемые решения. Это серьезная помощь в подготовке к экзамену.

Можно, пожалуйста, выгрузку в режиме совместимости 8.3.6. На текущий момент нет возможности поставить 8.3.10.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Sitk от Октябрь 09, 2017, 07:02:54 am
Как вам идея использовать третий регистр расчета Продажи, где фиксировать продажи при проведении Расходной накладной? Тогда сумма продаж будет являться чистой базой по этому регистру и кода получается меньше и красиво.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: kvt500 от Октябрь 09, 2017, 02:24:57 pm
Как вам идея использовать третий регистр расчета Продажи, где фиксировать продажи при проведении Расходной накладной? Тогда сумма продаж будет являться чистой базой по этому регистру и кода получается меньше и красиво.
К сожалению экзамен давно превратился в "угадай что хотел от тебя автор задачи", и ваше красиво никого не интересует.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Sitk от Октябрь 09, 2017, 02:43:58 pm
То есть считаете в расчетной задаче здесь нужно строить запрос регистру бухгалтерии?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: kvt500 от Октябрь 09, 2017, 02:47:41 pm
То есть считаете в расчетной задаче здесь нужно строить запрос регистру бухгалтерии?
В задаче же четко сформулировано: "Сумма продаж по подразделению должна
быть получена по данным бухгалтерского учета".
Название: Re: Билет 5. Спец по платформе V8
Отправлено: xdd от Октябрь 12, 2017, 02:47:31 pm
Вопрос по расчетной задаче получить данные и рассчитать премию по даннным бу можно сразу в обработке проведения, зачем все делают расчет в общем модуле. это же лишнее действие для рр ДополнительныеНачисления?



ИначеЕсли эл.ВидРасчета = ПланыВидовРасчета.ДополнительныеНачисления.Надбавка Тогда
//{{КОНСТРУКТОР_ЗАПРОСА_С_ОБРАБОТКОЙ_РЕЗУЛЬТАТА
// Данный фрагмент построен конструктором.
// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!

Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| УправленческийОборотыДтКт.Период КАК Период,
| УправленческийОборотыДтКт.Регистратор КАК Регистратор,
| УправленческийОборотыДтКт.СуммаОборот КАК СуммаОборот,
| УправленческийОборотыДтКт.Регистратор.Подразделение КАК РегистраторПодразделение
|ПОМЕСТИТЬ ВТ
|ИЗ
| РегистрБухгалтерии.Управленческий.ОборотыДтКт(&Нач, &Кон, Регистратор, СчетДт = ЗНАЧЕНИЕ(ПланСчетов.Управленческий.Покупатели), , , , ) КАК УправленческийОборотыДтКт
|;
|
|////////////////////////////////////////////////////////////////////////////////
|ВЫБРАТЬ
| ВТ.Период КАК Период,
| ВТ.Регистратор КАК Регистратор,
| ВТ.СуммаОборот КАК СуммаОборот,
| ВТ.РегистраторПодразделение КАК РегистраторПодразделение
|ИЗ
| ВТ КАК ВТ
|ГДЕ
| ВТ.РегистраторПодразделение = &РегистраторПодразделение";

Запрос.УстановитьПараметр("Кон", ДобавитьМесяц(КонецМесяца(ПериодРегистрации),-1));
Запрос.УстановитьПараметр("Нач", ДобавитьМесяц(НачалоМесяца(ПериодРегистрации),-1));
Запрос.УстановитьПараметр("РегистраторПодразделение", эл.Подразделение);

РезультатЗапроса = Запрос.Выполнить();

ВыборкаДетальныеЗаписи = РезультатЗапроса.Выбрать();
Выручка = 0;
Пока ВыборкаДетальныеЗаписи.Следующий() Цикл
Выручка =  ВыборкаДетальныеЗаписи.СуммаОборот;
КонецЦикла;

//}}КОНСТРУКТОР_ЗАПРОСА_С_ОБРАБОТКОЙ_РЕЗУЛЬТАТА

Движение = Движения.ДополнительныеНачисления.Добавить();
Движение.Сотрудник = эл.Сотрудник;
Движение.Подразделение = эл.Подразделение;
Движение.ВидРасчета = эл.ВидРасчета;
Движение.ПериодРегистрации = ПериодРегистрации;
Движение.Процент = эл.Процент;
Движение.ПериодДействияНачало = НачалоМесяца(эл.ДатаНачала);
Движение.ПериодДействияКонец = КонецМесяца(эл.ДатаОкончания);
Движение.Результат =  эл.Процент/100*Выручка;
КонецЕсли;



Название: Re: Билет 5. Спец по платформе V8
Отправлено: Gdp_Zhora от Октябрь 12, 2017, 03:19:12 pm
Вопрос по расчетной задаче получить данные и рассчитать премию по даннным бу можно сразу в обработке проведения, зачем все делают расчет в общем модуле. это же лишнее действие для рр ДополнительныеНачисления?

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

А в отдельный модуль выносят для того, чтобы можно было пересчитывать результаты без перепроведения документов. Например полезно для программной обработки перерасчётов
Название: Re: Билет 5. Спец по платформе V8
Отправлено: xdd от Октябрь 12, 2017, 04:37:32 pm
Вопрос по расчетной задаче получить данные и рассчитать премию по даннным бу можно сразу в обработке проведения, зачем все делают расчет в общем модуле. это же лишнее действие для рр ДополнительныеНачисления?

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

А в отдельный модуль выносят для того, чтобы можно было пересчитывать результаты без перепроведения документов. Например полезно для программной обработки перерасчётов

Но в нашем случае записи нашего документа не влияют на результаты.
Следовательно в нашем случае такой код не является ошибкой, вопрос только в том, что скажет препод на экзамене.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Gdp_Zhora от Октябрь 13, 2017, 12:06:40 pm
Но в нашем случае записи нашего документа не влияют на результаты.
Следовательно в нашем случае такой код не является ошибкой, вопрос только в том, что скажет препод на экзамене.

А зачем тебе гадать? Сделай в отдельном модуле, да и всё
Название: Re: Билет 5. Спец по платформе V8
Отправлено: xdd от Октябрь 13, 2017, 12:12:01 pm
Но в нашем случае записи нашего документа не влияют на результаты.
Следовательно в нашем случае такой код не является ошибкой, вопрос только в том, что скажет препод на экзамене.

А зачем тебе гадать? Сделай в отдельном модуле, да и всё

Согласен, так и сделаю зачем нарываться =)
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Semser от Октябрь 16, 2017, 12:47:31 pm
Предлагаю на обсуждение мое решение 5 билета (решал на время). 
есть некоторые отличия от сборника актуальных билетов:
1) На экзамена по ПР в билете было дополнительное условие "Если сотрудник опоздал на работу, то за каждые целые 15 минут опоздания начисляется штраф в размере 50 рублей", поэтому это условие включено в решение билета. В РС График работы рабочие часы поделены по 15 минут.
2) Получение объема продаж из Рег. Бухгалтерии  по подразделению выполнено через форму выбора Справочника "Подразделение". Такая методика используется в Задаче Примере со сборника задач 1С.

Буду всем благодарен за комментария и замечания.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: kvt500 от Октябрь 16, 2017, 02:16:20 pm
Предлагаю на обсуждение мое решение 5 билета (решал на время). 
есть некоторые отличия от сборника актуальных билетов:
1) На экзамена по ПР в билете было дополнительное условие "Если сотрудник опоздал на работу, то за каждые целые 15 минут опоздания начисляется штраф в размере 50 рублей", поэтому это условие включено в решение билета. В РС График работы рабочие часы поделены по 15 минут.
2) Получение объема продаж из Рег. Бухгалтерии  по подразделению выполнено через форму выбора Справочника "Подразделение". Такая методика используется в Задаче Примере со сборника задач 1С.

Буду всем благодарен за комментария и замечания.

БУ:
При проведении документа должен производиться контроль наличия указанного в документе товара (по указанному инвентарному номеру).
Не работает.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Semser от Октябрь 17, 2017, 07:50:31 pm
Предлагаю на обсуждение мое решение 5 билета (решал на время). 
есть некоторые отличия от сборника актуальных билетов:
1) На экзамена по ПР в билете было дополнительное условие "Если сотрудник опоздал на работу, то за каждые целые 15 минут опоздания начисляется штраф в размере 50 рублей", поэтому это условие включено в решение билета. В РС График работы рабочие часы поделены по 15 минут.
2) Получение объема продаж из Рег. Бухгалтерии  по подразделению выполнено через форму выбора Справочника "Подразделение". Такая методика используется в Задаче Примере со сборника задач 1С.

Буду всем благодарен за комментария и замечания.

БУ:
При проведении документа должен производиться контроль наличия указанного в документе товара (по указанному инвентарному номеру).
Не работает.

Круто, Большое спасибо! Точно не провел проверку на контроль отрицательных остатков. Выложил исправленный БУ РасходнаяНакладная
Название: Re: Билет 5. Спец по платформе V8
Отправлено: mariB от Октябрь 30, 2017, 01:59:07 pm
Решение билета №5.  Критика, альтернативы приветствуются.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Clition от Октябрь 30, 2017, 05:54:05 pm
Решение билета №5.  Критика, альтернативы приветствуются.
В СПР есть дополнительное условие "Если сотрудник опоздал на работу, то за каждые целые 15 минут опоздания начисляется штраф в размере 50 рублей".
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Hatfieldx от Ноябрь 01, 2017, 08:41:37 pm
Приветствую всех!

Решил задачу БУ без количественного ПУ и ПУ субконто. Ресурс Количество также не использовал. Посмотрел несколько решенных примеров - у всех признаки учета и ресурс количество добавлены. Зачем?

В условии задачи сказано, что инв номер уникален априори и количество всегда 1. Также ни в движениях ни в отчете количество нигде не фигурирует.

Запрос:
"ВЫБРАТЬ
| РасходнаяНакладнаяСписокНоменклатуры.Номенклатура КАК Номенклатура,
| РасходнаяНакладнаяСписокНоменклатуры.ИнвентарныйНомер КАК ИнвентарныйНомер,
| СУММА(РасходнаяНакладнаяСписокНоменклатуры.Сумма) КАК Сумма,
| МИНИМУМ(РасходнаяНакладнаяСписокНоменклатуры.НомерСтроки) КАК НомерСтроки
|ПОМЕСТИТЬ ДанныеДокумента
|ИЗ
| Документ.РасходнаяНакладная.СписокНоменклатуры КАК РасходнаяНакладнаяСписокНоменклатуры
|ГДЕ
| РасходнаяНакладнаяСписокНоменклатуры.Ссылка = &Ссылка
|
|СГРУППИРОВАТЬ ПО
| РасходнаяНакладнаяСписокНоменклатуры.Номенклатура,
| РасходнаяНакладнаяСписокНоменклатуры.ИнвентарныйНомер
|
|ИНДЕКСИРОВАТЬ ПО
| Номенклатура,
| ИнвентарныйНомер
|;
|
|////////////////////////////////////////////////////////////////////////////////
|ВЫБРАТЬ
| УправленческийОстатки.СуммаОстаток КАК СуммаОстаток,
| ВЫРАЗИТЬ(УправленческийОстатки.Субконто1 КАК Справочник.Номенклатура) КАК Номенклатура,
| ВЫРАЗИТЬ(УправленческийОстатки.Субконто2 КАК ЧИСЛО(10, 0)) КАК ИнвентарныйНомер
|ПОМЕСТИТЬ Остатки
|ИЗ
| РегистрБухгалтерии.Управленческий.Остатки(
| &МоментВремени,
| Счет = &Счет,
| &МассивСубконто,
| Субконто1 В
| (ВЫБРАТЬ
| ДанныеДокумента.Номенклатура
| ИЗ
| ДанныеДокумента КАК ДанныеДокумента)) КАК УправленческийОстатки
|
|ИНДЕКСИРОВАТЬ ПО
| Номенклатура,
| ИнвентарныйНомер
|;
|
|////////////////////////////////////////////////////////////////////////////////
|ВЫБРАТЬ
| СУММА(Остатки.СуммаОстаток) КАК СуммаВсего,
| Остатки.Номенклатура КАК Номенклатура,
| КОЛИЧЕСТВО(РАЗЛИЧНЫЕ Остатки.ИнвентарныйНомер) КАК КоличествоВсего
|ПОМЕСТИТЬ ВТИтоги
|ИЗ
| Остатки КАК Остатки
|
|СГРУППИРОВАТЬ ПО
| Остатки.Номенклатура
|
|ИНДЕКСИРОВАТЬ ПО
| Номенклатура
|;
|
|////////////////////////////////////////////////////////////////////////////////
|ВЫБРАТЬ
| ДанныеДокумента.Номенклатура КАК Номенклатура,
| ДанныеДокумента.ИнвентарныйНомер КАК ИнвентарныйНомер,
| ДанныеДокумента.Номенклатура.Представление КАК НоменклатураПредставление,
| ДанныеДокумента.Сумма КАК СуммаПродаж,
| ЕСТЬNULL(Остатки.СуммаОстаток, 0) КАК СуммаОстаток,
| ДанныеДокумента.НомерСтроки КАК НомерСтроки,
| ВЫБОР
| КОГДА ЕСТЬNULL(ВТИтоги.КоличествоВсего, 0) = 0
| ТОГДА 0
| ИНАЧЕ ВТИтоги.СуммаВсего / ВТИтоги.КоличествоВсего
| КОНЕЦ КАК Себестоимость
|ИЗ
| ДанныеДокумента КАК ДанныеДокумента
| ЛЕВОЕ СОЕДИНЕНИЕ Остатки КАК Остатки
| ПО ДанныеДокумента.Номенклатура = Остатки.Номенклатура
| И ДанныеДокумента.ИнвентарныйНомер = Остатки.ИнвентарныйНомер
| ЛЕВОЕ СОЕДИНЕНИЕ ВТИтоги КАК ВТИтоги
| ПО ДанныеДокумента.Номенклатура = ВТИтоги.Номенклатура";


Если сумма остаток = 0, значит на складе товара нет (преподнесение в дар товаров в задаче не оговаривается).

Подскажите, где я не прав? (Если ранее этот вопрос обсуждался - извиняюсь, недосмотрел)

Спасибо
Название: Re: Билет 5. Спец по платформе V8
Отправлено: alex1248 от Ноябрь 01, 2017, 10:06:06 pm
Зачем?
В тексте конкретно говорится про указание количества в ПН:
Цитировать
В документе поступления каждая единица товара оформляется отдельной строкой (с количеством равным 1)
Но, будь я на месте экзаменатора, на очном экзамене я принял бы ваши аргументы.  :D
На дистанционном следует об этом написать. А может быть проще и быстрее использовать-таки количество.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Clition от Ноябрь 02, 2017, 08:32:11 am
Посмотрел несколько решенных примеров - у всех признаки учета и ресурс количество добавлены. Зачем?
Как по мне, то к решению с количеством будет меньше вопросов, чем к решению без него. Тем более при дистанционной сдаче. Что в свою очередь, возможно, не будет опровержением правильности такого решения. Но есть фраза "В документе поступления каждая единица товара оформляется отдельной строкой (с количеством равным 1)". Я в своем решении не использовал количество в ТЧ приходной, а заполнял количество единицей в обработке проведения. Наверное, так тоже делать не следует. Правильнее оставить количество в ТЧ, а корректность введенных данных оставить на пользователе, т.к. данные, которые могут поступать на вход ограничены условием задачи.

Единственное, со свой стороны для Количества в ТЧ можно установить длину 1, неотрицательное, макс значение 1, мин значение 1.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Hatfieldx от Ноябрь 02, 2017, 11:01:02 am
А использование на экзамене субконто примитивного типа карается?
Понятно, что в реальной жизни из-за особенности субконто примитивного типа (доп поля и ограничение индексируемых полей)

Название: Re: Билет 5. Спец по платформе V8
Отправлено: Clition от Ноябрь 02, 2017, 12:10:26 pm
А использование на экзамене субконто примитивного типа карается?
Говорят, что нет. Но опять же не вижу ни одного повода его использовать. Зачем провоцировать принимающего?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Hatfieldx от Ноябрь 02, 2017, 12:21:21 pm
А использование на экзамене субконто примитивного типа карается?
Говорят, что нет. Но опять же не вижу ни одного повода его использовать. Зачем провоцировать принимающего?

Да, все правильно. Спасибо
Название: Re: Билет 5. Спец по платформе V8
Отправлено: alex1248 от Ноябрь 02, 2017, 06:53:03 pm
А использование на экзамене субконто примитивного типа карается?
Говорят, что нет. Но опять же не вижу ни одного повода его использовать. Зачем провоцировать принимающего?

Да, все правильно. Спасибо
В задаче БУ из билета 1 есть субконто Срок годности, и его разрешается делать примитивного типа.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Hatfieldx от Ноябрь 06, 2017, 08:44:22 am
Коллеги, добрый день!

На просторах интернета нашел информацию по программной записи в регистр перерасчета. Надеюсь будет полезна
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Clition от Ноябрь 06, 2017, 10:33:51 am
Коллеги, добрый день!

На просторах интернета нашел информацию по программной записи в регистр перерасчета. Надеюсь будет полезна
В билете 5 разве требуется программная запись перерасчета? Это нужно вроде только в билете 6.
Это статья с its.1c.ru. Там есть еще полезный материал по СПР. Особенно помогает, когда только начинаешь осваивать СПР. Дополню.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Clition от Ноябрь 06, 2017, 10:34:33 am
Еще информация по СПР.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Clition от Ноябрь 06, 2017, 10:34:52 am
И еще.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Hatfieldx от Ноябрь 06, 2017, 11:26:13 am
Коллеги, добрый день!

На просторах интернета нашел информацию по программной записи в регистр перерасчета. Надеюсь будет полезна
В билете 5 разве требуется программная запись перерасчета? Это нужно вроде только в билете 6.
Это статья с its.1c.ru. Там есть еще полезный материал по СПР. Особенно помогает, когда только начинаешь осваивать СПР. Дополню.

Возможно у меня устаревший текст билетов:
"Сумма продаж по подразделению должна быть получена по данным бухгалтерского учета". Очевидно, что при изменении суммы продаж мы программно должны добавить записи в регистр перерасчеты.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Clition от Ноябрь 06, 2017, 02:13:40 pm
Возможно у меня устаревший текст билетов:
"Сумма продаж по подразделению должна быть получена по данным бухгалтерского учета". Очевидно, что при изменении суммы продаж мы программно должны добавить записи в регистр перерасчеты.
Я решаю по такому же тексту билета. О необходимости реализации механизма программного формирования записей перерасчета ничего не сказано, поэтому считаю его в этом билете избыточным. В билете 6 об этом сказано явно:
Цитировать
Создать отчет «Перерасчеты зарплаты», в котором пользователь должен увидеть записи регистра расчета, которые возможно требуется пересчитать.
Обратите внимание, в отчете должна отражаться также информация о необходимости перерасчета надбавки при исправлении суммы оплат пассажиров.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Байт от Ноябрь 09, 2017, 04:09:41 pm
Прошу проверить, коллеги.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: woland12 от Ноябрь 20, 2017, 02:58:16 pm
СПР. Нигде же в задаче не сказано, что минуты опоздания вытесняют оклад.  Логичнее предположить, что сотруднику начисляется оклад за весь период работы, а потом вычитаются штрафы за опоздание при взаиморасчетах. Что скажете?
А так же в условиях задачи не требуется фиксировать опоздания, это ИМХО отдельная система учета. Может быть проще количество минут опоздания вводить в ТЧ документа "Начисления зарплаты".
Название: Re: Билет 5. Спец по платформе V8
Отправлено: woland12 от Ноябрь 27, 2017, 02:56:33 pm
Сдавал 22.11.17. 5 билет. Результа 2 балла
Комментарий экзаменатор:
В бухгалтерской части задачи на счете "Товары" количественный и стоимостной учет ведется в разной аналитике. Корректно решить задачу можно только при использовании признака учета субконто (он в решении не используется. Бухгалтерская часть задачи не реализована. В БУ реализуется подход с предварительной записью данных в регистр и использовании БлокироватьДляИзменения=Истина (приводит к избыточным блокировкам, блокировать Прибыли и убытки не нужно).

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

Возможно в таком случае в отчете снова нужно рассчитывать себестоимость по каждой продаже?

СПР Решал с разбивкой графика на 0,25
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Clition от Ноябрь 27, 2017, 03:08:47 pm
Возможно в таком случае в отчете снова нужно рассчитывать себестоимость по каждой продаже?

Запрос для отчета:
ВЫБРАТЬ
    УправленческийОборотыДтКт.СубконтоДт1 КАК Товар,
    УправленческийОборотыДтКт.СубконтоДт2 КАК ИнвентарныйНомер,
    УправленческийОборотыДтКт.СуммаОборот КАК Себестоимость,
    УправленческийОборотыДтКт1.СуммаОборот КАК Продажа
ИЗ
    РегистрБухгалтерии.Управленческий.ОборотыДтКт(, , , СчетДт = &СчетПрибылиУбытки, &Субконто, СчетКт = &СчетТовары, &Субконто, ) КАК УправленческийОборотыДтКт
        ЛЕВОЕ СОЕДИНЕНИЕ РегистрБухгалтерии.Управленческий.ОборотыДтКт(, , , СчетДт = &СчетПокупатели, , СчетКт = &СчетПрибылиУбытки, &Субконто, ) КАК УправленческийОборотыДтКт1
        ПО УправленческийОборотыДтКт. СубконтоДт1 = УправленческийОборотыДтКт1.СубконтоКт1
            И УправленческийОборотыДтКт.СубконтоДт2 = УправленческийОборотыДтКт1.СубконтоКт2

В БУ реализуется подход с предварительной записью данных в регистр и использовании БлокироватьДляИзменения=Истина (приводит к избыточным блокировкам, блокировать Прибыли и убытки не нужно).
С счетом ПрибылиУбытки понятно, блокировать имеет смысл только счет, по которому выбираются остатки, т.е. счет Товары.
Не понял про БлокироватьДляИзменения=Истина. Я всегда использую конструкцию:
   Движения.Регистр.Записывать=Истина;
   Движения.Регистр.БлокироватьДляИзменения=Истина;
   Движения.Регистр.Записать();
перед записью пустого набора для получения остатков на момент времени документа. Это неправильно?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: woland12 от Ноябрь 27, 2017, 03:20:22 pm
Так и делал изначально, но суммы то по субконтоКт2 нету, если на субконто Инв.номер снята галочка "Суммовой"

Возможно в таком случае в отчете снова нужно рассчитывать себестоимость по каждой продаже?

Запрос для отчета:
ВЫБРАТЬ
    УправленческийОборотыДтКт.СубконтоДт1 КАК Товар,
    УправленческийОборотыДтКт.СубконтоДт2 КАК ИнвентарныйНомер,
    УправленческийОборотыДтКт.СуммаОборот КАК Себестоимость,
    УправленческийОборотыДтКт1.СуммаОборот КАК Продажа
ИЗ
    РегистрБухгалтерии.Управленческий.ОборотыДтКт(, , , СчетДт = &СчетПрибылиУбытки, &Субконто, СчетКт = &СчетТовары, &Субконто, ) КАК УправленческийОборотыДтКт
        ЛЕВОЕ СОЕДИНЕНИЕ РегистрБухгалтерии.Управленческий.ОборотыДтКт(, , , СчетДт = &СчетПокупатели, , СчетКт = &СчетПрибылиУбытки, &Субконто, ) КАК УправленческийОборотыДтКт1
        ПО УправленческийОборотыДтКт. СубконтоДт1 = УправленческийОборотыДтКт1.СубконтоКт1
            И УправленческийОборотыДтКт.СубконтоДт2 = УправленческийОборотыДтКт1.СубконтоКт2

Название: Re: Билет 5. Спец по платформе V8
Отправлено: Clition от Ноябрь 27, 2017, 03:27:31 pm
Так и делал изначально, но суммы то по субконтоКт2 нету, если на субконто Инв.номер снята галочка "Суммовой"
На счете ПрибылиУбытки ПУС Суммовой снимать не надо. Его надо снимать на счете Товары.
Товары: ПУ Количественный, Номенклатура, ИнвНомер (без ПУС Суммовой)
ПрибылиУбытки: Номенклатура (обороты), ИнвНомер (обороты)

Расскажите что вы делали с БлокироватьДляИзменения=Истина? Не понятна суть замечания.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Dmitry_K от Ноябрь 28, 2017, 01:21:34 pm
Так и делал изначально, но суммы то по субконтоКт2 нету, если на субконто Инв.номер снята галочка "Суммовой"
На счете ПрибылиУбытки ПУС Суммовой снимать не надо. Его надо снимать на счете Товары.
Товары: ПУ Количественный, Номенклатура, ИнвНомер (без ПУС Суммовой)
ПрибылиУбытки: Номенклатура (обороты), ИнвНомер (обороты)

Расскажите что вы делали с БлокироватьДляИзменения=Истина? Не понятна суть замечания.
Я при сдаче использовал только
Записывать = ИСТИНА;
Очистить();
Записать();

Думаю, что БлокироватьДляИзменения стоит использовать только в упр учете по новой методике проведения.
В бух во всех задачах используются управляемые блокировки.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Clition от Ноябрь 28, 2017, 04:57:47 pm
Я при сдаче использовал только
Записывать = ИСТИНА;
Очистить();
Записать();

Думаю, что БлокироватьДляИзменения стоит использовать только в упр учете по новой методике проведения.
В бух во всех задачах используются управляемые блокировки.

Немного порассуждаю.

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

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

Сам всегда использовал правило отсюда: http://forum.chistov.pro/index.php?topic=993.msg52117#msg52117 (http://forum.chistov.pro/index.php?topic=993.msg52117#msg52117)
Но судя по всему, это не правильно в части БлокироватьДляИзменения в старой методике.

Что касается Очистить() движения могут быть непустыми только если мы каким-либо образом читаем движения, как то например использование обычных форм, вывод движений на форму или банальный Прочитать(). С одной стороны Очистить() ничего никуда не пишет, не является ресурсоемкой операцией и не имеет негативных последствий. Но в тоже время, если мы не читаем движения, то зачем их чистить? Мне кажется что использование, что неиспользование Очистить(), ошибкой не является. Другое дело, что кто-то отписывался, что принимающий задавал вопрос, зачем оно здесь. При очной сдаче на такой вопрос должно быть что ответить.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Dmitry_K от Ноябрь 29, 2017, 09:29:33 am
я не заморачивался на эту тему. но могу сказать что сталкивался с ситуацией, когда не сделав Очистить() у меня в движениях сидели данные. поэтому взял за правило их всегда очищать.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: kvt500 от Ноябрь 29, 2017, 09:48:16 am
я не заморачивался на эту тему. но могу сказать что сталкивался с ситуацией, когда не сделав Очистить() у меня в движениях сидели данные. поэтому взял за правило их всегда очищать.
Это вы просто Записать() в начале не делали.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Dmitry_K от Ноябрь 29, 2017, 09:49:57 am
я не заморачивался на эту тему. но могу сказать что сталкивался с ситуацией, когда не сделав Очистить() у меня в движениях сидели данные. поэтому взял за правило их всегда очищать.
Это вы просто Записать() в начале не делали.
Да, возможно.
Можно в пояснительной записке объяснить, почему использовал ту или иную конструкцию. но нужно понимать что если не до конца разобрался или понимаешь почему должно быть так а не по другому, то это может сыграть в минус )
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Hatfieldx от Декабрь 04, 2017, 08:53:56 pm
Добрый день!

Решение пятого билета с 15-минутными штрафами.
Кому не сложно просьба проверьте пожалуйста

По БУ задаче не совсем понятно для каких целей у всех на счете ПИУ субконто Номенклатура? ИнвНомера там достаточно.

Вопрос по БП: Обязательно ли на экзамене забивать всю таблицу адресации, представленную в билете или достаточно несколько сотрудников для контрольного примера?

По СПР про штрафы заимствовал у EgSneg, за что ему огромное спасибо
Название: Re: Билет 5. Спец по платформе V8
Отправлено: alex1248 от Декабрь 04, 2017, 09:31:16 pm
По БУ задаче не совсем понятно для каких целей у всех на счете ПИУ субконто Номенклатура? ИнвНомера там достаточно.
Например, чтобы быстрее получить данные для отчета.
Не говоря уже о том, что может понадобиться отчет по номенклатуре без инв номера.
Вопрос по БП: Обязательно ли на экзамене забивать всю таблицу адресации, представленную в билете или достаточно несколько сотрудников для контрольного примера?
Обязательно.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Hatfieldx от Декабрь 05, 2017, 07:31:50 am
По БУ задаче не совсем понятно для каких целей у всех на счете ПИУ субконто Номенклатура? ИнвНомера там достаточно.
Например, чтобы быстрее получить данные для отчета.
Не говоря уже о том, что может понадобиться отчет по номенклатуре без инв номера.
Вопрос по БП: Обязательно ли на экзамене забивать всю таблицу адресации, представленную в билете или достаточно несколько сотрудников для контрольного примера?
Обязательно.

Спасибо!
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Макаров от Декабрь 11, 2017, 02:37:09 pm
Решение билета 5 с учетом расхождений.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: yurstein от Декабрь 13, 2017, 10:56:36 pm
Добрый день, коллеги!

Сделал 5 билет по билету который выпадает на дистанционке

Просьба посмотреть и покритиковать
Название: Re: Билет 5. Спец по платформе V8
Отправлено: stels_blg от Февраль 01, 2018, 04:43:37 pm

Вопрос по БП: Обязательно ли на экзамене забивать всю таблицу адресации, представленную в билете или достаточно несколько сотрудников для контрольного примера?

Обязательно.

Это неверно. Забивать нужно только то, что реально используется. Изначально в задаче подразумевается, что информация в билете избыточна, поэтому нужно оставлять только требуемые строчки.

Это для тех, кто готовится будет сам по форуму. Информация с курсов подготовки от преподавателей, кто проверять будет.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Slava от Февраль 07, 2018, 12:20:28 am
Решение билета 5 с учетом расхождений. Буду рад критике
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Julia2690 от Февраль 16, 2018, 08:48:38 am
Решение билета 5 с учетом расхождений. Буду рад критике
Привет! Посмотрела ваш билет, есть несколько вопросов:
БУ
1. ИнвНомер в РН это ревизит ТЧ типа СправочникСсылка.ИнвНомера, в запросе (часть БУ) вы не используете представление к ссылочному типу. Можно использовать функцию "ПРЕДСТАВЛЕНИЕ" в самом запросе.
2. Не понятно почему остаток по всем товарам в РН вы получаете строкой
| ЕСТЬNULL(УправленческийНомен.КоличествоОстатокДт, 0) КАК ОбщийОстатокКво,Разве не "ЕСТЬNULL(УправленческийНомен.КоличествоОстаток, 0)" правильней?
3. При записи движений БУ расходной накладной вы заполняете не все субконто у счетов.. Почему?
СПР
1. На мой взгляд неверно рассчитывается штраф. Вы берется все те же ФактЧасов и умножаете на 100.
2. При расчете надбавки выберете Обороты, разве не нужно брать оборотыДтКт?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Julia2690 от Февраль 16, 2018, 08:52:51 am
Выложу свой билет)
СПР, условие про 15 минут и штраф я поняла немного иначе. Опять "угадай, что от тебя хотят экзаменаторы"))
Думаю не стоит усложнять ввод количества минут опозданий и тем более не стоит вносить минуты опоздания в график работы. Минуты опоздания вводятся в документе Начисления зп, также как и процент надбавки.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Slava от Февраль 16, 2018, 10:48:58 pm
Привет! Посмотрела ваш билет, есть несколько вопросов:
БУ
1. ИнвНомер в РН это ревизит ТЧ типа СправочникСсылка.ИнвНомера, в запросе (часть БУ) вы не используете представление к ссылочному типу. Можно использовать функцию "ПРЕДСТАВЛЕНИЕ" в самом запросе.
2. Не понятно почему остаток по всем товарам в РН вы получаете строкой
| ЕСТЬNULL(УправленческийНомен.КоличествоОстатокДт, 0) КАК ОбщийОстатокКво,Разве не "ЕСТЬNULL(УправленческийНомен.КоличествоОстаток, 0)" правильней?
3. При записи движений БУ расходной накладной вы заполняете не все субконто у счетов.. Почему?
СПР
1. На мой взгляд неверно рассчитывается штраф. Вы берется все те же ФактЧасов и умножаете на 100.
2. При расчете надбавки выберете Обороты, разве не нужно брать оборотыДтКт?

Спасибо за критику!
Согласен со всем. Кроме, разве что пункта 2 по СПР. Думаю там нет разницы.

Выкладываю исправленный вариант.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Slava от Февраль 16, 2018, 10:57:13 pm
Выложу свой билет)
СПР, условие про 15 минут и штраф я поняла немного иначе. Опять "угадай, что от тебя хотят экзаменаторы"))
Думаю не стоит усложнять ввод количества минут опозданий и тем более не стоит вносить минуты опоздания в график работы. Минуты опоздания вводятся в документе Начисления зп, также как и процент надбавки.
Julia2690 , времени у меня мало остается. Глянул мельком СПР. Штраф должен вытеснять оклад. Оплата почасовая ведь
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Julia2690 от Февраль 17, 2018, 07:56:43 am

Julia2690 , времени у меня мало остается. Глянул мельком СПР. Штраф должен вытеснять оклад. Оплата почасовая ведь

Не соглашусь, про вытеснение в билете и дополнениях вроде ничего не написано. Поэтому штраф - это начисление, которое уменьшает основные начисления, не вытесняя их. (Примерно так и реализованы штрафы в ЗУПе).  И, думаю, совершенно не зависит какая тарифная ставка применяется, часовая, дневная или оклад. Но это лишь мое мнение)
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Slava от Февраль 17, 2018, 03:43:22 pm
Не соглашусь, про вытеснение в билете и дополнениях вроде ничего не написано. Поэтому штраф - это начисление, которое уменьшает основные начисления, не вытесняя их. (Примерно так и реализованы штрафы в ЗУПе).  И, думаю, совершенно не зависит какая тарифная ставка применяется, часовая, дневная или оклад. Но это лишь мое мнение)
Но ведь если сотрудник опоздал на 2 часа - получается он вместо 8 часов отработал 6?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Julia2690 от Февраль 18, 2018, 08:00:12 am
Но ведь если сотрудник опоздал на 2 часа - получается он вместо 8 часов отработал 6?
Да, только начислят ему за 8 часов по дневной/часовой тарифной ставке, а затем начислят штраф за фактическое опоздание. И штраф уменьшит сумму начислений. Думаю, схему вытеснения здесь применять не нужно все-таки)
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Slava от Февраль 18, 2018, 12:34:01 pm
Но ведь если сотрудник опоздал на 2 часа - получается он вместо 8 часов отработал 6?
Да, только начислят ему за 8 часов по дневной/часовой тарифной ставке, а затем начислят штраф за фактическое опоздание. И штраф уменьшит сумму начислений. Думаю, схему вытеснения здесь применять не нужно все-таки)
Может и так. Думаю, за то не должны снимать баллы
Название: Re: Билет 5. Спец по платформе V8
Отправлено: alex1248 от Февраль 18, 2018, 01:14:12 pm
Если нет никаких новых нюансов в формулировке, то юзер должен ввести фактически отработанные часы, т.е. за вычетом времени опоздания. Так что и вытеснений не надо, и штрафы не должны включать сумму оклада.
P.S. Думаю, норм, как у Юлии - минуты опоздания прописать - это почти то же самое что ввести фактически отработанное время, только проще при заполнении.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: ComradeKite от Февраль 21, 2018, 09:31:05 am
Интересно, а кто либо обратил внимание на фразу:
В документе "Расходная накладная" может быть указан только один проект(проект в реквизите шапки).

Что она означает?
Может быть то что в регистре накопления должно быть одно измерение "Проект"?

Посмотрел билеты выше, все делают через измерения "Контрагент" "Проект", а правильно ли это?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: alex1248 от Февраль 22, 2018, 09:37:22 am
В документе "Расходная накладная" может быть указан только один проект(проект в реквизите шапки).
Что она означает?
Может быть то что в регистре накопления должно быть одно измерение "Проект"?
Эту фразу надо читать буквально, и не более того.
Реквизит Проект - в шапке РН, т.е. он един для всех записей ТЧ, иными словами - в одном доке могут быть записи только для одного проекта.
Структура РН - это уже дело кодера. В данном случае можно предполагать, что юзерам часто будет необходимо получение данных в разрезе контрагентов и проектов, поэтому хранение данных в разрезе соответствующих измерений выглядит наиболее оптимальным.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: ComradeKite от Февраль 23, 2018, 01:18:21 pm
В документе "Расходная накладная" может быть указан только один проект(проект в реквизите шапки).
Что она означает?
Может быть то что в регистре накопления должно быть одно измерение "Проект"?
Эту фразу надо читать буквально, и не более того.
Реквизит Проект - в шапке РН, т.е. он един для всех записей ТЧ, иными словами - в одном доке могут быть записи только для одного проекта.
Структура РН - это уже дело кодера. В данном случае можно предполагать, что юзерам часто будет необходимо получение данных в разрезе контрагентов и проектов, поэтому хранение данных в разрезе соответствующих измерений выглядит наиболее оптимальным.
Ок, спасибо за ответ.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: andrig от Февраль 25, 2018, 06:40:35 am
Мои решения после сдачи.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: ComradeKite от Февраль 25, 2018, 11:33:39 am
Мои решения после сдачи.
В ОУ мне тоже больше нравится решение через пустую ссылку по проекту, если это аванс.
Некоторые добавляют в справочник проект "Аванс", мне кажется избыточно это.

На сколько я понял задача простая, вопрос в том правильно ли я понял:

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

Название: Re: Билет 5. Спец по платформе V8
Отправлено: clancy08 от Февраль 26, 2018, 06:59:11 pm
Привет! Посмотрела ваш билет, есть несколько вопросов:
БУ
1. ИнвНомер в РН это ревизит ТЧ типа СправочникСсылка.ИнвНомера, в запросе (часть БУ) вы не используете представление к ссылочному типу. Можно использовать функцию "ПРЕДСТАВЛЕНИЕ" в самом запросе.
2. Не понятно почему остаток по всем товарам в РН вы получаете строкой
| ЕСТЬNULL(УправленческийНомен.КоличествоОстатокДт, 0) КАК ОбщийОстатокКво,Разве не "ЕСТЬNULL(УправленческийНомен.КоличествоОстаток, 0)" правильней?
3. При записи движений БУ расходной накладной вы заполняете не все субконто у счетов.. Почему?
СПР
1. На мой взгляд неверно рассчитывается штраф. Вы берется все те же ФактЧасов и умножаете на 100.
2. При расчете надбавки выберете Обороты, разве не нужно брать оборотыДтКт?

Спасибо за критику!
Согласен со всем. Кроме, разве что пункта 2 по СПР. Думаю там нет разницы.

Выкладываю исправленный вариант.

Интересный момент заметил. Прорешивал задачу с расчетом, и во время тестирования заметил, что если вначале в тч идет Штраф потом Оклад, то Часы штрафа адекватно вытесняют Оклад, если же на оборот, то факт часы штрафа равны 0. Час не мог разобраться в чем проблема, посмотрел на вашем решение, все гуд.
Перевел конфу на совместимость 8.3.3, заработало, вернул обратно снова работает.
На экзамене бы так не пролететь)
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Slava от Февраль 26, 2018, 10:49:32 pm
Интересный момент заметил. Прорешивал задачу с расчетом, и во время тестирования заметил, что если вначале в тч идет Штраф потом Оклад, то Часы штрафа адекватно вытесняют Оклад, если же на оборот, то факт часы штрафа равны 0. Час не мог разобраться в чем проблема, посмотрел на вашем решение, все гуд.
Перевел конфу на совместимость 8.3.3, заработало, вернул обратно снова работает.
На экзамене бы так не пролететь)
На экзамене попался первый билет один в один с дополнением(вынести расчет на форму). Сделал все довольно быстро (3.20 без тестирования). В задаче по расчетам запрос не выдавал базу для надбавки. Часа не хватило разобраться в этом вопросе. Три раза просмотрел свое решение, настройку всех объектов, код(период действия, базовый период, настройки базовых начислений...). Совместимость сразу выставлял 8.3.3 и не менял ее. Может тоже вопрос совместимости... Не знаю на что думать еще. Не исключено, что если будут проверять только в конфигураторе - то и не заметят этот момент :)
Название: Re: Билет 5. Спец по платформе V8
Отправлено: clancy08 от Февраль 27, 2018, 05:01:40 am
Интересный момент заметил. Прорешивал задачу с расчетом, и во время тестирования заметил, что если вначале в тч идет Штраф потом Оклад, то Часы штрафа адекватно вытесняют Оклад, если же на оборот, то факт часы штрафа равны 0. Час не мог разобраться в чем проблема, посмотрел на вашем решение, все гуд.
Перевел конфу на совместимость 8.3.3, заработало, вернул обратно снова работает.
На экзамене бы так не пролететь)
На экзамене попался первый билет один в один с дополнением(вынести расчет на форму). Сделал все довольно быстро (3.20 без тестирования). В задаче по расчетам запрос не выдавал базу для надбавки. Часа не хватило разобраться в этом вопросе. Три раза просмотрел свое решение, настройку всех объектов, код(период действия, базовый период, настройки базовых начислений...). Совместимость сразу выставлял 8.3.3 и не менял ее. Может тоже вопрос совместимости... Не знаю на что думать еще. Не исключено, что если будут проверять только в конфигураторе - то и не заметят этот момент :)
Ждем результат)) 
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Хильда от Февраль 27, 2018, 01:03:41 pm
На экзамене попался первый билет один в один с дополнением(вынести расчет на форму). Сделал все довольно быстро (3.20 без тестирования).
Slava, а что вы писали в пояснительной?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Slava от Февраль 27, 2018, 04:34:48 pm
Slava, а что вы писали в пояснительной?
Ничего не писал. Все довольно очевидно, вроде. Не стал писать. Поздравляю с успешной сдачей!
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Julia2690 от Февраль 28, 2018, 08:01:28 am
Пришел ответ - оценка 4) Попался этот билет полностью
Результат экзамена:

Комментарий:

В расходной накладной блокируется проект документа, а нужно блокировать аванс.
Штраф это не начисление, величина штрафа не увеличивает размер выплат сотруднику. Если бы вы сделали его вытесняющим оклад (возможно при определенной настройке регистра сведений графика), то размещение его в данном ПВР было бы оправдано.

Решала, как и выкладывала сюда
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Slava от Февраль 28, 2018, 08:42:44 am
Пришел ответ - оценка 4) Попался этот билет полностью
Мои поздравления! Я все еще жду результат )
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Julia2690 от Февраль 28, 2018, 12:53:09 pm
Мои поздравления! Я все еще жду результат )
Спасибо большое)
Название: Re: Билет 5. Спец по платформе V8
Отправлено: ComradeKite от Март 02, 2018, 01:22:39 pm
Пришел ответ - оценка 4) Попался этот билет полностью
Результат экзамена:

Комментарий:

В расходной накладной блокируется проект документа, а нужно блокировать аванс.
Штраф это не начисление, величина штрафа не увеличивает размер выплат сотруднику. Если бы вы сделали его вытесняющим оклад (возможно при определенной настройке регистра сведений графика), то размещение его в данном ПВР было бы оправдано.

Решала, как и выкладывала сюда

Julia2690 поздравляю вас.
А вы точно на экзамене делали так как в этом билете?
Просто в этом решении, что вы выложили, у вас Аванс не списывается.
Если сделать так
РН1 - Пр1 - 10000
ПД1 -          20000
РН2 = Пр2 - 1000 здесь у вас Аванса 10000 - 1000 должно остаться 9000.
У вас как было 10000 так 10000 и осталось.
Плюс если РН меньше имеющегося Аванса, то у вас в ноль не закроется регистр, чтобы закрылся надо чтобы минус по авансу попал в плюс по проекту.

Название: Re: Билет 5. Спец по платформе V8
Отправлено: Julia2690 от Март 05, 2018, 05:41:20 am
А вы точно на экзамене делали так как в этом билете?
Просто в этом решении, что вы выложили, у вас Аванс не списывается.
Да, аванс и в правду не списывается, пропустила этот момент, когда прорешивала билет.
Главное, на экзамене этого не упустила)

Название: Re: Билет 5. Спец по платформе V8
Отправлено: Андрей Т от Март 10, 2018, 09:31:55 am
Задача ОУ. При проведении РН списываете сначала аванс, потом остаток на проект. Понимаю, что так проще, но с точки зрения логики движения денег это же не правильно. Почему так делается? Я так понимаю сначала надо сделать расход на всю сумму проекта, потом авансом его закрыть полностью или частично. Далее списать ту часть аванса, что была израсходована. Нет?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: alex1248 от Март 10, 2018, 03:05:07 pm
Задача ОУ. При проведении РН списываете сначала аванс, потом остаток на проект. Понимаю, что так проще, но с точки зрения логики движения денег это же не правильно. Почему так делается? Я так понимаю сначала надо сделать расход на всю сумму проекта, потом авансом его закрыть полностью или частично. Далее списать ту часть аванса, что была израсходована. Нет?
Что вы имеете ввиду под "остатком на проект"? Задолженность контрагента по проекту? Если так, то у одного контрагента не должно быть одномоментно задолженности и аванса. Если аванс есть, а сейчас вы проводите РН, то только авансом и можно закрыть данную РН, других денег в данный момент нет. Если же есть долг по ранее проведенным РН, то это автоматически влечет отсутствие аванса, и никаких денег, закрывать вообще нечего; закрытие долга будет при проведении дока "Приход денег".
Название: Re: Билет 5. Спец по платформе V8
Отправлено: clancy08 от Март 10, 2018, 05:43:45 pm
Что вы имеете ввиду под "остатком на проект"? Задолженность контрагента по проекту? Если так, то у одного контрагента не должно быть одномоментно задолженности и аванса. Если аванс есть, а сейчас вы проводите РН, то только авансом и можно закрыть данную РН, других денег в данный момент нет. Если же есть долг по ранее проведенным РН, то это автоматически влечет отсутствие аванса, и никаких денег, закрывать вообще нечего; закрытие долга будет при проведении дока "Приход денег".

Он имеет ввиду как мне кажется, случай когда:
Остаток Аванса -400р
Продажа Проект_1 на 700р

Движения по красивому
Приход Проект_1 700р
Расход  Проект_1 400р
Приход Аванс      400р
Остаток:     
             Проект_1 300
             Аванс       0

И Как пишут:
Приход Проект_1 300р
Приход Аванс      400р

Остаток:     
             Проект_1 300
             Аванс       0
Упрощая условия в коде.

Не вижу в этом ни чего страшного, в отчете все равно требуется отобразить только остатки.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: alex1248 от Март 10, 2018, 10:12:36 pm
И Как пишут:
Приход Проект_1 300р
Приход Аванс      400р

Остаток:     
             Проект_1 300
             Аванс       0
Упрощая условия в коде.

Не вижу в этом ни чего страшного, в отчете все равно требуется отобразить только остатки.
А мне кажется, это грубое нарушение логики задачи. Она решается не только ради отчета, и обороты по отгрузке и оплате должны отражаться в полном объеме.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Aleksandr.nett от Март 12, 2018, 12:14:15 am
Коллеги приветствую! Просьба поделиться опытом успешного решения билета №5 в том составе одновременно присутствующих задач БУ и СПР как в сборнике «Актуальные билеты на экзамене 1С-Спеуиалистппо Платформе 1С Предприятие»,  а также мнением понимания решения данного вопроса.  В задаче СПР есть строка – «Сумма продаж по подразделению должна быть получена по данным бухгалтерского учета».  Без сомнения, что мы должны получать данные из регистра бухгалтерии(РБ).   Но в постановке задачи БУ не сказано ничего о подразделениях, соответственно учет в разрезе подразделений не реализован, следовательно и данные о продажах из РБ в разрезе подразделений мы не можем получить.  Реализовывать такой учет мне кажется неправильно потому что это нарушает условия постановки задачи БУ.  Получается что условия из задачи СПР влияют на реализацию задачи БУ. Будет ли оценена правильно такая реализация задачи БУ с требованиями дополненными из СПР?  Заранее спасибо за ответ!   
Название: Re: Билет 5. Спец по платформе V8
Отправлено: ComradeKite от Март 12, 2018, 11:25:34 am
И Как пишут:
Приход Проект_1 300р
Приход Аванс      400р

Остаток:     
             Проект_1 300
             Аванс       0
Упрощая условия в коде.

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

эту задачу решил так:
Расходная накладная делает расход по регистру в разрезе проекта.
Этот расход может состоять либо из одной строки, либо из двух. То есть отразятся всегда в полном объеме обороты по расходной накладной. Одна строка, если нет аванса(остаток по пустой ссылке) или остаток по авансу больше чем расход по проекту. Две строки если есть (1) аванс и списываем аванс полностью, (2) сумма расхода за минусом аванса.

Приходная накладная распределяет по проектам, потом если остались деньги пишется на пустую ссылку по контрагенту.


Название: Re: Билет 5. Спец по платформе V8
Отправлено: Андрей Т от Март 12, 2018, 03:15:46 pm
А мне кажется, это грубое нарушение логики задачи. Она решается не только ради отчета, и обороты по отгрузке и оплате должны отражаться в полном объеме.

О том и речь. Но на экзамене на это глаза закрывают. Я смотрел несколько решений сдававших этот билет. У всех упрощенное решение. Списать аванс. Записать остаток задолжности.

Он имеет ввиду как мне кажется, случай когда:
Остаток Аванса -400р
Продажа Проект_1 на 700р

Движения по красивому
Приход Проект_1 700р
Расход  Проект_1 400р
Приход Аванс      400р
Остаток:     
             Проект_1 300
             Аванс       0


Все верно, но я бы +/- поменял :) Таки не подтвержденная деньгами отгрузка это долг(-).  А халявные деньги (аванс) несомненно огромный "+" :)
Название: Re: Билет 5. Спец по платформе V8
Отправлено: ReleRool от Апрель 10, 2018, 08:08:40 pm
Товарищи. Очень нужна ваша критика моего решения. В частности по дополнительному условию :
Если сотрудник опоздал на работу, то за каждые целые 15 минут опоздания начисляется штраф в размере 100 рублей.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: ReleRool от Апрель 11, 2018, 10:47:12 am
Товарищи. Очень нужна ваша критика моего решения. В частности по дополнительному условию :
Если сотрудник опоздал на работу, то за каждые целые 15 минут опоздания начисляется штраф в размере 100 рублей.

Мне просто жизненно необходима ваша помощь..Отзовитесь, добрые люди. Именно это дополнительное условие не дает мне покоя..должен ли штраф вытеснять оклад? Либо я вообще его не правильно реализовал..
Название: Re: Билет 5. Спец по платформе V8
Отправлено: ReleRool от Апрель 12, 2018, 12:08:08 pm
Товарищи. Очень нужна ваша критика моего решения. В частности по дополнительному условию :
Если сотрудник опоздал на работу, то за каждые целые 15 минут опоздания начисляется штраф в размере 100 рублей.

Может кто-то просто поделится своим решением данного дополнительного условия в 5 билете?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Legat от Апрель 28, 2018, 02:45:14 pm
Товарищи. Очень нужна ваша критика моего решения. В частности по дополнительному условию :
Если сотрудник опоздал на работу, то за каждые целые 15 минут опоздания начисляется штраф в размере 100 рублей.

Может кто-то просто поделится своим решением данного дополнительного условия в 5 билете?
День добрый.
Решение не смотрел, но на экзамене 24-го попался 5 билет, так вот..
Реализовал на РР "Удержания" , ничего особого в нем не настраивал, в документе отдельная ТЧ.
Сумма = Цел(МинутПрогуляно / 15) * 100 .. Как то так.
Ответ 1С: "Опаздания учитываются неверно". Цитата.
Экзамен я сдал, а вот решение искать придется потомкам )

Название: Re: Билет 5. Спец по платформе V8
Отправлено: fimanich от Май 05, 2018, 07:19:07 pm
Товарищи. Очень нужна ваша критика моего решения. В частности по дополнительному условию :
Если сотрудник опоздал на работу, то за каждые целые 15 минут опоздания начисляется штраф в размере 100 рублей.
Я посмотрел твое решение и некоторые другие из последних в этой ветке. Мое мнение: решение  в части штрафа верное. Штраф должен вытеснять оклад.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: fimanich от Май 05, 2018, 10:17:08 pm
Мое решение. Критика приветствуется.
10.05.2018: исправил ошибку БУ: в расходной накладной не нужна блокировка по инв. номерам, т.к. себестоимость списываемого товара определяется как средняя по номенклатурной позиции по всем ее инвентарным номерам
18.05.2018: исправил ошибку СПР: в документе НачислениеЗарплаты добавил в параметры вирт. таблицы РегистрБухгалтерии.Управленческий.ОборотыДтКт отбор по подразделению.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: romanys от Май 14, 2018, 09:54:48 pm
Всем привет!, сейчас усиленно готовлюсь к экзамену, до этого опыта работы с бухгалтерией не было, так что не судите строго :) Хотелось бы узнать по задаче БУ:
1) Нужно ли контролировать проблему копеек в расходной накладной, при расчете себестоимости?
2) Почему нужно использовать для аналитики счет Прибыли и убытки, а не Покупатели например, по нему же мы тоже сможем получить информацию о продажах?
3) На счете, для подсчета продаж нужно 2 субконто (Номенклатура, инвентарный номер) или будет достаточно только инвентарного номера?
Спасибо!
Название: Re: Билет 5. Спец по платформе V8
Отправлено: alex1248 от Май 15, 2018, 08:39:33 am
1) Нужно ли контролировать проблему копеек в расходной накладной, при расчете себестоимости?
Не бывает никакой проблемы копеек. Если какая проблема и бывает, то это - проблема неправильного кода. И конечно же, в БУ код тоже надо писать правильно.  ;D
2) Почему нужно использовать для аналитики счет Прибыли и убытки, а не Покупатели например, по нему же мы тоже сможем получить информацию о продажах?
 
Возможно, в методичках есть официальный ответ, но я выскажу своё мнение. Продажи - прибыли - доходы минус расходы. Доходы / расходы получаются из стоимости закупленных и стоимости реализованных товаров, потому и аналитику лучше делать на этом счете.
На счете Покупатели могут понадобиться разрезы собственно по покупателям, договорам, документам. Наверное еще есть что-то. С типовой БП поработаете - такая структура будет выглядеть естественной.
3) На счете, для подсчета продаж нужно 2 субконто (Номенклатура, инвентарный номер) или будет достаточно только инвентарного номера?
Вообще говоря, если какой-то разрез часто используется, например, в отчетах, то, если есть возможность, предпочтительно его использовать в качестве субконто, а не получать каждый раз в запросе.  На мой взгляд, для отчетов  номенклатура важнее ном номера, потому логично номенклатуру использовать в качестве субконто.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: vasilii_yar от Июнь 01, 2018, 12:28:58 pm
Сдал на спеца 26.04 удаленно. Попался 5-ый билет. Выкладываю решение.
Комментарии учебного центра: "Добрый день!
Экзамен сдан, оценка 3.
Комментарий экзаменатора:  Бизнес-процессы - не реализовано до конца."
ОУ - регистр накопления Взаиморасчеты: Измерения - Контрагент, Проект; Ресурсы: Задолженность, аванс. Логика простая: при приходе денег есть задолженность - погашаем, нет - увеличиваем аванс. При продаже: есть аванс - погашаем, нет - увеличиваем задолженность.
БУ - ничего не изобретал, сделал стандартно, с копейками не заморачивался (в решении нет отчета).
СПР - Штрафы делал путем заполнения графика по 15-ти минуткам, штраф вытесняет оклад
. Количество минут штрафа не накапливал, просто ввод в документе НачислениеЗарплаты.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: fimanich от Июнь 20, 2018, 11:46:40 pm
Из этого билета на экзамене мне попался СПР. Решал также, как в базе, выложенной в этой ветке.
Замечание 1С:
Вопрос № 4 Регистр графиков заполнен неверно
Мои соображения по замечанию:
График я заполнял так: начиная с 08:15 и по 16:00 включительно с шагом в 15 мин заполнял для рабочих дней Значение = 0.25, ЗначениеМинут = 15; для выходных Значение = 0, ЗначениеМинут = 0;
В чем именно ошибка - не знаю, предположения такие:
- для выходных просто не нужно делать никаких записей;
- не нужен ресурс ЗначениеМинут, ведь и так понятно, что 0.25 от часа это и есть 15 минут. И вообще минуты опоздания можно рассчитать как разницу между ДатаОкончания и ДатаНачала.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Алексей Геннадьевич от Июль 09, 2018, 11:09:11 am
Результат экзамена:

3 июля 2018 г.


Оценка: 4

Экзамен считается сданным при оценке больше или равной 3.

Комментарий:

Хорошо.

С уважением,
Отдел организации обучения фирмы "1С"

Вот мое решение
Название: Re: Билет 5. Спец по платформе V8
Отправлено: romanys от Июль 09, 2018, 12:39:41 pm
Результат экзамена:

3 июля 2018 г.


Оценка: 4

Экзамен считается сданным при оценке больше или равной 3.

Комментарий:

Хорошо.

С уважением,
Отдел организации обучения фирмы "1С"

Вот мое решение

Поздравляю вас!
Только у меня вопрос по части СПР, у вас настроено вытеснение штрафа окладом и данное вытеснение не работает. Нужно ли его вообще делать?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Evgenich от Август 02, 2018, 04:54:49 pm
Решил 5 билет с дополнительным условием штраф на 15 минутное опоздание. Оцените люди добрые ))) Критика по всей жесткости )))
Название: Re: Билет 5. Спец по платформе V8
Отправлено: daadaa от Август 07, 2018, 11:34:17 pm
Решил 5 билет с дополнительным условием штраф на 15 минутное опоздание. Оцените люди добрые ))) Критика по всей жесткости )))
Посмотрел только СПР, а вы зачем блокировку на регистр БУ перед расчетом надбавки наложили? ) не нужна она
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Evgenich от Август 13, 2018, 03:04:42 pm
То есть способ расчета штрафа вас не смутил?))

 По поводу блокировки согласен, она тут не к чему )))

Название: Re: Билет 5. Спец по платформе V8
Отправлено: daadaa от Август 13, 2018, 07:33:29 pm
То есть способ расчета штрафа вас не смутил?))

 По поводу блокировки согласен, она тут не к чему )))
Я уже не чему не удивляюсь на этом форуме  :D
Такой вариант решения я уже увидел, и вроде бы как он принимается на экзамене.
Но учитывая комментарии сдавших, складывается картина, что более правильно это делать два ресурса в регистре графиков, первый это ЗначениеЧасы, второй Значение15мин.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Evgenich от Август 17, 2018, 01:38:04 pm
Тоже рассматривал вариант с двумя ресурсами ( ЗначениеЧасы, ЗначениеМин )

График при этом заполняется как на картинке во вложении.
Штраф вытесняет Оклад
Для расчета оклада берем ДанныеГрафика.ЗначениеЧасыФакт
Для расчета штрафа берем ДанныеГрафика.ЗначениеМинФакт

 НО мне непонятен один момент. Как происходит вытеснение?!
Если назначить сотруднику оклад за день
и указать штраф  за одно 15 минутное опоздание, то в РР попадут записи что

Оклад с 01.01.2018 00:00:00 до 01.01.2018 23:59:59  65.22 руб. отработано 8 часов
штраф с 01.01.2018 00:00:00 до 01.01.2018 08:15:00  -100 руб. опозданий 1

Если же указать штраф четыре 15 минутных опозданий то в РР попадут записи 

Оклад с 01.01.2018 00:00:00 до 01.01.2018 23:59:59  57.07 руб. отработано 7 часов
штраф с 01.01.2018 00:00:00 до 01.01.2018 08:15:00  -400 руб. опозданий 4

Получается в первом случае вытеснение не произошло
А если день разбить по 15 минуткам со значением 0,25 (как в выложенном мной ранее примере) то все прекрасно вытесняется
Название: Re: Билет 5. Спец по платформе V8
Отправлено: daadaa от Август 17, 2018, 08:21:29 pm
...
 НО мне непонятен один момент. Как происходит вытеснение?!
...
Ну как вы написали, так оно и происходит )) оклад вытесняется только за полный час опоздания
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Evgeni-red от Август 19, 2018, 10:43:03 am
   Уважаемые коллеги!
По задаче БУ:  считаю, что здесь не нужен количественный учет.
- контроль наличия товара - проводить по ненулевой сумме на номенклатуре/инв.номере
- для расчета себестоимости номенклатуры количество получать по количеству различных инв. номеров
Код во вложении.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: daadaa от Август 19, 2018, 11:18:57 pm
   Уважаемые коллеги!
По задаче БУ:  считаю, что здесь не нужен количественный учет.
- контроль наличия товара - проводить по ненулевой сумме на номенклатуре/инв.номере
- для расчета себестоимости номенклатуры количество получать по количеству различных инв. номеров
Код во вложении.
А вы ее с какой целью стали решать, не как "все сдавшие"? ))
Решение та наверно работать будет, если у вас все оприходования будут с суммой. В задаче конечно указано, что только покупка и продажа, но мало ли там всякие "купи БМВ, получи Ладу в подарок", не знаю нужно ли там по БУ эту Ладу тоже с какой-то суммой оприходовать :)
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Evgenich от Август 20, 2018, 09:54:14 am
Evgeni-red, хорошее замечание ))) если бы кто нибудь до этого решения додумался еще в те времена когда еще форум создавался, то скорее всего все его штамповали бы при подготовке и  он считался бы правильным при сдаче на экзамене, но учитывая то что экзаменаторы привыкли видеть именно старый вариант решения,  я на экзамене рисковать не стал бы. Хотя при очной сдаче можно было бы и по дискутировать с экзаменатором )))
 
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Evgenich от Август 20, 2018, 10:08:31 am
Ну как вы написали, так оно и происходит )) оклад вытесняется только за полный час опоздания
тогда если сотрудник опоздал на 45 минут то ему все равно начислят з/п за 8 часов...
Название: Re: Билет 5. Спец по платформе V8
Отправлено: daadaa от Август 20, 2018, 11:28:37 am
тогда если сотрудник опоздал на 45 минут то ему все равно начислят з/п за 8 часов...
а это уже зависит от того как вы график заполните, в том примере который приводили будет работать именно так. Хотите вытеснять если опоздал хотя бы на 15 минут, тогда попробуйте единицу ставить в первую запись часа (8:15).
 
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Evgenich от Август 20, 2018, 05:59:03 pm
а это уже зависит от того как вы график заполните, в том примере который приводили будет работать именно так. Хотите вытеснять если опоздал хотя бы на 15 минут, тогда попробуйте единицу ставить в первую запись часа (8:15).
я то могу поставить, не вопрос )))
только за это ребята получают замечания на экзамене
Название: Re: Билет 5. Спец по платформе V8
Отправлено: daadaa от Август 20, 2018, 09:33:51 pm
я то могу поставить, не вопрос )))
только за это ребята получают замечания на экзамене
А вы заполните график правильно, чтоб без замечания ;) Насколько помню по инфе с курсов, в аналогичной задаче вытеснение применялось только в случае опоздания на полный час, т.е. тот вариант заполнения который у вас в примере

Название: Re: Билет 5. Спец по платформе V8
Отправлено: Evgenich от Август 21, 2018, 09:56:06 am
А вы заполните график правильно, чтоб без замечания ;) Насколько помню по инфе с курсов, в аналогичной задаче вытеснение применялось только в случае опоздания на полный час, т.е. тот вариант заполнения который у вас в примере
Для меня это как-то не логично ))) Приглашаю в ветку по обсуждению 6 билета, как мне кажется другого собеседника кроме вас здесь не найти ))) 
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Evgeni-red от Август 21, 2018, 09:17:32 pm
Evgenich и daadaa спасибо за ваши замечания.
Просьба, если не сложно, посмотреть вариант по 15-минуткам. Не уверен, как правильно все-таки решить.

Название: Re: Билет 5. Спец по платформе V8
Отправлено: daadaa от Август 22, 2018, 06:55:37 pm
Evgenich и daadaa спасибо за ваши замечания.
Просьба, если не сложно, посмотреть вариант по 15-минуткам. Не уверен, как правильно все-таки решить.
Мне кажется вы не правильно понимаете назначение регистра сведений Графики работы, он содержит по сути только план, туда нельзя добавлять факт. Причем не совсем понятно, предполагается что факт опоздания туда вручную заносится? Хотя даже если так, указывать вручную количество минут в данной задаче я думаю будет не правильно, т.к. это уже будет не метод отклонений а табель )
Название: Re: Билет 5. Спец по платформе V8
Отправлено: www от Август 22, 2018, 09:15:28 pm
Я смотрю тут все сдают . удаленно .    может тоже с планшета побыстрому код накидать?  если я в подмосковье мне реально  удаленно сдавать? 

 в чем преимущество такой сдачи?  перекататать код  с распечатки ?   

Название: Re: Билет 5. Спец по платформе V8
Отправлено: Evgenich от Август 23, 2018, 10:25:01 am
Я смотрю тут все сдают . удаленно .    может тоже с планшета побыстрому код накидать?  если я в подмосковье мне реально  удаленно сдавать? 

 в чем преимущество такой сдачи?  перекататать код  с распечатки ?
У обеих видов сдачи есть свои плюсы и минусы,  так же это зависит от географического положения сдающего, не  все готовы ехать в столицу ради экзамена, когда есть возможность сдаваться в своем городе
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Алексей18 от Сентябрь 05, 2018, 03:06:52 pm
Всем доброго дня!
Покритикуйте пжста и мое решение 5-го билета. Со штрафами, честно говоря, я поступил очень просто - исходя из введенного пользователем времени отсутствия посчитал количество целых 15-минуток, сохранил это в параметре, а в общем модуле расчета просто умножил на сумму штрафа.
Есть ли у такого варианта право на существование? Кто-нибудь пробовал так сделать на экзамене? Я смотрю здесь все графики настраивают, вот и засомневался - может я условие задачи неправильно понимаю.

Название: Re: Билет 5. Спец по платформе V8
Отправлено: ido от Сентябрь 11, 2018, 05:43:31 pm
Покритикуйте пжста и мое решение 5-го билета.
ОУ:
В документах Приход денег и РН в самом начале не очищаются движения регистра ВзаиморасчетыСПокупателями.
Не устанавливается нигде БлокироватьДляИзменения.
Не создана последовательность.
БУ:
В документе ОперацияБух не реализована отмена активности проводок при пометке на удаление документа. Также не реализовано копирование набора записей при копировании документа.
В ПВХ ВидыСубконто присутствует тип СправочникСсылка.Субконто, который нигде не задействован.
ПР:
У Вас ПериодРегистрации не в таблице начислений документа НачислениеЗарплаты. Тем самым не соблюдается условие задачи "В одном документе могут быть данные за разные расчетные периоды".
В регистре сведений "НачальноеЗначениеОкладов" лучше вместо 2 измерений "ФактическиОтработаноОт" и "ФактическиОтработаноДо" ввести одно измерение, и сравнивать в запроса на >=.

Я кстати решил задачу ОУ на двух РН. Думаю для учета авансов нужно ввести отдельный регистр, так как это отдельный показатель учета.
Не могу понять что не так с бизнес процессом - вроде сравнил с Вашим решением, один в один. Проблема у меня в том, что после заявки покупателя идет разделение. Как только менеджер отмечает свою задачу выполненой - создаются 2 новые задачи - одна для любого Бухгалтера и еще одна для любого сотра из Бухгалтерии. При авторизации в базе любым сотрудником бухгалтерии (бухгалтером) на начальной странице, в форме ЗадачиПоИсполнителю должны отображаться эти 2 новые задачи. Но этого не происходит. Так и не понял почему.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Алексей18 от Сентябрь 11, 2018, 06:59:56 pm
Покритикуйте пжста и мое решение 5-го билета.
ОУ:
В документах Приход денег и РН в самом начале не очищаются движения регистра ВзаиморасчетыСПокупателями.
Не устанавливается нигде БлокироватьДляИзменения.
Не создана последовательность.
БУ:
В документе ОперацияБух не реализована отмена активности проводок при пометке на удаление документа. Также не реализовано копирование набора записей при копировании документа.
В ПВХ ВидыСубконто присутствует тип СправочникСсылка.Субконто, который нигде не задействован.
ПР:
У Вас ПериодРегистрации не в таблице начислений документа НачислениеЗарплаты. Тем самым не соблюдается условие задачи "В одном документе могут быть данные за разные расчетные периоды".
В регистре сведений "НачальноеЗначениеОкладов" лучше вместо 2 измерений "ФактическиОтработаноОт" и "ФактическиОтработаноДо" ввести одно измерение, и сравнивать в запроса на >=.

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

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

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

А что думаете по поводу решения задачи со штрафами? Сами как реализовывали?

По поводу Вашей проблемы с бизнес-процессом, полагаю, что неверно заполнен РегистрАдресации. Я сам его не до конца заполнил. Сбросьте сюда - посмотрим.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: ido от Сентябрь 11, 2018, 10:06:46 pm
Как Вы предлагаете использовать БлокироватьДляИзменения я не понял. Мы же в данном случае ничего не контролируем с дальнейшим запретом проведения, поэтому ни новая, ни страрая методики на мой взгляд здесь не нужны. Оба документа проводятся безусловно и либо создают задолженность с зачетом аванса, либо создают аванс. Соответствующие поля я блокирую через управляемые блокировки и на мой взгляд этого достаточно. Выложите свое решение для сравнения, возможно я не прав.
Это я в курсах Павла смотрел. Мы типо этим самым блокируем старые движения:
Движения.ВзаиморасчетыСПокупателями.Очистить();
Движения.ВзаиморасчетыСПокупателями.БлокироватьДляИзменения = Истина;
Движения.ВзаиморасчетыСПокупателями.Записать();
Т.е. получается что пока мы проводим документ, это может занять длительное время (чисто теоретически), и чтобы в этот момент другие пользователи не смогли прочитать остатки с учетом старых движений, блокируем записи.
Как то так) может и я что то перепутал.

А что думаете по поводу решения задачи со штрафами? Сами как реализовывали?

По поводу Вашей проблемы с бизнес-процессом, полагаю, что неверно заполнен РегистрАдресации. Я сам его не до конца заполнил. Сбросьте сюда - посмотрим.
Реализовал тоже через удержания, но с использованием графика. В спр графики ввел значение Пятидневка (для штрафов), и заполнил для него график с интервалом в 15 мин. Это лучше на мой взгляд, чем городить 2 ресурса в регистре.
Ну и вытеснение оклада не стал делать. Про это ни слова в задаче. В реале ведь опоздание не означает, что оклад урежут)
Да и по комментариям сдающих совершенно не понятно, чего хотят видеть экзаменаторы...

Базу прикладываю. Буду очень рад критике)
И по поводу БП может тоже там очевидно, будет, я пока не понял в чем дело. В регистре адресации добавлять доп. записи без сотрудников нужно?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Sims от Сентябрь 12, 2018, 01:23:49 pm
Как Вы предлагаете использовать БлокироватьДляИзменения я не понял. Мы же в данном случае ничего не контролируем с дальнейшим запретом проведения, поэтому ни новая, ни страрая методики на мой взгляд здесь не нужны. Оба документа проводятся безусловно и либо создают задолженность с зачетом аванса, либо создают аванс. Соответствующие поля я блокирую через управляемые блокировки и на мой взгляд этого достаточно. Выложите свое решение для сравнения, возможно я не прав.
Это я в курсах Павла смотрел. Мы типо этим самым блокируем старые движения:
Движения.ВзаиморасчетыСПокупателями.Очистить();
Движения.ВзаиморасчетыСПокупателями.БлокироватьДляИзменения = Истина;
Движения.ВзаиморасчетыСПокупателями.Записать();
Т.е. получается что пока мы проводим документ, это может занять длительное время (чисто теоретически), и чтобы в этот момент другие пользователи не смогли прочитать остатки с учетом старых движений, блокируем записи.
Как то так) может и я что то перепутал.

А что думаете по поводу решения задачи со штрафами? Сами как реализовывали?

По поводу Вашей проблемы с бизнес-процессом, полагаю, что неверно заполнен РегистрАдресации. Я сам его не до конца заполнил. Сбросьте сюда - посмотрим.
Реализовал тоже через удержания, но с использованием графика. В спр графики ввел значение Пятидневка (для штрафов), и заполнил для него график с интервалом в 15 мин. Это лучше на мой взгляд, чем городить 2 ресурса в регистре.
Ну и вытеснение оклада не стал делать. Про это ни слова в задаче. В реале ведь опоздание не означает, что оклад урежут)
Да и по комментариям сдающих совершенно не понятно, чего хотят видеть экзаменаторы...

Базу прикладываю. Буду очень рад критике)
И по поводу БП может тоже там очевидно, будет, я пока не понял в чем дело. В регистре адресации добавлять доп. записи без сотрудников нужно?

Ну, вытеснение оклада штрафом должно быть. Для расчета оклада, согласно заданию, необходимы фактически отработанные часы. Работник может одновременно работать и опаздывать на работу? Нет, может быть только что-то одно.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Алексей18 от Сентябрь 12, 2018, 02:45:36 pm
А что думаете по поводу решения задачи со штрафами? Сами как реализовывали?
Реализовал тоже через удержания, но с использованием графика. В спр графики ввел значение Пятидневка (для штрафов), и заполнил для него график с интервалом в 15 мин. Это лучше на мой взгляд, чем городить 2 ресурса в регистре.
Ну и вытеснение оклада не стал делать. Про это ни слова в задаче. В реале ведь опоздание не означает, что оклад урежут)
Да и по комментариям сдающих совершенно не понятно, чего хотят видеть экзаменаторы...

Ну, вытеснение оклада штрафом должно быть. Для расчета оклада, согласно заданию, необходимы фактически отработанные часы. Работник может одновременно работать и опаздывать на работу? Нет, может быть только что-то одно.
В этом вопросе я склонен согласиться с ido - штраф не должен вытеснять оклад. Как Вы себе представляете, что 15 минут вытеснят 1 час? Или Вы хотите заплатить за 45 минут? Но по условию задачи оклад идет за отработанное время в часах, а не в минутах и не в 15-минутках. А во-вторых, у Вас получится, что человек будет наказан дважды - вначале его оштрафуют, а потом еще и сумму по окладу уменьшат.
Полагаю, что этот момент должен быть уточнен у экзаменатора при очной сдаче или при дистанционной - описан подход в пояснит.записке.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Алексей18 от Сентябрь 12, 2018, 04:21:17 pm
Базу прикладываю. Буду очень рад критике)
И по поводу БП может тоже там очевидно, будет, я пока не понял в чем дело. В регистре адресации добавлять доп. записи без сотрудников нужно?
ОУ:
1. В Последовательность не входит РасходнаяНакладная.
2. В документах ПД  и РН ВзаиморасчетыСПокупателями.Записывать = Истина;  АвансыПокупателей.Записывать = Истина;
должны быть установлены до записи движений, иначе никакие движения по очистке регистров не запишутся. А в документе РН этот флаг вовсе не устанавливается по регистру Авансов – в итоге авансы никогда не будут засчитываться.
3. В документе ПД не делается АвансыПокупателей.Записать(); для очистки движений
4. Оба документа должны устанавливать управляемые блокировки на оба регистра – взаиморасчеты и авансы, т.к. может возникнуть ситуация, когда один пользователь вносит документ Приход Денег, который засчитывает оплату по проектам и формирует аванс (при возможноости), а в это же время другой пользователь вводит РН по этому же контрагенту, т.к. регистр Авансы не заблокирован – он читает остаток авансов без параллельно проводимого документа ПД и формирует неправильные движения. А потом Вы даже с помощью Вашей Последовательности не восстановите правильные движения, т.к. документ РН в нее не входит. Та же самая ситуация при проведении вначале РН без установки блокировки на регистр Взаиморасчетов.
Вывод: зря Вы разделили учет на два регистра – мороки много, пользы мало.
5. В отчете нет необходимости группировать данные. Данные в регистре уже сгруппированы.
6. По условию задачи в отчете Авансы нужно вывести в конце таблицы.

БУ:
1. В документе РН не решена проблема с копейками. Проверять нужно на случае, когда в одном документе списывается несколько одинаковых номенклатур с разными инв.номерами, причем номенклатура списывается полностью, а себестоимость за единицу номенклатуры получается некруглой.
2. Отчет реализован очень громоздко – два объединенных запроса, временная таблица. Можно сделать одним запросом с группировкой.
3. Отсутствует документ Ручная операция.

СПР:
1. Справочник Графики – лишний. Т.к. каждый сотрудник может работать по своему графику, то нужно в регистр заводить самого сотрудника. Соответственно графики для работы и для штрафов в Вашем варианте должны быть удвоены для каждого сотрудника.
2. Неправильно реализовано получение оклада по подразделению. Проверьте на случае когда оклад за меньшее отработанное количество часов превышает оклад за большее количество отработанных часов. Например отработал до 50 часов – оклад 2000 руб, отработал от 50 до 150 – оклад 1500 руб. Пример не очень логичный, но программа должна брать тот оклад, который стоит в регистре, а не максимальный :)
3. В запросе к бухгалтерским итогам не установлен параметр виртуальной таблицы с отбором по подразделениям.
4. Если человек отсутствовал с 08:01 до 08:31 – то это две полные 15-минутки, в Вашем расчете штраф будет за одну.

Бизнес-процесс:
1. Не выведена карта бизнес-процесса
2. В форме задач по исполнителю лучше сделать отбор по невыполненным задачам.
3. Неверно заполнен регистр адресации. Не нужно указывать по каждому исполнителю и его отдел, и его должность. Исходите из карты маршрута. Если операцию выполняет бухгалтер, то в регистре должны быть все исполнители, являющиеся бухгалтерами, но с пустым подразделением. Если операцию делает сотрудник бухгалтерии, то в регистре должны быть все исполнители, работающие в бухгалтерии, но с пустым измерением Должность. Есть определенные нюансы, но в общем случае схема такая.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: ido от Сентябрь 12, 2018, 09:01:21 pm
ОУ:
1. В Последовательность не входит РасходнаяНакладная.
2. В документах ПД  и РН ВзаиморасчетыСПокупателями.Записывать = Истина;  АвансыПокупателей.Записывать = Истина;
должны быть установлены до записи движений, иначе никакие движения по очистке регистров не запишутся. А в документе РН этот флаг вовсе не устанавливается по регистру Авансов – в итоге авансы никогда не будут засчитываться.
3. В документе ПД не делается АвансыПокупателей.Записать(); для очистки движений
4. Оба документа должны устанавливать управляемые блокировки на оба регистра – взаиморасчеты и авансы, т.к. может возникнуть ситуация, когда один пользователь вносит документ Приход Денег, который засчитывает оплату по проектам и формирует аванс (при возможноости), а в это же время другой пользователь вводит РН по этому же контрагенту, т.к. регистр Авансы не заблокирован – он читает остаток авансов без параллельно проводимого документа ПД и формирует неправильные движения. А потом Вы даже с помощью Вашей Последовательности не восстановите правильные движения, т.к. документ РН в нее не входит. Та же самая ситуация при проведении вначале РН без установки блокировки на регистр Взаиморасчетов.
Вывод: зря Вы разделили учет на два регистра – мороки много, пользы мало.
5. В отчете нет необходимости группировать данные. Данные в регистре уже сгруппированы.
6. По условию задачи в отчете Авансы нужно вывести в конце таблицы.

БУ:
1. В документе РН не решена проблема с копейками. Проверять нужно на случае, когда в одном документе списывается несколько одинаковых номенклатур с разными инв.номерами, причем номенклатура списывается полностью, а себестоимость за единицу номенклатуры получается некруглой.
2. Отчет реализован очень громоздко – два объединенных запроса, временная таблица. Можно сделать одним запросом с группировкой.
3. Отсутствует документ Ручная операция.

СПР:
1. Справочник Графики – лишний. Т.к. каждый сотрудник может работать по своему графику, то нужно в регистр заводить самого сотрудника. Соответственно графики для работы и для штрафов в Вашем варианте должны быть удвоены для каждого сотрудника.
2. Неправильно реализовано получение оклада по подразделению. Проверьте на случае когда оклад за меньшее отработанное количество часов превышает оклад за большее количество отработанных часов. Например отработал до 50 часов – оклад 2000 руб, отработал от 50 до 150 – оклад 1500 руб. Пример не очень логичный, но программа должна брать тот оклад, который стоит в регистре, а не максимальный :)
3. В запросе к бухгалтерским итогам не установлен параметр виртуальной таблицы с отбором по подразделениям.
4. Если человек отсутствовал с 08:01 до 08:31 – то это две полные 15-минутки, в Вашем расчете штраф будет за одну.

Бизнес-процесс:
1. Не выведена карта бизнес-процесса
2. В форме задач по исполнителю лучше сделать отбор по невыполненным задачам.
3. Неверно заполнен регистр адресации. Не нужно указывать по каждому исполнителю и его отдел, и его должность. Исходите из карты маршрута. Если операцию выполняет бухгалтер, то в регистре должны быть все исполнители, являющиеся бухгалтерами, но с пустым подразделением. Если операцию делает сотрудник бухгалтерии, то в регистре должны быть все исполнители, работающие в бухгалтерии, но с пустым измерением Должность. Есть определенные нюансы, но в общем случае схема такая.
Спасибо что посмотрели! Я думал что сделал более менее, но теперь понимаю, что не сдал бы 100% )))
ОУ:
1. Забыл добавить, конечно же нужна РН. Спасибо)
2. Записывать = Истина сделал в конце процедуры, потому что вначале после очистки регистров запись произвожу не через Движения,а через прямое обращение к набору записей. В РН не записывались авансы - спасибо) поправил (странно, что при отладке не вылезло))))
3. Тут Записать() для авансов специально делать не требуется, т.к. я только пишу в этот набор, и ничего не читаю из него. Он будет перезаписан при завершении транзакции. Главное, это сделать предварительную очистку.
4. Полностью согласен, не учел этого. Поправил.
5. И тут согласен, торопился, делал на время). Поправил.
6. Я так и не понял как сделать это без рисования макета группировки.

БУ:
1. Точно! Проверку сделал не корректную. Поправил.
2. Согласен. КорСчет задаем в массиве счетов Товары и Покупатели, и потом в ресурсах выборкой фильтруем нужные значения показателей.
3. Был уверен что сделал для этого билета) Не внимателен)

СПР:
1. Тогда через дополнительный ресурс нужно делать, но те, кто сдавался пишут что комментарии к сдаче были типа "Не верно настроены графики работы".
2. Так стоит же условие связи с регистром - ПО ОсновныеНачисленияДанныеГрафика.Подразделение = НачальныеОкладыПодразделений.Подразделение И ОсновныеНачисленияДанныеГрафика.ЗначениеФактическийПериодДействия >= НачальныеОкладыПодразделений.ОтработанныеЧасы
Т.е. оклад за большее количество отработанных часов фактически не сможет быть получен)
3. Не заметил, спасибо)
4. А как сотрудник может опоздать не с начала рабочего дня?) Чисто логически такой записи не может быть, но да, если ввести, то логику всю ломает с графиком.

БП:
1. Спасибо, я и забыл что нужно выводить)
2. Не сделал отбор умышленно, пока не разобрался с проблемой
3. Теперь понял. Спасибо!
Название: Re: Билет 5. Спец по платформе V8
Отправлено: MaIefik от Сентябрь 27, 2018, 09:08:00 pm
Добрый день.
Недавно ходил, сдавал билет. Впрочем, неудачно, банально не хватило времени.
Вопрос по билету: почему нельзя сделать инвентарный номер справочником (вылезла странная ошибка на экзамене, субконто никак не хотело заполняться, пока было строкой) ?

Также вопрос про оперативное проведение - надо ли разрешать/запрещать ?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Alexrus от Октябрь 18, 2018, 04:31:36 pm
Привет, друзья) Оцените, пожалуйста, решение 5 билета. Напишите, если что не так)
Название: Re: Билет 5. Спец по платформе V8
Отправлено: ComradeKite от Октябрь 18, 2018, 10:13:17 pm
Привет, друзья) Оцените, пожалуйста, решение 5 билета. Напишите, если что не так)

Приходная
1. Вид подсистем не соответствует требованиям экзамена.
2. Не надо очищать, конструкция Движения.Управленческий.Очистить() не нужна.
Проверять на новый в обработке проведения, это нонсенс. Документ в любом случае записывается, перед обработкой проведения и ссылка у него уже есть.
3. Не надо городить запрос в приходе, просто пишите циклом и все. Поверьте, есть на что время потратить на экзамене, кроме не нужных действий, которые никто не оценит.
Тем более еще и логику решения задачи нарушает, так как не может быть двух номенклатур, под одинаковым инв номером.

Расходная
То же самое что и выше, плюс на оперативность проверять нельзя, надо всегда на момент времени брать остатки
Можно делать как вы сделали, сразу высчитываете сумму по проекту, прибавляя или вычитая аванс. Я сделал по другому, пишу сначала сумму целую, а потом в пишу движения по проекту аванс. Аванс предопределенный элемент, так мне показалось легче решать. В отчете тогда очень просто, берутся остатки и все. Но это дело вкуса.

Приход денег
то же самое что и выше.

На счете прибыли и убытки не нужны субконто Номенклатура и ИнвНомер. Достаточно  подразделения

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

Ну и везде отчеты не соответствуют заданию.

Название: Re: Билет 5. Спец по платформе V8
Отправлено: Alexrus от Октябрь 19, 2018, 09:57:58 am
Привет, друзья) Оцените, пожалуйста, решение 5 билета. Напишите, если что не так)

Приходная
1. Вид подсистем не соответствует требованиям экзамена.
2. Не надо очищать, конструкция Движения.Управленческий.Очистить() не нужна.
Проверять на новый в обработке проведения, это нонсенс. Документ в любом случае записывается, перед обработкой проведения и ссылка у него уже есть.
3. Не надо городить запрос в приходе, просто пишите циклом и все. Поверьте, есть на что время потратить на экзамене, кроме не нужных действий, которые никто не оценит.
Тем более еще и логику решения задачи нарушает, так как не может быть двух номенклатур, под одинаковым инв номером.

Расходная
То же самое что и выше, плюс на оперативность проверять нельзя, надо всегда на момент времени брать остатки
Можно делать как вы сделали, сразу высчитываете сумму по проекту, прибавляя или вычитая аванс. Я сделал по другому, пишу сначала сумму целую, а потом в пишу движения по проекту аванс. Аванс предопределенный элемент, так мне показалось легче решать. В отчете тогда очень просто, берутся остатки и все. Но это дело вкуса.

Приход денег
то же самое что и выше.

На счете прибыли и убытки не нужны субконто Номенклатура и ИнвНомер. Достаточно  подразделения

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

Ну и везде отчеты не соответствуют заданию.


1) Вид подсистем не соответствует требованиям экзамена - Это как понимать? Что с ними не так?
2) Не надо очищать, конструкция Движения.Управленческий.Очистить() не нужна. В Расходной то это обязательно, а то остатки не верные получим. В приходной по привычке написал. Это будет ошибкой?)
3)  На оперативность проверять нельзя, надо всегда на момент времени брать остатки. На этом же форуме читал, что нужно. Плюс, по всех решениях, что я видел так и делают.
4) На счете прибыли и убытки не нужны субконто Номенклатура и ИнвНомер. Достаточно  подразделения. Как же не нужны если в бух задаче В отчете нужны продажи по товару и номеру...
5) По периодическим расчетам не реализованы штрафы. Делаю по актуальным, вроде. Скачивал тут же, апрель 18. Там нет никакого условия про штрафы...
6) Ну и везде отчеты не соответствуют заданию. Можно поподробней. Вроде, бы всё соответствует. Или у меня билеты какие-то не такие?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: ComradeKite от Октябрь 19, 2018, 10:36:57 am
Привет, друзья) Оцените, пожалуйста, решение 5 билета. Напишите, если что не так)

Приходная
1. Вид подсистем не соответствует требованиям экзамена.
2. Не надо очищать, конструкция Движения.Управленческий.Очистить() не нужна.
Проверять на новый в обработке проведения, это нонсенс. Документ в любом случае записывается, перед обработкой проведения и ссылка у него уже есть.
3. Не надо городить запрос в приходе, просто пишите циклом и все. Поверьте, есть на что время потратить на экзамене, кроме не нужных действий, которые никто не оценит.
Тем более еще и логику решения задачи нарушает, так как не может быть двух номенклатур, под одинаковым инв номером.

Расходная
То же самое что и выше, плюс на оперативность проверять нельзя, надо всегда на момент времени брать остатки
Можно делать как вы сделали, сразу высчитываете сумму по проекту, прибавляя или вычитая аванс. Я сделал по другому, пишу сначала сумму целую, а потом в пишу движения по проекту аванс. Аванс предопределенный элемент, так мне показалось легче решать. В отчете тогда очень просто, берутся остатки и все. Но это дело вкуса.

Приход денег
то же самое что и выше.

На счете прибыли и убытки не нужны субконто Номенклатура и ИнвНомер. Достаточно  подразделения

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

Ну и везде отчеты не соответствуют заданию.


1) Вид подсистем не соответствует требованиям экзамена - Это как понимать? Что с ними не так?
2) Не надо очищать, конструкция Движения.Управленческий.Очистить() не нужна. В Расходной то это обязательно, а то остатки не верные получим. В приходной по привычке написал. Это будет ошибкой?)
3)  На оперативность проверять нельзя, надо всегда на момент времени брать остатки. На этом же форуме читал, что нужно. Плюс, по всех решениях, что я видел так и делают.
4) На счете прибыли и убытки не нужны субконто Номенклатура и ИнвНомер. Достаточно  подразделения. Как же не нужны если в бух задаче В отчете нужны продажи по товару и номеру...
5) По периодическим расчетам не реализованы штрафы. Делаю по актуальным, вроде. Скачивал тут же, апрель 18. Там нет никакого условия про штрафы...
6) Ну и везде отчеты не соответствуют заданию. Можно поподробней. Вроде, бы всё соответствует. Или у меня билеты какие-то не такие?
Ну сказал А, придется говорить Б))
Надо вам скачать очень интересный документ
http://static.1c.ru/rus/partners/training/files/ATT83PL.rtf. Хочу заметить что документ имеет приоритет по отношению "здесь так решают".
Вы вроде уже имеете подготовку, и решение у вас не то что плохое, оно просто не доделанное. Причем как то странно, начали решать с 5 билета. 
Актуальные билеты есть, но так же есть и изменения в билетах.
Читаем 4 страницу этой ветки.
https://forum.chistov.pro/index.php?topic=3953.0
Ну и ответы по вопросам
1. В файле требований показано, какой должен быть вид подсистем.
2. Движения.Управленческий.Очистить() конструкция использовалась для управляемых форм и сейчас потеряла актуальность. В УФ когда у вас начинается обработка проведения, коллекция "Движения" пуста, там нечего чистить.
3. Про оперативность читать в файле требований.
"Если при проведении документа используются каким-то образом данные, считываемые из регистров, обязательно требуется предусмотреть получение таких данных на момент проведения документа"    - 1,0
4. Тут я был не прав, перепутал.
6. На 4 странице в выше приведенной ссылке можно прочитать про штрафы.
7. В отчетах надо заголовки делать как в задании, писать Месяц "Январь"...., в СПР сверьте колонки, у вас СУММА стоит не там. Там объединенная "Начисления по окладу" в которой 2 колонки ОтработаноЧас и Сумма.
Аванс должен быть в конце, Итогов нет. Заголовки полей не выделены жирным цветом. Не отцентрировано. Ну вы поняли наверно о чем я.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Alexrus от Октябрь 19, 2018, 10:57:01 am
Ну сказал А, придется говорить Б))
Надо вам скачать очень интересный документ
http://static.1c.ru/rus/partners/training/files/ATT83PL.rtf. Хочу заметить что документ имеет приоритет по отношению "здесь так решают".
Вы вроде уже имеете подготовку, и решение у вас не то что плохое, оно просто не доделанное. Причем как то странно, начали решать с 5 билета. 
Актуальные билеты есть, но так же есть и изменения в билетах.
Читаем 4 страницу этой ветки.
https://forum.chistov.pro/index.php?topic=3953.0
Ну и ответы по вопросам
1. В файле требований показано, какой должен быть вид подсистем.
2. Движения.Управленческий.Очистить() конструкция использовалась для управляемых форм и сейчас потеряла актуальность. В УФ когда у вас начинается обработка проведения, коллекция "Движения" пуста, там нечего чистить.
3. Про оперативность читать в файле требований.
"Если при проведении документа используются каким-то образом данные, считываемые из регистров, обязательно требуется предусмотреть получение таких данных на момент проведения документа"    - 1,0
4. Тут я был не прав, перепутал.
6. На 4 странице в выше приведенной ссылке можно прочитать про штрафы.
7. В отчетах надо заголовки делать как в задании, писать Месяц "Январь"...., в СПР сверьте колонки, у вас СУММА стоит не там. Там объединенная "Начисления по окладу" в которой 2 колонки ОтработаноЧас и Сумма.
Аванс должен быть в конце, Итогов нет. Заголовки полей не выделены жирным цветом. Не отцентрировано. Ну вы поняли наверно о чем я.

1) Учту!
2) Хм, ну вот только сейчас попробовал перепровести документ без очистки движений и сразу нехватка товара (хотя до этого всё было ок). И если остановиться в самом начале обработки проведения и посмотреть, то движения не пустые. Может я не так что говорю? (Режим управляемого приложения)
3) Написано, значит будем всегда момент времени брать)
5) Про штрафы понял, буду смотреть расхождения!
6) В отчетах так всё жестко? Я думал это примерный вид, главное, чтоб данные правильные были. Учту!

Спасибо, за оценку задачи!)
Название: Re: Билет 5. Спец по платформе V8
Отправлено: ComradeKite от Октябрь 19, 2018, 12:44:19 pm
Ну сказал А, придется говорить Б))
Надо вам скачать очень интересный документ
http://static.1c.ru/rus/partners/training/files/ATT83PL.rtf. Хочу заметить что документ имеет приоритет по отношению "здесь так решают".
Вы вроде уже имеете подготовку, и решение у вас не то что плохое, оно просто не доделанное. Причем как то странно, начали решать с 5 билета. 
Актуальные билеты есть, но так же есть и изменения в билетах.
Читаем 4 страницу этой ветки.
https://forum.chistov.pro/index.php?topic=3953.0
Ну и ответы по вопросам
1. В файле требований показано, какой должен быть вид подсистем.
2. Движения.Управленческий.Очистить() конструкция использовалась для управляемых форм и сейчас потеряла актуальность. В УФ когда у вас начинается обработка проведения, коллекция "Движения" пуста, там нечего чистить.
3. Про оперативность читать в файле требований.
"Если при проведении документа используются каким-то образом данные, считываемые из регистров, обязательно требуется предусмотреть получение таких данных на момент проведения документа"    - 1,0
4. Тут я был не прав, перепутал.
6. На 4 странице в выше приведенной ссылке можно прочитать про штрафы.
7. В отчетах надо заголовки делать как в задании, писать Месяц "Январь"...., в СПР сверьте колонки, у вас СУММА стоит не там. Там объединенная "Начисления по окладу" в которой 2 колонки ОтработаноЧас и Сумма.
Аванс должен быть в конце, Итогов нет. Заголовки полей не выделены жирным цветом. Не отцентрировано. Ну вы поняли наверно о чем я.

1) Учту!
2) Хм, ну вот только сейчас попробовал перепровести документ без очистки движений и сразу нехватка товара (хотя до этого всё было ок). И если остановиться в самом начале обработки проведения и посмотреть, то движения не пустые. Может я не так что говорю? (Режим управляемого приложения)
3) Написано, значит будем всегда момент времени брать)
5) Про штрафы понял, буду смотреть расхождения!
6) В отчетах так всё жестко? Я думал это примерный вид, главное, чтоб данные правильные были. Учту!

Спасибо, за оценку задачи!)

2. Это два разных оператора.
Я вам говорю про первый. Он не нужен. Он чистит коллекцию "Движения.Взаиморасчеты", это еще не записано в регистр.  Вы скорее всего убрали второй тоже.
      Движения.Взаиморасчеты.Очистить();
      Движения.Взаиморасчеты.Записать();
Вторым вы пишите пустой набор, который чистит движения документа, все верно, его надо оставить.

Название: Re: Билет 5. Спец по платформе V8
Отправлено: RA от Октябрь 27, 2018, 01:16:37 pm
Верных решений не узрел.

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

второй билет после приоритетов складов переделываю

 Похоже тут все решения кривые .
Название: Re: Билет 5. Спец по платформе V8
Отправлено: eiffil от Октябрь 29, 2018, 04:47:03 pm
Верных решений не узрел.

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

второй билет после приоритетов складов переделываю

 Похоже тут все решения кривые .


Пустой проект означает авансовый платеж. Это правильно. А так вообще надо ко всем решениям здесть критически относиться, т.к. на экзамене защищать нужно только свое решение, а не чужое.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: eiffil от Октябрь 29, 2018, 05:07:06 pm
Верных решений не узрел.

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

второй билет после приоритетов складов переделываю

 Похоже тут все решения кривые .


Для интереса посмотрел Ваше решение:
1. Нет блокировок (главное на экзамене про них не забыть, это Белоусов очень пристально проверяет)
2. В документе "Приход денег" есть реквизит проект, т.е. оплату вы закрываете по конкретному проекту, что противоречит условию задачи: "задолженности погашаются по проектам в порядке их даты оплаты".

По п.2 обратите внимание на слово "по проектам", т.е. их множественное число, что означает, что платежка идет не на один проект. В принципе, можно трактовать так, как сделано у вас: в платежке указывается конкретный проект(ы) и сумма по проекту. Но тогда такое решение нуждается определенно в очень сильной защите на экзамене. В принципе, может быть разценено экзаменатором как сильное упрощение задачи или даже ее невыполнение.

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


По СПР: "у каждого сотрудника в конкретном подразделении может быть собственный график" - тут лучше сделать измерения "Подразделение" и "Сотрудник", а не подразделение и график работы.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: RA от Октябрь 29, 2018, 05:27:40 pm
Спасибо , а как это пустой проект  - авансовый платеж?
[/quote]
Название: Re: Билет 5. Спец по платформе V8
Отправлено: eiffil от Октябрь 30, 2018, 10:05:48 am
Спасибо , а как это пустой проект  - авансовый платеж?
[/quote]


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

Когда проводится документ Расходная накладная, то нужно смотреть остаток по регистру по пустому проекту и делать в регистре две записи: приход по пустому проекту на сумму остатка в регистре, и приход по заполненному проекту на оставшуюся сумму.

Примерное решение во вложении.

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


Название: Re: Билет 5. Спец по платформе V8
Отправлено: antonio_1c от Ноябрь 10, 2018, 04:38:38 pm
А кто-нибудь учитывает условие: "В одном документе могут быть данные за разные расчетные периоды."
Т.е. по логике это означает, что надбавка может быть за период не равный дате документа, вот у меня тут ступор - как тогда считать её? Соединяться со всем регистром оборотов?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Alexrus от Ноябрь 11, 2018, 09:47:24 am
А кто-нибудь учитывает условие: "В одном документе могут быть данные за разные расчетные периоды."
Т.е. по логике это означает, что надбавка может быть за период не равный дате документа, вот у меня тут ступор - как тогда считать её? Соединяться со всем регистром оборотов?
Это означает, что Период регистрации должен быть в табличной части. Но в актуальных билетах везде уже "В одном документе могут быть данные за текущий расчетный периоды."
Название: Re: Билет 5. Спец по платформе V8
Отправлено: eiffil от Ноябрь 13, 2018, 11:02:34 am
А кто-нибудь учитывает условие: "В одном документе могут быть данные за разные расчетные периоды."
Т.е. по логике это означает, что надбавка может быть за период не равный дате документа, вот у меня тут ступор - как тогда считать её? Соединяться со всем регистром оборотов?
Это означает, что Период регистрации должен быть в табличной части. Но в актуальных билетах везде уже "В одном документе могут быть данные за текущий расчетный периоды."

Такого быть на этом экзамене не может, это уловие отменили.
Но на мой взгляд (и это уточняли у Гончарова из УЦ3) это условие означает, что в документе текущего периода может быть отражена надбавка, например, за предыдущий месяц (т.е. базовый период должен меняться, а не период регистрации).
Название: Re: Билет 5. Спец по платформе V8
Отправлено: NICzzzZ от Январь 04, 2019, 10:15:42 pm
Коллеги, доброго времени суток! Еще одно решение. Буду рад обратной связи.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Михаил Проходцев от Январь 11, 2019, 09:02:27 pm
Всё-таки очень внимательно просмотрел условие этой задачи. Сравнил с другими, почти везде написано, документ поступление делают проводку "на количество и сумму закупаемого товара". В этом билете и другом билете с редкими товарами "на сумму закупаемого товара".  Неспроста ли не указано хранение количества в регистре?
Вообще получается странная логика - мы записываем количество 1 в регистр по каждому инвентарному номеру, затем при продаже списываем эту единичку. Зачем тогда вообще такой ресурс, смысла в котором нет?
О количестве в табличной части в задании мне кажется сказано, чтобы еще раз подчеркнуть что товар уникален, количество его всегда 1.
Мне кажется, экзаменаторы всё-таки закладывали логику реализации без хранения количественного остатка в регистре. Видимо сдающие "приучили" их и к решению с количеством, оно принимается, но опять же думаю то решение, которое хотели видеть в первую очередь составители этой задачи - без ресурса Количество в регистре бухгалтерии.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: vuticoginu от Февраль 26, 2019, 03:46:22 pm
Сегодня писал экзамен. В билете 5 на удаленке попался БП из 12 билета, а основная часть из пятого.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Bebi от Февраль 26, 2019, 04:31:34 pm
Сегодня писал экзамен. В билете 5 на удаленке попался БП из 12 билета, а основная часть из пятого.
А какой город? Сами как думаете сдали?Были ли глюки какие нибудь?Сколько потратили времени?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: vuticoginu от Февраль 26, 2019, 04:56:10 pm
Сегодня писал экзамен. В билете 5 на удаленке попался БП из 12 билета, а основная часть из пятого.
А какой город? Сами как думаете сдали?Были ли глюки какие нибудь?Сколько потратили времени?
Не знаю. Знаю, что накосячил в БП. По глюкам было только то, что чем меньше оставалось времени, тем сильнее тормозил "Гуру". Сдавал в Архангельске. Я потратил весь лимит времени. ОУ, БУ и Расчеты быстро сделал (где-то 3 часа), а оставшееся потратил на тесты, проверку и решение БП
Название: Re: Билет 5. Спец по платформе V8
Отправлено: _leon4uk_ от Февраль 27, 2019, 12:06:43 pm
Кому не лень, проверьте моё решение только по ОУ.

Как сделать чтобы колонка "Аванс" была последней в отчете?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Михаил Проходцев от Февраль 27, 2019, 06:56:54 pm
Кому не лень, проверьте моё решение только по ОУ.

Как сделать чтобы колонка "Аванс" была последней в отчете?
Если в качестве Аванса бы использовался добавленный предопределенный элемент, то можно было бы в полях сортировки указать Аванс.Предопределенный.
Но так как у Вас в качестве Аванса пустая ссылка, то добавить в текст запроса специальное поле для сортировки, которое для всех полей будет 0, а для пустой ссылки 1. Его и указать в качестве поля сортировки.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Bebi от Март 03, 2019, 10:40:56 am
Не подскажите почему нет ничего в поле продажа в отчете БУ? Продажи это ведь СуммаОборот?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Михаил Проходцев от Март 03, 2019, 09:41:20 pm
Не подскажите почему нет ничего в поле продажа в отчете БУ? Продажи это ведь СуммаОборот?
Данные как-то очень странно собираются в отчете.
В качестве себестоимости Вы берете сумму из таблицы ДвиженияССубконто без всякого отбора. В итоге У Вас в качестве себестоимости выводится сумма ПО ВСЕМ проводкам в регистре. Что не может быть правильно.
А вот сумма продаж правильно получаются, но Вы делаете левое соединение по условию
Стоимость.СубконтоКт1 = Продажи.СубконтоКт1
И Стоимость.СубконтоКт2 = Продажи.СубконтоКт2
При этом у Вас на счетах один порядок субконто - Номенклатура это Субконто1, а ИнвентарныйНомер это Субконто2, а в отчете Вы параметром Субконто  устанавливаете в таблице продаж ОборотыДтКТ обратный порядок, вот у Вас условие связи не срабатывает.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Bebi от Март 03, 2019, 09:44:46 pm
Не подскажите почему нет ничего в поле продажа в отчете БУ? Продажи это ведь СуммаОборот?
Данные как-то очень странно собираются в отчете.
В качестве себестоимости Вы берете сумму из таблицы ДвиженияССубконто без всякого отбора. В итоге У Вас в качестве себестоимости выводится сумма ПО ВСЕМ проводкам в регистре. Что не может быть правильно.
А вот сумма продаж правильно получаются, но Вы делаете левое соединение по условию
Стоимость.СубконтоКт1 = Продажи.СубконтоКт1
И Стоимость.СубконтоКт2 = Продажи.СубконтоКт2
При этом у Вас на счетах один порядок субконто - Номенклатура это Субконто1, а ИнвентарныйНомер это Субконто2, а в отчете Вы параметром Субконто  устанавливаете в таблице продаж ОборотыДтКТ обратный порядок, вот у Вас условие связи не срабатывает.
Намудрила в общем..Спасибо Вам за помощь!
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Bebi от Март 03, 2019, 10:13:19 pm
Блин, так и не получается у меня отчет..Сделала вроде как в этом решении, там всё работает, но у меня никак не работает. Почему? :( :( :(
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Bebi от Март 04, 2019, 10:34:49 am
Просто копирую отчет из чужой базы к себе и он тоже не показывает продажи..У меня задача по бу что ли не правильно решена?Помогите(
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Tinton228 от Март 20, 2019, 08:13:03 am
Добрый день. Вчера ездил на сдачу... в бизнес-процессе столкнулся с такой херней: "любой менеджер из отдела продаж", получается не групповая задача, должна падать по реквизиту адресации подразделение?просто неработает почему то. был всего один сотрудник из "отдела продаж", создают бп, на него должна была по идее упасть задача.. но было пусто.. только с галочкой групповая получилось задачу увидеть.(форма списка задач по исполнителю). Что я делал не так ?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Lois от Апрель 09, 2019, 10:03:34 am
Добрый день. Вчера ездил на сдачу... в бизнес-процессе столкнулся с такой херней: "любой менеджер из отдела продаж", получается не групповая задача, должна падать по реквизиту адресации подразделение?просто неработает почему то. был всего один сотрудник из "отдела продаж", создают бп, на него должна была по идее упасть задача.. но было пусто.. только с галочкой групповая получилось задачу увидеть.(форма списка задач по исполнителю). Что я делал не так ?
В регистре адресации должна была быть запись и по подразделению (Отдел продаж), и по должности (Менеджер)
Название: Re: Билет 5. Спец по платформе V8
Отправлено: AlexAlex777 от Апрель 17, 2019, 07:45:35 pm
Сделал все задачи билета. Просьба посмотреть.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Gaiderzhy.D.S от Апрель 18, 2019, 08:58:54 pm
Сделал 5-ый билет. У кого есть возможность, посмотрите пожалуйста.
Буду ждать комментарии/замечания. Заранее спасибо!
Название: Re: Билет 5. Спец по платформе V8
Отправлено: unf13 от Июнь 08, 2019, 11:41:05 am
Пришел ответ - оценка 4) Попался этот билет полностью
Результат экзамена:

Комментарий:

Штраф это не начисление, величина штрафа не увеличивает размер выплат сотруднику. Если бы вы сделали его вытесняющим оклад (возможно при определенной настройке регистра сведений графика), то размещение его в данном ПВР было бы оправдано.

Решала, как и выкладывала сюда

В общем,  получается, как я понимаю два варианта: либо помещать вид расчета Штраф в ПВР удержания, либо в ПВР Основные начисления, но при этом,чтобы Штраф обязательно вытеснял Оклад, и как-то настроить график при этом.

Тут смотря как понимать условия задачи:
 1) Опоздания оплачиваются сотруднику по окладу также, ка и прочие часы (также начисляется оклад как за фактическое время). Просто за время опозданий, начисляется штраф.

2) Опоздания не должны включаться в фактическое время - штраф вытесняет оклад. И при этом сотруднику начисляется штраф. Т.е. штраф здесь что-то типа Невыхода, как в других задачах.

Мне вот кажется, что всё же первый вариант более логичный, т.к. во втором случае, работника наказываем сначала уменьшением оклада, а затем еще и штраф начисляем.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Новобранец от Июль 02, 2019, 03:42:57 pm
Пришел ответ - оценка 4) Попался этот билет полностью
Результат экзамена:

Комментарий:

Штраф это не начисление, величина штрафа не увеличивает размер выплат сотруднику. Если бы вы сделали его вытесняющим оклад (возможно при определенной настройке регистра сведений графика), то размещение его в данном ПВР было бы оправдано.

Решала, как и выкладывала сюда

Молодчик)))))

В общем,  получается, как я понимаю два варианта: либо помещать вид расчета Штраф в ПВР удержания, либо в ПВР Основные начисления, но при этом,чтобы Штраф обязательно вытеснял Оклад, и как-то настроить график при этом.

Тут смотря как понимать условия задачи:
 1) Опоздания оплачиваются сотруднику по окладу также, ка и прочие часы (также начисляется оклад как за фактическое время). Просто за время опозданий, начисляется штраф.

2) Опоздания не должны включаться в фактическое время - штраф вытесняет оклад. И при этом сотруднику начисляется штраф. Т.е. штраф здесь что-то типа Невыхода, как в других задачах.

Мне вот кажется, что всё же первый вариант более логичный, т.к. во втором случае, работника наказываем сначала уменьшением оклада, а затем еще и штраф начисляем.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: letyurij от Июль 02, 2019, 06:42:24 pm
Штраф должен вытеснять оклад и еще плюсом накладывается взыскание. Потому как сама по себе неоплата невыхода — это не наказание.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Новобранец от Июль 03, 2019, 12:45:28 pm
Штраф должен вытеснять оклад и еще плюсом накладывается взыскание. Потому как сама по себе неоплата невыхода — это не наказание.
А регистр Взаиморасчеты должен быть пассивным?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: серж от Июль 06, 2019, 11:46:36 am
Штраф должен вытеснять оклад и еще плюсом накладывается взыскание. Потому как сама по себе неоплата невыхода — это не наказание.
по мне так сложновато тут еще и вытеснение штрафом оклада городить, запросто можно не уложиться в 5 часов и получить минус 3 балла за нерешенную задачу.
 Т.к. придется учитывать рабочее время по часам, указывать в начислениях что работал с 8 утра до 17 вечера, а опаздывал с 8 утра до 8:30, и тогда типа эти 30 минут вытеснят (или не вытеснят) оклад и тогда фактические часы по окладу уменьшатся и он получит меньше з/п.
 Напишу в решении что из условия задачи не следует что опоздание должно влиять на сумму оклада, а ведь это единственная причина для включения механизма вытеснения. Опоздание означает что сотрудник вышел на работу.Просто за опоздание полагается штраф, значит сотрудник получит меньше. Иначе представь ситуацию чел опаздывал весь месяц по 8 часов, в итоге он и з/п не получит и типа должен еще и сам доплатить ?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: letyurij от Июль 06, 2019, 08:14:34 pm
Да именно так. Штраф — это невыход, у которого есть результат.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: серж от Июль 06, 2019, 10:04:00 pm
Да именно так. Штраф — это невыход, у которого есть результат.
Невыход - это когда чел не вышел на работу, т.е. минус 1 фактический рабочий день. Во всех задачах так и написано - "невыход".
Штраф - это удержание, не влияющее на результаты всех прочих расчетов.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: letyurij от Июль 07, 2019, 07:55:12 am

Комментарий:

Штраф это не начисление, величина штрафа не увеличивает размер выплат сотруднику. Если бы вы сделали его вытесняющим оклад (возможно при ОПРЕДЕЛЕННОЙ настройке регистра сведений графика), то размещение его в данном ПВР было бы оправдано.


Что же это за ОПРЕДЕЛЕННАЯ настройка регистра такая? Давайте разбираться.

По условию задачи: "Сотрудники предприятия получают оплату по окладу пропорционально ОТРАБОТАННОМУ времени в ЧАСАХ".
Таким образом единица измерения для оклада - "ЧАС", для штрафа -  "15 МИНУТ". Если сотрудник опоздал на 15 минут значит час не отработан, т.е. НОЛЬ. Поэтому Штраф вытесняет оклад.


Теперь надо придумать, как настроить график? В данной задаче он будет не совсем привычный — записей за каждый рабочий день будет не одна, а 32 (при 8-и часовом рабочем дне).

Например, если работаем с 9.00
09.15 - "ЗначениеЧасы"=1, "ЗначениеШтраф"=1;
09.30 - "ЗначениеЧасы"=0, "ЗначениеШтраф"=1;
09.45 - "ЗначениеЧасы"=0, "ЗначениеШтраф"=1;
10.00 - "ЗначениеЧасы"=0, "ЗначениеШтраф"=1;
и т.д.

А дальше все стандартно — запрос к таблице ДанныеГрафика. Штаф вытесняет оклад, поэтому если сотрудник опоздал на 15 и более минут, Факт времени отработанного времени за этот час будет "0". И за каждые 15 минут опоздания будет  "1".

PS. При таком большом количестве записей удобно воспользоваться обработкой примерно такого вида

Набор = РегистрыСведений.ГрафикиРаботы.СоздатьНаборЗаписей();
   Набор.Отбор.Сотрудник.Установить(Сотрудник);
   Набор.Отбор.Подразделение.Установить(Подразделение);
   Набор.Прочитать();
   
   ЧислоСекунд = 15*60;
   
   Дат = ДатаНачала;
Сч=0;         
   Пока Дат <= ДатаОкончания Цикл
      
      Если Найти(ВыходныеДни, Строка(ДеньНедели(Дат))) Тогда
         //Запись.ЗначениеЧасы = 0;
         //Запись.ЗначениеШтраф = 0;
      Иначе            
         
         Если Дата(1,1,1,Час(Дат), Минута(Дат),0) > '000101010900' и Дата(1,1,1,Час(Дат), Минута(Дат),0) <= '000101011700' Тогда
            Сч = ?(Сч=4, 1, Сч + 1);
            Запись = Набор.Добавить();
            Запись.Дата = Дат;
            Запись.Сотрудник = Сотрудник;
            Запись.Подразделение = Подразделение;
            Запись.ЗначениеШтраф = 1;
            Запись.ЗначениеЧасы = ?(Сч=1, 1, 0);
         КонецЕсли;
         
      КонецЕсли;
      Дат = Дат + ЧислоСекунд;
   КонецЦикла;
   Набор.Записать();

Название: Re: Билет 5. Спец по платформе V8
Отправлено: серж от Июль 07, 2019, 11:15:29 am
   Из комментария экзаменатора следует, что вытеснение возможно, но не обязательно.
 Т.е. если мы претендуем на 5 и имеем в запасе достаточно времени, то можно заморочиться.
ps: а откуда это описание решения ? я не видел такого в тех курсах, которых смотрел ранее.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: letyurij от Июль 07, 2019, 02:25:26 pm
   Из комментария экзаменатора следует, что вытеснение возможно, но не обязательно.
 Т.е. если мы претендуем на 5 и имеем в запасе достаточно времени, то можно заморочиться.
ps: а откуда это описание решения ? я не видел такого в тех курсах, которых смотрел ранее.

Подобная задача (только там штраф за каждые 30 минут) есть в домашних задачах на курсах П.С.Белоусова, где он подробно расказывает и показывает методику решения. Он вообще начинает с самого "низу" — с минут: "Имеем 60 записей в час, умноженные на 24 часа = 1440 записей в сутки. А потом начинаем накладывать условия задачи и сворачивать количество записей: работаем 8 часов, оплата за час — значит можно сделать только восемь записей в день. А если от нас не требуется отслеживать почасовой невыход, то вместо восьми записей со Значением=1, можно оставить только одну запись со Значением=8."
Название: Re: Билет 5. Спец по платформе V8
Отправлено: KVAS от Июль 11, 2019, 10:22:28 am
Добрый день, коллеги.
Сделал 5 билет, любым замечанием буду рад.

ПР делал всё виды отдельно, расчет в итоговых значений в общем модуле. Так как в задаче не указано учитывать штраф в окладе (не учитываю). Считаю понятия штраф и прогул, два разных вида расчета.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: серж от Июль 23, 2019, 10:02:04 pm
 Вопрос по бизнес-процессу.
Беспокоит меня вот такая фраза: "Задана персональная адресация задач без необходимости - 1 балл".
Что тут имеется в виду ?
 Как я предполагаю, речь идет об указании в адресации задачи Основного реквизита адресации. Когда нужна возможность прямо указывать исполнителя (т.н. "персональная адресация") мы указываем этот реквизит.
 Но если в схеме бизнес-процесса исполнитель нигде прямо не задается (например Иванов), то указание основного реквизита адресации является избыточным и карается минус 1 баллом.
 Но это только предположение.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: ДмитрийК от Август 11, 2019, 01:58:37 pm
Добрый день!
В задаче по ОУ надо ли в документе "расходная накладная" обрабабатывать вариант что поле "проект" не заполнено? И если да, то выдавать ошибку, или на "аванс" сумму перечислять?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: letyurij от Август 11, 2019, 05:54:49 pm
Пустой проект — это аванс.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: серж от Август 11, 2019, 05:55:51 pm
Добрый день!
В задаче по ОУ надо ли в документе "расходная накладная" обрабабатывать вариант что поле "проект" не заполнено? И если да, то выдавать ошибку, или на "аванс" сумму перечислять?
Все что явно не указано в задаче сдающий реализует на свое усмотрение. Хочешь - ставь поле обязательным к заполнению, хочешь перечисляй на аванс. Т.е. тут понятие "надо/не надо" вообще не применяется.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: SpiRUS от Сентябрь 13, 2019, 09:41:43 am
Оцените пожалуйста решение
Название: Re: Билет 5. Спец по платформе V8
Отправлено: HellenK13 от Ноябрь 01, 2019, 02:09:39 pm
Да именно так. Штраф — это невыход, у которого есть результат.
Невыход - это когда чел не вышел на работу, т.е. минус 1 фактический рабочий день. Во всех задачах так и написано - "невыход".
Штраф - это удержание, не влияющее на результаты всех прочих расчетов.
Судя по результатам сдавших, штраф все таки должен быть привязан к графику и вытеснять оклад (это правда не обязательно, но тогда, я так понимаю, надо помещать его в ПВР Удержания и делать еще один РР), но в решениях с вытеснением я не встречала использование сторно записей. А ведь штраф могут ввести более поздним документом и он не вытеснит оклад. Получается все-таки сторно записи нужны?? 

п.с. хотя сама формулировка "штраф" как то не вяжется с вытесняющим видом расчета. Наверно надо уточнять на экзамене, ведь можно накапливать информацию об опозданиях в РР Удержания, но он не упомянут в отчете...
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Vik от Ноябрь 04, 2019, 11:27:32 pm
Кто-нибудь использовал в ОУ в расходной накладной новую методику контроля для проверки аванса? Как понимаю в ней записываем проекты, которые можно не блокировать, помимо аванса (Приход денег).
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Новобранец от Февраль 18, 2020, 03:41:52 pm
Добрый день. Прошу прощения что не совсем по теме. Платформа 1С:Предприятие 8.3 (8.3.10.2639)
Уважаемые знатоки можете подсказать почему метод ТабДокумент.Записать(ПутьФайлаПДФ, ТипФайлаТабличногоДокумента.PDF) долго отрабатывает на больших документах порядка 25 мб. Сохраняется порядка  5 мин.
Название: Re: Билет 5. Спец по платформе V8
Отправлено: reg-aleks от Февраль 21, 2020, 09:06:50 am
Всем привет, задача ОУ в сборнике имеет 2 отчета: один по остаткам, другой по движениям взаиморасчетов.
Почему здесь все выкладывают решения только отчета по остатку взаиморасчетов?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Рамзис от Май 23, 2020, 11:03:23 am
Оцените пожалуйста решение билета№5 (решены ОУ, БУ, ПР)
Название: Re: Билет 5. Спец по платформе V8
Отправлено: roman_v6 от Июль 29, 2020, 09:08:56 pm
В задаче ПВР не совсем понятно условие.
Цитировать
Сумма продаж по подразделению должна быть получена по данным бухгалтерского учета.
Нужно создавать оборотный регистр бухгалтерии с субконто Подразделение и оттуда брать записи по продажам?
Название: Re: Билет 5. Спец по платформе V8
Отправлено: Ильнур1975 от Июль 30, 2020, 06:56:21 pm
Отдельно создавать регистр бухгалтерии необязательно, можно использовать тот же регистр, что и при решении бух.задачи, в которой тоже есть расходная.
Сквозная задача получается, некоторые моменты решаются в бух.задаче, другие в расчетной.