Форум Чистова. Подготовка к экзаменам 1С
Аттестация "1С:Специалист" => Аттестация "1С:Специалист по платформе 1С:Предприятие 8.3 и 8.2" => Тема начата: Jones от Сентябрь 10, 2015, 10:48:39 pm
-
Сделал Билет 10. Жду критики :)
-
Немного размышлений насчет этого билета:
ОУ
Задача похожа на 1.48, но проще. Себестоимость не упоминается.
Народ, посмотрите в ОУ, как у меня реализована новая методика, все ли там верно.
БУ
Отчет здесь сложнее, чем в задаче 2.39. Для склада получателя надо вывести сколько на него Получено и сколько на него Отправлено, хотя на момент отправки не известно, на какой склад попадет товар.
Кроме того, в отчете есть формулировка:
В колонку «Потери» должны попадать все записи счета ТоварыВПути, за исключением записей по прибытию товара
Кто что думает по этому поводу? Я вывел туда просто разницу между Получено и Отправлено. Надеюсь экзаменатор не станет к этому придираться.
На счТоварыВПути сделал Колич учет и субконто2 Склады. Как вы считаете, это логично? Или есть более изящное решение?
В ходе разработки документа Отправление столкнулся с неопределенностью: как хранить Товары на счТоварыВПути? Возможные варианты: на складе-отправителе либо вообще убрать с этого счета субконто Склады и хранить на этом счете Товар целиком.Выбрал первый вариант.
Самым сложным в задаче для меня стал отчет. Может я не оптимально спроектировал структуру данных? Есть другие предложения?
Как бы то ни было, но на отчет я потратил не меньше часа, что в условиях экзамена не вариант.
Сложность в том, что в движениях документа Отправление нет данных о СкладеПолучателе. А есть они только при Получении, поэтому сделал отчет так:
Два запроса к таблице ОборотыДтКт
Первый: дтТовары-ктТоварыВПути (это Получено)
Второй: дтТоварыВПути-ктТовары (это Отправлено)
Соединены по ДокОтправки-Регистратор и по Номенклатуре
ПР
Сделал три начисления: Оклад, Невыход, Компенсация. Все в ОН (с периодом действия).
Компенсация в ОН для того, чтобы легко получать ФактДней, заносить в Размер, затем легко выводить в отчет.
Невыход существует только для того, чтобы вытеснять Оклад.
Получается записи с Невыходом имеют нулевой Результат. Как считаете это нормально? Экзаменатор к этому не прицепится?
Сторнирование оклада, когда Невыход вводится задним числом, вроде работает. Коллеги, посмотрите, правильно ли оно сделано?
Процессы
Сделал ПараметрСеанса, в модуле сеанса его заполняю, сделал задачу, связал ее с регистром адресации, в РегистрАдресации заполнил Исполнителя, Подр, Должность (спр добавил). Сделал процесс, связал с задачей, на форму вытащил карту маршрута, прикрутил команду по обновлению карты на сервере. Создал несоновную форму списка задач, вытащил ее в рабочую область начальной страницы вытащил. В ней добавил кнопку ПереключитьСписок (задачи пользоватлеля/все).
Ключевой момент: регистр адресации заполнять надо не так как в таблице задания, а так, чтобы задачи направлялись кому надо, как это указано в точках маршрута.
Чтобы первая задача уходила «любому сотруднику отдела закупок», в регистре адресации я добавил запись Бельдыев-ОтделЗакупок-пустая должность.
Для второй задачи в регистре адресации ничего настраивать не надо, она пойдет только Иванову.
Для третьей задачи добавил в регистр запись Мишина-Бухгалтерия-пустая должность. Теперь задача появляется в списке невып.задач пользователя Мишина.
Переключение тек.пользователя доступно по кнопке в форме списка ФизЛиц
-
На счТоварыВПути сделал Колич учет и субконто2 Склады. Как вы считаете, это логично? Или есть более изящное решение?
В ходе разработки документа Отправление столкнулся с неопределенностью: как хранить Товары на счТоварыВПути? Возможные варианты: на складе-отправителе либо вообще убрать с этого счета субконто Склады и хранить на этом счете Товар целиком.Выбрал первый вариант.
Но почему не субконто2 - Партия? :-\
В документе прибытия указывается документ отправления, и думаю, нельзя оприходовать не тот товар, который не отправляли в принципе, а тот, который не отправляли конкретно по указанному документу отправления. Не логично ли остатки в разрезе этого документа и хранить на счете ТоварыВПути?
В колонку «Потери» должны попадать все записи счета ТоварыВПути, за исключением записей по прибытию товара
Кто что думает по этому поводу? Я вывел туда просто разницу между Получено и Отправлено. Надеюсь экзаменатор не станет к этому придираться.
Мне кажется, в задании прямым текстом сказано сделать именно так. :)
В ОУ СрезПоследних при получении состава набора - не лучший вариант (если нет еще какой-то примочки, записывающей нули вместо выбывших позиций), т.к. при простом незаписывании продукта, выбывшего из набора, будет считываться количество по последней записи.
-
пришлось поломать голову над условием отчета БУ.
Мне видется так:
Взять ИЗ
ОборотыДТКТ по ДТ ПрибилиИУбытки КТ ТоварыВПути (то что проведено ручной операцией)
Номенклатуру,Партию и Кол/сумм
Подтянуть оставшиеся обороты (отправлено/получено) по Номенклатуре и Партии.
Логично?
-
вот версия отчета.
Работает если получатель был один. Если несколько, то данные в отчете начнут немного двоиться.
-
Привет. Я только не пойму условие задачи берёшь из актуальных билетов?!??! А разве условие актуальных билетов уже не актуально? Я имею ввиду что задачи которые будут представлены на экзамене возможно и будут похожи на задачи представленные в актуальных билетах, но ведь точное условие разве не есть в задачнике? Вот сел смотреть решение твоего билета 10 с задачей 1.48 и у тебя по условию "актуальных" билетов оно соответствует, но по задачам актуального сборника задач - нет(Там и док комплектация др и стоимость нужно вести)?? Или я чего-то не знаю? И тогда для чего вообще 1с выпустила новый сборник задач для 8.3 если мы всё равно готовимся по условиям старого??
-
Задача по ОУ очень легкая. Либо я что-то не понимаю. Буду рад, если попадется на сдаче))).
Проверьте кто-нибудь по ОУ - может я что-то неправильно делаю? При решении считаю набором то, что заведено в РС Спецификация
-
Еще раз прорешал задачу БУ 10 билета
1) Отчет называется Потери, поэтому сначала получаю данные о Потерях товара (дтПрибыли – ктТоварыВПути), а уже к Потерям справа подцепляю Отгружено (дтТоварыВПути – ктТовары) и Получено (дтТовары – ктТоварыВПути).
Про отчет сказано «получать отчет о потерях товара» и тут же «Недошедшие товары на 01.02.2010». Вторая фраза, на мой взгляд, означает, что надо получить некие остатки на дату, но по смыслу отчета мне кажется, надо анализировать отправку, получение и потери товаров за период. Сделал как в решении 10 билета от S_A_E (http://forum.chistov.pro/index.php?topic=2670.msg41579#msg41579): в настройках отчета фигурирует только КонецПериода, а НачалоПериода на форме отчета не выбирается и в отчете всегда не заполнено, т.е. отчет строится с начала времен.
Снова поразмыслил насчет фразы про отчет «В колонку «Потери» должны попадать все записи счета ТоварыВПути, за исключением записей по прибытию товара». «Записи по прибытию товара» - это записи по Кт счета ТоварыВПути. Получается, если сделать ровно то, что указано в задании, то в колонку Потери попадут все записи по Дт счТоварыВПути, то есть вся Отправка товара.
Хочется сделать по-человечески, поэтому вывел в колонку Потери все записи по Кт счета ТоварыВПути, кроме записей с КорСчетом Товары, т.е. кроме записей по прибытию. Надеюсь, составители задания просто забыли уточнить, что имеется ввиду кредитовый оборот.
2) Фразу «в рамках одной организации» понимаю так, будто ее (этой фразы) вовсе нет, т.е. учет в разрезе Организаций не нужен, а ведется только в разрезе Номенклатуры и Складов (два субконто на счете Товары).
3) В блокировке документа Прибытие задачи БУ блокирую счет ТоварыВпути только по Номенклатуре, указанной в ТЧ ДокументаОтправления. По-моему все логично, ведь если и будут списаны товары, то лишь те, которые перечислены в документе Отправления. Как вы считаете?
Блок = Новый БлокировкаДанных;
// счет ТоварыВПути надо заблокировать с отбором по Ном ТЧ документа отправления и по самому документу отправления
Эл = Блок.Добавить("РегистрБухгалтерии.Основной");
Эл.УстановитьЗначение("Счет", ПланыСчетов.Основной.Товары);
Эл.УстановитьЗначение(ПланыВидовХарактеристик.ВидыСубконто.ДокОтправления, ДокОтправления);
Эл.ИсточникДанных = ДокОтправления.СписокНоменклатуры;
Эл.ИспользоватьИзИсточникаДанных(ПланыВидовХарактеристик.ВидыСубконто.Номенклатура, "Номенклатура");
Блок.Заблокировать();
-
В ОУ СрезПоследних при получении состава набора - не лучший вариант (если нет еще какой-то примочки, записывающей нули вместо выбывших позиций), т.к. при простом незаписывании продукта, выбывшего из набора, будет считываться количество по последней записи.
И как ты обходишь эту проблему?
Может завести измерение ДатаСоставленияНабора и по нему сортировать?
-
И как ты обходишь эту проблему?
Может завести измерение ДатаСоставленияНабора и по нему сортировать?
Как вариант можно сделать документ набора (в шапке набор, в ТЧ - состав) и подчинить ему регистр сведений. А выборку получать так:
ВЫБРАТЬ
Товар,
Количество
ИЗ
Документ.докНаборы.Состав
ГДЕ
Ссылка В
(ВЫБРАТЬ ПЕРВЫЕ 1
Регистратор
ИЗ
РегистрСведений.регНаборы.СрезПоследних(&Дата, товНабор = &товНабор)
УПОРЯДОЧИТЬ ПО
Период УБЫВ)
Проверено - работает!
-
В ОУ СрезПоследних при получении состава набора - не лучший вариант (если нет еще какой-то примочки, записывающей нули вместо выбывших позиций), т.к. при простом незаписывании продукта, выбывшего из набора, будет считываться количество по последней записи.
И как ты обходишь эту проблему?
Может завести измерение ДатаСоставленияНабора и по нему сортировать?
Определяю максимальную дату записей по этому набору и выбираю записи именно с этой датой.
-
Приветствую всех!
Такой вопрос - не могу понять как определять когда использовать старую методику а когда новую??????
-
Приветствую всех!
Такой вопрос - не могу понять как определять когда использовать старую методику а когда новую??????
Видишь в задаче требование получить себестоимость, значит старая методика проведения ,если нет,новая методика проведения.
-
спасибо огромное!
-
По условию бухгалтерской части задачи необходимо было определить балансовое измерение "Организация".
http://forum.chistov.pro/index.php?topic=993.2325
Может речь как раз про этот билет?
Измерение организация добавляется в РБ как раз в том случае, когда учет на ВСЕХ счетах ведется в разрезе Организаций.
А здесь, вроде, по одной.
-
Вопрос по оперативному учету.
Во всех выложенных здесь решениях модуль объекта документа Комплектация пустой. Здесь писали, что в реальной задаче на экзамене есть оговорка, что пользователь сам контролирует правильность заполнения движений регистра накопления. Но как пользователь может проконтролировать, что до записи его набора записей кто-нибудь не спишет продукты документом Расходная накладная или другим документом Комплектация? И если мы отдаем на откуп пользователю проблему возникновения отрицательного остатка в регистре накопления, то зачем тогда заморачиваться с таким контролем в расходной накладной? Лично я бы на экзамене не рискнул оставлять такую дыру.
Предлагаю свой вариант процедуры ПередЗаписью() документа Комплектация:
Процедура ПередЗаписью(Отказ, РежимЗаписи, РежимПроведения)
Движения.ОстаткиНоменклатуры.Прочитать();
Если НЕ ЭтоНовый()
И ПометкаУдаления <> Ссылка.ПометкаУдаления Тогда
Движения.ОстаткиНоменклатуры.УстановитьАктивность(Не ПометкаУдаления);
КонецЕсли;
Для каждого Запись из Движения.ОстаткиНоменклатуры Цикл
Запись.Период = Дата;
КонецЦикла;
Движения.ОстаткиНоменклатуры.Записать(Истина);
Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ
| Т.Номенклатура,
| Т.КоличествоОстаток
|ИЗ
| РегистрНакопления.ОстаткиНоменклатуры.Остатки(&Граница, Номенклатура В (&МассивНоменклатуры)) КАК Т
|ГДЕ
| Т.КоличествоОстаток < 0";
Запрос.УстановитьПараметр("Граница", Новый Граница(МоментВремени()));
Запрос.УстановитьПараметр("МассивНоменклатуры", Движения.ОстаткиНоменклатуры.ВыгрузитьКолонку("Номенклатура"));
Если НЕ Запрос.Выполнить().Пустой() Тогда
Сообщить("Не хватает продуктов");
Отказ = Истина;
КонецЕсли;
КонецПроцедуры
-
ОУ
Для Номенклатуры добавил два реквизита:
1. ВидНоменклатуры (Набор,Блюдо, Продукт). Везде настроил соответствующие параметры выбора.
2. ИспользуетсяВБлюде (Булево). Можно поставить ручками, но и в документе комплектация это делается автоматически.
Набор в РС. Чтобы удалить продукт набора с даты, нужно добавить с количеством ноль на эту дату. (это чтобы срезпоследних корректно работал).
БУ Опять задачка на отчет. Хотя я каким то чудом его с первого раза накидал.
Скорее всего здесь засада в том, что потери введенные пользователем ручной операцией в отчет не попадут.
Поэтому Беру остатки по ТоварыВПути объединяю с оборотами от регистрации потерь, и дальше уже подтягиваю отправку и прием. Но если получателей больше одного, отчет не совсем корректный. Да и вообще тогда не понятно как его сделать корректным в этом случае.
СПР Задача по учебнику.
Но возникли вопросы:
Компенсация получается 5% от оклада. Т.к. мы делим на кол-во рабочих дней, а потом умножаем или я что-то не понял...?
Теоретический - мы сторнируем оклад. А как тогда пересчитывать компенсацию? база то изменится. Период прошлый закрыт. Что делать-то?
Или базу по периоду регистрации надо делать?
БП
-
Или базу по периоду регистрации надо делать?
Да, т.к. "рассчитывается как 5% от суммы начисления по тарифу в текущем расчетном периоде".
Если было бы "за текущий расчетный период", база была бы по периоду действия.
-
Или базу по периоду регистрации надо делать?
Да, т.к. "рассчитывается как 5% от суммы начисления по тарифу в текущем расчетном периоде".
Если было бы "за текущий расчетный период", база была бы по периоду действия.
Ну вот он и подводный камушек. А то больно просто всё выходит. Поменял на Базу по Периоду регистрации - все нормально считает.
-
Компенсация получается 5% от оклада. Т.к. мы делим на кол-во рабочих дней, а потом умножаем или я что-то не понял...?
Я бы еще вот о чем задумался. Допускается совместительство. То есть Иванов работает и в Бухгалтерии, и в Отделе продаж. Но желудок у Иванова один, поэтому компенсация за обед ему положена одна. И не сразу понятно, какое из многих возможных решений будет считаться наиболее правильным.
-
Компенсация получается 5% от оклада. Т.к. мы делим на кол-во рабочих дней, а потом умножаем или я что-то не понял...?
Я бы еще вот о чем задумался. Допускается совместительство. То есть Иванов работает и в Бухгалтерии, и в Отделе продаж. Но желудок у Иванова один, поэтому компенсация за обед ему положена одна. И не сразу понятно, какое из многих возможных решений будет считаться наиболее правильным.
В этом билете всё логично. Т.к. в отчете есть подразделение, то делаем измерение подразделение. Компенсацию начисляем за каждое подразделение. А может в каком-то подразделении не кормят...
-
Компенсация получается 5% от оклада. Т.к. мы делим на кол-во рабочих дней, а потом умножаем или я что-то не понял...?
Я бы еще вот о чем задумался. Допускается совместительство. То есть Иванов работает и в Бухгалтерии, и в Отделе продаж. Но желудок у Иванова один, поэтому компенсация за обед ему положена одна. И не сразу понятно, какое из многих возможных решений будет считаться наиболее правильным.
В этом билете всё логично. Т.к. в отчете есть подразделение, то делаем измерение подразделение. Компенсацию начисляем за каждое подразделение. А может в каком-то подразделении не кормят...
Понятно, спасибо.
Получается, что невыход сотрудника, который работает в двух подразделениях нужно проводить двумя строками. А того, который работает в трех подразделениях - тремя строками. Чтобы вытеснение сработало по каждому подразделению, где ему начислялась оплата по тарифу.
-
СПР Разобрался. В моем варианте решения измерение в регистрах расчета одно - Сотрудник. Подразделение - реквизит. Невыход проводится по любому из подразделений (а можно для невыхода вообще подразделение не заполнять) и вытесняет оплату по тарифу во всех подразделениях сотрудника. А когда рассчитываем компенсацию за обеды, берем базу результат по измерению Сотрудник, а базу "отработано дней" по одной из записей в разрезе подразделений. Считаем, что в случае использования различных графиков работы пользователь не вводит разные графики одному сотруднику на разных рабочих местах.
-
Посмотрите пожалуйста моё решение по ОУ, хочется узнать про ошибки.
-
Посмотрите пожалуйста моё решение по ОУ, хочется узнать про ошибки.
А как пользователю исключить продукт из набора? Если в регистре сведений установить исключаемому продукту количество 0, то при проведении расходная накладная будет "ругаться".
-
Посмотрите пожалуйста моё решение по ОУ, хочется узнать про ошибки.
А как пользователю исключить продукт из набора? Если в регистре сведений установить исключаемому продукту количество 0, то при проведении расходная накладная будет "ругаться".
Я подразумевал, что набор нужно создать заново, без нулевых позиций.
-
Посмотрите пожалуйста моё решение по ОУ, хочется узнать про ошибки.
А как пользователю исключить продукт из набора? Если в регистре сведений установить исключаемому продукту количество 0, то при проведении расходная накладная будет "ругаться".
Я подразумевал, что набор нужно создать заново, без нулевых позиций.
Тогда регистр не должен быть периодическим. Но я, например, отсеивал нулевые записи при получении состава набора в запросе.
-
Нулевые позиции могут быть только если пользователь сам их указал, что не верно. Набор у меня собирается заново и определяется на конкретную дату.
-
Вообще задача по ОУ интересная, как вам вот такой вариант, вроде всё логично:
Виды товаров: Продукт, Набор и Блюдо. (потом прикинул что вроде 2-х хватит,Блюдо и Набор)
-Док приход номенлатуры: - обычный приход ТОЛЬКО продуктов.(ингридиентов)
-Док комплектация: двигает РН и РС "СоставНабораИлиБлюда", если Блюдо-указывается кол-во порций, и все необходимые ингридиенты для этого. В РН - расходуем ингридиенты, приходуем готовое блюдо. Для вида Набор не трогает РН, просто комплектует набор в РС, чтобы списывать набором можно было.
-Док Расходная: - Продажа Блюд, Наборов и Продуктов. Ингридиенты по отдельности нельзя. Прежде чем продать Набор-его необходимо Скомплектовать(и Блюда, конечно же - приготовить))).В Набор не могут входить Блюда и Наборы, такие записи игнорируются. Бизнес-процесс простой: приходуем продукты, готовим блюда из них, составляем наборы и продаём всё это добро))) Суммового учёта нету по условию. Новая методика проведения.
Добавляю полный 10- билет, чё то все куда-то испарились! ))) Все уже сдали, неужели никто не готовится? Блин,хотелось бы суровой критики Спеца...
Или базу по периоду регистрации надо делать?
Да, т.к. "рассчитывается как 5% от суммы начисления по тарифу в текущем расчетном периоде".
Если было бы "за текущий расчетный период", база была бы по периоду действия.
Блин, сначала сделал по Базу по ПР, но при тестировании заметил, что если Невыход сделать за рассчитанный период(сторно), а ПР поставить текущий месяц-то возникает проблема: Здесь же делаем начисление Компенсации,и в её Базу попадёт Сторно-запись Оклада за прошлый период,но ТЕКУЩИМ ПР...что не верно. Можно конечно оговорить заранее что ПР у невыхода ставить такой же как и сторнируемой записи, но это некорректно, ведь Сторно на то и Сторно, чтобы запись с текущим ПР, но с прошлым ПД - сторнировала прошлые записи... ))
Поэтому поменял зависимость Базы по ПД, и стало всё ровно))
-
По поводу задачи по БУ.
На экзамене что-то застопорился над ней, пришлось подумать, но сделал так:
На счете ТоварыВПути - 3 субконто - Номенклатура, Партия, СкалдПолучатель (или просто Склад).
Прибытие - сторнирует все записи по док-ту Отправка , а далее добавляет те же записи, сформированные Отправкой, но с указанным складом. При этом отбор по остатку на сч. ТоварыВПути нужно делать по "СкладПолучатель = В (&СкладыПрибытия)" , СкладыПрибытия - массив, "СкладПрибытия", "Справочник.Склад.ПустаяСсылка".
Если в остатках мы видим, что "СкладПрибытия" пустой - выполняем сторнирование, иначе - не выполняем.
Следующее "прибытие" с другим складом , если укажет ту же самую номенклатуру по той же "Отправке" - прочитает остатки с отбором, указанным выше, и получит нулевой остаток на счете (т.к мы "приписали" эту номенклатуру на "будущее прибытие" на иной склад)
Тогда и отчет получился достаточно простой.
Не знаю, на сколько это было верно сделано - но Гончаров при приемке смотрел этот код со сторнированием, ни слова не сказал.
-
Выкладываю свой вариант билета
-
Выкладываю свой вариант билета
по ОУ: а где док. Комплектация? всмысле модуль его) не нашёл.
на Виды не стали разбивать, Блюда, Наборы...
-
А какой модуль вы хотели? Сделала как документ Операция
-
глянул СПР.
Считаете, что Компенсацию нужно в ОН? Или всё таки в ДН, чтобы не нагружать ОН лишним ВР с ПД...
ведь там "за каждый рабочий день" положена компенсация. Их можно получить по Базе, как и Плановые ДниБаза.
Если как у вас - то много лишних полей появляются у ВР не зависящих по Базе(БПН и БПК).
-
да вы правы, фиг знает зачем сделала, делаем на отдельном плане расчетов без ПД. А по поводу Комплектации так и не поняла вопрос
-
да вы правы, фиг знает зачем сделала, делаем на отдельном плане расчетов без ПД. А по поводу Комплектации так и не поняла вопрос
не знаю, думаю буду делать(если попадётся) не как аналог операции в БУ.
Буду "готовить", т.е. списывать продукты, приходывать уже готовое блюдо )) с количеством порций)
-
Зачем тратить время? Тем более в отзывах сдающих явно было, что делали типа Операция и это считали правильным
-
Зачем тратить время? Тем более в отзывах сдающих явно было, что делали типа Операция и это считали правильным
да наверное, просто подозрительно лёгкая получается задача. Тем более если не контролировать СоставНабора и не делать ВидыНоменклатуры... ) тут всего то новая методика в Расходной, со сборкой набора в запросе. Если Сравнить с другими задачами ))
-
...думаю буду делать(если попадётся) не как аналог операции в БУ...
и будет серьезная ошибка.
Конкретно на этот момент в этой задаче экзаменаторы обращают внимание (у меня она попалась, и Гончаров был доволен, что я сделал именно аналог Операции).
-
...думаю буду делать(если попадётся) не как аналог операции в БУ...
и будет серьезная ошибка.
Конкретно на этот момент в этой задаче экзаменаторы обращают внимание (у меня она попалась, и Гончаров был доволен, что я сделал именно аналог Операции).
аа, ну тогда ладно)) не знал, спасибо. Странно всё это...
ПС: а как в Операции нужно с датой и активностью или вообще ничего не надо писать
-
глянул СПР.
Считаете, что Компенсацию нужно в ОН? Или всё таки в ДН, чтобы не нагружать ОН лишним ВР с ПД...
ведь там "за каждый рабочий день" положена компенсация. Их можно получить по Базе, как и Плановые ДниБаза.
Если как у вас - то много лишних полей появляются у ВР не зависящих по Базе(БПН и БПК).
Народ, подскажите, если все-таки относить компенсацию в ДН, то при таком подходе придется писать это значение в дополнительный ресурс ОН ? С фактом такие вещи встречаются на каждом шагу и это считается нормальным. А что будет, если туда писать плановое значение, не получим ли за это минусы?
Или есть какая-то другая технлогия получения Плана через базу, подскажите плз.
-
Выкладываю свой вариант билета
Нашла у Вас в ОУ. Попробуйте продать только набор (много штук) и не выйдет никакой ошибки, хотя будут минусы на регистре.
Все дело в параметрах вирт. таблицы второго запроса.
-
Блин, сначала сделал по Базу по ПР, но при тестировании заметил, что если Невыход сделать за рассчитанный период(сторно), а ПР поставить текущий месяц-то возникает проблема: Здесь же делаем начисление Компенсации,и в её Базу попадёт Сторно-запись Оклада за прошлый период,но ТЕКУЩИМ ПР...что не верно. Можно конечно оговорить заранее что ПР у невыхода ставить такой же как и сторнируемой записи, но это некорректно, ведь Сторно на то и Сторно, чтобы запись с текущим ПР, но с прошлым ПД - сторнировала прошлые записи... ))
Поэтому поменял зависимость Базы по ПД, и стало всё ровно))
Вообще если все-таки подумать, то можно следовать такой логике: Человек оказывается прогулял в прошлом месяце, значит нужно просторнировать оклад, плюс, т.к. он прогулял, то и компенсацию он не должен был бы получать.
Поэтому при расчете компенсации база будет меньше на сторнированную сумму и в этом месяце он получит компенсации меньше. Мне кажется логично, так что по этой формулировке должна бы быть зависимость по ПР.
-
Моё решение для критики
-
Доброго дня, коллеги!
Мое решение:
ОУ - Старые измерения в РС наборы отсекаются, виды номенклатуры есть.
БУ - сначала сделал на 3-х субконто на счете ТоварыВПути, со складом, в этом решении уже без.
Но! Поскольку склада нет, то обязательно нужно контролировать в документе Прибытие соответствие складов документа Прибытие и документа Отправление. Иначе в Отправлении указать можно одно, а при проведении Прибытие получится другое.
Из-за этого все же думаю, что с 3-мя субконто правильнее.
Отчет что-то простой совсем получился.
СПР - Спасибо форумцу alex1248 - действительно здесь базу по периоду регистрации удобнее, иначе Компенсация не видит сторно-записи, у них же период действия - прошлый месяц.
Однако компенсацию так просто тоже не посчитаешь - пришлось использовать разрезы, так как у сторно записей тоже есть ДниПлан и ДниФакт.
Как ее поудобнее посчитать? Как вариант - обнулить ДниФакт и ДниПлан у сторно записей?
-
В отчете похоже ошибся - невнимательно прочитал условие. Я ограничил корсчет счетом Товары. Не стоило этого делать.
-
Добрый день!
Прошу раскритиковать решение 10-го билета. Что вызывает сомнения:
1. ОУ - документ Комплектация. Никаких проверок, пользователь может творить что хочет в регистрах - маловероятно, что подобный документ может кому то понадобиться в реальной базе. В остальном вроде бы все не сложно. Потерял прилично времени на проверку актуальности состава набора в запросе.
2.БУ - в документе Отправление по условию не указывается Склад-Получатель. Т.е. для отчета не понятно на какой склад ожидается поступление товара, если Поступления по какому то Отправлению еще не было. Логично, наверно, было бы в документе Отправление указать склад-получатель, завести еще 1 субконто "Получатель" на счете "ТоварыВПути" - в итоге мы получим корректный отчет и запретим по 1 Отправлению сделать несколько Поступлений на разные склады.
Сделал пока что без указания склада-получателя в Отправлении, но буду переделывать скорее всего.
3.СПР - смущает большое количество ресурсов в ОсновныхНачислениях. Правильно ли учитываю отработанные и рабочие часы? Нужно ли для этого заводить ресурсы или как то иначе можно посчитать?
И еще, когда в задаче формулировка: Сотрудники предприятия получают оплату по часовому тарифу. Сумма начисления по тарифу определяется как тарифная ставка, умноженная на количество фактически отработанных часов
то нужно ли заполнять график не по дням по 8 часов, а по часам? И в документе НачислениеЗарплаты давать возможность указывать время? Означает ли, что могут указать, что сотрудник работал с 15.04.16 10:00 по 17.04.16 15:00 ?
-
В том случае, если из продуктов изготовлено блюдо, например из овощей сделан салат, то продаваться может только само блюдо, а входящие в его состав продукты проданы быть не могут.
В решение ни как не предусмотрена...
-
В том случае, если из продуктов изготовлено блюдо, например из овощей сделан салат, то продаваться может только само блюдо, а входящие в его состав продукты проданы быть не могут.
В решение ни как не предусмотрена...
Возможно неверно, но я для себя понял так - блюдо разукомплектовать обратно нельзя. Т.е. продукты надо списать, а блюдо заприходовать. В отличии от наборов, которые представляют собой условно-постоянный перечень продуктов, и могут продаваться раздельно.
Иначе получается, что любой продукт, входящий в какой либо рецепт нельзя купить отдельно, только в составе того или иного блюда, что тоже немного странно.
-
я для себя понял так - блюдо разукомплектовать обратно нельзя
О, мой коллега по трактовке данного условия. :)
-
я для себя понял так - блюдо разукомплектовать обратно нельзя
О, мой коллега по трактовке данного условия. :)
ну попробуйте оливье разобрать обратно на колбасу и банку горошка ))
-
Добрый день!
Прошу раскритиковать решение 10-го билета. Что вызывает сомнения:
1. ОУ - документ Комплектация. Никаких проверок, пользователь может творить что хочет в регистрах - маловероятно, что подобный документ может кому то понадобиться в реальной базе. В остальном вроде бы все не сложно. Потерял прилично времени на проверку актуальности состава набора в запросе.
2.БУ - в документе Отправление по условию не указывается Склад-Получатель. Т.е. для отчета не понятно на какой склад ожидается поступление товара, если Поступления по какому то Отправлению еще не было. Логично, наверно, было бы в документе Отправление указать склад-получатель, завести еще 1 субконто "Получатель" на счете "ТоварыВПути" - в итоге мы получим корректный отчет и запретим по 1 Отправлению сделать несколько Поступлений на разные склады.
Сделал пока что без указания склада-получателя в Отправлении, но буду переделывать скорее всего.
3.СПР - смущает большое количество ресурсов в ОсновныхНачислениях. Правильно ли учитываю отработанные и рабочие часы? Нужно ли для этого заводить ресурсы или как то иначе можно посчитать?
И еще, когда в задаче формулировка: Сотрудники предприятия получают оплату по часовому тарифу. Сумма начисления по тарифу определяется как тарифная ставка, умноженная на количество фактически отработанных часов
то нужно ли заполнять график не по дням по 8 часов, а по часам? И в документе НачислениеЗарплаты давать возможность указывать время? Означает ли, что могут указать, что сотрудник работал с 15.04.16 10:00 по 17.04.16 15:00 ?
По БУ, если зайти с другой стороны, то тоже можно подтвердить необходимость получателя на Счете ТоварыВПути и в документе Отправление. В условии по отчету есть фраза "В колонку «Потери» должны попадать все записи счета ТоварыВПути, за исключением записей по прибытию товара". Тут явный намек, что они хотят видеть таблицу Обороты по ТоварыВПути, где корсчет НЕ Товары. Т.е. нельзя это считать как Отправлено-Получено. Но такое не сделать, если не повесить субконто Склады на ТоварыВПути
-
ОУ:
Док. Комплектация (ан. Операция), списывает продукты, прих. блюда. У Номен. булевский признак Ингредиент.
РС НаборПродуктов, изм. Номенклатура (комплектующая), рес. Набор, Колич. (сколько компл-их.)
РН Остатки, имз. Номенклатура, Количество. Новая методика. Про стоимост. учет ничего не сказано
Отчет выбрать по регистр. Компл. всю номен, потом по ней движения
БУ:
ПС: сч. Товары, количественный, суб. Номенклатура, Склад. Сч. ТоварыВПути Номенклатура, Партия
Отчет по 3 таблицам ОборотыДтКТ
СПР:
ПВР ОН, использует период действия, не зависит от базы. Эл-ты - Оклад, вытенсяется Невыходом
ПВР ДН, зависит по периоду регистрациию База по ОН. Эл-т Компенсация база от Оклада
-
точно на экзамене не придерутся к доку комплектация и ручной операции в ней в ОУ? Типа: "а что если они захотят списать набор фруктов, который не купили клиенты, в салат или компот? не выкидывать же"... хотя можно разобрать набор и взвесить заново все.
P.s.:у меня на подсознательном уровне идет отторжение к ручной операции
-
точно на экзамене не придерутся к доку комплектация и ручной операции в ней в ОУ?
Могу точно сказать только одно - кто-то писал на этом форуме, что было замечание за автоматизацию этого дока.
-
где логика. на экзамене по программированию не одобряется автоматизация
-
где логика. на экзамене по программированию не одобряется автоматизация
Логика в том, что надо делать, как написано в задании. Если у вас не будет указания на то, что док должен быть ручным, автоматизируйте.
-
наверное я решаю по старой редакции это задачи. у меня ничего нет про ручного режима
-
наверное я решаю по старой редакции это задачи. у меня ничего нет про ручного режима
В файле сформулировано так "Комментарий сдающих: Документом комплектация пользователь делает движения в любой регистр накопления и правильность записей контролирует сам." У вас иначе?
Кстати, у меня на экз по оу была именно эта задача, формулировку уже не помню, возможно, что было написано даже конкретнее - по образцу дока "Операция", но суть от этого не меняется.
В общем, экзаменатор обращал внимание, что должно быть сделано именно так.
-
просмотрел несколько решенных задач по ЗарПлате. Почему то в ПВР ДопНачисления указывают Зависит по периоду регистрации, а не по периоду действия.
Еще при расчете ОсновНачислений РабочихДней думаю если сторно, то умножать надо не на -1, а на 0
-
Пжл, посмотрите мой билет.
ОУ) использовал 4 документа "Приход", "Расход", "Комплектация", "Состав комплектации"
БУ) Вроде сделал
СПР) Вопросов не возникло
БП) Что то точно не доделал.
В справочнике "Сотрудники", открываю сотрудника, нажимаю кнопку "Сделать текущим".
Запускаю бизнес процесс. Полностью отрабатывает 1 раз. Затем, когда создаю второй Бизнес процесс, задачи от этого процесса не видны. Надо пере запускать программу
-
Моё решение.
Жду критики, порадуюсь, чесн слово!
:)
см.ниже
|
v
-
Моё обновленное решение
UPD: http://forum.chistov.pro/index.php?topic=3723.msg49163#msg49163
-
ОУ: Не раскрыт пункт "В том случае, если из продуктов изготовлено блюдо, например из овощей сделан салат, то продаваться может только само блюдо, а входящие в его состав продукты проданы быть не могут"
БУ: Не осилил, вроде верно. Я попытался сделать попроще.
РЗ: В задаче написано "Компенсация за один обед рассчитывается как 5% от суммы начисления по тарифу в текущем расчетном периоде, деленная на количество РАБОЧИХ ДНЕЙ в том же периоде", а у тебя делится на отработанные дни.
БП: В РегистрАдресация измерение должность и все что с ним связано избыточно для этой задачи.
-
Прошу посмотреть мой вариант решения. Буду рад любой критике.
-
Прошу посмотреть мой вариант решения. Буду рад любой критике.
в обработкепроведения РасходнойНакладной когда затираете старые движения не нужно предварительно очищать коллекцию движений, ведь она итак пустая (строка 4):
Движения.ОстаткиНоменклатуры.Очистить();
При установке параметра запроса Дата, не проверили на не оперативное проведение и не передали моментВремени(), например:
?(Режим=РежимПроведенияДокумента.Оперативный,Неопределено,МоментВремени())
Документ Комплектация и Операция, не верно в модуле формы заполнять период движений, лучше в модуле объекта, и так:
Процедура ПередЗаписью(Отказ, РежимЗаписи, РежимПроведения)
если НЕ Движения.ОстаткиНоменклатуры.Модифицированность() и Движения.ОстаткиНоменклатуры.Выбран()
и не ЭтоНовый() тогда
Движения.ОстаткиНоменклатуры.Прочитать();
КонецЕсли;
Для каждого лДвижение Из Движения.ОстаткиНоменклатуры Цикл
лДвижение.Период=Дата;
КонецЦикла;
Движения.ОстаткиНоменклатуры.УстановитьАктивность(НЕ ПометкаУдаления);
КонецПроцедуры
И с формы лучше убрать Период в таблице движений.
При открытии списка задач ошибка:
"Попытка получения неинициализированного значения параметра сеанса"
в модуле сеанса нужно было проинициализировать.
из-за 111 строки в обработке проведения дата документа "РасходаяНакладная" очищается!
Не включено разделение итогов по РН ОстаткиНоменклатуры.
Не индексируются поля по которым идут отборы.
нет подсистем.
и не понял логику формулы расчета:
Выборка.РезультатБаза/Выборка.РабочихДнейБаза * 0.05*Выборка.ОтработаноДнейБаза
вы от суммы среднего дневного заработка считаете?
-
ОУ: Не раскрыт пункт "В том случае, если из продуктов изготовлено блюдо, например из овощей сделан салат, то продаваться может только само блюдо, а входящие в его состав продукты проданы быть не могут"
БУ: Не осилил, вроде верно. Я попытался сделать попроще.
РЗ: В задаче написано "Компенсация за один обед рассчитывается как 5% от суммы начисления по тарифу в текущем расчетном периоде, деленная на количество РАБОЧИХ ДНЕЙ в том же периоде", а у тебя делится на отработанные дни.
БП: В РегистрАдресация измерение должность и все что с ним связано избыточно для этой задачи.
ОУ: Не понял, всё ведь так как надо и работает.
БУ: Исправил, субконто Отправление сделал.
РЗ: Исправил, в ОтработаноДней записывается количество рабочих дней, переименовать поленился.
БП: Да, но вроде просят регистр адресации делать таким как заданы условия адресации в задаче, по крайней мере по колонкам. Вдруг спросят? или не спросят?
-
мой обновленный вариант
-
Прошу посмотреть мой вариант решения. Буду рад любой критике.
в обработкепроведения РасходнойНакладной когда затираете старые движения не нужно предварительно очищать коллекцию движений, ведь она итак пустая (строка 4):
Движения.ОстаткиНоменклатуры.Очистить();
http://expert.chistov.pro/public/291885/
При установке параметра запроса Дата, не проверили на не оперативное проведение и не передали моментВремени(), например:
?(Режим=РежимПроведенияДокумента.Оперативный,Неопределено,МоментВремени())
согласен
Документ Комплектация и Операция, не верно в модуле формы заполнять период движений, лучше в модуле объекта, и так:
Процедура ПередЗаписью(Отказ, РежимЗаписи, РежимПроведения)
если НЕ Движения.ОстаткиНоменклатуры.Модифицированность() и Движения.ОстаткиНоменклатуры.Выбран()
и не ЭтоНовый() тогда
Движения.ОстаткиНоменклатуры.Прочитать();
КонецЕсли;
Для каждого лДвижение Из Движения.ОстаткиНоменклатуры Цикл
лДвижение.Период=Дата;
КонецЦикла;
Движения.ОстаткиНоменклатуры.УстановитьАктивность(НЕ ПометкаУдаления);
КонецПроцедуры
И с формы лучше убрать Период в таблице движений.
согласен. Поленился написать.
При открытии списка задач ошибка:
"Попытка получения неинициализированного значения параметра сеанса"
в модуле сеанса нужно было проинициализировать.
нужно установить пользователя на форме справочника физические лица. Выбрать стороку с пользователем и нажать установить
из-за 111 строки в обработке проведения дата документа "РасходаяНакладная" очищается!
Для данного документа ДАТА становится неопределенно, а не очищается.
Не включено разделение итогов по РН ОстаткиНоменклатуры.
согласен.Исправил.
Не индексируются поля по которым идут отборы.
В запросе проиндексировал поле номенклатура
нет подсистем.
Не понял. Стандартные подсистемы: ОУ,БУ,Р,БП. Что еще?
и не понял логику формулы расчета:
Выборка.РезультатБаза/Выборка.РабочихДнейБаза * 0.05*Выборка.ОтработаноДнейБаза
вы от суммы среднего дневного заработка считаете?
"За каждый день работы сотрудникам предприятия начисляется определенная сумма денег в качестве компенсации затрат на обеды. Компенсация за один обед рассчитывается как 5% от суммы начисления по тарифу в текущем расчетном периоде, деленная на количество рабочих дней в том же периоде."
Т.к. компенсация начисляется за каждый день работы, нужно количество отработанных дней которые мы умножим на компенсацию за один обед. Компенсация за один обед равна начислениям по тарифу за период деленные на количество рабочих (а не отработанных) дней в данном периоде по графику и все это умножаем на 5%
-
ОУ: Не раскрыт пункт "В том случае, если из продуктов изготовлено блюдо, например из овощей сделан салат, то продаваться может только само блюдо, а входящие в его состав продукты проданы быть не могут"
БУ: Не осилил, вроде верно. Я попытался сделать попроще.
РЗ: В задаче написано "Компенсация за один обед рассчитывается как 5% от суммы начисления по тарифу в текущем расчетном периоде, деленная на количество РАБОЧИХ ДНЕЙ в том же периоде", а у тебя делится на отработанные дни.
БП: В РегистрАдресация измерение должность и все что с ним связано избыточно для этой задачи.
ОУ: Не понял, всё ведь так как надо и работает.
уточняй на экзамене, что требуется по условию
БУ: Исправил, субконто Отправление сделал.
РЗ: Исправил, в ОтработаноДней записывается количество рабочих дней, переименовать поленился.
БП: Да, но вроде просят регистр адресации делать таким как заданы условия адресации в задаче, по крайней мере по колонкам. Вдруг спросят? или не спросят?
Нужно будет спросить на экзамене.
-
При установке параметра запроса Дата, не проверили на не оперативное проведение и не передали моментВремени(), например:
?(Режим=РежимПроведенияДокумента.Оперативный,Неопределено,МоментВремени())
согласен
Возможно, зря согласны, потому что за обработку ситуации с оперативным проведением есть риск потерять баллы (на форуме есть отзывы о замечаниях за это).
Хотя, я могу и ошибаться конкретно в данной ситуации, но в общем остатки рассчитывать следует только на момент проведения документа.
Лично я на экз оперативное проведение во всех документов запрещал, но экзаменатор на это не смотрел. Я, соответственно, всё проведение делал из предположения, что проведение только неоперативное, замечаний не было.
-
При установке параметра запроса Дата, не проверили на не оперативное проведение и не передали моментВремени(), например:
?(Режим=РежимПроведенияДокумента.Оперативный,Неопределено,МоментВремени())
согласен
Возможно, зря согласны, потому что за обработку ситуации с оперативным проведением есть риск потерять баллы (на форуме есть отзывы о замечаниях за это).
Хотя, я могу и ошибаться конкретно в данной ситуации, но в общем остатки рассчитывать следует только на момент проведения документа.
Лично я на экз оперативное проведение во всех документов запрещал, но экзаменатор на это не смотрел. Я, соответственно, всё проведение делал из предположения, что проведение только неоперативное, замечаний не было.
Если документ не относится к тем которые недолжны проводиться оперативно и в условии не сказано явно что недолжен проводиться оперативно, то это не ошибка.
-
Если документ не относится к тем которые недолжны проводиться оперативно и в условии не сказано явно что недолжен проводиться оперативно, то это не ошибка.
Да, ошибка не в самом факте оперативного проведения документа, а в получении остатков на момент времени, отличный от момента проведения. Как же док РН не относится к этой ситуации? И похоже, что именно недопустимая ситуация и формируется в том коде, который вы считаете верным.
Никакого явного указания не надо, вот цитата из перечня ошибок:
Если при проведении документа используются каким-то образом данные, считываемые из регистров, обязательно требуется предусмотреть получение таких данных на момент проведения документа
Цена ошибки - 1 балл.
-
Если документ не относится к тем которые недолжны проводиться оперативно и в условии не сказано явно что недолжен проводиться оперативно, то это не ошибка.
Да, ошибка не в самом факте оперативного проведения документа, а в получении остатков на момент времени, отличный от момента проведения. Как же док РН не относится к этой ситуации? И похоже, что именно недопустимая ситуация и формируется в том коде, который вы считаете верным.
Никакого явного указания не надо, вот цитата из перечня ошибок:
Если при проведении документа используются каким-то образом данные, считываемые из регистров, обязательно требуется предусмотреть получение таких данных на момент проведения документа
Цена ошибки - 1 балл.
Спасибо за пояснение.
-
из-за 111 строки в обработке проведения дата документа "РасходаяНакладная" очищается!
Для данного документа ДАТА становится неопределенно, а не очищается.
Если в форме РасходнойНакладной нажать Провести дата становится неопределено и потом ругается на не заполненную дату.
нет подсистем.
Не понял. Стандартные подсистемы: ОУ,БУ,Р,БП. Что еще?
Подчиненных подсистем, например, в подсистеме ОперативныйУчет должны быть Документы, Справочники, Регистры и т.д. Причем должны быть настроены командные интерфейсы: Документы - должна быть доступна группа команд Создать и в ней команды создания входящих в подсистему документов, в Регистры - должны быть доступны регистры... и т.д.
-
Если документ не относится к тем которые недолжны проводиться оперативно и в условии не сказано явно что недолжен проводиться оперативно, то это не ошибка.
Да, ошибка не в самом факте оперативного проведения документа, а в получении остатков на момент времени, отличный от момента проведения. Как же док РН не относится к этой ситуации? И похоже, что именно недопустимая ситуация и формируется в том коде, который вы считаете верным.
Никакого явного указания не надо, вот цитата из перечня ошибок:
Если при проведении документа используются каким-то образом данные, считываемые из регистров, обязательно требуется предусмотреть получение таких данных на момент проведения документа
Цена ошибки - 1 балл.
Это в коде:
?(Режим=РежимПроведенияДокумента.Оперативный,Неопределено,МоментВремени())считаете недопустимая ситуация? Пожалуйста, объясните.
Думаю, да, если режим оперативный тогда передастся Неопределено, и будут получены остатки на конец времен 1С (конец ноября 3999 года если не ошибаюсь), и всегда по-моему проинициализированы Дата и Ссылка документа в ОбработкаПроведения, т.е. если написать так:
Запрос.УстановитьПараметр("Дата",МоментВремени());при передаче этого параметра Дата в виртуальную таблицу остатков регистра накопления будет правильней.
А вот экзаменаторы как считают?
-
в обработкепроведения РасходнойНакладной когда затираете старые движения не нужно предварительно очищать коллекцию движений, ведь она итак пустая (строка 4):
Движения.ОстаткиНоменклатуры.Очистить();
http://expert.chistov.pro/public/291885/
http://forum.chistov.pro/index.php?topic=1656.0
http://1c.chistov.pro/2013/07/blog-post_25.html
движения нужно очищать методом Очистить() если установлена галка "Использовать всегда" у коллекции движений в форме документа или работает в обычном режиме. Но на экзамене конфигурация работает в управляемом режиме и устанавливать галку "Использовать всегда" нет нужды, поэтому не нужно, думаю, нагружать систему лишний раз.
-
в обработкепроведения РасходнойНакладной когда затираете старые движения не нужно предварительно очищать коллекцию движений, ведь она итак пустая (строка 4):
Движения.ОстаткиНоменклатуры.Очистить();
http://expert.chistov.pro/public/291885/
http://forum.chistov.pro/index.php?topic=1656.0
http://1c.chistov.pro/2013/07/blog-post_25.html
движения нужно очищать методом Очистить() если установлена галка "Использовать всегда" у коллекции движений в форме документа или работает в обычном режиме. Но на экзамене конфигурация работает в управляемом режиме и устанавливать галку "Использовать всегда" нет нужды, поэтому не нужно, думаю, нагружать систему лишний раз.
Этот вялотекущий вопрос с Движения.ОстаткиНоменклатуры.Очистить() получился из того что, в обычных формах при отсутствии данной строки при каждом повторном нажатии кнопки провести, движения в регистре будут дублироваться. При использовании управляемых форм, такого эффекта не будет. На экзамене все делается на управляемых формах и формально эта запись не нужна.
-
Это в коде:
?(Режим=РежимПроведенияДокумента.Оперативный,Неопределено,МоментВремени())считаете недопустимая ситуация? Пожалуйста, объясните.
Думаю, да, если режим оперативный тогда передастся Неопределено, и будут получены остатки на конец времен 1С (конец ноября 3999 года если не ошибаюсь), и всегда по-моему проинициализированы Дата и Ссылка документа в ОбработкаПроведения, т.е. если написать так:
Запрос.УстановитьПараметр("Дата",МоментВремени());при передаче этого параметра Дата в виртуальную таблицу остатков регистра накопления будет правильней.
А вот экзаменаторы как считают?
При оперативном проведении документа осуществляется проведение документа на текущий момент, т.е. это крайнее движение на оси времени и остатки в этот момент равны остаткам на период Неопределенно, как вы написали конец ноября 3999 года. А система всегда хранит остатки на этот период времени, зачем их рассчитывать на текущее время, если они есть уже в системе.
-
Это в коде:
?(Режим=РежимПроведенияДокумента.Оперативный,Неопределено,МоментВремени())считаете недопустимая ситуация? Пожалуйста, объясните.
А вот экзаменаторы как считают?
Я, как правило, ИМХО не пишу.
Процитировал же, почему остатки надо получать только на момент проведения дока, никаких Неопределено. И экзаменаторы относятся так же, тут есть отзывы сдавших, искать не буду, лень. :)
-
Я писал для старой методики согласно советам на форуме.
МВ = МоментВремени()т.е. никаких проверок на оперативность - претензий не было
-
Обязательно ли для ВР Компенсация на закладке "Ведущие" ставить флажок для ВР Оклад, ведь перерасчеты в задаче не используются?
-
Мое решение ОУ+БУ
-
Новый вариант решения.
С доп условием: Документ "Выплата зарплаты" с автозаполнением по результатам начисления.
Буду рад критике.
:)
-
Решил задачу по СПР.
Из особенностей задачи - только невыход, который вытесняет основной тариф, сторно и компенсация за обеды. В принципе халява.
В начале темы рассуждения на тему, что базовые период в компенсации должен быть из расчетного периода (т.е. из периода регистрации), а не из указанного в т.ч. Я с этим не согласен.
В задаче сказано:
Компенсация за один обед рассчитывается как 5% от суммы начисления по тарифу в текущем расчетном периоде, деленная на количество рабочих дней в том же периоде.
Т.е. у нас есть некий период, за который начисляется компенсация и из него берутся суммы и рабочие дни.
Считать, что все данные вводятся только в пределах одного месяца, например, можно указать начисление по тарифу с 10.01 но 31.01, а запись: тариф с 10.01 по 03.02 вводить нельзя. В одном документе могут быть данные только за текущий расчетный период.
Это значит, что период регистрации в документе должен совпадать с периодами действия у записей. Только про невыход сказано, что он может вводиться задним числом, т.е. это исключительная ситуация, не более.
Поэтому, период действия есть только у Тарифа и Невыхода, а компенсация - это доп.начисление.
-
Помогите разобраться с условием задачи ОУ
Комментарий сдающих: Документом комплектация пользователь делает движения в любой регистр накопления и правильность записей контролирует сам.
Насколько я понял это условие говорит о том что надо делать аналог бух. операции. Если же этого дополнения в задаче не будет, тогда делаем обычный документ комплектация, который списывает комплектующие и приходует комплект(блюдо).
Со временем (не чаще, чем 1 раз в день) состав набора может изменяться. При продаже должен приниматься тот состав набора, который был актуальным на момент продажи.
Не пойму как реализовать данное условие? Думал создать РС с реквизитами Набор и номенклатура и ресурсом количество. Но как контролировать "не чаще, чем 1 раз в день"?
-
Буду рад критике моего решения опер части билета
-
Сдал спеца 09.06.17. Хочу поделиться своими решениями билетов. Спасибо всем участникам за обсуждение и выкладываемые решения. Это серьезная помощь в подготовке к экзамену.
-
СПР. Я получаю базу по плановым рабочим дням без использования ресурса РабочиеДни, а непосредственно из ДанныхГрафика, но не по Компенсации, а по Окладу и без отбора по регистратору. Соединение таблиц данных базы и данных графика по периоду регистрации, Сотруднику, Подразделению, получаю максимум плановых дней.
Делаю так, потому что считаю получать плановые дни из ресурса немного опасным: например (хотя и крайне редкий случай), сотрудник был уволен, потом через несколько дней снова принят на работу в то же подразделение в том же месяце, например, на другую должность. Для него будет две строки с разными интервалами периода действия в одном месяце. При этом ресурс РабочиеДни (если бы он был) заполнится одинаковым значением, в результате плановые дни задвоятся при расчете. Таким образом, чтобы брать плановые дни из ресурса, надо быть железно уверенным в том, что никогда и ни при каких обстоятельствах в регистре не может быть для одного периода действия несколько строк по одному сочетанию Сотрудник-Подразделение (за исключением явных ошибок).
Не является ли мое решение усложнением задачи и вообще правильное ли оно?
Еще возникла проблема при сторнировании. При зависимости по периоду действия, как здесь уже писали выше, после сторнирования Оклада, при перепроведении Компенсации за прошлый период компенсация не видит эти сторно записи. Предлагали выход - использовать зависимость по периоду регистрации. Я так и сделала. Но считаю это не очень правильным. Ведь тогда результат сторно попадает непосредственно в тот период, в котором произошло сторнирование. И получается, что мы выдаем компенсацию за меньшее число дней не в прошлом, а уже в текущем месяце. Однако у сотрудника могла вырасти зарплата и количество дней в месяцах может отличаться. При этом мы расчет базы берем по текущему месяцу и уменьшаем компенсацию на другую сумму, чем это было бы в предыдущем месяце, т.к. стоимость одного обеда в разных месяцах разная.
Сказать, что "невидение" прошлым периодом сторно-записей, сделанных в будущем, - это ошибка платформы, в общем случае нельзя. Иначе получался бы замкнутый круг: перепроводим прошлый период - он пересчитывается с учетом сторно, затем перепроводим следующий период и оказывается, что сторно записи, которые он делал раньше, уже не нужны, т.к. результат прошлого периода и так уже пересчитан с их учетом...
Таким образом, получается, что единственно точный вариант вычета компенсации за обеды с учетом сторнирования - это использование периода действия для начисления Компенсация и вытеснение Компенсации Невыходом, аналогично Окладу. Этот вариант работает, но остается вопрос, насколько он верен с методологической точки зрения. Мой первый вариант решения был сделан именно таким образом. Потом я его пересмотрела после чтения форума (решила тоже делать Компенсацию без периода действия, чтобы не росла таблица Фактического периода действия) - прилагаемый файл уже с учетом этого пересмотра. Однако оказалось, что при таком варианте есть проблемы с учетом сторнирования при расчете Компенсации, описанные выше.
-
Не могу нигде найти ответ на вопрос, как автоматически исправить начисление Б, зависимое по базе от начисления А по периоду действия, при сторнировании начисления А в более позднем периоде. Допустим, Б составляет 10% от А. В январе А=1000, Б=100. В феврале ввели сторно запись для А, равную -100. Соответственно, новое значение Б за январь должно быть (1000-100)*10% =90. Но при проведении документа за январь начисление Б не берет в свою базу сторно записи, сделанные в более позднем периоде. Если же установить зависимость Б от А не по периоду действия, а по периоду регистрации, то может возникнуть такая ситуация. В феврале А=1000, а процент премии с февраля поменялся и стал 20%. Б=200. После добавления в базу для февраля сторно записи А за январь получаем Б=(1000 - 100)*20% = 900*20% = 180. Видим, что уменьшение Б за счет сторнирования данных А составило 20. Хотя должно было составить 10, т.к. в январе ошибка расчета была именно на эту сумму, а не на 20. Как выходить из таких ситуаций, абсолютно не понятно. При зависимости по периоду регистрации мы не можем гарантировать уменьшение зависимого начисления адекватно сторнированию прошлого периода. В общем случае начисления А за февраль вообще может не быть или он может быть меньше, чем в январе, что может привести к отрицательной базе текущего периода после сторнирования А за предыдущий.
-
Придумала, как можно автоматически отсторнировать компенсацию нужным образом. Правда, способ не совсем стандартный. Зависимость Компенсации от Оклада установила по периоду действия. Уже после всех расчетов обходим в запросе сторно записи текущего документа по Окладу, определяем их исходный период действия, соединяем по периоду с зарегистрированными в соответствующем месяце компенсациями. В записях по компенсациям сохранены начальные параметры, по которым они были рассчитаны (плановые дни, фактические дни, исходный оклад). Затем в цикле рассчитываем новые значения компенсаций с учетом сторно по фактическим дням и окладу, а на разницу формируем сторно компенсаций. При этом период регистрации в сторно по компенсации для наглядности я указала тот, к которому относился их исходный период регистрации, чтобы в отчет все попадало в нужные периоды. При желании (и возможно, это было бы более правильно) можно указать в качестве периода регистрации для сторно-записей компенсаций текущий период, в котором записи регистрируются.
-
По БУ:
во всех подобных задачах сборника (2.38, 2.39, 2.40) четко прописано, что
Факт отправления регистрируется в системе с помощью документа «Отправление». В шапке документа указывается склад-отправитель и склад-получатель.
Может быть в актуальных билетах ошибка и их пора подправить?
Т.к. без склада-получателя в документе «Отправление» все товары в пути по сути должны в отчете отражаться потерями по пустому складу согласно условию билета
в колонку «Потери» должны попадать все записи счета ТоварыВПути, за исключением записей по прибытию товара.
И, в общем, я в некоторой растерянности.
Из ветки понял, что вроде как делают по сборнику, но уверенности нет.
Кто-нибудь может развеять сомнения?
-
Оцените, коллеги.
-
Мои решения после сдачи.
-
Всем привет, посмотрел некоторые решения - так и не нашел идеального запроса для получения состава набора. Мне кажется здесь полноценный срез последних по регистру не подходит - он будет выбирать лишнюю номенклатуру состава, если набор значительно поменялся. Например, был набор чай с сахаром (чай + сахар) 1 марта, а с 10 марта стал набор чай с сахаром (чай + сахар в кубиках). Срез последних на 11 марта выдаст и чай, и сахар, и сахар в кубиках.
Мне кажется здесь лучше всего реализовать фиктивный срез последних своими силами - вначале получить последний актуальный период для продаваемых наборов, а потом получить состав этих наборов на полученный период. Тогда никаких проблем с наборами нет.
Прикладываю свое решение ОУ, если тут есть кто живой - можно покритиковать =)
-
полноценный срез последних по регистру не подходит
Попробуйте вводить кол-во ноль для продукта, который удаляется из набора.
-
полноценный срез последних по регистру не подходит
Попробуйте вводить кол-во ноль для продукта, который удаляется из набора.
так вполне можно обойтись срезом, но пойдет ли такой вариант на экзамене? не самая очевидная логика для использования получается.
-
полноценный срез последних по регистру не подходит
Попробуйте вводить кол-во ноль для продукта, который удаляется из набора.
так вполне можно обойтись срезом, но пойдет ли такой вариант на экзамене? не самая очевидная логика для использования получается.
Думаю, нормальная логика. Этот вариант кажется неочевидным ввиду того, что нет документа для ввода состава набора. Но, вообще говоря, юзер не должен иметь прямого доступа к регистрам, в таких случаях следует создавать документ. А при проведении документа программно обнулять удаляемые продукты - вполне логично.
Думаю, что на экз можно сделать как программно, так и вручную. На дистанционном экз обязательно акцентировать внимание на этом моменте.
-
полноценный срез последних по регистру не подходит
Попробуйте вводить кол-во ноль для продукта, который удаляется из набора.
так вполне можно обойтись срезом, но пойдет ли такой вариант на экзамене? не самая очевидная логика для использования получается.
Думаю, нормальная логика. Этот вариант кажется неочевидным ввиду того, что нет документа для ввода состава набора. Но, вообще говоря, юзер не должен иметь прямого доступа к регистрам, в таких случаях следует создавать документ. А при проведении документа программно обнулять удаляемые продукты - вполне логично.
Думаю, что на экз можно сделать как программно, так и вручную. На дистанционном экз обязательно акцентировать внимание на этом моменте.
согласен, спасибо за подробные разъяснения
-
Здравствуйте!
посмотрел я несколько предлагаемых решений.
В них я увидел, что в отчетах
берут обороты с пустым началом, а то и с пустым концом периода.
Есть такой пункт в правилах:
"В задачах получения итоговой информации по остаткам использование информации по оборотам и наоборот" - минус 2 балла на экзамене.
Здесь в отчете нужны именно остатки, НА ДАТУ, А НЕ ЗА ПЕРИОД.
Есть у кого-то решение и отчет, который берет остатки, а не обороты?
интересует также план счетов, позволяющий решить задачу таким образом.
Я пока не придумал, подскажите, кто понял, как это сделать.
-
Здравствуйте!
посмотрел я несколько предлагаемых решений.
В них я увидел, что в отчетах
берут обороты с пустым началом, а то и с пустым концом периода.
Есть такой пункт в правилах:
"В задачах получения итоговой информации по остаткам использование информации по оборотам и наоборот" - минус 2 балла на экзамене.
Здесь в отчете нужны именно остатки, НА ДАТУ, А НЕ ЗА ПЕРИОД.
Есть у кого-то решение и отчет, который берет остатки, а не обороты?
интересует также план счетов, позволяющий решить задачу таким образом.
Я пока не придумал, подскажите, кто понял, как это сделать.
Я как вариан, сделал оборотами с начала года по выбранную дату. Отчет на остаточной вирт.таблице не получить ну никак нельзя, т.к. счета закрываются в процессе операций.
Я добавил субконто2 на счете ТоварыВПути Склад и записываю туда склад-получатель. Соотвественный рек-т в док. Отправление.
Просьба покритиковать мое решение билета. (особенно задачи ОУ, СПР)
-
Хм задача непонятная. Получается отправляется вообще в никуда, может и на разные склады. А если на разные, то потеряшки по складам никак не сгруппировать ни при каких условиях (или я не додумалась). Единственный вариант похоже действительно сторнировать при проведении прибытия и кидать на склад прибытия, с последующим оттуда списанием, дабы запретить разные склады получатели из одного документа отправления... Но как-то это через одно место, ради отчета делать такие махинации в проведении.
Надеюсь, мне эта задача не попадется. Не знаю, что они хотят увидеть в решении.
-
Сдавал 11.12.2018 преподаватель Аксенов Дмитрий попался билет №18. Вот интересно все делают ПС количественный в бух задаче, а мне преподаватель сказал, что так не надо было делать зачем ? Сказал, что я не понимаю смысла признаков учета вот так вот. И я теперь не знаю прав он или нет. В отчете в БУ сделал левое соединение, как и у многих здесь, что тоже неверно, так как передача и получение могут быть в разные периоды с этим согласен. Смотрел все запросы все отчеты, блокировки итд
-
Коллеги, доброго! +1 решенный билет. Буду рад обратной связи.
-
Коллеги, доброго! +1 решенный билет. Буду рад обратной связи.
А где условия решенных задач билета? Я думал ты взял из сборника, но от сборника тоже отличия есть.
-
Коллеги, доброго! +1 решенный билет. Буду рад обратной связи.
А где условия решенных задач билета? Я думал ты взял из сборника, но от сборника тоже отличия есть.
Ищите здесь:
https://forum.chistov.pro/index.php?topic=2670.msg58627#msg58627
-
Коллеги, доброго! +1 решенный билет. Буду рад обратной связи.
А как ты понял и обработал условие "В том случае, если из продуктов изготовлено блюдо, например из овощей сделан салат, то продаваться может только само блюдо, а входящие в его состав продукты проданы быть не могут." Что-то я в решении не нашел.
Почему в БУ заполняешь приход товаров документом Поступления? В задании ничего не сказано.
ПС:
Есть ли у тебя еще решенные билеты? Хотелось бы изучить.
-
"В том случае, если из продуктов изготовлено блюдо, например из овощей сделан салат, то продаваться может только само блюдо, а входящие в его состав продукты проданы быть не могут."
Я поняла это как расход ингридиентов (овощей) и приход изготовленного блюда, то есть овощи, конкретно те два помидора и три огурца, которые пошли на салат, уже отдельно не могут быть проданы, они уже списаны.
-
"В том случае, если из продуктов изготовлено блюдо, например из овощей сделан салат, то продаваться может только само блюдо, а входящие в его состав продукты проданы быть не могут."
Я поняла это как расход ингридиентов (овощей) и приход изготовленного блюда, то есть овощи, конкретно те два помидора и три огурца, которые пошли на салат, уже отдельно не могут быть проданы, они уже списаны.
Верно. Это и имеется в виду.
-
"В том случае, если из продуктов изготовлено блюдо, например из овощей сделан салат, то продаваться может только само блюдо, а входящие в его состав продукты проданы быть не могут."
Я поняла это как расход ингридиентов (овощей) и приход изготовленного блюда, то есть овощи, конкретно те два помидора и три огурца, которые пошли на салат, уже отдельно не могут быть проданы, они уже списаны.
разве так? а если ингредиентов в остатке много (10 шт), а готовое блюдо сделали 1 шт (в составе только 2шт, т.е использовали не все ингредиенты)? Как можно отличить овощи, например какой из помидоров конкретно пошел в "салат", а какой нет?
По-моему тут нужна проверка на "входит в состав блюда", а не тот факт что списан (это сработает только если использованы последние остатки).
-
Подразумевается, что в момент списания номенклатуры с видом "блюдо" списывается именно сама номенклатура, а не его составляющие продукты. А в наборе как раз наоборот.
Набор: "Завтрак вегетарианца", состав: салат, помидоры, хлеб.
Блюдо: "Салат", состав: помидоры, огурцы.
Продукты: Помидоры, огурцы, хлеб ...
Все это может быть продано клиенту в любом составе.
-
Смущает отчет БУ. Собрал его обычным оборотом счета с условием на два доступных корсчета, но кажется, что все мы делаем неправильно.
Во первых, заголовок отчета "Недошедшие товары на [дата]" - подразумевается, что нужно получать остатки, а не обороты.
Во вторых, текст под шаблоном "В колонку "Потери" должны попадать все записи счета ТоварыВПути, за исключением записей по прибытию товара" вообще похож больше на набор слов, чем на какое-то условие. Но автор явно пытался этим что-то сказать. В теме тут заполняют колонку просто вычитанием Отправлено-Получено, что является ошибкой на мой взгляд. Я использую обороты Дт.ПрибылиУбытки-Кт.ТоварыВПути. Ни мой способ решения, ни других не соответствует набору слов под шаблоном. А истина где-то рядом...
-
Смущает отчет БУ. Собрал его обычным оборотом счета с условием на два доступных корсчета, но кажется, что все мы делаем неправильно.
Во первых, заголовок отчета "Недошедшие товары на [дата]" - подразумевается, что нужно получать остатки, а не обороты.
Во вторых, текст под шаблоном "В колонку "Потери" должны попадать все записи счета ТоварыВПути, за исключением записей по прибытию товара" вообще похож больше на набор слов, чем на какое-то условие. Но автор явно пытался этим что-то сказать. В теме тут заполняют колонку просто вычитанием Отправлено-Получено, что является ошибкой на мой взгляд. Я использую обороты Дт.ПрибылиУбытки-Кт.ТоварыВПути. Ни мой способ решения, ни других не соответствует набору слов под шаблоном. А истина где-то рядом...
Я вообще на этом отчете "завис", т.к. "В задачах получения итоговой информации по остаткам использование информации по оборотам и наоборот" - минус 2 балла на экзамене."
А как здесь обойтись получением остатков, пока не могу сообразить.
Было тут сообщение от 2016 года от Максима Шувалова, я его так понял, что он сдал. Но свое решение он вроде не выкладывал.
Есть у кого идеи, как же правильно этот отчет должен быть реализован?
-
Доброго всем времени суток!
Если кому не сложно, проверьте, пожалуйста, задачу на ОУ этого билета. Только начала подготовку, очень важно ваше мнение ;)
-
Уважаемы специалисты, можете посмотреть в чем дело, почему не могу рассчитать не выход?
-
у вас выходит ошибка (см.скрин 1) из-за того что вы сначала удалили предопределенный элемент, потом его добавили! а в режиме 1с не проверили.
исправьте, и все будет работать как надо (см.скрин 2)