Форум Чистова. Подготовка к экзаменам 1С
Аттестация "1С:Специалист" => Аттестация "1С:Специалист по платформе 1С:Предприятие 8.3 и 8.2" => Тема начата: Jones от Август 28, 2015, 05:29:39 pm
-
1) 8 билет начал решать с задачи по ПР (3.46) Учет зарплаты в ДвухВалютах. Оклад в Часах, а Компенсация в Днях
Две валюты реализованы на двух ресурсах РР: РезультатРуб и РезультатВал
В регистре Графики два ресурса ЗначениеЧасы (для расчета Оклада) и ЗначениеДни (для расчета Компенсации за телефон)
Основная сложность задачи, на мой взгляд, состоит в том, чтобы уметь правильно получать Ставку из регистра Шкала в зависимости от ФактЧасов (от отработанного времени). Остальное довольно просто, хотя и трудоемко по времени.
2) Задача по БУ (2.15) Редкие товары + усложнена наличием в ней характеристик, полагаю, это ключевой момент, на который экзаменатор обязательно обратит внимание: образование Сотрудника должно храниться с помощью плана видов характеристик.
В запросе на закладке Характеристики настраиваем связь между спр.Сотрудники, ПВХ Свойства объектов и спр.ЗначенияСвойств, в котором и хранятся данные об образовании сотрудников.
Значения свойств мне больше нравится хранить в регистре сведений, но его надо создавать, а справочник ЗначенияСвойств в каркасной конфигурации уже есть, поэтому думаю правильно будет использовать его.
3) ОУ 1.20 Контроль бюджетов, План, Факт. Подписка на событие
Уважаемый artfa (http://forum.chistov.pro/index.php?topic=1049.msg29544#msg29544) демонстрирует элегантное решение этой задачи через подписку на событие.
Здесь (http://forum.chistov.pro/index.php?topic=1049.135) рассуждают по поводу «произвольного периода», думаю это на экзамене непозволительная роскошь. Принял для себя, что имеется ввиду, что пользователь может выбрать произвольный месяц планирования, но каждый план, как и факт относится к конкретном у месяца. Тем более, это хорошо видно в отчете: группировка колонок период – «Месяц».
4) УФ
С функциональными опицями разбирался, но сейчас уже забыл. На отличную сдачу не претендую, поэтому не сделал.
Коллеги, как обычно, буду благодарен, если проверите важнейшие моменты, как то параметры вирт.таблиц, блокировки, структуру решения и т.д.
-
Народ, кто что думает насчет формулировки в БУ задаче:
При списании себестоимости следует учесть, что она может быть скорректирована пользователем документом «Операция» и не совпадать с закупочной ценой.
Что надо делать в связи с этой фразой? Списывая себестоимость, получаю запросом остатки на счТовары в разрезе Ном и ИнвНомеров. Достаточно ли этого или надо еще что-то мутить?
-
Что надо делать в связи с этой фразой? Списывая себестоимость, получаю запросом остатки на счТовары в разрезе Ном и ИнвНомеров. Достаточно ли этого или надо еще что-то мутить?
Слышал, что нельзя отказаться от количественного учета (а некоторые так делают, там же типа всё равно везде единички), потому что сумму можно откорректировать до нуля при фактическом наличии товара.
-
Посмотрел ОУ по бюджету. Вообще задача довольно легкая. Я решил ее на экзамене чуть по другому: в регистре Бюджеты сделал три измерения (Подразделение, Статья затрат и Сценарий и два ресурса: Сумма и Превышение) как в типовой УПП.
В зарплате ошибки:
1. Отсутствуют маркеры записи и очистки регистра (Движения.ОсновныеНачисления.Записывать = Истина, Движения.ОсновныеНачисления.Очистить())
2. Вместо Движения.ОснНачисления.Записать() правильнее записывать Движения.Записать().
3. Расчет зарплаты не выведен в отдельный общий модуль. На эказмене преподаватель это проверял и у меня в том числе.
В БУ, в модуле Расходной накладной имеется следующий код:
Если КоличСписать = Выборка.КолОст Тогда
СуммаСписать = Выборка.СумОст;
Иначе
СуммаСписать = КоличСписать/Выборка.КолОст * Выборка.СумОст;
КонецЕсли;
Две ошибки - отсутствует проверка на ноль и проверка копеек
-
А зачем проверка на ноль, строками выше у него условие
Если Выборка.КолОст < Выборка.КолДок Тогда
..
соответственно 0 быть не может
разве нет?
по поводу контроля бюджетов. я насмотрелся решений, и по сути их = 2 либо с 1 регистром либо с 2
причем непонятно как формулируется билет. если там написать произвольный период, то будьте добры иначе сочтут за упрощение и минус слупят...
в общем я делал на произвольный так: на каждый день писал частичку из общей суммы ну и при проведении всех документов писал в БюджетФакт сумму и после проверял обороты за период ПланФакт.
Что-то мне не понравился вариант на 1 регистре:)
-
ДимаШ, очень благодарю за конструктивную критику! Респект!
Однако не со всеми Вашими доводами я согасен:
в регистре Бюджеты сделал три измерения (Подразделение, Статья затрат и Сценарий и два ресурса: Сумма и Превышение) как в типовой УПП.
Имеется ввиду СценарийПланирования? Зачем он здесь? И не совсем понятно, как Вы храните Факт, откуда его получаете, чтобы сравнить с Планом и Превышением.
В зарплате ошибки:
1. Отсутствуют маркеры записи и очистки регистра (Движения.ОсновныеНачисления.Записывать = Истина, Движения.ОсновныеНачисления.Очистить())
"Записывать=Истина" здесь ставить не надо, ведь ниже идет принудительная запись данного набора движений:
Движения.ОснНачисления.Записать();
Движения.ОсновныеНачисления.Очистить() - тоже не надо, т.к. очищаем для того, чтобы затем "Записать()" с целью удаления из регистра старых записей. Это нужно при Старой методике контроля остатков, когда после такой записи идет получение данных из этого регистра.
А к зарплате контроль остатков никакого отношения не имеет.
На сколько я помню, никто эти конструкции в задачах по ПР и не использует ))
2. Вместо Движения.ОснНачисления.Записать() правильнее записывать Движения.Записать().
Все не так однозначно. На самом деле
b]Движения.ОснНачисления.Записать()[/b] - записывает движения по конкретному регистру. Принудительно. Вручную.
Движения.Записать() - выполняет запись движений по всем регистрам, для которых включено "Записывать". При записи этот флаг сбрасывается.
3. Расчет зарплаты не выведен в отдельный общий модуль
Пожалуй, надо учесть. Хоть это и бессмысленно, но лучше подстраховаться и снизить негативные эмоции у эзаменатора ))
Две ошибки - отсутствует проверка на ноль и проверка копеек
Это условие и нужно, чтобы решать проблему копеек.
Если списываем часть Количества, то списываем часть Суммы, а вот если Количество списывается целиком, то и Сумму списываем ровно ту, что на остатке.
Как заметил Uncle, нуля там быть не может, хотя я постараюсь учесть Ваше замечание, ДимаШ, ведь экзаментор тоже может этого не заметить. Лучше подстраховаться и убрать все эти острые углы ))
Еще раз спасибо за серьезный комментарий к моему решению!
-
Если КоличСписать = Выборка.КолОст Тогда
СуммаСписать = Выборка.СумОст;
Иначе
СуммаСписать = КоличСписать/Выборка.КолОст * Выборка.СумОст;
КонецЕсли;
В случае "КоличСписать = Выборка.КолОст" отношение "КоличСписать/Выборка.КолОст" равно единице и СуммаСписать будет = Выборка.СумОст без всяких "Если Тогда", это же элементарная математика и за такое минус балл можно словить при плохом настрое экзаменатора, мне кажется.
-
в Языках Программирования операция деления это какая-то мутная функция, очень часто имеющая к математике косвенное отношение.
Вопрос упирается в приведение типов.
Ну например, как будет происходить сравнение (или деление следующего)
3.00 = 3.0001
3.0001 = 3.00
Одинаково ли будут выполнятся эти сравнения? та же проблема при делении.
Пример для задуматься. В 1С не экспериментировал на эту тему.
Но раньше (не помню в каком ЯП) я сталкивался что 3.00/3 = 1.000000000001 или типа того.
-
Ну например, как будет происходить сравнение (или деление следующего)
3.00 = 3.0001
3.0001 = 3.00
в этом случае не выполнится условие "КоличСписать = Выборка.КолОст" и будет выполняться формула с делением, которая расположена в ветке Иначе
-
Посмотрел ОУ по бюджету. Вообще задача довольно легкая. Я решил ее на экзамене чуть по другому: в регистре Бюджеты сделал три измерения (Подразделение, Статья затрат и Сценарий и два ресурса: Сумма и Превышение) как в типовой УПП.
Скажите, пожалуйста, как вы на экзамене реализовали условие "...для каждого отдела заводится бюджет за ПРОИЗВОЛЬНЫЙ период... "?
-
Вообщем, не дождался ответов. Походу в данный момент готовятся 4-5 человек)). В итоге выкладываю свое решение. Считаю, что фраза "произвольный период" относится к произвольным МЕСЯЦАМ. Ведь в задаче также есть условие "...при проведении любого документа должен происходить анализ фактических затрат и выводится соответствующее предупреждение, в случае превышения над бюджетом..." А при произвольном периоде такой контроль вообще непонятно как реализовать. т.к. непонятно за какой период брать Факт.
Кому не лень гляньте, пжл. А если еще и отпишетесь с критикой, то буду благодарен.
-
Решил задачу по БУ. Просьба посмотреть со стороны... если тут есть кто...
-
Полностью прорешал Билет №8. Покритикуйте, пжл.
-
Полностью прорешал Билет №8. Покритикуйте, пжл.
artemusII! Несколько раз пытался загрузить твои базы, но они у тебя на 8.3.6, а у меня более старая 8.3.5.
Поставить 8.3.6 можно, но это связано с некоторыми сложностями (не стану объяснять причин).
Так что вот так )) Иногда твои базы не посмотрят потому, что они слишком модерновые ))
-
В случае "КоличСписать = Выборка.КолОст" отношение "КоличСписать/Выборка.КолОст" равно единице и СуммаСписать будет = Выборка.СумОст без всяких "Если Тогда", это же элементарная математика и за такое минус балл можно словить при плохом настрое экзаменатора, мне кажется.
HRom, признаться, Вы меня сначала ввергли в пучину сомнений: неужели мое условие бессмыленно? ))
Но затем я вспомнил, откуда это взял. Так что забудьте про свой плохой настрой и читайте на здровье Пункт 7 очень полезной статьи (http://expert.chistov.pro/public/102366/) ))
И спасибо за коммент. Теперь я хорошо запомню, как это обяъснить, если экзаментор додумается спросить, зачем такое условие.
-
Задача по ПР интересна Компенсацией:
За каждый рабочий день по графику в течение периода начисления сотрудникам предприятия полагается фиксированная сумма денег в качестве компенсации затрат на разговоры по мобильному телефону. Размер суммы в расчетном периоде не меняется и для каждого сотрудника должен быть указан в документе «Начисление зарплаты»
Когда я составлял свой план решения у меня возникла мысль, что Компенсация не должна быть в ОН, ведь ПД ей не нужен. И вот я посмотрел решение ПР 8 билета от S_A_E и понял, как правильно надо делать Компенсацию.
Компенсацию надо разместить в ДН (т.е. без ПД) и рассчитывать от базы по ресурсу ОтработаноДней РР ОН. Базой для Компенсации установить Оклад, а при записи Оклада записывать в ресурс ОтработаноДней значение ДниФакт (можно делением ЧасыФакт/8). По условию БазовыйПериод для Компенсации – ПериодНачисления, т.е. месяц ДатыДок. Но! В конце задачи есть коварное условие:
В одном документе могут быть данные за разные расчетные периоды
Поэтому добавляем в строку ТЧ ДН поле ПериодРегистрации, в записях регистра ПериодРегисрации заполняем из этого поля, а БазовыйПериод отсчитываем от ПериодаРегистрации.
Условие «ведется одновременно в двух валютах (рублях и долларах)» выполняем просто двумя ресурсами РР: РезультатРуб и РезультатВал.
-
В случае "КоличСписать = Выборка.КолОст" отношение "КоличСписать/Выборка.КолОст" равно единице и СуммаСписать будет = Выборка.СумОст без всяких "Если Тогда", это же элементарная математика и за такое минус балл можно словить при плохом настрое экзаменатора, мне кажется.
HRom, я тут учел Ваше замечание и модифицировал свою схему борьбы с проблемой копеек.
Полагаю, экзаменатор не будет вчитываться в мой год, а максимум бегло пробежит по нему глазами.
Как считаете, такой вариант борьбы с проблемой копеек выглядит более логично?
Если Выборка.КолДок < Выборка.КолОст Тогда
// списываем часть суммы пропорционально Количеству
СуммаСписать = ?(Выборка.КолОст = 0, 0, Выборка.КолДок / Выборка.КолОст * Выборка.СумОст);
Иначе
// списываем всю сумму безо всякого деления
СуммаСписать = Выборка.СумОст;
КонецЕсли;
КоличСписать = Выборка.КолДок;
-
artemusII! Несколько раз пытался загрузить твои базы, но они у тебя на 8.3.6, а у меня более старая 8.3.5.
Поставить 8.3.6 можно, но это связано с некоторыми сложностями (не стану объяснять причин).
Так что вот так )) Иногда твои базы не посмотрят потому, что они слишком модерновые ))
Спасибо, что пояснили. Я все ума не приложу, почему меня динамят все на форуме))) Теперь понятно))
-
В случае "КоличСписать = Выборка.КолОст" отношение "КоличСписать/Выборка.КолОст" равно единице и СуммаСписать будет = Выборка.СумОст без всяких "Если Тогда", это же элементарная математика и за такое минус балл можно словить при плохом настрое экзаменатора, мне кажется.
HRom, я тут учел Ваше замечание и модифицировал свою схему борьбы с проблемой копеек.
Полагаю, экзаменатор не будет вчитываться в мой год, а максимум бегло пробежит по нему глазами.
Как считаете, такой вариант борьбы с проблемой копеек выглядит более логично?
Если Выборка.КолДок < Выборка.КолОст Тогда
// списываем часть суммы пропорционально Количеству
СуммаСписать = ?(Выборка.КолОст = 0, 0, Выборка.КолДок / Выборка.КолОст * Выборка.СумОст);
Иначе
// списываем всю сумму безо всякого деления
СуммаСписать = Выборка.СумОст;
КонецЕсли;
КоличСписать = Выборка.КолДок;
Может просто написать так?
СуммаСписать = ?(Выборка.КолОст = 0, 0, (Выборка.КолДок / Выборка.КолОст)* Выборка.СумОст);
-
Старое обсуждение проблемы копеек (http://forum.chistov.pro/index.php?topic=1563.45)
-
Старое обсуждение проблемы копеек (http://forum.chistov.pro/index.php?topic=1563.45)
А достаточно одного поста (чтобы не читать весь флуд, а то кто-нибудь тоже запутается прямо перед сдачей :) ) :
http://forum.chistov.pro/index.php?topic=1563.msg31883#msg31883
Всем знакомая "рекомендация" с инфостарта содержит ошибочную формулу, пожалуй, худший из всех обсуждаемых вариантов, о чем, собственно, в Ответ #41 той же ветки подробно сказано.
-
Так так
-
СПР Компенсацию вынес в ДН, и хотел сделать красиво, чтобы её можно было насчитать за пол месяца. Но База такого не дает. Поэтому компенсация считается за весь месяц.
БУ Делал без количества. Одно субконто ИнвНомер (справочник с владельцем Номенклатура) на счете товары.
Два оборотных ИнвНомер и Сотрудник на ПрибылиУбытки (для отчета).
Значение свойств храню в РС. В отчете пользователю свойство нужно вывести через "Изменить вариант" - это корректно, как думаете?
ОУ Считаю месяц неделимым при планировании и затратах. Два оборотных регистра План и Факт.
УФ для форм элементов работает, для списка не работает. Не пойму в чем дело. Кстати у многих в решениях видимость в списке игнорируется.
-
Привет народ кто нибудь может объяснить про функциональные опции,что это за зверь,и если не сложно рассказать вкратце решение УФ этого билета :)
-
Привет народ кто нибудь может объяснить про функциональные опции,что это за зверь,и если не сложно рассказать вкратце решение УФ этого билета :)
Задача 5.06 здесь (http://forum.chistov.pro/index.php?topic=969.msg1#msg1)
-
СПР
"За каждый рабочий день по графику " разве равно отработанным дням? Объясните, почему все берут именно факт?
-
СПР
"За каждый рабочий день по графику " разве равно отработанным дням? Объясните, почему все берут именно факт?
Конечно это ПланДни. По графику.
Скажите, как сопоставить 2 фразы:
1. Считать, что все данные вводятся только в пределах одного месяца
2. В одном документе могут быть данные за разные расчетные периоды.
Это что, в пределах строки данные только за месяц, но в разных строках могут быть разные месяцы??
-
вроде так, уже ни в чем не уверен. По другому не расшифровывается.
Про график все следуют логике. Т.е. сотрудник отработал с 15 по 30 по графику 10 дней. За них и компенсацию. Но так-то поменять факт на план, особого труда не составит.
-
Тупой наверное вопрос. Но все же задам....
БУ. В отчете не выводится образование. Убилась уже блин. РС завела, ПВХ сделала ссылку на справочник Значение, который тоже завела. В РС Объект стоит Сотр, Свойство ПВХСсылка.Свойство, ресурс Значение - Характеристика.СвойстваОбъектов. В СКД в самом запросе на закладке Характеристики все прописала, в первой части ссылка на ПВХ, во второй на РС. В настройках, насколько помню, вроде как должны у сотрудника появиться типа допреквизитов, ниче не появилось, но я смотрела другие решения, там тоже в настройках нет ничего. А в режиме предприятия выводится. А у меня нет. Что не так? Наверное какая-то фигня, а я ее не вижу....
-
А я еще вот чего не пойму: почему вы все считаете что компенсация не имеет Периода действия? ведь в задаче явно сказано: За каждый рабочий день по ГРАФИКУ в ТЕЧЕНИЕ ПЕРИОДА НАЧИСЛЕНИЯ сотрудникам предприятия полагается фиксированная сумма денег
Ключевые слова: график и период начисления. Любой вид начисления, опирающийся на график, имеет период действия. Тем более там идут планДни. Я взяла ПланЧасы по графику и разделила на 8. А если бы были ФактДни, то было бы сложнее. ведь неизвестно сколько ДНЕЙ отработал сотрудник, он мог работать и по часу в день. А мы тут на 8 разделим. Здесь как раз упрощение в виде ПланДней. Как можно делать компенсацию зависимой от БАЗЫ оклада, если сотр ваще мог не работать этот месяц, тогда и компенсация не начислится? А ведь там сказано: за каждый РАБОЧИЙ день по графику. а не ОТРАБОТАННЫЙ. Я когда была на курсах по подготовке к экзамену, препод говорил что РАБОЧИЕ дни это всегда ПЛАН. А ОТРАБОТАННЫЕ это ФАКТ. Такая формулировка в задачах.
Кстати, оба начисления не имеют базы. У оклада берется шкала, а компенсация вообще вбивается в док. (что кстати еще раз подтверждает мои слова о том, что нельзя делать компенсацию зависимой от базы оклада)
Кто не согласен, прошу подискутировать.
-
А я еще вот чего не пойму: почему вы все считаете что компенсация не имеет Периода действия?
Потому что график, который вы предлагаете использовать для компенсации, это не график компенсации, это график оклада.
Вы согласны, что у компенсации не может быть графика, отличного от графика оклада? Т.е., в общем случае получается дублирование?
И даже в гипотетической описанной вами ситуации, когда сотрудник не работал в течение месяца, мне ситуация представляется не такой, как вы описываете. Начать следует с того, что начисление осуществляется методом отклонений, а это значит, что строка с окладом (и, соответственно, графиком) должна быть всегда для всех сотрудников, числящихся на предприятии. В этом случае, если сотрудник не имел отработанных дней в месяце, то дни по графику должны быть вытеснены вытесняющими ВР (тот факт, что в данной задаче их просто нет - в данном случае не аргумент, поскольку любая экзаменационная задача предполагает моделирование не полноценной ситуации, а лишь ее фрагмента), строка же с окладом должна все равно присутствовать для каждого сотрудника, имеющего право на компенсацию.
По поводу того, что размер компенсации указывается в документе - не вижу никакого противоречия с тем, что компенсация будет рассчитываться по базе. Хотя, если считать, что указанный размер не за день, а за весь период, то и смысла его расчета нет, может быть, вы имели ввиду это? Но в таком случае не нужна не только база, но и график. Всё же, думаю, логично предположить, что указывается компенсация за день, и рассчитывается за нужное количество дней по базе.
И главный аргумент (для сдающих) против дублирования графика - "Использование регистра расчета, обладающего «Периодом действия» для реализации учета по видам расчета, не обладающих «Периодом действия» -1,5 балла". И к этой ошибке экзаменаторы бывают достаточно строги (были тут соответствующие отзывы), тем более, когда идет элементарное дублирование вместо использования таки базы.
-
Дублирование? может быть. А если нет графика, то остается база, но я все же не стала бы использовать базу. Ну вот не нравится она мне тут и все. Мне кажется что все-таки вбитая сумма уже есть и она не должна рассчитываться по базе. Положена сумма компенсации одна, а работник получит совсем другую... он будет недоволен)
Я так поняла условие: вбивается сумма за ДЕНЬ. а потом умножается на план дни из графика. Для этого и нужен график. Я тоже не люблю когда такая спорная ситуация, пихать в начисления, имеющие ПД, но если тут вбивается сумма за весь период, то ее и рассчитывать не надо, да. Но там написано за каждый рабочий день, соответственно я и подумала что вбивается дневная сумма и умножается на план дни. Вобщем конечно же этот момент следует обязательно уточнить у экзаменатора. Он и расставит точки....
А кто-нибудь скажет про образование в БУ? Сейчас решаю 9-й, там тоже характеристики, еще не дошла до отчета, может там что-то прояснится)))
-
Разобралась с выводом характеристик....... фууф....... *где тут смайлик, вытирающий пот со лба*
-
БУ Делал без количества. Одно субконто ИнвНомер (справочник с владельцем Номенклатура) на счете товары.
Два оборотных ИнвНомер и Сотрудник на ПрибылиУбытки (для отчета).
Значение свойств храню в РС. В отчете пользователю свойство нужно вывести через "Изменить вариант" - это корректно, как думаете?
На самом деле разницы нет - через Характеристики(изменить вариант) или напрямую РС связывать. Зависит от того что в данной задаче экзаменатор хочет увидеть. Если работу с ПВХ, то лучше использовать Изменить вариант и не в коем случаем в Вычисляемых полях не вытягивать свойство через точку.
В любом случае лучше этот момент описывать в пояснительной записке.
-
Начал 8 билет. С Характеристиками пока особо не разбирался)
Сделал ОУ, вопрос - получается, судя по отчёту - мы контролируем не только затраты, а поступления денег тоже... В некоторых решениях Расходная Накладная(или ПриходДенег) например, - не двигают БюджетФакт... )) т.е. не смотрят на поступление денег. Это скорее верно, но в отчёте в сборнике есть и "Оплата Покупателей" и "Оплата Поставщикам".(это контроль бюджета затрат товара получается? )))))
-
...мы контролируем не только затраты, а поступления денег тоже...
Не надо думать, что именно мы контролируем.
Есть перечень документов, они формируют оборот по бюджету в соответствии с указанными статьями затрат - суммарный оборот по перечню документов в разрезе указанных статей и контролируем, не вникая в их экономическую сущность.
"В некоторых решениях Расходная Накладная(или ПриходДенег) например, - не двигают БюджетФакт... )) т.е. не смотрят на поступление денег. Это скорее верно" - нет, это не верно. Вообще, бюджет - это всего лишь план, он может быть как на закупки/продажи (а также на доходы/расходы или на выпуск продукции/затраты на ее производство), так и на поступление/расходование денежных средств (хотя такие бюджеты, как правило, формируются раздельно, однако, это не вопрос данной задачи).
-
...мы контролируем не только затраты, а поступления денег тоже...
Не надо думать, что именно мы контролируем.
Есть перечень документов, они формируют оборот по бюджету в соответствии с указанными статьями затрат - суммарный оборот по перечню документов в разрезе указанных статей и контролируем, не вникая в их экономическую сущность.
"В некоторых решениях Расходная Накладная(или ПриходДенег) например, - не двигают БюджетФакт... )) т.е. не смотрят на поступление денег. Это скорее верно" - нет, это не верно. Вообще, бюджет - это всего лишь план, он может быть как на закупки/продажи (а также на доходы/расходы или на выпуск продукции/затраты на ее производство), так и на поступление/расходование денежных средств (хотя такие бюджеты, как правило, формируются раздельно, однако, это не вопрос данной задачи).
Спасибо, подробно разъяснили! ну да, просто слово Затраты тут часто мелькает : "В целях контроля над исполнением бюджета при проведении любого документа должен происходить анализ фактических затрат и выводится соответствующее предупреждение", "Статья Затрат"..и т.д Сказали бы "движение средств", ну это опять к формулировке создателей ))))
Сделал ещё БУ задачу, не пойму - у всех настроились Характеристики, В Запросе есть Характеристики, а что они дают-то? Как получить отчёт как в задании, чё т ни у кого не увидел ))))
Посмотрите БУ, что-то просто всё показалось... и никаких "копеек..."
-
слово Затраты
Даже в общем случае одни затраты могут отражаться приходной накладной или актом, другие - платежным документом (например, услуги банка).
у всех настроились Характеристики, В Запросе есть Характеристики, а что они дают-то? Как получить отчёт как в задании, чё т ни у кого не увидел ))))
Посмотрите БУ, что-то просто всё показалось... и никаких "копеек..."
"Для сотрудников нужна возможность указывать различные свойства – пол, образование, наличие прав и т.п." Вот для этого и нужна хар-ка, а в отчете она во 2-м столбце, какая именно, наверное юзер должен выбрать. Не знаю, как у кого, не смотрел. У меня тоже при подготовке не сделано, как надо. :D . Но делается - в 9-ОУ аналогично вроде бы.
P.S. вот это Движение.КоличествоКт = Выборка.КолРег; - не верно. Списывается остаток по данным учета, хотя в расх накл кол-ва нет вообще, видимо, подразумевается, что там всегда 1. Но тогда и списывать надо 1 (значит, больше туда попадать не должно, наверное; думаю, контролировать "непопадание" дублей не обязательно).
-
"Для сотрудников нужна возможность указывать различные свойства – пол, образование, наличие прав и т.п." Вот для этого и нужна хар-ка, а в отчете она во 2-м столбце, какая именно, наверное юзер должен выбрать. Не знаю, как у кого, не смотрел. У меня тоже при подготовке не сделано, как надо. :D . Но делается - в 9-ОУ аналогично вроде бы.
P.S. вот это Движение.КоличествоКт = Выборка.КолРег; - не верно. Списывается остаток по данным учета, хотя в расх накл кол-ва нет вообще, видимо, подразумевается, что там всегда 1. Но тогда и списывать надо 1 (значит, больше туда попадать не должно, наверное; думаю, контролировать "непопадание" дублей не обязательно).
Спасибо)
По характеристикам пока мутно всё))
В отчете пользователю свойство нужно вывести через "Изменить вариант" - это корректно, как думаете?
Сделал всё аналогично, но в "Изменит вариант" не смог доковырять, - как сделать такой же точь в точь как в задании отчёт)) чтобы Свойство "Образование" (ну или другие) вывелась вместе с детальными записями, причём во втором
столбике...? у меня то отдельно, в группировке, то уровнем выше встаёт, на один уровень не хочет ,то почему то выходят только ресурсы... ))) есть у кого готовый - посмотреть?
-
"Для сотрудников нужна возможность указывать различные свойства – пол, образование, наличие прав и т.п." Вот для этого и нужна хар-ка, а в отчете она во 2-м столбце, какая именно, наверное юзер должен выбрать. Не знаю, как у кого, не смотрел. У меня тоже при подготовке не сделано, как надо. :D . Но делается - в 9-ОУ аналогично вроде бы.
P.S. вот это Движение.КоличествоКт = Выборка.КолРег; - не верно. Списывается остаток по данным учета, хотя в расх накл кол-ва нет вообще, видимо, подразумевается, что там всегда 1. Но тогда и списывать надо 1 (значит, больше туда попадать не должно, наверное; думаю, контролировать "непопадание" дублей не обязательно).
Спасибо)
По характеристикам пока мутно всё))
В отчете пользователю свойство нужно вывести через "Изменить вариант" - это корректно, как думаете?
Сделал всё аналогично, но в "Изменит вариант" не смог доковырять, - как сделать такой же точь в точь как в задании отчёт)) чтобы Свойство "Образование" (ну или другие) вывелась вместе с детальными записями, причём во втором
столбике...? у меня то отдельно, в группировке, то уровнем выше встаёт, на один уровень не хочет ,то почему то выходят только ресурсы... ))) есть у кого готовый - посмотреть?
Видимо в 9 билете характеристики начнут прояснятся)
Сделал СПР, простая вроде..
-
Привет всем! Сделал отчет с помощью ПВХ и рег.свед. Связь ПВХ реализовал не в запросе, а в спр. ФизическиеЛица (на закладке "Данные" кнопка "Характеристики", все что необходимо будет указать там будет выделено). Далее в режиме 1С:Предприятие вытаскиваем нужные поля (для того что бы свойства отображались отдельно нужно создать группу) надеюсь Вы меня поняли:) Далее выгружаем настройку в xml файл и в режиме конфигуратор загружаем наш вариант отчета и отчет готов.
-
Гляньте мой вариант кому не лень :)
-
Гляньте мой вариант кому не лень :)
Гляжу свои старые, и другие решения. Вопросы возникают, по ОУ - БюджетПлан не блокируете? вдруг его изменят)
-
Там же используется новая методика проведения, используется метод БлокироватьДляИзменения
-
Там же используется новая методика проведения, используется метод БлокироватьДляИзменения
ну у вас вижу Факт блокируется по новой методике. А план в упор не вижу. ) План тут нужно блокировать перед чтением, т.е. по старой методике.
щас в обратном порядке просматриваю/прорешиваю билеты, сравниваю решения, ищу ошибки. ;-)
-
Зачем блокировать БюджетПлан, мы же блокируем на чтение регистры если только туда записываем, или я что-то не понимаю?
Тоже пошла по второму кругу, вроде франчи обещали в марте выездную у нас, если нет придется 24 на дистанционную идти
-
Зачем блокировать БюджетПлан, мы же блокируем на чтение регистры если только туда записываем, или я что-то не понимаю?
Тоже пошла по второму кругу, вроде франчи обещали в марте выездную у нас, если нет придется 24 на дистанционную идти
Да, Факт заблокируется при Записи.(новая методика). А сравниваете с Планом, думаю его тоже надо заблочить. По идее...Если его изменят параллельно...? Вот думаю, стоит ли его блокировать. Это конечно не оперативная задача, но думаю надо, ведь решения там какие -то серьёзные будут приниматься, если будет превышен План... кто как считает? )
По БУ: как думаете, можно ли обойтись без ПУ "количественный". там всегда 1 ведь, и все уникальные...
-
ну я думаю, если вы откажетесь совсем от количественного учета, будете вести учет только по сумме, то ПУ Количетвенный не нужет. А если вы всетаки планируете хранить количество, проверять остатки по количеству, то обязательно ПУ количественный, небалансовый
-
ну я думаю, если вы откажетесь совсем от количественного учета, будете вести учет только по сумме, то ПУ Количетвенный не нужет. А если вы всетаки планируете хранить количество, проверять остатки по количеству, то обязательно ПУ количественный, небалансовый
ну это понятно, в рамках данной задачи (судя по отчёту ) - количество Номенклатуры (без ИнвНомера) - нигде не нужно. Т.е. если можно обойтись ПУ - то лучше обойтись? Или методически правильно будет всё таки сделать его. Даже если всегда 1. Вот в чем вопрос -то) т.е. у вас он есть, у кого-то нету. или тут на своё усмотрение. кто как думает;)
по СПР: а есть ли смысл связывать 2 реквизита с РС Графики? Подразделение и ТипГрафика. Если мы захотим, что бы подразделение заработало по разным Графикам - то достаточно ТипГрафика... Если хотим чтобы по одному какому нить - то его и указываем для этого подразделения... ?
пс ну тут сказано для каждого подразделения - его и связываем с графиком
-
для этой задачи одна связь с ТипомГрафика, глянула у себя- стоит две , поняла, что надо все пересматривать и перерешивать)) Две должно если условие типа все работают по графику подразделения , но графики могут меняться .Или формулировка графики по подразделению и если еще такой нибудь расчет по пятидневке, тогда можно тоже как вариант сделать два ресурса в РС Графики и две связи, либо сделать один составной реквизит и одна связь
-
для этой задачи одна связь с ТипомГрафика, глянула у себя- стоит две , поняла, что надо все пересматривать и перерешивать)) Две должно если условие типа все работают по графику подразделения , но графики могут меняться .Или формулировка графики по подразделению и если еще такой нибудь расчет по пятидневке, тогда можно тоже как вариант сделать два ресурса в РС Графики и две связи, либо сделать один составной реквизит и одна связь
Ок. По Функциональным Опциям, у вас от текущего юзера не зависит, кому нибудь дашь право - видят все.
Почему то так... тоже не могу понять почему, и в Расходке у вас вообще не появляется поле "Старший Менеджер".
Почему так? И почему то событие ПриСозданииНаСервере формы дока - не отрабатывает. Разбираюсь...
-
Должно все работать. Данные по всем пользователям должны быть в регистре адресации , после того как поменяли регистр адресации нужно перезайти в базу под нужным пользователем, либо сделать обновление интерфейса при записи регистра
-
Гляньте мой вариант кому не лень :)
Смотрю ОУ.
А как у Вас реализовано условие:
бюджет (документ «Бюджет») произвольный период (указывается в шапке документа)
-
Здравствуйте. уважаемые специалисты.
Покритикуйте решение. пожалуйста
-
Доброго дня!
Оцените плиз.
Кто-нибудь пытался делать именно ПРОИЗВОЛЬНЫЙ (т.е. задан началом и концом периода) период в ОУ? Что-то мне кажется, что жесть будет.
Отличия:
1. ОУ - на 2-х регистрах, потому что план надо получать за весь месяц, а факт - по момент времени документа. Даже если сделать на одном - все равно 2 обращения к БД с разными периодами, да + еще будут дополнительные пустые ресурсы болтаться.
Произвольный период = месяц. Не факт что правильно, но ....
Проверка факта - сервер, вызывается из обработки проведения. Подписка красивее, но там я не помню что вперед выполняться будет - ОУ или БУ.
2. БУ. Номенклатура и Инв.номера - субконто, Инв.номера - независимый справочник. Количество учитываю, так как было в теме, что пользователь может сумму себестоимости обнулить, а товар будет на складе.
Отчет - ПВХ привязан к спр. Физлица, поэтому привязку ПВХ в отчете я уже зря сделал. Избыточно, хотя и работает.
Образование и пол - предопределенный элемент ПВХ - так удобнее.
Вывод товара - через представление.
С количеством косяк - хотя я и ограничил у реквизита Количество минимим и максимум 1, но что-то не работает. Кто знает, почему? Ну будем считать, что правильность ввода количества контролирует пользователь. Можно было бы его совсем убрать.
3. СПР. И опять график. Сделал график просто справочник и в док. Начисление его задаем, к подразделению не привязывал. Считаю, что условие "причем для каждого подразделения компании ведется свой график" - опечатка. Потому что, в других задачах / билетах о графике говорится в начале задачи, там где идет описание к чему и как привязан график, какой по умолчанию. Это всегда в одном абзаце, насколько я помню.
А тут описание расчета отдельного начисления, кроме того, предложение, где описывается шкала ставок в зависимости от подразделения и тут это условие. Потому думаю, что имелось в виду разные шкалы для разных подразделений, которые неудачно обозвали графиком, но хз, надо бы коммент от сдавших эту задачу.
Отчет - извратился и разбил периоды по периоду действия (осн. начисления) и базовому периоду (доп. начисления). Проблема в том, что если делать по периоду регистрации (и он в шапке или просто дата документа), а документ содержит
данные разных периодов, то эти данные соберутся в кучу и выведутся месяцем периода регистрации - что некрасиво и неудобно.
-
СПР. Ошибка у меня - пропустил хитрый финт билета - ДнейПлан надо писать в реквизит РР Дней (база для компенсации).
-
Доброго времени суток!
Прошу посмотреть мое решение билета.
ОУ сделал на 1 оборотном регистре. В остальном вроде бы также, как у всех.
-
Доброго дня!
Доброго времени суток!
по ОУ пишут, что надо решать с помощью подписок на события
http://forum.chistov.pro/index.php?topic=993.msg33031#msg33031
А вот с произвольным периодом засада. Хз как его делать, если только размазать сумму пропорционально на каждый день периода.
-
по ОУ пишут, что надо решать с помощью подписок на события
http://forum.chistov.pro/index.php?topic=993.msg33031#msg33031
автор поста, цитирую:
Задачу по ОУ нужно было решать с использованием подписок на события, а я раскопировал код проверки бюджета по всем документам.
Мне кажется, необязательно использовать подписки, это как один из вариантов. Вполне можно обойтись процедурой в общем модуле.
А вот с произвольным периодом засада. Хз как его делать, если только размазать сумму пропорционально на каждый день периода.
Насколько корректно "размазывать" сумму на период? Предположим, пользователь устанавливает бюджет с 10.04 по 30.04 в размере 10 т.р., и 10-го же вводится документ на сумму 9т.р. Вроде бы документ находится в рамках бюджета, но если мы разделим бюджет по дням, т.е. по 500р. в день, то разумеется будет сообщение о превышении бюджета при проведении данного документа.
Возможно я ошибаюсь, но для себя из условия В целях ведения управленческого учета для каждого отдела заводится бюджет (документ «Бюджет») на произвольный период (указывается в шапке документа)
сделал вывод, что в шапке документа можем указать любой (т.е. произвольный) период = месяцу, к примеру в апреле заложить бюджеты на май или на июнь и т.д., все суммы бюджета пишем началом месяца в регистр, и при проведении документа проверяем на остаток по бюджету в рамках одного месяца.
-
Доброго дня всем!
Согласен с SAM, код в ОМ думаю не хуже, хотя минус все же есть - вызов процедуры ОМ из обработки проведения присутствует во всех доках.
И тоже не представляю экзаменационную задачу с произвольным периодом, по крайней мере в формате экзамена.
Можно - если началом периода считать начало месяца, а вот конец - ставить произвольно до (или включительно) конца месяца. Получать обороты до момента времени документа. Но это не произвольный период все равно.
-
А вот с произвольным периодом засада. Хз как его делать, если только размазать сумму пропорционально на каждый день периода.
Насколько корректно "размазывать" сумму на период? Предположим, пользователь устанавливает бюджет с 10.04 по 30.04 в размере 10 т.р., и 10-го же вводится документ на сумму 9т.р. Вроде бы документ находится в рамках бюджета, но если мы разделим бюджет по дням, т.е. по 500р. в день, то разумеется будет сообщение о превышении бюджета при проведении данного документа.
В задаче есть фраза "Необходимо создать отчет по исполнению бюджета за период, кратный месяцу", поэтому я для себя считал, что период контроля бюджета месяц и есть, и делил не просто по дням, а пропорционально количеству дней, попавших в данный месяц.
Например, документ Бюджет с 15.01 по 22.02 - 39 дней, из них 17 записываем на январь, 22 - на февраль.
Контролировать бюджет за каждый день, конечно же, смысла нет.
P.S. Не помню, чтобы кто-то в отзывах о сдаче писал, что попалась эта задача. :)
-
А вот с произвольным периодом засада. Хз как его делать, если только размазать сумму пропорционально на каждый день периода.
Насколько корректно "размазывать" сумму на период? Предположим, пользователь устанавливает бюджет с 10.04 по 30.04 в размере 10 т.р., и 10-го же вводится документ на сумму 9т.р. Вроде бы документ находится в рамках бюджета, но если мы разделим бюджет по дням, т.е. по 500р. в день, то разумеется будет сообщение о превышении бюджета при проведении данного документа.
В задаче есть фраза "Необходимо создать отчет по исполнению бюджета за период, кратный месяцу", поэтому я для себя считал, что период контроля бюджета месяц и есть, и делил не просто по дням, а пропорционально количеству дней, попавших в данный месяц.
Например, документ Бюджет с 15.01 по 22.02 - 39 дней, из них 17 записываем на январь, 22 - на февраль.
Контролировать бюджет за каждый день, конечно же, смысла нет.
P.S. Не помню, чтобы кто-то в отзывах о сдаче писал, что попалась эта задача. :)
Здорово придумано. Но тут всплывает такой момент - если с 15.01 задавали, а мы же распределим сумму пропорционально дням на весь январь (первым числом 01.01 или последним 31.01), а потом пользователь вводит документ 10.01 и видит что работает контроль бюджета. Формально - если препод придерется, то это будет ошибка.
-
Здорово придумано. Но тут всплывает такой момент - если с 15.01 задавали, а мы же распределим сумму пропорционально дням на весь январь (первым числом 01.01 или последним 31.01), а потом пользователь вводит документ 10.01 и видит что работает контроль бюджета. Формально - если препод придерется, то это будет ошибка.
Если сделать допущение, что контроль бюджета в пределах месяца, то ошибки не будет.
Или делать по дням. Тогда да, большая сумма в одном документе автоматически влечет превышение бюджет этого дня.
Мне кажется, помесячно контролировать, всё же, логичнее.
В любом случае, надо определиться с минимальным периодом контроля, и проблемы не будет.
-
Доброго времени суток!
Прошу посмотреть мое решение билета.
ОУ сделал на 1 оборотном регистре. В остальном вроде бы также, как у всех.
По БУ не вижу, чтобы устанавливался момент расчета итогов в РН. С умыслом или просто забылось?
-
Доброго времени суток!
Прошу посмотреть мое решение билета.
ОУ сделал на 1 оборотном регистре. В остальном вроде бы также, как у всех.
По БУ не вижу, чтобы устанавливался момент расчета итогов в РН. С умыслом или просто забылось?
Это косяк, и причем ряд подобных косяков повторяется периодически ((( Как избежать этого на аттестации? Вроде бы пишу для себя план решения задачи, но все равно что-нибудь да забываю
-
У меня тоже такая ситуация , пытаюсь инвертаризировать список косяков и сделать из него краткий чек-лист чего надо проверить уже после того, как сделано. Например по запросам у меня ассоциация с index0 - забываю индексировать и ЕстьNull. Но мешает то, что этот список может увеличиваться, приходится перезапоминать и переассоциировать. Видимо этим стоит заняться уже на последней стадии подготовки.
-
У меня тоже такая ситуация , пытаюсь инвертаризировать список косяков и сделать из него краткий чек-лист чего надо проверить уже после того, как сделано. Например по запросам у меня ассоциация с index0 - забываю индексировать и ЕстьNull. Но мешает то, что этот список может увеличиваться, приходится перезапоминать и переассоциировать. Видимо этим стоит заняться уже на последней стадии подготовки.
Возможно баян, но нужно не забывать, что на экзамен можно брать с собой любую официальную литературу от 1С. Как правило, в конце каждой книги есть блок "Для заметок". Туда-то и можно сделать все необходимые пометки и напоминания + важные конструкции кода и т.д.
Лучше всего взять с собой сборник задач, т.к. он большого формата и туда влезет больше всего информации.
-
мое решение билета и заметки. Непонятен вот этот момент
При списании себестоимости следует учесть, что она может быть скорректирована пользователем документом «Операция» и не совпадать с закупочной ценой
Как это можно сделать?
ОУ:
РН Бюджет, оборотный, имз. Подразделение, СтатьяЗатрат, ПлановыеЗатраты (булево, чтобы отличить движ. докта Бюджет от прочих), рес. Сумма, ПорогПревышения. Подписка на проведение
БУ:
Настройка св-в: ПВХ СвойстваОбъектов - заполнить ТипЗначения, ДопЗначХаракт - спр ЗначенияСвойств, владелец спр - ПВХ. РС ЗначенСвойстОб, изм. Сотрудник, ТипСвойства (тип ПВХ), рес. Значение (тип - Характеристика). В спр. ФизЛица - Данные, Характеристики настроить связь между ПВХ и РС.
ПС: сч. Товары, Количественный, суб. Инв.Номер. Сч. ПрибылиУбытки, суб. Сотрудник, ИнвНомер - оба оборотные.
Отчет по таблице Оборотов. Свойства выбрать в Изм. вариант
СПР:
РС Графики, изм. Дата, График, Подразделение ("для каждого подразделения компании ведется свой график")
ПВР ОН использует период действия. Элемент Оклад
ПВР ДН завист по ПД. Элемент Компенсация, база по окладу
РР ОН связаон с графиком. Изм. Сотрудник (совместительства нет - нет Подразделения в изм. РР), рес. Результат, РезультатДол (можно сделать рек.,т.к. по нему не нужна база), РабочиеДни (база компенсации в днях), рек. Размер, График, Подразделение
РР ДН базовый период месяц, изм - Сотрудник, рес. Результат, РезультатДол, рек. Размер, Подразделение
Перерасчет в форме: получаем объект из формы, пишем служеб. наборы. вызываем процедуры из ОМ для расчета. В полученном объектке теперь есть движения, выгружаем их в ТЧ. Движения чистим и записываем. Переводим объект в реквизит
УФ:
РС СведенияОСотрудниках, изм. Сотрудник, рес. Старший (булево)
ФО хранение в рес. РС. Состав - реквизиты док-тов СтаршийМенеджер
ПФО использование в изм. РС
ПараметрыСеанса.ТекПоль
При создании форм документов - УстановитьПараметрыФункциональныхОпцийФормы
-
что с произвольным периодом Бюджета то? а если пользователь захочет недельный бюджет ввести или подекадный?
-
ничего в голову не лезет умного. может регистрСведений для дока Бюджет, и там ДатаНач, ДатаКон? в оборотный регистр реквизит ДатаНач и ДатаКон добавлять смысла нет, придется потом по реальной, а не виртуальной таблице собирать данные.
регистрСведений тоже хрень какая то
-
что думаете насчет регистра сведений для дока бюджет?
-
Регистр сведений не сможет накопить данные от нескольких бюджетов. Может ввести константу периодичность бюджета организации и исходя из этой периодичности ограничивать обороты.
-
как ограничивать? можно поподробнее:недельный,месячный,годовой. я бы наверное сделал через рег.счедений и получил бы двойку.
-
При проведении документа, по которому нужно контролировать бюджет просто брать обороты регистра накопления "Бюджет" с ограничением по периоду: НачалоПериода(ДатаДокумента,"Месяц", "Неделя" или другая переодичность), КонецПериода(ДатаДокумента,"Месяц", "Неделя" или другая переодичность)
-
С отчетом ВЫполнениеБюджета как? Если пользователь введет ДатаНач 1 мая ДатаКон 1 июня.А годовой бюджетПлан мы ограничили = 1 января. затраты за выбранный период они с чем будут в отчете сравниваться?
-
Нужно сравнивать годовой бюджет с затратами за выбранный период.
Вот еще мне пришел в голову вариант:
Завести периодический регистр сведений "Периоды бюджетов" с периодичностью 1 день, без измерений, но с ресурсами: ДатаНачала и ДатаОкончания. В этот регистр на дату начала из документа Бюджет записываем информацию из документа: ДатаНачала и ДатаОкончания. В дальнейшем, при проведении затратного документа, на его дату берем срез последних и получаем Дату начала и Дату окончания, которыми будем ограничивать обороты в регистре накопления оборотов затрат.
Будет работать при условии, что пользователь сам будет контролировать, чтобы бюджеты не пересекались по периоду.
-
Не понятны мучения с бюджетом.
Вы не читаете, что обсуждали до вас? Много теряете.
Сложно за пару месяцев придумать столько же, сколько было накоплено за годы многими посетителями форума. :)
Я бюджет делал так - юзер вводит произвольные даты начала и конца, я же их записываю в РН с периодичностью Месяц с распределением пропорционально количеству дней в каждом месяце, попадающих в интервал, указанный юзером.
Отчеты помесячно, как в билете. Я не понял, с чего вы решили, что можно задавать произвольную периодичность?
Произвольно написано только про период в документе бюджета.
И не надо сильно мудрить, на экзамене проверяется не умение кодить сложные сценарии, а правильно и грамотно писать код в определенных ситуациях. Сценарии придуманы лишь для того, чтобы разнообразить текст задач. Если ваш сценарий выглядит сложным - в топку его, и ищите как его упростить (конечно же, в меру).
-
интересно как у них в типовых это реализовано.
по поводу делить на несколько дней - чет как то сомнительно выглядит. Для чего на дни разбивать? может просто тогда движения на 1-е число всю сумму.
Может в РегистрНакопления Бюджет Измерения :1)СтатьяЗатрат и 2)ВидБюджета(Справочник Виды Бюджета( пользователь набивает недельный, месячный,...).
В документе в шапке ВидБюджета, ДатаСКакогоЧисла (на эту дату движения), в ТЧ СтатьиЗатрат.
-
по поводу делить на несколько дней - чет как то сомнительно выглядит. Для чего на дни разбивать? может просто тогда движения на 1-е число всю сумму
Хм, неужели я написал "разбивать на дни"? (хотя можно и так, суть от этого сильно не поменяется :) ).
Читаю написанное мною
записываю в РН с периодичностью Месяц с распределением пропорционально количеству дней в каждом месяце
и понимаю так - определяю сумму, приходящуюся на данный месяц (не по дням, а на все дни этого месяца суммарно) и записываю в РН на данный месяц ,т.е. первым числом месяца и будет. :)
А дальше опять ничего не понял - какие виды бюджета, зачем? вы поставили цель замудрить задачу так, чтобы наверняка не успеть решить ее на экзамене (там ведь еще и изменения могут внести :) ).
И в шапке не Дата, а ДатаНачала и ДатаОкончания.
Кажется, дошло до меня, что вы понимаете под произвольным периодом - вот эти самые неделю, месяц и т.д. Кстати, это очевидно неправильно, потому что у вас получается совсем не произвольный период, а стандартный период из заранее заложенного списка.
Упрощайте, не придумывайте того, чего нет в задании. Вот там нет стандартных периодов, и нефиг с ними заморачиваться, дополнительных баллов на этом не заработаете, а нужное сделать не успеете.
-
на самом деле это сделать 5 минут максимум. что там упрощать то. произвольный период - пользователь в пользовательском режиме вводит вид бюджетного планирования.
мне непонятно для чего пользователю устанавливать любой произвольный период, если движения все равно будут на 1 число месяца. в чем прикол то.
-
на самом деле это сделать 5 минут максимум. что там упрощать то. произвольный период - пользователь в пользовательском режиме вводит вид бюджетного планирования.
мне непонятно для чего пользователю устанавливать любой произвольный период, если движения все равно будут на 1 число месяца. в чем прикол то.
ОК. Я посмотрел, что вы там что-то долго выясняете, и решил, что есть сложности. На нет и суда нет. :)
В чем прикол, не знаю, я задачи не составлял. :)
Хотя, смысл есть - надо правильно распределить сумму документа по месяцам, чтобы при этом копейки не зависали. Себестоимости в этой задаче нет, а на этом моменте потенциальные нарушители "проблемы копеек" могут попасться. :)
-
пользователь вводит План на кап.ремонт с 1 января по 31 марта, а мы распределяем по месяцам на январь,февраль,март? по моему это не нормально. Что если он всю работу сделает в марте? А у нас в отчете получится, что он не выполнил план по бюджету в январе и феврале
-
пользователь вводит План на кап.ремонт с 1 января по 31 марта, а мы распределяем по месяцам на январь,февраль,март? по моему это не нормально. Что если он всю работу сделает в марте? А у нас в отчете получится, что он не выполнил план по бюджету в январе и феврале
Если вы считаете, что это не нормально, то, наверное, вы не всё знаете о реальном планировании и бюджетировании.
Вот в СССР многое делалось авральными методами (как вы написали в примере), и это считается плохо.
И даже в связи с этой задачей - там есть отчет, он помесячно, ну и как в принципе сделать, чтобы не было помесячных отклонений, если можно сделать равномерно в течение 3 месяцев, а можно всё в одном месяце? Очевидно, надо остановиться на каком-то одном варианте?
P.S. Если обоснованно перераспределение происходит, наверное, надо просто откорректировать бюджет.
-
равномерно в течении трех месяцев - маловероятный сценарий. акты выполненных работ подпишут все в каком то одном месяце на всю сумму сразу
-
моё решение.
Порадуюсь критике.
:)
Бюджет сделал регистром накопления (остатки) с измерениями Подразделение, Статья, ДатаНачала, ДатаОкончания.
UPD: http://forum.chistov.pro/index.php?topic=3705.msg48935#msg48935
-
Обновленное моё решение.
:)
-
А разве курс валюты не нужно получать на каждый день для расчета компенсации?
-
А разве курс валюты не нужно получать на каждый день для расчета компенсации?
Думаю, только, если и выплачивать ежедневно. Иначе получится, что на конец месяца задолженность по зарплате в разных валютах будет не сопоставима, и выплатить ее в этот день, чтобы закрыть в обеих валютах, не возможно. В любом случае придется брать за основу сумму в одной из валют (как раз в ней и указана часовая ставка), и пересчитывать в другую на конец периода / дату выплаты.
-
Бюджет на 2х регистрах.
1: ОстаткиБюджета (Подр, Статья | Сумма, СуммаПлюс). Док Бюджет делает проводки в приход на каждый день периода пропорционально. И тут же расход на общую сумму конечной датой периода бюджета. Таким образом этот регистр всегда закрыт
2: РасходБюджета (оборотный) (Подр, Статья | Сумма). Остальные документы сразу формируют и записыват движения (нов методика). Потом проверяем остатки бюджета и его расход - выдаем сообщение
Отчет описывать не буду. Если интересно скачаете базу )
-
Мой вариант решения с доп условием: премия с периодом действия и ее вытеснение выплатами фиксированных сумм.
Буду рад критике :)
-
Решил задачу по СПР
Сначала сбило с толку, что в отчёте есть колонка USD и при этом в условии о валюте ни слова. В итоге решил, что сумма USD это и есть компенсация за мобильный телефон (раньше ведь они как раз в USD были). Тогда всё становится на свои места и решается одним ресурсом в доп.начислениях.
В задаче ничего не сказано про подразделения, поэтому я решил, что совместительства там нет :)
В отчёте при желании можно компенсацию разбивать по периоду действия и тд (ведь совместительства нет :), но я не стал заморачиваться.
В итоге задача показалась даже слишком лёгкой (особенно на фоне табеля).
-
Прочитал эту тему и обсуждение задачи 1.20 и не понимаю заморочек с произвольным периодом по ОУ.
Все равно для плана должна быть некая дискретность периодов планирования, нельзя ввести план на 20 дней, размазать его по дням и сравнивать с фактом по дням.
Если период реально произвольный, то каждый такой период должен быть отдельным сценарием, что явно неадекватное усложнение задачи.
То что отчет строится помесячно по-моему очевидно задает эту дискретность планирования равной месяцу.
Неужели такое решение как у меня во вложении не прокатит?
-
Прочитал эту тему и обсуждение задачи 1.20 и не понимаю заморочек с произвольным периодом по ОУ.
Все равно для плана должна быть некая дискретность периодов планирования.
Абсолютно согласен.
Я делал исходя из месячного периода планирования. Разбивку суммы осуществлял между месяцами пропорционально дням произвольного периода, попадающим в каждый месяц. Тоже не понимаю, на чем там стоит заморачиваться.
-
Прошу посмотреть. ОУ
-
Сдал спеца 09.06.17. Хочу поделиться своими решениями билетов. Спасибо всем участникам за обсуждение и выкладываемые решения. Это серьезная помощь в подготовке к экзамену.
-
Почему-то не работает отключение прав при помощи функциональных опций... Включение с определенного периода - да, работает. А отключение после этого уже нет.
-
Ребят, всем привет. Первый билет где используются свойства объекта. Хочу сделать универсальное решение. С самим механизмом проблем нет. С отчетом проблема. В задании указано одно свойство. В принципе, думаю, для решения билета достаточно будет просто соединиться с таблицей регистра сведений ЗначенияСвойствОбъектов с отбором по этому предопределенному свойству. Но...Я делаю черех ХАРАКТЕРИСТИКИ запроса. И вот беда. В режиме предприятия не могу стандартно зайти в настройки этого отчета, чтобы указать свойства. Пишет:
Не предусмотрено настройки для этого варианта отчета
Как не приходилось разрабатывать на столько легкие отчеты)))) Но походу есть какая то особенность. Подскажите пожалуйста как быть?
-
Не доглядел. Если нажать "еще" там есть кнопка изменить вариант. Там можно все настроить.
-
В принципе, думаю, для решения билета достаточно будет просто соединиться с таблицей регистра сведений ЗначенияСвойствОбъектов с отбором по этому предопределенному свойству.
Такое решение могут зачесть как ошибочное. Ведь в этом случае вы не пользуетесь стандартным механизмом характеристик, а используете регистр сведений как обычный регистр.
Выше здесь предлагали настроить отчет в пользовательском режиме, а потом скопировать настройки в конфигуратор. Вторая часть (перенос в конфигуратор), вроде как, не обязательная. У меня она, кстати, не получилась. Почему-то при попытке открыть настроенную в пользовательском режиме схему в конфигураторе возникает ошибка преобразования.
-
Такое решение могут зачесть как ошибочное. Ведь в этом случае вы не пользуетесь стандартным механизмом характеристик, а используете регистр сведений как обычный регистр.
Не думаю, что это будет ошибкой, если к этому будет также добавлен механизм характеристик для изменения в пользовательском режиме.
-
Прошу оценить, коллеги.
-
Подскажите пожалуйста, в приходную накладную многие добавляют сумма по документу, но ни у кого она не рассчитывается, это ок или все же недоработка?
-
Подскажите пожалуйста, в приходную накладную многие добавляют сумма по документу, но ни у кого она не рассчитывается, это ок или все же недоработка?
Так этот реквизит уже есть в каркасной конфигурации. Его не обязательно использовать. Но иногда удобно. Так же как и вид номенклатуры.
-
Посмотрел решения у пользователей Байт и TUBORG14. По задаче СПР не понимаю зачем делать два РР ? Разве будет ошибкой сделать все через основные начисления, при расчете по тарифу все равно приходится получать данные графика, можно эти же данные сразу использовать для расчет компенсации. Или я что то не правильно понял в задаче? Зачем создавать дополнительные начисления и получать рабочие дни как базу?
-
Посмотрел решения у пользователей Байт и TUBORG14. По задаче СПР не понимаю зачем делать два РР ? Разве будет ошибкой сделать все через основные начисления, при расчете по тарифу все равно приходится получать данные графика, можно эти же данные сразу использовать для расчет компенсации. Или я что то не правильно понял в задаче? Зачем создавать дополнительные начисления и получать рабочие дни как базу?
Я тоже через ОН сделал, из условия "За каждый рабочий день по графику в течение периода начисления " получается ПланДней(по графику) * ФикСумму
-
Мои решения после сдачи.
-
Посмотрел решения у пользователей Байт и TUBORG14. По задаче СПР не понимаю зачем делать два РР ? Разве будет ошибкой сделать все через основные начисления, при расчете по тарифу все равно приходится получать данные графика, можно эти же данные сразу использовать для расчет компенсации. Или я что то не правильно понял в задаче? Зачем создавать дополнительные начисления и получать рабочие дни как базу?
Для того, чтобы в документе начисления 2 раза не указывать период действия и для оклада и для телефона, он ведь один и тот же, соответственно вероятность ошибки при вводе меньше, решение получится более достоверным.
Для того, чтобы не раздувать таблицу фактического периода действия.
-
Здравствуйте. По задаче ОУ (1.20). Написал коммент в теме этой задачи, продублирую здесь.
Честно скажу, мне не кажется эта задача простой. Не нашел по форуму ответов тех, кто сдавал именно ее на экзамене. Нашел один, но ссылка удалена. Поясню сомнения. Допустим, есть 2 бюджета:
Бюджет 1 - с 01.03 по 17.03
Бюджет 2 - с 10.03 по 25.03
документ от, допустим 05.03 может рассчитывать только на Бюджет 1, а документ от 12.03 может рассчитывать на оба бюджета. Причем, как я думаю, документ вправе рассчитывать на бюджет в полном объеме, за минусом уже потраченного. Допустим Бюджет 1 - 12000. Если я введу документ 05.03, то я могу рассчитывать в нем на все 12000, а не на долю, рассчитанную как полная сумма бюджета/количество дней с 01 по 05. Но, если 03.03 уже введен документ факта, потративший по этому бюджету, допустим, 3000, то в документе от 05.03 я могу рассчитывать уже на 9000.
Еще один вопрос. При проведении документа по факту, может ведь быть такое, что плана нет (в реальной жизни вполне может), а может быть и наоборот. Как тогда строить отчет, вообще непонятно, факт к плану присоединять или наоборот. Судя по таблице в задаче факт надо к плану присоединять. Но, при проведении документа по факту, мы сначала делаем движения по факту, а потом делаем проверку, то есть движения по факту будут ТОЧНО, а вот по плану - вопрос.
Вот так. Возможно непонятно изложил. Были проблемы с билетом 7, но потом наткнулся на фото билета с экзамена и вопросы отпали сами собой (оказалось все проще): условие билета было поправлено. Вдруг кто-то сдавал именно этот билет, отзовитесь, пожалуйста
Чтобы не быть голословным, прикрепил мое решение. До отчета вроде картинка складывалась, но на отчете споткнулся опять
-
[quote author=Aesh84 ЕСЛИ ВЫ ПОДЕЛИЛИСЬ СВОЕЙ ПОЧТОЙ, УДАЛИТЕ СООБЩЕНИЕ НЕМЕДЛЕННО ИЛИ БУДЕТЕ ЗАБАНЕНЫ. ЧИТАЙТЕ ПРАВИЛА!!! mail.ru link=topic=3705.msg56188#msg56188 date=1525774512]
...мне не кажется эта задача простой...
[/quote]
Вы крайне усложняете. Но вопрос не в том, нужно это в данной задаче или нет, а в том, что умение разгадывать все потенциально возможные хитросплетения формулировки задачи - не есть цель проверки на экзамене.
Делать надо максимально просто в пределах формулировки, при наличии сомнений - уточнять у преподавателя, на дистанционном - в пояснительной написать, почему делаете именно так.
По поводу того, что может быть "в реальной жизни": универсальный ответ для всех задач на экзамене - кодер делает, как написано, а за неввод/некорректный ввод данных отвечает юзер.
Задача экзаменуемого - показать, что он умеет пользоваться основными инструментами платформы, и делает это методически грамотно. Понимание предметной области, конечно, важно, но всё должно быть в меру.
-
Добрый день!
В билете 8, задаче ПР, все как правило получают долларовую сумму путем умножения рублевого результата на курс доллара. Но, насколько это правильно? Возможно, требуется просто в регистре тарифных ставок хранить не одно значение (рублевое), а два (рублевое и долларовое).
С уважением, Андрей.
-
а два (рублевое и долларовое).
Ага, и регулярно "просто" вводить множество новых пар тарифных ставок вместо "умножения рублевого результата на курс доллара" по необходимости? :)
-
Ага, и регулярно "просто" вводить множество новых пар тарифных ставок вместо "умножения рублевого результата на курс доллара" по необходимости? :)
[/quote]
Так ведь расчет и выплата разнесены по времени. Вот рассчитали зп сегодня, по курсу 75, а через пару дней он уже 80. По какому курсу выплачивать? Да и в задании про валютный справочник и курсы ни слова ни намека, а это ведь лишний кодинг.
-
Ага, и регулярно "просто" вводить множество новых пар тарифных ставок вместо "умножения рублевого результата на курс доллара" по необходимости? :)
Так ведь расчет и выплата разнесены по времени. Вот рассчитали зп сегодня, по курсу 75, а через пару дней он уже 80. По какому курсу выплачивать? Да и в задании про валютный справочник и курсы ни слова ни намека, а это ведь лишний кодинг.
[/quote]
Начисление по курсу на день начисления. А выплата - по тому же курсу, по которому было начислено, не зависимо от курса на день выплаты.
-
[quote author=Aesh84 ЕСЛИ ВЫ ПОДЕЛИЛИСЬ СВОЕЙ ПОЧТОЙ, УДАЛИТЕ СООБЩЕНИЕ НЕМЕДЛЕННО ИЛИ БУДЕТЕ ЗАБАНЕНЫ. ЧИТАЙТЕ ПРАВИЛА!!! mail.ru link=topic=3705.msg56188#msg56188 date=1525774512]
Здравствуйте. По задаче ОУ (1.20). Написал коммент в теме этой задачи, продублирую здесь.
Честно скажу, мне не кажется эта задача простой. Не нашел по форуму ответов тех, кто сдавал именно ее на экзамене. Нашел один, но ссылка удалена. Поясню сомнения. Допустим, есть 2 бюджета:
Бюджет 1 - с 01.03 по 17.03
Бюджет 2 - с 10.03 по 25.03
документ от, допустим 05.03 может рассчитывать только на Бюджет 1, а документ от 12.03 может рассчитывать на оба бюджета. Причем, как я думаю, документ вправе рассчитывать на бюджет в полном объеме, за минусом уже потраченного. Допустим Бюджет 1 - 12000. Если я введу документ 05.03, то я могу рассчитывать в нем на все 12000, а не на долю, рассчитанную как полная сумма бюджета/количество дней с 01 по 05. Но, если 03.03 уже введен документ факта, потративший по этому бюджету, допустим, 3000, то в документе от 05.03 я могу рассчитывать уже на 9000.
Еще один вопрос. При проведении документа по факту, может ведь быть такое, что плана нет (в реальной жизни вполне может), а может быть и наоборот. Как тогда строить отчет, вообще непонятно, факт к плану присоединять или наоборот. Судя по таблице в задаче факт надо к плану присоединять. Но, при проведении документа по факту, мы сначала делаем движения по факту, а потом делаем проверку, то есть движения по факту будут ТОЧНО, а вот по плану - вопрос.
Вот так. Возможно непонятно изложил. Были проблемы с билетом 7, но потом наткнулся на фото билета с экзамена и вопросы отпали сами собой (оказалось все проще): условие билета было поправлено. Вдруг кто-то сдавал именно этот билет, отзовитесь, пожалуйста
Чтобы не быть голословным, прикрепил мое решение. До отчета вроде картинка складывалась, но на отчете споткнулся опять
[/quote]
Экзамен еще не сдавал. ОУ билет 8 решил вот так. План храню в РС. В примере документы Бюджет, Расход денег и отчет. Выполняется условие задания произвольного периода.
-
Доброго коллеги! Еще одно решение билета. Буду рад обратной связи.
-
Доброго коллеги! Еще одно решение билета. Буду рад обратной связи.
А как обработано условие "В одном документе могут быть данные за разные расчетные периоды" по ПР?
Мне кажется, что компенсацию надо считать по Рабочим часам (дням) Тарифа, а ее перенести в Доп. Начисления без периода действия. Так будет большая достоверность решения
Зачем в регистре Графики измерение Подразделение?
-
Доброго коллеги! Еще одно решение билета. Буду рад обратной связи.
У меня у одной в этой базе в документах: ПриходДенег и РасходДенег нет кода?
А в Приходной и Расходной вообще нет кода по оперативному учету. Но база то работает. Может это глюк? Посмотрите пожалуйста.
-
У кого нибудь есть более менее правильный 8 билет?
-
Посмотрите подписку на события и общий модуль
-
Посмотрите подписку на события и общий модуль
Спасибо))
-
Всем привет)
Выкладываю свое решение билета. Просьба посмотреть и покомментировать.
ОУ решила на двух оборотных регистрах. Тут важно в отчете сделать соединение двух таблиц не только по подразделению и статье затрат, но и по периоду, иначе в ситуации, когда отчет содержит два или более месяца, отчет будет неправильным.
Считала, что произвольный период отчета - это месяц. Надеюсь, что максимум, что мне за это будет - 0,5-1 балла за излишнее упрощение задачи. Если бы делала с произвольным условием, то реализовала бы через справочник Бюджеты, в котором завела реквизиты ДатаНачала, ДатаОкончания, Подразделения. Но так как из условия не понятно, как распределять данные по месяцам из отчета, то даже не стала голову забивать. Можно взглянуть на это так: не я упрощаю условие задачи, а экзаменатор его усложняет ;D на основании ОДНОГО слова. Хотели бы произвольные периоды - могли бы написать об этом более четко.
Кстати, интересный момент: в условии задачи в отчете приведены два периода: Январь (31 день) и Февраль (28 дней), а суммы плана по обоим одинаковы. Если делать распределение по дням, то так не получилось бы, в январе вышло бы больше.
БУ. Тут вроде все просто, Количество использую для контроля остатков, т.к. себестоимость пользователь может списать доком Операция. Отчет соответствует заданию.
ПР: использую базу и два регистра расчета. Курс задаю в документе, т.к. в условии ничего про это не сказано и я выбираю максимально простой вариант.
-
Всем привет)
Выкладываю свое решение билета. Просьба посмотреть и покомментировать.
ОУ решила на двух оборотных регистрах. Тут важно в отчете сделать соединение двух таблиц не только по подразделению и статье затрат, но и по периоду, иначе в ситуации, когда отчет содержит два или более месяца, отчет будет неправильным.
Считала, что произвольный период отчета - это месяц. Надеюсь, что максимум, что мне за это будет - 0,5-1 балла за излишнее упрощение задачи. Если бы делала с произвольным условием, то реализовала бы через справочник Бюджеты, в котором завела реквизиты ДатаНачала, ДатаОкончания, Подразделения. Но так как из условия не понятно, как распределять данные по месяцам из отчета, то даже не стала голову забивать. Можно взглянуть на это так: не я упрощаю условие задачи, а экзаменатор его усложняет ;D на основании ОДНОГО слова. Хотели бы произвольные периоды - могли бы написать об этом более четко.
Кстати, интересный момент: в условии задачи в отчете приведены два периода: Январь (31 день) и Февраль (28 дней), а суммы плана по обоим одинаковы. Если делать распределение по дням, то так не получилось бы, в январе вышло бы больше.
БУ. Тут вроде все просто, Количество использую для контроля остатков, т.к. себестоимость пользователь может списать доком Операция. Отчет соответствует заданию.
ПР: использую базу и два регистра расчета. Курс задаю в документе, т.к. в условии ничего про это не сказано и я выбираю максимально простой вариант.
Глянул очень вскользь. Смутило получение рабочих дней как часов, поделенное на 8. А если завтра решать работать по 4 дневке по 10 часов? Ваш алгоритм рассчитает за неделю те же 5 рабочих дней, а не 4. По мне более правильно сделать ресурс в регистре графиков с количеством дней. То есть чтобы было два ресурса в регистре - один с днями, другой с часами.
-
всем привет!
В Задаче Б8-ОУ (в отличае от 1.20) по условию разрешен произвольный период для Бюджета, а отчет хотят по месяцам.
Здесь немножно непонятно..
Как надо действовать если Период Бюджета указан продолжительностью в несколько разных месяцев?
Например:
Бюджет 9 т.р. : на Январь, Февраль, Март
Всю сумму потратили уже в Январе.
В Отчете по Февралю, Марту должно быть: СуммаПлан = 0 и СуммаФакт = 0?
Или все-таки СуммаПлан = 10 т.р. и СуммаФакт = 0?
Или СуммаПлан = 3 т.р. СуммаФакт = 0??
-
Всем привет)
ПР: использую базу и два регистра расчета. Курс задаю в документе, т.к. в условии ничего про это не сказано и я выбираю максимально простой вариант.
Сдавал эту задачу по расчетам 15.08.2019. Сделал не правильно. Правильно именно на двух регистрах. Так как поместить компенсацию в регистр с периодом действия это ошибка.
-
Сдавал эту задачу по расчетам 15.08.2019. Сделал не правильно. Правильно именно на двух регистрах. Так как поместить компенсацию в регистр с периодом действия это ошибка.
А по задаче ОУ удалось узнать что от нас "Белоусов и К" хотят под фразой "Произвольный период" ? Распределять сумму бюджета по дням оборотного регистра за указанный период ?
-
Добрый день. Меня смущает в задаче 8 ОУ использование оборотного регистра. В условии задачи нет определения что понимается под словом бюджет. А ведь это могут быть и доходы и расходы. А в случае с решением с оборотным регистром, нет принципиальное разницы между приходом и расходом денег. В общем, как-то некорректно, на мой взгляд, условие сформулировано. Для отдела закупок это будет логично работать, но для отдела продаж предупреждение о превышении бюджета - это как-то странно
-
Сдавал эту задачу по расчетам 15.08.2019. Сделал не правильно. Правильно именно на двух регистрах. Так как поместить компенсацию в регистр с периодом действия это ошибка.
Спасибо за информацию, сделал сначала на одном регистре, но прочитав быстро переделал. Дни в дополнительных начислениях получаю базой из основных начислений. Курс - из регистра. В решении просто и понятно.
-
Поддерживаю Дмитрия (Ответ #125) - задача шла легко, но мозг меня так же затормозил во время решения, когда увидел что превышение может быть и по оплатам от покупателей. В итоге решил по простому - убрал вычитание сумм в обработках проведения документов "Расходная накладная" и "Приход денег". Все документы у меня пишут в оборотный регистр с плюсом, до выяснения обстоятельств, скажем так. Накопленная сумма сравнивается с ресурсами "План" и "Превышение" этого же регистра. Все работает.
-
Перерешал билет с нуля, это "чистовик". БУ - Тут неясно, допустима ли такая блокировка? Я блокирую счет на товары, а в запросе присоединяю субконто "инв.номера" и по результату пишу "ДЛЯ ИЗМЕНЕНИЯ". Альтернативные варианты получения инв.номеров будут ошибками:
1. Заполнение скрытого реквизита "Инвентарные номера" в тч при редактировании пользователем в форме - ошибка (использование данных, полученных в форме).
2. Заполнение реквизита в модуле перед записью документа - ошибка (запрос в цикле (поиск справочника по реквизиту ведь тоже запрос))
3. Выгрузка ТЧ в ТЗ для параметра запроса, присоединение в запросе инвентарных номеров - ошибка (необоснованное создание таблицы значений)
4. Мой вариант - блокировка в обработке проведения субконто "товары" из ТЧ, блокировка субконто "инв.номера" прямо в запросе.
Кто как думает лучше?
-
А в Последнем задании там именно управляемые формы? Или бизнес процесс какой -то?
-
Добрый день!
Не могу понять зачем в задаче ОУ многие используют в РН.Бюджет два ресурса План и Превышение? Логично же использовать ресурсы: План (пишем сумму по бюджету) и Факт (пишем сумму по остальным документам), а в отчете просто делим План/Факт. Я что то не догоняю...
И у многих при проведении Фактических расходов не вижу блокироватьДляИзмения - это же новая методика.
-
Добрый день!
Не могу понять зачем в задаче ОУ многие используют в РН.Бюджет два ресурса План и Превышение? Логично же использовать ресурсы: План (пишем сумму по бюджету) и Факт (пишем сумму по остальным документам), а в отчете просто делим План/Факт. Я что то не догоняю...
Упс ::) не внимательно читала задачу, там оказывается еще превышение вводить в бюджет надо...
-
Поддерживаю Дмитрия (Ответ #125) - задача шла легко, но мозг меня так же затормозил во время решения, когда увидел что превышение может быть и по оплатам от покупателей. В итоге решил по простому - убрал вычитание сумм в обработках проведения документов "Расходная накладная" и "Приход денег". Все документы у меня пишут в оборотный регистр с плюсом, до выяснения обстоятельств, скажем так. Накопленная сумма сравнивается с ресурсами "План" и "Превышение" этого же регистра. Все работает.
Вот и я тоже 2 дня втыкал в задачу пока меня не озарило что скорее всего ты прав. И в отчете тоже указаны 2 статьи "Оплата поставщикам" что по логике должно быть приходом денег и закупка товаров что по логике должно быть Приходной.
-
Друзья, а по задаче нужно делать КурсВалют через РС "КурсыВалют" или достаточно в документе сделать реквизит с типом число что бы вводить курс по аналогии с задачей по ОУ этого билета?
-
Сдавал эту задачу по расчетам 15.08.2019. Сделал не правильно. Правильно именно на двух регистрах. Так как поместить компенсацию в регистр с периодом действия это ошибка.
Смотря, что у вас на экзамене было написано в условии:
1. "...за каждый отработанный день в течение периода начисления сотрудникам ....". В этом случае решение правильно строить по 2-м РР, получая ФПД для ТЛФ по базе Оклада, для которого заводите отдельный Ресурс.
2. "... за каждый рабочий день по графику....". В этом случае 1 РР, т.к. для ТЛФ тоже нужен График.
Поэтому на очной сдаче: либо уточнять заранее, либо при сдаче проговорить - показать, что понимаете о наличие другого решения;
При удаленной сдаче, обязательно прописать в пояснении.
В текущем условии вроде написано, ".. за каждый рабочий.." еще и четко написано "...по графику...", т.е. оклад может начисляться в указанном вами периоде, а телефоне по-любому будет по графику.
Но, если подходить к задаче с точки зрения, "..а что они от меня хотели..."(лично для меня - это самое сложное))) понять условие, ибо составляли его явно не для проверки знаний Платформы, а для того чтобы максимально запутать - 1, чтобы при необходимости можно было трактовать условие иначе и подвести сдачу к нужному результату - 2. Иного объяснения не нахожу столь замудренных формулировок условий), то да - 1 вариант показывает ваши знания и умения, 2-й вариант получается слишком простой в решении.
-
Сдавал эту задачу по расчетам 15.08.2019. Сделал не правильно. Правильно именно на двух регистрах. Так как поместить компенсацию в регистр с периодом действия это ошибка.
Смотря, что у вас на экзамене было написано в условии:
1. "...за каждый отработанный день в течение периода начисления сотрудникам ....". В этом случае решение правильно строить по 2-м РР, получая ФПД для ТЛФ по базе Оклада, для которого заводите отдельный Ресурс.
2. "... за каждый рабочий день по графику....". В этом случае 1 РР, т.к. для ТЛФ тоже нужен График.
Поэтому на очной сдаче: либо уточнять заранее, либо при сдаче проговорить - показать, что понимаете о наличие другого решения;
При удаленной сдаче, обязательно прописать в пояснении.
В текущем условии вроде написано, ".. за каждый рабочий.." еще и четко написано "...по графику...", т.е. оклад может начисляться в указанном вами периоде, а телефоне по-любому будет по графику.
Но, если подходить к задаче с точки зрения, "..а что они от меня хотели..."(лично для меня - это самое сложное))) понять условие, ибо составляли его явно не для проверки знаний Платформы, а для того чтобы максимально запутать - 1, чтобы при необходимости можно было трактовать условие иначе и подвести сдачу к нужному результату - 2. Иного объяснения не нахожу столь замудренных формулировок условий), то да - 1 вариант показывает ваши знания и умения, 2-й вариант получается слишком простой в решении.
Нужно все таки делать на 2 регистрах. Почему? Потому что в одном случае ты используешь перод действия, а во втором обращаешься к базе не используя период. По разъяснениям это все таки 2 регистра.
Посмотри мое решение.