Форум Чистова. Подготовка к экзаменам 1С
Аттестация "1С:Специалист" => Аттестация "1С:Специалист по платформе 1С:Предприятие 8.3 и 8.2" => Тема начата: Jones от Август 07, 2015, 11:13:17 am
-
Друзья! В условии расчетной задачи пятого билета (https://docs.google.com/document/d/19Cv6COjMRcN_qDLbiWmYwp686IXpxE9GHHzQkpa2rME/edit) есть формулировка, которая в задачнике не встречается (по крайней мере я такого не нашел).
Предлагаю обсудить, что это может значить и как с этим быстро, эффективно, а главное методически правильно бороться в условиях экзамена СпецV8.
Вот она, формулировочка:
Каждый сотрудник компании работает по своему собственному графику. При одновременной работе в разных подразделениях у каждого сотрудника в конкретном подразделении может быть собственный график.
-
Сдается мне, что надо в рег.свед Графики сделать кроме Графика, Подразделения еще и измерение Сотрудник.
А в РР измерение Сотрудник связать с графиком.
-
Мне кажется что строчки условия друг-другу не противоречат. Я решал так - в РС СведенияОСотрудниках в ресурс добавил График (измерения Сотрудник, Подразделение) и подцеплял его при проведении документа.
-
1)
ведь по факту сотрудник не может работать без указания подразделения
тогда и в РС создаем Васана Бахгалтерия ПятидневкаВасиной
в РР добавлил реквизит график - связь с графиком (пятидневкаВасиной)
2)
но посмотрев др. решения делают РС: Дата, Сотрудник, Подразделение и в РР связывание идет только по измерениям, нет никаких доп реквизитов.
Хотелось бы знать какой вариант правильный, если оба имеют право на существование, то 1 несколько проще.
-
Каждый сотрудник компании работает по своему собственному графику. При одновременной работе в разных подразделениях у каждого сотрудника в конкретном подразделении может быть собственный график.
Я думаю, всё должно быть просто - есть справочник Графики, и из этого графика в документе "Начисление зарплаты" выбирается любой, вне зависимости от графиков, выбранных для других сотрудников этого же подразделения, и независимо от графика этого же сотрудника, указанного при начислении в другом подразделении. В общем, самый простой вариант.
Зато задумался о ситуации, когда, например, графики по подразделениям, я в таких случаях всё равно график указывал в "Начисление з/п", а наверное надо указывать подразделение с последующим подтягиванием графика при проведении документа.
-
В задании это никак не оговорено :)
итого 2 варианта я озвучил + Ваш Каждый сотрудник компании работает по своему собственному графику. При одновременной работе в разных подразделениях у каждого сотрудника в конкретном подразделении может быть собственный график.
в документе "Начисление зарплаты" выбирается любой, вне зависимости от графиков,.... В общем, самый простой вариант.
-
Сделал 5 билет. Прошу оценить и ткнуть на существенные недостатки.
Сразу задам пару вопросов уважаемым коллегам по цеху:
1) Как вам моя процедура ПриЗаписи() в модуле Операции?
На мой взгляд это простая и понятная, а главное верная последовательность:
1-в движениях устанавливаем Период из Даты документа
2-если док записан, то у помеченного документа отключаем активность
2) Прошу оценить мою блокировку в ОперУчете док РН
В своем решении я блокирую регистр Дебеторка по Проекту документа и пустому проекту.
Для этого поместил эти два проекта в ТЗ и подсовываю ее как источник данных.
Проверил на серверной базе, оба проекта блокируются, то есть пока идет транзакция, прочитать данные по ним невозможно,
однако, у меня такое чувство, будто это как-то громоздко. Может есть более изящное решение?
Блок = Новый БлокировкаДанных;
Эл = Блок.Добавить("РегистрНакопления.Дебеторка");
Эл.УстановитьЗначение("Контрагент", Контрагент);
ТЗ = Новый ТаблицаЗначений;
ТЗ.Колонки.Добавить("Проект");
НоваяСтрока = ТЗ.Добавить();
НоваяСтрока.Проект = Проект;
НоваяСтрока = ТЗ.Добавить();
НоваяСтрока.Проект = Справочники.Проекты.ПустаяСсылка();
Эл.ИсточникДанных = ТЗ;
Эл.ИспользоватьИзИсточникаДанных("Проект", "Проект");
Блок.Заблокировать();
3) Вопрос по Бизнес-процессам:
Точка маршрута «ПолучениеОплаты» имеет адресацию «Любой бухгалтер». В точке я установил адресацию только по Должность=Бухгалтер. При этом, в РегистреАдресации было заполнено, как указано в задании: Кротов – Бухгалтер – Бухгалтерия.
При таких настройках у пользователя Кротов задача в списке не появилась.
Чтобы увидеть задачу в списке задач пользователя, я создал еще одну запись в РегистреАдресации: Кротов – Бухгалтер - ____, то есть с пустым подразделением.
Внимание вопрос: правильно ли я понимаю, что кроме записей, указанных в задании надо создать еще и все записи, необходимые для того, чтобы задачи отображались у пользователей так, как это указано на схеме маршрута?
Тогда, если в адресации точки маршрута сказано «любой бухгалтер», то для каждой записи «Бухгалетр» с указанным подразделением, надо создать еще одну запись с пустым подразделением. А по адресации «Любой сотрудник бухгалтерии» надо создать запись с пустой должностью для каждой записи в которой указано Подразделение «Бухгалтерия».
Соответственно, если в адресации точки будет указано просто «Бельдыев», то надо создать еще и запись «Бельдыев»-___-___, то есть с пустыми должностью и подразделением.
4) Для обновления схемы Бизнес-процесса, на сколько я понимаю, надо после ПолучитьКартуМаршрута() прямо НаСервере переключить видимость сетки, а затем еще раз переключить видимость сетки, но уже НаКлиенте.
5) Для расчета Премии использовал продажи по Подразделению, которые оборотами накапливал в БУ на счете Прибыли (оборотное субконто2 Подразделение).
Вроде все красиво, как Вы считаете?
-
В задании это никак не оговорено :)
Из обсуждений и рассказов сдавших я сделал вывод, что если не оговорено, надо выбирать наиболее простой и быстро-исполняемый для себя вариант. Но если терзают сомнения, спросить у экзаменатора (при удаленке написать в пояснительной, почему выбран такой вариант), но ни в коем случае без согласования (или уверенности в необходимости) не брать себе доп задание, которое, вполне вероятно, не предусмотрено заданием.
-
Сразу задам пару вопросов
Точка маршрута «ПолучениеОплаты» имеет адресацию «Любой бухгалтер». В точке я установил адресацию только по Должность=Бухгалтер
Надо еще галочку у "Групповая" поставить (чуть выше).
правильно ли я понимаю, что кроме записей, указанных в задании надо создать еще и все записи, необходимые для того, чтобы задачи отображались у пользователей так, как это указано на схеме маршрута?
Я создаю только записи, соответствующие схеме. Т.е., если "любой бухгалтер", то создаю записи только с должностями Бухгалтер без указания подразделения.
если в адресации точки будет указано просто «Бельдыев», то надо создать еще и запись «Бельдыев»-___-___, то есть с пустыми должностью и подразделением.
Для корректной работы именно эта запись необходима и достаточна.
Для расчета Премии использовал продажи по Подразделению, которые оборотами накапливал в БУ на счете Прибыли (оборотное субконто2 Подразделение)
В рамках данной задачи должно быть верно (я в таких ситуациях создавал новый РН). Но ради абсолютной корректности, думаю, предпочтительней было бы взять таблицу ОборотыДтКт, а то хз что некоторые бухгалтера умудряются ввести. :D
-
Вроде все красиво, как Вы считаете?
"В задачах получения данных из информационной базы установка отборов по неиндексированным полям (-0,5 балла)".
Вот это бы только подправить. ;)
ПС. Я смотрю, еще оперативное проведение используется (слышал, не обязательно). ИМХО, в ОУ остатки будут считываться некорректно (при оперативном надо удалять возможно имеющиеся старые записи этого документа перед считыванием).
-
Надо еще галочку у "Групповая" поставить (чуть выше).
alex1248, на сколько мне известно, "Групповая" надо включать если надо сформировать задачу каждому бухгалтеру (сколько бухгалтеров, столько задач). А здесь задача должна быть одна, но выполнить ее (и видеть) может любой бухгалтер.
Я создаю только записи, соответствующие схеме. Т.е., если "любой бухгалтер", то создаю записи только с должностями Бухгалтер без указания подразделения.
Получается, не нужно сосздавать адресацию, указанную в списке в задании?
"В задачах получения данных из информационной базы установка отборов по неиндексированным полям (-0,5 балла)".
Вот это бы только подправить. ;)
alex1248, можно поподробнее? Что за неиндексированные поля и где именно у меня по ним отбор?
...оперативное проведение используется (слышал, не обязательно)...
Не уловил... Да режим проведения может быть как Оперативным (тогда остатки на МоментВремени), так и Неоперативным (тогда остатки на Неопределено). Вроде с этим ни у кого на экзамене проблем нет ))
-
alex1248, на сколько мне известно, "Групповая" надо включать если надо сформировать задачу каждому бухгалтеру (сколько бухгалтеров, столько задач). А здесь задача должна быть одна, но выполнить ее (и видеть) может любой бухгалтер.
Сорри, неправильно понял. :)
Получается, не нужно сосздавать адресацию, указанную в списке в задании?
Надо, чтобы работало, для этого надо выбрать информацию в соответствии с заданием. Конечно же, они не выложили ее в готовом к употреблению виде. :)
Где-то в разъяснениях написано, что может быть лишняя инфа.
alex1248, можно поподробнее? Что за неиндексированные поля и где именно у меня по ним отбор?
Надо устанавливать свойство "Индексировать" у измерений регистров, по которым отбор (автоматом у них у всех стоит "Не индексировать". Я тоже сильно не разбираюсь в деталях, но хотя бы в РН лучше у всех измерений ставить "Индексировать" (не знаю, как в случае измерений примитивного типа, не нравятся они мне, надо будет избавляться от них). По ним практически всегда есть запросы. Ну и другие регистры, наверное, чаще попадают в ту же категорию.
Не уловил... Да режим проведения может быть как Оперативным (тогда остатки на МоментВремени), так и Неоперативным (тогда остатки на Неопределено). Вроде с этим ни у кого на экзамене проблем нет ))
При оперативном перепроведении ранее оперативно проведенного документа на МоментВремени() по этому документу в базе уже есть записи, при запросе остатки будут получены с их учетом.
Проблемы бывают, но возможно многие ставят запрет оперативного проведения (вот это советуют делать, чтобы не заморачиваться с оперативным), ну или не слишком внимательно проверяют этот пунктик.
-
При оперативном перепроведении ранее оперативно проведенного документа на МоментВремени() по этому документу в базе уже есть записи, при запросе остатки будут получены с их учетом.
Проблемы бывают, но возможно многие ставят запрет оперативного проведения (вот это советуют делать, чтобы не заморачиваться с оперативным), ну или не слишком внимательно проверяют этот пунктик.
Если я ничего не путаю, то в рамках транзакции проведения достаточно в начале сделать Движения.Основной.Очистить() и Движения.Основной.Записать() и старые движения исчезнут, будто их и не было (на время транзакции).
Пусть эксперты меня поправят, если я не прав.
-
Пусть эксперты меня поправят, если я не прав.
Я не эксперт, но перед записью надо заблокировать (БлокироватьДляИзменения). :)
Источник http://1c.chistov.pro/2013/07/blog-post_25.html
-
Jones, а я опять вернусь к злочастному условию в СПР "данные за разные расчетные периоды". С окладом все понятно, можно задавать разные "ПериодДействияНачало" и "ПериодДействияКонец". А что делать с надбавкой? Только на один период получается? Он же у Вас привязан только к "Дате" документа.
-
В этом билете нужен объект "последовательность документов"?
-
Jones,
а зачем в вашем решении субконто подразделение на счёте Покупатели?
-
В задаче по СПР потребуется сумма продаж по подразделению из бух. регистра.
-
В задаче по СПР потребуется сумма продаж по подразделению из бух. регистра.
ага, увидел. Дошёл сейчас только до расчетной части.
-
1) Как вам моя процедура ПриЗаписи() в модуле Операции?
На мой взгляд это простая и понятная, а главное верная последовательность:
1-в движениях устанавливаем Период из Даты документа
2-если док записан, то у помеченного документа отключаем активность
1. При попытке записи сразу выскакивает ошибка - Поле объекта не обнаружено (Период),
2. Если при пометке удаления активность будет снята, предусмотрен способ восстановления активности в случае снятия пометки удаления (в зависимости от желания пользователя)?
-
2) Прошу оценить мою блокировку в ОперУчете док РН
В своем решении я блокирую регистр Дебеторка по Проекту документа и пустому проекту.
Для этого поместил эти два проекта в ТЗ и подсовываю ее как источник данных.
Проверил на серверной базе, оба проекта блокируются, то есть пока идет транзакция, прочитать данные по ним невозможно,
однако, у меня такое чувство, будто это как-то громоздко. Может есть более изящное решение?
Блок = Новый БлокировкаДанных;
Эл = Блок.Добавить("РегистрНакопления.Дебеторка");
Эл.УстановитьЗначение("Контрагент", Контрагент);
ТЗ = Новый ТаблицаЗначений;
ТЗ.Колонки.Добавить("Проект");
НоваяСтрока = ТЗ.Добавить();
НоваяСтрока.Проект = Проект;
НоваяСтрока = ТЗ.Добавить();
НоваяСтрока.Проект = Справочники.Проекты.ПустаяСсылка();
Эл.ИсточникДанных = ТЗ;
Эл.ИспользоватьИзИсточникаДанных("Проект", "Проект");
Блок.Заблокировать();
Стал искать информацию по блокировкам, а нашел прежде всего другое - неверный алгоритм.
Дело в том, что вся сумма отгрузки в любом случае сначала должна пройти приходом по проекту, а потом, в случае наличия аванса, сторнируем аванс и относим на оплату по данной накладной (при алгоритме, использованном в этом решении, сумма продаж учитывается некорректно).
Теперь по поводу блокировки. В любом случае блокировать надо только Аванс, чтобы его никто не утащил повторно. :D
В блокировке же самого проекта смысла нет, его проводим хоть раздельно, хоть параллельно с другими. Это типа приходной накладной в операции купли-продажи.
Теперь по поводу самой блокировки. Еще вот такой вариант предлагается (пример 6).
http://expert.chistov.pro/public/144750/
-
Я не эксперт, но перед записью надо заблокировать (БлокироватьДляИзменения)
По-моему это надо делать при использовании Новой методики, а здесь - Старая
-
Jones, а я опять вернусь к злочастному условию в СПР "данные за разные расчетные периоды". С окладом все понятно, можно задавать разные "ПериодДействияНачало" и "ПериодДействияКонец". А что делать с надбавкой? Только на один период получается? Он же у Вас привязан только к "Дате" документа.
Что касается условия "В одном документе могут быть данные за разные расчетные периоды", то его я в задаче не учел.
По идее надо с этим разбираться, но на реализацию уйдет много времени, поэтому отложил это на потом.
На сколько я понял, надо ПериодРегистрации заносить в ТЧ
-
1. При попытке записи сразу выскакивает ошибка - Поле объекта не обнаружено (Период),
Большое спасибо, alex1248! Вот что значит спешка: забыл протестировать Операцию.
Исправленный вариант прикрепляю
2. Если при пометке удаления активность будет снята, предусмотрен способ восстановления активности в случае снятия пометки удаления (в зависимости от желания пользователя)?
Снятие пометки удаления автоматически восстанавливает активность записей.
-
1) Как вам моя процедура ПриЗаписи() в модуле Операции?
На мой взгляд это простая и понятная, а главное верная последовательность:
1-в движениях устанавливаем Период из Даты документа
2-если док записан, то у помеченного документа отключаем активность
А зачем читать старые движения в процедуре перед записью?
Если Не ЭтоНовый() Тогда
НабЗап = РегистрыБухгалтерии.Основной.СоздатьНаборЗаписей();
НабЗап.Отбор.Регистратор.Установить(Ссылка);
НабЗап.Прочитать();
...
КонецЕсли;
-
Движения.ОстаткиНоменклатуры.БлокироватьДляИзменения = Истина;
Движения.ОстаткиНоменклатуры.Записать(); //Набор пустой, нет значений полей пространства блокировки. нечего блокировать.
Вы забыли уточнить, зачем мы блокируем "пустой" набор. Когда пишется "пустой" набор, то:
1) блокируются данные по "очищаемым" записям (т.е. тем, по которым были движения до перепроведения документа, ведь их тоже надо блокировать, чтобы в случае отмены транзакции гарантировать откат (отказ от проведения и возврат к предыдущим проводкам));
2) все записи очищаются
- - - Значит БлокироватьДляИзменения=Истина, перед Записать, нужно ставить всегда? Почему только при
Оперативном проведении?
А при Неоперативном? Ведь старые записи тоже могут изменить в других транзакциях...
че т не догоняю)))
-
Привет всем. Решал сегодня 5й билет. Проверьте кому не лень, пожалуйста...
-
Привет всем. Решал сегодня 5й билет. Проверьте кому не лень, пожалуйста...
Ещё делаю задачу 5 го билета БУ, подсмотрел отчёт - ни фига не понимаю, структура данных та же, субконто и признаки, логика такая же!
Но отчёт не получается, уже цифры плывут, может посмотрите??? в чем ошибка - выводит пустые данные!
Задача не сложная, но я долго думал как без 2 -x левых соединений сделать, упростить всячески. Никак...и субконто для отчета о продажах...
Что не так в отчёте???
-
Что не так в отчёте???
А где он? :)
-
Что не так в отчёте???
А где он? :)
Ну всё, пересидел за задачами)))) Прикрепил!
-
Что не так в отчёте???
А где он? :)
Ну всё, пересидел за задачами)))) Прикрепил!
В обработке проведения РН в проводке ПрибылиИУбытки - Товары не указаны субконто.
Дабы не искать ошибки там, где их нет, можно всегда у всех документов сразу выводить на форму движения по всем регистрам и при проведении проверять, всё ли там нормально. Дополнительные временные затраты не велики, зато наверняка съэкономится время при отладке + есть шанс, что сразу будет выполнен хоть малюсенький кусочек задания по УФ. :)
-
Что не так в отчёте???
А где он? :)
Ну всё, пересидел за задачами)))) Прикрепил!
В обработке проведения РН в проводке ПрибылиИУбытки - Товары не указаны субконто.
Дабы не искать ошибки там, где их нет, можно всегда у всех документов сразу выводить на форму движения по всем регистрам и при проведении проверять, всё ли там нормально. Дополнительные временные затраты не велики, зато наверняка съэкономится время при отладке + есть шанс, что сразу будет выполнен хоть малюсенький кусочек задания по УФ. :)
Спасибо огромное!
Всё переделал, решил проблему с копейками, для этого пришлось делать Итоги и 2 цикла! Не знаю как по другому решить! - И самое печальное - смотрю в регистр, - движения ПРАВИЛЬНЫЕ, себестоимость ставит и сумму продажи, НО В ОТЧЁТЕ УПОРНО СТАВИТ непонятную сумму для одной позиции в себестоимость!!!((( В регистре все верно, в ноль выходит, а отчёте показывает в одной позиции непонятную сумму(
-
Выкладываю повторно проработанную версию БУ+ПР пятого билета.
1) Задача по БУ очень интересная т.к. содержит проблему копеек в самом серьезном виде: количество на счТовары хранится в разрезе Товаров и ИнвНомеров, а Себестоимость – только в разрезе Номенклатуры.
Списывая Номенклатуру приходится Сумму получать, используя среднюю цену себестоимости Товара, в результате чего, часть Себестоимости может остаться несписанной.
Делаю так: внутри группировки Номенклатура, в обходе выборки ИнвНомера накапливаю Списанную Стоимость номенклатуры и если списано все Количество Номенклатуры, но СписаннаяСтоимость меньше остатка Себестоимости (который должен быть списан), то оставшиеся копейки просто добавляю к Сумме последней проводки.
2) Задачу по ПР прорешал с учетом волшебной фразы «В одном документе могут быть данные за разные расчетные периоды».
В этой задаче к Окладам данная формулировка не относится, т.к. Оклад здесь получается из Шкалы в зависимости от ФактическиОтработанныхЧасов, т.е. ПериодРегистрации на размер Оклада никак не влияет.
Другое дело Премия от продаж Подразделения за предыдущий месяц. Оказывается, предыдущий месяц надо отсчитывать не от Даты документа (что существенно упрощает задачу), а от ПериодаРегистрации записи (который надо указывать для каждой строки ТЧ ДН).
Виртуальной таблице Обороты необходимо извне запроса передать параметры НачПериода и КонПериода, иначе она получит данные без ограничения периода. Получаю эти границы периода Продаж еще на стадии записи движений (в цикле по ТЧ ДН), а в запросе группирую Продажи по Месяцам.
Таким образом получил Продажи Подразделений за месяца с наиболее раннего, по самый поздний, а левым соединением, для каждой записи получаю Продажу именно этого Подразделения именно за этот месяц.
В общем из всего этого сделал вывод: на экзамене с этой темой лучше не заморачиваться, сначала быстро сделать получение Продаж за один период, а уже если все успею и времени останется вагон и маленькая тележка, тогда буду строить полный запрос с учетом разных расчетных периодов.
3) Возвращаясь к модулю документа Операция:
Снова изучил Пункт 11 (http://expert.chistov.pro/public/102366/) и снова не понял, зачем так сложно.
Представляю вашему вниманию очередной вариант, на этот раз он состоит всего из 8 строк.
Протестил, все работает, прошу оценить.
Процедура ПередЗаписью(Отказ, РежимЗаписи, РежимПроведения)
Если ПометкаУдаления <> Ссылка.ПометкаУдаления Тогда
Движения.Основной.Прочитать();
Движения.Основной.УстановитьАктивность(Не ПометкаУдаления);
Движения.Основной.Записывать = Истина;
КонецЕсли;
Для Каждого Движение ИЗ Движения.Основной Цикл
Движение.Период = Дата;
КонецЦикла;
КонецПроцедуры
PS 15ч37м
Исправил списание себестоимости в РН (БУ), там была ошибка и Копейки списывались хотя Количество списано не полностью.
Разные расчетные периоды в ПР оказывается не так уж и страшны. Надо набить руку и на экзамене сразу делать как положено.
-
Выкладываю повторно проработанную версию БУ+ПР пятого билета.
1) Задача по БУ очень интересная т.к. содержит проблему копеек в самом серьезном виде: количество на счТовары хранится в разрезе Товаров и ИнвНомеров, а Себестоимость – только в разрезе Номенклатуры.
Списывая Номенклатуру приходится Сумму получать, используя среднюю цену себестоимости Товара, в результате чего, часть Себестоимости может остаться несписанной.
Делаю так: внутри группировки Номенклатура, в обходе выборки ИнвНомера накапливаю Списанную Стоимость номенклатуры и если списано все Количество Номенклатуры, но СписаннаяСтоимость меньше остатка Себестоимости (который должен быть списан), то оставшиеся копейки просто добавляю к Сумме последней проводки.
Да, приходится делать цикл в цикле. По моему можно сделать и с одним, если ставить условие что позиция номенклатуры - изменилась, т.е. перешли на след. номенклатуру. Посмотрите моё решение, я коплю кол-во списываемого, и когда оно становится равно кол-во в регистре - забираю СуммуОстаток, которая также вычитается из ОбщейСуммы на каждой итерации. Можно так сделать? вроде тестировал на суммах: 100.10, 200.11 - нормально. с Отчётом вот что-то не так(( ума не приложу.
-
А разве на экзамене обращают внимания на действия документа Операция. Я всегда считал, что просто вывести на форму таблицу движений как есть и все.
-
Выкладываю повторно проработанную версию БУ+ПР пятого билета.
...
2) Задачу по ПР прорешал с учетом волшебной фразы «В одном документе могут быть данные за разные расчетные периоды».
...
Другое дело Премия от продаж Подразделения за предыдущий месяц. Оказывается, предыдущий месяц надо отсчитывать не от Даты документа (что существенно упрощает задачу), а от ПериодаРегистрации записи (который надо указывать для каждой строки ТЧ ДН).
...
Считаю, что ваше понимание неверно. Ведь в конце задачи есть фраза "Считать, что все данные вводятся только в пределах одного месяца". Это значит, что период регистрации у документа всегда один месяц. А вот "расчетные периоды" могут быть разными ( с 1го по 10, с 5го по 20, с 1го по 30е и т.д.) НО! строго в рамках одного месяца. Поэтому фразу "... общая сумма продаж товаров за предыдущий месяц... " нужно понимать именно как сумма продаж за прошлый месяц по отношению к текущему периоду регистрации.
Ну это мне так кажется)
-
Выкладываю повторно проработанную версию БУ+ПР пятого билета.
1) Задача по БУ очень интересная т.к. содержит проблему копеек в самом серьезном виде: количество на счТовары хранится в разрезе Товаров и ИнвНомеров, а Себестоимость – только в разрезе Номенклатуры.
Спасибо за информацию - даже не задумывался... сейчас поправил...
-
...Это значит, что период регистрации у документа всегда один месяц. А вот "расчетные периоды" могут быть разными ( с 1го по 10, с 5го по 20, с 1го по 30е и т.д.) НО! строго в рамках одного месяца...
А как вы в таком случае трактуете также довольно часто встречающуюся формулировку "В одном документе могут быть данные только за текущий расчетный период"? Что за "текущий расчетный период" имеется ввиду? :)
-
Да, тоже логично...
Я покопался щас по форуму - есть такой рассказ:
"Всем добрый день!
Сдавал 07.10 2-й билет, сдал на 4 с первого раза)))
Сдавал на 8.2
Принимал Гончаров Дмитрий.
В СПР есть фраза «В одном документе могут быть данные за разные расчетные
периоды». Спросил, означает ли это, что период регистрации должен быть в
табличной части? Ответ был, нет, это значит, что в строке табличной части период
действия может быть не за весь месяц, а к примеру с 01.10 по 15.10. "
-
Да, тоже логично...
Я покопался щас по форуму - есть такой рассказ:
"Всем добрый день!
Сдавал 07.10 2-й билет, сдал на 4 с первого раза)))
Сдавал на 8.2
Принимал Гончаров Дмитрий.
В СПР есть фраза «В одном документе могут быть данные за разные расчетные
периоды». Спросил, означает ли это, что период регистрации должен быть в
табличной части? Ответ был, нет, это значит, что в строке табличной части период
действия может быть не за весь месяц, а к примеру с 01.10 по 15.10. "
Да, я это тоже читал.
Но это лишь единичный случай, к тому же было довольно давно.
В общем, не стоит на это ориентироваться.
К тому же, то, что разные расчетные периоды - совсем не значит, что период регистрации в ТЧ. Я никогда не выносил период регистрации в ТЧ, на мой взгляд, это вообще не соответствует распространенным нормам учета. Поэтому, для меня разные расчетные периоды - это периоды действия в разных месяцах, но, с учетом фразы "Считать, что все данные вводятся только в пределах одного месяца", в одной строке следует вводить данные внутри одного расчетного периода (т.е. месяца). Кстати, есть задача (больничный в билете 9), где в строке может быть указан период, пересекающийся с разными расчетными периодами (обратите внимание, тут никак уже не привяжешь к периоду регистрации, и уже логично оперируем с периодом действия), которые приходится разбивать на периоды в пределах одного месяца каждый.
Впрочем, судя по отзывам, период регистрации в ТЧ на экзамене принимается, так что этот вопрос на усмотрение каждого. :)
-
Выкладываю повторно проработанную версию БУ+ПР пятого билета.
1) Задача по БУ очень интересная т.к. содержит проблему копеек в самом серьезном виде: количество на счТовары хранится в разрезе Товаров и ИнвНомеров, а Себестоимость – только в разрезе Номенклатуры.
Спасибо за информацию - даже не задумывался... сейчас поправил...
Посмотрел решение, всё правильно копейки списывает)) Единственное вот это не нужно:
ЭлементБлокировки.ИспользоватьИзИсточникаДанных(ПланыВидовХарактеристик.ВидыСубконто.Измерение1, "Измерение1");
т.к. надо блокировать конкретную номенклатуру, со всеми инв.номерами, - не дай бог спишут в процессе...
-
... Единственное вот это не нужно:
ЭлементБлокировки.ИспользоватьИзИсточникаДанных(ПланыВидовХарактеристик.ВидыСубконто.Измерение1, "Измерение1");
т.к. надо блокировать конкретную номенклатуру, со всеми инв.номерами, - не дай бог спишут в процессе...
Снова спасибо!) Это я тоже не углядел)
-
В оперативном учете, в Отчете ни у кого не увидел чтобы колонка аванс вставала после проектов. Jones сделал реквизит "ПорядокПроектов", но никак не использовал. Я ввёл в его решении аванс по новому контрагенту, в отчете аванс встал впереди проектов.
Как считаете, будет ли ошибкой при решении оперативного учета использовать два регистра, один для долгов по проекту, другой для авансов?
И здесь
http://forum.chistov.pro/index.php?topic=1205.30
рекомендуют в движениях расходной накладной указывать всю сумму на проект, а не (Сумма документа - Аванс).
У вас расходная накладная закрывает аванс , если он есть, а остаток денег "пишет" на проект.
Таким образом реальную "стоимость" проекта вы не видите, хотя обороты идут.
У вас:
Расх накл №4 - Сумма по документу - 3200.
Движения -2500 аванс, +700 проект;
Должно быть: -2500 аванс, 3200 проект, -2500 проект.
Кто-то здесь уже писал, что на экзамене досталось подобное , и пришлось лихорадочно дописывать решение.
-
artemusII,
как вы сделали в отчете чтобы не видно было заголовков "сумма" в названии колонок?
-
В оперативном учете, в Отчете ни у кого не увидел чтобы колонка аванс вставала после проектов.
Прикрепил файл. :)
рекомендуют в движениях расходной накладной указывать всю сумму на проект, а не (Сумма документа - Аванс).
Правильно именно так и должно быть. Я тоже писал об этом, возможно, в этой ветке.
-
Прикрепил файл. :)
спасибо, посмотрю
рекомендуют в движениях расходной накладной указывать всю сумму на проект, а не (Сумма документа - Аванс).
Правильно именно так и должно быть. Я тоже писал об этом, возможно, в этой ветке.
ну там по ссылке задача 1.34, где помимо отчета по остаткам, есть еще отчет по оборотам. В билете №5 возможно оборотной стоимостью проекта можно и пренебречь.
-
artemusII,
как вы сделали в отчете чтобы не видно было заголовков "сумма" в названии колонок?
УстановитьЗаголовк и " "
-
Блин так всё таки ОУ делать на двух регистрах остатков, или на одном но с особым проектом под авансы (или пустым проектом), который может случайно выбрать пользователь и порушить весь алгоритм.
-
...может случайно выбрать пользователь и порушить весь алгоритм.
В реальной разработке можно запретить выбор особого/пустого проекта. На экзамене на это не стоит тратить время.
А по поводу 2-го регистра - не сочтут ли излишним? Ведь для учета расчетов необходимости в нем нет. К тому же усложнится создание отчета.
-
Дошел до Бух части. Кто как понимает смысл этого условия в задании?
В документе поступления каждая единица товара оформляется отдельной строкой (с количеством равным 1).
JONES, к примеру, при контроле остатков в расходной накладной сравнивает остаток по инв.номеру с единицей, а не с количеством из документа. Что мне кажется не совсем верным, т.к. как разными поступлениями, но на один инвентарный номер мы можем накидать сколько угодно остатков. Или в одном поступлении, но десятью строчками на один и тот же инв.номер.
-
Дошел до Бух части. Кто как понимает смысл этого условия в задании?
В документе поступления каждая единица товара оформляется отдельной строкой (с количеством равным 1).
Инвентарные номера уникальны. Скорее всего это значит, что во все времена один инв.№ может прийти только один раз и в единичном количестве.
-
Дошел до Бух части. Кто как понимает смысл этого условия в задании?
В документе поступления каждая единица товара оформляется отдельной строкой (с количеством равным 1).
Инвентарные номера уникальны. Скорее всего это значит, что во все времена один инв.№ может прийти только один раз и в единичном количестве.
И какие навыки и умения мы должны продемонстрировать всязи с этим при решении задания?
-
Дошел до Бух части. Кто как понимает смысл этого условия в задании?
В документе поступления каждая единица товара оформляется отдельной строкой (с количеством равным 1).
Инвентарные номера уникальны. Скорее всего это значит, что во все времена один инв.№ может прийти только один раз и в единичном количестве.
тут народ всвязи с этим аж по два вида учета "количественный" вводит
http://forum.chistov.pro/index.php?topic=1204.0
-
Дошел до Бух части. Кто как понимает смысл этого условия в задании?
В документе поступления каждая единица товара оформляется отдельной строкой (с количеством равным 1).
Инвентарные номера уникальны. Скорее всего это значит, что во все времена один инв.№ может прийти только один раз и в единичном количестве.
тут народ всвязи с этим аж по два вида учета "количественный" вводит
http://forum.chistov.pro/index.php?topic=1204.0
Не такая уж простая задачка..., себстоимость по номенклатуре, + копейки , и отчёт
-
Прикрепил файл. :)
посмотрел Ваше решение БУ
?
Почему бы не использовать в БУ контроль остатка по новому? Прежде провести Количество в разрезу суб. Номенкалатура и ИнвНомер, наложить блокировку при записи, выбрать записи для расчета себестоимости и второй проводкой провести Сумму. Как бы настройка Плана и РБ подталкивает к этому
-
Почему бы не использовать в БУ контроль остатка по новому?
Не надо так делать на экзамене.
И тем более, в реальной разработке - вряд ли конфигурация, рассчитанная на большое число операторов-выписывателей документов с большим товарооборотом будет строиться на РБ.
Это как минимум. Специалисты, наверное, привели бы более веские аргументы.
-
Почему бы не использовать в БУ контроль остатка по новому?
Не надо так делать на экзамене.
..
надеюсь Вы правы - меньше кода.
но первое что я подумал, когда прочел условие этой задачи, что экзаменаторы хотят что бы решили на одном универсальном регистре РБ, то что решается в ОУ на 2-х регистрах. может кто из сдавших эту задачу воткнет факел знаний
-
Решил СПР 5 го билета!!! ) (с БУ нужно)
"данные за разные расчётные периоды" сделал, идея Jones была взята, дабы избавится от Запроса в цикле, что строго воспрещается!!! ) Берутся оборотыДтКт РБ по Субконто3 "Подразделение"от минимального периода в Документе, до Максимального и режутся по месяцам, потом с ними соединяемся и берём необходимые.
"При одновременной работе в разных подразделениях у каждого сотрудника в конкретном подразделении может быть собственный график." - ничего тут делать не нужно, кроме Справочника ТипыГрафиков, ТипГрафика в РС, и реквизит График в РР, связанный с РС.
Не подскажите как отчёт грамотно сделать, чтобы просто месяц начислений указать , а не период? в СКД пока тяжко)
-
СПР задача на получение данных из БУ. Минут 20 думал как же данные из БУ получить, пока не вспомнил про периодичность виртуального регистра оборотов БУ. Данный топик мимо ушей пропустил, т.к. прорешивал по отдельности задачки из билетов.
Да еще пришлось доделывать БУ, добавлять субконто подразделение.
БУ счет товары количественный, Субконто Номенклатура суммовая, ИнвНомер нет, т.к. стоимость конкретного изделия нигде не требуется.
Счет ПрибылиУбитки - два оборотных субконто Номенклатура и Подразделение.
Отчет строил по виртуальной тоблице движений с субконто.
ОУ
БП
-
Не подскажите где правильно в блокировке:
ЭлБлока.ИспользоватьИзИсточникаДанных(ПланыВидовХарактеристик.ВидыСубконто.Номенклатура,"Номенклатура");
или увидел у кого-то:
ЭлБлока.ИспользоватьИзИсточникаДанных("Субконто1","Номенклатура");
-
ЭлБлока.ИспользоватьИзИсточникаДанных(ПланыВидовХарактеристик.ВидыСубконто.Номенклатура,"Номенклатура");
Так правильно (порядок субконто юзер может изменить).
-
ЭлБлока.ИспользоватьИзИсточникаДанных(ПланыВидовХарактеристик.ВидыСубконто.Номенклатура,"Номенклатура");
Так правильно (порядок субконто юзер может изменить).
На экзамене обязательно разрешать пользователю изменять порядок субконто? Если это так, то в программе много чего "полетит".
Если в форме элемента плана счетов при создании на сервере написать
Если Объект.Предопределенный Тогда
ТолькоПросмотр = Истина
КонецЕсли;
На экзамене за это карают?
-
ЭлБлока.ИспользоватьИзИсточникаДанных(ПланыВидовХарактеристик.ВидыСубконто.Номенклатура,"Номенклатура");
Так правильно (порядок субконто юзер может изменить).
На экзамене обязательно разрешать пользователю изменять порядок субконто? Если это так, то в программе много чего "полетит".
А что там так много полетит?
В ВТ в запросе настоятельно рекомендуется передавать субконто счетов, по которым происходит отбор, и поэтому не "полетит" даже при указании субконто по номерам; в проводках тоже указываем само субкотно, а не номер.
Где еще?
Насколько я знаю, кроме блокировки, проводок и передачи субконто в параметры ВТ ничего запрещать и дорабатывать не требуется.
-
ЭлБлока.ИспользоватьИзИсточникаДанных(ПланыВидовХарактеристик.ВидыСубконто.Номенклатура,"Номенклатура");
Так правильно (порядок субконто юзер может изменить).
На экзамене обязательно разрешать пользователю изменять порядок субконто? Если это так, то в программе много чего "полетит".
А что там так много полетит?
В ВТ в запросе настоятельно рекомендуется передавать субконто счетов, по которым происходит отбор, и поэтому не "полетит" даже при указании субконто по номерам; в проводках тоже указываем само субкотно, а не номер.
Где еще?
Насколько я знаю, кроме блокировки, проводок и передачи субконто в параметры ВТ ничего запрещать и дорабатывать не требуется.
Спасибо. Действительно, порядок субконто в ВТ можно переопределить, а я до этого не знал (сейчас прочитал в книге).
-
Выкладываю моё решение 5 билета. Посмотрите, пожалуйста.
-
Выкладываю моё решение 5 билета. Посмотрите, пожалуйста.
Привет pewit.
РМ - задача. Запрос в цикле плохой способ. За запрос в цикле могут 0.5 - 1 балла снизить.
Используешь для подбора количества продаж для премии.
Я бы соединил с Обороты по ПериодДействияНачало <= Период
И ПериодДействияКонец >= Период
+ Для ТАбОбороты поставил периодичность Месяц
-
Гляньте кому не лень , мой вариант
-
Гляньте кому не лень , мой вариант
ОУ задача, ошибка при закрытии аванса. Осталось Списать не уменьшаете, а в сумму почему то суммаОстаток идёт...
БУ: проблема копеек (-1 балл)
по СПР: нельзя ли просто ТипГрафика сделать - а не усложнять 2-мя измерениями в РС ? и связями с РР. Например:
Иванов - Бухгалтерия - ГрафикИвановаБухия
Иванов - ОтделКадров - График2через2Иванова
-
Спасибо ,что проверили а что значит по вашему проблема копеек , то что нет округления? По поводу СПР задачи - считаю здесь однозначно 2 измерения и две связи
-
Здравствуйте.
Прорешиваю задачу по расчетам. Возник вопрос по начислению премий "Дополнительно, сотрудникам компании выплачивается надбавка, рассчитываемая как общая сумма продаж товаров за предыдущий месяц по подразделению, в котором работает сотрудник, умноженная на определенный процент. ". Подскажите пожалуйста, как будет правильнее её рассчитать относительно Даты документа или относительно Даты регистрации конкретного сотрудника по которому ведется расчет. Лично я склоняюсь ко второму варианту, но встречал в решениях и первый.
Буду признателен за подсказку.
-
Здравствуйте.
Прорешиваю задачу по расчетам. Возник вопрос по начислению премий "Дополнительно, сотрудникам компании выплачивается надбавка, рассчитываемая как общая сумма продаж товаров за предыдущий месяц по подразделению, в котором работает сотрудник, умноженная на определенный процент. ". Подскажите пожалуйста, как будет правильнее её рассчитать относительно Даты документа или относительно Даты регистрации конкретного сотрудника по которому ведется расчет. Лично я склоняюсь ко второму варианту, но встречал в решениях и первый.
Буду признателен за подсказку.
можно взять ПериодРегистрации = ДатаДокумента, и считать от него
можно ПР сделать реквизитом, и от него плясать, но нельзя выносить его в ТЧ
но если есть условие "данные за разные расчетные периоды' - можно сделать что-то типа МесяцНачисления, назовите как хотите, просто Базу от него будете получать для разных записей Надбавок
-
Спасибо ,что проверили а что значит по вашему проблема копеек , то что нет округления? По поводу СПР задачи - считаю здесь однозначно 2 ресурса и две связи
нет, округление вроде как необходимость при проблеме копеек
а проблема копеек это когда себестоимость считается не по всем разрезам, по которым сумма и количество хранится,
здесь не помню, а вот в 1 билете вспомните, Сумма всей Номенклатуры, по СрокамГодности не хранится, но количество хранится, здесь и может возникнуть остаточек 0,01 копейка)))
попробуйте ввести 2 одинаковых товара, 10 шт. по цене 10,22 и 10 шт. по цене 10,23
при списании зависнут 0,01 и будут висеть всю жизнь в регистре )))) а кол-во 0
и это -1 балл
округление как бы не при чем к проблеме "копеек" , от разрядности ваших ресурсов зависит
-
Мое решение 5го билета
-
Добрый день!
Критикиуем жестко!
Отличия:
ОУ - аванс = пустой проект, в документах пустой проект запрещен.
БУ - копейки закрываются (вроде бы), количество беру из документа, указано что там вводится 1, но не написано - что это надо контролировать. ИнвНомера - сами по себе, не подчинены Номенклатуре, т.к. сказано, что они уникальные.
Субконто Подразделение повесил на счет Покупатели. Потому что забыл и потому что 3 субконто на счет многовато, да и отбор только по ним будет только в СПР.
СПР - связь графика как-то непонятно описана - сделал график в РС Сведения о сотрудниках, правда это чуть усложняет получение на начало периода действия, но немного.
-
Критикиуем жестко!
:D
Каждый сотрудник компании работает по своему собственному графику. При одновременной работе в разных подразделениях у каждого сотрудника в конкретном подразделении может быть собственный график.
Это значит, что в РС ГрафикиРаботы измерения - Сотрудник и подразделение. А вот измерение График - не нужно, про расширение ниче не сказано.
И в ОН надо ставить "Связь с графиком" не в графике, а сотрудника - с сотрудником и подразделение с подразделением.
-
Критикиуем жестко!
:D
Каждый сотрудник компании работает по своему собственному графику. При одновременной работе в разных подразделениях у каждого сотрудника в конкретном подразделении может быть собственный график.
Это значит, что в РС ГрафикиРаботы измерения - Сотрудник и подразделение. А вот измерение График - не нужно, про расширение ниче не сказано.
И в ОН надо ставить "Связь с графиком" не в графике, а сотрудника - с сотрудником и подразделение с подразделением.
меня вопрос тоже интересовал, а нельзя просто оставить стандартно Спр.Графики и всё.
В РС оставить по умолчанию.
-Иванов Бухгалтерия ГрафикИвановаБух
-Иванов Отдел Продаж ГрафикИвановаОП
-Петров Бухгалтерия ГрафикПетроваБух
как думаете?
-
меня вопрос тоже интересовал, а нельзя просто оставить стандартно Спр.Графики и всё.
В РС оставить по умолчанию.
-Иванов Бухгалтерия ГрафикИвановаБух
-Иванов Отдел Продаж ГрафикИвановаОП
-Петров Бухгалтерия ГрафикПетроваБух
как думаете?
Мне кажется тут пытаются проверить наше знание механизма связи между РС и ОН именно в таком виде, как описано явно в задании. Если делать через График, то есть риск нарваться на снижение оценки за упрощение
-
Критикиуем жестко!
:D
Каждый сотрудник компании работает по своему собственному графику. При одновременной работе в разных подразделениях у каждого сотрудника в конкретном подразделении может быть собственный график.
Это значит, что в РС ГрафикиРаботы измерения - Сотрудник и подразделение. А вот измерение График - не нужно, про расширение ниче не сказано.
И в ОН надо ставить "Связь с графиком" не в графике, а сотрудника - с сотрудником и подразделение с подразделением.
Спасибо! Согласен, с графиком хрень получилась.
-
Здравствуйте, уважаемые коллеги
покритикуйте пожалуйста мое решение.
Спасибо
-
Мне кажется тут пытаются проверить наше знание механизма связи между РС и ОН именно в таком виде, как описано явно в задании. Если делать через График, то есть риск нарваться на снижение оценки за упрощение
Гакусей а вот СОМНЕВАЮСЬ!!! если связать изм РС (Сотрудник и Подразделение) с изм РР (Сотрудник и Подразделение) не слишком ли много записей будет в РС Графики.
1-Встречался в решениях вариант, по-моему у Agamest., когда добавляли доп. РС изм(Сотрудник и Подразделение) рес (ТипГрафика) и в РС Графики РВ изм (Дата, ТипГрафика) и РР рекв (ТипГрафика) тогда размер РС компактный.
2-Павел Чистов советует:
"Например, графики по сотрудникам – связь с измерением Сотрудник регистра расчета; графики по подразделениям – связь с измерением Подразделение РР; если графики обычные (пятидневка, шестидневка, два через два и т.д.) – связь через реквизит РР. Если графики например по подразделениям, и еще есть пятидневка для больничного – можно сделать связь с измерением Подразделение и добавить еще один ресурс в регистр сведений Графики работы; если графики по подразделениям, и еще несколько (или неизвестно сколько) других графиков (пятидневка, два через два и т.д.) – связь через реквизит РР составного типа."
И вот тут я не понимаю какой реквизит составного типа, что в этот реквизт входит, с чем его связывать??? :'(
Если есть у кго какие соображения прошу поделитесь :-\
-
Как вы думаете, уважаемые коллеги, а справочник Графики имеет смысл подчинить справочнику Физические лица?
-
если графики по подразделениям, и еще несколько (или неизвестно сколько) других графиков (пятидневка, два через два и т.д.) – связь через реквизит РР составного типа."
И вот тут я не понимаю какой реквизит составного типа, что в этот реквизт входит, с чем его связывать??? :'(
Я делал тип спрГрафики + перечСтандартныеГрафики, причем даже в том случае, если стандартный лишь один.
-
Добрый день!
Прошу оценить решение. Что вызывает сомнения:
ОУ: Если по некому контрагенту есть аванс, то нужно ли делать 3 записи при продаже? Погашать аванс, вешать эту же сумму на указанный проект и сразу же списывать эту сумму в счет погашения аванса?
Для отчета это не требуется, там нужно только остатки (состояние взаиморасчетов) на момент времени. Но с другой стороны, если захотим обороты по проектам посмотреть - будут неверные цифры, если сумму реализации просто делить на погашение аванса и задолженность по проекту. Значит это упрощение задачи и надо учитывать аванс, как я написал чуть выше?
БУ: Видел решение, где количество совсем убрали из ТЧ, насколько это правильно? В условии указано, что всегда количество = 1, можно количественный учет вообще не вести? Себестоимость считать, как общая стоимость номенклатурной позиции разделить на КоличествоРазличных(Инвентарный номер), как вариант.
СПР: Добавил в РС ГрафикиРаботы измерения Сотрудник и Подразделение, т.о. обеспечивается возможность сотрудников работать по индивидуальным графикам даже при совместительстве.
ПЫ.СЫ. После решения каждой задачи остается ощущение, что что-то забыл или не учел :-\
-
ПЫ.СЫ. После решения каждой задачи остается ощущение, что что-то забыл или не учел :-\
По СПР есть только вопрос как делать графики, что обсуждалось выше.В остальном задача несложная. Явных упущений в решении не вижу
-
если графики по подразделениям, и еще несколько (или неизвестно сколько) других графиков (пятидневка, два через два и т.д.) – связь через реквизит РР составного типа."
И вот тут я не понимаю какой реквизит составного типа, что в этот реквизт входит, с чем его связывать??? :'(
Я делал тип спрГрафики + перечСтандартныеГрафики, причем даже в том случае, если стандартный лишь один.
Добрый день! А поподробней можно? Составной тип в РС Графики и составной тип Подразделения/Автомобиля? Или как-то иначе?
Просто когда составной тип Подразделения (Автомобиля) то в отпуске или больничном получается вместо Подразделения/Автомобиля в отчете пятидневка или шестидневка, что не смертельно но как-то некрасиво.
-
Мое решения ОУ С двумя РН
Взаиморасчеты
Авансы
-
если графики по подразделениям, и еще несколько (или неизвестно сколько) других графиков (пятидневка, два через два и т.д.) – связь через реквизит РР составного типа."
И вот тут я не понимаю какой реквизит составного типа, что в этот реквизт входит, с чем его связывать??? :'(
Я делал тип спрГрафики + перечСтандартныеГрафики, причем даже в том случае, если стандартный лишь один.
Добрый день! А поподробней можно? Составной тип в РС Графики и составной тип Подразделения/Автомобиля? Или как-то иначе?
Просто когда составной тип Подразделения (Автомобиля) то в отпуске или больничном получается вместо Подразделения/Автомобиля в отчете пятидневка или шестидневка, что не смертельно но как-то некрасиво.
Да, в РС составной тип.
А в РР (в 6-м билете) я делал на экз изм Автомобиль (но это не верно, надо реквизит) типа спрАвтомобиль и реквизит График составного типа. Вот тут подробнее
http://forum.chistov.pro/index.php?topic=993.msg41978#msg41978
Наверное, еще в ветке по 6-му билету писал.
Это было не идеальное решение, но как раз благодаря такому варианту отчет формировался очень хорошо. А вообще, наверное, если в РР использовать только реквизит График и выводить в отчет в графу Автомобиль, то можно по какому-то условию (для соответствующих ВР или в зависимости от типа значения) это поле оставлять пустым.
-
Спасибо, alex1248 , вроде понял. То есть связи с графиком у вашего измерения Автомобиль не было, а она была у реквизита График составного типа? С графиками тут как бы - несколько разных вариантов являются работающими, вопрос только как препод посчитает :)
Это получается такой переходный вариант между составным - когда и в РС поле Автомобиль составное и измерение (реквизит) Автомобиль - составное, но некрасивый отчет (вылезет пятидневка) и когда 2 измерения в РС - Автомобиль и График и также 2 связи с измерением и реквизитом РР автомобиль и График.
-
Скиньте пожалуйста решение расчетной задачи из 5 билета
-
ОУ:
1 РН Взаиморасчеты, изм. Контрагент, Проект, рек. Сумма. Док. Приход делает приход, док. РТУ - делает расход
БУ:
сч. Товары, ПУ количественный (для списания) - суб Номенклатура, ПУС - суммовой (для себестоимости), ИнвНомер.
сч. ПрибылиУбытки, суб. Номенклатура Инв.номер, оборотные (для отчета)
Итого: на сч. Товары хранятся остатки в разрезе Номен. и Инв. Себестоимость только в разрезе Ном. На сч. ПрибылиУбытки продажи в разрезе Ном. и Инв.
Запрос по остаткам с 2 итогами
запрос для отчета по ДвиженияССубконто соед. внутр. с собой
СПР:
РС Графики, изм. Дата, График, рес. Значение.
ПВР ОсновныеНачисления, Использует период действия, от базы не зависит. Элемент Оклад
ПВР ДопНачисления. От базы не зависит. Элемент Премия
РР ОсновныеНачисления, ПериодДействия, связь с графиком. Изм. Сотрудник, Подразделение (совместительство), рес. Результат, рек. График (связь с графиком), Размер
РР ДопНачисления. Изм. Сотрудник, рес. Результат, рек. Размер (сумма продаж из РБ по Подразделение оборотное, суммвое субконто сч. ПрибылиУбытки)
Отчет: Объединение двух РР. Осн. начисления - вирт. таблица ДанныеГрафика. В СКД группировка по подр. и сотруднику
-
ОУ:
1 РН Взаиморасчеты, изм. Контрагент, Проект, рек. Сумма. Док. Приход делает приход, док. РТУ - делает расход
БУ:
сч. Товары, ПУ количественный (для списания) - суб Номенклатура, ПУС - суммовой (для себестоимости), ИнвНомер.
сч. ПрибылиУбытки, суб. Номенклатура Инв.номер, оборотные (для отчета)
Итого: на сч. Товары хранятся остатки в разрезе Номен. и Инв. Себестоимость только в разрезе Ном. На сч. ПрибылиУбытки продажи в разрезе Ном. и Инв.
Запрос по остаткам с 2 итогами
запрос для отчета по ДвиженияССубконто соед. внутр. с собой
СПР:
РС Графики, изм. Дата, График, рес. Значение.
ПВР ОсновныеНачисления, Использует период действия, от базы не зависит. Элемент Оклад
ПВР ДопНачисления. От базы не зависит. Элемент Премия
РР ОсновныеНачисления, ПериодДействия, связь с графиком. Изм. Сотрудник, Подразделение (совместительство), рес. Результат, рек. График (связь с графиком), Размер
РР ДопНачисления. Изм. Сотрудник, рес. Результат, рек. Размер (сумма продаж из РБ по Подразделение оборотное, суммвое субконто сч. ПрибылиУбытки)
Отчет: Объединение двух РР. Осн. начисления - вирт. таблица ДанныеГрафика. В СКД группировка по подр. и сотруднику
Просмотрел Ваше решение, вроде всё неплохо. Что смутило - в обработке проведения документа НачислениеЗарплаты Вы сначала получаете минимальную и максимальную дату внесенных месяцев по надбавке (для последующего ограничения периода оборотного регистра бухгалтерии) - это правильно, но затем просто по подразделению,указанному в табличной части подтягиваете данные из регистра. Здесь, наверно, нужно установить периодичность регистра месяц и делать связь и по периоду. У Вас сейчас получается, что если внести данные за три разных месяца в документе, то сумма продаж подтянется для каждой строки за все три месяца, что не правильно.
И еще - если внести в документ только Оклад, а надбавку не указывать, то будет ошибка при проведении. У Вас всё равно результат запроса, где Вы находите минимальную и максимальную дату будет не пустой, но значениями переменных структуры ДатаНачала и ДатаОкончания будет Null. Я просто делал проверку, если ДопНачисления.Количество()>0 Тогда рассчитывал допначисления
-
Прикрепляю свой вариант решения. Вдруг (надежда умирает последней) кто-нибудь всё-таки просмотрит решение и напишет отзыв.
-
Прикрепляю свой вариант решения. Вдруг (надежда умирает последней) кто-нибудь всё-таки просмотрит решение и напишет отзыв.
По СПР:
чтобы не указывать в шкале цифру 9999 можно сделать например так
ЕСТЬNULL(ОНДанныеГрафика.ЗначениеФактическийПериодДействия, 0) <= ШкалаОкладов.До
| ИЛИ ШкалаОкладов.До = 0
По БУ:
в отчете нет условия на корр. счет. Это к тому, что нужно учитывать док-т Операция.
больше ничего не увидел
зы а по поводу моего решения - спасибо за замечания, все верно
-
Прикрепляю свой вариант решения. Вдруг (надежда умирает последней) кто-нибудь всё-таки просмотрит решение и напишет отзыв.
По СПР:
чтобы не указывать в шкале цифру 9999 можно сделать например так
ЕСТЬNULL(ОНДанныеГрафика.ЗначениеФактическийПериодДействия, 0) <= ШкалаОкладов.До
| ИЛИ ШкалаОкладов.До = 0
При Вашем варианте сработает проверка, но мне кажется ничего криминального в такой записи в регистре нет, а вот запрос уже немного усложенный, если в моем случае просто Период >=ПериодОт и Период<ПериодДо, до у Вас еще доп проверка на нуль, которая может даже немного сбить с толку. То есть здесь мне кажется, кому уже как удобнее.
По БУ:
в отчете нет условия на корр. счет. Это к тому, что нужно учитывать док-т Операция.
больше ничего не увидел
Да, Вы правы. По хорошему здесь необходим отбор в полях по корсчету, а также в параметрах виртуальной таблицы условие КорСчет в &СписокКорСчетов.
-
freez1301, когда планируете сдавать?
-
По поводу пятого билета на экзамене он вроде немного другой.
"В одном документе могут быть данные за разные расчетные периоды." - эту фразу вроде убрали и Там еще штраф добавили. Вроде сколько то рублей в случае 10 минутного опоздания. Точно не скажу. Но билет отличается немного. в зарплатной части
-
pozitiFFF,
В ОУ задаче сказано что количество =1. у Вас если я правильно увидел, вы количество берете из документа. Мне кажется реквизит количество надо удалить из расходной накладной. а в регистр бух делать движение количество =1.
Я ОУ задачу на двух регистрах делал. интересно у экзаменаторов есть предпочтения к решению на одном или двух регистрах.
У вас галочка "автоупорядочивание" не стоит в запросе приход денег.
Для чего это "Движения.Управленческий.Очистить();" в процедуре проведения приходной накладной.
В запросе расходной накладной мне кажется количествоПоНоменклатуре лишнее. есть количествоОстаток Мах.
еще Вы всегда пишете Если отказ тогда Продолжить, почему нельзя написать Продолжить снизу в то же условие, где отказ=истина
Мне говорили, что если берем субконто то лучше к ТаблицеДтКт не обращаться. не знаю верно или нет.
-
freez1301, когда планируете сдавать?
сдавать планирую через пару недель. Буду сдавать дистанционно. Видел Ваш отзыв - какая то жесть а не экзамен у Вас вышел )) надеюсь, что будет положительный результат судя по Вашим решениям )
-
По поводу пятого билета на экзамене он вроде немного другой.
"В одном документе могут быть данные за разные расчетные периоды." - эту фразу вроде убрали и Там еще штраф добавили. Вроде сколько то рублей в случае 10 минутного опоздания. Точно не скажу. Но билет отличается немного. в зарплатной части
Я так понимаю должно быть какое регламентное время выхода на работу. В этом случае реквизиты ДатаНачала и ДатаОкончания в ТЧ НЗ должны иметь тип Дата+Время. И Если ДатаНачала >= РегВремениВыхода, то получаем разницу в минутах, и пишем ее с видом расчета Штраф?
-
Не знаю. Я не помню точно формулировку задания. Но знаю что там штраф добавили. Получить бы актуальные задания где-нибудь бесплатно.
Мне кажется нужно в рег.сведений заносить опоздания. Периодичность в пределах дня. Измерение сотрудник, ресурс Дата и ресурс ОпозданиеВМинутах (тип число).
Запросом непонятно как получать. срез не подходит. По физичесткой таблице Регистра сведений(условие между дата начала и дата конца и ОпозданиеВМинутах >10). Выразить(ОпозданиеВМинутах/10 как Число(10,0)). Обозвать его КоличествоОпозданий. сгруппировать по сотруднику, по ЕоличествуОпозданий суммировать. Результат = 100руб*КоличествоОпозданий.
Может так прокатит.
Или может создать документ Опоздания. Там фиксировать время минутОпоздания и закидывать в регистр накопления оборотный.
Предварительно проверив запросом из этого регистра были уже обороты за этот день или нет. ВремяОпоздания=ВремяОпоздания-ВремяОпоздания%10;. Здесь можно будет получать обороты по виртуальной таблице.
Может можно как попроще
-
как меня достали эти задачи
-
Посмотрите если не сложно на задачу по зарплате.
У меня там запрос в цикле. Как думаете такое проканает? Это решение для меня простое и легче материлиазовать на экзамене в условиях нехватки времени.
И еще мне отчет не нравится по зарплате. Что можно сделать чтоб он доп.начисления брал не по периоду регистрации, а именно за какой месяц начислено (т.е. в документе между ДатаНачала и ДатаКонца). Как эти даты в регистр засунуть? никак? может использовать галочку использует период действия. Еще мне не нравится что регистр доп начислений - физическая таблица и условие сработает вроде как после того как он соберет все, а потом отбирать начнет. Или нет, СКД может оптимизирует это.
-
забыл вложить.
вот здесь
-
кто знает мнение экзаменаторов. запрос в цикле - это очень плохо или нормально?
-
кто знает мнение экзаменаторов. запрос в цикле - это очень плохо или нормально?
Запрос в цикле - это очень плохо. Надо этого избегать.
Единственное где этот вариант может быть возможен, когда в документе вид расчета зависит по базе сам от себя и данные за разные расчетные периоды. Но и здесь было описание, что кто то так реализовал и написал в пояснении, что иного пути не было. Решение посчитали неправильным. Так что очень не рекомендую.
-
Выкладываю свое решения билета 5, прошу посмотреть.
В сложных расчетах, мне не понятно как сделать отчет, прошу посмотреть и подсказать.
Так же в задании было сказано использовать сумму продажу из регистра бухгалтерии в расчетной задачи, не знаю правильно ли я сделал?
В ОУ отчет, тоже не уверен правильно ли сделал?
За отзывы буду рад
-
Выкладываю свое решения билета 5, прошу посмотреть.
В сложных расчетах, мне не понятно как сделать отчет, прошу посмотреть и подсказать.
Так же в задании было сказано использовать сумму продажу из регистра бухгалтерии в расчетной задачи, не знаю правильно ли я сделал?
В ОУ отчет, тоже не уверен правильно ли сделал?
За отзывы буду рад
ОУ В задаче написано "В документе «Приход денег» задолженности погашаются по проектам в порядке их даты оплаты (дата оплаты указывается в проекте)". Надо было взять остатки в разрезе проектов по контрагенту и гасить их в порядке убывания даты оплаты. Вы же создали ТЧ проекты в документе приход денег и гасили задолженность только по ним без сортировки. Приход денег делает только расход (в отчете потом нужно указать что берем модуль), в расх накл то же.
БУ В плане счетов Признак учета сумовой у субконто Инв номер на счете Товары нужно отключить (т.к себестоимость согласно условию рассчитываем только по номенклатуре). Неверный расчет себестоимости считаете по номенклатуре и по инв номеру а нужно только по номенклатуре.
СПР Надбавка не имеет периода действия - Доп. Начисление. При расчете продаж не учтены даты (берутся все продажи по подразделению), это тоже не выполнено "В одном документе могут быть данные за разные расчетные периоды.". В регистре не часовая ставка указана а начальный оклад.
-
ОУ В задаче написано "В документе «Приход денег» задолженности погашаются по проектам в порядке их даты оплаты (дата оплаты указывается в проекте)". Надо было взять остатки в разрезе проектов по контрагенту и гасить их в порядке убывания даты оплаты.
Почему убывание?
-
Моё решение.
Порадуюсь критике.
:)
-
ОУ В задаче написано "В документе «Приход денег» задолженности погашаются по проектам в порядке их даты оплаты (дата оплаты указывается в проекте)". Надо было взять остатки в разрезе проектов по контрагенту и гасить их в порядке убывания даты оплаты.
Почему убывание?
Опечатка
-
Моё решение.
Порадуюсь критике.
:)
ОУ В документе Приход Денег в запрос нужно добавить условие Не Проект = ЗНАЧЕНИЕ(Справочник.Проекты.ПустаяСсылка)). Я кстати смотрел решения этой ветки. Мне больше нравиться предопределенный элемент Аванс справочника Проекты.
БУ Где то на форуме читал что нельзя создавать отдельные док-ты для БУ и ОУ задач. Не увидел решение задачи копеек (Пример приход скрипка 1- 40р Скрипка 2 и 3 по 30р, Списывается по 33.33).
СПР Непонятна блокировка. Не понятно зачем ресурс Отработано почему просто не использовать ОсновныеНачисленияДанныеГрафика.ЗначениеФактическийПериодДействия КАК ОтработаноЧасов?
-
Моё решение.
Порадуюсь критике.
:)
ОУ В документе Приход Денег в запрос нужно добавить условие Не Проект = ЗНАЧЕНИЕ(Справочник.Проекты.ПустаяСсылка)). Я кстати смотрел решения этой ветки. Мне больше нравиться предопределенный элемент Аванс справочника Проекты.
БУ Где то на форуме читал что нельзя создавать отдельные док-ты для БУ и ОУ задач. Не увидел решение задачи копеек (Пример приход скрипка 1- 40р Скрипка 2 и 3 по 30р, Списывается по 33.33).
СПР Непонятна блокировка. Не понятно зачем ресурс Отработано почему просто не использовать ОсновныеНачисленияДанныеГрафика.ЗначениеФактическийПериодДействия КАК ОтработаноЧасов?
Спасибо!
Буду учитывать в дальнейшем.
-
Моё решение.
Порадуюсь критике.
:)
ОУ В документе Приход Денег в запрос нужно добавить условие Не Проект = ЗНАЧЕНИЕ(Справочник.Проекты.ПустаяСсылка)). Я кстати смотрел решения этой ветки. Мне больше нравиться предопределенный элемент Аванс справочника Проекты.
БУ Где то на форуме читал что нельзя создавать отдельные док-ты для БУ и ОУ задач. Не увидел решение задачи копеек (Пример приход скрипка 1- 40р Скрипка 2 и 3 по 30р, Списывается по 33.33).
СПР Непонятна блокировка. Не понятно зачем ресурс Отработано почему просто не использовать ОсновныеНачисленияДанныеГрафика.ЗначениеФактическийПериодДействия КАК ОтработаноЧасов?
Спасибо!
Буду учитывать в дальнейшем.
Я надеялся на ответ комментария по СПР.
-
Моё решение.
Порадуюсь критике.
:)
ОУ В документе Приход Денег в запрос нужно добавить условие Не Проект = ЗНАЧЕНИЕ(Справочник.Проекты.ПустаяСсылка)). Я кстати смотрел решения этой ветки. Мне больше нравиться предопределенный элемент Аванс справочника Проекты.
БУ Где то на форуме читал что нельзя создавать отдельные док-ты для БУ и ОУ задач. Не увидел решение задачи копеек (Пример приход скрипка 1- 40р Скрипка 2 и 3 по 30р, Списывается по 33.33).
СПР Непонятна блокировка. Не понятно зачем ресурс Отработано почему просто не использовать ОсновныеНачисленияДанныеГрафика.ЗначениеФактическийПериодДействия КАК ОтработаноЧасов?
Спасибо!
Буду учитывать в дальнейшем.
Я надеялся на ответ комментария по СПР.
и по СПР и по другим частям вы правильно покритиковали, да можно и, думаю, нужно использовать
ОсновныеНачисленияДанныеГрафика.ЗначениеФактическийПериодДействия КАК ОтработаноЧасов
для рассчета суммы начисления.
:)
-
Обновленное моё решение
:)
-
Обновленное моё решение
:)
В бухгалтерской задаче не реализована особенность постановки задачи, заключающаяся в том, что по инвентарным номерам стоимостной учет не ведется (нужно использовать признак учета субконто "Суммовой")
-
Обновленное моё решение
:)
В бухгалтерской задаче не реализована особенность постановки задачи, заключающаяся в том, что по инвентарным номерам стоимостной учет не ведется (нужно использовать признак учета субконто "Суммовой")
Да, :(
-
кто как сделал условие про 15 минут опоздания?
-
кто как сделал условие про 15 минут опоздания?
Сдавала 18 ноября, как раз попался 5 билет. Опоздания сделала через Регистр Сведений, куда заносились минуты опоздания.
При проведении дока "Начисление зп" смотрела сколько записей РС было по сотруднику за расчетный период, и для каждой записи выделяла количество 15минуток. Ну и потом умножала на величину штрафа и записывала в РР "Удержания"
Вчера пришел результат: "штраф считается неверно". Видимо надо как-то по-другому делать
P.S. В 5 билете внесли некоторые изменения. Теперь там только данные за один расчетный период (т.е. ПериодРегистрации теперь в шапке). И, насколько помню, теперь совместительство не допускается
-
кто как сделал условие про 15 минут опоздания?
моё решение по опозданиям: http://forum.chistov.pro/index.php?topic=1182.msg49104#msg49104
сделал документ Опоздание приходует на РН остатки Опоздания (изм.: Сотрудник, Подразделение, рес.:Количество) количество 15 минуток.
при начислении штрафа за опоздания документ НачислениеЗарплаты пишет расход по РН Опоздания.
так как в задаче 3.24 оклад не вытесняется опозданиями не стал делить 8 часов графика на 15 минутки, хотя думаю можно оставить 8 часами и записывать долями, вот какие доли писать?: если 8 часов будет, то за 15 минут опоздания нужно писать 45 минут? чтобы потом когда система пропорционально будет вытеснять оклад получился правильный коэффициент для суммы?
-
Мое решение. Буду рад критике.
Условие про штрафы за опоздания решено методом отклонений. График работы раздробил на 15 минутные отрезки. В основные начисления добавил вид расчета "Опоздание", который вытесняет оклад.
-
Пояснения по штрафам:
"Исходя из условия задачи, штраф считается пропорционально фактически прогуляному времени. Для получения фактического периода в платформе предусмотрен специальный механизм, который в данном случае не был использован. Хотя в частных случаях данные графика могут быть получены прямым обращением к регистру сведений, но на экзамене такой подход является неверным, о чем явно указано в требованиях. Аналогично в данном случае вычисление времени прогула как разности дат является неверным."
-
Пояснения по штрафам:
"Исходя из условия задачи, штраф считается пропорционально фактически прогуляному времени. Для получения фактического периода в платформе предусмотрен специальный механизм, который в данном случае не был использован. Хотя в частных случаях данные графика могут быть получены прямым обращением к регистру сведений, но на экзамене такой подход является неверным, о чем явно указано в требованиях. Аналогично в данном случае вычисление времени прогула как разности дат является неверным."
Получается в РР удержания добавляем связь с графиком. В качестве планового значения на любую дату указываем количество 15 минуток в сутках. Далее пользователь вводит строку типа:
Иванов - Опоздание - с 21.01.2016 08:00:00 по 21.01.2016 08:30:00
Мы записываем эти данные а далее из виртуальной таблицы получаем ЗначенийФакт. и округляем его в меньшую сторону.
Правильно я вас понял?
П.С. А вы кстати сдали?
-
Пояснения по штрафам:
"Исходя из условия задачи, штраф считается пропорционально фактически прогуляному времени. Для получения фактического периода в платформе предусмотрен специальный механизм, который в данном случае не был использован. Хотя в частных случаях данные графика могут быть получены прямым обращением к регистру сведений, но на экзамене такой подход является неверным, о чем явно указано в требованиях. Аналогично в данном случае вычисление времени прогула как разности дат является неверным."
Получается в РР удержания добавляем связь с графиком. В качестве планового значения на любую дату указываем количество 15 минуток в сутках. Далее пользователь вводит строку типа:
Иванов - Опоздание - с 21.01.2016 08:00:00 по 21.01.2016 08:30:00
Мы записываем эти данные а далее из виртуальной таблицы получаем ЗначенийФакт. и округляем его в меньшую сторону.
Правильно я вас понял?
П.С. А вы кстати сдали?
Судя по всему да, вы правильно поняли
П.С. Увы, не сдала, вот буду в пятницу еще раз пытаться :)
-
Мое решение. Буду рад критике.
Условие про штрафы за опоздания решено методом отклонений. График работы раздробил на 15 минутные отрезки. В основные начисления добавил вид расчета "Опоздание", который вытесняет оклад.
Если сделать опоздание с 8:40 по 8:50, то начисляет штраф, хотя не должен.
Если сделать опоздание с 8:41, то выдает ошибку
-
Судя по всему да, вы правильно поняли
П.С. Увы, не сдала, вот буду в пятницу еще раз пытаться :)
Наткнулся на комментарий в ветке результат сдачи автор freez1301 :
СПР было добавлено условие про опоздание - "За каждые 15 минут опоздания сотруднику начисляется штраф 100р" - сделал заполнение РС ГрафикиРаботы по 15 мин - 32 пятнадцатиминутки в 1 дне. У РС 1 ресурс. Сам ВР Штраф поместил в Основныеначисления, Оклад вытесняется Штрафом.
Написал что замечаний по этому решению не было.
В ветке Расхождения от актуальных билетов - обсуждения, методы решения. Тоже вроде склоняются к этому решению, хотя лично я его не понимаю. Как могут 15 минутки рассчитаться правильно если они считаются прямо пропорционально времени в дне. Во общем я запутался окончательно, надеюсь до сдачи разберусь.
Удачи вам в пятницу!
-
Кстати вот в той же ветке. На дополнение про верчении часы все пишут делать Оплату вечерних. А мне кажется намного логичнее считать сначала вечерние + обычные - Оклад. И затем Доплату за вечерние часы с базой от оклада в том же периоде действия.
-
Посмотрел лекции Белоусова: Говорит для штрафа отдельный график + сам штраф в ОН вместе с окладом.
-
Посмотрел лекции Белоусова: Говорит для штрафа отдельный график + сам штраф в ОН вместе с окладом.
Да я понял, я бред писал вы правильно пишите.
-
Мое решение с дополнительным условием прямой записи в перерасчет.
Буду рад критике
:)
-
Коллеги. Добрый день.
Решаю 5 билет. Есть некоторые вопросы по нему, а именно:
Как в БУ как правильно настроить план счетов? У меня выходит так:
счТовары - количественный, Субконто: [Номенклатура, суммовой], [ИнвНомер].
СчПрибыли, Субконто: [Номенклатура, только обороты, суммовой], [ИнвНомер, только обороты, суммовой], [Подразделение, только обороты, суммовой].
Такую настройку обнаружил в решении от SAE. ПРи сдаче попался это билет, и я делал такое решение, но вот пришел ответ по БУ: Вопрос № 3 Неверно настроены признаки учета и признаки учета субконто; в отчете неверно учитывается корреспонденция счетов
Отчет делал такой же как у SAE.
Что можете сказать по этому поводу?
-
Коллеги. Добрый день.
Решаю 5 билет. Есть некоторые вопросы по нему, а именно:
Как в БУ как правильно настроить план счетов? У меня выходит так:
счТовары - количественный, Субконто: [Номенклатура, суммовой], [ИнвНомер].
СчПрибыли, Субконто: [Номенклатура, только обороты, суммовой], [ИнвНомер, только обороты, суммовой], [Подразделение, только обороты, суммовой].
Такую настройку обнаружил в решении от SAE. ПРи сдаче попался это билет, и я делал такое решение, но вот пришел ответ по БУ: Вопрос № 3 Неверно настроены признаки учета и признаки учета субконто; в отчете неверно учитывается корреспонденция счетов
Отчет делал такой же как у SAE.
Что можете сказать по этому поводу?
У SAE в отчете данные берутся из таблицы Обороты, а нужно из ОборотыДтКт с указанием корреспонденции счетов из задания.
А вот какие ПУС, ПУ должны быть настроены не знаю, может, исходя из условия себестоимости, если: "Себестоимость списываемого товара определяется как средняя по номенклатурной позиции по всем ее инвентарным номерам" - то количественный ПУ нужен, а если: "Себестоимость списываемого товара определяется по каждой номенклатурной позиции по каждому инвентарному номеру" - то ПУ Количественный и ресурс Количество не нужны и на счете Товары у субконто ИнвНомер ПУС Суммовой должен быть.
-
Какое в данный момент актуальное задание по 5му билету ?
15 минутные опоздания + прямая запись в перерасчет ?
-
Какое в данный момент актуальное задание по 5му билету ?
15 минутные опоздания + прямая запись в перерасчет ?
штрафы за каждые 15 минут опоздания есть. Про прямую запись в перерасчёт не понял, это вообще что?
-
Про прямую запись в перерасчёт не понял, это вообще что?
3) Прямая запись в таблицы перерасчета при проведении по регистрам накопления или бухгалтерии
3) Программная запись в таблицы перерасчета, здесь для меня совсем всё туманно. Не нашел какого-то конкретного обсуждения этого вопроса.
На примере 6 билета, где попадалось это нововведение. Есть вид расчета Надбавка, которая зависит от суммы оплаты пассажиров, а еще есть вид расчета Отпуск, у которого базовым выступает вид расчета Надбавка. Так вот, получается при изменении в документе, фиксирующем суммы оплаты, для правильного начисления по расчетам необходимо перепровести связанный документ Начисление с видом расчета Надбавка, а затем связанные документы с видом расчета Отпуск. Непонятно у нас должна информация в перерасчеты попасть как по документам, связанным с видом расчета Надбавка, так и с видом расчета Отпуск? И как должен осуществляться этот поиск - при проведении документа Сумма оплата с отбором данных этого документа по таблице регистра расчета по периоду и паре Сотрудник, Автомобиль или я чего то не понимаю? Нужна Ваша помощь, специалисты.
-
У меня только один вопрос - как получить продажи по подразделениям из БУ, если в БУ нигде нет подразделений? Вводить фейковое оборотное измерение подразделение и добавлять реквизит в документы? На кой ляд оно вообще нужно?
-
Добавить Оборотное субконто Подразделение. И да - соответственно Подразделение в документе "Расходная накладная"
-
Добавить Оборотное субконто Подразделение. И да - соответственно Подразделение в документе "Расходная накладная"
Ничего там добавлять не стал. В задании указано только то, что продажи по подразделениям должны браться из РБ (регистра бухгалтерии). Поэтому, чтобы не ломать условия задачи БУ сделал просто реквизит с подразделением в номенклатуре и по нему делаю выборку.
С отчётом по СКД пришлось поломать голову, но сделал 1 в 1 :)
Штрафы за удержания и прямую запись в перерасчёты делать не стал, т.к. них не понял.
PS завтра в код добавлю комментарии
-
Добавить Оборотное субконто Подразделение. И да - соответственно Подразделение в документе "Расходная накладная"
Ничего там добавлять не стал. В задании указано только то, что продажи по подразделениям должны браться из РБ (регистра бухгалтерии). Поэтому, чтобы не ломать условия задачи БУ сделал просто реквизит с подразделением в номенклатуре и по нему делаю выборку.
С отчётом по СКД пришлось поломать голову, но сделал 1 в 1 :)
Штрафы за удержания и прямую запись в перерасчёты делать не стал, т.к. них не понял.
PS завтра в код добавлю комментарии
Неправильно добавлять реквизит подразделение в номенклатуру!!! :o Скостят баллы на экзамене, гарантирую. :-[
Субконто на счете это самостоятельное поле (и располагается совсем в другой таблице), и если требуется брать данные по продажам из БУ, то тут однозначно надо добавлять субконто Подразделение на счет ПрибылиУбытки и делать его оборотным (см сообщение CyberGirl выше) - времени занимает немного, но решается в разы проще, и при этом задача по БУ не ломается никак (Можно даже не добавлять реквизит подразделение в Расходной, но я бы добавила). Обороты по БУ добавляются с помощью документа Операция (проводка дана в условии задачи), именно для таких случаев его и используют... :D Хотя этот документ Операция требуют добавлять во всех билетах... ;)
-
Неправильно добавлять реквизит подразделение в номенклатуру!!! :o Скостят баллы на экзамене, гарантирую. :-[
Субконто на счете это самостоятельное поле (и располагается совсем в другой таблице), и если требуется брать данные по продажам из БУ, то тут однозначно надо добавлять субконто Подразделение на счет ПрибылиУбытки и делать его оборотным (см сообщение CyberGirl выше) - времени занимает немного, но решается в разы проще, и при этом задача по БУ не ломается никак (Можно даже не добавлять реквизит подразделение в РН, но я бы добавила). Обороты по БУ добавляются с помощью документа Операция (проводка дана в условии задачи), именно для таких случаев его и используют... :D Хотя этот документ Операция требуют добавлять во всех билетах... ;)
Будьте добры, поясните почему снимут баллы?! За реквизиты "Дата приёма" и "Стаж" у сотрудников баллы не снимают.
С тем же успехом я могу добавить субконто на счёт и принудительно писать его из номенклатуры. Или могу даже отдельный счёт завести и хоть через операцию, хоть программно сформировать проводки.
-
тут однозначно надо добавлять субконто Подразделение на счет ПрибылиУбытки и делать его оборотным
А может лучше на счёт покупатели повесить подразделение, чтобы 3 субконто не делать ?
-
тут однозначно надо добавлять субконто Подразделение на счет ПрибылиУбытки и делать его оборотным
А может лучше на счёт покупатели повесить подразделение, чтобы 3 субконто не делать ?
Не совсем правильно по логике решения вешать субконто на покупателей, так как продажи это обороты, а у нас счет ПрибылиУбытки и так оборотный, вот и на него и вешаем субконто. :), три субконто допустимо делать на экзамене, а вот четыре уже нет - это считается ошибкой. :-\
-
Будьте добры, поясните почему снимут баллы?! За реквизиты "Дата приёма" и "Стаж" у сотрудников баллы не снимают.
С тем же успехом я могу добавить субконто на счёт и принудительно писать его из номенклатуры. Или могу даже отдельный счёт завести и хоть через операцию, хоть программно сформировать проводки.
Бухгалтерские задачи решаются на механизмах регистра бухгалтерии и субконто, из этого исходят и экзаменаторы.
Что касается стажа, тоже не совсем верное решение хранение меняющихся данных в реквизитах справочника, хотя для расчетных задач - это допустимо, но для БУ такое решение не годится! Я стаж сотрудников делала в непериодическом РС - замечаний по этому поводу на экзамене у меня не было, не зачет был как раз по задачке БУ (напутала с ПУС :-[) и в не реализации кнопки расчет - в итоге сняли 3 балла в таком легком билете. :-[
-
Будьте добры, поясните почему снимут баллы?! За реквизиты "Дата приёма" и "Стаж" у сотрудников баллы не снимают.
С тем же успехом я могу добавить субконто на счёт и принудительно писать его из номенклатуры. Или могу даже отдельный счёт завести и хоть через операцию, хоть программно сформировать проводки.
Бухгалтерские задачи решаются на механизмах регистра бухгалтерии и субконто, из этого исходят и экзаменаторы.
Что касается стажа, тоже не совсем верное решение хранение меняющихся данных в реквизитах справочника, хотя для расчетных задач - это допустимо, но для БУ такое решение не годится! Я стаж сотрудников делала в непериодическом РС - замечаний по этому поводу на экзамене у меня не было, не зачет был как раз по задачке БУ (напутала с ПУС :-[) и в не реализации кнопки расчет - в итоге сняли 3 балла в таком легком билете. :-[
Шо такое ПУС? О_о
-
Шо такое ПУС? О_о
Признаки учета субконто
-
По завету прекрасных дам, переделал продажи по БУ. Добавил на счет Покупатели субконто Подразделение и реквизит в документ.
Проверьте ещё документ Операция пжл
-
Коллеги. Добрый день.
Решаю 5 билет. Есть некоторые вопросы по нему, а именно:
Как в БУ как правильно настроить план счетов? У меня выходит так:
счТовары - количественный, Субконто: [Номенклатура, суммовой], [ИнвНомер].
СчПрибыли, Субконто: [Номенклатура, только обороты, суммовой], [ИнвНомер, только обороты, суммовой], [Подразделение, только обороты, суммовой].
Такую настройку обнаружил в решении от SAE. ПРи сдаче попался это билет, и я делал такое решение, но вот пришел ответ по БУ: Вопрос № 3 Неверно настроены признаки учета и признаки учета субконто; в отчете неверно учитывается корреспонденция счетов
Отчет делал такой же как у SAE.
Что можете сказать по этому поводу?
У SAE в отчете данные берутся из таблицы Обороты, а нужно из ОборотыДтКт с указанием корреспонденции счетов из задания.
А вот какие ПУС, ПУ должны быть настроены не знаю, может, исходя из условия себестоимости, если: "Себестоимость списываемого товара определяется как средняя по номенклатурной позиции по всем ее инвентарным номерам" - то количественный ПУ нужен, а если: "Себестоимость списываемого товара определяется по каждой номенклатурной позиции по каждому инвентарному номеру" - то ПУ Количественный и ресурс Количество не нужны и на счете Товары у субконто ИнвНомер ПУС Суммовой должен быть.
По ПУ и ПУС тоже думаю что так.
По отчёту у SAE немного доработать нужно, думаю можно и из таблицы Обороты взять данные:
ВЫБРАТЬ
УправленческийОбороты.Субконто1 КАК Номенклатура,
УправленческийОбороты.Субконто2 КАК ИнвентарныйНомер,
СУММА(ВЫБОР
КОГДА УправленческийОбороты.КорСчет = ЗНАЧЕНИЕ(ПланСчетов.Управленческий.Товары)
ТОГДА УправленческийОбороты.СуммаОборотДт
ИНАЧЕ 0
КОНЕЦ) КАК Себестоимость,
СУММА(ВЫБОР
КОГДА УправленческийОбороты.КорСчет = ЗНАЧЕНИЕ(ПланСчетов.Управленческий.Покупатели)
ТОГДА УправленческийОбороты.СуммаОборотКт
ИНАЧЕ 0
КОНЕЦ) КАК Продажа
ИЗ
РегистрБухгалтерии.Управленческий.Обороты(, , , Счет = ЗНАЧЕНИЕ(ПланСчетов.Управленческий.ПрибылиУбытки), &Субконто, , КорСчет В (ЗНАЧЕНИЕ(ПланСчетов.Управленческий.Товары), ЗНАЧЕНИЕ(ПланСчетов.Управленческий.Покупатели)), ) КАК УправленческийОбороты
СГРУППИРОВАТЬ ПО
УправленческийОбороты.Субконто2,
УправленческийОбороты.Субконто1
тогда это условие "в отчете неверно учитывается корреспонденция счетов" будет устранено
-
По отчёту у SAE немного доработать нужно, думаю можно и из таблицы Обороты взять данные:
ВЫБРАТЬ
УправленческийОбороты.Субконто1 КАК Номенклатура,
УправленческийОбороты.Субконто2 КАК ИнвентарныйНомер,
СУММА(ВЫБОР
КОГДА УправленческийОбороты.КорСчет = ЗНАЧЕНИЕ(ПланСчетов.Управленческий.Товары)
ТОГДА УправленческийОбороты.СуммаОборотДт
ИНАЧЕ 0
КОНЕЦ) КАК Себестоимость,
СУММА(ВЫБОР
КОГДА УправленческийОбороты.КорСчет = ЗНАЧЕНИЕ(ПланСчетов.Управленческий.Покупатели)
ТОГДА УправленческийОбороты.СуммаОборотКт
ИНАЧЕ 0
КОНЕЦ) КАК Продажа
ИЗ
РегистрБухгалтерии.Управленческий.Обороты(, , , Счет = ЗНАЧЕНИЕ(ПланСчетов.Управленческий.ПрибылиУбытки), &Субконто, , КорСчет В (ЗНАЧЕНИЕ(ПланСчетов.Управленческий.Товары), ЗНАЧЕНИЕ(ПланСчетов.Управленческий.Покупатели)), ) КАК УправленческийОбороты
СГРУППИРОВАТЬ ПО
УправленческийОбороты.Субконто2,
УправленческийОбороты.Субконто1
тогда это условие "в отчете неверно учитывается корреспонденция счетов" будет устранено
попробуйте сделать зеркальные проводки, и, думаю, увидите, что они тоже в отчет вылезут, хотя не должны. И зачем так заморачиваться если есть ОборотыДтКт?
-
Думаю аналитика на плане счетов должна быть такой:
- Товары: номенклатура ПУС Суммовой, ИнвНомер - ПУ Количественный;
- ПрибылиУбытки: ИнвНомер ПУС Суммовой, ТолькоОбороты - ПУ УчетПоПодразделениям;
Измерение в РБух Подразделение не балансовое с ПУ УчетПоПодразделениям - для СПР.
-
попробуйте сделать зеркальные проводки, и, думаю, увидите, что они тоже в отчет вылезут, хотя не должны. И зачем так заморачиваться если есть ОборотыДтКт?
Да в таком случае не спасёт.
Ну тогда если совсем всё учитывать может и полное соединение добавить в ваш запрос ?
ВЫБРАТЬ
УправленческийОборотыДтКтПродажи.СубконтоКт1 КАК Товар,
УправленческийОборотыДтКтПродажи.СубконтоКт2 КАК ИнвентарныйНомер,
ЕСТЬNULL(УправленческийОборотыДтКтПродажи.СуммаОборот, 0) КАК Сумма,
ЕСТЬNULL(УправленческийОборотыДтКтСебестоимость.СуммаОборот, 0) КАК Себестоимость
ИЗ
РегистрБухгалтерии.Управленческий.ОборотыДтКт(, , , СчетДт = ЗНАЧЕНИЕ(ПланСчетов.Управленческий.Покупатели), , СчетКт = ЗНАЧЕНИЕ(ПланСчетов.Управленческий.ПрибылиУбытки), &СубконтоНоменклатураИнвНомер, ) КАК УправленческийОборотыДтКтПродажи
ПОЛНОЕ СОЕДИНЕНИЕ РегистрБухгалтерии.Управленческий.ОборотыДтКт(, , , СчетДт = ЗНАЧЕНИЕ(ПланСчетов.Управленческий.ПрибылиУбытки), &СубконтоНоменклатураИнвНомер, СчетКт = ЗНАЧЕНИЕ(ПланСчетов.Управленческий.Товары), &СубконтоНоменклатураИнвНомер, ) КАК УправленческийОборотыДтКтСебестоимость
ПО УправленческийОборотыДтКтПродажи.СубконтоКт1 = УправленческийОборотыДтКтСебестоимость.СубконтоДт1
И УправленческийОборотыДтКтПродажи.СубконтоКт2 = УправленческийОборотыДтКтСебестоимость.СубконтоДт2
-
Ну тогда если совсем всё учитывать может и полное соединение добавить в ваш запрос ?
ВЫБРАТЬ
УправленческийОборотыДтКтПродажи.СубконтоКт1 КАК Товар,
УправленческийОборотыДтКтПродажи.СубконтоКт2 КАК ИнвентарныйНомер,
ЕСТЬNULL(УправленческийОборотыДтКтПродажи.СуммаОборот, 0) КАК Сумма,
ЕСТЬNULL(УправленческийОборотыДтКтСебестоимость.СуммаОборот, 0) КАК Себестоимость
ИЗ
РегистрБухгалтерии.Управленческий.ОборотыДтКт(, , , СчетДт = ЗНАЧЕНИЕ(ПланСчетов.Управленческий.Покупатели), , СчетКт = ЗНАЧЕНИЕ(ПланСчетов.Управленческий.ПрибылиУбытки), &СубконтоНоменклатураИнвНомер, ) КАК УправленческийОборотыДтКтПродажи
ПОЛНОЕ СОЕДИНЕНИЕ РегистрБухгалтерии.Управленческий.ОборотыДтКт(, , , СчетДт = ЗНАЧЕНИЕ(ПланСчетов.Управленческий.ПрибылиУбытки), &СубконтоНоменклатураИнвНомер, СчетКт = ЗНАЧЕНИЕ(ПланСчетов.Управленческий.Товары), &СубконтоНоменклатураИнвНомер, ) КАК УправленческийОборотыДтКтСебестоимость
ПО УправленческийОборотыДтКтПродажи.СубконтоКт1 = УправленческийОборотыДтКтСебестоимость.СубконтоДт1
И УправленческийОборотыДтКтПродажи.СубконтоКт2 = УправленческийОборотыДтКтСебестоимость.СубконтоДт2
Да, можно. Но ведь и просто можно списать товар не продав его, тогда списания вылезут в отчете Продажи, а не должны :)
-
Да, можно. Но ведь и просто можно списать товар не продав его, тогда списания вылезут в отчете Продажи, а не должны :)
Думаю всё таки стоит так сделать. Должны не должны это как раз пользователь осознанно решает документом операция :)
А хотя если отчёт всё таки "Продажи" может и не стоит.
-
Думаю аналитика на плане счетов должна быть такой:
- Товары: номенклатура ПУС Суммовой, ИнвНомер - ПУ Количественный;
- ПрибылиУбытки: ИнвНомер ПУС Суммовой, ТолькоОбороты - ПУ УчетПоПодразделениям;
Измерение в РБух Подразделение не балансовое с ПУ УчетПоПодразделениям - для СПР.
А на счёт того что сделать небалансовое измерение вместо субконто по подразделению - почему так думаешь ?
-
Думаю аналитика на плане счетов должна быть такой:
- Товары: номенклатура ПУС Суммовой, ИнвНомер - ПУ Количественный;
- ПрибылиУбытки: ИнвНомер ПУС Суммовой, ТолькоОбороты - ПУ УчетПоПодразделениям;
Измерение в РБух Подразделение не балансовое с ПУ УчетПоПодразделениям - для СПР.
А на счёт того что сделать небалансовое измерение вместо субконто по подразделению - почему так думаешь ?
В типовой ЗУП так сделано, и Подразделение обычно подчинено Организациям, т.е. аналитика может разрезаться по подразделениям не на одном счете а на нескольких, логичнее сделать измерение, а не субконто. Субконто - для аналитики на каком-нибудь конкретном счете, измерение - может быть на нескольких.
Смысл примерно тот же что и Валюты с ПУ Валютный.
-
Да, можно. Но ведь и просто можно списать товар не продав его, тогда списания вылезут в отчете Продажи, а не должны :)
Думаю всё таки стоит так сделать. Должны не должны это как раз пользователь осознанно решает документом операция :)
А хотя если отчёт всё таки "Продажи" может и не стоит.
Юзер, проводя док Операция не должен думать, как настроен отчет.
А кодер должен допускать, что по Доку Операция будут отражены хоз операции, не предусмотренные основными документами (для этого и существует док Операция).
-
Моё решение 5го билета.
по спр взял разные расчётные периоды в документе
совмещение допускается
прямая запись в перерасчет при изменении данных по БУ
опоздания - добавил один вид расчета в основные начисления - Опоздание, по нему же сделал расчёт и записал результат в тот же РР основных начислений со знаком +, не знаю как правильно может надо просто его результат в отдельный РР Удержания записать ?
А ещё кто-то добавляет отдельный вид расчёта штраф в ПВР удержания, хотя и так достаточно этого вида расчёта (опоздание) в ПВР Основные начисления.
Если кто сдавал с этим условием (про опоздания или штрафы) напишите что экзамене экзаменаторы говорят.
-
Моё решение 5го билета.
по спр взял разные расчётные периоды в документе
совмещение допускается
прямая запись в перерасчет при изменении данных по БУ
опоздания - добавил один вид расчета в основные начисления - Опоздание, по нему же сделал расчёт и записал результат в тот же РР основных начислений со знаком +, не знаю как правильно может надо просто его результат в отдельный РР Удержания записать ?
А ещё кто-то добавляет отдельный вид расчёта штраф в ПВР удержания, хотя и так достаточно этого вида расчёта (опоздание) в ПВР Основные начисления.
Если кто сдавал с этим условием (про опоздания или штрафы) напишите что экзамене экзаменаторы говорят.
Смущает 81 строка в модуле объекта в расходной накладной. Там же строки 142-151 почему два раза обращаетесь к одной виртуальной таблице "РасходнаяНакладная" но к разным полям, нельзя было сразу к обеим полям? Строка 185 там же, представление инвентарного номера не вытащили, тип ссылочный, подзапрос к базе будет ради представления кода.
В СПР зачем в допНачислениях зависимость по базе? ведь данные берутся из регистра бухгалтерии? Опоздания, Бельдыев опоздал на 40 минут, почему сумма 300, должно быть ведь 200, за целые 15 минутки. В отчете всё красиво, но месяц не так показали, не параметры, а конкретно: Месяц: Февраль 2017 г. - например.
В модуле набора записей регистра бухгалтерии смущает строка 50, наверно "РегистрРасчета.ДН.Надбавка" должна была присоединиться к "РегистрРасчета.ДН", а у вас она присоединена к "ВТ". В принципе и так сработает как нужно, но это похоже ошибка: "Неверное соединение таблиц - 1,0".
-
Спасибо за замечания.
Смущает 81 строка в модуле объекта в расходной накладной. Там же строки 142-151 почему два раза обращаетесь к одной виртуальной таблице "РасходнаяНакладная" но к разным полям, нельзя было сразу к обеим полям? Строка 185 там же, представление инвентарного номера не вытащили, тип ссылочный, подзапрос к базе будет ради представления кода.
В СПР зачем в допНачислениях зависимость по базе? ведь данные берутся из регистра бухгалтерии? Опоздания, Бельдыев опоздал на 40 минут, почему сумма 300, должно быть ведь 200, за целые 15 минутки. В отчете всё красиво, но месяц не так показали, не параметры, а конкретно: Месяц: Февраль 2017 г. - например.
В модуле набора записей регистра бухгалтерии смущает строка 50, наверно "РегистрРасчета.ДН.Надбавка" должна была присоединиться к "РегистрРасчета.ДН", а у вас она присоединена к "ВТ". В принципе и так сработает как нужно, но это похоже ошибка: "Неверное соединение таблиц - 1,0".
По расходной накладной 81 строка - на всякий случай если два раза инвентарный номер забьют, остальное да поправил
По СПР у вас тоже стоит зависимость по базе, нужна чтобы перерасчет добавить, без этого никак не добавляется.
По опозданиям как сделать нужно ?
график забил по 15 минут, там -1 тогда делать надо, чтобы только целые промежутки считал ?
и ещё я так и не догнал с этими опозданиями результат надо в тот же РР ОН писать или создать дополнительный надо РР Удержания
и в него результат писать.
С месяцем в отчёте поковырял, чёт не хочет нормально работать и через макет пробовал, и через параметры оформления,
на самой вкладке параметров скд формат редактирования если только там поменять сработало, но из-за этого редактировать
нормально не даёт, период нормально не меняется, если только из выпадающего списка выбирать.
по модулю набора записей временная таблица соединяется с РР ДН это один набор строк минимальный, к этому соединению двух таблиц
присоединяется таблица перерасчета левым соединением для проверки наличия строк - тут ошибок не вижу.
таблица перерасчета не присоединяется к ВТ, она присоединяется к результату соединения ВТ и РР ДН.
-
Скиньте, пожалуйста, у кого есть, актуальные условия задач 5 билета
-
Скиньте, пожалуйста, у кого есть, актуальные условия задач 5 билета
К условии из актуальных билетов добавлено, только по СПР:
"За каждые 15 минут опоздания сотруднику начисляется штраф 100р"
-
Скиньте, пожалуйста, у кого есть, актуальные условия задач 5 билета
К условии из актуальных билетов добавлено, только по СПР:
"За каждые 15 минут опоздания сотруднику начисляется штраф 100р"
А по БУ? Просто в билете не вижу разговор про подразделение
-
А по БУ? Просто в билете не вижу разговор про подразделение
А что там не так? Подразделение надо в бух задаче чтобы посчитать сколько надбавка в расчетной задаче.
-
А по БУ? Просто в билете не вижу разговор про подразделение
А что там не так? Подразделение надо в бух задаче чтобы посчитать сколько надбавка в расчетной задаче.
Недочитал) Спасибо
-
По поводу расчетной задачи. Может быть правильно указывать сумму продаж в документе начисления в качестве доп. параметра. И к заметкам задачи на экзамене написать: предполагается что пользователи сами должны указывать в документе Сумму продаж по подразделению.
-
По поводу расчетной задачи. Может быть правильно указывать сумму продаж в документе начисления в качестве доп. параметра. И к заметкам задачи на экзамене написать: предполагается что пользователи сами должны указывать в документе Сумму продаж по подразделению.
А как насчет этого: "Сумма продаж по подразделению должна быть получена по данным бухгалтерского учета"?
-
Посмотрите мое решение 5 билета, плиз :)
-
Посмотрите мое решение 5 билета, плиз :)
Нет картинок у подсистем :)
Это не требуется, просто не завершенный вид какой-то
Мне интересен следующий простой вопрос, он наверняка где-то разъясняется но я что-то упустил, может вы разъясните.
1 Поступление денег: 1000
Аванс -1000
2 Расходная: 2000
Проект 2000
Аванс 1000
Проект -1000
Зачем в расходной делать три движения? Почему просто не зачесть аванс и записать остаток?
1 Поступление денег: 1000
Аванс 1000
2 Расходная: 2000
Аванс -1000
Проект 1000
-
Мне интересен следующий простой вопрос, он наверняка где-то разъясняется но я что-то упустил, может вы разъясните.
1 Поступление денег: 1000
Аванс -1000
2 Расходная: 2000
Проект 2000
Аванс 1000
Проект -1000
Зачем в расходной делать три движения? Почему просто не зачесть аванс и записать остаток?
1 Поступление денег: 1000
Аванс 1000
2 Расходная: 2000
Аванс -1000
Проект 1000
Вот! Я тоже не пойму этого. Во многих решениях так. Возможно, делают так, чтобы правильно учесть долг по проекту, в который должна войти вся сумма расходной. НО в данной задаче четко сказано: "Оставшаяся сумма должна быть учтена как долг по проекту по отгрузке". Поэтому я бы делала как kvt500.
-
Цитата: kvt500 от Марта 29, 2017, 11:33:29 am
Мне интересен следующий простой вопрос, он наверняка где-то разъясняется но я что-то упустил, может вы разъясните.
1 Поступление денег: 1000
Аванс -1000
2 Расходная: 2000
Проект 2000
Аванс 1000
Проект -1000
Зачем в расходной делать три движения? Почему просто не зачесть аванс и записать остаток?
1 Поступление денег: 1000
Аванс 1000
2 Расходная: 2000
Аванс -1000
Проект 1000
Вот! Я тоже не пойму этого. Во многих решениях так. Возможно, делают так, чтобы правильно учесть долг по проекту, в который должна войти вся сумма расходной. НО в данной задаче четко сказано: "Оставшаяся сумма должна быть учтена как долг по проекту по отгрузке". Поэтому я бы делала как kvt500.
В расходной у вас пришло 2000 вы это должны указать для истории. Потом списываете аванс.
-
С месяцем в отчёте поковырял, чёт не хочет нормально работать и через макет пробовал, и через параметры оформления,
на самой вкладке параметров скд формат редактирования если только там поменять сработало, но из-за этого редактировать
нормально не даёт, период нормально не меняется, если только из выпадающего списка выбирать.
Тоже пытался как - то поковырять по поводу написания не дат в параметре, а именно названия месяца. Как это сделать, может кто подскажет?
-
Цитата: kvt500 от Марта 29, 2017, 11:33:29 am
Мне интересен следующий простой вопрос, он наверняка где-то разъясняется но я что-то упустил, может вы разъясните.
1 Поступление денег: 1000
Аванс -1000
2 Расходная: 2000
Проект 2000
Аванс 1000
Проект -1000
Зачем в расходной делать три движения? Почему просто не зачесть аванс и записать остаток?
1 Поступление денег: 1000
Аванс 1000
2 Расходная: 2000
Аванс -1000
Проект 1000
Вот! Я тоже не пойму этого. Во многих решениях так. Возможно, делают так, чтобы правильно учесть долг по проекту, в который должна войти вся сумма расходной. НО в данной задаче четко сказано: "Оставшаяся сумма должна быть учтена как долг по проекту по отгрузке". Поэтому я бы делала как kvt500.
В расходной у вас пришло 2000 вы это должны указать для истории. Потом списываете аванс.
По мне это неоправданое распухание регистра. Не делал бы так. Откуда такое требование, про историю?для истории есть документ.
-
Посмотрите мое решение 5 билета, плиз :)
Проверил только ОУ.
ПриходДенег
1. В ПриходДенег проверка на проект не аванс должна быть в виртуальной таблице.
2. Режим проверки на оперативность, народ говорить, что использовать не надо. И вы у себя получаете данные после документа Новый Граница(МоментВремени(),ВидГраницы.Включая). Т.е. Исключая - начало документа, а включая - конец документа. Т.е. достаточно написать МоментВремени().
3. СуммаКЗачету = СуммаКЗачету = СуммаСписать; Думаю надо СуммаКЗачету = СуммаКЗачету - СуммаСписать;
И внешний вид отчета ОстаткиЗадолженностей не соответствует условию задачи.
-
Посмотрите мое решение 5 билета, плиз :)
Добрый день! Посмотрел решение в части СПР. В документе начисление зарплаты невозможно указать надбавку за разные периоды. При получении данных графика не приводите значения null к нулю. Не нашел отчета по начислениям.
-
Доброго времени суток.
Нигде не нашла, чтобы кто-то делал сторно в СПР. Не могу понять, оно там нужно или нет? Это если брать за основу дополнение к билету со штрафами.
-
Доброго времени суток.
Нигде не нашла, чтобы кто-то делал сторно в СПР. Не могу понять, оно там нужно или нет? Это если брать за основу дополнение к билету со штрафами.
ну там вроде в задаче требуется в том же расчетном периоде штрафы делать, тогда ничего сторнировать не надо.
-
А вдруг найдётся добрая душа и проверит мой билет? Текст билета приложен, на всякий случай
[вложение удалено администратором]
-
А вдруг найдётся добрая душа и проверит мой билет? Текст билета приложен, на всякий случай
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) Не ошибка, но модуль Расходной накладной бы подчистить от комментариев конструктора, пустых строк, и прочее
СПР и БП пока детально не просмотрел
-
А вдруг найдётся добрая душа и проверит мой билет? Текст билета приложен, на всякий случай
2) БУ. у вас по новой методике. Я считаю что в данном случае это неэффективно т.к. вы получаете один раз себестоимость и второй раз остатки после записи. По старой методике всё можно было получить за один раз. В таких случая рекомендована старая. Но я могу быть не прав - пусть меня поправят.
БУ по новой методике не надо делать никогда.
-
Всем привет, сдал экзамен дистанционно 15,05. Попался билет № 5, база с решением и ошибки в теме с отчетами. http://forum.chistov.pro/index.php?topic=4068.msg51587#msg51587
-
СПР и БП пока детально не просмотрел
Большое спасибо и за то, что уже посмотрели!
-
А вдруг найдётся добрая душа и проверит мой билет? Текст билета приложен, на всякий случай
2) БУ. у вас по новой методике. Я считаю что в данном случае это неэффективно т.к. вы получаете один раз себестоимость и второй раз остатки после записи. По старой методике всё можно было получить за один раз. В таких случая рекомендована старая. Но я могу быть не прав - пусть меня поправят.
БУ по новой методике не надо делать никогда.
Белоусов использование новой методики в БУ не запрещает ))) когда это получается по условиям задачи. Правда, такие условия редко бывают )))
-
Белоусов использование новой методики в БУ не запрещает ))) когда это получается по условиям задачи. Правда, такие условия редко бывают )))
если на счёте товары учитывались бы только остатки товаров - без расчёта себестоимости на счёте Товары
СПР. Не ошибка. Структуру регистра "Значения окладов" можно было бы упростить - вместо одного измерения "МинимальноеКоличествоЧасов" добавить 2 - "От" и "ДоВключительно". Проще и нагляднее получать запросом оклады. По условию задачи - в строках написано "от" и "до".
СПР. При получении окладов "ВыборкаСледующий" у вас без "Если". А если нет ничего следующего, то в "Выборка" будет непонятно что - скорее всего ошибка. А это вполне возможно.
Выборка.НайтиСледующий(движ.НомерСтроки,"НомерСтроки");
движ.Размер = Выборка.Оклад;
движ.ФактЧасы = Выборка.ФактЧасы;
Если ВЫборка.ПланЧасы = 0 Тогда
СПР.
| ЕСТЬNULL(тГраф.ЗначениеПериодДействия, 0) КАК ПланЧасы,
| ЕСТЬNULL(тГраф.ЗначениеФактическийПериодДействия, 0) КАК ФактЧасы,
Не ошибка. Т.к. вы в данной виртуальной таблице ни с чем не соединяете, то Null и не будет. Если нет данных по графику то "ДанныеГрафика" не выдаст никаких строк вообще. Проверил на своём примере. Если график не заполнен, то запрос вообще пустой.
СПР. Чуть ниже
| ШкалаОкладов.Оклад,
А здесь нужна проверка на NULL т.к. левое соединение. Далее вы этот оклад просто умножаете.
СПР. Ещё на пустой запрос обычно проверяют. Хотя я смысла в этом не вижу если проверять выборку.
БП. Текущий пользователь заполняется из константы, а константа руками. По-моему он должен из пользователя системы ставится.
-
СПР. При получении окладов "ВыборкаСледующий" у вас без "Если". А если нет ничего следующего, то в "Выборка" будет непонятно что - скорее всего ошибка. А это вполне возможно.
В данном конкретном запросе Выборка.НайтиСледующий(движ.НомерСтроки,"НомерСтроки") будет всегда успешен, ибо в выборку выводятся все строки из набора записей по регистратору, а потом в цикле мы перебираем те же самые записи. Ну да, немного рискованно, нужно быть уверенным в своём запросе, что никакими условиями ничего не отсёк ;)
БП. Текущий пользователь заполняется из константы, а константа руками. По-моему он должен из пользователя системы ставится.
В конфигурации у меня вообще нет пользователей. Ясно, что это константа - это имитация, и в нормальной жизни был бы справочник Пользователи и привязка к физлицам, или же изменение регистра адресации на Пользователи и т.д. Как Вы считаете, есть ли смысл на экзамене потратить время на справочник Пользователи и его заполнение?
-
Сдал спеца 09.06.17. Хочу поделиться своими решениями билетов. Спасибо всем участникам за обсуждение и выкладываемые решения. Это серьезная помощь в подготовке к экзамену.
-
В данном конкретном запросе Выборка.НайтиСледующий(движ.НомерСтроки,"НомерСтроки") будет всегда успешен, ибо в выборку выводятся все строки из набора записей по регистратору, а потом в цикле мы перебираем те же самые записи. Ну да, немного рискованно, нужно быть уверенным в своём запросе, что никакими условиями ничего не отсёк ;)
Если пользователь выберет подразделение, по которому график не заполнен и ставки не завели? Если график не заполнен, то в виртуальной таблице данные графика будет пусто.
Скорее всего программа остановится с непонятно ошибкой.
В конфигурации у меня вообще нет пользователей. Ясно, что это константа - это имитация, и в нормальной жизни был бы справочник Пользователи и привязка к физлицам, или же изменение регистра адресации на Пользователи и т.д. Как Вы считаете, есть ли смысл на экзамене потратить время на справочник Пользователи и его заполнение?
Обязательно ли привязываться к пользователям системы - я не знаю.
Но сколько я решений видел - везде привязывали.
Наверное если осталось очень мало времени то по-быстрому вставить константу.
С реальными пользователями дольше. Это добавить роль и заполнить по всем объектам, перезагрузить конфигуратор, заполнить список пользователей, тестировать под разными пользователями. Потери времени 5-10 минут
-
АндрейН, большое спасибо за подробный разбор !
-
ай нид хелп!
Отчет в задании по БУ не выводит ИнвНомера и сумму себестоимости. Не могу найти, в чем проблема. Когда тащу запрос из СКД в консоль - там тоже этих данных нет.
Помогите кто-нибудь, а? :-[
-
ай нид хелп!
Отчет в задании по БУ не выводит ИнвНомера и сумму себестоимости. Не могу найти, в чем проблема. Когда тащу запрос из СКД в консоль - там тоже этих данных нет.
Помогите кто-нибудь, а?
Ответ ХочуВсеЗнать
-
ай нид хелп!
хм
-
хм
спасибо, нашлось! Действительно, дело не отчете - на 90 счете по ИнвНомерам ПУС Суммовой не был включен.
-
Здравствуйте!
Я по БУ запрос на списание сделал без итогов, в итоге избавился от необходимости расчета себестоимости перебором в переборе. Так можно?
Запрос.Текст =
"ВЫБРАТЬ
| втТЧ.Номенклатура КАК Номенклатура,
| втТЧ.ИнвентарныйНомер,
| СУММА(ЕСТЬNULL(ОстаткиПоНом.КоличествоОстаток, 0)) КАК КоличествоОстатокВсего,
| СУММА(ВЫБОР
| КОГДА втТЧ.ИнвентарныйНомер = ОстаткиПоНом.Субконто2
| ТОГДА ЕСТЬNULL(ОстаткиПоНом.КоличествоОстаток,0)
| ИНАЧЕ 0
| КОНЕЦ) КАК КоличествоОстатокИнв,
| СУММА(ЕСТЬNULL(ОстаткиПоНом.СуммаОстаток, 0)) КАК СуммаОстаток,
| МАКСИМУМ(втТЧ.Количество) КАК Количество,
| МАКСИМУМ(втТЧ.Сумма) КАК Сумма,
| МАКСИМУМ(втТЧ.НомерСтроки) КАК НомерСтроки
|ИЗ
| втТЧ КАК втТЧ
| ЛЕВОЕ СОЕДИНЕНИЕ РегистрБухгалтерии.Управленческий.Остатки(
| &Момент,
| Счет = &СчетТовары,
| &массивСубконто,
| Субконто1 В
| (ВЫБРАТЬ
| втТЧ.Номенклатура
| ИЗ
| втТЧ КАК втТЧ)) КАК ОстаткиПоНом
| ПО втТЧ.Номенклатура = ОстаткиПоНом.Субконто1
|
|СГРУППИРОВАТЬ ПО
| втТЧ.Номенклатура,
| втТЧ.ИнвентарныйНомер";
-
Чтобы убрать все сомнения по поводу "правильного" списания авансов при приходе денег.
Комментарий после сдачи и апелляции:
Вопрос № 2
Проведение "ПриходДенег" выполнено не оптимально.
Вначале пишется вся сумма на аванс, чтобы с аванса потом «перебрасывать» на погашение задолженности. Оптимальнее было бы внача погасить задолженность, а потом (если сумма остается) оформить аванс.
-
? по БУ
Пытаюсь не хранить в суммовом выражении остатки и обороты в разрезе ИнвНомера на счете Товары, для этого:
1. ПУС Суммовой;
2. На счете Товары по Виду субконто ИнвНомера флаг Суммовой снял;
3. В РБ ресурс Сумма связал с 1.
4. Приходую на счет Товары в разрезе Номенклатуры и ИнвНомера по Сумме и Количеству;
Запрашиваю остатки из РБ по счету Товары в разрезе только ИнвНомеров и ожидаю что СуммаОстатокДт = 0, так как настройкой выключил для субконто ИнвНомера ресурс Сумма.
НО СУММА ЕСТЬ!?
-
по новой снял\установил флаг ПУС, перепровел в ИБ документы и все стало как в теории
ресурс Сумма РБ накапливается только по Номенклатуре
-
Сдал спеца 09.06.17. Хочу поделиться своими решениями билетов. Спасибо всем участникам за обсуждение и выкладываемые решения. Это серьезная помощь в подготовке к экзамену.
Можно, пожалуйста, выгрузку в режиме совместимости 8.3.6. На текущий момент нет возможности поставить 8.3.10.
-
Как вам идея использовать третий регистр расчета Продажи, где фиксировать продажи при проведении Расходной накладной? Тогда сумма продаж будет являться чистой базой по этому регистру и кода получается меньше и красиво.
-
Как вам идея использовать третий регистр расчета Продажи, где фиксировать продажи при проведении Расходной накладной? Тогда сумма продаж будет являться чистой базой по этому регистру и кода получается меньше и красиво.
К сожалению экзамен давно превратился в "угадай что хотел от тебя автор задачи", и ваше красиво никого не интересует.
-
То есть считаете в расчетной задаче здесь нужно строить запрос регистру бухгалтерии?
-
То есть считаете в расчетной задаче здесь нужно строить запрос регистру бухгалтерии?
В задаче же четко сформулировано: "Сумма продаж по подразделению должна
быть получена по данным бухгалтерского учета".
-
Вопрос по расчетной задаче получить данные и рассчитать премию по даннным бу можно сразу в обработке проведения, зачем все делают расчет в общем модуле. это же лишнее действие для рр ДополнительныеНачисления?
ИначеЕсли эл.ВидРасчета = ПланыВидовРасчета.ДополнительныеНачисления.Надбавка Тогда
//{{КОНСТРУКТОР_ЗАПРОСА_С_ОБРАБОТКОЙ_РЕЗУЛЬТАТА
// Данный фрагмент построен конструктором.
// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| УправленческийОборотыДтКт.Период КАК Период,
| УправленческийОборотыДтКт.Регистратор КАК Регистратор,
| УправленческийОборотыДтКт.СуммаОборот КАК СуммаОборот,
| УправленческийОборотыДтКт.Регистратор.Подразделение КАК РегистраторПодразделение
|ПОМЕСТИТЬ ВТ
|ИЗ
| РегистрБухгалтерии.Управленческий.ОборотыДтКт(&Нач, &Кон, Регистратор, СчетДт = ЗНАЧЕНИЕ(ПланСчетов.Управленческий.Покупатели), , , , ) КАК УправленческийОборотыДтКт
|;
|
|////////////////////////////////////////////////////////////////////////////////
|ВЫБРАТЬ
| ВТ.Период КАК Период,
| ВТ.Регистратор КАК Регистратор,
| ВТ.СуммаОборот КАК СуммаОборот,
| ВТ.РегистраторПодразделение КАК РегистраторПодразделение
|ИЗ
| ВТ КАК ВТ
|ГДЕ
| ВТ.РегистраторПодразделение = &РегистраторПодразделение";
Запрос.УстановитьПараметр("Кон", ДобавитьМесяц(КонецМесяца(ПериодРегистрации),-1));
Запрос.УстановитьПараметр("Нач", ДобавитьМесяц(НачалоМесяца(ПериодРегистрации),-1));
Запрос.УстановитьПараметр("РегистраторПодразделение", эл.Подразделение);
РезультатЗапроса = Запрос.Выполнить();
ВыборкаДетальныеЗаписи = РезультатЗапроса.Выбрать();
Выручка = 0;
Пока ВыборкаДетальныеЗаписи.Следующий() Цикл
Выручка = ВыборкаДетальныеЗаписи.СуммаОборот;
КонецЦикла;
//}}КОНСТРУКТОР_ЗАПРОСА_С_ОБРАБОТКОЙ_РЕЗУЛЬТАТА
Движение = Движения.ДополнительныеНачисления.Добавить();
Движение.Сотрудник = эл.Сотрудник;
Движение.Подразделение = эл.Подразделение;
Движение.ВидРасчета = эл.ВидРасчета;
Движение.ПериодРегистрации = ПериодРегистрации;
Движение.Процент = эл.Процент;
Движение.ПериодДействияНачало = НачалоМесяца(эл.ДатаНачала);
Движение.ПериодДействияКонец = КонецМесяца(эл.ДатаОкончания);
Движение.Результат = эл.Процент/100*Выручка;
КонецЕсли;
-
Вопрос по расчетной задаче получить данные и рассчитать премию по даннным бу можно сразу в обработке проведения, зачем все делают расчет в общем модуле. это же лишнее действие для рр ДополнительныеНачисления?
Можно конечно и сразу в обработке проведения, но перед получением данных и расчета премии данные в регистр в любом случае должны быть уже записаны в базу через Движения.Записать() , т.к. записи этого же документа и могут влиять на результат расчётов.
А в отдельный модуль выносят для того, чтобы можно было пересчитывать результаты без перепроведения документов. Например полезно для программной обработки перерасчётов
-
Вопрос по расчетной задаче получить данные и рассчитать премию по даннным бу можно сразу в обработке проведения, зачем все делают расчет в общем модуле. это же лишнее действие для рр ДополнительныеНачисления?
Можно конечно и сразу в обработке проведения, но перед получением данных и расчета премии данные в регистр в любом случае должны быть уже записаны в базу через Движения.Записать() , т.к. записи этого же документа и могут влиять на результат расчётов.
А в отдельный модуль выносят для того, чтобы можно было пересчитывать результаты без перепроведения документов. Например полезно для программной обработки перерасчётов
Но в нашем случае записи нашего документа не влияют на результаты.
Следовательно в нашем случае такой код не является ошибкой, вопрос только в том, что скажет препод на экзамене.
-
Но в нашем случае записи нашего документа не влияют на результаты.
Следовательно в нашем случае такой код не является ошибкой, вопрос только в том, что скажет препод на экзамене.
А зачем тебе гадать? Сделай в отдельном модуле, да и всё
-
Но в нашем случае записи нашего документа не влияют на результаты.
Следовательно в нашем случае такой код не является ошибкой, вопрос только в том, что скажет препод на экзамене.
А зачем тебе гадать? Сделай в отдельном модуле, да и всё
Согласен, так и сделаю зачем нарываться =)
-
Предлагаю на обсуждение мое решение 5 билета (решал на время).
есть некоторые отличия от сборника актуальных билетов:
1) На экзамена по ПР в билете было дополнительное условие "Если сотрудник опоздал на работу, то за каждые целые 15 минут опоздания начисляется штраф в размере 50 рублей", поэтому это условие включено в решение билета. В РС График работы рабочие часы поделены по 15 минут.
2) Получение объема продаж из Рег. Бухгалтерии по подразделению выполнено через форму выбора Справочника "Подразделение". Такая методика используется в Задаче Примере со сборника задач 1С.
Буду всем благодарен за комментария и замечания.
-
Предлагаю на обсуждение мое решение 5 билета (решал на время).
есть некоторые отличия от сборника актуальных билетов:
1) На экзамена по ПР в билете было дополнительное условие "Если сотрудник опоздал на работу, то за каждые целые 15 минут опоздания начисляется штраф в размере 50 рублей", поэтому это условие включено в решение билета. В РС График работы рабочие часы поделены по 15 минут.
2) Получение объема продаж из Рег. Бухгалтерии по подразделению выполнено через форму выбора Справочника "Подразделение". Такая методика используется в Задаче Примере со сборника задач 1С.
Буду всем благодарен за комментария и замечания.
БУ:
При проведении документа должен производиться контроль наличия указанного в документе товара (по указанному инвентарному номеру).
Не работает.
-
Предлагаю на обсуждение мое решение 5 билета (решал на время).
есть некоторые отличия от сборника актуальных билетов:
1) На экзамена по ПР в билете было дополнительное условие "Если сотрудник опоздал на работу, то за каждые целые 15 минут опоздания начисляется штраф в размере 50 рублей", поэтому это условие включено в решение билета. В РС График работы рабочие часы поделены по 15 минут.
2) Получение объема продаж из Рег. Бухгалтерии по подразделению выполнено через форму выбора Справочника "Подразделение". Такая методика используется в Задаче Примере со сборника задач 1С.
Буду всем благодарен за комментария и замечания.
БУ:
При проведении документа должен производиться контроль наличия указанного в документе товара (по указанному инвентарному номеру).
Не работает.
Круто, Большое спасибо! Точно не провел проверку на контроль отрицательных остатков. Выложил исправленный БУ РасходнаяНакладная
-
Решение билета №5. Критика, альтернативы приветствуются.
-
Решение билета №5. Критика, альтернативы приветствуются.
В СПР есть дополнительное условие "Если сотрудник опоздал на работу, то за каждые целые 15 минут опоздания начисляется штраф в размере 50 рублей".
-
Приветствую всех!
Решил задачу БУ без количественного ПУ и ПУ субконто. Ресурс Количество также не использовал. Посмотрел несколько решенных примеров - у всех признаки учета и ресурс количество добавлены. Зачем?
В условии задачи сказано, что инв номер уникален априори и количество всегда 1. Также ни в движениях ни в отчете количество нигде не фигурирует.
Запрос:
"ВЫБРАТЬ
| РасходнаяНакладнаяСписокНоменклатуры.Номенклатура КАК Номенклатура,
| РасходнаяНакладнаяСписокНоменклатуры.ИнвентарныйНомер КАК ИнвентарныйНомер,
| СУММА(РасходнаяНакладнаяСписокНоменклатуры.Сумма) КАК Сумма,
| МИНИМУМ(РасходнаяНакладнаяСписокНоменклатуры.НомерСтроки) КАК НомерСтроки
|ПОМЕСТИТЬ ДанныеДокумента
|ИЗ
| Документ.РасходнаяНакладная.СписокНоменклатуры КАК РасходнаяНакладнаяСписокНоменклатуры
|ГДЕ
| РасходнаяНакладнаяСписокНоменклатуры.Ссылка = &Ссылка
|
|СГРУППИРОВАТЬ ПО
| РасходнаяНакладнаяСписокНоменклатуры.Номенклатура,
| РасходнаяНакладнаяСписокНоменклатуры.ИнвентарныйНомер
|
|ИНДЕКСИРОВАТЬ ПО
| Номенклатура,
| ИнвентарныйНомер
|;
|
|////////////////////////////////////////////////////////////////////////////////
|ВЫБРАТЬ
| УправленческийОстатки.СуммаОстаток КАК СуммаОстаток,
| ВЫРАЗИТЬ(УправленческийОстатки.Субконто1 КАК Справочник.Номенклатура) КАК Номенклатура,
| ВЫРАЗИТЬ(УправленческийОстатки.Субконто2 КАК ЧИСЛО(10, 0)) КАК ИнвентарныйНомер
|ПОМЕСТИТЬ Остатки
|ИЗ
| РегистрБухгалтерии.Управленческий.Остатки(
| &МоментВремени,
| Счет = &Счет,
| &МассивСубконто,
| Субконто1 В
| (ВЫБРАТЬ
| ДанныеДокумента.Номенклатура
| ИЗ
| ДанныеДокумента КАК ДанныеДокумента)) КАК УправленческийОстатки
|
|ИНДЕКСИРОВАТЬ ПО
| Номенклатура,
| ИнвентарныйНомер
|;
|
|////////////////////////////////////////////////////////////////////////////////
|ВЫБРАТЬ
| СУММА(Остатки.СуммаОстаток) КАК СуммаВсего,
| Остатки.Номенклатура КАК Номенклатура,
| КОЛИЧЕСТВО(РАЗЛИЧНЫЕ Остатки.ИнвентарныйНомер) КАК КоличествоВсего
|ПОМЕСТИТЬ ВТИтоги
|ИЗ
| Остатки КАК Остатки
|
|СГРУППИРОВАТЬ ПО
| Остатки.Номенклатура
|
|ИНДЕКСИРОВАТЬ ПО
| Номенклатура
|;
|
|////////////////////////////////////////////////////////////////////////////////
|ВЫБРАТЬ
| ДанныеДокумента.Номенклатура КАК Номенклатура,
| ДанныеДокумента.ИнвентарныйНомер КАК ИнвентарныйНомер,
| ДанныеДокумента.Номенклатура.Представление КАК НоменклатураПредставление,
| ДанныеДокумента.Сумма КАК СуммаПродаж,
| ЕСТЬNULL(Остатки.СуммаОстаток, 0) КАК СуммаОстаток,
| ДанныеДокумента.НомерСтроки КАК НомерСтроки,
| ВЫБОР
| КОГДА ЕСТЬNULL(ВТИтоги.КоличествоВсего, 0) = 0
| ТОГДА 0
| ИНАЧЕ ВТИтоги.СуммаВсего / ВТИтоги.КоличествоВсего
| КОНЕЦ КАК Себестоимость
|ИЗ
| ДанныеДокумента КАК ДанныеДокумента
| ЛЕВОЕ СОЕДИНЕНИЕ Остатки КАК Остатки
| ПО ДанныеДокумента.Номенклатура = Остатки.Номенклатура
| И ДанныеДокумента.ИнвентарныйНомер = Остатки.ИнвентарныйНомер
| ЛЕВОЕ СОЕДИНЕНИЕ ВТИтоги КАК ВТИтоги
| ПО ДанныеДокумента.Номенклатура = ВТИтоги.Номенклатура";
Если сумма остаток = 0, значит на складе товара нет (преподнесение в дар товаров в задаче не оговаривается).
Подскажите, где я не прав? (Если ранее этот вопрос обсуждался - извиняюсь, недосмотрел)
Спасибо
-
Зачем?
В тексте конкретно говорится про указание количества в ПН:
В документе поступления каждая единица товара оформляется отдельной строкой (с количеством равным 1)
Но, будь я на месте экзаменатора, на очном экзамене я принял бы ваши аргументы. :D
На дистанционном следует об этом написать. А может быть проще и быстрее использовать-таки количество.
-
Посмотрел несколько решенных примеров - у всех признаки учета и ресурс количество добавлены. Зачем?
Как по мне, то к решению с количеством будет меньше вопросов, чем к решению без него. Тем более при дистанционной сдаче. Что в свою очередь, возможно, не будет опровержением правильности такого решения. Но есть фраза "В документе поступления каждая единица товара оформляется отдельной строкой (с количеством равным 1)". Я в своем решении не использовал количество в ТЧ приходной, а заполнял количество единицей в обработке проведения. Наверное, так тоже делать не следует. Правильнее оставить количество в ТЧ, а корректность введенных данных оставить на пользователе, т.к. данные, которые могут поступать на вход ограничены условием задачи.
Единственное, со свой стороны для Количества в ТЧ можно установить длину 1, неотрицательное, макс значение 1, мин значение 1.
-
А использование на экзамене субконто примитивного типа карается?
Понятно, что в реальной жизни из-за особенности субконто примитивного типа (доп поля и ограничение индексируемых полей)
-
А использование на экзамене субконто примитивного типа карается?
Говорят, что нет. Но опять же не вижу ни одного повода его использовать. Зачем провоцировать принимающего?
-
А использование на экзамене субконто примитивного типа карается?
Говорят, что нет. Но опять же не вижу ни одного повода его использовать. Зачем провоцировать принимающего?
Да, все правильно. Спасибо
-
А использование на экзамене субконто примитивного типа карается?
Говорят, что нет. Но опять же не вижу ни одного повода его использовать. Зачем провоцировать принимающего?
Да, все правильно. Спасибо
В задаче БУ из билета 1 есть субконто Срок годности, и его разрешается делать примитивного типа.
-
Коллеги, добрый день!
На просторах интернета нашел информацию по программной записи в регистр перерасчета. Надеюсь будет полезна
-
Коллеги, добрый день!
На просторах интернета нашел информацию по программной записи в регистр перерасчета. Надеюсь будет полезна
В билете 5 разве требуется программная запись перерасчета? Это нужно вроде только в билете 6.
Это статья с its.1c.ru. Там есть еще полезный материал по СПР. Особенно помогает, когда только начинаешь осваивать СПР. Дополню.
-
Еще информация по СПР.
-
И еще.
-
Коллеги, добрый день!
На просторах интернета нашел информацию по программной записи в регистр перерасчета. Надеюсь будет полезна
В билете 5 разве требуется программная запись перерасчета? Это нужно вроде только в билете 6.
Это статья с its.1c.ru. Там есть еще полезный материал по СПР. Особенно помогает, когда только начинаешь осваивать СПР. Дополню.
Возможно у меня устаревший текст билетов:
"Сумма продаж по подразделению должна быть получена по данным бухгалтерского учета". Очевидно, что при изменении суммы продаж мы программно должны добавить записи в регистр перерасчеты.
-
Возможно у меня устаревший текст билетов:
"Сумма продаж по подразделению должна быть получена по данным бухгалтерского учета". Очевидно, что при изменении суммы продаж мы программно должны добавить записи в регистр перерасчеты.
Я решаю по такому же тексту билета. О необходимости реализации механизма программного формирования записей перерасчета ничего не сказано, поэтому считаю его в этом билете избыточным. В билете 6 об этом сказано явно:
Создать отчет «Перерасчеты зарплаты», в котором пользователь должен увидеть записи регистра расчета, которые возможно требуется пересчитать.
Обратите внимание, в отчете должна отражаться также информация о необходимости перерасчета надбавки при исправлении суммы оплат пассажиров.
-
Прошу проверить, коллеги.
-
СПР. Нигде же в задаче не сказано, что минуты опоздания вытесняют оклад. Логичнее предположить, что сотруднику начисляется оклад за весь период работы, а потом вычитаются штрафы за опоздание при взаиморасчетах. Что скажете?
А так же в условиях задачи не требуется фиксировать опоздания, это ИМХО отдельная система учета. Может быть проще количество минут опоздания вводить в ТЧ документа "Начисления зарплаты".
-
Сдавал 22.11.17. 5 билет. Результа 2 балла
Комментарий экзаменатор:
В бухгалтерской части задачи на счете "Товары" количественный и стоимостной учет ведется в разной аналитике. Корректно решить задачу можно только при использовании признака учета субконто (он в решении не используется. Бухгалтерская часть задачи не реализована. В БУ реализуется подход с предварительной записью данных в регистр и использовании БлокироватьДляИзменения=Истина (приводит к избыточным блокировкам, блокировать Прибыли и убытки не нужно).
Я изначально решал задачу с признаком учета субконто "Суммовой", но при разработке отчета столкнулся с тем, что не могу получить суммы по каждому инвентарному номеру, пришлось отказаться от этого признака.
Возможно в таком случае в отчете снова нужно рассчитывать себестоимость по каждой продаже?
СПР Решал с разбивкой графика на 0,25
-
Возможно в таком случае в отчете снова нужно рассчитывать себестоимость по каждой продаже?
Запрос для отчета:
ВЫБРАТЬ
УправленческийОборотыДтКт.СубконтоДт1 КАК Товар,
УправленческийОборотыДтКт.СубконтоДт2 КАК ИнвентарныйНомер,
УправленческийОборотыДтКт.СуммаОборот КАК Себестоимость,
УправленческийОборотыДтКт1.СуммаОборот КАК Продажа
ИЗ
РегистрБухгалтерии.Управленческий.ОборотыДтКт(, , , СчетДт = &СчетПрибылиУбытки, &Субконто, СчетКт = &СчетТовары, &Субконто, ) КАК УправленческийОборотыДтКт
ЛЕВОЕ СОЕДИНЕНИЕ РегистрБухгалтерии.Управленческий.ОборотыДтКт(, , , СчетДт = &СчетПокупатели, , СчетКт = &СчетПрибылиУбытки, &Субконто, ) КАК УправленческийОборотыДтКт1
ПО УправленческийОборотыДтКт. СубконтоДт1 = УправленческийОборотыДтКт1.СубконтоКт1
И УправленческийОборотыДтКт.СубконтоДт2 = УправленческийОборотыДтКт1.СубконтоКт2
В БУ реализуется подход с предварительной записью данных в регистр и использовании БлокироватьДляИзменения=Истина (приводит к избыточным блокировкам, блокировать Прибыли и убытки не нужно).
С счетом ПрибылиУбытки понятно, блокировать имеет смысл только счет, по которому выбираются остатки, т.е. счет Товары.
Не понял про БлокироватьДляИзменения=Истина. Я всегда использую конструкцию:
Движения.Регистр.Записывать=Истина;
Движения.Регистр.БлокироватьДляИзменения=Истина;
Движения.Регистр.Записать();
перед записью пустого набора для получения остатков на момент времени документа. Это неправильно?
-
Так и делал изначально, но суммы то по субконтоКт2 нету, если на субконто Инв.номер снята галочка "Суммовой"
Возможно в таком случае в отчете снова нужно рассчитывать себестоимость по каждой продаже?
Запрос для отчета:
ВЫБРАТЬ
УправленческийОборотыДтКт.СубконтоДт1 КАК Товар,
УправленческийОборотыДтКт.СубконтоДт2 КАК ИнвентарныйНомер,
УправленческийОборотыДтКт.СуммаОборот КАК Себестоимость,
УправленческийОборотыДтКт1.СуммаОборот КАК Продажа
ИЗ
РегистрБухгалтерии.Управленческий.ОборотыДтКт(, , , СчетДт = &СчетПрибылиУбытки, &Субконто, СчетКт = &СчетТовары, &Субконто, ) КАК УправленческийОборотыДтКт
ЛЕВОЕ СОЕДИНЕНИЕ РегистрБухгалтерии.Управленческий.ОборотыДтКт(, , , СчетДт = &СчетПокупатели, , СчетКт = &СчетПрибылиУбытки, &Субконто, ) КАК УправленческийОборотыДтКт1
ПО УправленческийОборотыДтКт. СубконтоДт1 = УправленческийОборотыДтКт1.СубконтоКт1
И УправленческийОборотыДтКт.СубконтоДт2 = УправленческийОборотыДтКт1.СубконтоКт2
-
Так и делал изначально, но суммы то по субконтоКт2 нету, если на субконто Инв.номер снята галочка "Суммовой"
На счете ПрибылиУбытки ПУС Суммовой снимать не надо. Его надо снимать на счете Товары.
Товары: ПУ Количественный, Номенклатура, ИнвНомер (без ПУС Суммовой)
ПрибылиУбытки: Номенклатура (обороты), ИнвНомер (обороты)
Расскажите что вы делали с БлокироватьДляИзменения=Истина? Не понятна суть замечания.
-
Так и делал изначально, но суммы то по субконтоКт2 нету, если на субконто Инв.номер снята галочка "Суммовой"
На счете ПрибылиУбытки ПУС Суммовой снимать не надо. Его надо снимать на счете Товары.
Товары: ПУ Количественный, Номенклатура, ИнвНомер (без ПУС Суммовой)
ПрибылиУбытки: Номенклатура (обороты), ИнвНомер (обороты)
Расскажите что вы делали с БлокироватьДляИзменения=Истина? Не понятна суть замечания.
Я при сдаче использовал только
Записывать = ИСТИНА;
Очистить();
Записать();
Думаю, что БлокироватьДляИзменения стоит использовать только в упр учете по новой методике проведения.
В бух во всех задачах используются управляемые блокировки.
-
Я при сдаче использовал только
Записывать = ИСТИНА;
Очистить();
Записать();
Думаю, что БлокироватьДляИзменения стоит использовать только в упр учете по новой методике проведения.
В бух во всех задачах используются управляемые блокировки.
Немного порассуждаю.
БлокироватьДляИзменения само по себе ничего не блокирует, а лишь отключает разделение итогов. Отрабатывает управляемая блокировка в момент Записать() - штатный механизм платформы. Т.е. эта блокировка отработала бы и без БлокироватьДляИзменения, но в таком случае ко всем комбинациям измерений движений, по которым устанавливается управляемая блокировка, добавился бы еще и разделитель, что привело бы к некорректной блокировке.
Но в случае со старой методикой, если использовать БлокироватьДляИзменения при записи пустого набора, то никакой блокировки не произойдет в момент Записать(). Но будет отключено разделение итогов. А так как измерения для блокировки мы указываем самостоятельно через БлокировкаДанных, то в отключении разделения итогов нет необходимости. Видимо в этом и есть избыточность.
Сам всегда использовал правило отсюда: http://forum.chistov.pro/index.php?topic=993.msg52117#msg52117 (http://forum.chistov.pro/index.php?topic=993.msg52117#msg52117)
Но судя по всему, это не правильно в части БлокироватьДляИзменения в старой методике.
Что касается Очистить() движения могут быть непустыми только если мы каким-либо образом читаем движения, как то например использование обычных форм, вывод движений на форму или банальный Прочитать(). С одной стороны Очистить() ничего никуда не пишет, не является ресурсоемкой операцией и не имеет негативных последствий. Но в тоже время, если мы не читаем движения, то зачем их чистить? Мне кажется что использование, что неиспользование Очистить(), ошибкой не является. Другое дело, что кто-то отписывался, что принимающий задавал вопрос, зачем оно здесь. При очной сдаче на такой вопрос должно быть что ответить.
-
я не заморачивался на эту тему. но могу сказать что сталкивался с ситуацией, когда не сделав Очистить() у меня в движениях сидели данные. поэтому взял за правило их всегда очищать.
-
я не заморачивался на эту тему. но могу сказать что сталкивался с ситуацией, когда не сделав Очистить() у меня в движениях сидели данные. поэтому взял за правило их всегда очищать.
Это вы просто Записать() в начале не делали.
-
я не заморачивался на эту тему. но могу сказать что сталкивался с ситуацией, когда не сделав Очистить() у меня в движениях сидели данные. поэтому взял за правило их всегда очищать.
Это вы просто Записать() в начале не делали.
Да, возможно.
Можно в пояснительной записке объяснить, почему использовал ту или иную конструкцию. но нужно понимать что если не до конца разобрался или понимаешь почему должно быть так а не по другому, то это может сыграть в минус )
-
Добрый день!
Решение пятого билета с 15-минутными штрафами.
Кому не сложно просьба проверьте пожалуйста
По БУ задаче не совсем понятно для каких целей у всех на счете ПИУ субконто Номенклатура? ИнвНомера там достаточно.
Вопрос по БП: Обязательно ли на экзамене забивать всю таблицу адресации, представленную в билете или достаточно несколько сотрудников для контрольного примера?
По СПР про штрафы заимствовал у EgSneg, за что ему огромное спасибо
-
По БУ задаче не совсем понятно для каких целей у всех на счете ПИУ субконто Номенклатура? ИнвНомера там достаточно.
Например, чтобы быстрее получить данные для отчета.
Не говоря уже о том, что может понадобиться отчет по номенклатуре без инв номера.
Вопрос по БП: Обязательно ли на экзамене забивать всю таблицу адресации, представленную в билете или достаточно несколько сотрудников для контрольного примера?
Обязательно.
-
По БУ задаче не совсем понятно для каких целей у всех на счете ПИУ субконто Номенклатура? ИнвНомера там достаточно.
Например, чтобы быстрее получить данные для отчета.
Не говоря уже о том, что может понадобиться отчет по номенклатуре без инв номера.
Вопрос по БП: Обязательно ли на экзамене забивать всю таблицу адресации, представленную в билете или достаточно несколько сотрудников для контрольного примера?
Обязательно.
Спасибо!
-
Решение билета 5 с учетом расхождений.
-
Добрый день, коллеги!
Сделал 5 билет по билету который выпадает на дистанционке
Просьба посмотреть и покритиковать
-
Вопрос по БП: Обязательно ли на экзамене забивать всю таблицу адресации, представленную в билете или достаточно несколько сотрудников для контрольного примера?
Обязательно.
Это неверно. Забивать нужно только то, что реально используется. Изначально в задаче подразумевается, что информация в билете избыточна, поэтому нужно оставлять только требуемые строчки.
Это для тех, кто готовится будет сам по форуму. Информация с курсов подготовки от преподавателей, кто проверять будет.
-
Решение билета 5 с учетом расхождений. Буду рад критике
-
Решение билета 5 с учетом расхождений. Буду рад критике
Привет! Посмотрела ваш билет, есть несколько вопросов:
БУ
1. ИнвНомер в РН это ревизит ТЧ типа СправочникСсылка.ИнвНомера, в запросе (часть БУ) вы не используете представление к ссылочному типу. Можно использовать функцию "ПРЕДСТАВЛЕНИЕ" в самом запросе.
2. Не понятно почему остаток по всем товарам в РН вы получаете строкой
| ЕСТЬNULL(УправленческийНомен.КоличествоОстатокДт, 0) КАК ОбщийОстатокКво,
Разве не "ЕСТЬNULL(УправленческийНомен.КоличествоОстаток, 0)" правильней?
3. При записи движений БУ расходной накладной вы заполняете не все субконто у счетов.. Почему?
СПР
1. На мой взгляд неверно рассчитывается штраф. Вы берется все те же ФактЧасов и умножаете на 100.
2. При расчете надбавки выберете Обороты, разве не нужно брать оборотыДтКт?
-
Выложу свой билет)
СПР, условие про 15 минут и штраф я поняла немного иначе. Опять "угадай, что от тебя хотят экзаменаторы"))
Думаю не стоит усложнять ввод количества минут опозданий и тем более не стоит вносить минуты опоздания в график работы. Минуты опоздания вводятся в документе Начисления зп, также как и процент надбавки.
-
Привет! Посмотрела ваш билет, есть несколько вопросов:
БУ
1. ИнвНомер в РН это ревизит ТЧ типа СправочникСсылка.ИнвНомера, в запросе (часть БУ) вы не используете представление к ссылочному типу. Можно использовать функцию "ПРЕДСТАВЛЕНИЕ" в самом запросе.
2. Не понятно почему остаток по всем товарам в РН вы получаете строкой
| ЕСТЬNULL(УправленческийНомен.КоличествоОстатокДт, 0) КАК ОбщийОстатокКво,
Разве не "ЕСТЬNULL(УправленческийНомен.КоличествоОстаток, 0)" правильней?
3. При записи движений БУ расходной накладной вы заполняете не все субконто у счетов.. Почему?
СПР
1. На мой взгляд неверно рассчитывается штраф. Вы берется все те же ФактЧасов и умножаете на 100.
2. При расчете надбавки выберете Обороты, разве не нужно брать оборотыДтКт?
Спасибо за критику!
Согласен со всем. Кроме, разве что пункта 2 по СПР. Думаю там нет разницы.
Выкладываю исправленный вариант.
-
Выложу свой билет)
СПР, условие про 15 минут и штраф я поняла немного иначе. Опять "угадай, что от тебя хотят экзаменаторы"))
Думаю не стоит усложнять ввод количества минут опозданий и тем более не стоит вносить минуты опоздания в график работы. Минуты опоздания вводятся в документе Начисления зп, также как и процент надбавки.
Julia2690 , времени у меня мало остается. Глянул мельком СПР. Штраф должен вытеснять оклад. Оплата почасовая ведь
-
Julia2690 , времени у меня мало остается. Глянул мельком СПР. Штраф должен вытеснять оклад. Оплата почасовая ведь
Не соглашусь, про вытеснение в билете и дополнениях вроде ничего не написано. Поэтому штраф - это начисление, которое уменьшает основные начисления, не вытесняя их. (Примерно так и реализованы штрафы в ЗУПе). И, думаю, совершенно не зависит какая тарифная ставка применяется, часовая, дневная или оклад. Но это лишь мое мнение)
-
Не соглашусь, про вытеснение в билете и дополнениях вроде ничего не написано. Поэтому штраф - это начисление, которое уменьшает основные начисления, не вытесняя их. (Примерно так и реализованы штрафы в ЗУПе). И, думаю, совершенно не зависит какая тарифная ставка применяется, часовая, дневная или оклад. Но это лишь мое мнение)
Но ведь если сотрудник опоздал на 2 часа - получается он вместо 8 часов отработал 6?
-
Но ведь если сотрудник опоздал на 2 часа - получается он вместо 8 часов отработал 6?
Да, только начислят ему за 8 часов по дневной/часовой тарифной ставке, а затем начислят штраф за фактическое опоздание. И штраф уменьшит сумму начислений. Думаю, схему вытеснения здесь применять не нужно все-таки)
-
Но ведь если сотрудник опоздал на 2 часа - получается он вместо 8 часов отработал 6?
Да, только начислят ему за 8 часов по дневной/часовой тарифной ставке, а затем начислят штраф за фактическое опоздание. И штраф уменьшит сумму начислений. Думаю, схему вытеснения здесь применять не нужно все-таки)
Может и так. Думаю, за то не должны снимать баллы
-
Если нет никаких новых нюансов в формулировке, то юзер должен ввести фактически отработанные часы, т.е. за вычетом времени опоздания. Так что и вытеснений не надо, и штрафы не должны включать сумму оклада.
P.S. Думаю, норм, как у Юлии - минуты опоздания прописать - это почти то же самое что ввести фактически отработанное время, только проще при заполнении.
-
Интересно, а кто либо обратил внимание на фразу:
В документе "Расходная накладная" может быть указан только один проект(проект в реквизите шапки).
Что она означает?
Может быть то что в регистре накопления должно быть одно измерение "Проект"?
Посмотрел билеты выше, все делают через измерения "Контрагент" "Проект", а правильно ли это?
-
В документе "Расходная накладная" может быть указан только один проект(проект в реквизите шапки).
Что она означает?
Может быть то что в регистре накопления должно быть одно измерение "Проект"?
Эту фразу надо читать буквально, и не более того.
Реквизит Проект - в шапке РН, т.е. он един для всех записей ТЧ, иными словами - в одном доке могут быть записи только для одного проекта.
Структура РН - это уже дело кодера. В данном случае можно предполагать, что юзерам часто будет необходимо получение данных в разрезе контрагентов и проектов, поэтому хранение данных в разрезе соответствующих измерений выглядит наиболее оптимальным.
-
В документе "Расходная накладная" может быть указан только один проект(проект в реквизите шапки).
Что она означает?
Может быть то что в регистре накопления должно быть одно измерение "Проект"?
Эту фразу надо читать буквально, и не более того.
Реквизит Проект - в шапке РН, т.е. он един для всех записей ТЧ, иными словами - в одном доке могут быть записи только для одного проекта.
Структура РН - это уже дело кодера. В данном случае можно предполагать, что юзерам часто будет необходимо получение данных в разрезе контрагентов и проектов, поэтому хранение данных в разрезе соответствующих измерений выглядит наиболее оптимальным.
Ок, спасибо за ответ.
-
Мои решения после сдачи.
-
Мои решения после сдачи.
В ОУ мне тоже больше нравится решение через пустую ссылку по проекту, если это аванс.
Некоторые добавляют в справочник проект "Аванс", мне кажется избыточно это.
На сколько я понял задача простая, вопрос в том правильно ли я понял:
Понял так, что ведутся взаиморасчеты в разрезе проектов, а авансы ведутся в разрезе контрагентов.
Ну и в зависимости есть у контрагента остаток или нет списывать этот остаток или пополнять в зависимости от расхода или прихода.
-
Привет! Посмотрела ваш билет, есть несколько вопросов:
БУ
1. ИнвНомер в РН это ревизит ТЧ типа СправочникСсылка.ИнвНомера, в запросе (часть БУ) вы не используете представление к ссылочному типу. Можно использовать функцию "ПРЕДСТАВЛЕНИЕ" в самом запросе.
2. Не понятно почему остаток по всем товарам в РН вы получаете строкой
| ЕСТЬNULL(УправленческийНомен.КоличествоОстатокДт, 0) КАК ОбщийОстатокКво,
Разве не "ЕСТЬNULL(УправленческийНомен.КоличествоОстаток, 0)" правильней?
3. При записи движений БУ расходной накладной вы заполняете не все субконто у счетов.. Почему?
СПР
1. На мой взгляд неверно рассчитывается штраф. Вы берется все те же ФактЧасов и умножаете на 100.
2. При расчете надбавки выберете Обороты, разве не нужно брать оборотыДтКт?
Спасибо за критику!
Согласен со всем. Кроме, разве что пункта 2 по СПР. Думаю там нет разницы.
Выкладываю исправленный вариант.
Интересный момент заметил. Прорешивал задачу с расчетом, и во время тестирования заметил, что если вначале в тч идет Штраф потом Оклад, то Часы штрафа адекватно вытесняют Оклад, если же на оборот, то факт часы штрафа равны 0. Час не мог разобраться в чем проблема, посмотрел на вашем решение, все гуд.
Перевел конфу на совместимость 8.3.3, заработало, вернул обратно снова работает.
На экзамене бы так не пролететь)
-
Интересный момент заметил. Прорешивал задачу с расчетом, и во время тестирования заметил, что если вначале в тч идет Штраф потом Оклад, то Часы штрафа адекватно вытесняют Оклад, если же на оборот, то факт часы штрафа равны 0. Час не мог разобраться в чем проблема, посмотрел на вашем решение, все гуд.
Перевел конфу на совместимость 8.3.3, заработало, вернул обратно снова работает.
На экзамене бы так не пролететь)
На экзамене попался первый билет один в один с дополнением(вынести расчет на форму). Сделал все довольно быстро (3.20 без тестирования). В задаче по расчетам запрос не выдавал базу для надбавки. Часа не хватило разобраться в этом вопросе. Три раза просмотрел свое решение, настройку всех объектов, код(период действия, базовый период, настройки базовых начислений...). Совместимость сразу выставлял 8.3.3 и не менял ее. Может тоже вопрос совместимости... Не знаю на что думать еще. Не исключено, что если будут проверять только в конфигураторе - то и не заметят этот момент :)
-
Интересный момент заметил. Прорешивал задачу с расчетом, и во время тестирования заметил, что если вначале в тч идет Штраф потом Оклад, то Часы штрафа адекватно вытесняют Оклад, если же на оборот, то факт часы штрафа равны 0. Час не мог разобраться в чем проблема, посмотрел на вашем решение, все гуд.
Перевел конфу на совместимость 8.3.3, заработало, вернул обратно снова работает.
На экзамене бы так не пролететь)
На экзамене попался первый билет один в один с дополнением(вынести расчет на форму). Сделал все довольно быстро (3.20 без тестирования). В задаче по расчетам запрос не выдавал базу для надбавки. Часа не хватило разобраться в этом вопросе. Три раза просмотрел свое решение, настройку всех объектов, код(период действия, базовый период, настройки базовых начислений...). Совместимость сразу выставлял 8.3.3 и не менял ее. Может тоже вопрос совместимости... Не знаю на что думать еще. Не исключено, что если будут проверять только в конфигураторе - то и не заметят этот момент :)
Ждем результат))
-
На экзамене попался первый билет один в один с дополнением(вынести расчет на форму). Сделал все довольно быстро (3.20 без тестирования).
Slava, а что вы писали в пояснительной?
-
Slava, а что вы писали в пояснительной?
Ничего не писал. Все довольно очевидно, вроде. Не стал писать. Поздравляю с успешной сдачей!
-
Пришел ответ - оценка 4) Попался этот билет полностью
Результат экзамена:
Комментарий:
В расходной накладной блокируется проект документа, а нужно блокировать аванс.
Штраф это не начисление, величина штрафа не увеличивает размер выплат сотруднику. Если бы вы сделали его вытесняющим оклад (возможно при определенной настройке регистра сведений графика), то размещение его в данном ПВР было бы оправдано.
Решала, как и выкладывала сюда
-
Пришел ответ - оценка 4) Попался этот билет полностью
Мои поздравления! Я все еще жду результат )
-
Мои поздравления! Я все еще жду результат )
Спасибо большое)
-
Пришел ответ - оценка 4) Попался этот билет полностью
Результат экзамена:
Комментарий:
В расходной накладной блокируется проект документа, а нужно блокировать аванс.
Штраф это не начисление, величина штрафа не увеличивает размер выплат сотруднику. Если бы вы сделали его вытесняющим оклад (возможно при определенной настройке регистра сведений графика), то размещение его в данном ПВР было бы оправдано.
Решала, как и выкладывала сюда
Julia2690 поздравляю вас.
А вы точно на экзамене делали так как в этом билете?
Просто в этом решении, что вы выложили, у вас Аванс не списывается.
Если сделать так
РН1 - Пр1 - 10000
ПД1 - 20000
РН2 = Пр2 - 1000 здесь у вас Аванса 10000 - 1000 должно остаться 9000.
У вас как было 10000 так 10000 и осталось.
Плюс если РН меньше имеющегося Аванса, то у вас в ноль не закроется регистр, чтобы закрылся надо чтобы минус по авансу попал в плюс по проекту.
-
А вы точно на экзамене делали так как в этом билете?
Просто в этом решении, что вы выложили, у вас Аванс не списывается.
Да, аванс и в правду не списывается, пропустила этот момент, когда прорешивала билет.
Главное, на экзамене этого не упустила)
-
Задача ОУ. При проведении РН списываете сначала аванс, потом остаток на проект. Понимаю, что так проще, но с точки зрения логики движения денег это же не правильно. Почему так делается? Я так понимаю сначала надо сделать расход на всю сумму проекта, потом авансом его закрыть полностью или частично. Далее списать ту часть аванса, что была израсходована. Нет?
-
Задача ОУ. При проведении РН списываете сначала аванс, потом остаток на проект. Понимаю, что так проще, но с точки зрения логики движения денег это же не правильно. Почему так делается? Я так понимаю сначала надо сделать расход на всю сумму проекта, потом авансом его закрыть полностью или частично. Далее списать ту часть аванса, что была израсходована. Нет?
Что вы имеете ввиду под "остатком на проект"? Задолженность контрагента по проекту? Если так, то у одного контрагента не должно быть одномоментно задолженности и аванса. Если аванс есть, а сейчас вы проводите РН, то только авансом и можно закрыть данную РН, других денег в данный момент нет. Если же есть долг по ранее проведенным РН, то это автоматически влечет отсутствие аванса, и никаких денег, закрывать вообще нечего; закрытие долга будет при проведении дока "Приход денег".
-
Что вы имеете ввиду под "остатком на проект"? Задолженность контрагента по проекту? Если так, то у одного контрагента не должно быть одномоментно задолженности и аванса. Если аванс есть, а сейчас вы проводите РН, то только авансом и можно закрыть данную РН, других денег в данный момент нет. Если же есть долг по ранее проведенным РН, то это автоматически влечет отсутствие аванса, и никаких денег, закрывать вообще нечего; закрытие долга будет при проведении дока "Приход денег".
Он имеет ввиду как мне кажется, случай когда:
Остаток Аванса -400р
Продажа Проект_1 на 700р
Движения по красивому
Приход Проект_1 700р
Расход Проект_1 400р
Приход Аванс 400р
Остаток:
Проект_1 300
Аванс 0
И Как пишут:
Приход Проект_1 300р
Приход Аванс 400р
Остаток:
Проект_1 300
Аванс 0
Упрощая условия в коде.
Не вижу в этом ни чего страшного, в отчете все равно требуется отобразить только остатки.
-
И Как пишут:
Приход Проект_1 300р
Приход Аванс 400р
Остаток:
Проект_1 300
Аванс 0
Упрощая условия в коде.
Не вижу в этом ни чего страшного, в отчете все равно требуется отобразить только остатки.
А мне кажется, это грубое нарушение логики задачи. Она решается не только ради отчета, и обороты по отгрузке и оплате должны отражаться в полном объеме.
-
Коллеги приветствую! Просьба поделиться опытом успешного решения билета №5 в том составе одновременно присутствующих задач БУ и СПР как в сборнике «Актуальные билеты на экзамене 1С-Спеуиалистппо Платформе 1С Предприятие», а также мнением понимания решения данного вопроса. В задаче СПР есть строка – «Сумма продаж по подразделению должна быть получена по данным бухгалтерского учета». Без сомнения, что мы должны получать данные из регистра бухгалтерии(РБ). Но в постановке задачи БУ не сказано ничего о подразделениях, соответственно учет в разрезе подразделений не реализован, следовательно и данные о продажах из РБ в разрезе подразделений мы не можем получить. Реализовывать такой учет мне кажется неправильно потому что это нарушает условия постановки задачи БУ. Получается что условия из задачи СПР влияют на реализацию задачи БУ. Будет ли оценена правильно такая реализация задачи БУ с требованиями дополненными из СПР? Заранее спасибо за ответ!
-
И Как пишут:
Приход Проект_1 300р
Приход Аванс 400р
Остаток:
Проект_1 300
Аванс 0
Упрощая условия в коде.
Не вижу в этом ни чего страшного, в отчете все равно требуется отобразить только остатки.
А мне кажется, это грубое нарушение логики задачи. Она решается не только ради отчета, и обороты по отгрузке и оплате должны отражаться в полном объеме.
эту задачу решил так:
Расходная накладная делает расход по регистру в разрезе проекта.
Этот расход может состоять либо из одной строки, либо из двух. То есть отразятся всегда в полном объеме обороты по расходной накладной. Одна строка, если нет аванса(остаток по пустой ссылке) или остаток по авансу больше чем расход по проекту. Две строки если есть (1) аванс и списываем аванс полностью, (2) сумма расхода за минусом аванса.
Приходная накладная распределяет по проектам, потом если остались деньги пишется на пустую ссылку по контрагенту.
-
А мне кажется, это грубое нарушение логики задачи. Она решается не только ради отчета, и обороты по отгрузке и оплате должны отражаться в полном объеме.
О том и речь. Но на экзамене на это глаза закрывают. Я смотрел несколько решений сдававших этот билет. У всех упрощенное решение. Списать аванс. Записать остаток задолжности.
Он имеет ввиду как мне кажется, случай когда:
Остаток Аванса -400р
Продажа Проект_1 на 700р
Движения по красивому
Приход Проект_1 700р
Расход Проект_1 400р
Приход Аванс 400р
Остаток:
Проект_1 300
Аванс 0
Все верно, но я бы +/- поменял :) Таки не подтвержденная деньгами отгрузка это долг(-). А халявные деньги (аванс) несомненно огромный "+" :)
-
Товарищи. Очень нужна ваша критика моего решения. В частности по дополнительному условию :
Если сотрудник опоздал на работу, то за каждые целые 15 минут опоздания начисляется штраф в размере 100 рублей.
-
Товарищи. Очень нужна ваша критика моего решения. В частности по дополнительному условию :
Если сотрудник опоздал на работу, то за каждые целые 15 минут опоздания начисляется штраф в размере 100 рублей.
Мне просто жизненно необходима ваша помощь..Отзовитесь, добрые люди. Именно это дополнительное условие не дает мне покоя..должен ли штраф вытеснять оклад? Либо я вообще его не правильно реализовал..
-
Товарищи. Очень нужна ваша критика моего решения. В частности по дополнительному условию :
Если сотрудник опоздал на работу, то за каждые целые 15 минут опоздания начисляется штраф в размере 100 рублей.
Может кто-то просто поделится своим решением данного дополнительного условия в 5 билете?
-
Товарищи. Очень нужна ваша критика моего решения. В частности по дополнительному условию :
Если сотрудник опоздал на работу, то за каждые целые 15 минут опоздания начисляется штраф в размере 100 рублей.
Может кто-то просто поделится своим решением данного дополнительного условия в 5 билете?
День добрый.
Решение не смотрел, но на экзамене 24-го попался 5 билет, так вот..
Реализовал на РР "Удержания" , ничего особого в нем не настраивал, в документе отдельная ТЧ.
Сумма = Цел(МинутПрогуляно / 15) * 100 .. Как то так.
Ответ 1С: "Опаздания учитываются неверно". Цитата.
Экзамен я сдал, а вот решение искать придется потомкам )
-
Товарищи. Очень нужна ваша критика моего решения. В частности по дополнительному условию :
Если сотрудник опоздал на работу, то за каждые целые 15 минут опоздания начисляется штраф в размере 100 рублей.
Я посмотрел твое решение и некоторые другие из последних в этой ветке. Мое мнение: решение в части штрафа верное. Штраф должен вытеснять оклад.
-
Мое решение. Критика приветствуется.
10.05.2018: исправил ошибку БУ: в расходной накладной не нужна блокировка по инв. номерам, т.к. себестоимость списываемого товара определяется как средняя по номенклатурной позиции по всем ее инвентарным номерам
18.05.2018: исправил ошибку СПР: в документе НачислениеЗарплаты добавил в параметры вирт. таблицы РегистрБухгалтерии.Управленческий.ОборотыДтКт отбор по подразделению.
-
Всем привет!, сейчас усиленно готовлюсь к экзамену, до этого опыта работы с бухгалтерией не было, так что не судите строго :) Хотелось бы узнать по задаче БУ:
1) Нужно ли контролировать проблему копеек в расходной накладной, при расчете себестоимости?
2) Почему нужно использовать для аналитики счет Прибыли и убытки, а не Покупатели например, по нему же мы тоже сможем получить информацию о продажах?
3) На счете, для подсчета продаж нужно 2 субконто (Номенклатура, инвентарный номер) или будет достаточно только инвентарного номера?
Спасибо!
-
1) Нужно ли контролировать проблему копеек в расходной накладной, при расчете себестоимости?
Не бывает никакой проблемы копеек. Если какая проблема и бывает, то это - проблема неправильного кода. И конечно же, в БУ код тоже надо писать правильно. ;D
2) Почему нужно использовать для аналитики счет Прибыли и убытки, а не Покупатели например, по нему же мы тоже сможем получить информацию о продажах?
Возможно, в методичках есть официальный ответ, но я выскажу своё мнение. Продажи - прибыли - доходы минус расходы. Доходы / расходы получаются из стоимости закупленных и стоимости реализованных товаров, потому и аналитику лучше делать на этом счете.
На счете Покупатели могут понадобиться разрезы собственно по покупателям, договорам, документам. Наверное еще есть что-то. С типовой БП поработаете - такая структура будет выглядеть естественной.
3) На счете, для подсчета продаж нужно 2 субконто (Номенклатура, инвентарный номер) или будет достаточно только инвентарного номера?
Вообще говоря, если какой-то разрез часто используется, например, в отчетах, то, если есть возможность, предпочтительно его использовать в качестве субконто, а не получать каждый раз в запросе. На мой взгляд, для отчетов номенклатура важнее ном номера, потому логично номенклатуру использовать в качестве субконто.
-
Сдал на спеца 26.04 удаленно. Попался 5-ый билет. Выкладываю решение.
Комментарии учебного центра: "Добрый день!
Экзамен сдан, оценка 3.
Комментарий экзаменатора: Бизнес-процессы - не реализовано до конца."
ОУ - регистр накопления Взаиморасчеты: Измерения - Контрагент, Проект; Ресурсы: Задолженность, аванс. Логика простая: при приходе денег есть задолженность - погашаем, нет - увеличиваем аванс. При продаже: есть аванс - погашаем, нет - увеличиваем задолженность.
БУ - ничего не изобретал, сделал стандартно, с копейками не заморачивался (в решении нет отчета).
СПР - Штрафы делал путем заполнения графика по 15-ти минуткам, штраф вытесняет оклад
. Количество минут штрафа не накапливал, просто ввод в документе НачислениеЗарплаты.
-
Из этого билета на экзамене мне попался СПР. Решал также, как в базе, выложенной в этой ветке.
Замечание 1С:
Вопрос № 4 Регистр графиков заполнен неверно
Мои соображения по замечанию:
График я заполнял так: начиная с 08:15 и по 16:00 включительно с шагом в 15 мин заполнял для рабочих дней Значение = 0.25, ЗначениеМинут = 15; для выходных Значение = 0, ЗначениеМинут = 0;
В чем именно ошибка - не знаю, предположения такие:
- для выходных просто не нужно делать никаких записей;
- не нужен ресурс ЗначениеМинут, ведь и так понятно, что 0.25 от часа это и есть 15 минут. И вообще минуты опоздания можно рассчитать как разницу между ДатаОкончания и ДатаНачала.
-
Результат экзамена:
3 июля 2018 г.
Оценка: 4
Экзамен считается сданным при оценке больше или равной 3.
Комментарий:
Хорошо.
С уважением,
Отдел организации обучения фирмы "1С"
Вот мое решение
-
Результат экзамена:
3 июля 2018 г.
Оценка: 4
Экзамен считается сданным при оценке больше или равной 3.
Комментарий:
Хорошо.
С уважением,
Отдел организации обучения фирмы "1С"
Вот мое решение
Поздравляю вас!
Только у меня вопрос по части СПР, у вас настроено вытеснение штрафа окладом и данное вытеснение не работает. Нужно ли его вообще делать?
-
Решил 5 билет с дополнительным условием штраф на 15 минутное опоздание. Оцените люди добрые ))) Критика по всей жесткости )))
-
Решил 5 билет с дополнительным условием штраф на 15 минутное опоздание. Оцените люди добрые ))) Критика по всей жесткости )))
Посмотрел только СПР, а вы зачем блокировку на регистр БУ перед расчетом надбавки наложили? ) не нужна она
-
То есть способ расчета штрафа вас не смутил?))
По поводу блокировки согласен, она тут не к чему )))
-
То есть способ расчета штрафа вас не смутил?))
По поводу блокировки согласен, она тут не к чему )))
Я уже не чему не удивляюсь на этом форуме :D
Такой вариант решения я уже увидел, и вроде бы как он принимается на экзамене.
Но учитывая комментарии сдавших, складывается картина, что более правильно это делать два ресурса в регистре графиков, первый это ЗначениеЧасы, второй Значение15мин.
-
Тоже рассматривал вариант с двумя ресурсами ( ЗначениеЧасы, ЗначениеМин )
График при этом заполняется как на картинке во вложении.
Штраф вытесняет Оклад
Для расчета оклада берем ДанныеГрафика.ЗначениеЧасыФакт
Для расчета штрафа берем ДанныеГрафика.ЗначениеМинФакт
НО мне непонятен один момент. Как происходит вытеснение?!
Если назначить сотруднику оклад за день
и указать штраф за одно 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 (как в выложенном мной ранее примере) то все прекрасно вытесняется
-
...
НО мне непонятен один момент. Как происходит вытеснение?!
...
Ну как вы написали, так оно и происходит )) оклад вытесняется только за полный час опоздания
-
Уважаемые коллеги!
По задаче БУ: считаю, что здесь не нужен количественный учет.
- контроль наличия товара - проводить по ненулевой сумме на номенклатуре/инв.номере
- для расчета себестоимости номенклатуры количество получать по количеству различных инв. номеров
Код во вложении.
-
Уважаемые коллеги!
По задаче БУ: считаю, что здесь не нужен количественный учет.
- контроль наличия товара - проводить по ненулевой сумме на номенклатуре/инв.номере
- для расчета себестоимости номенклатуры количество получать по количеству различных инв. номеров
Код во вложении.
А вы ее с какой целью стали решать, не как "все сдавшие"? ))
Решение та наверно работать будет, если у вас все оприходования будут с суммой. В задаче конечно указано, что только покупка и продажа, но мало ли там всякие "купи БМВ, получи Ладу в подарок", не знаю нужно ли там по БУ эту Ладу тоже с какой-то суммой оприходовать :)
-
Evgeni-red, хорошее замечание ))) если бы кто нибудь до этого решения додумался еще в те времена когда еще форум создавался, то скорее всего все его штамповали бы при подготовке и он считался бы правильным при сдаче на экзамене, но учитывая то что экзаменаторы привыкли видеть именно старый вариант решения, я на экзамене рисковать не стал бы. Хотя при очной сдаче можно было бы и по дискутировать с экзаменатором )))
-
Ну как вы написали, так оно и происходит )) оклад вытесняется только за полный час опоздания
тогда если сотрудник опоздал на 45 минут то ему все равно начислят з/п за 8 часов...
-
тогда если сотрудник опоздал на 45 минут то ему все равно начислят з/п за 8 часов...
а это уже зависит от того как вы график заполните, в том примере который приводили будет работать именно так. Хотите вытеснять если опоздал хотя бы на 15 минут, тогда попробуйте единицу ставить в первую запись часа (8:15).
-
а это уже зависит от того как вы график заполните, в том примере который приводили будет работать именно так. Хотите вытеснять если опоздал хотя бы на 15 минут, тогда попробуйте единицу ставить в первую запись часа (8:15).
я то могу поставить, не вопрос )))
только за это ребята получают замечания на экзамене
-
я то могу поставить, не вопрос )))
только за это ребята получают замечания на экзамене
А вы заполните график правильно, чтоб без замечания ;) Насколько помню по инфе с курсов, в аналогичной задаче вытеснение применялось только в случае опоздания на полный час, т.е. тот вариант заполнения который у вас в примере
-
А вы заполните график правильно, чтоб без замечания ;) Насколько помню по инфе с курсов, в аналогичной задаче вытеснение применялось только в случае опоздания на полный час, т.е. тот вариант заполнения который у вас в примере
Для меня это как-то не логично ))) Приглашаю в ветку по обсуждению 6 билета, как мне кажется другого собеседника кроме вас здесь не найти )))
-
Evgenich и daadaa спасибо за ваши замечания.
Просьба, если не сложно, посмотреть вариант по 15-минуткам. Не уверен, как правильно все-таки решить.
-
Evgenich и daadaa спасибо за ваши замечания.
Просьба, если не сложно, посмотреть вариант по 15-минуткам. Не уверен, как правильно все-таки решить.
Мне кажется вы не правильно понимаете назначение регистра сведений Графики работы, он содержит по сути только план, туда нельзя добавлять факт. Причем не совсем понятно, предполагается что факт опоздания туда вручную заносится? Хотя даже если так, указывать вручную количество минут в данной задаче я думаю будет не правильно, т.к. это уже будет не метод отклонений а табель )
-
Я смотрю тут все сдают . удаленно . может тоже с планшета побыстрому код накидать? если я в подмосковье мне реально удаленно сдавать?
в чем преимущество такой сдачи? перекататать код с распечатки ?
-
Я смотрю тут все сдают . удаленно . может тоже с планшета побыстрому код накидать? если я в подмосковье мне реально удаленно сдавать?
в чем преимущество такой сдачи? перекататать код с распечатки ?
У обеих видов сдачи есть свои плюсы и минусы, так же это зависит от географического положения сдающего, не все готовы ехать в столицу ради экзамена, когда есть возможность сдаваться в своем городе
-
Всем доброго дня!
Покритикуйте пжста и мое решение 5-го билета. Со штрафами, честно говоря, я поступил очень просто - исходя из введенного пользователем времени отсутствия посчитал количество целых 15-минуток, сохранил это в параметре, а в общем модуле расчета просто умножил на сумму штрафа.
Есть ли у такого варианта право на существование? Кто-нибудь пробовал так сделать на экзамене? Я смотрю здесь все графики настраивают, вот и засомневался - может я условие задачи неправильно понимаю.
-
Покритикуйте пжста и мое решение 5-го билета.
ОУ:
В документах Приход денег и РН в самом начале не очищаются движения регистра ВзаиморасчетыСПокупателями.
Не устанавливается нигде БлокироватьДляИзменения.
Не создана последовательность.
БУ:
В документе ОперацияБух не реализована отмена активности проводок при пометке на удаление документа. Также не реализовано копирование набора записей при копировании документа.
В ПВХ ВидыСубконто присутствует тип СправочникСсылка.Субконто, который нигде не задействован.
ПР:
У Вас ПериодРегистрации не в таблице начислений документа НачислениеЗарплаты. Тем самым не соблюдается условие задачи "В одном документе могут быть данные за разные расчетные периоды".
В регистре сведений "НачальноеЗначениеОкладов" лучше вместо 2 измерений "ФактическиОтработаноОт" и "ФактическиОтработаноДо" ввести одно измерение, и сравнивать в запроса на >=.
Я кстати решил задачу ОУ на двух РН. Думаю для учета авансов нужно ввести отдельный регистр, так как это отдельный показатель учета.
Не могу понять что не так с бизнес процессом - вроде сравнил с Вашим решением, один в один. Проблема у меня в том, что после заявки покупателя идет разделение. Как только менеджер отмечает свою задачу выполненой - создаются 2 новые задачи - одна для любого Бухгалтера и еще одна для любого сотра из Бухгалтерии. При авторизации в базе любым сотрудником бухгалтерии (бухгалтером) на начальной странице, в форме ЗадачиПоИсполнителю должны отображаться эти 2 новые задачи. Но этого не происходит. Так и не понял почему.
-
Покритикуйте пжста и мое решение 5-го билета.
ОУ:
В документах Приход денег и РН в самом начале не очищаются движения регистра ВзаиморасчетыСПокупателями.
Не устанавливается нигде БлокироватьДляИзменения.
Не создана последовательность.
БУ:
В документе ОперацияБух не реализована отмена активности проводок при пометке на удаление документа. Также не реализовано копирование набора записей при копировании документа.
В ПВХ ВидыСубконто присутствует тип СправочникСсылка.Субконто, который нигде не задействован.
ПР:
У Вас ПериодРегистрации не в таблице начислений документа НачислениеЗарплаты. Тем самым не соблюдается условие задачи "В одном документе могут быть данные за разные расчетные периоды".
В регистре сведений "НачальноеЗначениеОкладов" лучше вместо 2 измерений "ФактическиОтработаноОт" и "ФактическиОтработаноДо" ввести одно измерение, и сравнивать в запроса на >=.
Я кстати решил задачу ОУ на двух РН. Думаю для учета авансов нужно ввести отдельный регистр, так как это отдельный показатель учета.
Не могу понять что не так с бизнес процессом - вроде сравнил с Вашим решением, один в один. Проблема у меня в том, что после заявки покупателя идет разделение. Как только менеджер отмечает свою задачу выполненой - создаются 2 новые задачи - одна для любого Бухгалтера и еще одна для любого сотра из Бухгалтерии. При авторизации в базе любым сотрудником бухгалтерии (бухгалтером) на начальной странице, в форме ЗадачиПоИсполнителю должны отображаться эти 2 новые задачи. Но этого не происходит. Так и не понял почему.
Спасибо! Про ПД и РН - согласен, очистку регистров недоотладил.
Как Вы предлагаете использовать БлокироватьДляИзменения я не понял. Мы же в данном случае ничего не контролируем с дальнейшим запретом проведения, поэтому ни новая, ни страрая методики на мой взгляд здесь не нужны. Оба документа проводятся безусловно и либо создают задолженность с зачетом аванса, либо создают аванс. Соответствующие поля я блокирую через управляемые блокировки и на мой взгляд этого достаточно. Выложите свое решение для сравнения, возможно я не прав.
По поводу последовательности и манипуляций с ОперациейБух - согласен, что так решение было бы красивее, но на сколько я читал здесь, за это баллы не снижают и в списке ошибок нет, поэтому на экзамене сделаю только если останется время.
С периодом регистрации в таблице не хотелось бы связываться. Может быть указанное Вами предложение говорит о том, что в данном случае нужно обрабатывать ситуацию со сторно-записями... Надо подумать.
А что думаете по поводу решения задачи со штрафами? Сами как реализовывали?
По поводу Вашей проблемы с бизнес-процессом, полагаю, что неверно заполнен РегистрАдресации. Я сам его не до конца заполнил. Сбросьте сюда - посмотрим.
-
Как Вы предлагаете использовать БлокироватьДляИзменения я не понял. Мы же в данном случае ничего не контролируем с дальнейшим запретом проведения, поэтому ни новая, ни страрая методики на мой взгляд здесь не нужны. Оба документа проводятся безусловно и либо создают задолженность с зачетом аванса, либо создают аванс. Соответствующие поля я блокирую через управляемые блокировки и на мой взгляд этого достаточно. Выложите свое решение для сравнения, возможно я не прав.
Это я в курсах Павла смотрел. Мы типо этим самым блокируем старые движения:
Движения.ВзаиморасчетыСПокупателями.Очистить();
Движения.ВзаиморасчетыСПокупателями.БлокироватьДляИзменения = Истина;
Движения.ВзаиморасчетыСПокупателями.Записать();
Т.е. получается что пока мы проводим документ, это может занять длительное время (чисто теоретически), и чтобы в этот момент другие пользователи не смогли прочитать остатки с учетом старых движений, блокируем записи.
Как то так) может и я что то перепутал.
А что думаете по поводу решения задачи со штрафами? Сами как реализовывали?
По поводу Вашей проблемы с бизнес-процессом, полагаю, что неверно заполнен РегистрАдресации. Я сам его не до конца заполнил. Сбросьте сюда - посмотрим.
Реализовал тоже через удержания, но с использованием графика. В спр графики ввел значение Пятидневка (для штрафов), и заполнил для него график с интервалом в 15 мин. Это лучше на мой взгляд, чем городить 2 ресурса в регистре.
Ну и вытеснение оклада не стал делать. Про это ни слова в задаче. В реале ведь опоздание не означает, что оклад урежут)
Да и по комментариям сдающих совершенно не понятно, чего хотят видеть экзаменаторы...
Базу прикладываю. Буду очень рад критике)
И по поводу БП может тоже там очевидно, будет, я пока не понял в чем дело. В регистре адресации добавлять доп. записи без сотрудников нужно?
-
Как Вы предлагаете использовать БлокироватьДляИзменения я не понял. Мы же в данном случае ничего не контролируем с дальнейшим запретом проведения, поэтому ни новая, ни страрая методики на мой взгляд здесь не нужны. Оба документа проводятся безусловно и либо создают задолженность с зачетом аванса, либо создают аванс. Соответствующие поля я блокирую через управляемые блокировки и на мой взгляд этого достаточно. Выложите свое решение для сравнения, возможно я не прав.
Это я в курсах Павла смотрел. Мы типо этим самым блокируем старые движения:
Движения.ВзаиморасчетыСПокупателями.Очистить();
Движения.ВзаиморасчетыСПокупателями.БлокироватьДляИзменения = Истина;
Движения.ВзаиморасчетыСПокупателями.Записать();
Т.е. получается что пока мы проводим документ, это может занять длительное время (чисто теоретически), и чтобы в этот момент другие пользователи не смогли прочитать остатки с учетом старых движений, блокируем записи.
Как то так) может и я что то перепутал.
А что думаете по поводу решения задачи со штрафами? Сами как реализовывали?
По поводу Вашей проблемы с бизнес-процессом, полагаю, что неверно заполнен РегистрАдресации. Я сам его не до конца заполнил. Сбросьте сюда - посмотрим.
Реализовал тоже через удержания, но с использованием графика. В спр графики ввел значение Пятидневка (для штрафов), и заполнил для него график с интервалом в 15 мин. Это лучше на мой взгляд, чем городить 2 ресурса в регистре.
Ну и вытеснение оклада не стал делать. Про это ни слова в задаче. В реале ведь опоздание не означает, что оклад урежут)
Да и по комментариям сдающих совершенно не понятно, чего хотят видеть экзаменаторы...
Базу прикладываю. Буду очень рад критике)
И по поводу БП может тоже там очевидно, будет, я пока не понял в чем дело. В регистре адресации добавлять доп. записи без сотрудников нужно?
Ну, вытеснение оклада штрафом должно быть. Для расчета оклада, согласно заданию, необходимы фактически отработанные часы. Работник может одновременно работать и опаздывать на работу? Нет, может быть только что-то одно.
-
А что думаете по поводу решения задачи со штрафами? Сами как реализовывали?
Реализовал тоже через удержания, но с использованием графика. В спр графики ввел значение Пятидневка (для штрафов), и заполнил для него график с интервалом в 15 мин. Это лучше на мой взгляд, чем городить 2 ресурса в регистре.
Ну и вытеснение оклада не стал делать. Про это ни слова в задаче. В реале ведь опоздание не означает, что оклад урежут)
Да и по комментариям сдающих совершенно не понятно, чего хотят видеть экзаменаторы...
Ну, вытеснение оклада штрафом должно быть. Для расчета оклада, согласно заданию, необходимы фактически отработанные часы. Работник может одновременно работать и опаздывать на работу? Нет, может быть только что-то одно.
В этом вопросе я склонен согласиться с ido - штраф не должен вытеснять оклад. Как Вы себе представляете, что 15 минут вытеснят 1 час? Или Вы хотите заплатить за 45 минут? Но по условию задачи оклад идет за отработанное время в часах, а не в минутах и не в 15-минутках. А во-вторых, у Вас получится, что человек будет наказан дважды - вначале его оштрафуют, а потом еще и сумму по окладу уменьшат.
Полагаю, что этот момент должен быть уточнен у экзаменатора при очной сдаче или при дистанционной - описан подход в пояснит.записке.
-
Базу прикладываю. Буду очень рад критике)
И по поводу БП может тоже там очевидно, будет, я пока не понял в чем дело. В регистре адресации добавлять доп. записи без сотрудников нужно?
ОУ:
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. Неверно заполнен регистр адресации. Не нужно указывать по каждому исполнителю и его отдел, и его должность. Исходите из карты маршрута. Если операцию выполняет бухгалтер, то в регистре должны быть все исполнители, являющиеся бухгалтерами, но с пустым подразделением. Если операцию делает сотрудник бухгалтерии, то в регистре должны быть все исполнители, работающие в бухгалтерии, но с пустым измерением Должность. Есть определенные нюансы, но в общем случае схема такая.
-
ОУ:
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. Теперь понял. Спасибо!
-
Добрый день.
Недавно ходил, сдавал билет. Впрочем, неудачно, банально не хватило времени.
Вопрос по билету: почему нельзя сделать инвентарный номер справочником (вылезла странная ошибка на экзамене, субконто никак не хотело заполняться, пока было строкой) ?
Также вопрос про оперативное проведение - надо ли разрешать/запрещать ?
-
Привет, друзья) Оцените, пожалуйста, решение 5 билета. Напишите, если что не так)
-
Привет, друзья) Оцените, пожалуйста, решение 5 билета. Напишите, если что не так)
Приходная
1. Вид подсистем не соответствует требованиям экзамена.
2. Не надо очищать, конструкция Движения.Управленческий.Очистить() не нужна.
Проверять на новый в обработке проведения, это нонсенс. Документ в любом случае записывается, перед обработкой проведения и ссылка у него уже есть.
3. Не надо городить запрос в приходе, просто пишите циклом и все. Поверьте, есть на что время потратить на экзамене, кроме не нужных действий, которые никто не оценит.
Тем более еще и логику решения задачи нарушает, так как не может быть двух номенклатур, под одинаковым инв номером.
Расходная
То же самое что и выше, плюс на оперативность проверять нельзя, надо всегда на момент времени брать остатки
Можно делать как вы сделали, сразу высчитываете сумму по проекту, прибавляя или вычитая аванс. Я сделал по другому, пишу сначала сумму целую, а потом в пишу движения по проекту аванс. Аванс предопределенный элемент, так мне показалось легче решать. В отчете тогда очень просто, берутся остатки и все. Но это дело вкуса.
Приход денег
то же самое что и выше.
На счете прибыли и убытки не нужны субконто Номенклатура и ИнвНомер. Достаточно подразделения
По периодическим расчетам не реализованы штрафы. Без штрафов задача не актуальна, так как штраф менят всю структуру и алгоритм расчета.
Ну и везде отчеты не соответствуют заданию.
-
Привет, друзья) Оцените, пожалуйста, решение 5 билета. Напишите, если что не так)
Приходная
1. Вид подсистем не соответствует требованиям экзамена.
2. Не надо очищать, конструкция Движения.Управленческий.Очистить() не нужна.
Проверять на новый в обработке проведения, это нонсенс. Документ в любом случае записывается, перед обработкой проведения и ссылка у него уже есть.
3. Не надо городить запрос в приходе, просто пишите циклом и все. Поверьте, есть на что время потратить на экзамене, кроме не нужных действий, которые никто не оценит.
Тем более еще и логику решения задачи нарушает, так как не может быть двух номенклатур, под одинаковым инв номером.
Расходная
То же самое что и выше, плюс на оперативность проверять нельзя, надо всегда на момент времени брать остатки
Можно делать как вы сделали, сразу высчитываете сумму по проекту, прибавляя или вычитая аванс. Я сделал по другому, пишу сначала сумму целую, а потом в пишу движения по проекту аванс. Аванс предопределенный элемент, так мне показалось легче решать. В отчете тогда очень просто, берутся остатки и все. Но это дело вкуса.
Приход денег
то же самое что и выше.
На счете прибыли и убытки не нужны субконто Номенклатура и ИнвНомер. Достаточно подразделения
По периодическим расчетам не реализованы штрафы. Без штрафов задача не актуальна, так как штраф менят всю структуру и алгоритм расчета.
Ну и везде отчеты не соответствуют заданию.
1) Вид подсистем не соответствует требованиям экзамена - Это как понимать? Что с ними не так?
2) Не надо очищать, конструкция Движения.Управленческий.Очистить() не нужна. В Расходной то это обязательно, а то остатки не верные получим. В приходной по привычке написал. Это будет ошибкой?)
3) На оперативность проверять нельзя, надо всегда на момент времени брать остатки. На этом же форуме читал, что нужно. Плюс, по всех решениях, что я видел так и делают.
4) На счете прибыли и убытки не нужны субконто Номенклатура и ИнвНомер. Достаточно подразделения. Как же не нужны если в бух задаче В отчете нужны продажи по товару и номеру...
5) По периодическим расчетам не реализованы штрафы. Делаю по актуальным, вроде. Скачивал тут же, апрель 18. Там нет никакого условия про штрафы...
6) Ну и везде отчеты не соответствуют заданию. Можно поподробней. Вроде, бы всё соответствует. Или у меня билеты какие-то не такие?
-
Привет, друзья) Оцените, пожалуйста, решение 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 колонки ОтработаноЧас и Сумма.
Аванс должен быть в конце, Итогов нет. Заголовки полей не выделены жирным цветом. Не отцентрировано. Ну вы поняли наверно о чем я.
-
Ну сказал А, придется говорить Б))
Надо вам скачать очень интересный документ
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) В отчетах так всё жестко? Я думал это примерный вид, главное, чтоб данные правильные были. Учту!
Спасибо, за оценку задачи!)
-
Ну сказал А, придется говорить Б))
Надо вам скачать очень интересный документ
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. Это два разных оператора.
Я вам говорю про первый. Он не нужен. Он чистит коллекцию "Движения.Взаиморасчеты", это еще не записано в регистр. Вы скорее всего убрали второй тоже.
Движения.Взаиморасчеты.Очистить();
Движения.Взаиморасчеты.Записать();
Вторым вы пишите пустой набор, который чистит движения документа, все верно, его надо оставить.
-
Верных решений не узрел.
какие то пустые ссылки в проекты пишут , километровые запросы
отчеты с двумя таблицами . с кучей условий
второй билет после приоритетов складов переделываю
Похоже тут все решения кривые .
-
Верных решений не узрел.
какие то пустые ссылки в проекты пишут , километровые запросы
отчеты с двумя таблицами . с кучей условий
второй билет после приоритетов складов переделываю
Похоже тут все решения кривые .
Пустой проект означает авансовый платеж. Это правильно. А так вообще надо ко всем решениям здесть критически относиться, т.к. на экзамене защищать нужно только свое решение, а не чужое.
-
Верных решений не узрел.
какие то пустые ссылки в проекты пишут , километровые запросы
отчеты с двумя таблицами . с кучей условий
второй билет после приоритетов складов переделываю
Похоже тут все решения кривые .
Для интереса посмотрел Ваше решение:
1. Нет блокировок (главное на экзамене про них не забыть, это Белоусов очень пристально проверяет)
2. В документе "Приход денег" есть реквизит проект, т.е. оплату вы закрываете по конкретному проекту, что противоречит условию задачи: "задолженности погашаются по проектам в порядке их даты оплаты".
По п.2 обратите внимание на слово "по проектам", т.е. их множественное число, что означает, что платежка идет не на один проект. В принципе, можно трактовать так, как сделано у вас: в платежке указывается конкретный проект(ы) и сумма по проекту. Но тогда такое решение нуждается определенно в очень сильной защите на экзамене. В принципе, может быть разценено экзаменатором как сильное упрощение задачи или даже ее невыполнение.
Всё таки, на мой взгляд, данная задача подразумевает оплату проектов по фифо (фифо по дате из проекта) и формирование аванса при оплате. А в расходной накладной - зачет аванса в случае его наличия.
По СПР: "у каждого сотрудника в конкретном подразделении может быть собственный график" - тут лучше сделать измерения "Подразделение" и "Сотрудник", а не подразделение и график работы.
-
Спасибо , а как это пустой проект - авансовый платеж?
[/quote]
-
Спасибо , а как это пустой проект - авансовый платеж?
[/quote]
Если исходить из того, что в поступлении денег не указывается проект, то сумма поступления распределяется на долги по проектам, а остаток нераспределенной суммы пишется в этот же регистр с пустым проектом. Считаем, что суммы в регистре с пустым проектом - это сумма аванса.
Когда проводится документ Расходная накладная, то нужно смотреть остаток по регистру по пустому проекту и делать в регистре две записи: приход по пустому проекту на сумму остатка в регистре, и приход по заполненному проекту на оставшуюся сумму.
Примерное решение во вложении.
Такой подход в регистре возможен из-за того, что отчет по взаиморасчетам делается только на дату. Если бы в задании был отчет по остаткам и оборотам в разрезе проектов, то схема проведения немного бы изменялась.
-
А кто-нибудь учитывает условие: "В одном документе могут быть данные за разные расчетные периоды."
Т.е. по логике это означает, что надбавка может быть за период не равный дате документа, вот у меня тут ступор - как тогда считать её? Соединяться со всем регистром оборотов?
-
А кто-нибудь учитывает условие: "В одном документе могут быть данные за разные расчетные периоды."
Т.е. по логике это означает, что надбавка может быть за период не равный дате документа, вот у меня тут ступор - как тогда считать её? Соединяться со всем регистром оборотов?
Это означает, что Период регистрации должен быть в табличной части. Но в актуальных билетах везде уже "В одном документе могут быть данные за текущий расчетный периоды."
-
А кто-нибудь учитывает условие: "В одном документе могут быть данные за разные расчетные периоды."
Т.е. по логике это означает, что надбавка может быть за период не равный дате документа, вот у меня тут ступор - как тогда считать её? Соединяться со всем регистром оборотов?
Это означает, что Период регистрации должен быть в табличной части. Но в актуальных билетах везде уже "В одном документе могут быть данные за текущий расчетный периоды."
Такого быть на этом экзамене не может, это уловие отменили.
Но на мой взгляд (и это уточняли у Гончарова из УЦ3) это условие означает, что в документе текущего периода может быть отражена надбавка, например, за предыдущий месяц (т.е. базовый период должен меняться, а не период регистрации).
-
Коллеги, доброго времени суток! Еще одно решение. Буду рад обратной связи.
-
Всё-таки очень внимательно просмотрел условие этой задачи. Сравнил с другими, почти везде написано, документ поступление делают проводку "на количество и сумму закупаемого товара". В этом билете и другом билете с редкими товарами "на сумму закупаемого товара". Неспроста ли не указано хранение количества в регистре?
Вообще получается странная логика - мы записываем количество 1 в регистр по каждому инвентарному номеру, затем при продаже списываем эту единичку. Зачем тогда вообще такой ресурс, смысла в котором нет?
О количестве в табличной части в задании мне кажется сказано, чтобы еще раз подчеркнуть что товар уникален, количество его всегда 1.
Мне кажется, экзаменаторы всё-таки закладывали логику реализации без хранения количественного остатка в регистре. Видимо сдающие "приучили" их и к решению с количеством, оно принимается, но опять же думаю то решение, которое хотели видеть в первую очередь составители этой задачи - без ресурса Количество в регистре бухгалтерии.
-
Сегодня писал экзамен. В билете 5 на удаленке попался БП из 12 билета, а основная часть из пятого.
-
Сегодня писал экзамен. В билете 5 на удаленке попался БП из 12 билета, а основная часть из пятого.
А какой город? Сами как думаете сдали?Были ли глюки какие нибудь?Сколько потратили времени?
-
Сегодня писал экзамен. В билете 5 на удаленке попался БП из 12 билета, а основная часть из пятого.
А какой город? Сами как думаете сдали?Были ли глюки какие нибудь?Сколько потратили времени?
Не знаю. Знаю, что накосячил в БП. По глюкам было только то, что чем меньше оставалось времени, тем сильнее тормозил "Гуру". Сдавал в Архангельске. Я потратил весь лимит времени. ОУ, БУ и Расчеты быстро сделал (где-то 3 часа), а оставшееся потратил на тесты, проверку и решение БП
-
Кому не лень, проверьте моё решение только по ОУ.
Как сделать чтобы колонка "Аванс" была последней в отчете?
-
Кому не лень, проверьте моё решение только по ОУ.
Как сделать чтобы колонка "Аванс" была последней в отчете?
Если в качестве Аванса бы использовался добавленный предопределенный элемент, то можно было бы в полях сортировки указать Аванс.Предопределенный.
Но так как у Вас в качестве Аванса пустая ссылка, то добавить в текст запроса специальное поле для сортировки, которое для всех полей будет 0, а для пустой ссылки 1. Его и указать в качестве поля сортировки.
-
Не подскажите почему нет ничего в поле продажа в отчете БУ? Продажи это ведь СуммаОборот?
-
Не подскажите почему нет ничего в поле продажа в отчете БУ? Продажи это ведь СуммаОборот?
Данные как-то очень странно собираются в отчете.
В качестве себестоимости Вы берете сумму из таблицы ДвиженияССубконто без всякого отбора. В итоге У Вас в качестве себестоимости выводится сумма ПО ВСЕМ проводкам в регистре. Что не может быть правильно.
А вот сумма продаж правильно получаются, но Вы делаете левое соединение по условию
Стоимость.СубконтоКт1 = Продажи.СубконтоКт1
И Стоимость.СубконтоКт2 = Продажи.СубконтоКт2
При этом у Вас на счетах один порядок субконто - Номенклатура это Субконто1, а ИнвентарныйНомер это Субконто2, а в отчете Вы параметром Субконто устанавливаете в таблице продаж ОборотыДтКТ обратный порядок, вот у Вас условие связи не срабатывает.
-
Не подскажите почему нет ничего в поле продажа в отчете БУ? Продажи это ведь СуммаОборот?
Данные как-то очень странно собираются в отчете.
В качестве себестоимости Вы берете сумму из таблицы ДвиженияССубконто без всякого отбора. В итоге У Вас в качестве себестоимости выводится сумма ПО ВСЕМ проводкам в регистре. Что не может быть правильно.
А вот сумма продаж правильно получаются, но Вы делаете левое соединение по условию
Стоимость.СубконтоКт1 = Продажи.СубконтоКт1
И Стоимость.СубконтоКт2 = Продажи.СубконтоКт2
При этом у Вас на счетах один порядок субконто - Номенклатура это Субконто1, а ИнвентарныйНомер это Субконто2, а в отчете Вы параметром Субконто устанавливаете в таблице продаж ОборотыДтКТ обратный порядок, вот у Вас условие связи не срабатывает.
Намудрила в общем..Спасибо Вам за помощь!
-
Блин, так и не получается у меня отчет..Сделала вроде как в этом решении, там всё работает, но у меня никак не работает. Почему? :( :( :(
-
Просто копирую отчет из чужой базы к себе и он тоже не показывает продажи..У меня задача по бу что ли не правильно решена?Помогите(
-
Добрый день. Вчера ездил на сдачу... в бизнес-процессе столкнулся с такой херней: "любой менеджер из отдела продаж", получается не групповая задача, должна падать по реквизиту адресации подразделение?просто неработает почему то. был всего один сотрудник из "отдела продаж", создают бп, на него должна была по идее упасть задача.. но было пусто.. только с галочкой групповая получилось задачу увидеть.(форма списка задач по исполнителю). Что я делал не так ?
-
Добрый день. Вчера ездил на сдачу... в бизнес-процессе столкнулся с такой херней: "любой менеджер из отдела продаж", получается не групповая задача, должна падать по реквизиту адресации подразделение?просто неработает почему то. был всего один сотрудник из "отдела продаж", создают бп, на него должна была по идее упасть задача.. но было пусто.. только с галочкой групповая получилось задачу увидеть.(форма списка задач по исполнителю). Что я делал не так ?
В регистре адресации должна была быть запись и по подразделению (Отдел продаж), и по должности (Менеджер)
-
Сделал все задачи билета. Просьба посмотреть.
-
Сделал 5-ый билет. У кого есть возможность, посмотрите пожалуйста.
Буду ждать комментарии/замечания. Заранее спасибо!
-
Пришел ответ - оценка 4) Попался этот билет полностью
Результат экзамена:
Комментарий:
Штраф это не начисление, величина штрафа не увеличивает размер выплат сотруднику. Если бы вы сделали его вытесняющим оклад (возможно при определенной настройке регистра сведений графика), то размещение его в данном ПВР было бы оправдано.
Решала, как и выкладывала сюда
В общем, получается, как я понимаю два варианта: либо помещать вид расчета Штраф в ПВР удержания, либо в ПВР Основные начисления, но при этом,чтобы Штраф обязательно вытеснял Оклад, и как-то настроить график при этом.
Тут смотря как понимать условия задачи:
1) Опоздания оплачиваются сотруднику по окладу также, ка и прочие часы (также начисляется оклад как за фактическое время). Просто за время опозданий, начисляется штраф.
2) Опоздания не должны включаться в фактическое время - штраф вытесняет оклад. И при этом сотруднику начисляется штраф. Т.е. штраф здесь что-то типа Невыхода, как в других задачах.
Мне вот кажется, что всё же первый вариант более логичный, т.к. во втором случае, работника наказываем сначала уменьшением оклада, а затем еще и штраф начисляем.
-
Пришел ответ - оценка 4) Попался этот билет полностью
Результат экзамена:
Комментарий:
Штраф это не начисление, величина штрафа не увеличивает размер выплат сотруднику. Если бы вы сделали его вытесняющим оклад (возможно при определенной настройке регистра сведений графика), то размещение его в данном ПВР было бы оправдано.
Решала, как и выкладывала сюда
Молодчик)))))
В общем, получается, как я понимаю два варианта: либо помещать вид расчета Штраф в ПВР удержания, либо в ПВР Основные начисления, но при этом,чтобы Штраф обязательно вытеснял Оклад, и как-то настроить график при этом.
Тут смотря как понимать условия задачи:
1) Опоздания оплачиваются сотруднику по окладу также, ка и прочие часы (также начисляется оклад как за фактическое время). Просто за время опозданий, начисляется штраф.
2) Опоздания не должны включаться в фактическое время - штраф вытесняет оклад. И при этом сотруднику начисляется штраф. Т.е. штраф здесь что-то типа Невыхода, как в других задачах.
Мне вот кажется, что всё же первый вариант более логичный, т.к. во втором случае, работника наказываем сначала уменьшением оклада, а затем еще и штраф начисляем.
-
Штраф должен вытеснять оклад и еще плюсом накладывается взыскание. Потому как сама по себе неоплата невыхода — это не наказание.
-
Штраф должен вытеснять оклад и еще плюсом накладывается взыскание. Потому как сама по себе неоплата невыхода — это не наказание.
А регистр Взаиморасчеты должен быть пассивным?
-
Штраф должен вытеснять оклад и еще плюсом накладывается взыскание. Потому как сама по себе неоплата невыхода — это не наказание.
по мне так сложновато тут еще и вытеснение штрафом оклада городить, запросто можно не уложиться в 5 часов и получить минус 3 балла за нерешенную задачу.
Т.к. придется учитывать рабочее время по часам, указывать в начислениях что работал с 8 утра до 17 вечера, а опаздывал с 8 утра до 8:30, и тогда типа эти 30 минут вытеснят (или не вытеснят) оклад и тогда фактические часы по окладу уменьшатся и он получит меньше з/п.
Напишу в решении что из условия задачи не следует что опоздание должно влиять на сумму оклада, а ведь это единственная причина для включения механизма вытеснения. Опоздание означает что сотрудник вышел на работу.Просто за опоздание полагается штраф, значит сотрудник получит меньше. Иначе представь ситуацию чел опаздывал весь месяц по 8 часов, в итоге он и з/п не получит и типа должен еще и сам доплатить ?
-
Да именно так. Штраф — это невыход, у которого есть результат.
-
Да именно так. Штраф — это невыход, у которого есть результат.
Невыход - это когда чел не вышел на работу, т.е. минус 1 фактический рабочий день. Во всех задачах так и написано - "невыход".
Штраф - это удержание, не влияющее на результаты всех прочих расчетов.
-
Комментарий:
Штраф это не начисление, величина штрафа не увеличивает размер выплат сотруднику. Если бы вы сделали его вытесняющим оклад (возможно при ОПРЕДЕЛЕННОЙ настройке регистра сведений графика), то размещение его в данном ПВР было бы оправдано.
Что же это за ОПРЕДЕЛЕННАЯ настройка регистра такая? Давайте разбираться.
По условию задачи: "Сотрудники предприятия получают оплату по окладу пропорционально ОТРАБОТАННОМУ времени в ЧАСАХ".
Таким образом единица измерения для оклада - "ЧАС", для штрафа - "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);
КонецЕсли;
КонецЕсли;
Дат = Дат + ЧислоСекунд;
КонецЦикла;
Набор.Записать();
-
Из комментария экзаменатора следует, что вытеснение возможно, но не обязательно.
Т.е. если мы претендуем на 5 и имеем в запасе достаточно времени, то можно заморочиться.
ps: а откуда это описание решения ? я не видел такого в тех курсах, которых смотрел ранее.
-
Из комментария экзаменатора следует, что вытеснение возможно, но не обязательно.
Т.е. если мы претендуем на 5 и имеем в запасе достаточно времени, то можно заморочиться.
ps: а откуда это описание решения ? я не видел такого в тех курсах, которых смотрел ранее.
Подобная задача (только там штраф за каждые 30 минут) есть в домашних задачах на курсах П.С.Белоусова, где он подробно расказывает и показывает методику решения. Он вообще начинает с самого "низу" — с минут: "Имеем 60 записей в час, умноженные на 24 часа = 1440 записей в сутки. А потом начинаем накладывать условия задачи и сворачивать количество записей: работаем 8 часов, оплата за час — значит можно сделать только восемь записей в день. А если от нас не требуется отслеживать почасовой невыход, то вместо восьми записей со Значением=1, можно оставить только одну запись со Значением=8."
-
Добрый день, коллеги.
Сделал 5 билет, любым замечанием буду рад.
ПР делал всё виды отдельно, расчет в итоговых значений в общем модуле. Так как в задаче не указано учитывать штраф в окладе (не учитываю). Считаю понятия штраф и прогул, два разных вида расчета.
-
Вопрос по бизнес-процессу.
Беспокоит меня вот такая фраза: "Задана персональная адресация задач без необходимости - 1 балл".
Что тут имеется в виду ?
Как я предполагаю, речь идет об указании в адресации задачи Основного реквизита адресации. Когда нужна возможность прямо указывать исполнителя (т.н. "персональная адресация") мы указываем этот реквизит.
Но если в схеме бизнес-процесса исполнитель нигде прямо не задается (например Иванов), то указание основного реквизита адресации является избыточным и карается минус 1 баллом.
Но это только предположение.
-
Добрый день!
В задаче по ОУ надо ли в документе "расходная накладная" обрабабатывать вариант что поле "проект" не заполнено? И если да, то выдавать ошибку, или на "аванс" сумму перечислять?
-
Пустой проект — это аванс.
-
Добрый день!
В задаче по ОУ надо ли в документе "расходная накладная" обрабабатывать вариант что поле "проект" не заполнено? И если да, то выдавать ошибку, или на "аванс" сумму перечислять?
Все что явно не указано в задаче сдающий реализует на свое усмотрение. Хочешь - ставь поле обязательным к заполнению, хочешь перечисляй на аванс. Т.е. тут понятие "надо/не надо" вообще не применяется.
-
Оцените пожалуйста решение
-
Да именно так. Штраф — это невыход, у которого есть результат.
Невыход - это когда чел не вышел на работу, т.е. минус 1 фактический рабочий день. Во всех задачах так и написано - "невыход".
Штраф - это удержание, не влияющее на результаты всех прочих расчетов.
Судя по результатам сдавших, штраф все таки должен быть привязан к графику и вытеснять оклад (это правда не обязательно, но тогда, я так понимаю, надо помещать его в ПВР Удержания и делать еще один РР), но в решениях с вытеснением я не встречала использование сторно записей. А ведь штраф могут ввести более поздним документом и он не вытеснит оклад. Получается все-таки сторно записи нужны??
п.с. хотя сама формулировка "штраф" как то не вяжется с вытесняющим видом расчета. Наверно надо уточнять на экзамене, ведь можно накапливать информацию об опозданиях в РР Удержания, но он не упомянут в отчете...
-
Кто-нибудь использовал в ОУ в расходной накладной новую методику контроля для проверки аванса? Как понимаю в ней записываем проекты, которые можно не блокировать, помимо аванса (Приход денег).
-
Добрый день. Прошу прощения что не совсем по теме. Платформа 1С:Предприятие 8.3 (8.3.10.2639)
Уважаемые знатоки можете подсказать почему метод ТабДокумент.Записать(ПутьФайлаПДФ, ТипФайлаТабличногоДокумента.PDF) долго отрабатывает на больших документах порядка 25 мб. Сохраняется порядка 5 мин.
-
Всем привет, задача ОУ в сборнике имеет 2 отчета: один по остаткам, другой по движениям взаиморасчетов.
Почему здесь все выкладывают решения только отчета по остатку взаиморасчетов?
-
Оцените пожалуйста решение билета№5 (решены ОУ, БУ, ПР)
-
В задаче ПВР не совсем понятно условие.
Сумма продаж по подразделению должна быть получена по данным бухгалтерского учета.
Нужно создавать оборотный регистр бухгалтерии с субконто Подразделение и оттуда брать записи по продажам?
-
Отдельно создавать регистр бухгалтерии необязательно, можно использовать тот же регистр, что и при решении бух.задачи, в которой тоже есть расходная.
Сквозная задача получается, некоторые моменты решаются в бух.задаче, другие в расчетной.