Форум Чистова. Подготовка к экзаменам 1С
Аттестация "1С:Специалист" => Аттестация "1С:Специалист по платформе 1С:Предприятие 8.3 и 8.2" => Тема начата: Jones от Август 19, 2015, 04:22:09 pm
-
Сделал 7 билет (без УФ), может кто посмотрит...
Долго копался с табелем, и все равно не уверен, что все правильно.
В БУ и ОУ учет на двух валютах сделан через два ресурса СуммаРуб и СуммаВал.
Да, коллеги, и прошу проверить блокировку по БУ в ПриходеДенег и блокировку по ОУ в документе РН. Так она делается?
-
Прорешал 7 билет второй раз, закрепил понимание табеля (в сборнике это задачи 3.41-.3.45).
Понял, что при использовании табеля, указывать в Окладе вытеснение Командировкой - бессмысленно, т.к. Факт все равно берется не из таблицы ДанныеГрафика, а из оборотного регистра Табель.
Решая ОУ задачу заподозрил, что Количество вообще не нужно, но потом увидел, что оно все таки упоминается в отчете о Продажах, в результате оставил партионный учет с опорой на Количество.
-
Прорешал 7 билет второй раз, закрепил понимание табеля (в сборнике это задачи 3.41-.3.45).
Понял, что при использовании табеля, указывать в Окладе вытеснение Командировкой - бессмысленно, т.к. Факт все равно берется не из таблицы ДанныеГрафика, а из оборотного регистра Табель.
Решая ОУ задачу заподозрил, что Количество вообще не нужно, но потом увидел, что оно все таки упоминается в отчете о Продажах, в результате оставил партионный учет с опорой на Количество.
Мне кажется, что в твоем решении есть существенный момент. Дело в том, что у тебя фактические отработанные или проведенные в командировке дни всегда берутся\считаются из РН Табель за месяц. Я думаю, что это неправильно. Ведь в документе Начисления могут ввести записи не за весь месяц, а, допустим, с 10го по 20е числа. Т.о. и считать фактические дни нужно в этом отрезке, а не за весь месяц.
Я решил с учетом этого момента. Но, мне не нравится, что пришлось обращаться к физической таблице РН Табеля. Может у кого еще есть идеи как это "обыграть"?
-
Начисления ежемесячные и про метод отклонения тут не сказано. Т.е. период действия полюбому месяц у оклада. Здесь больше вопросов к командировке. Как задавать интервал для расчета по пятидневке и зачем тогда в табеле указывать командировку.
Вообще все эти задачи с табелем - мне кажется более логичным указывать в начислении зп, документ табеля в параметрах (вместо графика). И все данные брать из табеля. А график, логичней указывать в табеле.
Иначе какая-то недосказанность в решениях.
-
Считаю что не правильно накапливать часы в регистре накопления. Более правильно видится - док. табель кидает движения в регистр графики, а дальше стандартно. Другими словами записи в регистре графики записываются не через обработку а через документ табель.
-
Табель - учет отработанного времени,
График - запланированного.
-
Ну тогда суммировать все часы по табелю и одной строкой записывать факт часов в РР?
-
Ну тогда суммировать все часы по табелю и одной строкой записывать факт часов в РР?
Вы неправильно считаете.
В задачах с табелем часы необходимо учитывать либо в РН (если их надо "накапливать"), либо в РС (если "накапливать" не надо).
Вот тут
http://forum.chistov.pro/index.php?topic=2194.msg1#msg1
можете почитать, так сказать, из первых уст. :)
-
Спасибо за информацию. Буду переосмысливать ;)
-
Реализовал с помощью РН накопление часов. Просьба о конструктивной критике. Смотреть только СПР.
-
Мне вот не совсем понятно часть условия из БУ
Погашение задолженности (оплата переданного покупателю товара) регистрируется с помощью документа «Приход денег». В реквизитах документа указывается контрагент и сумма оплаты.
и далее
Незакрытые в евро задолженности, закрытые в рублях, закрываются пользователем вручную с помощью документа «Операция»
из чего следует(сугубо на мой взгляд) в док-те Приход денег не нужно курс указывать... У большинства такой тенденции не наблюдаю....
а как вы считаете? ???
-
Если явно в билете не указано реализовывать курс, значит не надо усложнять себе жизнь. Об этом уже много раз читал, и на курсе Павел Чистов часто об этом повторяет.
-
Читаем внимательно - "Взаиморасчеты с покупателями ведутся одновременно в рублях и евро. Курс евро указывается пользователем вручную в документе." В каком именно документе указывается, не сказано, значит, указывается во всех связанных со взаиморасчетами документами, в частности "Расходная накладная" и "Приход денег". И даже если допустить возможность варианта, при котором при приходе денег курс не указываем (а значит, надо будет закрывать сумму в евро пропорционально закрытию рублевой задолженности?), то не будет не будет незакрытых сумм в евро и необходимости использования для их закрытия "Операции", что косвенно противоречит условию задачи.
-
Alexey_76 и alex1248 , большое спасибо за ответы :)
не подскажите еще, где можно поподробнее прочитать как реализовывать задачи с табелем(СПР), может есть какой нибудь методический материал? :-\
-
Я никого материала не нашел. Пару дней кубатурил как сделать табель. Смотри мою выгрузку, могу прокомментировать. За одним оценишь со стороны. ;)
-
Вот только что в другой ветке выкладывал ссылку на ветку, в которой можно найти всю информацию, необходимую для решения задач с табелем.
http://forum.chistov.pro/index.php?topic=2194.msg1#msg1
Уже в подпись добавил. :D
-
Реализовал с помощью РН накопление часов. Просьба о конструктивной критике. Смотреть только СПР.
Табель, обработка проведения
КолДней = ((КонецМесяца(Дата) - НачалоМесяца(Дата))+1) / 86400;как-то не смотрится. Я бы заменил на
КолДней = День(КонецМесяца(Дата));Ну и командировка должна вводиться в табеле буквой "К", у вас же тип число.
-
СПР Хранение табеля сделал в РС. Так красивей и логичней, на мой взгляд. Сделал один раз табель, еще один уже сам РС не даст. Командировка в табеле для красоты, т.к. в условии четко написано как её считать. Вообщем все что приводится к числу в табеле - суммирую и пишу в РС в разрезе Подразделение,Сотрудник,Период.
Базу командировки считаю по сотруднику. Все начисления по всем подразделениям.
ОУ Все вроде не сложно, единственное в конце всплыло что продажную сумму надо делить для записи в оборотный регистр продажи. Хотя может это и лишнее, но себестоимость...
БУ На счете Покупатели три соответсвующих субконто и признак валютный.
при погашении долга чтобы не использовать итоги по регистру, сначала проверяю остатки по субконто Контрагент. Хотя оптимизация спорная.
УФ
-
Хранение табеля сделал в РС. Так красивей и логичней, на мой взгляд.
Данные об отработанных часах сотрудников это данные, которые мы накапливаем. У регистра сведений другое назначение, следовательно, будет другая скорость работы и деградация программы при увеличении объема данных.
Имхо, конечно :)
-
Данные об отработанных часах сотрудников это данные, которые мы накапливаем. У регистра сведений другое назначение, следовательно, будет другая скорость работы и деградация программы при увеличении объема данных.
Имхо, конечно :)
В случае решения задач накопления да. Здесь же накапливать нечего. РС без механизмов накопления будет быстрее РН.
-
Данные об отработанных часах сотрудников это данные, которые мы накапливаем. У регистра сведений другое назначение, следовательно, будет другая скорость работы и деградация программы при увеличении объема данных.
Имхо, конечно :)
В случае решения задач накопления да. Здесь же накапливать нечего. РС без механизмов накопления будет быстрее РН.
Накопленные за два месяца рабочие часы мы используем для расчета командировки. Я не смотрел вашу программу, но могу предположить, что вы берете отработанные часы из реальной таблицы периодического РС. Экзаменатору это может не понравиться.
Посмотрел. Измерение с типом Дата, которое является началом месяца. Лично мне не понятно, как обосновать такой выбор по отношению к РН. Тем более, что механизмы накопления как раз в этой задаче использовать не надо. Вариант "красивее" не прокатит.
-
Существенный момент забыл указать - Оклад я считаю сразу за весь месяц.
Я бы сейчас переделал документ Начисления. Одна ТЧ Оклады - список (сотрудник,подразделение) период брать из Дата.
Вторая ТЧ командировки, тоже самое но с датаНачала и датаОкончания.
РС можно было бы и периодическим сделать и получать срезПоследних(Дата).
Про РН и Измерение вопрос не понял. Измерение с типом датой - соответствует ПериодДействия в РР.
-
РС можно было бы и периодическим сделать и получать срезПоследних(Дата).
Не надо срез. А вдруг у кого-то 0 начислено. Что выдаст срез?
-
Посмотрел ,что все делают РН Продажи с 5 ресурсами в ОУ. Правильно ли это? Себестоимость может быть стоит подтягивать из регистра остатков!?
-
Посмотрел ,что все делают РН Продажи с 5 ресурсами в ОУ. Правильно ли это? Себестоимость может быть стоит подтягивать из регистра остатков!?
Не то что стоит, а нужно! Иначе ошибку припишут за излишние ресурсы регистра.
-
Alexey_76, Quantum81 - СПР. А где факт часы командировки? Вродеж в задаче необходимо и командировочные факт часы учитывать...а в ваших решениях только оклады? (Как должно быть? - Решение Jones второй вариант - это второй коммент в этой ветке, выполняет это условие).
-
Исходил из условия: "Часы проведенные в командировке, определяются по пятидневному графику работы, исходя из 40 часовой рабочей недели."
Учитывать в табеле тоже не сложно, но вот эта часть условия мне показалась более четкая.
-
Как вы считаете, в задаче по БУ не будет считаться ошибкой, если суммы по договорам с незаполненной датой окончания будут списываться раньше сумм по другим договорам? По логике они должны списываться последними, но смотрю, никто так не настраивает.
-
Прорешал 7 билет второй раз
Задача по БУ:
Имеем:
- 2 договора с одинаковой датой окончания,
- 3 расходных накладных:
№1 от 01.01.15 с договором 1 на сумму 1000,
№2 от 02.01.15 с договором 2 на сумму 1000,
№3 от 03.01.15 с договором 1 на сумму 1000.
Приход денег на сумму 2000.
В твоей базе спишутся сначала суммы по документам 1 и 3, а как я понял (может я не прав?) должны по идее 1 и 2.
Чтобы исправить этот момент нужно поправить запрос:
"ВЫБРАТЬ
| ОсновнойОстатки.Субконто2 КАК Договор,
| ОсновнойОстатки.Субконто3 КАК Документ,
| ОсновнойОстатки.СуммаРубОстатокДт КАК СумОст,
| ОсновнойОстатки.Субконто2.Срок КАК Субконто2Срок,
| ОсновнойОстатки.Субконто3.МоментВремени КАК Субконто3МоментВремени
|ИЗ
| РегистрБухгалтерии.Основной.Остатки(&МоментОстатков, Счет = ЗНАЧЕНИЕ(ПланСчетов.Основной.Покупатели), , Субконто1 = &Контрагент) КАК ОсновнойОстатки
|
|УПОРЯДОЧИТЬ ПО
| Субконто2Срок,
| Субконто3МоментВремени
|ИТОГИ
| СУММА(СумОст)
|ПО
| ОБЩИЕ,
| Договор"
-
Решил расчетную задачу билета № 7 без использования РС и РН. Основная идея в использовании отдельного регистра расчета для хранения данных о рабочем времени.
Регистр расчета "РабочееВремя" регистратор - "Табель". У табеля есть реквизит "График"- из него берем норму. Факт считаем согласно заполнения табеля. Период действия нигде не используем, вытеснения нет. Прошу ознакомиться и обсудить корректность такого решения.
-
Решил расчетную задачу билета № 7 без использования РС и РН.
Впервые посмотрел, какая ошибка из списка может соответствовать данной ситуации.
Думаю, санкция экзаменатора будет такая: "Решение задач накопления на регистре расчета -2 балла".
-
Решил расчетную задачу билета № 7 без использования РС и РН.
Впервые посмотрел, какая ошибка из списка может соответствовать данной ситуации.
Думаю, санкция экзаменатора будет такая: "Решение задач накопления на регистре расчета -2 балла".
В данном случае решается расчетная задача на регистре расчета. Учет рабочего времени не является задачей накопления.
-
Делал паузу в подготовке, решил БУ и СПР 7 го билета.(ОУ тоже решил, но удалилась)
Есть вопросы по Табелю, по БУ. Кому нибудь попадалась на экзамене задача с табелем? Всё таки в РН обороты нужно использовать?
При ЛЕВОМ СОЕДИНЕНИИ к ВТ РН.Обороты - многие указывают и параметры(Сотрудник,Подразделение В (ВЫБРАТЬ...и т.д.) и Условия связи ПО (Сотрудник = Сотрудник ... ) . Даже для этого специально делают ВТ и пакетный запрос. Есть ли смысл? )) Как на скорости отражается, а главное как методически правильно;)) (хотя и говорили, параметры ВТ нужно указывать везде и как можно больше, но ведь на поиск нужных параметров внутри ВТ тоже ресурсы тратятся))
Посмотрите плиз БУ и СПР(Табель !!!), нужна тщательна критика!
-
А что смотреть-то? база хде?)
-
А что смотреть-то? база хде?)
блин, сорри)
-
...Всё таки в РН обороты нужно использовать?...
Только в РР не хранить отраб часы. :D
Я понимаю, что моё мнение не сильно авторитетно, но чем не устраивает мнение Белоусова? Это самое авторитетное из всех общедоступных мнений. :)
...При ЛЕВОМ СОЕДИНЕНИИ к ВТ РН.Обороты - многие указывают и параметры(Сотрудник,Подразделение В (ВЫБРАТЬ...и т.д.) и Условия связи ПО (Сотрудник = Сотрудник ... ) . Даже для этого специально делают ВТ и пакетный запрос. Есть ли смысл? )) Как на скорости отражается, а главное как методически правильно;)) (хотя и говорили, параметры ВТ нужно указывать везде и как можно больше, но ведь на поиск нужных параметров внутри ВТ тоже ресурсы тратятся))
На поиски параметров ресурсы как правило не тратятся (какие затраты на получение, например, номенклатуры из ТЧ или склада в шапке дока?), иногда тратятся гораздо меньше, нежели на получение массы ненужных таблиц в случае отсутствия параметров ВТ. Где-то (уже не помню где) очень подробно написано про то, как нарастает объем выбираемой информации при отсутствии параметров ВТ. Краткое описание есть и в Проф разработке: Учет движения средств - Получение данных из регистров накопления - Применение отборов в запросах ..., а также в главе по РБ.
Отсутствие значений параметров в виртуальной таблице или использование вместо них условия «ГДЕ» -2 балла. :)
-
Нахожу субконто Договор лишним на счете товары.
-
Думаю вы перемудрили. Договор может быть не один у контрагента, нельзя его через точку в отчете доставать.Если вы хотите уменьшить количество субконто, то пожертвуйте тогда Контрагентом. Все равно его можно из Договора вытащить. Но тоже не советовала бы Т.к могут понадобиться данные просто по контрагенту без учета Договора. Мой вариант билета
-
Привет. В задаче ОУ есть строка: Возникновение курсовых разниц на себестоимость при продаже не предполагается. Могу ли я создать РН Себестоимость с двумя ресурсами: Количество и Сумма(руб), а не Количество, СуммаРуб и СуммаВал. А потом в РН Продажи списывать СебВал = Себ / Курс, а не СебВал = СебВал? Или это большое упрощение задачи? Как вы думаете?
-
Условие задачи "Весь учет ведется одновременно в 2-х валютах: рубли и доллары. При проведении документов курс указывается непосредственно в самом документе." Т.е ответ - Сумма, СуммаДоллар
-
Условие задачи "Весь учет ведется одновременно в 2-х валютах: рубли и доллары. При проведении документов курс указывается непосредственно в самом документе." Т.е ответ - Сумма, СуммаДоллар
у вас ошибочка, долларовая сумма зависнет на РН. Для неё себестоимоть так же надо расссчитывать, как для обычной. с "проблемой копеек". я ещё подумал -а может её в РЕКВИЗИТ, кто как думает.
-
на счет копеек согласна, можно сделать, на счет реквизита- нет, вы сумму доллар складывать не будете?
-
на счет копеек согласна, можно сделать, на счет реквизита- нет, вы сумму доллар складывать не будете?
? а ну да -её тоже будем тащить из ВТ.
по БУ: пару моментов, в Расходке - не нужно делать цикл по Номенклатуре(зачем?). У нас все данные есть и сразу можно сделать проводку одну.
И ещё у вас внутри Договора документы отгрузки не сортируются по МоментВремени().
-
не поняла вопроса, может билет не тот? в этом билете Расходная накладная просто записывает движения по БУ
-
не поняла вопроса, может билет не тот? в этом билете Расходная накладная просто записывает движения по БУ
ну да, в цикле. А можно без цикла. Все данные для проводки по СуммамРуб и СуммеВал имеются, зачем резать их по Номенклатуре?
-
Сумма, СуммаВал - это задача ОУ, а не БУ причем партионного, поэтому и разрезается. Либо у меня другие билеты, либо проверьте свои)
-
Сумма, СуммаВал - это задача ОУ, а не БУ причем партионного, поэтому и разрезается. Либо у меня другие билеты, либо проверьте свои)
из билета 7 БУ: Взаиморасчеты с покупателями ведутся одновременно в рублях и евро. Курс евро указывается пользователем вручную в документе.
Документ «Расходная накладная» формирует следующую проводку:
Дт «Покупатели» - Кт «Прибыли и убытки» на сумму продажи
Т.е. Расходка делает движение это. Так вот - его не нужно (обязательно) делать в цикле, и резать по Номенклатуре... ))) я вроде ваш билет смотрю, да - внизу после ОУ идут движения БУ. У нас есть в Документе СуммаПоДокументу и Куср Евро. Т.е. можно сделать проводку сразу, одну на обе суммы )) без цикла...
и в приходе денег внутри Договоров есть ещё и Накладные - их там сказано тоже сортировать )))
"В рамках каждого договора задолженность погашается в хронологическом порядке, начиная с самой первой недоплаченной накладной."
-
блин, наконец-то поняла , о чем вы говорите, то что нужно не перебирать табчасть, а сделать одну проводку.Обычно делаю конструктором движения, которые просто записывают. Сорри. ))
-
Доброе время суток, кто может объяснить почему в ОП не закроется в ноль РН? Так сказал Аксеонов. Посмотрел почти все решения, все просто делят себестоимость на курс из документа, но так неправильно. К сожалению, как правильно он не сказал.
-
Если Выборка.КоличествоОстаток=Выборка.Количество Тогда
Себестоимость = Выборка.СуммаОстаток;
СебестоимостьДоллар = Выборка.СуммаОстатокДоллар;
Иначе
Себестоимость =Списать*Выборка.СуммаОстаток/Выборка.КоличествоОстаток;
СебестоимостьДоллар =?(Курс=0,0, Себестоимость/Курс);
КонецЕСли;
так делали?
-
Если Выборка.КоличествоОстаток=Выборка.Количество Тогда
Себестоимость = Выборка.СуммаОстаток;
СебестоимостьДоллар = Выборка.СуммаОстатокДоллар;
Иначе
Себестоимость =Списать*Выборка.СуммаОстаток/Выборка.КоличествоОстаток;
СебестоимостьДоллар =?(Курс=0,0, Себестоимость/Курс);
КонецЕСли;
так делали?
Пока Выборка.Следующий() И ОсталосьСписать > 0 Цикл
Списать = Мин(ОсталосьСписать,Выборка.РегКол);
Движение = Движения.ОстаткиНоменклатуры.Добавить();
Движение.ВидДвижения = ВидДвиженияНакопления.Расход;
Движение.Период = Дата;
Движение.Номенклатура= Выборка.Номенклатура;
Движение.Партия = Выборка.Партия;
Движение.Количество = Списать;
Движение.Сумма = ?(Списать = Выборка.РегКол, Выборка.РегСум, Списать*Выборка.РегСум/Выборка.РегКол);
Движение.СуммаДол = Движение.Сумма/КурсДол;
Себестоимость = Себестоимость + Движение.Сумма;
СебестоимостьДол = СебестоимостьДол + Движение.СуммаДол;
ОсталосьСписать = ОсталосьСписать - Списать;
КонецЦикла;
-
Доброе время суток, кто может объяснить почему в ОП не закроется в ноль РН? Так сказал Аксеонов. Посмотрел почти все решения, все просто делят себестоимость на курс из документа, но так неправильно. К сожалению, как правильно он не сказал.
Не представляю, кто как делает.
Читаем фразу "Возникновение курсовых разниц на себестоимость при продаже не предполагается". Это значит, что при продаже себестоимость списывается по тому же курсу, который был при приходе (иначе возникают курсовые разницы).
У меня код при расчете выручки и себестоимости был такой:
Пока ВыбИтоги.Следующий() Цикл
// выручка
Движение = Движения.Выручка.Добавить();
Движение.Период = Дата;
Движение.Номенклатура = ВыбИтоги.Номенклатура;
Движение.Выручка = ВыбИтоги.СумДок;
Движение.ВалВыручка = ВыбИтоги.СумДок / КурсДоллара;
ОсталосьСписать = ВыбИтоги.КвоДок;
ВыбДетали = ВыбИтоги.Выбрать();
// себестоимость
Пока ВыбДетали.Следующий() и ОсталосьСписать > 0 Цикл
КвоСписать = МИН (ОсталосьСписать, ВыбДетали.КвоОст);
СумСписать = ?(КвоСписать = ВыбДетали.КвоОст, ВыбДетали.СумОст, КвоСписать / ВыбДетали.КвоОст * ВыбДетали.СумОст);
ВалСписать = ?(КвоСписать = ВыбДетали.КвоОст, ВыбДетали.ВалОст, КвоСписать / ВыбДетали.КвоОст * ВыбДетали.ВалОст);
Движение = Движения.СебестоимостьНоменклатуры.Добавить();
Движение.ВидДвижения = ВидДвиженияНакопления.Расход;
Движение.Период = Дата;
Движение.Номенклатура = ВыбДетали.Номенклатура;
Движение.Партия = ВыбДетали.Партия;
Движение.Количество = КвоСписать;
Движение.Сумма = СумСписать;
Движение.ВалСумма = ВалСписать;
ОсталосьСписать = ОсталосьСписать - КвоСписать;
КонецЦикла;
КонецЦикла;
-
Доброе время суток, кто может объяснить почему в ОП не закроется в ноль РН? Так сказал Аксеонов. Посмотрел почти все решения, все просто делят себестоимость на курс из документа, но так неправильно. К сожалению, как правильно он не сказал.
Не представляю, кто как делает.
Читаем фразу "Возникновение курсовых разниц на себестоимость при продаже не предполагается". Это значит, что при продаже себестоимость списывается по тому же курсу, который был при приходе (иначе возникают курсовые разницы).
У меня код при расчете выручки и себестоимости был такой:
Пока ВыбИтоги.Следующий() Цикл
// выручка
Движение = Движения.Выручка.Добавить();
Движение.Период = Дата;
Движение.Номенклатура = ВыбИтоги.Номенклатура;
Движение.Выручка = ВыбИтоги.СумДок;
Движение.ВалВыручка = ВыбИтоги.СумДок / КурсДоллара;
ОсталосьСписать = ВыбИтоги.КвоДок;
ВыбДетали = ВыбИтоги.Выбрать();
// себестоимость
Пока ВыбДетали.Следующий() и ОсталосьСписать > 0 Цикл
КвоСписать = МИН (ОсталосьСписать, ВыбДетали.КвоОст);
СумСписать = ?(КвоСписать = ВыбДетали.КвоОст, ВыбДетали.СумОст, КвоСписать / ВыбДетали.КвоОст * ВыбДетали.СумОст);
ВалСписать = ?(КвоСписать = ВыбДетали.КвоОст, ВыбДетали.ВалОст, КвоСписать / ВыбДетали.КвоОст * ВыбДетали.ВалОст);
Движение = Движения.СебестоимостьНоменклатуры.Добавить();
Движение.ВидДвижения = ВидДвиженияНакопления.Расход;
Движение.Период = Дата;
Движение.Номенклатура = ВыбДетали.Номенклатура;
Движение.Партия = ВыбДетали.Партия;
Движение.Количество = КвоСписать;
Движение.Сумма = СумСписать;
Движение.ВалСумма = ВалСписать;
ОсталосьСписать = ОсталосьСписать - КвоСписать;
КонецЦикла;
КонецЦикла;
Пожалуй, Вы правы.
-
да,да у alex1248 правильно. Для себя тоже запомнила, спасибо
-
Уважаемые специалисты, только начали готовиться и решать задачи, сильно строго не пинайте. Возник вопрос по ОУ. Как определиться с составом регистров, т.е. как понять из условия задачи нужен 1 РН (только для остатков) или 2 РН (остатки + себестоимость)? Например, вот для этой задачи.
-
Как определиться с составом регистров, т.е. как понять из условия задачи нужен 1 РН (только для остатков) или 2 РН (остатки + себестоимость)?
Чего пинать? Тут форум нормальный, бегающих ради провести время нет.
И всё же могу ответить только так - вникнуть в суть задачи, и понять, что от вас требуется, на основании этого и составлять структуру регистров. Это ж творчество, а вы хотите получить алгоритм на свои действия. Алгоритм будет у юзера, как следствие вашей творческой работы.
-
Да, полностью согласен. Но а как же требования вывода РН в ноль?! Поправьте меня, пож-та, если я не прав, вот именно для этой задачи я бы собрал 3 РН. 1 - для остатков номенклатуры, 2-ой РН (остатки) для расчета себестоимости, 3-ий - оборотный РН для продаж и в валюте, и в рублях. Не правильно думаю?
-
Да, полностью согласен. Но а как же требования вывода РН в ноль?! Поправьте меня, пож-та, если я не прав, вот именно для этой задачи я бы собрал 3 РН. 1 - для остатков номенклатуры, 2-ой РН (остатки) для расчета себестоимости, 3-ий - оборотный РН для продаж и в валюте, и в рублях. Не правильно думаю?
Какое отношение к количеству регистров имеет необходимость выведения в ноль регистров остатков? Для этого надо просто написать правильную процедуру расчета.
В данной задаче, возможно, нет необходимости в отдельном регистре для остатков, если по старой методике остатки контролировать можно по другому регистру.
-
Понятно, примерно. Супер спасибо.
-
Посмотрел несколько решений расчетной части, в некоторых в РС "ГрафикиРаботы" почему-то добавлено измерение "Подразделение".
По идее в расчетной задаче хоть и есть совместительство,но ничего не сказано,что график может как-то зависеть от подразделения. Указывается только,что нужно предусмотреть возможность работы по нескольким графикам. Достаточно спорный момент.
-
В этой задаче не нужно в РС подразделение, я не делал.Добавил только в РР измерение.Вроде работает
Подумайте еще над 6-м билетом, он гораздо интереснее в этом плане
-
Цитата: artemusII от Октября 09, 2015, 10:24:24 am
Мне кажется, что в твоем решении есть существенный момент. Дело в том, что у тебя фактические отработанные или проведенные в командировке дни всегда берутся\считаются из РН Табель за месяц. Я думаю, что это неправильно. Ведь в документе Начисления могут ввести записи не за весь месяц, а, допустим, с 10го по 20е числа. Т.о. и считать фактические дни нужно в этом отрезке, а не за весь месяц.
Я решил с учетом этого момента. Но, мне не нравится, что пришлось обращаться к физической таблице РН Табеля. Может у кого еще есть идеи как это "обыграть"?
Тоже на это обратил внимание, вообще-то в задаче сказано в том числе:
Считать, что все данные вводятся только в пределах одного месяца, например, можно указать начисление оклада с 10.01 по 31.01, а запись оклад: с 10.01 по 03.02 вводить нельзя. В одном документе могут быть данные только за текущий расчетный период.
Что вроде как подтверждает,что теоретически могут быть записи,например, Оклада с периодом действия не равным границам месяца. Тогда следует, как я понимаю, сначала получить отработанное время из соответствующего РН сгруппированное по дням, а потом его уже в следующем запросе пакета присоединить уже к данным графика левым соединением по условию,чтобы периоды отработанного времени были МЕЖДУ НачалоПериодаДействия и КонецПериодаДействия конкретной записи.
Но смущает,что при таком подходе вместо одной записи с суммой отработанного времени за месяц, в оборотный регистр отработанного времени нужно будет записывать столько записей,сколько есть ненулевых дней в документе табель с периодом записи,равному соответствующему дню.
С другой стороны,может это и перебор для этой задачи,т.к. в принципе, можно считать,что контроль соответствия табеля и начислений лежит на пользователе,т.е. если он ввёл Оклад с 10 по 25 число,значит он же должен и проконтролировать,чтобы табель был введен только за этот промежуток времени. И тогда данные табеля можно всегда брать за месяц, как сделано в выложенных здесь решениях, и ошибки не будет.
Интересно, как же правильно всё-таки для задач с табелем поступать? Почитал ссылку выше в теме про встречу с Белоусовым,но всё равно не ясен этот момент.
-
Доброго дня коллеги!
Критикуйте меня полностью! :)
Итак, отличия:
ОУ - как обычно, РН закрывается в 0, т.к. себестоимость списываю без учета текущего курса, как и сказано в задаче.
БУ - валютная сумма с признаком учета. Тут только с отчетом мутно - надо вроде бы получить состояние взаиморасчетов, то есть по идее остатки, но колонки отчета подразумевают обращение к оборотам. Поэтому сначала получаю субконто, где висят остатки, а потом для них уже получаю обороты. Минус в том, что обращение к оборотам идет без указания границ периода, а это плохо.
СПР - график для заполнения табеля беру из РС Сведения о сотрудниках, можно было бы и в Начисление зарплаты его подтягивать, но там оставил отдельно реквизит. Не очень уверен насчет расчета командировки - часы фактические для нее я получаю из данных графика РР, а не из табеля, поскольку в задаче сказано - "Часы, проведенные в командировке, определяются по пятидневному графику работы", то есть явно написано что не получаются из табеля, а определяются по графику.
-
Здравствуйте, уважаемые коллеги.
Покритикуйте решение, пожалуйста.
-
Мое решение 7го билета
-
Доброго дня коллеги!
СПР - график для заполнения табеля беру из РС Сведения о сотрудниках, можно было бы и в Начисление зарплаты его подтягивать, но там оставил отдельно реквизит. Не очень уверен насчет расчета командировки - часы фактические для нее я получаю из данных графика РР, а не из табеля, поскольку в задаче сказано - "Часы, проведенные в командировке, определяются по пятидневному графику работы", то есть явно написано что не получаются из табеля, а определяются по графику.
ИМХО, речь идёт о плановых часах. Это также как для оклада рабочие часы определяются по своему графику. Но потом идёт корректировка или вытеснением или, как в данной задаче, введением фактических часов табелем. Иначе вообще не понятно,зачем в иллюстрации к задаче нарисовано,что командировка вводится в табеле, как и оклад.
-
Доброго дня коллеги!
СПР - график для заполнения табеля беру из РС Сведения о сотрудниках, можно было бы и в Начисление зарплаты его подтягивать, но там оставил отдельно реквизит. Не очень уверен насчет расчета командировки - часы фактические для нее я получаю из данных графика РР, а не из табеля, поскольку в задаче сказано - "Часы, проведенные в командировке, определяются по пятидневному графику работы", то есть явно написано что не получаются из табеля, а определяются по графику.
ИМХО, речь идёт о плановых часах. Это также как для оклада рабочие часы определяются по своему графику. Но потом идёт корректировка или вытеснением или, как в данной задаче, введением фактических часов табелем. Иначе вообще не понятно,зачем в иллюстрации к задаче нарисовано,что командировка вводится в табеле, как и оклад. А табель однозначно вводит только факт, а не план,насколько мне известно в таких задачах.
-
Доброго дня коллеги!
СПР - график для заполнения табеля беру из РС Сведения о сотрудниках, можно было бы и в Начисление зарплаты его подтягивать, но там оставил отдельно реквизит. Не очень уверен насчет расчета командировки - часы фактические для нее я получаю из данных графика РР, а не из табеля, поскольку в задаче сказано - "Часы, проведенные в командировке, определяются по пятидневному графику работы", то есть явно написано что не получаются из табеля, а определяются по графику.
ИМХО, речь идёт о плановых часах. Это также как для оклада рабочие часы определяются по своему графику. Но потом идёт корректировка или вытеснением или, как в данной задаче, введением фактических часов табелем. Иначе вообще не понятно,зачем в иллюстрации к задаче нарисовано,что командировка вводится в табеле, как и оклад.
Возможно, только зачем в расчете командировки нужны плановые часы? Там только База * ЧасыФакт/ПериодБаза. Командировка в табеле, грубо говоря, работает вытеснением (предполагаю), потому как просто 0 не поставишь - это невыход, а такого начисления там вроде бы нет.
Встречал в сборнике задач похожую проблему. Хз как правильно решать, если взять факт из табеля - невыполнение условий задачи, ведь не написано что брать из табеля? Щас почитаю в теме, где аналогичная задача из сборника.
Похожее условие в задаче 3.43, только про отпуск. Там правда более четко оговорено, что брать из графика. К тому же при решении sv_mikh тоже брал из графика (очень грамотный форумец).
-
зачем в расчете командировки нужны плановые часы?
"Часовая ставка для расчета командировки определяется как сумма всех начислений за два предыдущих месяца, деленная на количество рабочих часов...". Рабочие часы - часы по графику. Кстати, именно так и логично, поскольку начисления учитываются все, в том числе, и те, которые не увеличивают количество отработанных (а эти уже по факту) часов.
-
зачем в расчете командировки нужны плановые часы?
"Часовая ставка для расчета командировки определяется как сумма всех начислений за два предыдущих месяца, деленная на количество рабочих часов...". Рабочие часы - часы по графику. Кстати, именно так и логично, поскольку начисления учитываются все, в том числе, и те, которые не увеличивают количество отработанных (а эти уже по факту) часов.
Я согласен. Там просто из контекста вырвано. Рабочие часы для базы - это ДанныеГрафика - ПериодБаза, верно?
"Часы, проведенные в командировке, определяются по пятидневному графику работы" - речь шла о вот этих часах. Потому как проведенные в командировке - это текущий расчетный период, а рабочие для базы - 2 прошлых месяца, где может и ни одной командировки не было.
-
Я согласен. Там просто из контекста вырвано. Рабочие часы для базы - это ДанныеГрафика - ПериодБаза, верно?
"Часы, проведенные в командировке, определяются по пятидневному графику работы" - речь шла о вот этих часах. Потому как проведенные в командировке - это текущий расчетный период, а рабочие для базы - 2 прошлых месяца, где может и ни одной командировки не было.
Ага, перечитал.
Это из того же разряда - "мы тут понаписывали чего попало, а вы попробуйте разобраться".
Я в этой задаче брал часы из табеля. А по поводу пятидневки - это можно трактовать так, что "юзер должен командировку в табель вводить по графику пятидневки".
-
Я согласен. Там просто из контекста вырвано. Рабочие часы для базы - это ДанныеГрафика - ПериодБаза, верно?
"Часы, проведенные в командировке, определяются по пятидневному графику работы" - речь шла о вот этих часах. Потому как проведенные в командировке - это текущий расчетный период, а рабочие для базы - 2 прошлых месяца, где может и ни одной командировки не было.
Ага, перечитал.
Это из того же разряда - "мы тут понаписывали чего попало, а вы попробуйте разобраться".
Я в этой задаче брал часы из табеля. А по поводу пятидневки - это можно трактовать так, что "юзер должен командировку в табель вводить по графику пятидневки".
У меня когнитивный диссонанс :) Фирме 1С к своим задачам и билетам надо выпускать как к Библии - Сборники цитат и толкований.
Я правильно понял что брать что из графика, что из табеля - одно и тоже в данном случае, поскольку хз как правильно? Только надо в пояснительной записке указать, что период начисления в документе и в табеле должны быть одинаковы по фактическим часам (дням).
-
Доброго дня! Прошу жестоко раскритиковать мое решение.
Как всегда ставит в тупик часть СПР, и неоднозначностью условий, и количеством допущений в решении.
Для табеля завел Перечисление (явка/выходной/командировка), насколько это правильно? Нужно ли в табеле играться с видимостью столбцов ТЧ, чтобы учесть количество дней в месяце? Нужно ли в документе НачислениеЗарплаты явно указывать месяц, за который начисляется з/п? Ведь документ могу вводить (и чаще всего так и происходит) в начальных числах следующего месяца, а в декабре - в последних числах месяца. Значит нужно пользователю давать выбор периода, за которое производится начисление?
-
Для табеля завел Перечисление (явка/выходной/командировка), насколько это правильно?
По классике делают строкой, которую потом проверяют на "К", а иначе преобразовывают в Число()
Нужно ли в табеле играться с видимостью столбцов ТЧ, чтобы учесть количество дней в месяце?
Если время останется
Нужно ли в документе НачислениеЗарплаты явно указывать месяц, за который начисляется з/п? Ведь документ могу вводить (и чаще всего так и происходит) в начальных числах следующего месяца, а в декабре - в последних числах месяца. Значит нужно пользователю давать выбор периода, за которое производится начисление?
Месяц= ПР = Дата документа или некоторые делают отдельно реквизит ПР
Сам хотел спросить, зачем писать в ОУ Движения.ОстаткиНоменклатуры.Очистить();, если само по себе Движения.ОстаткиНоменклатуры.Записать();
записывает пустой набор, формы у нас управляемые и движения на форму не выведены. Можно ли поэтому сократить код на эту строчку?
-
Сам хотел спросить, зачем писать в ОУ Движения.ОстаткиНоменклатуры.Очистить();, если само по себе Движения.ОстаткиНоменклатуры.Записать();
записывает пустой набор, формы у нас управляемые и движения на форму не выведены. Можно ли поэтому сократить код на эту строчку?
Если это ко мне вопрос :D то мое мнение - можно убрать эту строчку, если мы уверены на 158%, что всегда будут "формы у нас управляемые и движения на форму не выведены".
С другой стороны - вроде бы не видел на форуме сообщений, что принимающие критически относятся к очистке движений.
-
Нужно ли в документе НачислениеЗарплаты явно указывать месяц, за который начисляется з/п? Ведь документ могу вводить (и чаще всего так и происходит) в начальных числах следующего месяца
В данном случае, однозначно, не надо указывать месяц, поскольку "В одном документе могут быть данные только за текущий расчетный период".
Вообще говоря, дата документа - это не та дата, которой его реально вводят (как правило), а дата, к которой относится данная операция. Начисление з/п с точки зрения учета, как правило, производится последним днем месяца, поэтому все доки нач з/п надо датировать последним днем месяца.
-
Нужно ли в документе НачислениеЗарплаты явно указывать месяц, за который начисляется з/п? Ведь документ могу вводить (и чаще всего так и происходит) в начальных числах следующего месяца
В данном случае, однозначно, не надо указывать месяц, поскольку "В одном документе могут быть данные только за текущий расчетный период".
Вообще говоря, дата документа - это не та дата, которой его реально вводят (как правило), а дата, к которой относится данная операция. Начисление з/п с точки зрения учета, как правило, производится последним днем месяца, поэтому все доки нач з/п надо датировать последним днем месяца.
Почему бы и не указать отдельно период регистрации, тем более что дата документа в идеале должна быть концом месяца? А период как раз привести перед записью к началу месяца - очень удобно его везде использовать.
-
Кто может оценить и покритиковать мое решение билета?
-
Кто может оценить и покритиковать мое решение билета?
В ОУ не установлена блокировка, возможно просто забыли строчку. Удобно, чтобы не путаться, копировать код из синтаксис-помощника.
Не решена "проблема копеек".
Зачем нужен документ "УчетнаяПолитика"? Может обернуться в зря потраченное время на аттестации.
БУ: Документ Операция не должен проводиться. И я не знаю, является ли это ошибкой, просто непонятно - зачем в модуле документа создавать набор записей с отбором по регистратору, когда у документа есть коллекция Движения?
Интересная трактовка условия, т.е. Вы сумму в евро вообще не списываете при проведении ПриходДенег, а полностью погашаете Операцией? Вроде бы условию не противоречит, но все равно как то непривычно )))
В отчете, в запросе лучше задать параметр "Субконто" в вирт.таблице.
СПР. Зависимость по базе неверно. И РегистрСведений.Табель.СрезПоследних(&ПериодРегистрации, ) вызывает сомнения, у Вас период регистрации указывает пользователь в документе, если указать первое число месяца, то корректно ли брать СрезПоследних по Табелю ? данные Табеля вряд ли вводят первым числом месяца, так ведь?
-
ОУ не установлена блокировка, возможно просто забыли строчку. Удобно, чтобы не путаться, копировать код из синтаксис-помощника.
Не решена "проблема копеек".
Зачем нужен документ "УчетнаяПолитика"? Может обернуться в зря потраченное время на аттестации.
БУ: Документ Операция не должен проводиться. И я не знаю, является ли это ошибкой, просто непонятно - зачем в модуле документа создавать набор записей с отбором по регистратору, когда у документа есть коллекция Движения?
Интересная трактовка условия, т.е. Вы сумму в евро вообще не списываете при проведении ПриходДенег, а полностью погашаете Операцией? Вроде бы условию не противоречит, но все равно как то непривычно )))
В отчете, в запросе лучше задать параметр "Субконто" в вирт.таблице.
СПР. Зависимость по базе неверно. И РегистрСведений.Табель.СрезПоследних(&ПериодРегистрации, ) вызывает сомнения, у Вас период регистрации указывает пользователь в документе, если указать первое число месяца, то корректно ли брать СрезПоследних по Табелю ? данные Табеля вряд ли вводят первым числом месяца, так ведь?
Проблема копеек.
Ни разу себя не проявляла при таком коде.
Вот тут я описывал это http://forum.chistov.pro/index.php?topic=3638.msg46702#msg46702 (http://forum.chistov.pro/index.php?topic=3638.msg46702#msg46702)
Зачем нужен документ "УчетнаяПолитика"
При перехода на списание по средней, он нужен для списания товаров с партией, и приходом без партии. Но это не во всех задачах нужно
Операция.
Мне объснили так, что это связанно со старыми записями. Но можно впринципе вообще не писать этот код, в задании просто указанно создать документ операция, не так ли? Весь код излишен внутри согласно нему.
Насчет списания Евро. Вроде не противоречит , ведь в задании сказано что контроль рублевый, а незакрытые евро операцией, значит можно вообще не списывать евро в проведении.
СПР.
Тут я сделал допущение что табель создается 1 числа каждого месяца, и каждый день туда вносятся данные
А с зависимостью что не так?
Часовая ставка для расчета командировки определяется как сумма всех начислений за два предыдущих месяца
Значит Командировка зависит по базе от Оклада и Командировки
ОУ не установлена блокировка, Операция. Проведение, параметр "Субконто" в вирт.таблице.
Это все из за того что устал, подряд билеты делаю. Надоедает одно и тоже делать, поэтому то что не влияет сильно на работу решения осознано опускаю
-
сказано что контроль рублевый, а незакрытые евро операцией, значит можно вообще не списывать евро в проведении.
Если читать совсем дословно, также сказано "Взаиморасчеты с покупателями ведутся одновременно в рублях и евро". Если вы при оплате не проводите оплату в евро, то, на мой взгляд, вы попросту не ведете взаиморасчетов в евро. А закрытие когда-то операцией - это уже не взаиморасчеты, а курсовые разницы (причем некорректные, т.к. без учета фактических взаиморасчетов).
-
Не решена "проблема копеек".
http://forum.chistov.pro/index.php?topic=1563.msg35976#msg35976 (http://forum.chistov.pro/index.php?topic=1563.msg35976#msg35976)
Проблема копеек
это когда у вас на остатке 3 единицы товара стоимостью 20 руб.
Вы продаете товар поштучно
1 - 6,67
1 - 6,67
1 - 6,66
И решаете проблему копеек.
А если вы продаете
1 - 6,67
1 - 6,67
1 - 6,67
То не решаете проблему копеек.
Как отрабатывает мой код
Так что не так то с проблемой копеек?
-
У 1С по поводу копеек другое мнение. Вот хочешь с ними пободаться на экзамене- да бодайся.
-
У 1С по поводу копеек другое мнение.
И не только у 1С, у меня тоже, а что касается варианта rds92 - он действительно ошибочен, более того - усугубляет проблему копеек, хотя делать это совсем необязательно :).
Данный вариант разбивается влегкую, на простом примере.
Условно договариваемся, что точность расчетов для программы - 5 знаков, цена - 2 знака, количество - 4 знака.
Количество остаток (и списываем) = 0,0001, стоимость остатка = 0,01.
Рассчитываем сумму списания = ОтброситьЗнакиПосле5-го (0,0001 * 0,01) / 0,0001 = 0 / 0,0001 = 0. Вот и проблема, копейка зависла.
Вообще, формулу надо писать иначе:
Движение.Количество / ВыборкаДетальные.КоличествоОстаток * ВыборкаДетальные.СуммаОстаток.
Тогда вроде бы при равенстве количеств действительно в первой операции должно получиться 1, а дальше остается та же сумма, то и в остатке. Но деление в компе производится немного кривым способом, и видимо, всё же возможны пограничные (в смысле количества знаков) ситуации, когда произойдет сбой (думаю, кто часто имеет дело с экселем, видели, что в расчетах, в которых вроде всегда копейки до 2-го знака, иногда вдруг появляются остатки типа 2,9999999999999 или 3,000000000001).
Сорри, если написал для кого-то абсолютно банальные вещи, а возможно, в деталях что-то и не правильно, но суть должна быть такой. :)
-
У 1С по поводу копеек другое мнение.
И не только у 1С, у меня тоже, а что касается варианта rds92 - он действительно ошибочен, более того - усугубляет проблему копеек, хотя делать это совсем необязательно :) .
Данный вариант разбивается влегкую, на простом примере.
Условно договариваемся, что точность расчетов для программы - 5 знаков, цена - 2 знака, количество - 4 знака.
Количество остаток (и списываем) = 0,0001, стоимость остатка = 0,01.
Рассчитываем сумму списания = ОтброситьЗнакиПосле5-го (0,0001 * 0,01) / 0,0001 = 0 / 0,0001 = 0. Вот и проблема, копейка зависла.
Вообще, формулу надо писать иначе:
Движение.Количество / ВыборкаДетальные.КоличествоОстаток * ВыборкаДетальные.СуммаОстаток.
Тогда вроде бы при равенстве количеств действительно в первой операции должно получиться 1, а дальше остается та же сумма, то и в остатке. Но деление в компе производится немного кривым способом, и видимо, всё же возможны пограничные (в смысле количества знаков) ситуации, когда произойдет сбой (думаю, кто часто имеет дело с экселем, видели, что в расчетах, в которых вроде всегда копейки до 2-го знака, иногда вдруг появляются остатки типа 2,9999999999999 или 3,000000000001).
Сорри, если написал для кого-то абсолютно банальные вещи, а возможно, в деталях что-то и не правильно, но суть должна быть такой. :)
Если сохранять (округлять) промежуточный результат (0,0001 * 0,01), а после делить, то да проблема появится.
Но платформа этого не делает, и все прекрасно считает.
Если требуют, то так и быть, на экзамене напишу. Но с моим кодом никогда копейки не вешались. И покажите пожалуйста, где меняется точность расчетов программы? :D
Информация
http://devtrainingforum.v8.1c.ru/forum/thread.jsp?id=579264
-
И покажите пожалуйста, где меняется точность расчетов программы?
Я в таких случаях использую справку либо гугл. И речь не о регулировании точности, а о самом факте ее ограниченности. А раз ограничение есть, то когда-то они сработают.
Если сохранять (округлять) промежуточный результат (0,0001 * 0,01), а после делить
Странный вы человек. Я привел условный пример, а вы его примеряете на свои конкретные данные, и показав, что получается иной результат, считаете это доказательством верности своего мнения.
Для конкретной задачи под конкретного буха такой подход, несомненно, приемлем.
Но на экзамене помимо прочего проверяется знание принципов работы платформы и методологических принципов, которых придерживается 1С (и да, они могут не совпадать с вашим мнением).
Но делайте на экз как считаете нужным, я в общем-то ничего против не имею, мне даже пофиг.
Просто не хотелось бы, чтобы распространялась недостоверная информация, поэтому и высказал своё мнение.
-
друзья, ничего не сказано про курс евро в документе ПриходДенег. Получается это документ закрывает только руб задолженность, а евро - полностью закрывается Операцией. Так?
-
друзья, ничего не сказано про курс евро в документе ПриходДенег. Получается это документ закрывает только руб задолженность, а евро - полностью закрывается Операцией. Так?
ранее alex1248 уже цитировал билет Курс евро указывается пользователем вручную в документе.
Не указано же в каком документе, значит (скорее всего) и в расходной, и приходе денег.
-
SAM, спасибо )
стараюсь читать ветку полностью перед прорешиванием билета. Этот момент как-то упустил видимо
Решил билет. выкладываю сам билет и свои заметки
ОУ:
РН Остатки, изм. Номенклатура, Партия, рес. Количество, Сумма, СуммаUSD (себестоимость списывается по факту, без курса)
РН Продажи изм. Номенклатура, рес. Количество, Сумма, СуммаUSD (для отчета, учит. курс при записи продажной цены. Надо списывать суммуusd из док-та частями, т.к. копейки)
Отчет - РН Продажи левым к нему РН ОстаткиОбороты
БУ:
сч. Покупатели, суб. Контрагент, Договор, Партия, ПУ - валютный
РБ Управленческий - рес. Сумма, СуммаВал с ПУ Валютный
курс указывается в док-х приход и РТУ
Отчет по ВТ ОборотыДтКт левым соед. с собой же (слева счетдт=покупатели, справа счеткт=покупатели)
СПР:
РН ФактическиеЧасы, остатки, изм. Сотрудник, Подразделение, регист-р Табель - накапливает раб. часы
РС ГрафикиРаботы, изм. Дата, График
ПВР ОсновныеНачисления, Использует период действия (работают по графикам), зависит от базы по периоду регистрации (командировка рассч. ЗА прошлый период). Элементы Оклад, Командировка. Командировка - база от оклада, командировки ("сумма всех начислений"), Оклад - вытеснение Командировкой
РР ОсновныеНачисления, изм. Сотрудник, Подразделение, рес. Результат, рек. Значение, График. Период действия, свзяь с РС ГрафикиРаботы. Базовый Период.
В целом принцип след.: Табель пишет В РН фактические часы работы. НЗ пишет в РР предв. набор, в котором периоды действий и базовые периоды берутся от даты документа. На этом же этапе получаем знач. Оклада из РС. Запись. Дальше из ОНДанныеГрафика получаем плановые часы работы для оклада - ЗначениеПериодДействия и БазуВремениДляКомандировки - ЗначениеБазовыйПериод. Левым соед. ОНБазаОН - РезультатБаза - все начисления для Ком. Левым соед. РН с Факт.Часами для Оклада
Отчет по ДанныеГрафика
УФ: Форма у спр. Номен, на ОК - ОповеститОВыборе(), у владельца - ОбработкаВыбора()
-
Может кто объяснить для чего в РН Продажи добавлять 2 ресурса (Себестоимость и СебестоимостьВВалюте), если эти данные можно спокойно получить из РН Остатки номенклатуры? Был бы признателен за ответ.
-
Может кто объяснить для чего в РН Продажи добавлять 2 ресурса (Себестоимость и СебестоимостьВВалюте), если эти данные можно спокойно получить из РН Остатки номенклатуры? Был бы признателен за ответ.
вовсе необязательно, в моем решении выше - РН на 3 ресурсах
-
Может кто объяснить для чего в РН Продажи добавлять 2 ресурса (Себестоимость и СебестоимостьВВалюте), если эти данные можно спокойно получить из РН Остатки номенклатуры? Был бы признателен за ответ.
вовсе необязательно, в моем решении выше - РН на 3 ресурсах
Просто посмотрел решение из сборника к подготовке, там тоже добавляют в РН Продажи ресурс "Себестоимость", да и у М. Г. Радченко в книге тоже самое. Вот и думаю а для чего, может "фишка" какая или еще что нибудь.
-
Можете объяснить с расчетными задачами.
1) Оклад, фактически отработанные дни фиксируются документом "Табель"
2) Если есть командировка, начисление по окладу не происходит.
Как правильно сделать, вытеснение в этом случае не настроить.?
-
Можете объяснить с расчетными задачами.
1) Оклад, фактически отработанные дни фиксируются документом "Табель"
2) Если есть командировка, начисление по окладу не происходит.
Как правильно сделать, вытеснение в этом случае не настроить.?
Табель с вытеснением не дружат совсем никак, т.к. в табеле вручную уже все вытеснено, не может же в табеле в одной ячейке быть и оклад и командировка ;D
-
Вот что я подумал. В билетах по СПРу при расчете среднего встречаются формулировки "отработанные дни" и "рабочие дни". Значит "рабочие дни", как в этом билете - это не факт, а план. В половине решений в этой ветке берется факт почему-то. А те, кто берет план, берут почему-то по 5-дневному графику, а не потому, по которому работник работал в предыдущие 2 месяца, ведь в условии сказано, что график может меняться.
Вобщем, надо заводить ресурс и там хранить плановые часы. Оклад в ОН с периодом действия, Командировка в ДН. Это идеальный вариант для данной задачи.
-
+ табель на регистре сведений, т.е. накапливать нечего.
-
моё решение.
Интересует форму подбора правильно сделал? Передал выбранное массивом структур в параметре закрытия.
http://forum.chistov.pro/index.php?topic=3679.msg48914#msg48914
-
моё решение.
Интересует форму подбора правильно сделал? Передал выбранное массивом структур в параметре закрытия.
ОУ: Согласно комментарию:
По-моему, просто при вычислении себестоимости нужно сначала умножать, а затем делить, и всё!
За это снимут балл. Не спрашивайте почему, сам не могу понять уже много лет. Просто предупредил.
Вы сделали неправильно списание сумм. Хотя я тоже считаю что все правильно списывает, но на экзамене бы посоветовал. Все таки списывать СуммаОстаткок если количество остаток меньше Списываемого.
УФ: Мне кажется логичнее использовать ТЗ: Выбрано, как это делает фриз. И использовать ОповеститьОВыборе(), а не Закрыть()
-
Ребят,добрый день,готовлюсь к экзамену на Спеца, посмотрите мой билет 7-ой,там только ОУ и БУ,не знаю,правильно ли вообще все понимаю.
-
Моё обновленное решение.
Буду рад критике.
:)
-
Здравствуйте! Мое решение 7 билета. Посмотрите если не сложно.
-
Здравствуйте! Мое решение 7 билета. Посмотрите если не сложно.
РасходнаяНакладная ОбработкаПроведения:
Не затерли старые движения по РН.ОстаткиНоменклатуры перед считыванием остатков.
Не обрезали номенклатуру через параметры виртуальной таблицы "РегистрНакопления.ОстаткиНоменклатуры.Остатки(&МоментОстатков, )"
в ТЧ поместили же, по ней и обрезали бы.
вид номенклатуры лучше вытащить в запрос через ЗНАЧЕНИЕ(), а не параметром.
При нехватке не показываете какой именно номенклатуры не достаточно, для этого вытащить ПРЕДСТАВЛЕНИЕ нужно.
Строка 150:
ОсталосьСписать = ОсталосьСписать - СуммаРубСписать;
не понял, почему из количества отнимаете сумму?
ПриходДенег ОбработкаПроведения:
Не затерли старые движения.
Не указаны виды субконто у виртуальной таблицы "РегистрБухгалтерии.Управленческий.Остатки".
ПланСчетов:
Нет признаков учета, нужно было ограничить остатки в валюте только для счета "Покупатели".
Расчеты:
Не установлены флаги "Базовое".
Подбор номенклатуры в расходке:
Можно выбрать группы.
Не группируется по номенклатуре в списке выбранного, дублируются с количеством =1.
Подсистемы:
Не установлены картинки.
Нет подчиненных подсистем.
Не настроены командные интерфейсы.
Про очистку старых движений (в самом низу): https://its.1c.ru/db/pubdevguide83#content:290:hdoc
-
Спасибо за проделанную работу и комментарий. Буду исправлять.
-
мой обновленный вариант решения, с дополнительным условием 15 минутных опозданий и штрафов за них 50 руб.
Буду рад критике.
:)
-
Откуда известно про дополнительные условия. Есть ли точная формулировка задачи с этими условиями?
-
Откуда известно про дополнительные условия. Есть ли точная формулировка задачи с этими условиями?
http://forum.chistov.pro/index.php?topic=3953.msg46963#msg46963
-
Осилил задачу по СПР.
Когда увидел в задаче табель, и условие про фактические часы в нём - пачка отвисла так, что подбородком ударился об стол. Но оказалось всё не так страшно)))
В решении у SAE табель делает общие обороты за месяц. В таком случае непонятно, как выделить фактические часы, если делать начисления по частям (например оклад разбить на 2 начисления, за одну половину месяца и за вторую). Мне показалось это неправильным.
Также в задаче не увидел доп.начислений. Вообще.
Смотрите, критикуйте, обсуждайте, ругайте
-
Осилил задачу по ОУ.
Просмотрев несколько решений из темы(+ решение SAE) обратил внимание на несколько моментов:
1. Не пишутся услуги в регистр, фиксирующий продажи. Должны же, просто с нулевой себестоимостью и без проверки остатка?
2. Непонятные расчеты себестоимости. Мне кажется, рублевая должна считаться по рублевому остатку, валютная - по валютному?
3. Кто-то делит на курс, чтобы получить валютную сумму, а кто-то умножает. Насколько я понимаю, непринципиально?
-
1. Не пишутся услуги в регистр, фиксирующий продажи. Должны же, просто с нулевой себестоимостью и без проверки остатка?
Я делал именно так.
2. Непонятные расчеты себестоимости. Мне кажется, рублевая должна считаться по рублевому остатку, валютная - по валютному?
Ага, и тут согласен.
3. Кто-то делит на курс, чтобы получить валютную сумму, а кто-то умножает. Насколько я понимаю, непринципиально?
Вообще, в РФ принято считать курс доллара в рублях. В таком случае, чтобы получить валютную сумму, надо рублевую делить на курс.
Если устанавливать курс рубля в долларах, надо будет умножать.
-
Я все таки не понимаю эту задачу с табелем... Где можно про это почитать, кто-нибудь может подскажет.... КАша в голове. Понятно, что вводится докумнт табель, который делает движения по РН обороты. А что с документом начисления з.п. совсем не понятно. Каким образом там вводится период дейтсвия? Если человек по табелю не работал в это время,например был в командировке, то как все равно вводится в документ начисления? Нужно ли настраивать вытеснения? И зачем их настраивать если факт берется из данных табеля. Одним словом фигня какая-то.
-
Я все таки не понимаю эту задачу с табелем...
Пройдите по ссылке у меня в подписи. По поводу задач с табелем там есть ссылка на отдельную ветку. В ней есть всё, что нужно для правильного понимания смысла этих задач.
-
Цитата: olchik от Апреля 05, 2017, 03:05:26 pm
Я все таки не понимаю эту задачу с табелем...
Пройдите по ссылке у меня в подписи. По поводу задач с табелем там есть ссылка на отдельную ветку. В ней есть всё, что нужно для правильного понимания смысла этих задач.
Спасибо!
Вроде бы немного разобралась.
Посмотрите мое решение кому не лень.
-
ОУ: Может вопрос уже поднимался, не нашел, все 8 страниц не осилю читать)
Весь учет ведется одновременно в 2-х валютах: рубли и доллары. При проведении документов курс указывается непосредственно в самом документе
Чтобы не усложнять себе жизнь собираюсь, без всяких справочников "Валюта" и рег. сведений "Курсы валют", в документах просто добавить поле "Курс валюты" и вычислять валютные суммы. Как думаете на экзамене прокатит такой подход?)
-
Сдал спеца 09.06.17. Хочу поделиться своими решениями билетов. Спасибо всем участникам за обсуждение и выкладываемые решения. Это серьезная помощь в подготовке к экзамену.
-
Подскажите, пожалуйста, что за новое условие в этом билете с 15-минутными опозданиями? Я переходила по приведенной выше ветке обсуждения, но там нет точного условия. Сказано ли в условии, что опоздание должно отмечаться в табеле?
Если бы был чистый метод отклонения без табеля, было бы более понятно. Опоздания бы могли вытеснять другие начисления. Или если бы опоздания указывались явно в табеле - это тоже вытеснение, но только явно задаваемое пользователем. А если здесь нет ни указания в табеле, ни метода отклонений, получается, что штраф - это удержание, начисляемое не вместо, а параллельно с окладом?
-
Подскажите, пожалуйста, что за новое условие в этом билете с 15-минутными опозданиями? Я переходила по приведенной выше ветке обсуждения, но там нет точного условия. Сказано ли в условии, что опоздание должно отмечаться в табеле?
Если бы был чистый метод отклонения без табеля, было бы более понятно. Опоздания бы могли вытеснять другие начисления. Или если бы опоздания указывались явно в табеле - это тоже вытеснение, но только явно задаваемое пользователем. А если здесь нет ни указания в табеле, ни метода отклонений, получается, что штраф - это удержание, начисляемое не вместо, а параллельно с окладом?
А разве оно не в 5ом билете, все кто сдавал писали что в 5ом
и вроде как доп условия только при дистанционной сдаче и на ней попадаются билеты с 1-6
-
Увидела вот такое сообщение на предыдущей странице, поэтому спрашиваю:
мой обновленный вариант решения, с дополнительным условием 15 минутных опозданий и штрафов за них 50 руб.
:)
-
+ табель на регистре сведений, т.е. накапливать нечего.
Как мы понимаем надо накапливать или нет?
-
Каким образом должен заполняться ПД в РР? В выложенных в этой ветке решениях ПД заполняется из ТЧ документа Начисление ЗН. Но какой смысл тогда в табеле и его РН?
Отработанное время в РН должно "синхронизироваться" с <Имя ресурса графика>ФактическийПериодДействия?
-
Ребят, а почему в СПР для оклада все срезпоследних берут?
-
Ребят, а почему в СПР для оклада все срезпоследних берут?
Первоначальное значение оклада может изменяться не чаще, чем один раз в день, но берется на начало расчетного периода.
-
Ребят, а почему в СПР для оклада все срезпоследних берут?
Первоначальное значение оклада может изменяться не чаще, чем один раз в день, но берется на начало расчетного периода.
Эт я прочитал условие - в билетах с таким же (первый например) принято макс период изменения который меньше периоддействияначало искать, а по нему оклад или я что то путаю?
UPD: в общем ладно вопрос снимается. Я так понимаю факт мы все равно за весь месяц берем из табеля, так что период действия для плана не при делах...
-
Посмотрел некоторые решения. Приходные и расходные накладные в долларах что ли только? Или только в рублях? Или факт тот что только в одной какой то валюте?
-
Уважаемые коллеги, просьба помочь разобраться с условием задачи СПР
Понимаю, что и в этой ветке и в ветке обсуждения встречи с Белоусовым эти вопросы пережевывались, но как-то до меня не доходит:
1. "По мере необходимости любой сотрудник может быть отправлен в командировку. В этом случае начисление по окладу не происходит." С учетом того, что расчет ведется нНЕ по методу отклонений, а по табелю механизм Вытеснения в этой задаче использовать не нужно?
2. Поскольку для ВР командировки норма времени не нужна и механизм Вытеснения не используем, то ВР командировку помещаем в ПВР доп начисления без использования периода действия?
3. Рабочие часы за два предыдущих месяца получаем из ВТ РР ДанныеГрафика с ВР Оклад?
4. "Отчет может быть построен за любой расчетный период" - в условии подразумевается Расчетный период - один месяц. А форма отчета подразумевает более широкий период (квартал, год и т.д.) - небольшое противоречие.
В некоторых решениях встречал использование механизма вытеснения оклада командировкой. Не понимаю зачем?
Если есть возможность посмотрите мое решение билета. В частности большие вопросы по СПР. Все проверил, вроде все правильно считает
-
3. Рабочие часы за два предыдущих месяца получаем из ВТ РР ДанныеГрафика с ВР Оклад?
Можно использовать и такой подход.
Я оба вида расчета добавил в основные, и рабочие часы беру из данных графика "ЗначениеБазовыйПериод" по командировке. Думаю для одного ПВР 2-а вида расчета не критично.
-
Оцените, коллеги.
-
Выкладываю свое решение билета. СПР решено с условием штрафа в размере 50 рублей зак каждые 15 минут опоздания. Почитав форум, решил следующим образом. В справочник графики добавил 2 предопределенных элемента, "Пятидневка" и "Опоздания". В ПВР Удержания поставил истина у флага использует период действия, т.к. штраф имеет протяженность во времени. В обработке заполнение графика добавил флаг Пятнадцатиминутка. Если истина, то график заполняется с интервалом в 15 минут. Идея в том, чтобы в РС "Графики работы" по графику опоздания записи были каждые 15 минут, а остальные графики считаются как обычно по 8 часов. У РС графики измерение дата сделал тип датавремя. В документ начисление зарплаты добавил тч Удержания. При расчете зарплаты, когда определяется база для командировки вычитаются данные из удержаний.
-
Мои решения после сдачи.
-
Мои решения после сдачи.
В условии "Часовая ставка для расчета командировки определяется как сумма всех начислений за два предыдущих месяца, деленная на количество рабочих часов в двух предыдущих месяцах". А вы делите на "отработанных часов". Рабочие и отработанные часы - это не одно и тоже.
-
Мои решения после сдачи.
В условии "Часовая ставка для расчета командировки определяется как сумма всех начислений за два предыдущих месяца, деленная на количество рабочих часов в двух предыдущих месяцах". А вы делите на "отработанных часов". Рабочие и отработанные часы - это не одно и тоже.
Теоретически вы правы.
за 2 месяца вы заработали 5 000 руб 3а 5 дней (40часов).
отработанные часы 5 000 / 40 = 125руб/час.
рабочие часы 5 000 / 2 / 24 / 8 = 13 руб/час.
Вопрос: вы поедете в командировку?
-
Мои решения после сдачи.
В условии "Часовая ставка для расчета командировки определяется как сумма всех начислений за два предыдущих месяца, деленная на количество рабочих часов в двух предыдущих месяцах". А вы делите на "отработанных часов". Рабочие и отработанные часы - это не одно и тоже.
Теоретически вы правы.
за 2 месяца вы заработали 5 000 руб 3а 5 дней (40часов).
отработанные часы 5 000 / 40 = 125руб/час.
рабочие часы 5 000 / 2 / 24 / 8 = 13 руб/час.
Вопрос: вы поедете в командировку?
Это всё понятно. Но есть условие задачи. Рассуждения с точки зрения здравого тут неуместны.
Осуждалось в разных темах стократно.
Собственно, меня интересовала "рекомендованная" методика получения количества рабочих дней за предыдущие два месяца при этом не прибегая к регистру графиков.
-
Есть вопрос по задаче СПР.
Посмотрел решения пользователей - кто как делает. Кто то сделает все в 1 ПВР, кто то в 2. Кто то делает вытеснение оклада коммандировкой, а кто то нет.
Есть единое мнение на этот счет?
И вообще, при наличии табеля считаю излишним наличие полей "ДатаНачала", "ДатаОкончания" в ТЧ документа НЗ. На экзамене на это не смотрят?
Информации по решению задач с табелем не нашел.
Ссылки, оставленные пользователем alex1248 в 110 сообщении не открываются(
-
Есть вопрос по задаче СПР.
Посмотрел решения пользователей - кто как делает. Кто то сделает все в 1 ПВР, кто то в 2. Кто то делает вытеснение оклада коммандировкой, а кто то нет.
Есть единое мнение на этот счет?
И вообще, при наличии табеля считаю излишним наличие полей "ДатаНачала", "ДатаОкончания" в ТЧ документа НЗ. На экзамене на это не смотрят?
В шапке эти поля .а н в Тч . эти поля нужны наверное ? как считаете
командировка - базовое оклад,командировка . ведущее оклад
Можно и на одном .если вытеснения по времени нет . удержания надбавки всегда в Доп. идут.
Информации по решению задач с табелем не нашел.
Ссылки, оставленные пользователем alex1248 в 110 сообщении не открываются(
-
Коллеги, доброго времени суток! Довольно простой билет оказался, только один момент заставил колебаться - "Часы, проведенные в командировке, определяются по пятидневному графику работы, исходя из 40 часовой рабочей недели.". С одной стороны информация о фактических часах командировки есть в данных графика, с другой стороны они же есть и в табеле. Поскольку решение у нас базируется на табеле, то и рабочие часы командировки, скорее всего, можно брать из него.
Решение прикрепил, буду рад обратной связи.
-
Сдавал экзамен 15.02.19, выпал 7 билет.
Скажу сразу билет, ничего общего с тем что есть тут, не имеет. Билет был на 4 отдельных листах. Ни одна задача в билете не соотв. тому что сдесь.
-
Сдавал экзамен 15.02.19, выпал 7 билет.
Скажу сразу билет, ничего общего с тем что есть тут, не имеет. Билет был на 4 отдельных листах. Ни одна задача в билете не соотв. тому что сдесь.
Очно или удаленно?
-
Сдавал экзамен 15.02.19, выпал 7 билет.
Скажу сразу билет, ничего общего с тем что есть тут, не имеет. Билет был на 4 отдельных листах. Ни одна задача в билете не соотв. тому что сдесь.
Очно или удаленно?
Очно
-
Добрый вечер, в требованиях к экзамену (вроде бы) написано, что отчеты должны полностью соответствовать приведенной форме в билете. По факту кто делает макет для этого, кто не обращает внимание на форму, указанную билете. Так как все-таки поступать??
-
Добрый вечер, в требованиях к экзамену (вроде бы) написано, что отчеты должны полностью соответствовать приведенной форме в билете. По факту кто делает макет для этого, кто не обращает внимание на форму, указанную билете. Так как все-таки поступать??
Чтобы подразумеваете под словами: "Отчеты должны полностью соответствовать приведенной форме в билете"?
Главное, чтобы работал правильно. Ну и желательно, чтобы колонки были так же расположены, что и в билете.
-
Добрый вечер, в требованиях к экзамену (вроде бы) написано, что отчеты должны полностью соответствовать приведенной форме в билете. По факту кто делает макет для этого, кто не обращает внимание на форму, указанную билете. Так как все-таки поступать??
Чтобы подразумеваете под словами: "Отчеты должны полностью соответствовать приведенной форме в билете"?
Главное, чтобы работал правильно. Ну и желательно, чтобы колонки были так же расположены, что и в билете.
Несоответствие отчета приведенному образцу в задании - 0.5 балла.
Это подразумевает и расположение итогов, и расположение группировок и вид заголовок колонок и заголовок отчета.
Но верно, главное - правильно выводимые данные в отчете.
Реализуйте это в первую очередь. Всю красоту настраивайте уже после выполнения всех заданий. За мелкие несоответствия могут как снизить итоговый балл, так и нет. Это не самая значимая ошибка на экзамене. Более того, проверяющие могут вообще не обратить на это внимание.
-
По новомым деталям в билете, я так понимаю маской поставить в поле ввода табеля 8K не получится 99; 9k и 9k; 99 не работает одновременно, только программно отрабатывать или еще какой способ есть маску или формат задать?
-
Можно сделать строкой. Если в конце есть"К", то ее отсекать, а оставшуюся часть переводить в число и добавлять к числу часов командировочных
-
Как я понимаю часы вычленять не надо так как 8 часовая 5 дневка что оклад что командировка, прописывается в регистр или 0 или 8, поэтому скорей всего 8k чисто для красоты. Поставлю маску 99; 9U и забуду про эту хрень.
Можно сделать строкой. Если в конце есть"К", то ее отсекать, а оставшуюся часть переводить в число и добавлять к числу часов командировочных
-
Всем привет)
Сдаю экзамен 24.04 удаленно, а тут слух пошел, что 7 и 8 билеты тоже теперь попадаются.
В общем, мое решение, посмотрите, пожалуйста, кому не трудно)
Заморочки вышли с СПР.
В табеле засчитываются только "8" как отработанные часы, командировки и прочее будут игнориться. Мне кажется не правильным, что если поставить в табеле 7 или 9 часов, то это как оклад не засчитается, но писать
Если Значение = "1" или Значение = "2" или... и т.д. еще больший бред.
Получаю отработанное время за период из документа, а не за весь месяц.
Вытеснение оклада командировкой реализовано только табелем (в ячейку ставим либо "8", либо "К"), в ПВР вытеснение не стоит, иначе часы будут не так считаться.
Как-то так) Ну а вообще Бельдыев с дурацкими портсигарами мне уже в дурных снах сняться( :-[
-
Всем привет)
Сдаю экзамен 24.04 удаленно, а тут слух пошел, что 7 и 8 билеты тоже теперь попадаются.
В общем, мое решение, посмотрите, пожалуйста, кому не трудно)
Заморочки вышли с СПР.
В табеле засчитываются только "8" как отработанные часы, командировки и прочее будут игнориться. Мне кажется не правильным, что если поставить в табеле 7 или 9 часов, то это как оклад не засчитается, но писать
Если Значение = "1" или Значение = "2" или... и т.д. еще больший бред.
Также пришлось использовать не ВТ Обороты, а реальную таблицу (чтобы получать отработанное время за период из документа, а не за весь месяц), что не есть хорошо, но других вариантов не вижу :-\
Вытеснение оклада командировкой реализовано только табелем (в ячейку ставим либо "8", либо "К"), в ПВР вытеснение не стоит, иначе часы будут не так считаться.
Как-то так) Ну а вообще Бельдыев с дурацкими портсигарами мне уже в дурных снах сняться( :-[
откуда такие слухи, что и 7 и 8 попадаются? я 23 иду сдавать тоже дистанционно
-
Всем привет)
Сдаю экзамен 24.04 удаленно, а тут слух пошел, что 7 и 8 билеты тоже теперь попадаются.
В общем, мое решение, посмотрите, пожалуйста, кому не трудно)
Заморочки вышли с СПР.
В табеле засчитываются только "8" как отработанные часы, командировки и прочее будут игнориться. Мне кажется не правильным, что если поставить в табеле 7 или 9 часов, то это как оклад не засчитается, но писать
Если Значение = "1" или Значение = "2" или... и т.д. еще больший бред.
Также пришлось использовать не ВТ Обороты, а реальную таблицу (чтобы получать отработанное время за период из документа, а не за весь месяц), что не есть хорошо, но других вариантов не вижу :-\
Вытеснение оклада командировкой реализовано только табелем (в ячейку ставим либо "8", либо "К"), в ПВР вытеснение не стоит, иначе часы будут не так считаться.
Как-то так) Ну а вообще Бельдыев с дурацкими портсигарами мне уже в дурных снах сняться( :-[
откуда такие слухи, что и 7 и 8 попадаются? я 23 иду сдавать тоже дистанционно
Я тоже иду в 20-х числах..
Это не слухи, а на самом деле на дистанционной сдаче попадаются 7 и 8 билеты теперь
-
откуда такие слухи, что и 7 и 8 попадаются? я 23 иду сдавать тоже дистанционно
Писали об этом многие в соседних ветках, по-моему в теме "Результаты сдачи" читала. На всякий, их тоже лучше прорешать)
-
Добрый день! Решила билет 7 с табелем. Буду рада комментариям, особенно по ПР
-
Ребята, посмотрите плиз с задачей по управляемым формам, почему в Расходной накладной выбранные товары не переносятся в документ? Сразу извиняюсь за столь не серьезный вопрос. ::)
-
Ребята, посмотрите плиз с задачей по управляемым формам, почему в Расходной накладной выбранные товары не переносятся в документ? Сразу извиняюсь за столь не серьезный вопрос. ::)
Обработка выбора сработает для того элемента формы, который Вы передали третьим параметров в процедуру открытия формы, у Вас это сама Форма:
ОткрытьФорму("Справочник.Номенклатура.Форма.ФормаВыбора",,ЭтаФорма,УникальныйИдентификатор,ВариантОткрытияОкна.ОтдельноеОкно);
А Вы его ловите для таблицы формы СписокНоменклатуры:
Процедура СписокНоменклатурыОбработкаВыбора(Элемент, ВыбранноеЗначение, СтандартнаяОбработка)Передалайте открытие формы подбора на
ОткрытьФорму("Справочник.Номенклатура.Форма.ФормаВыбора",,Элементы.СписокНоменклатуры, УникальныйИдентификатор,ВариантОткрытияОкна.ОтдельноеОкно);
-
Ребята, посмотрите плиз с задачей по управляемым формам, почему в Расходной накладной выбранные товары не переносятся в документ? Сразу извиняюсь за столь не серьезный вопрос. ::)
Обработка выбора сработает для того элемента формы, который Вы передали третьим параметров в процедуру открытия формы, у Вас это сама Форма:
ОткрытьФорму("Справочник.Номенклатура.Форма.ФормаВыбора",,ЭтаФорма,УникальныйИдентификатор,ВариантОткрытияОкна.ОтдельноеОкно);
А Вы его ловите для таблицы формы СписокНоменклатуры:
Процедура СписокНоменклатурыОбработкаВыбора(Элемент, ВыбранноеЗначение, СтандартнаяОбработка)Передалайте открытие формы подбора на
ОткрытьФорму("Справочник.Номенклатура.Форма.ФормаВыбора",,Элементы.СписокНоменклатуры, УникальныйИдентификатор,ВариантОткрытияОкна.ОтдельноеОкно);
Михаил, благодарю за уделенное время и помощь! Теперь все отлично!
-
Доброго времени суток, уважаемые коллеги! Прошу оценить решение 7го билета. Любым замечанием буду рад прислушаться. Спасибо!
-
Кто знает, почему для ЧасовПлан берется КоличествоЧасовПериодДействия, а не КоличествоЧасовФактическийПериодДействия:
в таком случае указанные в документе НачислениеЗарплаты в строках ТЧ ДатаНачала и ДатаОкончания не учитываются
и всегда получаются плановые часы за полный месяц
Для чего тогда указываем ДатаНачала и ДатаОкончания?
-
Кто знает, почему для ЧасовПлан берется КоличествоЧасовПериодДействия, а не КоличествоЧасовФактическийПериодДействия:
в таком случае указанные в документе НачислениеЗарплаты в строках ТЧ ДатаНачала и ДатаОкончания не учитываются
и всегда получаются плановые часы за полный месяц
Для чего тогда указываем ДатаНачала и ДатаОкончания?
Часовая ставка рассчитывается как начальное значение оклада, деленное на количество рабочих часов в том же периоде
Цитата из Условия
количество рабочих часов это и есть КоличествоЧасовПериодДействия
-
Ну я условие тоже читал, и неоднократно.
Непонятна роль указанных в документе НачислениеЗарплаты в строках ТЧ ДатаНачала и ДатаОкончания.
Причем в курсе Белоусова по задаче с табелем тоже они оставлены и в движениях по РР пишутся как ПериодДействияНачало и ПериодДействияКонец.
Но в дальнейшем плановые часы из данных графика получаются за целый месяц, и при получении базы - тоже.
То есть по идее эти поля в данной задаче не учитываются, и это сбивает с толку
-
А в 7 билете четвертая задача именно управляемые формы? Ни какой бизнес процесс?
-
А в 7 билете четвертая задача именно управляемые формы? Ни какой бизнес процесс?
Задачи в билетах компануются произвольным образом. У Гилева с Насиповым курс по БП и УФ для экзамена по платформе можно купить отдельно. Там как рас рассматриваются задачи, встречающиеся на экзамене.
-
Прочитал 11 страниц темы, ответа не нашел) Таки, как правильно получать "Часы проведенные в командировке" из Данных графика или из регистра оборотов "Данные табеля" ?
На всякий случай цитирую условие-
"По мере необходимости любой сотрудник может быть отправлен в командировку. В этом случае начисление по окладу не происходит. Часы, проведенные в командировке, определяются по пятидневному графику работы, исходя из 40 часовой рабочей недели.
Часовая ставка для расчета командировки определяется как сумма всех начислений за два предыдущих месяца, деленная на количество рабочих часов в двух предыдущих месяцах. Следует учесть, что данные о командировке не могут вводиться в систему задним числом."
-
Прочитал 11 страниц темы, ответа не нашел) Таки, как правильно получать "Часы проведенные в командировке" из Данных графика или из регистра оборотов "Данные табеля" ?
На всякий случай цитирую условие-
"По мере необходимости любой сотрудник может быть отправлен в командировку. В этом случае начисление по окладу не происходит. Часы, проведенные в командировке, определяются по пятидневному графику работы, исходя из 40 часовой рабочей недели.
Часовая ставка для расчета командировки определяется как сумма всех начислений за два предыдущих месяца, деленная на количество рабочих часов в двух предыдущих месяцах. Следует учесть, что данные о командировке не могут вводиться в систему задним числом."
Часы проведенныенные в командировке ты берешь из Табеля, это фактические часы, план ты берешь из графика.
На самом деле тут можно долго обсуждать как лучше, я думаю из плана все таки, но люди не паряться делают ресур по часам и туда накапливают базу. Говорят прокатывает.