Форум Чистова. Подготовка к экзаменам 1С
Аттестация "1С:Специалист" => Аттестация "1С:Специалист по платформе 1С:Предприятие 8.3 и 8.2" => Тема начата: Jones от Июль 31, 2015, 07:54:24 am
-
Товарисчи, что-то я не пойму, как правильно сделать БУ во 2 билете из 15-ти (https://docs.google.com/document/d/19Cv6COjMRcN_qDLbiWmYwp686IXpxE9GHHzQkpa2rME/edit)
В отчете надо объединить данные по Себестоимости, СуммеПродажи и СуммеЗатрат
в разрезах Номенклатуры и Проектов
В разрезе Номенклатуры мы Себестоимость можем получить из КтОборотов счТовары, это логично.
А с Проектами что? Хочется сделать оборотное субконто Проект на том же счТовары,
и где-то здесь читал, что на курсах разрешают делать любое субконто на любом счете, лишь бы задача была решена, НО!
Но Павел Чистов наменул (http://forum.chistov.pro/index.php?topic=979.msg40379#msg40379), что субконто на счетах должны быть логично аргументированы.
Тоже самое с СуммойПродаж и СуммойЗатрат. Единественное, что приходит в голову, это оборотные субконто Номенклатура и Проект на счПрибылиИУбытки. Тогда Продажи можно будет взять из КтОборотов, а Затраты из ДтОборотов.
Толи все решеатся как-то проще, то ли я туплю.
Кто что думает? Как решать будем?
-
Только что пришла идея сделать оборотное субконто Проект только на счПрибыли,
а на счОбщехозяйственныеЗатраты добавить оборотное Номенклатура
и попробовать вытащить данные отчета через ОборотыДтКт.
Надо попробовать.
Но все равно: являются ли такие субконто обоснованными? Может есть другой, более элегантный способ решения?
-
Но Павел Чистов наменул (http://forum.chistov.pro/index.php?topic=979.msg40379#msg40379), что субконто на счетах должны быть логично аргументированы.
На мой взгляд не аргументированные субконто - это Сотрудник на счете Касса, или тот же Проект на счете Товары ;).
а Затраты из ДтОборотов.
Только не забывать, что в дебетовых оборотах будет так же оборот со счетом Товары. Конечно, можно взять суммарные обороты, и из них вычесть обороты с Товарами, но не уверен, что это будет считаться элегантно, и возможно, даже, будет методически не верно.
вытащить данные отчета через ОборотыДтКт.
Вроде бы в решенных задачах я ни разу не использовал эту таблицу, надо будет разобраться, возможно, много теряю. :)
-
БУ задача 2 билета - это Задача 2.08 из сборника http://forum.chistov.pro/index.php?topic=1325.msg1#msg1
-
Посмотрел решения умных людей, давно сдаших на спеца.
Неплохо получилось у fimanich, он просто сделал два оборотных субконто Номенклатура и Проект на счете Прибыли.
Надеюсь, это аргументированные субконто.
В отчете
Количество - КорОборотДт счета Прибыли со счетом Товары (на котором есть Количество)
Себестоимость - КорОборотДт счета Прибыли с корр счетом Товары (хотя можно взять и из ОборотовДт самого счПрибыли)
СуммаПродажи - КтОборот счета Прибыли с корр счетом Покупатели
Затраты - ДтОборот счета Прибыли с корр счетом ОбщехозЗатраты
-
За 5 часов осилил только набить ПР, БУ, ОУ
Не успев отладить, вышел за пределы времени экзамена.
Итак, в приложенном решении:
1) УФ вообще нет,
2) в Расчете не учтено условие
"В течение расчетного периода первоначальное значение оклада может быть неоднократно изменено. В информационной базе необходимо хранить историю его изменения.
Расчет должен проводиться исходя из действующего на рассчитываемую дату начального значения оклада. Например, если начальное значение оклада изменилось 10 августа, то до 10 августа при расчете берется старое значение, а начиная с 10 августа – новое"
Остальное, вроде, все есть.
-
Доделал множественное изменение оклада в Расчете и УФ.
Вот какие вопросы, у меня возникли. Может кто ответит ))
1) В документах РН и ПН сделал флаги ОУ и БУ и выполняю код только если включен флаг. Как думаете это нормально? Экзаменатор это одобрит? Как вообще делают в таком случае? Знаю, что создавать отдельные документы – не вариант.
2) Блокировка в ОУ
Блокировка на экзамене одна из важнейших вещей, в ней косячить нельзя.
В ОУ регистр Партии блокирую по Номенклатуре и Партии
Кто что думает? Так правильно?
Блок = Новый БлокировкаДанных;
Эл = Блок.Добавить("РегистрНакопления.Партии");
Эл.ИсточникДанных = СписокНоменклатуры;
Эл.ИспользоватьИзИсточникаДанных("Номенклатура", "Номенклатура");
Эл.ИспользоватьИзИсточникаДанных("Партия", "Партия");
Блок.Заблокировать();
3) По БУ блокировка попроще, думаю там все верно:
Блок = Новый БлокировкаДанных;
Эл = Блок.Добавить("РегистрБухгалтерии.Основной");
Эл.УстановитьЗначение("Счет", ПланыСчетов.Основной.Товары);
Эл.ИсточникДанных = СписокНоменклатуры;
Эл.ИспользоватьИзИсточникаДанных(ПланыВидовХарактеристик.ВидыСубконто.Номенклатура, "Номенклатура");
Блок.Заблокировать();
4) По задаче на УФ
Толи я невнимательный, толи такой задачи в сборнике нет. По крайней мере, у меня сборник задач от июня 2014 и там, среди задач по УФ похожей задачи я не нашел.
Ключевые моменты, которые надо сразу сделать правильно, чтобы не тратить драгоценное время на перезапуски отладки:
a. Чтобы регламентное задание выполнялось в файловом варианте, надо сразу сделать его «Предопределенным»
b. Обработчик ожидания каждые 10 секунд запускает процедуру поиска невыполненных задач текущего пользователя и если такие задачи есть, то открывает форму каждой задачи. По идее метод ОткрытьФорму(), если указана Уникальность, должен открывать форму задачи только первый раз, а затем находить ранее открытую форму этой задачи, но вместо этого задача открывается в множестве окон. Оказывается это известный глюк платформы (http://devtrainingforum.v8.1c.ru/forum/thread.jsp;jsessionid=atzjAmisKwA5s2D4NH?id=573124&print=0&useful186=0&sortt=m.left_ns), который не исправлен до сих пор. Чтобы одна задача не открывалась в множестве окон, надо установить РежимОткрытияОкнаФормы.Независимый
В общем, вроде все работает. Кому не лень, проверьте по условию 2 билета (https://docs.google.com/document/d/19Cv6COjMRcN_qDLbiWmYwp686IXpxE9GHHzQkpa2rME/edit).
-
Кому не лень, проверьте по условию 2 билета (https://docs.google.com/document/d/19Cv6COjMRcN_qDLbiWmYwp686IXpxE9GHHzQkpa2rME/edit).
Посмотрел пока не всё.
1. Зачем количественный учет на ПрибылиУбытки?
2. Не хватает блокировки БУ регистра при проведении Затрат. Пришел к выводу, что блокировка не нужна (http://forum.chistov.pro/index.php?topic=3678.msg40926#msg40926)
-
Зачем количественный учет на ПрибылиУбытки?
seravkin, спасибо за важную подсказку. Действительно, на счете ПрибылиИубытки Количество не нужно.
В отчете по ПродажамБУ я количество получаю как КоличествоКорОборотДт, то есть со счета Товары.
-
Привет
У меня вопрос
Либо сделать Субконто для Прибыли и убытки(Номенклатура, Проект) и получать отчет одной таблицей.
либо сделать Субконто для Покупателей и получать отчет из двух таблиц.
Вы пришли к первому варианту, но второй как то более очевиден. Нормально ли делать такие субконто для Прибыли и убытки ведь как бы в теории могут быть и другие счета связанные с ним а субконто уже заняты.
Вопрос в общем теоретический.
-
Сделал через Прибыли и убытки, все красиво получается
-
Jones, добрался до расчетов. В условии задачи сказано, что сотрудник может работать только в одном подразделении. В этом случае подразделение можно сделать реквизитом сотрудника. Зачем в этом случае в регистрах расчета делать подразделение измерением? Мне кажется, достаточно сделать реквизитом. Связь с графиком отсутствует в ДопНачислениях
-
Jones, добрался до расчетов. В условии задачи сказано, что сотрудник может работать только в одном подразделении. В этом случае подразделение можно сделать реквизитом сотрудника. Зачем в этом случае в регистрах расчета делать подразделение измерением? Мне кажется, достаточно сделать реквизитом. Связь с графиком отсутствует в ДопНачислениях
а зачем связь с графиком в доп начислениях?
-
Мне кажется, достаточно сделать реквизитом.
По-моему экзаменаторы не имеют единой точки зрения на этот вопрос.
Связь с графиком отсутствует в ДопНачислениях
Где это и зачем, мне не известно. ДопНачисления - это план видов расчета для начислений без периода действия. Связь с графиком там не нужна по сути.
-
а зачем связь с графиком в доп начислениях?
ДопНачисления - это план видов расчета для начислений без периода действия. Связь с графиком там не нужна по сути.
И действительно, что-то я погорячился
-
По-моему экзаменаторы не имеют единой точки зрения на этот вопрос.
и тут я задумался... Хочу порассуждать в слух: как повлияет изменение у сотрудника подразделения? В случае реквизита Подразделение все начисления будут на сотруднике целиком (в виртуальной таблице), а если будет отдельное измерение Подразделение, то можно будет получать историю во времени - сколько сотрудник получил будучи в одном подразделении, сколько в другом. Мне кажется, что это имеет смысл, если нужно получать обороты в разрезе подразделений.
-
Моё решение билета 2. Если у кого будет желание и возможность - прошу проверить.
-
Я ошибаюсь, или ни у кого регламентное задание само по расписанию не формируется (например, если установить периодичность внутри дня, то, увы, ничего не происходит, выскакивает лишь напоминалка о уже имеющихся заданиях)?
Вроде бы, у Радченко всё просто понятно. Или всё равно на 8.3 в файловом варианте не работает, и есть инфа, что на экзамене "сойдёт и так"? :)
-
Тоже голову ломаю над этим(( По ЖР видно, что через 60сек после запуска приложения выполняется какое то фоновое задание (выполняется только 1 раз). Но нет ни каких опозновательных знаков: оно это или не оно. По кнопке тот же код работает нормально. На просторах инета пишут, что проблема решаема, но повторить я не могу(((
-
Поправил, теперь регламентное задание - запускается. Добавил галку - "предопределенное".
-
... запускается...
Изменил периодичность, запустил в пользовательском режиме - не работает. :(
А вы точно проверяли?
-
Точно. А в параметрах запуска я использовал AllowExecuteScheduledJobs -Force
-
хм... а у меня и без этого параметра AllowExecuteScheduledJobs -Force заработало, правда не понятно по какому расписанию. Настроено было на каждые 50сек, но регламент срабатывает в произвольное время, в основном, когда приложение запущено, но длительное время не активно. Шайтан какой то... На экзамен с бубном приходить надо))
-
Коллеги! Вы это всерьез? У меня регламентное в файловом отрабатывает каждую минуту, главное сделать его предопределенным. Можете скачать базу и проверить? Неужели у Вас не работает? Платформа точно 8.3?
-
Jones, у меня платформа 8.3.5.1517. Ваше решение на этой платформе тоже не принесло нужного результата. Ждала 10 мин. Никаких отчетов у меня не создалось, лог не пишет, ЖР показывает выполнение только одного фонового задания. Подозреваю, что когда-нибудь, когда звезды на небе сойдутся правильно, оно все таки выполнится, как выполняется (по каким-то непонятным пока законам физики) мое решение, построенное по такому же принципу)). Возможно, что у меня просто нужного костыля не хватает.
-
Svetik_1704, действительно, похоже есть некий глюк. Запустил свою базу, но задание не отрабатывалось.
В общем я выключил признак "Предопределенное" у задания, применил по F5,
затем снова его включил, применил по F5 и, о чудо! Задачи автоматически сфорировались.
Для надежности проверил еще раз: поставил задачам даты на 2 месяца назад - через минуту сфорировались новые.
Еще раз выкладываю базу, через минуту в ней должны сформироваться 2 задачи и одна из них должна принудительно открыться.
-
Jones, ура, у меня тоже получилось!!! Вот оказывается где бубен зарыт! Спасибо огромное ;)
-
У меня тоже с этим заданием по УФ постоянные проблемы были. То работает, то не работает. В общем, какой-то своей жизнью живет это регламентное задание.
-
Всем здрасте! )
Прошу оценить задачу БУ из этого билета, разбирался долго, смотрел другие решения ))) вроде всё как надо?
-
Всем здрасте! )
Прошу оценить задачу БУ из этого билета, разбирался долго, смотрел другие решения ))) вроде всё как надо?
Привет.
1. Непонятно для чего ты блокируешь для изменения регистр строкой
Движения.Основной.БлокироватьДляИзменения=Истина;
если потом устанавливаешь блокировку
"Блок = Новый БлокировкаДанных;..." на тот же регистр.
Вроде как когда читаем данные и хотим на момент чтения их блокировать, то нужно использовать только второй вариант, а когда записываем и блокируем на время записи, то используем первый вариант.
2. В док. Затраты я бы тоже для корСчета указал субконто в параметрах виртуальной таблицы, хотя, думаю это не критично...
А так все вроде хорошо.
-
Привет всем. Кому не лень - гляньте решение СПР. Сделал расчет периодов оклада полностью в запросе.
-
Привет.
1. Непонятно для чего ты блокируешь для изменения регистр строкой
Движения.Основной.БлокироватьДляИзменения=Истина;
А очистка движений при оперативном проведении ...или можно всё таки просто Движения.Основной.Записать ? на всякий случай нельзя блокировку...это будет минус баллы?))) правильно,мы же пишем в + без списания...
2. В док. Затраты я бы тоже для корСчета указал субконто в параметрах виртуальной таблицы, хотя, думаю это не критично...
Интересный вопрос, но если у счета одно предопределённое субконто "Номенклатура", то пользователь может добавить своё оборотное субконто, например "Качество", и тогда в выборку запроса с одним параметром виртуальной таблицы ПВХ.ВидыСубконто.Номенклатура будут попадать все записи? или он жестко обрубит записи с 2-мя субконто...надо проверить)))
Ага, попадают в запрос, всё верно - нужно ставить параметры "Субконто" ибо не лишние, когда ТОЧНО есть такое субконто на счёте)
-
Всем здрасте! )
Прошу оценить задачу БУ из этого билета, разбирался долго, смотрел другие решения ))) вроде всё как надо?
zorky, мне кажется все путем. Единственное, в запросе отчета в условиях вирт.таблицы нет условия по Субконто и КорСчетам, хотя может в отчете их накладывать и не надо.
-
Пересмотрел решение. Снова сделал без УФ. Вот пара комметариев.
1) Каждый сотрудник может работать одновременно только в одном подразделении компании, то есть совместительство не допускается.
Значит, Подразделение – реквизит РР, а не измерение.
2) Все сотрудники работают по графику работы, установленному отдельно для каждого подразделения.
Значит, спр Графики не нужен, в регистре Графики добавить только Подразделение + добавить Подразделение в обработку заполнения графиков.
3) В течение расчетного периода первоначальное значение оклада может быть неоднократно изменено.
Значит, для каждой строки ТЧ документа надо сделать не одну запись в регистр, а + изменения оклада за ПериодДействия строки документа. Делается это в ОбработкеПроведения. Это первичная запись движений РР. Каждая запись будет обладать своим Окладом и своим ПериодомДействия.
4) В одном документе могут быть данные за разные расчетные периоды.
Значит оклад нельзя получать просто как СрезПоследних на ДатуДокумента, но у нас он итак будет получен на индивидуальную дату для каждой строки документа.
А вот для Премии надо добавить в ТЧ документа поле РасчетныйПериод (ПериодРегистрации) и каждую строку записывать в регистр именно с этим ПериодомРегистрации, а БазовыйПериод устанавливать уже от него.
5) Создать отчет «Перерасчет зарплаты», в котором пользователь должен увидеть записи регистра расчета, которые возможно требуется пересчитать.
Речь идет о перерасчета записей ДН (Премия) в связи с изменением их базовых записей (ВР Оклад). Чтобы при перепроведении документов с Окладом в перерасчете появлялись записи, надо для Премии указать Оклад ведущим.
-
Всем здрасте! )
Прошу оценить задачу БУ из этого билета, разбирался долго, смотрел другие решения ))) вроде всё как надо?
zorky, мне кажется все путем. Единственное, в запросе отчета в условиях вирт.таблицы нет условия по Субконто и КорСчетам, хотя может в отчете их накладывать и не надо.
Параметры вирт таблицы надо использовать всегда, когда можно, чем больше - тем лучше.
-
3) В течение расчетного периода первоначальное значение оклада может быть неоднократно изменено.
Значит, для каждой строки ТЧ документа надо сделать не одну запись в регистр, а + изменения оклада за ПериодДействия строки документа. Делается это в ОбработкеПроведения. Это первичная запись движений РР. Каждая запись будет обладать своим Окладом и своим ПериодомДействия.
А при отладке обратить внимание на ситуацию, когда в течение месяца изменения оклада не было. :)
-
Моё решение билета 2. Если у кого будет желание и возможность - прошу проверить.
Запрос отчета набран с клавиатуры без использования конструктора - это реально круто !!!
-
Задача по УФ: у пользователя должна автоматически открываться форма каждой невыполненной его задачи.
Лично у меня не открывается форма задания, а открывается форма списка.
Не совсем понятно почему нет пользователей. Совсем.
-
По УФ у кого смотрел не нашел решение строчки билета: "Кроме того пользователь должен иметь возможность видеть полный список задач". У Jones подразумевается список задач всех пользователей. Но мне более логичным кажется список задач в том числе выполненных.
Для критики код модуля формы списка. ( мне пришлось помучатся)
&НаСервере
Процедура ПриСозданииНаСервере(Отказ, СтандартнаяОбработка)
ЭлементОтбора = Список.Отбор.Элементы.Добавить(Тип("ЭлементОтбораКомпоновкиДанных"));
ЭлементОтбора.ЛевоеЗначение = Новый ПолеКомпоновкиДанных("Выполнена");
ЭлементОтбора.ВидСравнения = ВидСравненияКомпоновкиДанных.Равно;
ЭлементОтбора.ПравоеЗначение = Ложь;
ЭлементОтбора.Использование = Истина;
КонецПроцедуры
&НаСервере
Процедура ВсеЗадачиСрв()
для Каждого ЭлОтб ИЗ Список.Отбор.Элементы Цикл
Если ЭлОтб.ЛевоеЗначение= (Новый ПолеКомпоновкиДанных("Выполнена"))
И ЭлОтб.ВидСравнения=ВидСравненияКомпоновкиДанных.Равно тогда
ЭлОтб.ПравоеЗначение=НЕ ЭлОтб.ПравоеЗначение;
КонецЕсли;
КонецЦикла;
КонецПроцедуры // ВсеЗадачиСрв()
&НаКлиенте
Процедура ВсеЗадачи(Команда)
ВсеЗадачиСрв();
КонецПроцедуры
-
Тяжело сегодня соображается. В моем коде выше ошибка - он показывает либо выполненные либо не выполненные, что не правильно. Пофиксил:
&НаСервере
Процедура ПриСозданииНаСервере(Отказ, СтандартнаяОбработка)
ЭлементОтбора = Список.Отбор.Элементы.Добавить(Тип("ЭлементОтбораКомпоновкиДанных"));
ЭлементОтбора.ЛевоеЗначение = Новый ПолеКомпоновкиДанных("Выполнена");
ЭлементОтбора.ВидСравнения = ВидСравненияКомпоновкиДанных.Равно;
ЭлементОтбора.ПравоеЗначение = Ложь;
ЭлементОтбора.Использование = Истина;
КонецПроцедуры
&НаСервере
Процедура ВсеЗадачиСрв()
Стерто=Истина;
для Каждого ЭлОтб ИЗ Список.Отбор.Элементы Цикл
Если ЭлОтб.ЛевоеЗначение= (Новый ПолеКомпоновкиДанных("Выполнена"))
И ЭлОтб.ВидСравнения=ВидСравненияКомпоновкиДанных.Равно тогда
Если ЭлОтб.Использование=Истина тогда
ЭлОтб.Использование=Ложь;
иначе
ЭлОтб.ПравоеЗначение=Ложь;
ЭлОтб.Использование=Истина;
КонецЕсли;
Стерто=Ложь;
КонецЕсли;
КонецЦикла;
Если Стерто тогда
ЭлементОтбора = Список.Отбор.Элементы.Добавить(Тип("ЭлементОтбораКомпоновкиДанных"));
ЭлементОтбора.ЛевоеЗначение = Новый ПолеКомпоновкиДанных("Выполнена");
ЭлементОтбора.ВидСравнения = ВидСравненияКомпоновкиДанных.Равно;
ЭлементОтбора.ПравоеЗначение = Ложь;
ЭлементОтбора.Использование = Истина;
КонецЕсли;
//Грубо
//Если Список.Отбор.Элементы.Количество()=0 тогда
// ЭлементОтбора = Список.Отбор.Элементы.Добавить(Тип("ЭлементОтбораКомпоновкиДанных"));
// ЭлементОтбора.ЛевоеЗначение = Новый ПолеКомпоновкиДанных("Выполнена");
// ЭлементОтбора.ВидСравнения = ВидСравненияКомпоновкиДанных.Равно;
// ЭлементОтбора.ПравоеЗначение = Ложь;
// ЭлементОтбора.Использование = Истина;
//иначе
// Список.Отбор.Элементы.Очистить();
//КонецЕсли;
КонецПроцедуры // ВсеЗадачиСрв()
&НаКлиенте
Процедура ВсеЗадачи(Команда)
ВсеЗадачиСрв();
КонецПроцедуры
-
Спасибо всем за наводки, бился с регламентным заданием, так и не понял как в итоге заработало, создал еще одного пользователя, еще раз дал всем админ права, поигрался с галкой предопределенный и о чуда - пашет)
-
Пересмотрел решение. Снова сделал без УФ. Вот пара комметариев.
1) Каждый сотрудник может работать одновременно только в одном подразделении компании, то есть совместительство не допускается.
Значит, Подразделение – реквизит РР, а не измерение.
2) Все сотрудники работают по графику работы, установленному отдельно для каждого подразделения.
Значит, спр Графики не нужен, в регистре Графики добавить только Подразделение + добавить Подразделение в обработку заполнения графиков.
3) В течение расчетного периода первоначальное значение оклада может быть неоднократно изменено.
Значит, для каждой строки ТЧ документа надо сделать не одну запись в регистр, а + изменения оклада за ПериодДействия строки документа. Делается это в ОбработкеПроведения. Это первичная запись движений РР. Каждая запись будет обладать своим Окладом и своим ПериодомДействия.
4) В одном документе могут быть данные за разные расчетные периоды.
Значит оклад нельзя получать просто как СрезПоследних на ДатуДокумента, но у нас он итак будет получен на индивидуальную дату для каждой строки документа.
А вот для Премии надо добавить в ТЧ документа поле РасчетныйПериод (ПериодРегистрации) и каждую строку записывать в регистр именно с этим ПериодомРегистрации, а БазовыйПериод устанавливать уже от него.
5) Создать отчет «Перерасчет зарплаты», в котором пользователь должен увидеть записи регистра расчета, которые возможно требуется пересчитать.
Речь идет о перерасчета записей ДН (Премия) в связи с изменением их базовых записей (ВР Оклад). Чтобы при перепроведении документов с Окладом в перерасчете появлялись записи, надо для Премии указать Оклад ведущим.
Основная проблема, это как сделать разбиение записей на отрезки в соответствии с окладом,который может меняться каждый день по условиям задачи и при этом "документ может содержать данные за разные расчетные периоды".
Т.е. теоретически может потребоваться получение оклада за прошлый или позапрошлый месяц, не говоря уж о будущем,если допустить авансы. Как получить корректно данные по окладу в этом случае в запросе не совсем понятно.
тут вот эту тему обсуждали,но так и не пришли к достоверно рабочему варианту, учитывающему все подводные камни: http://forum.chistov.pro/index.php?topic=3606.msg40402#msg40402
-
помню когда решал, сломал голову, но интервалы формировались правильно. Прокоментировать сейчас не могу, т.к. разбираюсь с УФ. Если есть желание - выкладываю свое решение (не прилизывал)
-
помню когда решал, сломал голову, но интервалы формировались правильно. Прокоментировать сейчас не могу, т.к. разбираюсь с УФ. Если есть желание - выкладываю свое решение (не прилизывал)
Посмотрел, в вашем решении, также как у Jones (смотрел один из первых вариантов на первых страницах темы) не накладывается никаких ограничений по выбираемому диапазону дат при обращении к реальной таблице регистра сведений СведенияоСотрудниках, где хранятся значения окладов.
ИМХО, это сильный грех,т.к. каждый раз будет происходить выборка всех записей регистра сведений.
Учитывая,что в задаче есть милая оговорочка про "документ может содержать данные за разные расчетные периоды",то чтобы определить самую раннюю и самую позднюю даты для отбора, их нужно сначало как-то получить из табличной части документа. А потом уже делать запрос,наложив эти даты в качестве границ отбираемого диапазона из реальной таблицы регистра сведений со значениями окладов , а также в качестве начальной даты для среза последних из этого регистра на самую раннюю дату.
По поводу заведения отдельного регистра сведений ГрафикПодразделения, мне кажется можно сделать по проще, обычно,если график устанавливается для каждого подразделения (смены, бригады итп) то это означает,что в регистре сведений "ГрафикиРаботы" заводится соответствующее измерение с типом соотв. справочника. И делается связь этого измерения с соотв. измерением или реквизитом в РР (закладка "связь с графиком" в РР).
-
Да нет, ну как же. Я делаю внутренне соединение с условием что период старше даты начала периода действия строки(это уже ограничение), и беру максимально близкое значение с моему интервалу агрегирующей функцией. Я же никак не ограничу более, т.к. не знаю как давно было последнее изменение оклада.
В отличии от остальных задач, мне приходиться объединять этот результат с изменениями окладу внутри периода действия. А потом выстраивать интервалы.
* кстати сейчас подумалось, что можно было бы запросом сделать интеравалы, объединив последнюю табличку саму с собой по НомерСтроки=НомерСтроки-1. Хотя заморочно, код наглядней.
-
Да нет, ну как же. Я делаю внутренне соединение с условием что период старше даты начала периода действия строки(это уже ограничение), и беру максимально близкое значение с моему интервалу агрегирующей функцией. Я же никак не ограничу более, т.к. не знаю как давно было последнее изменение оклада.
По-хорошему тут надо определять самую раннюю и самую позднюю дату из табличной части документа, а потом получать сведения об окладах, объединив данные из среза последних на самую раннюю дату с обращением к физической таблице РС в интервале между самой ранней и самой поздней датой . Тогда на РС будет наложено полноценное ограничение по отбору записей. А так получается нарастающий итог своеобразный,чем больше записей в регистре, тем больше со временем их будет отбираться до даты, меньшей даты начала.
-
По-хорошему тут надо определять самую раннюю и самую позднюю дату из табличной части документа, а потом получать сведения об окладах, объединив данные из среза последних на самую раннюю дату с обращением к физической таблице РС в интервале между самой ранней и самой поздней датой . Тогда на РС будет наложено полноценное ограничение по отбору записей.
ИМХО спорное решение.
Виртуальная таблица этот подзапрос к ВСЕМУ регистру, причем вы его ограничиваете только ДАТАМ!! Т.е. так и так идёт перебор всего регистра с фильтром по датам.
-
По-хорошему тут надо определять самую раннюю и самую позднюю дату из табличной части документа, а потом получать сведения об окладах, объединив данные из среза последних на самую раннюю дату с обращением к физической таблице РС в интервале между самой ранней и самой поздней датой . Тогда на РС будет наложено полноценное ограничение по отбору записей.
ИМХО спорное решение.
Виртуальная таблица этот подзапрос к ВСЕМУ регистру, причем вы его ограничиваете только ДАТАМ!! Т.е. так и так идёт перебор всего регистра с фильтром по датам.
Ну в качестве параметров мы еще передаем список сотрудников (подзапрос ко временной таблице с сотрудниками из тч),по которым нам надо получить значения окладов. Собственно, как и при запросе к реальной таблице следует сделать тоже самое, а не просто вынимать всю таблицу,фильтруя записи только соединением.
-
Что скажете про такой вариант решения множественного изменения окладов?
По кнопке "ЗаполнитьЗначенияОкладов" на форме:
&НаСервере
Процедура ЗаполнитьЗначенияОкладовНаСервере()
ТЗСписокСотрудников = РегистрыСведений.СведенияОСотрудниках.СрезПоследних(НачалоМесяца(Объект.ПериодРегистрации));
ТЗСписокСотрудников.Колонки.Оклад.Имя = "Размер";
ТЗСписокСотрудников.Колонки.Добавить("ДатаНачала");
ТЗСписокСотрудников.Колонки.Добавить("ДатаОкончания");
ТЗСписокСотрудников.ЗаполнитьЗначения(НачалоМесяца(Объект.ПериодРегистрации),"ДатаНачала");
ДатаКонцаМесяца = КонецМесяца(Объект.ПериодРегистрации);
ТЗСписокСотрудников.ЗаполнитьЗначения(ДатаКонцаМесяца,"ДатаОкончания");
ТЗСписокСотрудников.Колонки.Добавить("ВидРасчета");
Выборка = РегистрыСведений.СведенияОСотрудниках.Выбрать(НачалоМесяца(Объект.ПериодРегистрации),ДатаКонцаМесяца,,"Возр"); //,,"Период Возвр"
Пока Выборка.Следующий() Цикл
Если Выборка.Период = НачалоМесяца(Объект.ПериодРегистрации) Тогда
Продолжить;
КонецЕсли;
Отбор = Новый Структура();
Отбор.Вставить("Сотрудник",Выборка.Сотрудник);
Отбор.Вставить("ДатаОкончания",ДатаКонцаМесяца);
Строки = ТЗСписокСотрудников.НайтиСтроки(Отбор);
Если Строки.Количество() > 0 Тогда
Строки[0].ДатаОкончания = КонецДня(Выборка.Период);
КонецЕсли;
НоваяСтрока = ТЗСписокСотрудников.Добавить();
ЗаполнитьЗначенияСвойств(НоваяСтрока,Выборка);
НоваяСтрока.Размер = Выборка.Оклад;
НоваяСтрока.ДатаНачала = КонецДня(Выборка.Период)+1;
НоваяСтрока.ДатаОкончания = ДатаКонцаМесяца;
КонецЦикла;
ТЗСписокСотрудников.ЗаполнитьЗначения(ПланыВидовРасчета.ОсновныеНачисления.Оклад,"ВидРасчета");
Объект.ОсновныеНачисления.Загрузить(ТЗСписокСотрудников);
КонецПроцедуры
&НаКлиенте
Процедура ЗаполнитьЗначенияОкладов(Команда)
ЗаполнитьЗначенияОкладовНаСервере();
КонецПроцедуры
-
Посмотрел текст билета. Скажите я правильно понимаю условие задачи по ОУ (вот как я бы решал, мой алгоритм):
1) Создать или отредактировать регистр остатки номенклатуры.
Измерения: Номенклатура, Партия
Ресурсы: Количество, Сумма
2) Создать регистр оборотный продажи.
Измерения: Номенклатура
Ресурсы: Количество, Продажа
Хотя по сути количество в регистр продажи можно было не ставить, а вытащить его из остатков, как Вы думаете? Хотя тут и услуги регистр продаж падают, так что нормально так и должно быть.
3) Проведение по новой методике, вначале записываем расход с ТЧ в регистр остатков, затем проверяем минусовые остатки, если есть выдаем ошибку и сообщение о нехватке товара, есть нет пишем регистр продажи, не пишу все за один раз так как если не хватает то и не чего регистр зря дергать. Блокировку делаю свойством блокировать для изменения = истина.
По отчету пока спрашивать не буду, так как и так много буковок читать Вам придется )
-
Про новую методику проведения сомнительно, т.к. надо сумму себестоимости в движениях проставлять.
прорешал билет по новой методике все отлично, начал делать отчет и о чудо себестоимость по оборотам у меня выпала в минус, думаю что такое сел подумал и понял что я затупил, зашел на форум и мне только осталось подтвердить Ваши слова )))
-
Пересмотрел решение. Снова сделал без УФ. Вот пара комметариев.
зачем у тебя в обработке проведения ОУ документа РН берется максимум от вида номенклатуры
ВЫБРАТЬ
| РасходнаяНакладнаяСписокНоменклатуры.Номенклатура,
| МАКСИМУМ(РасходнаяНакладнаяСписокНоменклатуры.Номенклатура.ВидНом) КАК ВидНом,
| РасходнаяНакладнаяСписокНоменклатуры.Партия,
| СУММА(РасходнаяНакладнаяСписокНоменклатуры.Количество) КАК КолДок,
| СУММА(РасходнаяНакладнаяСписокНоменклатуры.Сумма) КАК СумДок
|ПОМЕСТИТЬ ТЧ
|ИЗ
| Документ.РасходнаяНакладная.СписокНоменклатуры КАК РасходнаяНакладнаяСписокНоменклатуры
|ГДЕ
| РасходнаяНакладнаяСписокНоменклатуры.Ссылка = &Ссылка
|
|СГРУППИРОВАТЬ ПО
| РасходнаяНакладнаяСписокНоменклатуры.Номенклатура,
| РасходнаяНакладнаяСписокНоменклатуры.Партия
можно в группировку добавить вид номенклатуры
ВЫБРАТЬ
| РасходнаяНакладнаяСписокНоменклатуры.Номенклатура,
| РасходнаяНакладнаяСписокНоменклатуры.Номенклатура.ВидНом КАК ВидНом,
| РасходнаяНакладнаяСписокНоменклатуры.Партия,
| СУММА(РасходнаяНакладнаяСписокНоменклатуры.Количество) КАК КолДок,
| СУММА(РасходнаяНакладнаяСписокНоменклатуры.Сумма) КАК СумДок
|ПОМЕСТИТЬ ТЧ
|ИЗ
| Документ.РасходнаяНакладная.СписокНоменклатуры КАК РасходнаяНакладнаяСписокНоменклатуры
|ГДЕ
| РасходнаяНакладнаяСписокНоменклатуры.Ссылка = &Ссылка
|
|СГРУППИРОВАТЬ ПО
| РасходнаяНакладнаяСписокНоменклатуры.Номенклатура,
| РасходнаяНакладнаяСписокНоменклатуры.Партия,
| РасходнаяНакладнаяСписокНоменклатуры.Номенклатура.ВидНом
Так же можно сделать индексацию по Номенклатуре и Партии для ВТ
Зачем в начале сразу пишешь регистр ?
Движения.Партии.Очистить();
Движения.Партии.Записать();Его имеет смысл писать перед чтением остатков только если документ не новый и проведение оперативное, если не оперативное он остатки на момент времени документа берет не включая
Движения.Партии.Очистить();
Если Режим = РежимПроведенияДокумента.Оперативный и НЕ ЭтоНовый()
Движения.Партии.Записать();
КонецЕсли;
Зачем итоги в запросе ?
|ИТОГИ
| МАКСИМУМ(ВидНом),
| СУММА(КолДок),
| СУММА(СумДок),
| СУММА(КолОст),
| СУММА(СумОст)
|ПО
| Номенклатура
у тебя там соединение и по номенклатуре и по партии по идее группировать итогами то не нужно ничего
сугубо мое лично мнение может я не прав поправьте мы все тут учимся.
дальше не смотрел сам ОУ только делаю
еще посмотрел объекты:
Регистр Партии - Режим блокировки Автоматический, разделение итогов не включено, у измерений не стоит галка запрет незаполненных значений - говорят это проверяют и снимают баллы
Зачем у регистра Продажи реквизит Себестоимость ? Её же можно вытащить из оборотов регистра Партии, я бы и количество убрал бы если бы не услуги. Вот сумму продажи я согласен надо выводить в отдельный регистр иначе регистр Партий не вывести в ноль
Доделал свой вариант решения ОУ, прикладываю к сообщению, прошу строго критиковать ...
-
не помню у кого но в запросе отчета по БУ есть такой код:
РегистрБухгалтерии.Основной.Обороты(
,
,
,
Счет = ЗНАЧЕНИЕ(ПланСчетов.Основной.ПрибылиУбытки),
&МассивСубконто,
,
КорСчет = ЗНАЧЕНИЕ(ПланСчетов.Основной.Покупатели)
ИЛИ КорСчет = ЗНАЧЕНИЕ(ПланСчетов.Основной.Товары)
ИЛИ КорСчет = ЗНАЧЕНИЕ(ПланСчетов.Основной.ОбщехозяйственныеЗатраты),
) КАК ОсновнойОбороты
Чем пользоваться ИЛИ для корсчета уж лучше параметром передать список счетов, так как конструкция ИЛИ не приветствуется и замедляет работу запроса. Для меня ИЛИ в запросе как красная тряпка для быка ))) ИМХО
РегистрБухгалтерии.Основной.Обороты(
,
,
,
Счет = ЗНАЧЕНИЕ(ПланСчетов.Основной.ПрибылиУбытки),
&МассивСубконто,
,
КорСчет В (&СписокСчетов),
) КАК ОсновнойОбороты
или для извращенцев )))
РегистрБухгалтерии.Основной.Обороты(
,
,
,
Счет = ЗНАЧЕНИЕ(ПланСчетов.Основной.ПрибылиУбытки),
&МассивСубконто,
,
КорСчет В (КорСчет В
(ВЫБРАТЬ
ЗНАЧЕНИЕ(ПланСчетов.Основной.Покупатели)
ОБЪЕДИНИТЬ
ВЫБРАТЬ
ЗНАЧЕНИЕ(ПланСчетов.Основной.Товары)
ОБЪЕДИНИТЬ
ВЫБРАТЬ
ЗНАЧЕНИЕ(ПланСчетов.Основной.ОбщехозяйственныеЗатраты))),
) КАК ОсновнойОбороты
-
Что скажете про такой вариант решения множественного изменения окладов?
По кнопке "ЗаполнитьЗначенияОкладов" на форме:
&НаСервере
Процедура ЗаполнитьЗначенияОкладовНаСервере()
ТЗСписокСотрудников = РегистрыСведений.СведенияОСотрудниках.СрезПоследних(НачалоМесяца(Объект.ПериодРегистрации));
ТЗСписокСотрудников.Колонки.Оклад.Имя = "Размер";
ТЗСписокСотрудников.Колонки.Добавить("ДатаНачала");
ТЗСписокСотрудников.Колонки.Добавить("ДатаОкончания");
ТЗСписокСотрудников.ЗаполнитьЗначения(НачалоМесяца(Объект.ПериодРегистрации),"ДатаНачала");
ДатаКонцаМесяца = КонецМесяца(Объект.ПериодРегистрации);
ТЗСписокСотрудников.ЗаполнитьЗначения(ДатаКонцаМесяца,"ДатаОкончания");
ТЗСписокСотрудников.Колонки.Добавить("ВидРасчета");
Выборка = РегистрыСведений.СведенияОСотрудниках.Выбрать(НачалоМесяца(Объект.ПериодРегистрации),ДатаКонцаМесяца,,"Возр"); //,,"Период Возвр"
Пока Выборка.Следующий() Цикл
Если Выборка.Период = НачалоМесяца(Объект.ПериодРегистрации) Тогда
Продолжить;
КонецЕсли;
Отбор = Новый Структура();
Отбор.Вставить("Сотрудник",Выборка.Сотрудник);
Отбор.Вставить("ДатаОкончания",ДатаКонцаМесяца);
Строки = ТЗСписокСотрудников.НайтиСтроки(Отбор);
Если Строки.Количество() > 0 Тогда
Строки[0].ДатаОкончания = КонецДня(Выборка.Период);
КонецЕсли;
НоваяСтрока = ТЗСписокСотрудников.Добавить();
ЗаполнитьЗначенияСвойств(НоваяСтрока,Выборка);
НоваяСтрока.Размер = Выборка.Оклад;
НоваяСтрока.ДатаНачала = КонецДня(Выборка.Период)+1;
НоваяСтрока.ДатаОкончания = ДатаКонцаМесяца;
КонецЦикла;
ТЗСписокСотрудников.ЗаполнитьЗначения(ПланыВидовРасчета.ОсновныеНачисления.Оклад,"ВидРасчета");
Объект.ОсновныеНачисления.Загрузить(ТЗСписокСотрудников);
КонецПроцедуры
&НаКлиенте
Процедура ЗаполнитьЗначенияОкладов(Команда)
ЗаполнитьЗначенияОкладовНаСервере();
КонецПроцедуры
Выкладываю базу с этим алгоритмом
-
И все таки я думаю в расчетной задаче мы тут все намудрили ибо берем текст задачи:
В течение расчетного периода первоначальное значение оклада может быть неоднократно изменено. В информационной базе необходимо хранить историю его изменения. Расчет должен проводиться исходя из действующего на рассчитываемую дату начального значения оклада. Например, если начальное значение оклада изменилось 10 августа, то до 10 августа при расчете берется старое значение, а начиная с 10 августа – новое.
Ну не вижу я в этой задаче требования разбивать строку записи документа. Вижу что объясняется механизм получения оклада типа будьте внимательны оклад надо брать срезом не на начало месяца а на начало записи и периоды начала записи могут быть разные.
Ну нет больше похожих по сложности задач из 15 билетов по СПР, эта самая сложная причем коэффициент сложности по отношению к оставшимся как 3:1.
Весь задачник перелистал, там условия задач сложнее чем в билетах и там не нашел таких сложных задач.
Может кто то писал про то что она попалась на экзамене и требовали разбивать запись документа, с чего все взяли что надо разбивать строки документа по периодам изменения оклада ?
-
Уточнил по поводу: В одном документе могут быть данные за разные расчетные периоды.
http://devtrainingforum.v8.1c.ru/forum/thread.jsp?id=644127
-
Уточнил по поводу: В одном документе могут быть данные за разные расчетные периоды.
http://devtrainingforum.v8.1c.ru/forum/thread.jsp?id=644127
Да, в данном случае ответ правильный, и ответил грамотный чел. Но во-первых, отвечал не преподаватель, а один из тутошних же бывших, а во-вторых, на том форуме могут ответить совершенно безграмотно. Я как-то спрашивал там про один из важных моментов (на тот момент для себя еще не принял решение), так в ответ получил порцию заумно-поучающего бреда, из которого было понятно, что чел не владеет как минимум предметной областью, а в общем даже не понимает, о чем пишет. Ну это так, на всякий случай, о том, что некачественную информацию можно получить везде, и на том форуме не всем стоит доверять. :D
-
Уточнил по поводу: В одном документе могут быть данные за разные расчетные периоды.
http://devtrainingforum.v8.1c.ru/forum/thread.jsp?id=644127
Да, в данном случае ответ правильный, и ответил грамотный чел. Но во-первых, отвечал не преподаватель, а один из тутошних же бывших, а во-вторых, на том форуме могут ответить совершенно безграмотно. Я как-то спрашивал там про один из важных моментов (на тот момент для себя еще не принял решение), так в ответ получил порцию заумно-поучающего бреда, из которого было понятно, что чел не владеет как минимум предметной областью, а в общем даже не понимает, о чем пишет. Ну это так, на всякий случай, о том, что некачественную информацию можно получить везде, и на том форуме не всем стоит доверять. :D
Спросил на официальном форуме 1с у преподавателей, ответил не преподаватель, а грамотный человек. В итоге всё как-то неопределённо. Бесит) Ладно, прорвемся) Сделал, удовлетворяет всем условиям.
-
Всем здрасте, вот доделал ПР из 2-го билета, идею "многократного изменения оклада" взял из темы
http://forum.chistov.pro/index.php?topic=3606.30 у Alex44ru, хороший запрос, небольшие "допилки" - кое где Внутреннее соединение поставил - чтобы отсекать строки с NULL - ми ненужные когда оклада не было вообще у чувака ну и другие.
Всё протестил,неоднократно при любых погодных условиях - запрос отрабатывает чисто, когда не было изменений - одна запись, когда одно изменение - две и т.д.
Есть вопросы, извечный про реквизит/измерение подразделение, в РС графики сделал изм.Подразделение , в РР Подразделение связал с графиком...
От периода регистрации в ОсновныхНачислениях ничего не зависит, есть ли смысл его выносить в ТЧ? или делать Датой Дока...)
В Доп.Начислениях вывел его в ТЧ для того, что бы Базовый период не задавать вручную.. как то не красиво - Премия, и базовый период....Просто Расчётный Период, типа за какой месяц начислять)
Блин запарился, хотел вынести в Общий Модуль все расчёты, передаю ссылку - в ОМ делаю отбор, читаю, всё как у людей! Записываю набор, а результата нету!!! Всё перепроверил...переделал... - бесполезно.Странно. Передал движения в модуль - всё работает...Непонятно...)))
И ещё по мелочи: ДополнительныеНачисленияБазаОсновныеНачисления.РезультатБаза - тут нужен ISNULL или нет ;-)
А отчёт невозможно проверить, кто как делал? чтобы другим Регистратором считать Премию наверное - убрать Регистратор из параметров ВТ.
-
Уточнил по поводу: В одном документе могут быть данные за разные расчетные периоды.
http://devtrainingforum.v8.1c.ru/forum/thread.jsp?id=644127
Да, в данном случае ответ правильный, и ответил грамотный чел. Но во-первых, отвечал не преподаватель, а один из тутошних же бывших, а во-вторых, на том форуме могут ответить совершенно безграмотно. Я как-то спрашивал там про один из важных моментов (на тот момент для себя еще не принял решение), так в ответ получил порцию заумно-поучающего бреда, из которого было понятно, что чел не владеет как минимум предметной областью, а в общем даже не понимает, о чем пишет. Ну это так, на всякий случай, о том, что некачественную информацию можно получить везде, и на том форуме не всем стоит доверять. :D
Спросил на официальном форуме 1с у преподавателей, ответил не преподаватель, а грамотный человек. В итоге всё как-то неопределённо. Бесит) Ладно, прорвемся) Сделал, удовлетворяет всем условиям.
К сожалению, не удовлетворяет...
Завёл Васину, завёл ей оклад в сентябре, одно изменение в том же сентябре, пытаюсь начислить за Октябрь, - ошибка "неверно задан период действия" - отладчиком глянул - там периодДействияНачало > ПериодДействияКонец.... на запрос мельком глянул-похоже, но разбивка на периоды хромает чтоли...
Эту задачу досконально разбирал...выложил тут же...Посмотрите косяки если что. Завтра буду допиливать если ошибки
-
или для извращенцев )))
РегистрБухгалтерии.Основной.Обороты(
,
,
,
Счет = ЗНАЧЕНИЕ(ПланСчетов.Основной.ПрибылиУбытки),
&МассивСубконто,
,
КорСчет В (КорСчет В
(ВЫБРАТЬ
ЗНАЧЕНИЕ(ПланСчетов.Основной.Покупатели)
ОБЪЕДИНИТЬ
ВЫБРАТЬ
ЗНАЧЕНИЕ(ПланСчетов.Основной.Товары)
ОБЪЕДИНИТЬ
ВЫБРАТЬ
ЗНАЧЕНИЕ(ПланСчетов.Основной.ОбщехозяйственныеЗатраты))),
) КАК ОсновнойОбороты
Или вообще для самых-самых :) . Мои вкусы очень специфичны (с)
РегистрБухгалтерии.Основной.Обороты(
,
,
,
Счет = ЗНАЧЕНИЕ(ПланСчетов.Основной.ПрибылиУбытки),
&МассивСубконто,
,
КорСчет В (КорСчет В (ЗНАЧЕНИЕ(ПланСчетов.Основной.Покупатели), ЗНАЧЕНИЕ(ПланСчетов.Основной.Товары), ЗНАЧЕНИЕ(ПланСчетов.Основной.ОбщехозяйственныеЗатраты))),
) КАК ОсновнойОбороты
-
Уточнил по поводу: В одном документе могут быть данные за разные расчетные периоды.
http://devtrainingforum.v8.1c.ru/forum/thread.jsp?id=644127
Да, в данном случае ответ правильный, и ответил грамотный чел. Но во-первых, отвечал не преподаватель, а один из тутошних же бывших, а во-вторых, на том форуме могут ответить совершенно безграмотно. Я как-то спрашивал там про один из важных моментов (на тот момент для себя еще не принял решение), так в ответ получил порцию заумно-поучающего бреда, из которого было понятно, что чел не владеет как минимум предметной областью, а в общем даже не понимает, о чем пишет. Ну это так, на всякий случай, о том, что некачественную информацию можно получить везде, и на том форуме не всем стоит доверять. :D
Спросил на официальном форуме 1с у преподавателей, ответил не преподаватель, а грамотный человек. В итоге всё как-то неопределённо. Бесит) Ладно, прорвемся) Сделал, удовлетворяет всем условиям.
К сожалению, не удовлетворяет...
Завёл Васину, завёл ей оклад в сентябре, одно изменение в том же сентябре, пытаюсь начислить за Октябрь, - ошибка "неверно задан период действия" - отладчиком глянул - там периодДействияНачало > ПериодДействияКонец.... на запрос мельком глянул-похоже, но разбивка на периоды хромает чтоли...
Эту задачу досконально разбирал...выложил тут же...Посмотрите косяки если что. Завтра буду допиливать если ошибки
Если не сложно, скинь мою базу с теми данными которые ты ввёл.
-
Доделал свой вариант решения ОУ, прикладываю к сообщению, прошу строго критиковать ...
Обработка проведения приходной накладной: Выгрузка табличной части в таблицу значений без необходимости.
Обработка проведения расходной накладной: Списание по старой методике.
Отчет такой не годится, нужно использовать возможности СКД. Потом в моем решении можно будет посмотреть.
-
Сделал, удовлетворяет всем условиям.
Это уже законченное решение?
ОУ: В обработке проведения расходной накладной старая методика.
При установке управляемой блокировки совместное использование Источника данных и УстановитьЗначение. Где-то в книге об это было, что нельзя так делать.
При проверке остатков, в случае, если чего-то не хватает, пользователю выводится только первая позиция, но не выводятся остальные позиции, которых не хватает. Кроме того, если в документе есть позиция, которой не хватает, но она находится где-нибудь в конце документа, то по всем позициям, которых хватает, происходит расчет себестоимости, но документ все равно не будет проведен.
В запросе СКД используются агрегатные функции, но при этом в схеме СКД не настроены ресурсы.
Параметр &Момент должен быть не заполнен, если документ проводится оперативно.
БУ: В отчете БУ странно построен запрос, используются агрегатные функции. Это же СКД, здесь нужно настраивать ресурсы в схеме и группировки в настройках.
В расходной накладной очень странное соединение двух таблиц остатков. Не понятно, зачем.
В документе затраты в запросе установил параметры НачалоДня и КонецДня, только вот в тексте запроса их нет.
Документ Операция - не доделан. К примеру, нельзя его скопировать, и пометка на удаление не даст нужного эффекта.
ПР: Совместительство не допускается, подразделение не должно быть измерением.
В регистре ОН не установлено, что измерение Сотрудник - базовое.
Предопределенное начисление Премия - нужно указать, что Оклад является ведущим. Иначе не будет заполняться перерасчет.
График работы - лишнее измерение График.
Перерасчет в регистре ОН, мне кажется, не нужен.
Отчета нет.
УФ: Форма задачи блокирует весь интерфейс. Не знаю, насколько это правильно будет считаться на экзамене. Пользователю выскакивает несколько окон (по количеству невыполненных задач), но закрыть он их может только в определенном порядке.
-
Выкладываю свое решение. Кому не лень, прошу покритиковать.
-
Выкладываю свое решение. Кому не лень, прошу покритиковать.
смотрел только Расчёты, хорошо сделано, качественно - заполнение документа отрезками оклада удобно для расчётчика)) вот бы всё это ещё успеть на экзамене..)
Единственно не могу понять, почему не сделали связь с Графиком, ведь у графика есть Изм. Подразделение.
Я ввёл у вас в базе два раза Васину, в разных подразделениях за один период, - считает, по одному окладу...
в Сведениях о сотрудниках можно было указать Подразделение, где кто числится, чтобы Оклад резался по ним.
Если не сложно, скинь мою базу с теми данными которые ты ввёл.
Я не могу ведь документ не проводится и не сохраняется.
-
Единственно не могу понять, почему не сделали связь с Графиком, ведь у графика есть Изм. Подразделение.
Большое спасибо за отзыв, сейчас открыл, действительно не поставил связь с графиком. Ошибка спешки и невнимательности, ну и недотестировал. А на экзамене бы все - не сдал.
Я ввёл у вас в базе два раза Васину, в разных подразделениях за один период, - считает, по одному окладу...
В условии считается, что совместительство не допускается, и по идее пользователь не должен вводить два оклада одному сотруднику в одном расчетном периоде. Но это, конечно, не отменяет "косяка" со связью с графиком.
-
Сделал, удовлетворяет всем условиям.
Это уже законченное решение?
ОУ: В обработке проведения расходной накладной старая методика.
При установке управляемой блокировки совместное использование Источника данных и УстановитьЗначение. Где-то в книге об это было, что нельзя так делать.
При проверке остатков, в случае, если чего-то не хватает, пользователю выводится только первая позиция, но не выводятся остальные позиции, которых не хватает. Кроме того, если в документе есть позиция, которой не хватает, но она находится где-нибудь в конце документа, то по всем позициям, которых хватает, происходит расчет себестоимости, но документ все равно не будет проведен.
В запросе СКД используются агрегатные функции, но при этом в схеме СКД не настроены ресурсы.
Параметр &Момент должен быть не заполнен, если документ проводится оперативно.
БУ: В отчете БУ странно построен запрос, используются агрегатные функции. Это же СКД, здесь нужно настраивать ресурсы в схеме и группировки в настройках.
В расходной накладной очень странное соединение двух таблиц остатков. Не понятно, зачем.
В документе затраты в запросе установил параметры НачалоДня и КонецДня, только вот в тексте запроса их нет.
Документ Операция - не доделан. К примеру, нельзя его скопировать, и пометка на удаление не даст нужного эффекта.
ПР: Совместительство не допускается, подразделение не должно быть измерением.
В регистре ОН не установлено, что измерение Сотрудник - базовое.
Предопределенное начисление Премия - нужно указать, что Оклад является ведущим. Иначе не будет заполняться перерасчет.
График работы - лишнее измерение График.
Перерасчет в регистре ОН, мне кажется, не нужен.
Отчета нет.
УФ: Форма задачи блокирует весь интерфейс. Не знаю, насколько это правильно будет считаться на экзамене. Пользователю выскакивает несколько окон (по количеству невыполненных задач), но закрыть он их может только в определенном порядке.
Спасибище)
При установке управляемой блокировки совместное использование Источника данных и УстановитьЗначение. Где-то в книге об это было, что нельзя так делать. Первый раз слышу. В операции при сдаче буду только период программно заполнять. и так кроме этого много чего нужно сделать, а время ограничено. Не допущение совместительства настроено в РС СведенияОСотрудниках, подразделение вынесено в ресурс, в измерениях только сотрудник. Соответственно сотрудник только один, можно, конечно, предположить, что на работу приняли двух сотрудников с одинаковыми ФИО, но в задачах и без этого хватает геморроя. Про графики не согласен, на мой взгляд график должен быть. Забыл про Предопределенное начисление Премия - нужно указать, что Оклад является ведущим. Иначе не будет заполняться перерасчет.
В расходной накладной очень странное соединение двух таблиц остатков. Не понятно, зачем. В первой таблице получаем остатки по складу, счет аналитика счета товары по складам, получаю остаток по складу, чтобы в минус не уйти. Вторая таблица получает все остатки по номенклатуре, потому что в условии "Себестоимость определяется как средняя для каждой номенклатурной позиции по всей компании."
При проверке остатков, в случае, если чего-то не хватает, пользователю выводится только первая позиция. Блин, до последнего не хочу использовать объект СообщениеПользователю. не хочу время на него тратить, пишу по старинке сообщить(); Не знаю комбинации клавиш, для получения текста кода.
Спасибо что время потратил, посмотрел. Буду ждать твоей критики в остальных билетах. Спасибо.
-
Единственно не могу понять, почему не сделали связь с Графиком, ведь у графика есть Изм. Подразделение.
Большое спасибо за отзыв, сейчас открыл, действительно не поставил связь с графиком. Ошибка спешки и невнимательности, ну и недотестировал. А на экзамене бы все - не сдал.
Я ввёл у вас в базе два раза Васину, в разных подразделениях за один период, - считает, по одному окладу...
В условии считается, что совместительство не допускается, и по идее пользователь не должен вводить два оклада одному сотруднику в одном расчетном периоде. Но это, конечно, не отменяет "косяка" со связью с графиком.
Прошу проверить моё решение, подправил! Подразделение убрал совсем из Доп.Начислений, нафиг оно там - Премию считаю по Сотруднику за период))) а то итак гемора куча. Чуть подправил код, чтобы отсекать пустые записи при вводе некорректных данных. Протестит отчёт - заработал )) Гляньте нуждаюсь в ЖЁСТКОЙ критике! )
Venvlad, "сообщ" + шаблоны текста Ctrl-Q . И если есть время тоже пожалуйста гляньте мой вариант.
-
Да...график у правда не нужен.
-
При установке управляемой блокировки совместное использование Источника данных и УстановитьЗначение. Где-то в книге об это было, что нельзя так делать.
Это в синтакс-помощнике:
Не допускается задаватьть одно и то же поле пространства блокировок с помощью методов УстановитьЗначение и ИспользоватьИзИсточникаДанных.
Не допущение совместительства настроено в РС СведенияОСотрудниках, подразделение вынесено в ресурс, в измерениях только сотрудник. Соответственно сотрудник только один, можно, конечно, предположить, что на работу приняли двух сотрудников с одинаковыми ФИО, но в задачах и без этого хватает геморроя.
Тогда в регистрах расчета необоснованно Подразделение сделано измерением.
Вторая таблица получает все остатки по номенклатуре, потому что в условии "Себестоимость определяется как средняя для каждой номенклатурной позиции по всей компании."
Я почти уверен, что можно было обойтись одним соединением с виртуальной таблицей остатков, а суммы и количество для средней можно подсчитывать в группировках.
пишу по старинке сообщить()
Я тоже пишу Сообщить(), я не об этом. Сначала должен пройти цикл без расчета себестоимости, проверить остатки, и вывести "Сообщить" столько раз, сколько позиций не хватает. У тебя же при первой найденной позиции проверка прекращается. Используй новую методику, эта проблема решится сама собой.
-
Парни, с праздником Вас)
-
Прошу проверить моё решение
В режиме предприятие я не запускал, только программу смотрел. Ничего серьезного не нашел, поэтому по мелочам:
В регистре расчета Подразделение не проиндексировано. В регистре Графиков работы Подразделение не проиндексировано. Мы же соединяем таблицы (пусть и "под капотом" платформы), значит, по идее, нужно индексировать реквизит и измерение соответственно. Это мои личные соображения, никакими ссылками подкрепить не могу.
В запросе регистра ОН при получении данных графика зачем проверка ЕСТЬNULL?
Зачем "НачатьТранзакцию"? Ты же рассчет делаешь в обработке проведения, а это итак транзакция. Другое дело, в моем решении это действительно было нужно но я не поставил, мой "косяк".
ДвиженияДН.Записать(,Истина);Записываешь регистр ДН, при это указываешь ему, чтобы он не пересчитывал фактический период действия. Нет у этого регистра периода действия.
-
Прошу проверить моё решение
В режиме предприятие я не запускал, только программу смотрел. Ничего серьезного не нашел, поэтому по мелочам:
В регистре расчета Подразделение не проиндексировано. В регистре Графиков работы Подразделение не проиндексировано. Мы же соединяем таблицы (пусть и "под капотом" платформы), значит, по идее, нужно индексировать реквизит и измерение соответственно. Это мои личные соображения, никакими ссылками подкрепить не могу.
В запросе регистра ОН при получении данных графика зачем проверка ЕСТЬNULL?
Зачем "НачатьТранзакцию"? Ты же рассчет делаешь в обработке проведения, а это итак транзакция. Другое дело, в моем решении это действительно было нужно но я не поставил, мой "косяк".
ДвиженияДН.Записать(,Истина);Записываешь регистр ДН, при это указываешь ему, чтобы он не пересчитывал фактический период действия. Нет у этого регистра периода действия.
Спасибо! Про индексы да - лучше ставить их, хотя многие моменты платформа сама автоматом индексирует, на всякий случай ставить)) 0,5 баллов всё таки.
А там не может быть NULL ?? )) по моему я тестил - иногда там Null образуется в Плане или Факте... Или это просто Неоперделенно. или 0 ))
Да насчёт транзакции погорячился, ага в Вашем решение нужно - Расчёт вызывается из формы, нужно обернуть в транзакцию.
Ага, Venvlad, спасибо, всех также с праздником!) //сегодня ознакомлюсь с 3 билетом СПР, завтра сделаю - давайте синхронно кто готовится, так удобно и оперативно. Я просто ОУ и БУ уже прорешал по отдельности, до 5 билета, щас СПР дорешаю до 5-го, и буду целиком билеты решать, для повторения начну с 1-го по порядку.
-
Выкладываю свое решение. Кому не лень, прошу покритиковать.
Смотрел Ваше решение БУ. Я так понимаю Вы умышленно не стали добавлять движения по складам, так как это не нужно?Я вот об этом думал, но смутила фраза "Факт передачи товара со склада (отгрузки)"
Думаю что надо указывать очистку регистра после Движения.Управленческий.Записывать = Истина; писать Движения.Управленческий.Очистить();
И ещё я не понял почему в Проведении Расходной в конце запись - Движения.Управленческий.Записывать = Истина;?
-
Я так понимаю Вы умышленно не стали добавлять движения по складам, так как это не нужно?Я вот об этом думал, но смутила фраза "Факт передачи товара со склада (отгрузки)"
Условие сформулировано невнятно. Вопросов бы не было, если поле Склад требовалось в отчете, а так на экзамене я бы этот момент уточнил, а сейчас уточнять не у кого :)
Думаю что надо указывать очистку регистра после Движения.Управленческий.Записывать = Истина; писать Движения.Управленческий.Очистить();
И ещё я не понял почему в Проведении Расходной в конце запись - Движения.Управленческий.Записывать = Истина;?
Сначала списываем со счета Товары только количество, без всяких расчетов. Записываем набор. Потом запросом получаем новые остатки по количеству, и, если нет отрицательных остатков, дописываем проводки по списанию Суммы, а количество 0. Особенно это было бы полезно, если бы действительно нужно было Субконто "Склад" на счете Товары. Таким образом, в регистр пишем в два этапа, и каждая сформированная проводка содержит либо сумму, либо количество. Когда сформированы проводки второго этапа, набор записей устанавливается Записывать = Истина, чтобы при завершении обработки проведения набор сам записался бы с дописанными проводками списания себестоимости.
-
... смутила фраза "Факт передачи товара со склада (отгрузки)"
Я в итоге для себя "перетрактовал" эту фразу так - факт передачи товара со склада, т.е. факт отгрузки. Разных складов нет.
-
Уточнил по поводу: В одном документе могут быть данные за разные расчетные периоды.
http://devtrainingforum.v8.1c.ru/forum/thread.jsp?id=644127
Ответ верен только для ВР обладющих ПД, например для Оклада.
Для премии же нет такого понятия как с 01.10 по 15.10. т.к. у Премии нет ПД, но есть ПР и от него уже надо отсчитывать БазПер.
-
И все таки я думаю в расчетной задаче мы тут все намудрили ибо берем текст задачи:
В течение расчетного периода первоначальное значение оклада может быть неоднократно изменено. В информационной базе необходимо хранить историю его изменения. Расчет должен проводиться исходя из действующего на рассчитываемую дату начального значения оклада. Например, если начальное значение оклада изменилось 10 августа, то до 10 августа при расчете берется старое значение, а начиная с 10 августа – новое.
Ну не вижу я в этой задаче требования разбивать строку записи документа. Вижу что объясняется механизм получения оклада типа будьте внимательны оклад надо брать срезом не на начало месяца а на начало записи и периоды начала записи могут быть разные.
Ну нет больше похожих по сложности задач из 15 билетов по СПР, эта самая сложная причем коэффициент сложности по отношению к оставшимся как 3:1.
Весь задачник перелистал, там условия задач сложнее чем в билетах и там не нашел таких сложных задач.
Может кто то писал про то что она попалась на экзамене и требовали разбивать запись документа, с чего все взяли что надо разбивать строки документа по периодам изменения оклада ?
В эпоху статичных билетов, этот (второй) попадался людям не реже чем другие. Об этом есть, как минимум, 6 упоминаний:
http://forum.chistov.pro/index.php?topic=993.msg29296#msg29296
http://forum.chistov.pro/index.php?topic=993.msg31513#msg31513
http://forum.chistov.pro/index.php?topic=993.msg31559#msg31559
http://forum.chistov.pro/index.php?topic=993.msg32363#msg32363
http://forum.chistov.pro/index.php?topic=993.msg33348#msg33348
http://forum.chistov.pro/index.php?topic=993.msg33759#msg33759
-
Уточнил по поводу: В одном документе могут быть данные за разные расчетные периоды.
http://devtrainingforum.v8.1c.ru/forum/thread.jsp?id=644127
Ответ верен только для ВР обладющих ПД, например для Оклада.
Для премии же нет такого понятия как с 01.10 по 15.10. т.к. у Премии нет ПД, но есть ПР и от него уже надо отсчитывать БазПер.
Да, так и есть
-
СПР: Множественное изменение и разные расчетные периоды - реализовано.
ОУ: На двух регистрах РН, остатки и оборотный. Задача на создание отчета.
БУ: Субконто на счетах Товары и ПрибылиУбытки. В отчтет обращение к трем таблицам по оборотам между счетами.
УФ: Реализовано без пункта "пользователь должен иметь возможность видеть полный список задач". Как это запомнить я Хз. Да и вообще времени не хватило на УФ.
-
уважаемый Zeskord, или ещё кто в теме - подскажите плиз по задаче УФ, смотрю вашу базу, каким образом отображается реквизит "не показывать выполненные" - в конфигураторе не могу найти, в УФ только начинаю разбираться! ) смотрю в режиме Предприятие - настройка формы - там в пользовательских настройках висит этот реквизит, а откуда и каким образом срабатывает???
-
уважаемый Zeskord, или ещё кто в теме - подскажите плиз по задаче УФ, смотрю вашу базу, каким образом отображается реквизит "не показывать выполненные" - в конфигураторе не могу найти, в УФ только начинаю разбираться! ) смотрю в режиме Предприятие - настройка формы - там в пользовательских настройках висит этот реквизит, а откуда и каким образом срабатывает???
Можно вполне обойтись без всяких реквизитов. На рабочем столе выводятся только невыполненные данного юзера, в форме списка - все задачи всех юзеров (если отбор нужен, там его всегда можно установить, но по условию задачи я этого не вижу).
-
Как сделать так, чтобы сразу после записи новой задачи у пользователя открывалась форма этой задачи? Никак?
-
Как сделать так, чтобы сразу после записи новой задачи у пользователя открывалась форма этой задачи? Никак?
Можно поставить задержку после старта регламентного задания, чтобы оно успело завершиться, например так:
Шел=Новый COMОбъект("WScript.Shell");
Шел.run("timeout /t 2",0,-1);
-
Решил перерешать.
-
Мое решение. Просьба покритиковать
-
Мое решение. Просьба покритиковать
Комментарии:
В приходной накладной в ТЧ для номенклатуры можно установить настройку, чтобы выбирались только НЕ услуги. Через параметры выбора. Тогда запрос в обработке проведения делать не придется.
!!! Вообще нет последовательностей. Обратите внимание.
По Расходной:
В задании в части БУ сказано что списание идет с учетом складов. Я сам делал часть БУ со складами. У вас вообще складов нет. Не знаю ошибка или нет, но, думаю, придраться могут.
В документе "Затраты" забыли установить режим блокировки.
По документу "Операция"
При копировании документа не копируются движения.
модуль объекта ПриЗаписи: Вы не читаете набор. Установка пометки удаления не работает.
Насколько я помню в 2-ух томнике "Профессиональная разработка в 1С предприятии" сделано так:
Процедура ПередЗаписью(Отказ, РежимЗаписи, РежимПроведения)
Движения.Управленческий.Записывать = Истина;
Проводки = Движения.Управленческий;
НужноЧитатьПроводки = (НЕ ЭтоНовый() И НЕ Проводки.Модифицированность() И Не ПРоводки.Выбран());
Если НужноЧитатьПроводки Тогда
Проводки.Прочитать();
КонецЕсли;
Если Проводки.Количество() > 0 Тогда
ТекАктивностьПроводок = Проводки[0].Активность;
НужнаяАктивностьПроводок = НЕ ПометкаУдаления;
Если НужнаяАктивностьПроводок <> ТекАктивностьПроводок Тогда
Проводки.УстановитьАктивность(НужнаяАктивностьПроводок);
КонецЕсли;
КонецЕсли;
КонецПроцедуры
Начисление зарплаты:
Зачем период регистрации вынесли в ТЧ?
Он же всегда равен началу месяца даты документа.
По определению периода действия в зависимости от изменения оклада. Самой сложное в этом билете, на мой взгляд.
Вы определяете конец периода действия уже в цикле. Тоже можно, по всей видимости. Я все делал в запросе вот мой вариант:
// В первом запросе находим периоды последних записей об окладах
ВЫБРАТЬ
НачисленияЗарплатыОсновныеНачисления.Сотрудник,
НачисленияЗарплатыОсновныеНачисления.Подразделение,
НачисленияЗарплатыОсновныеНачисления.ВидРасчета,
НачисленияЗарплатыОсновныеНачисления.График,
НачисленияЗарплатыОсновныеНачисления.ПериодДействияНачало,
НачисленияЗарплатыОсновныеНачисления.ПериодДействияКонец,
МАКСИМУМ(СведенияПоСотрудникам.Период) КАК Период
ПОМЕСТИТЬ ОсновныеНачисленияПериоды
ИЗ
Документ.НачисленияЗарплаты.ОсновныеНачисления КАК НачисленияЗарплатыОсновныеНачисления
ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.СведенияПоСотрудникам КАК СведенияПоСотрудникам
ПО НачисленияЗарплатыОсновныеНачисления.Сотрудник = СведенияПоСотрудникам.Сотрудник
И НачисленияЗарплатыОсновныеНачисления.ПериодДействияНачало >= СведенияПоСотрудникам.Период
ГДЕ
НачисленияЗарплатыОсновныеНачисления.Ссылка = &Ссылка
СГРУППИРОВАТЬ ПО
НачисленияЗарплатыОсновныеНачисления.ПериодДействияНачало,
НачисленияЗарплатыОсновныеНачисления.График,
НачисленияЗарплатыОсновныеНачисления.Сотрудник,
НачисленияЗарплатыОсновныеНачисления.Подразделение,
НачисленияЗарплатыОсновныеНачисления.ПериодДействияКонец,
НачисленияЗарплатыОсновныеНачисления.ВидРасчета
;
////////////////////////////////////////////////////////////////////////////////
// Во втором запросе (первая часть) подставляем сами оклады, определяя их по периоду и сотруднику:
//
ВЫБРАТЬ
ОсновныеНачисленияПериоды.Сотрудник,
ОсновныеНачисленияПериоды.Подразделение,
ОсновныеНачисленияПериоды.ВидРасчета,
ОсновныеНачисленияПериоды.График,
ОсновныеНачисленияПериоды.ПериодДействияНачало,
ОсновныеНачисленияПериоды.ПериодДействияКонец,
ВЫБОР
КОГДА ДОБАВИТЬКДАТЕ(ОсновныеНачисленияПериоды.Период, ДЕНЬ, 1) < ОсновныеНачисленияПериоды.ПериодДействияНачало
ТОГДА ОсновныеНачисленияПериоды.ПериодДействияНачало
КОНЕЦ КАК Период,
СведенияПоСотрудникам.Оклад КАК Параметр
ПОМЕСТИТЬ ОсновныеНачисленияПериодыОклады
ИЗ
ОсновныеНачисленияПериоды КАК ОсновныеНачисленияПериоды
ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.СведенияПоСотрудникам КАК СведенияПоСотрудникам
ПО ОсновныеНачисленияПериоды.Сотрудник = СведенияПоСотрудникам.Сотрудник
И ОсновныеНачисленияПериоды.Период = СведенияПоСотрудникам.Период
ОБЪЕДИНИТЬ ВСЕ
// Ищем изменения окладов в течение периода действия каждой из записей
ВЫБРАТЬ
ОсновныеНачисленияПериоды.Сотрудник,
ОсновныеНачисленияПериоды.Подразделение,
ОсновныеНачисленияПериоды.ВидРасчета,
ОсновныеНачисленияПериоды.График,
ОсновныеНачисленияПериоды.ПериодДействияНачало,
ОсновныеНачисленияПериоды.ПериодДействияКонец,
СведенияПоСотрудникам.Период,
СведенияПоСотрудникам.Оклад
ИЗ
ОсновныеНачисленияПериоды КАК ОсновныеНачисленияПериоды
ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.СведенияПоСотрудникам КАК СведенияПоСотрудникам
ПО ОсновныеНачисленияПериоды.Сотрудник = СведенияПоСотрудникам.Сотрудник
И (СведенияПоСотрудникам.Период > ОсновныеНачисленияПериоды.ПериодДействияНачало)
И (СведенияПоСотрудникам.Период <= ОсновныеНачисленияПериоды.ПериодДействияКонец)
ГДЕ
НЕ СведенияПоСотрудникам.Период ЕСТЬ NULL
;
////////////////////////////////////////////////////////////////////////////////
// Ищем период окончания действия для каждой записи об окладе
ВЫБРАТЬ
ОсновныеНачисленияПериодыОклады.Сотрудник,
ОсновныеНачисленияПериодыОклады.Подразделение,
ОсновныеНачисленияПериодыОклады.ВидРасчета,
ОсновныеНачисленияПериодыОклады.График,
ОсновныеНачисленияПериодыОклады.Период КАК ПериодДействияНачало,
ОсновныеНачисленияПериодыОклады.Параметр,
МИНИМУМ(ЕСТЬNULL(ДОБАВИТЬКДАТЕ(СведенияПоСотрудникам.Период, ДЕНЬ, -1), ОсновныеНачисленияПериодыОклады.ПериодДействияКонец)) КАК ПериодДействияКонец
ИЗ
ОсновныеНачисленияПериодыОклады КАК ОсновныеНачисленияПериодыОклады
ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.СведенияПоСотрудникам КАК СведенияПоСотрудникам
ПО ОсновныеНачисленияПериодыОклады.Сотрудник = СведенияПоСотрудникам.Сотрудник
И ОсновныеНачисленияПериодыОклады.Период < СведенияПоСотрудникам.Период
И ОсновныеНачисленияПериодыОклады.ПериодДействияКонец >= СведенияПоСотрудникам.Период
СГРУППИРОВАТЬ ПО
ОсновныеНачисленияПериодыОклады.График,
ОсновныеНачисленияПериодыОклады.Период,
ОсновныеНачисленияПериодыОклады.Сотрудник,
ОсновныеНачисленияПериодыОклады.Подразделение,
ОсновныеНачисленияПериодыОклады.ВидРасчета,
ОсновныеНачисленияПериодыОклады.Параметр
По расчету записей в общем модуле замечаний нет. Разве что, в некоторых видео рекомендуется в запросах настраивать отбор еще и по периоду регистрации, поскольку в РР записи проиндексированы по Регистратору+ПериодРегистрации, поэтому будет быстрее работать.
-
Кирилл, спасибо большое!
-
Вот мой вариант. Только ОУ, БУ и РР. Бизнес процессы и УФ еще не смотрел. Посмотрите, пожалуйста.
-
Вот мой вариант. Только ОУ, БУ и РР. Бизнес процессы и УФ еще не смотрел. Посмотрите, пожалуйста.
Посмотрел только расчет, в рамках того, что сделал пока что сам.
Ты пишешь для Доп.начислений
НаборЗаписей.Записать(,,ЛОЖЬ);
Зачем указывать Ложь, если у доп. начислений нет таблицы ФПД?
И еще мне кажется ни в РС, ни в РР,ни в НЗ не нужно соответственно измерение и реквизиты "График". Подразделение и есть график, ты связь с ним указал и так, все ок. В условии не сказано, что нужно предусмотреть варианты работ по другим графикам. "График" ИМХО надо повыкидывать отовсюду.
Еще БазовыйПериодНачало и Конец заполняются вручную, а не программно.Сказано - период месяц - извольте заполнить программно.За это тоже могут снизить оценку.Уточнял недавно этот вопрос у Гончарова
-
Добрый день!
Коллеги, плиз критикуем! Итак, отличия:
1. ОУ на 2-х регистрах, там нет смысла использовать новую методику, поскольку себестоимость.
2. БУ. Склад в субконто не делал, упоминается вскользь и никаких четких условий по нему нет.
Блокировок и очистки записей в Затратах - тоже не делал. Блокировки делаются - когда мы читаем данные, которые будем менять. Тут читаем одно, меняем другое. Очистку записей поэтому тоже не делал. Потому что читаем количество, меняем сумму, да еще и обороты между другим счетом.
3. СПР. Период разбивал кодом, поэтому он разбивается только если значение оклада меняется относительно предыдущего,
а не просто новая запись в регистре.
Можно и запросом, но в условиях экзамена код отладить быстрее и проще, чем запрос, если не помнишь алгоритм.
4. УФ. Честно списал. В задачнике такого не было, поэтому немного застрял на ней.
-
Здравствуйте. уважаемые специалисты
начал повторно прорешивать билеты, покритикуйте решение пожалуйста
-
Доброго времени суток!
Вроде бы справился со второй задачей, прошу посмотреть и раскритиковать.
-
!!! Вообще нет последовательностей. Обратите внимание.
подскажите, тут нужна последовательность?
в соответствии с билетом нет условия, что документы вводятся задним числом и даже не сказано, что перепроводятся неоперативно
или если нет предложения "Считается, что документы задним числом не вводятся, но старые документы могут неоперативно перепроводиться.", то это считает что документы задним числом вводится могут?
сделала второй билет, возник вопрос - а нужно ли контролировать остатки в ОУ и БУ, вроде не сказано, что при проведении РН делать отказ, если номенклатуры недостаточно?
ОУ себестоимость храню только в рн Остатки
отчет с вычисляемыми полями
БУ пу Количественный, на счете ПрибылиУбытки 2 субконто Номенклатура, Проект
СПР основной момент там вроде в запросе в НачисленииЗарплаты, период регистрации сделала как сказал Zorky
интересный момент при решении УФ
ОткрытьФорму("Задача.ОтчетОПроделаннойРаботе.ФормаОбъекта", Новый Структура("Ключ", Задача))запускает форму без проверки уникальности, решение нашла такое
ОткрытьФорму("Задача.ОтчетОПроделаннойРаботе.ФормаОбъекта", Новый Структура("Ключ", Задача),,,,,,РежимОткрытияОкнаФормы.Независимый)но как то коряво, может есть другой способ?
-
//Может тут лучше записать только ОстаткиНоменклатуры?
да так и надо. Во всем остальном ОУ все решают практически идентично, да я и сам делаю похоже, даже скучно проверять.
По СПР почти не к чему придраться. Ну если только забыла галку "Базовое" в ОН измерение Сотрудник. А еще подразделение в ДН и в ТЧ ДН в НЗ наверное не нужно.
БУ пока что не занимался, ничего сказать не могу.
-
Елена, у меня следующие предложения по Вашему решению:
ОУ: 1.Движения по РН Продажам только очищать, не записывать. Движения по РН ОстаткиНоменклатуры очищать, накладывать блокировку, потом записывать. Т.е. такой код:
Процедура ОбработкаПроведенияОУ(Отказ, РежимПроведения, Запрос)
Движения.Продажи.Очистить();
Движения.ОстаткиНоменклатуры.Очистить();
Движения.ОстаткиНоменклатуры.БлокироватьДляИзменения = Истина;
Движения.ОстаткиНоменклатуры.Записать();
Блокировка = Новый БлокировкаДанных; и далее как у вас.
2. В сообщении используете "ВыборкаДетальныеЗаписи.Партия", это тоже неявный запрос к БД, лучше в запросе взять представление, как и для номенклатуры.
3. В отчете мне кажется что нет смысла 2 раза обращаться к таблице оборотов, можно в одном пакете выбрать все данные.
В СКД в параметрах не приводите &Период.ДатаОкончания к концу дня - данные за последний день периода не попадут в отчет, лучше использовать КонецПериода(&Период.ДатаОкончания,"День")
БУ. 1.Тоже самое с блокировкой:
Движения.Управленческий.Очистить();
Движения.Управленческий.БлокироватьДляИзменения = Истина;
Движения.Управленческий.Записать(); и т.д.
2.Проблема копеек при разнесении затрат. У вас в комментариях сказано, про проверяли, но я в вашей базе попробовал разнести 10000 на 3 номенклатуры по 1 штуке - разнеслось по 3333,33 на каждую, 1 коп. потерялась.
У меня такая же ошибка была, хоть я и учитывал сумму уже разнесенных ранее затрат, но не учел округление. Сейчас поправил, спасибо вам, что обратили внимание на этот момент.
3. Думаю, что в документе разнесения затрат блокировки не нужны совсем.
4. В отчете вместо
КорСчет = ЗНАЧЕНИЕ(ПланСчетов.Управленческий.Товары)
ИЛИ КорСчет = ЗНАЧЕНИЕ(ПланСчетов.Управленческий.Покупатели)
ИЛИ КорСчет = ЗНАЧЕНИЕ(ПланСчетов.Управленческий.ОбщехозяйственныеЗатраты)лучше использовать
КорСчет В (ЗНАЧЕНИЕ(ПланСчетов.Управленческий.Товары), ЗНАЧЕНИЕ(ПланСчетов.Управленческий.Покупатели), ЗНАЧЕНИЕ(ПланСчетов.Управленческий.ОбщехозяйственныеЗатраты))
СПР:1. По условию "Сотрудники предприятия получают оплату по окладу пропорционально отработанному времени в часах. Часовая ставка...", у вас идет расчет по дням. Или я ошибаюсь? В СПР еще "не силен" :(
2. Я делал учет многократного изменения оклада в запросе, вроде бы работает.
УФ: Также измучился с ключом уникальности формы задачи, убил на это кучу времени, думаю, что надо использовать ваше решение:
ОткрытьФорму("Задача.ОтчетОПроделаннойРаботе.ФормаОбъекта", Новый Структура("Ключ", Задача),,,,,,РежимОткрытияОкнаФормы.Независимый)
Вы когда планируете сдавать? Очно или дистанционно?
-
//Может тут лучше записать только ОстаткиНоменклатуры?
да так и надо. Во всем остальном ОУ все решают практически идентично, да я и сам делаю похоже, даже скучно проверять.
По СПР почти не к чему придраться. Ну если только забыла галку "Базовое" в ОН измерение Сотрудник. А еще подразделение в ДН и в ТЧ ДН в НЗ наверное не нужно.
БУ пока что не занимался, ничего сказать не могу.
Спасибо! Про Базовое, если честно и не задумывалась, всегда хотела это выяснить и тут прям пендель)) спасибо, для меня СПР - темный лес какой то, задач по ЗУПу мало дают на работе, хотя сейчас 6-ндфл, все суетятся)
-
Спасибо! Про Базовое, если честно и не задумывалась, всегда хотела это выяснить и тут прям пендель)) спасибо, для меня СПР - темный лес какой то, задач по ЗУПу мало дают на работе, хотя сейчас 6-ндфл, все суетятся)
Куда отбор накладываете
Измерение = Новый Массив();
Измерение.Добавить("Сотрудник");
На то измерение и галку Базовое сразу ставите. Я себе такой рефлекс выработал:)
Кстати , Сэм откопал у вас страшную ошибку - запрос в цикле
Сообщение.Текст = "ОУ: Не хватает номенклатуры "+ВыборкаДетальныеЗаписи.Номенклатура+" по партии "+ВыборкаДетальныеЗаписи.Партия+" в количестве "+Нехватка+" шт.";
Действительно, надо выводить Представление.
-
Елена, у меня следующие предложения по Вашему решению:
ОУ: 1.Движения по РН Продажам только очищать, не записывать. Движения по РН ОстаткиНоменклатуры очищать, накладывать блокировку, потом записывать.
2. В сообщении используете "ВыборкаДетальныеЗаписи.Партия", это тоже неявный запрос к БД, лучше в запросе взять представление, как и для номенклатуры.
3. В отчете мне кажется что нет смысла 2 раза обращаться к таблице оборотов, можно в одном пакете выбрать все данные.
1. А почему нужно только по Остаткам записывать движения, объясните пожалуйста?
2. Да, нужно запомнить, что в сообщении всегда использовать представление
3. При создании отчета ориентировалась на Ваше решение, но мне показалось что лучше сделать 2 пакета, чем группировку по номенклатуре
БУ. 1.Тоже самое с блокировкой:
2.Проблема копеек при разнесении затрат. У вас в комментариях сказано, про проверяли, но я в вашей базе попробовал разнести 10000 на 3 номенклатуры по 1 штуке - разнеслось по 3333,33 на каждую, 1 коп. потерялась.
3. Думаю, что в документе разнесения затрат блокировки не нужны совсем.
1. Я так понимаю, БлокироватьДляИзменения всегда на остаточные регистры надо делать?
2. Да, действительно при разнесении затрат нужно делать округление обязательно
3. Подумав я тоже склоняюсь к этому, даже если документов много, мы же не должны анализировать данные этих документов, просто распределяем затраты
УФ: этот код открывает форму опять, если открыта модальная форма (или как правильно назвать форму "О программе")
Вы когда планируете сдавать? Очно или дистанционно?
Работаю во франче, поставили дату конец апреля, но ещё не точно, может перенесут в связи с загруженностью) сдавать буду дистанционно, а Вы когда планируете? я вижу, что вы быстро билеты решаете))
ох, ну вот, загрузка такая, что целый день ответ пишу..
-
СПР:1. По условию "Сотрудники предприятия получают оплату по окладу пропорционально отработанному времени в часах. Часовая ставка...", у вас идет расчет по дням. Или я ошибаюсь? В СПР еще "не силен" :(
2. Я делал учет многократного изменения оклада в запросе, вроде бы работает.
СПР отдельно хотела выделить, так как тоже не сильна, будет удобнее смотреть тем кто уже сдал, возможно прокомментируют)
1. вроде в рс Графики работ указываются часы, и при расчете используется норма и факт в часах, это разве не то что требуется по условию?
2. я вроде тоже сделала учет многократного изменения оклада (Начисление зарплаты №1 начисления по Иванову)
кстате, обращаю внимание, что в книге Реализация прикладных задач http://its.1c.ru/db/pubapplied#content:288:hdoc (http://its.1c.ru/db/pubapplied#content:288:hdoc) размер оклада берется из записи регистра , а не из выборки
выкладываю базу опять, чтобы не искать моё решение в прошлых сообщениях
-
Куда отбор накладываете
Измерение = Новый Массив();
Измерение.Добавить("Сотрудник");
На то измерение и галку Базовое сразу ставите. Я себе такой рефлекс выработал:)
О, Спасибо большое, надо и мне рефлекс) чем больше рефлексов, тем меньше раздумий
-
1. А почему нужно только по Остаткам записывать движения, объясните пожалуйста?
Если не читали, то советую http://1c.chistov.pro/2013/07/blog-post_25.html . Какие выводы для себя сделал из статьи и начитавшись форума (возможно что ошибаюсь, но в своих решениях делаю так):
1. Все движения всегда очищать, если в документе установлено "Удалять автоматически при отмене проведения". Если установить "Удалять автоматически", то будет очищать автоматом, но это лишняя запись в базу, а процедуры записи самые ресурсозатратные.
2. Если контроль остатков по "старой" методике или нам понадобятся какие то расчетные данные (одно вытекает из другого), тогда нам нужно, чтобы движения текущего документа не влияли на данные в базе. Изначально пробовал учесть это при помощи Граница(МоментВремени(),ВидГраницы.Исключая), проблема возникает, когда пытаешься перепровести оперативно уже проведенный документ. Павел в статье рекомендует при оперативном проведении писать пустой набор движений в базу, но в просторах форума прочитал, что преподаватель ругался на данную конструкцию. Поэтому делаю всегда:
Движения.Регистр.Очистить();
Движения.Регистр.Записать();Почему не записывать очищенные движения по регистру Продажи? Мы не будем опираться на данные этого регистра при проведении, а старый набор движений затрется новым при проведении, т.е. мы только очищаем набор и заполняем его данными, выставляем флаг Записывать = Истина; и при успешном окончании транзакции проведения набор запишется в базу.
3.Зачем БлокироватьДляИзменения = Истина; ? Представим, что документ уже проведен, в нем Товар1 списано 10 шт., Товар2 - 8шт. Пользователь удаляет из накладной Товар1 и исправляет Товар2 на 20шт. и проводит документ. Мы, как сказано выше, очищаем движения и записываем, затем накладываем Блокировку данных по Товару2 и начинаем проверять, а хватает ли Товара2 на складе. Если в этот момент другой пользователь проводит списание Товар1, то возможно он продает наш Товар1 (блокировки то по данной позиции нет), а мы в это время выясняем, что Товара2 не хватает. Транзакция откатывается, и тут либо ошибка возникает, либо отрицательный остаток по Товар1 (не знаю точно чем закончится).
3. При создании отчета ориентировалась на Ваше решение, но мне показалось что лучше сделать 2 пакета, чем группировку по номенклатуре
А в чем опасность группировки по номенклатуре? Вы видите там какую то ошибку?
1. вроде в рс Графики работ указываются часы, и при расчете используется норма и факт в часах, это разве не то что требуется по условию?
По условию задачи: "Сотрудники предприятия получают оплату по окладу пропорционально отработанному времени в часах. Часовая ставка...". Я для себя так понимаю, что надо заполнять РС ГрафикиРаботы по рабочим часам, т.к. кто-то может проработать, к примеру, 4 часа в день, и в документе НачисленияЗП учитывать ДатуНачала И ДатуОкончания с учетом времени. Видел подобное решение у Гилёва.
2. я вроде тоже сделала учет многократного изменения оклада
У меня устойчивое убеждение, что запросом быстрее и проще, но тут, как говорится, "на вкус и цвет... все фломастеры разные"
я вижу, что вы быстро билеты решаете))
Быстро решаю, потому что начальство в отпуске было и рабочие задачи на этот месяц не очень сложные :D Я думаю, после майских праздников сдавать, дистанционно, т.к. к 28.04 точно не успею, а следующая дата 12.05
-
3. При создании отчета ориентировалась на Ваше решение, но мне показалось что лучше сделать 2 пакета, чем группировку по номенклатуре
А в чем опасность группировки по номенклатуре? Вы видите там какую то ошибку?
ну да, это не замедляет выполнение запроса
нашла такую статью, может Вам будет интересно http://kb.1c.ru/articleView.jsp?id=44
а за остальное - Большое спасибо!
хорошо, что Часовая ставка только в 2 билетах
и мне назначили дату сдачи - 24 мая ))
-
нашла такую статью, может Вам будет интересно http://kb.1c.ru/articleView.jsp?id=44
Спасибо за статью, вроде бы я ее уже читал, но еще раз не будет лишним освежить знания.
а за остальное - Большое спасибо!
хорошо, что Часовая ставка только в 2 билетах
и мне назначили дату сдачи - 24 мая ))
не за что, всегда пожалуйста :D
насчет "часовой ставки" нужно еще подумать, может зря я вас "пугаю", в основном в выложенных решениях этой и последующих задач считают по 8 часов в день, и не заполняют график по часам. В одной из задач встречается график "сутки через двое", вот там точно нужно считать 24 часа, потом два дня по 0 часов.
-
Коллеги,
Меня просто пугают многоэтажные запросы при решении СПР этого билета. На них не будет времени на экзамене. Я попробовал уложиться в простейший запрос на 20 строк и элементарный цикл загрузки в регистр расчета. С удовольствием выслушаю ваши замечания и советы. На остальное можно не смотреть, ничего особенного там нет.
-
BobbyOs - попробуй в РС СведенияОСотрудниках ввести несколько окладов для сотрудника в течении одного месяца и, увы, ваш запрос НЕ сработает как надо.
Поверьте сокращения многоэтажности запроса НЕ гарантирует правильности решения. :) Я тоже на этом попалась.;) И, увы, решение оказалось заведомо не верным, ваш запрос хорош для однократного изменения оклада, а по условию задачи имеем неоднократное изменение оклада.
-
BobbyOs - попробуй в РС СведенияОСотрудниках ввести несколько окладов для сотрудника в течении одного месяца и, увы, ваш запрос НЕ сработает как надо.
Поверьте сокращения многоэтажности запроса НЕ гарантирует правильности решения. :) Я тоже на этом попалась.;) И, увы, решение оказалось заведомо не верным, ваш запрос хорош для однократного изменения оклада, а по условию задачи имеем неоднократное изменение оклада.
Alyx Ruby, не могу с Вами согласиться. Условие задачи однозначно указывает на возможность многократного изменения оклада на протяжении месяца, и каждый оклад должен быть использован в отдельном движении по регистру расчетов. В приложенной базе протестирована именно эта ситуация. Запрос выдает в ТЗ цепочку всех изменений окладов в за месяц хронологическом порядке, при этом дата изменения оклада считается датой начала действия. Простейший цикл добавляет в ТЗ дату конца действия, равную дате начала действия следующего движения минус 1 секунда. По этим данным следующий цикл просто создает движения. Подскажите, пожалуйста, что здесь неправильно?
-
BobbyOs, как минимум не увидел в решении блокировок, нигде.
Еще вопрос к предыдущим ораторам: блокировку в документе Затраты сознательно опускаете, или она там все же нужна? Ведь данные считываем и на их основе делаем распределение
-
Alyx Ruby, не могу с Вами согласиться. Условие задачи однозначно указывает на возможность многократного изменения оклада на протяжении месяца, и каждый оклад должен быть использован в отдельном движении по регистру расчетов. В приложенной базе протестирована именно эта ситуация. Запрос выдает в ТЗ цепочку всех изменений окладов в за месяц хронологическом порядке, при этом дата изменения оклада считается датой начала действия. Простейший цикл добавляет в ТЗ дату конца действия, равную дате начала действия следующего движения минус 1 секунда. По этим данным следующий цикл просто создает движения. Подскажите, пожалуйста, что здесь неправильно?
Вот, именно, что ТЗ и смущает. В списке ошибок есть замечание, что не следует лишний раз использовать ТЗ. А так ваше решение по своему оригинально, но боюсь, что именно, из-за ТЗ могут снизить баллы (1,5 балла кажется). Вам придется грамотно обосновать свое решение - может быть и простят использование ТЗ. Я как новичок в 1С-ке не рискую на такое смелое решение, так как не смогу внятно объяснить... :-[
Вот и ломаю голову как уложиться с этим 2 билетом в 5 часов! :-\ И причем с учетом всех добавлений, включая документ "зарплата к выплате" и "платежная ведомость"... ???
-
BobbyOs, как минимум не увидел в решении блокировок, нигде.
Еще вопрос к предыдущим ораторам: блокировку в документе Затраты сознательно опускаете, или она там все же нужна? Ведь данные считываем и на их основе делаем распределение
Насколько поняла - блокировки делаются на те документы которые изменяют данные регистров БУ и ОУ (В РР блокировки не делаются), а если просто читают, то думаю, не обязательно делать блокировку...
Если в чем-то не права, пусть поправят более опытные товарищи. :)
-
BobbyOs, как минимум не увидел в решении блокировок, нигде.
Еще вопрос к предыдущим ораторам: блокировку в документе Затраты сознательно опускаете, или она там все же нужна? Ведь данные считываем и на их основе делаем распределение
Насколько поняла - блокировки делаются на те документы которые изменяют данные регистров БУ и ОУ (В РР блокировки не делаются), а если просто читают, то думаю, не обязательно делать блокировку...
Если в чем-то не права, пусть поправят более опытные товарищи. :)
Блокировка (режим "исключительный") ставится на регистр в том случае, когда происходит чтение и дальнейшая запись в этот регистр или наоборот.
-
Alyx Ruby, не могу с Вами согласиться. Условие задачи однозначно указывает на возможность многократного изменения оклада на протяжении месяца, и каждый оклад должен быть использован в отдельном движении по регистру расчетов. В приложенной базе протестирована именно эта ситуация. Запрос выдает в ТЗ цепочку всех изменений окладов в за месяц хронологическом порядке, при этом дата изменения оклада считается датой начала действия. Простейший цикл добавляет в ТЗ дату конца действия, равную дате начала действия следующего движения минус 1 секунда. По этим данным следующий цикл просто создает движения. Подскажите, пожалуйста, что здесь неправильно?
Вот, именно, что ТЗ и смущает. В списке ошибок есть замечание, что не следует лишний раз использовать ТЗ. А так ваше решение по своему оригинально, но боюсь, что именно, из-за ТЗ могут снизить баллы (1,5 балла кажется). Вам придется грамотно обосновать свое решение - может быть и простят использование ТЗ. Я как новичок в 1С-ке не рискую на такое смелое решение, так как не смогу внятно объяснить... :-[
Вот и ломаю голову как уложиться с этим 2 билетом в 5 часов! :-\ И причем с учетом всех добавлений, включая документ "зарплата к выплате" и "платежная ведомость"... ???
Alyx Ruby, в данном случае я с Вами полностью согласен. Действительно, цитирую: "Выгрузка результата запроса в промежуточную таблицу (например, в таблицу значений) без необходимости" минус 1 балл. Работа с ТЗ черевата перегрузкой памяти и процессора в случае больших объемов данных, например миллион записей из регистра номенклатуры. В нашем случае речь идет о людях. В больших организациях порядка 10000 работников, соответственно примерно таким и будет максимально возможное количество строк в ТЗ. Обработать ТЗ таких размеров не представляет никакой сложности, и мы укладываемся в отведенный на решение задачи бюджет времени. В реальности размеры ТЗ на несколько порядков меньше, ибо в больших организациях на каждое подразделение создается отдельный документ Начисление зарплаты.
-
Блокируем, когда есть конкуренция за остаток. Это чаще РН с остатками номенклатуры, еще есть задачи, где например, надо закрыть в ноль задолженность по подотчетным суммам (что-то в этом роде) - вот в этих ситуациях блокируем. Всё остальное не имеет значения. В частности, по поводу обсуждаемой ситуации - какой смысл блокировать на момент проведения, если мы уже считали нужную информацию, но она всё равно изменится - прямо сейчас или после проведения, никакого влияния на учетные данные это не окажет.
По поводу ТЗ - да, для экзамена ошибка считается грубой. Вроде бы одна задача на все билеты есть, когда действительно нужна ТЗ, а вообще надо избегать их использовать.
-
Вот и ломаю голову как уложиться с этим 2 билетом в 5 часов! :-\ И причем с учетом всех добавлений, включая документ "зарплата к выплате" и "платежная ведомость"... ???
Alyx Ruby, а можно поподробнее насчет добавлений? Откуда информация про документы "зарплата к выплате " и другие?
-
Вот и ломаю голову как уложиться с этим 2 билетом в 5 часов! :-\ И причем с учетом всех добавлений, включая документ "зарплата к выплате" и "платежная ведомость"... ???
Alyx Ruby, а можно поподробнее насчет добавлений? Откуда информация про документы "зарплата к выплате " и другие?
Где-то здесь на форуме сдающие писали... не помню уже, читаю данный форум и выписываю все нововведения, назвала немного не точно, сейчас подняла свои записи и вижу: Документ "Выплата з/платы" и отчет "расчетная ведомость по сотрудникам", посмотрите решение zorky по СПР (ранее в этой ветке) - у него учтены последние изменения.... насчет документа "выплата зарплаты" читала где-то..., но как реализовать тоже без понятия.... :-\
-
Alyx Ruby, в данном случае я с Вами полностью согласен. Действительно, цитирую: "Выгрузка результата запроса в промежуточную таблицу (например, в таблицу значений) без необходимости" минус 1 балл. Работа с ТЗ черевата перегрузкой памяти и процессора в случае больших объемов данных, например миллион записей из регистра номенклатуры. В нашем случае речь идет о людях. В больших организациях порядка 10000 работников, соответственно примерно таким и будет максимально возможное количество строк в ТЗ. Обработать ТЗ таких размеров не представляет никакой сложности, и мы укладываемся в отведенный на решение задачи бюджет времени. В реальности размеры ТЗ на несколько порядков меньше, ибо в больших организациях на каждое подразделение создается отдельный документ Начисление зарплаты.
Бюджет времени на экзамене, конечно, имеет значение, но использование ТЗ, х-м я лучше не буду рисковать, хотя и понятно, что сотрудники это не Номенклатура. :) Просматривая здешние решения, я вроде сумела создать запрос, который работает в 5 шагов, если его запомнить, то на экзамене его сборка не должна занять больше 15 минут, очень надеюсь на это. :-\
-
Alyx Ruby, в данном случае я с Вами полностью согласен. Действительно, цитирую: "Выгрузка результата запроса в промежуточную таблицу (например, в таблицу значений) без необходимости" минус 1 балл. Работа с ТЗ черевата перегрузкой памяти и процессора в случае больших объемов данных, например миллион записей из регистра номенклатуры. В нашем случае речь идет о людях. В больших организациях порядка 10000 работников, соответственно примерно таким и будет максимально возможное количество строк в ТЗ. Обработать ТЗ таких размеров не представляет никакой сложности, и мы укладываемся в отведенный на решение задачи бюджет времени. В реальности размеры ТЗ на несколько порядков меньше, ибо в больших организациях на каждое подразделение создается отдельный документ Начисление зарплаты.
Бюджет времени на экзамене, конечно, имеет значение, но использование ТЗ, х-м я лучше не буду рисковать, хотя и понятно, что сотрудники это не Номенклатура. :) Просматривая здешние решения, я вроде сумела создать запрос, который работает в 5 шагов, если его запомнить, то на экзамене его сборка не должна занять больше 15 минут, очень надеюсь на это. :-\
Предлагаю посмотреть мой запрос:
ВЫБРАТЬ
НачислениеЗарплатыОсновныеНачисления.НомерСтроки,
НачислениеЗарплатыОсновныеНачисления.Сотрудник КАК Сотрудник,
НачислениеЗарплатыОсновныеНачисления.Подразделение КАК Подразделение,
НачислениеЗарплатыОсновныеНачисления.ВидРасчета,
НачислениеЗарплатыОсновныеНачисления.ДатаНачала,
НачислениеЗарплатыОсновныеНачисления.ДатаОкончания,
МАКСИМУМ(СведенияОСотрудниках.Период) КАК ДатаНачальногоОклада
ПОМЕСТИТЬ ВТ_ДатыНачальныхОкладов
ИЗ
Документ.НачислениеЗарплаты.ОсновныеНачисления КАК НачислениеЗарплатыОсновныеНачисления
ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.СведенияОСотрудниках КАК СведенияОСотрудниках
ПО НачислениеЗарплатыОсновныеНачисления.Сотрудник = СведенияОСотрудниках.Сотрудник
И НачислениеЗарплатыОсновныеНачисления.Подразделение = СведенияОСотрудниках.Подразделение
И НачислениеЗарплатыОсновныеНачисления.ДатаНачала >= СведенияОСотрудниках.Период
ГДЕ
НачислениеЗарплатыОсновныеНачисления.Ссылка = &Ссылка
СГРУППИРОВАТЬ ПО
НачислениеЗарплатыОсновныеНачисления.Подразделение,
НачислениеЗарплатыОсновныеНачисления.Сотрудник,
НачислениеЗарплатыОсновныеНачисления.ВидРасчета,
НачислениеЗарплатыОсновныеНачисления.ДатаНачала,
НачислениеЗарплатыОсновныеНачисления.ДатаОкончания,
НачислениеЗарплатыОсновныеНачисления.НомерСтроки
ИНДЕКСИРОВАТЬ ПО
Сотрудник,
Подразделение
;
////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
ВТ_ДатыНачальныхОкладов.НомерСтроки,
ВТ_ДатыНачальныхОкладов.Сотрудник КАК Сотрудник,
ВТ_ДатыНачальныхОкладов.Подразделение КАК Подразделение,
ВТ_ДатыНачальныхОкладов.ВидРасчета,
ВТ_ДатыНачальныхОкладов.ДатаНачала,
ВТ_ДатыНачальныхОкладов.ДатаОкончания,
СведенияОСотрудниках.Период КАК ДатыИзмененияОклада,
СведенияОСотрудниках.Оклад
ПОМЕСТИТЬ ВТ_ДатыИзмененияОклада
ИЗ
ВТ_ДатыНачальныхОкладов КАК ВТ_ДатыНачальныхОкладов
ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.СведенияОСотрудниках КАК СведенияОСотрудниках
ПО ВТ_ДатыНачальныхОкладов.Сотрудник = СведенияОСотрудниках.Сотрудник
И ВТ_ДатыНачальныхОкладов.Подразделение = СведенияОСотрудниках.Подразделение
И ВТ_ДатыНачальныхОкладов.ДатаОкончания >= СведенияОСотрудниках.Период
И ВТ_ДатыНачальныхОкладов.ДатаНачальногоОклада <= СведенияОСотрудниках.Период
ИНДЕКСИРОВАТЬ ПО
Сотрудник,
Подразделение
;
////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
ВТ_ДатыИзмененияОклада.НомерСтроки КАК НомерСтроки,
ВТ_ДатыИзмененияОклада.Сотрудник,
ВТ_ДатыИзмененияОклада.Подразделение,
ВТ_ДатыИзмененияОклада.ВидРасчета,
ВЫБОР
КОГДА ВТ_ДатыИзмененияОклада.ДатыИзмененияОклада > ВТ_ДатыИзмененияОклада.ДатаНачала
ТОГДА ВТ_ДатыИзмененияОклада.ДатыИзмененияОклада
ИНАЧЕ ВТ_ДатыИзмененияОклада.ДатаНачала
КОНЕЦ КАК ДатаНачала,
ВТ_ДатыИзмененияОклада.Оклад,
МИНИМУМ(ЕСТЬNULL(ДОБАВИТЬКДАТЕ(ВТ_ДатыИзмененияОклада1.ДатыИзмененияОклада, СЕКУНДА, -1), ВТ_ДатыИзмененияОклада.ДатаОкончания)) КАК ДатаОкончания
ИЗ
ВТ_ДатыИзмененияОклада КАК ВТ_ДатыИзмененияОклада
ЛЕВОЕ СОЕДИНЕНИЕ ВТ_ДатыИзмененияОклада КАК ВТ_ДатыИзмененияОклада1
ПО ВТ_ДатыИзмененияОклада.Сотрудник = ВТ_ДатыИзмененияОклада1.Сотрудник
И ВТ_ДатыИзмененияОклада.Подразделение = ВТ_ДатыИзмененияОклада1.Подразделение
И ВТ_ДатыИзмененияОклада.ДатыИзмененияОклада < ВТ_ДатыИзмененияОклада1.ДатыИзмененияОклада
СГРУППИРОВАТЬ ПО
ВТ_ДатыИзмененияОклада.Сотрудник,
ВТ_ДатыИзмененияОклада.Подразделение,
ВТ_ДатыИзмененияОклада.ВидРасчета,
ВТ_ДатыИзмененияОклада.ДатаОкончания,
ВЫБОР
КОГДА ВТ_ДатыИзмененияОклада.ДатыИзмененияОклада > ВТ_ДатыИзмененияОклада.ДатаНачала
ТОГДА ВТ_ДатыИзмененияОклада.ДатыИзмененияОклада
ИНАЧЕ ВТ_ДатыИзмененияОклада.ДатаНачала
КОНЕЦ,
ВТ_ДатыИзмененияОклада.НомерСтроки,
ВТ_ДатыИзмененияОклада.Оклад
УПОРЯДОЧИТЬ ПО
НомерСтроки
-
SAM - спасибо за пример запроса, сложноват для понимания, буду разбираться, хорошо что шагов вроде меньше, но все равно объемистый. :-\ И еще я делала без подразделений они в этой задаче лишние. :)
-
насчет документа "выплата зарплаты" читала где-то..., но как реализовать тоже без понятия.... :-\
Там все просто - делаете РН остатков "Взаиморасчеты", НЗ туда пишет в + , в - пишет "Выплата ЗП". Еще в выплате делаете кнопку Заполнить и простенький запрос по этому регистру - получаете остатки невыплаченные по этому РН
-
насчет документа "выплата зарплаты" читала где-то..., но как реализовать тоже без понятия.... :-\
Там все просто - делаете РН остатков "Взаиморасчеты", НЗ туда пишет в + , в - пишет "Выплата ЗП". Еще в выплате делаете кнопку Заполнить и простенький запрос по этому регистру - получаете остатки невыплаченные по этому РН
Спасибо за подсказку. :) Столько вещей надо разобрать! :-\ И где взять на это времени, когда без конца билеты изменяются! >:(
-
Решил задачу по ОУ
Буду благодарен за критику
-
Выгрузку выкладывай,а не сд.
Тут так принято
-
Исправил :)
-
Исправил :)
ОУ-задача очень простая, самое сложное в ней - отчет. Как по мне, так вы сильно усложнили отчет, я обошелся таким вот запросом: ВЫБРАТЬ
МИНИМУМ(ПродажиОбороты.Период) КАК ПерваяДатаОтгрузки,
МАКСИМУМ(ПродажиОбороты.Период) КАК ПоследняяДатаОтгрузки,
КОЛИЧЕСТВО(РАЗЛИЧНЫЕ ПродажиОбороты.Регистратор) КАК КоличествоОтгрузок,
ПродажиОбороты.Номенклатура,
СУММА(ПродажиОбороты.КоличествоОборот) КАК Количество,
СУММА(ПродажиОбороты.СтоимостьОборот) КАК Сумма,
СУММА(ЕСТЬNULL(ОстаткиНоменклатурыОбороты.СтоимостьРасход, 0)) КАК Себестоимость
ИЗ
РегистрНакопления.Продажи.Обороты(, , Регистратор, ) КАК ПродажиОбороты
ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.ОстаткиНоменклатуры.Обороты(, , Регистратор, ) КАК ОстаткиНоменклатурыОбороты
ПО ПродажиОбороты.Регистратор = ОстаткиНоменклатурыОбороты.Регистратор
И ПродажиОбороты.Номенклатура = ОстаткиНоменклатурыОбороты.Номенклатура
СГРУППИРОВАТЬ ПО
ПродажиОбороты.Номенклатура
и 3 вычисляемых поля в СКД.
-
не пойму как будет работать Перерасчет - если база для Премии рассчитывается при перепроведении НЗ. Как создать такую ситуацию, чтобы требовался перерасчет?
-
Разными документами - в одном оклады, в другом премии
-
Разными документами - в одном оклады, в другом премии
ааа, у меня при проведении НЗ - внутренним соединением по Сотруднику и Подразделению соединяются таблицы ТабЧастей документа. И из ДопНачислений я беру сотрудника, подразд., а БазовыйПериодНачало как ПериодДействияНачало - поскольку в билете сказано, что начислена премия процентом от начисленного им в том же расчетном периоде оклада
то есть получается не нужно контролировать тот момент, что бы в одном документе НЗ были одни и те же сотрудники в обоих ТЧ? Получается, что период начисления процентов забивается руками?
-
Да это требование в каждой задаче явно в условии прописано :"Документ в расчетном периоде может быть один (сразу для всех видов расчета), а может быть несколько (по одному для каждого отдельного вида расчета)"
-
прорешал второй билет.
Нерешенным для меня остался следующий момент - в ПВР Доп. начисления - зависимость от базы нужно ставить по периоду регистрации или действия? Я склоняюсь к первому, потому что в своих курсах Е. Гилев говорит, что если встречается фраза В том же месяце или В том же расчетном периоде, то нужно использовать зависимость по периоду регистрации. А если говорится, что ЗА месяц или ЗА тот же период, тогда зависимость от периода действия. Принцип действия этих флажков я понимаю, но не понимаю как этот принцип увязать с условием задания.
У кого есть какие соображения?
-
прорешал второй билет.
Нерешенным для меня остался следующий момент - в ПВР Доп. начисления - зависимость от базы нужно ставить по периоду регистрации или действия? Я склоняюсь к первому, потому что в своих курсах Е. Гилев говорит, что если встречается фраза В том же месяце или В том же расчетном периоде, то нужно использовать зависимость по периоду регистрации. А если говорится, что ЗА месяц или ЗА тот же период, тогда зависимость от периода действия. Принцип действия этих флажков я понимаю, но не понимаю как этот принцип увязать с условием задания.
У кого есть какие соображения?
У того же Гилева в курсах сказано, что период действия - это период, за который производятся начисления. Период регистрации - период, когда начисления регистрируются.
В задаче если "любимая" фраза Гакусея - В одном документе могут быть данные за разные расчетные периоды.
Т.е. в документе, который проводится за апрель, могут содержаться начисления по окладу за март, т.о. эта запись будет иметь период действия - март, а период регистрации - апрель.
По условию Дополнительно, сотрудникам компании может быть начислена премия процентом от начисленного им в том же расчетном периоде оклада
, значит премия за март считается от оклада за март, следовательно зависимость по базе по периоду действия.
-
Второй пошел! Уже не так быстро как первый, ушло 4 с половиной часа, но по времени всё равно я считаю неплохо. Прошу жесткой критики!
-
Второй пошел! Уже не так быстро как первый, ушло 4 с половиной часа, но по времени всё равно я считаю неплохо. Прошу жесткой критики!
Блин, загрузки моего решения есть, отзывов нет... Не может такого быть, чтобы не было грешков в решении.. Или те кто мог их увидеть и найти, уже сдали и не появляются здесь? Не верю! Надеюсь всё-таки увидеть отзывы о моём решении.
-
Второй пошел! Уже не так быстро как первый, ушло 4 с половиной часа, но по времени всё равно я считаю неплохо. Прошу жесткой критики!
Блин, загрузки моего решения есть, отзывов нет... Не может такого быть, чтобы не было грешков в решении.. Или те кто мог их увидеть и найти, уже сдали и не появляются здесь? Не верю! Надеюсь всё-таки увидеть отзывы о моём решении.
1. В Упр задаче в сообщении может не указываться партия, так как получаете её из регистра, а там может не быть по ней вообще остатков.
2. В расчетной задаче не работает если рассчитывать оклад двум разным сотрудникам за пересекающиеся периоды действия. Я итоги по номеру строки сделал.
В остальном решил примерно так же как у вас. Сам в процессе подготовки.
Кстати. не могу понять зачем в процедурах расчета идёт цикл по набору, а не по результатам запроса с получением строки набора по её номеру
-
Был этот билет на экзамене, только в расчетах был документ выплаты, перемудрил сделал на РР а надо на РН. итог печален-исправляюсь:)
-
Maannar, спасибо что посмотрели моё решение и оставили отзыв, только вот не все понял
1. В Упр задаче в сообщении может не указываться партия, так как получаете её из регистра, а там может не быть по ней вообще остатков.
Что значит "может не указываться партия" - о чем Вы? и как может не быть остатков по партии, если партия подтянется в таблице остатков, значит на ней будет какой-то остаток.
2. В расчетной задаче не работает если рассчитывать оклад двум разным сотрудникам за пересекающиеся периоды действия. Я итоги по номеру строки сделал.
Не понял, что именно не работает? Можете привести конкретный пример, при котором расчет будет неверным? Для чего итоги по номеру строки тоже непонятно...
В остальном решил примерно так же как у вас. Сам в процессе подготовки.
Кстати. не могу понять зачем в процедурах расчета идёт цикл по набору, а не по результатам запроса с получением строки набора по её номеру
Такой вариант тоже насколько я знаю возможен и даже применялся на экзамене, но в курсах Павла Чистова и на курсах 1С по подготовке к экзамену применялся именно обход по набору и последующий поиск в выборке через метод НайтиСледующий()
-
Что значит "может не указываться партия" - о чем Вы? и как может не быть остатков по партии, если партия подтянется в таблице остатков, значит на ней будет какой-то остаток.
В этой задаче нет. Здесь же партия указывается в табличной части вручную. И может быть указана партия, которой нет вообще на остатках. И в поле ОстаткиТоваровОстатки.Партия.Представление будет Null. А у вас это поле в сообщении выводится.
Если есть остаток, но меньше необходимого, будет ок. Попробуйте распровести все документы прихода и провести расходную, и см. сообщения.
Не понял, что именно не работает? Можете привести конкретный пример, при котором расчет будет неверным? Для чего итоги по номеру строки тоже непонятно...
Например, в 1 документ добавьте второго сотрудника, с периодом действия с 10 по 20 июня. И после проведения у него окончание периода действия в регистре будет 24ое, а не 20ое.
Итоги по номеру строки позволяют избежать, что начальный период действия одного сотрудника станет концом периода действия другого)
-
Что значит "может не указываться партия" - о чем Вы? и как может не быть остатков по партии, если партия подтянется в таблице остатков, значит на ней будет какой-то остаток.
В этой задаче нет. Здесь же партия указывается в табличной части вручную. И может быть указана партия, которой нет вообще на остатках. И в поле ОстаткиТоваровОстатки.Партия.Представление будет Null. А у вас это поле в сообщении выводится.
Если есть остаток, но меньше необходимого, будет ок. Попробуйте распровести все документы прихода и провести расходную, и см. сообщения.
Не понял, что именно не работает? Можете привести конкретный пример, при котором расчет будет неверным? Для чего итоги по номеру строки тоже непонятно...
Например, в 1 документ добавьте второго сотрудника, с периодом действия с 10 по 20 июня. И после проведения у него окончание периода действия в регистре будет 24ое, а не 20ое.
Итоги по номеру строки позволяют избежать, что начальный период действия одного сотрудника станет концом периода действия другого)
Maannar, спасибо! Критика по делу! Обсуждаем второй билет, а я первый глянул)) Не сойти бы с ума, с этой подготовкой. Да, конечно, Вы правы. В первой задаче поле ПартияПредставление нужно тянуть из табличной части, а не из регистра остатков.
В расчетной задачи действительно если сотрудник один в табличной части, то всё отработает и у меня правильно, а если их становится несколько, то переопределяется конец периода действия там, где он переопределяться не должен. Итоги по номеру строки исправляют ситуацию. Может кто еще проверит, прикрепляю скорректированное с учетом замечаний решение билета.
-
Кто-нибудь знает как решить задачу по УФ? При выполнении регламентной операции в определенное время появляются задачи для всех пользователей которые есть в регистре. И сразу же отображаются на клиентских компах (КАК???).
Не пойму как открыть форму на клиенте, при регламентном срабатывании серверной процедуры.
И вообще чет регламентно задачи не создаются, хотя вроде все настроил. Есть кто действительно знает решение?
-
Кто-нибудь знает как решить задачу по УФ? При выполнении регламентной операции в определенное время появляются задачи для всех пользователей которые есть в регистре. И сразу же отображаются на клиентских компах (КАК???).
Не пойму как открыть форму на клиенте, при регламентном срабатывании серверной процедуры.
И вообще чет регламентно задачи не создаются, хотя вроде все настроил. Есть кто действительно знает решение?
Смотрите, как реализовано у меня (вложенный ранее файл с решением). Регламентное выполняется на сервере, а вот описанная процедура в функции ПодключитьОбработчикОжидания (в модуле управляемого приложения) будет вызываться на клиенте. В ней можете открывать, например, форму невыполненных задач текущего пользователя.
-
И вообще чет регламентно задачи не создаются, хотя вроде все настроил. Есть кто действительно знает решение?
Проверьте, не забыли ли флажок Предопределенный установить для регламентного задания
-
Флажок стоит.
Вот текст процедуры из общего модуля:
Процедура СформироватьОтчетПоПроделаннойРаботе() Экспорт
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| СведенияОСотрудникахСрезПоследних.Сотрудник
|ИЗ
| РегистрСведений.СведенияОСотрудниках.СрезПоследних(&Дата, ) КАК СведенияОСотрудникахСрезПоследних";
Запрос.УстановитьПараметр("Дата", ТекущаяДата());
РезультатЗапроса = Запрос.Выполнить();
ВыборкаДетальныеЗаписи = РезультатЗапроса.Выбрать();
Пока ВыборкаДетальныеЗаписи.Следующий() Цикл
Задача = Задачи.Задача1.СоздатьЗадачу();
Задача.Сотрудник = ПараметрыСеанса.ПараметрСеанса1;
Задача.Наименование = "Отчет о проделанной работе";
Задача.Дата = ТекущаяДата();
Задача.Записать();
КонецЦикла;
КонецПроцедуры
-
Флажок стоит.
Вот текст процедуры из общего модуля:
Процедура СформироватьОтчетПоПроделаннойРаботе() Экспорт
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| СведенияОСотрудникахСрезПоследних.Сотрудник
|ИЗ
| РегистрСведений.СведенияОСотрудниках.СрезПоследних(&Дата, ) КАК СведенияОСотрудникахСрезПоследних";
Запрос.УстановитьПараметр("Дата", ТекущаяДата());
РезультатЗапроса = Запрос.Выполнить();
ВыборкаДетальныеЗаписи = РезультатЗапроса.Выбрать();
Пока ВыборкаДетальныеЗаписи.Следующий() Цикл
Задача = Задачи.Задача1.СоздатьЗадачу();
Задача.Сотрудник = ПараметрыСеанса.ПараметрСеанса1;
Задача.Наименование = "Отчет о проделанной работе";
Задача.Дата = ТекущаяДата();
Задача.Записать();
КонецЦикла;
КонецПроцедуры
Странный алгоритм - проходите по выборке и каждый раз создаете задачу для параметра сеанса, а не для сотрудника выборки. И правило хорошего тона - давать переменным или создаваемым объектам метаданным "говорящие" имена. ПараметрСеанса1 - ни о чем не говорящее название.
-
Да. Это я в запарке накосячил. Мозги уже не соображают че делаю. dt-шник загрузил. у кого время есть подскажите сто не так в регламентной задаче.
-
Да. Это я в запарке накосячил. Мозги уже не соображают че делаю. dt-шник загрузил. у кого время есть подскажите сто не так в регламентной задаче.
У меня нормально сработало Ваше регламентное задание, создались задачи Бельдыеву и Иванову. Может от версии платформы зависит. У меня 8.3.6.2100. Здесь также обсуждали, что у кого-то после махинаций с флажком Предопределенный (снятие, установка обратно) начинало работать регламентное, а так реализация регламентного задания у Вас верная.
-
Задачи формируются регламентно, а при входе в систему невыполненные открываются?
платформа 8.3.6.2014.
ниче не формируется и не открывается
-
Задачи формируются регламентно, а при входе в систему невыполненные открываются?
платформа 8.3.6.2014.
ниче не формируется и не открывается
Невыполненные не открываются и я думаю не откроются. Вы вызываете открытие формы в процедуре ПередНачаломРаботыСистемы - у Вас еще главное окно не открыто, система не проинициализирована, а Вы пытаетесь вывести форму. К тому же по заданию "По мере возникновения этих задач у пользователя должна автоматически открываться форма каждой невыполненной его задачи". То есть должна быть периодически выполняемая процедура, которая будет выполнять поиск невыполненных задач текущего пользователя и открывать их форму. Настаиваю всё-таки посмотреть моё решение и обратить внимание на подключение обработчика ожидания в процедуре ПередНачаломРаботыСистемы модуля управляемого приложения.
-
этот обработчик через интервал будет проверять базу? проще никак нельзя. данные о активных пользователях на серваке есть. когда задача появилась - никак нельзя отправить им форму?
-
ОБЩИЙ МОДУЛЬ КЛИЕНТ
Ругается на эту строчку:
мЗадачи[Итерратор].ПолучитьФорму("ФормаЗадачи").Открыть();
(мЗадачи[Итерратор] - там ссылка).
Я не могу имея ссылку вызвать метод ПолучитьФорму()? Нужно объект загрузить? Подскажите как надо
Процедура ПоказатьОтчет () Экспорт
мСотрудники = СвормироватьОтчетСерв.НевыполненныеЗадачи(1);
мЗадачи = СвормироватьОтчетСерв.НевыполненныеЗадачи(2);
Итерратор =0;
Пока Итерратор<мСотрудники.Количество() Цикл
Если мСотрудники[Итерратор] = ИмяПользователя() Тогда
мЗадачи[Итерратор].ПолучитьФорму("ФормаЗадачи").Открыть();
КонецЕсли;
Итерратор = Итерратор +1;
КонецЦикла;
КонецПроцедуры
-
есть тут опытные программисты? если у меня на клиенте есть ссылка на объект(задача), как мне форму получить? нужно объект вначале получить? че делать то
-
есть тут опытные программисты? если у меня на клиенте есть ссылка на объект(задача), как мне форму получить? нужно объект вначале получить? че делать то
Я использовать просто ОткрытьЗначение(Ссылка)
-
Открывает. В отдельном окне от программы. Это нормально? Так и надо? В одном окне нельзя?
-
Открывает. В отдельном окне от программы. Это нормально? Так и надо? В одном окне нельзя?
В задаче на этот счёт условия не указано, поэтому на мой взгляд нормально, по-крайней мере это пишется быстрее остальных вариантов.
Если в отдельном не нравится используйте вариант pozitiFFF в его примере.
-
Чтоб формы открывались у конкретных пользователей по мере создания новых задач нужно обработчик использовать? Никак по другому нельзя? Событие "при записи " - ОткрытьЗначение как нибудь у конкретного клиента?
-
2 pozitiFFF, скачал Ваше решение. хотел проверит один момент в частности БУ распределения затрат. Так вот, сейчас прорешиваю спорные для себя моменты из билетов и наткнулся в этом билете на след. момент
во-первых, в Вашем решении почему то затраты не распределяются на услуги
а во-вторых, если попробовать сделать РТУ на Товар1 - 4, Товар2- 4, Товар3 - 1. И потом сделать Затраты за этот день на Сумму 1000, то зависнет 1 копейка. Товар1 - 444,44, Товар2 - 444,44, Товар3 - 111,11, что не равно 1000. Пробовал след. стандартные варианты:
Если Выборка.КоличествоПродаж = ОбщееКоличествоПродаж Тогда
Сумма = Выборка.СуммаКРаспределению;
Иначе
Сумма = Выборка.КоличествоПродаж * Выборка.СуммаКРаспределению / ОбщееКоличествоПродаж;
КонецЕсли;
Сумма = ?(СредняяСумма > СуммаКРаспределению, СуммаКРаспределению, Выборка.КоличествоПродаж * СредняяСумма);
Результат такой же. Тогда придумал такой вот костыль, но блин, наверняка в типовых как то этот момент реализуют по-другому. Предлагаю обсудить
к = Выборка.Количество();
н = 1;
Пока СуммаКРаспределению > 0 И Выборка.Следующий() Цикл
Проводка = РБОсновной.Добавить();
Проводка.Период = Дата;
Проводка.СчетДт = ПланыСчетов.Основной.ПрибылиУбытки;
Проводка.СубконтоДт.Номенклатура = Выборка.Номенклатура;
Проводка.СубконтоДт.Проект = Выборка.ПРоект;
Проводка.КоличествоДт = Выборка.КоличествоПродаж;
Проводка.СчетКт = ПланыСчетов.Основной.ОбщехозяйственныеЗатраты;
Сумма = ?(СредняяСумма > СуммаКРаспределению, СуммаКРаспределению, Выборка.КоличествоПродаж * СредняяСумма);
Если н = к И СредняяСумма <> СуммаКРаспределению Тогда
Сумма = СуммаКРаспределению;
КонецЕсли;
Проводка.Сумма = Сумма;
СуммаКРаспределению = СуммаКРаспределению - Окр(Сумма,2);
н = н +1;
КонецЦикла;
-
2 pozitiFFF, скачал Ваше решение. хотел проверит один момент в частности БУ распределения затрат. Так вот, сейчас прорешиваю спорные для себя моменты из билетов и наткнулся в этом билете на след. момент
если попробовать сделать РТУ на Товар1 - 4, Товар2- 4, Товар3 - 1. И потом сделать Затраты за этот день на Сумму 1000, то зависнет 1 копейка. Товар1 - 444,44, Товар2 - 444,44, Товар3 - 111,11, что не равно 1000.
Да, есть такая проблема. И решается она довольно просто.
Во-первых, возникает она из-за того, что суммы, которую мы пишем в регистр и используем при расчете переменной СуммаОсталосьСписать могут различаться, дело в том, что при записи в регистр число округляется до разности реквизита регистра (в моем случае 2), а вот для переменной значение разрядности будет больше, вот и идет расхождение. Решение - округление при получении суммы до этих самых двух знаков. То есть весь код остается у меня, как сейчас но вместо
Списываем=Выборка.Количество / КоличествоПоПроекту * СуммаПоПроекту;Должно быть
Списываем=Окр(Выборка.Количество / КоличествоПоПроекту * СуммаПоПроекту,2);Тогда всё списывается корректно.
-
2 pozitiFFF, скачал Ваше решение. хотел проверит один момент в частности БУ распределения затрат. Так вот, сейчас прорешиваю спорные для себя моменты из билетов и наткнулся в этом билете на след. момент
во-первых, в Вашем решении почему то затраты не распределяются на услуги
Хм, Вы правы, получается ту проводку, что я использую для получения продаж за день (Дт Прибыль Кт Товары) использовать нельзя, из-за того что в ней не будет услуг. С другой стороны, в проводке Дт Покупатели Кт Прибыль не будет данных о количестве... Придется еще тогда заводить количественный учет чтоли на счете Прибыли?
-
с Окр тоже пробовал и так и этак. Что-то такой способ не пробовал.
а по поводу услуг - у Вас вроде не количественный счет ПрибылиУбытки? Почему? Если отчет в явном виде это требует?
С Окр не взлетело (
-
с Окр тоже пробовал и так и этак. Что-то такой способ не пробовал.
а по поводу услуг - у Вас вроде не количественный счет ПрибылиУбытки? Почему? Если отчет в явном виде это требует?
С Окр не взлетело (
Отчет то требует, но если это количество можно получить из корреспондирующих данных, то заведение количества на счете будет уже избыточностью, что чревато потерей баллов на экзамене. Сейчас в этой задаче последние сдающие говорили, что в документе "Затраты" сумма теперь просто распределяется на проект (не по номенклатурам) - подозреваю, в этом случае всё-таки будет не нужен количественный учет на счете Прибыли.
Что касается проблемы копеек - у меня Ваш пример работал так как Вы описали, с ОКР всё сработало корректно.
Посмотрите вложенный файл.
-
с Окр тоже пробовал и так и этак. Что-то такой способ не пробовал.
а по поводу услуг - у Вас вроде не количественный счет ПрибылиУбытки? Почему? Если отчет в явном виде это требует?
С Окр не взлетело (
Отчет то требует, но если это количество можно получить из корреспондирующих данных, то заведение количества на счете будет уже избыточностью, что чревато потерей баллов на экзамене. Сейчас в этой задаче последние сдающие говорили, что в документе "Затраты" сумма теперь просто распределяется на проект (не по номенклатурам) - подозреваю, в этом случае всё-таки будет не нужен количественный учет на счете Прибыли.
Что касается проблемы копеек - у меня Ваш пример работал так как Вы описали, с ОКР всё сработало корректно.
Посмотрите вложенный файл.
Спасибо, с копейками разобрался. Ошибка была у меня не только в Окр.
А по поводу Количественного, то в таком случае я бы наверно завел ПУС Количественный и оставил его только на Проекте. Хотя это уже какой-то моветон получится. В таком случае действительно для отчета количество со счета Товары вытащить будет дешевле
И еще глянул мельком проведение РТУ. А зачем делать блокировку по ТЧ, а потом следом в запросе обращаться к этой же ТЧ? Время блок. увеличивается же что при ОУ, что при БУ. Не лучше ли класть ТЧ в ВТ и использовать эту ВТ на протяжении всей транзакции?
-
Спасибо, с копейками разобрался. Ошибка была у меня не только в Окр.
А по поводу Количественного, то в таком случае я бы наверно завел ПУС Количественный и оставил его только на Проекте. Хотя это уже какой-то моветон получится. В таком случае действительно для отчета количество со счета Товары вытащить будет дешевле
Перечитал еще раз эту задачу - в бух учете нет никаких упоминаний про услуги, наоборот "Факт передачи товара", "распределение по товарам", товары это не услуги, в отчете также нет услуг. Кроме того,во всех решениях которые попадались при анализе продаж использовалась именно проводка Дт Прибыли Кт Товары, в которой услуг не будет. Думаю такой анализ ошибкой или упрощением на экзамене не будет.
И еще глянул мельком проведение РТУ. А зачем делать блокировку по ТЧ, а потом следом в запросе обращаться к этой же ТЧ? Время блок. увеличивается же что при ОУ, что при БУ. Не лучше ли класть ТЧ в ВТ и использовать эту ВТ на протяжении всей транзакции?
Не совсем понял, что не так? Мы блокируем записи в регистре по набору измерений соответствующему нашей табличной части. Блокировка должна выполниться перед выполнением запроса. И блокировкой мы выполняем двойную функцию - во-первых, если вдруг регистр уже заблокирован, то ждем окончания блокировки, во-вторых при блокировки запрещаем на чтение записи регистра по отбору в табличной части т.к. мы их будем менять.
Если Вы про временную таблицу ТабЧасть, которую я создаю как при обработке Оперативного учета, так и бухгалтерского учета, ничего страшного в этом не вижу. Эти блоки могут быть независимыми друг от друга. Может и не самое оптимальное решение, но запоминать, что я использовал при оперативном учете и затем его еще тащить в блок по бухгалтерскому учету тоже не считаю особо хорошим вариантом. Зачастую эти блоки вообще разделяют отдельными процедурами или частями кода, вызываемыми при установлении флажков ОУ и БУ документа, то есть будет выполняться проведение только по одному учету.
-
Спасибо, с копейками разобрался. Ошибка была у меня не только в Окр.
А по поводу Количественного, то в таком случае я бы наверно завел ПУС Количественный и оставил его только на Проекте. Хотя это уже какой-то моветон получится. В таком случае действительно для отчета количество со счета Товары вытащить будет дешевле
Перечитал еще раз эту задачу - в бух учете нет никаких упоминаний про услуги, наоборот "Факт передачи товара", "распределение по товарам", товары это не услуги, в отчете также нет услуг. Кроме того,во всех решениях которые попадались при анализе продаж использовалась именно проводка Дт Прибыли Кт Товары, в которой услуг не будет. Думаю такой анализ ошибкой или упрощением на экзамене не будет.
И еще глянул мельком проведение РТУ. А зачем делать блокировку по ТЧ, а потом следом в запросе обращаться к этой же ТЧ? Время блок. увеличивается же что при ОУ, что при БУ. Не лучше ли класть ТЧ в ВТ и использовать эту ВТ на протяжении всей транзакции?
Не совсем понял, что не так? Мы блокируем записи в регистре по набору измерений соответствующему нашей табличной части. Блокировка должна выполниться перед выполнением запроса. И блокировкой мы выполняем двойную функцию - во-первых, если вдруг регистр уже заблокирован, то ждем окончания блокировки, во-вторых при блокировки запрещаем на чтение записи регистра по отбору в табличной части т.к. мы их будем менять.
Если Вы про временную таблицу ТабЧасть, которую я создаю как при обработке Оперативного учета, так и бухгалтерского учета, ничего страшного в этом не вижу. Эти блоки могут быть независимыми друг от друга. Может и не самое оптимальное решение, но запоминать, что я использовал при оперативном учете и затем его еще тащить в блок по бухгалтерскому учету тоже не считаю особо хорошим вариантом. Зачастую эти блоки вообще разделяют отдельными процедурами или частями кода, вызываемыми при установлении флажков ОУ и БУ документа, то есть будет выполняться проведение только по одному учету.
Ну да, про услуги ничего не сказано в принципе. Наверно все таки не стоит на них распределять затраты. Но и ошибкой думаю это тоже сложно назвать.
а по поводу блокировок - все верно сделано. Я немного про другое - в случае с ВТ - по времени блокировка будет жить меньше чем в случае с ТЧ. Но это тоже мелочи, на оптимизацию на экзамене не смотрят же )
Выкладываю заново прорешенный билет. Местами сделал совсем по-другому нежели в своем первом варианте. Ну и как обычно свои заметки к билету
ОУ:
РН Остатки, изм. Номенклутра, Партия, рес. Количество, Сумма
РН Продажи, изм Номенклутар, рес. Себестоимость, Количество, Сумма
Отчет Выбрать из ПродажиОбороты, положить в ВТ. Внутр. соед. с собой же ВТ
БУ:
ПС сч. Товары, колич, суб Номенклатура. сч ПрибылиУбытки, колич, суб. Номенклатура, Проект, оборотные.
Отчет по таблице Обороты оп счету ПрибылиУбытки
Внимание на услуги и копейки
СПР:
РС Графики, изм. Дата, Подразделение
ПВР ОН, использует период действия. Элт Оклад
ПВР ДН, зависит от базы по периоду регистрации. Элт Премия - база по Окладу
РР ОН, изм. Сотрудник, рес. Результат, рек. Подразделение, Размер. Период действия, связь с графиком.
РР ДН, изм. Сотрудник, рес. Результат, рек. Подразделение, Размер. Базовый Период. Перерасчет
-
Посмотрите и, пожалуйста, обоснованно покритикуйте мой вариант билета №2. :)
-
есть тут опытные программисты? если у меня на клиенте есть ссылка на объект(задача), как мне форму получить? нужно объект вначале получить? че делать то
Я использовать просто ОткрытьЗначение(Ссылка)
Есть отличный способ, называется ОткрытьФорму. Во второй параметр передаешь структуру с параметрами: "Ключ", Ссылка. Остальное в синтакс-помощнике написано :)
-
Добрый день,
подскажите пожалуйста, по отчету в ОУ.
В описании задачи сказано
Интервал - расчетный показатель средний интервал отгрузок (в днях). Он рассчитывается как:
(«Дата первой отгрузки» - «Дата последней отгрузки») / «количество отгрузок»
В том случае, когда отгрузка была только одна, то в колонке Интервал выводится «разовая».
Так понимаю что нужно использовать РАЗНОСТЬДАТ(<Дата1>, <Дата2>, <ЕдиницаВремени>), ЕдиницаВремени - ДЕНЬ. Но, не понимаю если в один день было две отгрузки в рамках одного товара, то что нужно выводить в отчет
0 или разовая?
UPD: Хотя наверное этот момент можно у преподавателя уточнить на сдаче.
-
мне кажется надо использовать регистр сведений для регистрации туда отгрузок (измерение - номенклатура). а в отчете получать интервал используя срез последних и срез первых.
-
Посмотрите и, пожалуйста, обоснованно покритикуйте мой вариант билета №2. :)
Скачал вместе с вашим решением предыдущие 3, посмотрел ОУ и БУ.
У Вас для ОУ и БУ свои запросы то ТЧ, в первом случае с партией во втором без.
У предыдущих 3-х решениях сначала формируется временная таблица с партией, используемая как в ОУ так и в БУ.
По ОУ в этих решениях вопросов нет, а вот по БУ есть.
Не знаю как происходит сдача, и как анализируется решение, но судя по тому что в задании по БУ нет ни слова о контроле остатков, то может их там вообще контролировать не надо, т.к. в ОУ уже был контроль? Хотя наврятли, мне кажется надо.
Дело в том, что если в ТЧ документа будут более одной одинаковой номенклатуры с разными партиями, контроль остатков в данных решениях по БУ будет не верный (решения freez1301, golod, good smile).
например ТЧ
1. "Йогурт" 3 шт Партия1
2. "Йогурт" 5 шт Партия2
Допустим остатков в регистре бухгалтерии например 5 шт.
В итоге в решениях freez1301, golod, good smile документ проведется по БУ если опять же анализировать только в рамках БУ, в реалии дело до БУ так и не дойдет т.к. будет отказ при анализе остатков по ОУ.
По поводу Вашего решения, непонятно для меня зачем писать код
Если проверитьОстатки.Пустой() Тогда
Если ТЧ пустая то до этого кода дело не дойдет, если ТЧ не пустая, то проверитьОстатки не будет пустым.
По поводу блокировок ни чего говорить не буду :), т.к. у каждого своя "религия".
На истину в последней инстанции не претендую, так мысли в слух.
-
судя по тому что в задании по БУ нет ни слова о контроле остатков, то может их там вообще контролировать не надо, т.к. в ОУ уже был контроль? Хотя наврятли, мне кажется надо.
По поводу блокировок ни чего говорить не буду :), т.к. у каждого своя "религия".
Конечно, надо контролировать остатки по БУ, но при этом данные по ОУ сводить в БУ совсем не обязательно. В документе можно указывать, проводить его по ОУ или БУ (например, 2 реквизита - "ОУ" и "БУ", тип булево), так что накладок можно избежать.
По поводу блокировок - никакой своей религии быть не может, есть довольно четкие требования. Например, тут
http://1c.chistov.pro/2013/07/blog-post_25.html
всё расписано подробно по поводу блокировок.
А вообще советую читать сдавших (сорри, за 100500-й повтор), в частности, тут
http://forum.chistov.pro/index.php?topic=993.0
кладезь инфы, и по ссылкам у меня в подписи. :)
-
Задача СПР, в чем минус получения оклада из виртуальной таблицы срез последних?
-
Задача СПР, в чем минус получения оклада из виртуальной таблицы срез последних?
Исходя из условия задачи:
"В течение расчетного периода первоначальное значение оклада может быть неоднократно изменено. В информационной базе необходимо хранить историю его изменения. Расчет должен проводиться исходя из действующего на рассчитываемую дату начального значения оклада. Например, если начальное значение оклада изменилось 10 августа, то до 10 августа при расчете берется старое значение, а начиная с 10 августа – новое. "
-
вопрос по оперативной задачке.
Обработка проведения расходнойНакладной:
-Как думаете если получить 2 рез-тата (т.е. Запрос.ВыполнитьПакет()).
Т.е. подзапрос 1 (Временная таблица) = ВТ_Док (&Ссылка) (группируем).
подзапрос 2 = ВТ_Док+ОстаткиНоменклОстатки (Условие ВТ.Док.Номенкл.ВидНоменкл<>Услуга)
подзапрос 3 = ВТ_Док (берем Номенклатура,Количество и Сумма) (группируем).
В 1-ом таблица для списания для регистра Остатки. Во 2-0м таблица для регистра Продажи.
Как это оценивается экзаменаторами, что здесь получаем 2 итоговые таблицы, хотя можно одну?
////Мне кажется что я дебильные вопросы задаю
-
документ ВыплатаЗарПлаты.
Команда Заполнить (заполняет по всем сотрудникам исходя из остатков в РегистреНакопления). с формы вызываю экспортную процедуру в модуле объекта, в которой из регистра получаю данные и в цикле заполняю документ.
1.Если проведен - отмена проведения.
2.Условие на если ЭтоНовый() или Модифицированность(), то запись = не нужно.
3.Запускать транзакцию тоже не надо.
//////Все правильно???
-
моё решение
Буду рад критике
:)
-
попался этот билет. в бух задаче отчет изменен. Затраты нужно выводить только по уровню группировки Проект, по Номенклатуре не надо. Зарплата:Процент премии начисляется за фактически указанный период в доке начисление зарплата(Т.е. не за весь расчетный период, а например с 10.01 по 15.01) (P.s.: это не цитата, как запомнил - так написал). Еще есть Произвольная сумма ("Вместо Процента в любой день(или период - не помню) может выплачиваться Произвольная сумма"). Задача 4. управляемые формы.
Слишком много времени убил на зарплатную задачу (Соединения,Объединения с Рег.Сведений СведенияОСотрудниках из-за "Если оклад изменился 10.08, то с 10.08 должен браться измененный оклад"). Управляемые формы не успел. Итого: оценка 3. Зачем вообще придумали оценки
-
попался этот билет. в бух задаче отчет изменен. Затраты нужно выводить только по уровню группировки Проект, по Номенклатуре не надо. Зарплата:Процент премии начисляется за фактически указанный период в доке начисление зарплата(Т.е. не за весь расчетный период, а например с 10.01 по 15.01) (P.s.: это не цитата, как запомнил - так написал). Еще есть Произвольная сумма ("Вместо Процента в любой день(или период - не помню) может выплачиваться Произвольная сумма"). Задача 4. управляемые формы.
Слишком много времени убил на зарплатную задачу (Соединения,Объединения с Рег.Сведений СведенияОСотрудниках из-за "Если оклад изменился 10.08, то с 10.08 должен браться измененный оклад"). Управляемые формы не успел. Итого: оценка 3. Зачем вообще придумали оценки
Нормально
-
Моё обновленное решение.
Интересует: в расчетах процедуру создания записей по изменившемуся тарифу в начисляемом периоде правильно сделал?
как лучше сделать?
-
Мое решение, все задачи. Покритикуйте пожалуйста.
-
Всем привет! Что то меня замучили эти неоднократные изменения окладов и я решил все это записать. Я использовал решение SAM, СПАСИБО ему огромное!!! Выкладываю, может кому то пригодится.
-
Мое решение, все задачи. Покритикуйте пожалуйста.
А в Расходной накладной проведение ОУ по моему проверку на вид номенклатуры лучше сделать тоже в Запросе. просто как мне объясняли, что у 1С-ников, если можно в Запросе сделать, то лучше делать в Запросе, думаю тоже как за ошибку принять могут.
-
Мое решение, все задачи. Покритикуйте пожалуйста.
А в Расходной накладной проведение ОУ по моему проверку на вид номенклатуры лучше сделать тоже в Запросе. просто как мне объясняли, что у 1С-ников, если можно в Запросе сделать, то лучше делать в Запросе, думаю тоже как за ошибку принять могут.
Проверку в коде сделал потому что услуги надо в регистр Продажи писать, а в Остатки нет. Сначала в запросе выкинул услуги, потом посмотрел пример отчета в задание, а там оборот по услугам тоже надо выводить.
-
Мое решение, все задачи. Покритикуйте пожалуйста.
А в Расходной накладной проведение ОУ по моему проверку на вид номенклатуры лучше сделать тоже в Запросе. просто как мне объясняли, что у 1С-ников, если можно в Запросе сделать, то лучше делать в Запросе, думаю тоже как за ошибку принять могут.
Проверку в коде сделал потому что услуги надо в регистр Продажи писать, а в Остатки нет. Сначала в запросе выкинул услуги, потом посмотрел пример отчета в задание, а там оборот по услугам тоже надо выводить.
В таком случае всё равно вид номенклатуры (услуга или нет) надо получать заранее в запросе.
-
Мое решение, все задачи. Покритикуйте пожалуйста.
А в Расходной накладной проведение ОУ по моему проверку на вид номенклатуры лучше сделать тоже в Запросе. просто как мне объясняли, что у 1С-ников, если можно в Запросе сделать, то лучше делать в Запросе, думаю тоже как за ошибку принять могут.
Проверку в коде сделал потому что услуги надо в регистр Продажи писать, а в Остатки нет. Сначала в запросе выкинул услуги, потом посмотрел пример отчета в задание, а там оборот по услугам тоже надо выводить.
В таком случае всё равно вид номенклатуры (услуга или нет) надо получать заранее в запросе.
Согласен, в запросе, все в запросе)))) 1С-ники они такие,все что можно запросом получают)))
-
Коллеги, приветствую
Прошу оценить решение билета № 2.
Жду конструктивной критики.
ОУ: В приходную накладную в обработке проведения использовал не конструктор, а запросом получал ТЧ документа без услуг с группировками. Это важно, т.к оприходование услуг возможно, но в таком случае регистр не будет закрываться в 0.
Запись по старой методике
-
Добрый , у меня вопрос все-таки насчет многократного изменения оклада: а если решать через реальную таблицу регистра сведений за это не снимут баллы?
-
Коллеги, приветствую
Прошу оценить решение билета № 2.
Жду конструктивной критики.
ОУ: В приходную накладную в обработке проведения использовал не конструктор, а запросом получал ТЧ документа без услуг с группировками. Это важно, т.к оприходование услуг возможно, но в таком случае регистр не будет закрываться в 0.
Запись по старой методике
Если будете сдавать дистанционно, то отчет в БУ будет немного изменен: затраты должны быть указаны одной суммой в итоговой строке проекта, а строках детализации по номенклатуре сумм затрат быть не должно.
http://forum.chistov.pro/index.php?topic=993.msg48560#msg48560
http://forum.chistov.pro/index.php?topic=3639.msg48478#msg48478
-
Коллеги, приветствую
Прошу оценить решение билета № 2.
Жду конструктивной критики.
ОУ: В приходную накладную в обработке проведения использовал не конструктор, а запросом получал ТЧ документа без услуг с группировками. Это важно, т.к оприходование услуг возможно, но в таком случае регистр не будет закрываться в 0.
Запись по старой методике
Если будете сдавать дистанционно, то отчет в БУ будет немного изменен: затраты должны быть указаны одной суммой в итоговой строке проекта, а строках детализации по номенклатуре сумм затрат быть не должно.
http://forum.chistov.pro/index.php?topic=993.msg48560#msg48560
http://forum.chistov.pro/index.php?topic=3639.msg48478#msg48478
А если затраты будут и по проекту и номенклатуре то ошибка не слишком значительна?
-
Всем привет. У меня вопрос по задаче ОУ. Кто сдавал, подскажите.
Делать три регистра и в расходной применять новую методику оперативного проведения или
делать два регистра и в расходной проводить по старой методике?
Просмотрел 5 или 6 вариантов решения с данной ветки. Только в одном был вариант решения с тремя регистрами.
-
Всем привет. У меня вопрос по задаче ОУ. Кто сдавал, подскажите.
Делать три регистра и в расходной применять новую методику оперативного проведения или
делать два регистра и в расходной проводить по старой методике?
Просмотрел 5 или 6 вариантов решения с данной ветки. Только в одном был вариант решения с тремя регистрами.
Третий регистр только для того, чтобы можно было контролировать остатки "по-новому"?
Такое решение будет признано неэффективным (-1 балл). Не делайте так ни в одной задаче.
По-новому только тогда, когда для этого не надо создавать дополнительные регистры или ресурсы в имеющихся регистрах.
-
Проверьте, пожалуйста задачу по СПР
-
попался этот билет. в бух задаче отчет изменен. Затраты нужно выводить только по уровню группировки Проект, по Номенклатуре не надо. Зарплата:Процент премии начисляется за фактически указанный период в доке начисление зарплата(Т.е. не за весь расчетный период, а например с 10.01 по 15.01) (P.s.: это не цитата, как запомнил - так написал). Еще есть Произвольная сумма ("Вместо Процента в любой день(или период - не помню) может выплачиваться Произвольная сумма"). Задача 4. управляемые формы.
Слишком много времени убил на зарплатную задачу (Соединения,Объединения с Рег.Сведений СведенияОСотрудниках из-за "Если оклад изменился 10.08, то с 10.08 должен браться измененный оклад"). Управляемые формы не успел. Итого: оценка 3. Зачем вообще придумали оценки
Вы использовали реальную таблицу регистра сведений для получения оклада?
-
Кто подскажет, как делали проведение расходной накладной из задачи по бух учету? По-старому или по-новому?
-
Кто подскажет, как делали проведение расходной накладной из задачи по бух учету? По-старому или по-новому?
По старому, по новому в БУ не встречал.
-
Вчера сходил на дистанционную сдачу Билет 2 изменения:
также как и в этом сообщении
Сдавал на спеца. Попался 2 билет, но измененный.
ОУ - без изменений
БУ - убрали фразу "При распределении по товарам затраты распределяются пропорционально их проданному количеству"
и в отчёте в колонке затрат суммы только по проектам, без номенклатуры
и непонятно теперь нужно ли в проводке
Дт «Прибыли и убытки» - Кт «Общехозяйственные затраты» на сумму затрат
писать затраты отдельно по каждой номенклатуре
фраза - "Считается, что все затраты должны быть отнесены в счет продаж текущего дня" - то осталась
и как её учитывать непонятно.
СПР - начало задания такое же, до пункта премии - там всё поменялось
премия в том же расчетном периоде что и оклад, у премии есть период действия - он же база, может начисляться за пару дней
есть фиксированная выплата вытесняющая премию которая выплачивается за 1 день
все данные вводятся за один расчетный период
Добавили документ Выплата зарплаты - по результатам начислений
Отчёт тоже другой начисления по сотрудникам или платёжная ведомость
первая колонка номера строк были потом сотрудник
в отчёте слева сверху месяц надо вывести, а справа сверху текстовое выражение с номером ведомости, номер в параметрах задаётся
УФ - вроде без изменений
-
Вчера сходил на дистанционную сдачу Билет 2 изменения:
также как и в этом сообщении
Сдавал на спеца. Попался 2 билет, но измененный.
ОУ - без изменений
БУ - убрали фразу "При распределении по товарам затраты распределяются пропорционально их проданному количеству"
и в отчёте в колонке затрат суммы только по проектам, без номенклатуры
и непонятно теперь нужно ли в проводке
Дт «Прибыли и убытки» - Кт «Общехозяйственные затраты» на сумму затрат
писать затраты отдельно по каждой номенклатуре
фраза - "Считается, что все затраты должны быть отнесены в счет продаж текущего дня" - то осталась
и как её учитывать непонятно.
СПР - начало задания такое же, до пункта премии - там всё поменялось
премия в том же расчетном периоде что и оклад, у премии есть период действия - он же база, может начисляться за пару дней
есть фиксированная выплата вытесняющая премию которая выплачивается за 1 день
все данные вводятся за один расчетный период
Добавили документ Выплата зарплаты - по результатам начислений
Отчёт тоже другой начисления по сотрудникам или платёжная ведомость
первая колонка номера строк были потом сотрудник
в отчёте слева сверху месяц надо вывести, а справа сверху текстовое выражение с номером ведомости, номер в параметрах задаётся
УФ - вроде без изменений
Как решил момент с док-ом "Выплата з\п" и Сальдо нач. и сальдо кон.? Я правильно понимаю, что нужно заводить РН остатков?
-
Как решил момент с док-ом "Выплата з\п" и Сальдо нач. и сальдо кон.? Я правильно понимаю, что нужно заводить РН остатков?
Не успел я это всё сделать ))
я билеты один раз только разбирал с 1го по пятый, решил на разведку сходить )
Успел только ОУ, БУ, да половину СПР.
В БУ теперь не знаю надо ли затраты по номенклатуре распределять или нет, я на всякий случай сделал было
фраза - "Считается, что все затраты должны быть отнесены в счет продаж текущего дня" - как это сделать без этого
-
Как решил момент с док-ом "Выплата з\п" и Сальдо нач. и сальдо кон.? Я правильно понимаю, что нужно заводить РН остатков?
Не успел я это всё сделать ))
я билеты один раз только разбирал с 1го по пятый, решил на разведку сходить )
Успел только ОУ, БУ, да половину СПР.
В БУ теперь не знаю надо ли затраты по номенклатуре распределять или нет, я на всякий случай сделал было
фраза - "Считается, что все затраты должны быть отнесены в счет продаж текущего дня" - как это сделать без этого
ИМХО - надо. Так проще.
В отчёте ведь можно просто колонку со 2 субконто не выводить и всё.
-
ИМХО - надо. Так проще.
В отчёте ведь можно просто колонку со 2 субконто не выводить и всё.
В отчёте сейчас просто сумма затрат не в строках с номенклатурой висит, а на строках по проектам,
поэтому его даже без распределения затрат по номенклатуре можно построить
и раз фразу убрали про распределение затрат по номенклатуре, то возможно можно и не возится с этим
посмотрим, может что напишут в комментарии )
-
Всем привет!
Наконец-то начал готовится к спецу, пока решаю ОУ. Посмотрел решения тут, и обратил внимание, что некоторые делают в регистре продажи 3 ресурса (Сумма, Кол-во, Себестоимость) и при этом какие-то страшные запросы в отчете получаются. У меня в таком случае запрос вообще без соединений получился. Не будет ли это упрощением задачи? Хотя для такого отчета логично сделать 3 ресурса, чтобы систему не нагружать соединениями.. Посмотрите, пожалуйста, мое решение. Покритикуйте, я только начал подготовку, может чего не понял...
-
Добрый день, Коллеги!
Вот сейчас взялся за решение билета, не могу понять в БУ задачи вот этот момент:
При распределении по товарам затраты распределяются пропорционально их проданному количеству.
Т.е. к примеру компания по проекту №1 продала 5 ручек, 10 карандашей. Сумма затрат 1000.
Я должен их распределить вот так:
1 000 / 15 = 66,66
Ручки
Счет Дт = Прибыли и убытки
Субконто1 = Ручка
Субконто2 = Проект №1
Сумма Ручки = 66,66 * 5 = 333,33
Карандаши
Счет Дт = Прибыли и убытки
Субконто1 = Карандаш
Субконто2 = Проект №1
Сумма Карандашей = 66,66 * 10 = 666,66
Подскажите пожалуйста!
-
Добрый день, Коллеги!
Вот сейчас взялся за решение билета, не могу понять в БУ задачи вот этот момент:
При распределении по товарам затраты распределяются пропорционально их проданному количеству.
Т.е. к примеру компания по проекту №1 продала 5 ручек, 10 карандашей. Сумма затрат 1000.
Я должен их распределить вот так:
1 000 / 15 = 66,66
Ручки
Счет Дт = Прибыли и убытки
Субконто1 = Ручка
Субконто2 = Проект №1
Сумма Ручки = 66,66 * 5 = 333,33
Карандаши
Счет Дт = Прибыли и убытки
Субконто1 = Карандаш
Субконто2 = Проект №1
Сумма Карандашей = 66,66 * 10 = 666,66
Подскажите пожалуйста!
Почти так,
чтобы не осталось копеек
делаешь КолОстаток = 15
СуммаОстаток = 1000
Далее в цикле их уменьшаешь и если это остаток, то сумму берёшь из остатка.
Кстати в новом условии задачи нет фразы по распределению по номенклатуре и в отчёте всё висит только на проекте
но затраты в счёт продаж текущего дня остались и непонятно теперь надо ли по номенклатуре распределять - неясно.
-
Почти так,
чтобы не осталось копеек
делаешь КолОстаток = 15
СуммаОстаток = 1000
Далее в цикле их уменьшаешь и если это остаток, то сумму берёшь из остатка.
Кстати в новом условии задачи нет фразы по распределению по номенклатуре и в отчёте всё висит только на проекте
но затраты в счёт продаж текущего дня остались и непонятно теперь надо ли по номенклатуре распределять - неясно.
Спасибо огромное!
-
Добрый день.
Посмотрите мое решение. Буду признателен за замечания.
-
+ Там только ОУ.
-
Добрый день.
Посмотрите мое решение. Буду признателен за замечания.
нет фильтра на услуги. В приходной Проверка "Если НЕ Рез.Пустой() Тогда". вы собираетесь пустую проводить?
Сообщение.Текст = "Ошибка при выполнении запроса к документу, проведение выполнено не будет." Не понятно в чем ошибка.
Надо отбирать по номеру строки в запросе и выводить в сообщение.
-
Добрый день.
Посмотрите мое решение. Буду признателен за замечания.
Делайте сразу интерфейс.
-
нет фильтра на услуги. В приходной Проверка "Если НЕ Рез.Пустой() Тогда". вы собираетесь пустую проводить?
Сообщение.Текст = "Ошибка при выполнении запроса к документу, проведение выполнено не будет." Не понятно в чем ошибка.
Надо отбирать по номеру строки в запросе и выводить в сообщение.
Спасибо, за отзыв.
нет фильтра на услуги. В условиях задачи нет ничего про фильтр по услугам в приходной накладной, поэтому я его не делаю.
В приходной Проверка "Если НЕ Рез.Пустой() Тогда". вы собираетесь пустую проводить? не совсем понял - по моему это условие как раз и говорит о том, что пустой документ не проводится.
Сообщение.Текст = "Ошибка при выполнении запроса к документу, проведение выполнено не будет." Не понятно в чем ошибка.
Надо отбирать по номеру строки в запросе и выводить в сообщение. Вы наверное говорите сейчас про расходную накладную, в условиях задачи нет требований о том чтобы писался номер строки и прочее - есть задачи где четко говорится о том, что необходимо выводить наименование товара и количество недостачи. Или это сейчас требование по умолчанию? И принимающий поставит минус если не будет этого?
-
Делайте сразу интерфейс.
Спасибо за отзыв.
Речь идет про создание подсистем и раскидывание объектов по подсистемам или еще про что?
-
Делайте сразу интерфейс.
Спасибо за отзыв.
Речь идет про создание подсистем и раскидывание объектов по подсистемам или еще про что?
для начала про это
-
нет фильтра на услуги. В приходной Проверка "Если НЕ Рез.Пустой() Тогда". вы собираетесь пустую проводить?
Сообщение.Текст = "Ошибка при выполнении запроса к документу, проведение выполнено не будет." Не понятно в чем ошибка.
Надо отбирать по номеру строки в запросе и выводить в сообщение.
Спасибо, за отзыв.
нет фильтра на услуги. В условиях задачи нет ничего про фильтр по услугам в приходной накладной, поэтому я его не делаю.
В приходной Проверка "Если НЕ Рез.Пустой() Тогда". вы собираетесь пустую проводить? не совсем понял - по моему это условие как раз и говорит о том, что пустой документ не проводится.
Сообщение.Текст = "Ошибка при выполнении запроса к документу, проведение выполнено не будет." Не понятно в чем ошибка.
Надо отбирать по номеру строки в запросе и выводить в сообщение. Вы наверное говорите сейчас про расходную накладную, в условиях задачи нет требований о том чтобы писался номер строки и прочее - есть задачи где четко говорится о том, что необходимо выводить наименование товара и количество недостачи. Или это сейчас требование по умолчанию? И принимающий поставит минус если не будет этого?
"В документе «Расходная накладная», в табличной части ДЛЯ КАЖДОГО ТОВАРА пользователь указывает партию, которую необходимо списать. " у Вас нет.
Вы выводите запись "Не хватает товара на складе. Проведение не выполнено!". Как понять чего не хватает и сколько, если позиций номенклатуры в РН много.
http://курсы-по-1с.рф/news/2017-02-15-two-programming-articles-update/?utm_source=expertsender&utm_campaign=two-programming-articles-update&utm_medium=email&utm_content=2017-02-15 блокировка итд.
-
Здравствуйте друзья!
Прошу оценить.
-
Здравствуйте друзья!
Прошу оценить.
Посмотрел. Модуль расходника немножко не понял
Пока ВыборкаНом.Следующий() Цикл
ДефицитНом = ВыборкаНом.Количество - ВыборкаНом.КоличествоОст;
Если ДефицитНом > 0 Тогда
Сообщение = Новый СообщениеПользователю;
Сообщение.Текст = "недостаток товара " + ВыборкаНом.Номенклатура + ДефицитНом ;
Сообщение.Поле = "СписокНоменклатуры["+(ВыборкаНом.НомерСтроки - 1)+"].Количество";
Сообщение.УстановитьДанные(ЭтотОбъект);
Сообщение.Сообщить();
Отказ = Истина;
КонецЕсли;
Если Отказ Тогда
Продолжить;
КонецЕсли;
НадоСписать = ВыборкаНом.Количество;
Если ВыборкаНом.КоличествоОст = 0 Тогда
Продолжить;
КонецЕсли;
Себестоимость = 0;
Движение = Движения.ОстаткиНоменклатуры.Добавить();
Движение.ВидДвижения = ВидДвиженияНакопления.Расход;
Движение.Период = Дата;
Движение.Номенклатура = ВыборкаНом.Номенклатура;
Движение.партия = ВыборкаНом.партия;
Движение.Количество = Мин(НадоСписать,ВыборкаНом.КоличествоОст);
Движение.Сумма = Движение.Количество*ВыборкаНом.СуммаОст/ВыборкаНом.КоличествоОст;
НадоСписать = НадоСписать - ВыборкаНом.КоличествоОст;
Себестоимость = Себестоимость + Движение.Сумма;
// регистр Продажи
Движения.Продажи.Записывать = Истина;
Движение = Движения.Продажи.Добавить();
Движение.Период = Дата;
Движение.Номенклатура = ВыборкаНом.Номенклатура;
Движение.Количество = ВыборкаНом.Количество;
Движение.Сумма = ВыборкаНом.Сумма;
Движение.Себестоимость = Себестоимость;
//КонецЦикла;
КонецЦикла;
зачем здесь
НадоСписать = ВыборкаНом.Количество;
Если ВыборкаНом.КоличествоОст = 0 Тогда
Продолжить;
КонецЕсли;
НадоСписать = НадоСписать - ВыборкаНом.КоличествоОст;
Списывается же либо вся партия, либо её часть. Это не списание по партиям как в первом билете.
-
еще три строки из того же отрезка
Себестоимость = 0;
Себестоимость = Себестоимость + Движение.Сумма;
Движение.Себестоимость = Себестоимость;
нет ну в принципе программа дает правильный результат.
-
Здравствуйте друзья!
Прошу оценить.
В РН Продажи не пишите услуги.А по условию задачи надо.
-
"В документе «Расходная накладная», в табличной части ДЛЯ КАЖДОГО ТОВАРА пользователь указывает партию, которую необходимо списать. " у Вас нет.
Вы выводите запись "Не хватает товара на складе. Проведение не выполнено!". Как понять чего не хватает и сколько, если позиций номенклатуры в РН много.
http://курсы-по-1с.рф/news/2017-02-15-two-programming-articles-update/?utm_source=expertsender&utm_campaign=two-programming-articles-update&utm_medium=email&utm_content=2017-02-15 блокировка итд.
"В документе «Расходная накладная», в табличной части ДЛЯ КАЖДОГО ТОВАРА пользователь указывает партию, которую необходимо списать. " у Вас нет.
https://cloud.mail.ru/public/E1jL/PZHTd39Yd
Почему нет? - есть.
Ссылку Вы мне дали потому что у меня неверен механизм проведения или для того чтобы я поправил функциональность сообщений?
-
для начала про это
Не подскажете где можно прочитать про требования к интерфейсной и прочей обязательной части, как-то находил а сейчас хоть убей не могу вспомнить где видел.
-
Коллеги, а никому не кажется что этот билет можно решить по новой методике?
Регистр остатков у нас есть - два измерения Товар и партия, в ТЧ тоже все данные присутствуют. Пишем ТЧ в Регистр остатков, проверяем что все ок, едем дальше...
Или я в чем то концептуально ошибаюсь?
-
Коллеги, а никому не кажется что этот билет можно решить по новой методике?
Регистр остатков у нас есть - два измерения Товар и партия, в ТЧ тоже все данные присутствуют. Пишем ТЧ в Регистр остатков, проверяем что все ок, едем дальше...
Или я в чем то концептуально ошибаюсь?
Разве в ТЧ есть себестоимость списываемого товара?
-
для начала про это
Не подскажете где можно прочитать про требования к интерфейсной и прочей обязательной части, как-то находил а сейчас хоть убей не могу вспомнить где видел.
Например, в этом файле.
-
Разве в ТЧ есть себестоимость списываемого товара?
Хм, да наверное Вы правы.
-
Например, в этом файле.
Благодарю
-
Всем привет!
Прошу посмотреть моё решение,буду рад всем замечаниям
-
Всем привет!
Прошу посмотреть моё решение,буду рад всем замечаниям
ОбщийМодуль.Расчет
НаборДоп.Записать(,Ложь);
Почему здесь "Ложь", а не "Истина"?
-
Всем привет!
Прошу посмотреть моё решение,буду рад всем замечаниям
ОбщийМодуль.Расчет
НаборДоп.Записать(,Ложь);
Почему здесь "Ложь", а не "Истина"?
Согласен,косяк.Исправил.Спасибо за замечание
-
Добрый день!
Посомтрите пожалуйста мое решение БУ. Спасибо!
-
Добрый день!
Посомтрите пожалуйста мое решение БУ. Спасибо!
Нет документа "Операция"
Почему вы сделали признак учета субконто "Количественный", обычно это признак счета?
В коде вы вручную устанавливаете блокировки, однако у конфигурации свойство "Режим управления блокировкой данных" в значении "Автоматический".
Документ "Затраты". в запросе не задан период, в результате затраты распределяются вообще на все продажи какие были, а надо "Документы вводятся по мере поступления затрат в течение дня. Считается, что все затраты должны быть отнесены в счет продаж текущего дня"
-
Добрый день!
Посомтрите пожалуйста мое решение БУ. Спасибо!
Нет документа "Операция"
Почему вы сделали признак учета субконто "Количественный", обычно это признак счета?
В коде вы вручную устанавливаете блокировки, однако у конфигурации свойство "Режим управления блокировкой данных" в значении "Автоматический".
Документ "Затраты". в запросе не задан период, в результате затраты распределяются вообще на все продажи какие были, а надо "Документы вводятся по мере поступления затрат в течение дня. Считается, что все затраты должны быть отнесены в счет продаж текущего дня"
Ок,спасибо!
все по существу, видимо спала когда делала. ;D
-
есть ли какие-то новые дополнительные условия во втором билете?
-
Всем доброго времени суток.
Разбираю решения билета. Не могу понять, нужно ли ставить какие-то блокировки в документе Затраты в задаче БУ?
У всех по-разному( Кто-то ставит на счет ПрибылиИУбытки, кто-то нет. Может есть какое-то единое мнение?
-
Кто-то ставит на счет ПрибылиИУбытки, кто-то нет.
Всё зависит от того, есть ли при вашей трактовке условия задачи необходимость в блокировке прибылей/убытков.
-
Кто-то ставит на счет ПрибылиИУбытки, кто-то нет.
Всё зависит от того, есть ли при вашей трактовке условия задачи необходимость в блокировке прибылей/убытков.
Допустим, я в обработке проведения делаю запрос к таблице ОборотыДтКт с отборами СчетДт = ЗНАЧЕНИЕ(ПланСчетов.Управленческий.ПрибылиУбытки) и СчетКт = ЗНАЧЕНИЕ(ПланСчетов.Управленческий.Товары). Получается, блокировка нужна на оба счета? Буду благодарен, если опишите свое видение.
-
мое решение ОУ и БУ
-
мое решение ОУ и БУ
в расходной движения по бухучету делаются два раза
-
Кто-то ставит на счет ПрибылиИУбытки, кто-то нет.
Всё зависит от того, есть ли при вашей трактовке условия задачи необходимость в блокировке прибылей/убытков.
Допустим, я в обработке проведения делаю запрос к таблице ОборотыДтКт с отборами СчетДт = ЗНАЧЕНИЕ(ПланСчетов.Управленческий.ПрибылиУбытки) и СчетКт = ЗНАЧЕНИЕ(ПланСчетов.Управленческий.Товары). Получается, блокировка нужна на оба счета? Буду благодарен, если опишите свое видение.
Если одновременно 2 юзера будут запрашивать эти данные, и даже формировать новые записи, возможно возникновение проблем в учете?
-
Друзья, вопрос по задаче БУ, а точнее по изменению в ней: затраты НЕ распределяются по товарам пропорционально проданному количеству, а просто "кидаются" на проект + в отчете в колонке "Сумма затрат" суммы в разрезе проектов, а в разрезе товаров пусто. При старом условии решением (или одним из решений) было на счете ПрибылиУбытки делать аналитику оборотную Номенклатура и Проект. Тогда сделать отчет не было проблем. При новом условии: если оставить без изменения счет ПрибылиУбытки (да и весь план счетов) и просто кидать на проекты суммы (на пустую номенклатуру), то в отчете появляются строки с пустой номенклатурой, которые я убрал отбором по непустому товару.
Но я сомневаюсь, правильно ли так делать? Писать в регистр записи с пустым субконто (хоть и обороты). Или нужно каким-либо образом менять структуру плана счетов для этого изменения в условии? Поделитесь своими мыслями =)
-
Просьба посмотреть и прокомментировать моё решение билета
-
Вот мой вариант по периодическим расчетам. Прошу покритиковать.
-
мое решение ОУ и БУ
в расходной движения по бухучету делаются два раза
Почему реализовано два регистра накопления. ОстаткиНоменклатуры и Продажи. Разве нельзя ОУ реализовать только на ОстаткиНоменклатуры.
-
Добрый день.
Уважаемые, в задании по расчетному блоку указано, что необходимо предусмотреть возможность проведения в одном документе данных за разные расчетные периоды. Подскажите, пожалуйста, в чем ошибка в моем решении.
Если провожу только один месяц все ок, а если добавляю предыдущий период валиться с ошибкой мол неверный период действия.
Или это требование никто не учитывает при разработке?
-
Добрый день.
Уважаемые, в задании по расчетному блоку указано, что необходимо предусмотреть возможность проведения в одном документе данных за разные расчетные периоды. Подскажите, пожалуйста, в чем ошибка в моем решении.
Если провожу только один месяц все ок, а если добавляю предыдущий период валиться с ошибкой мол неверный период действия.
Или это требование никто не учитывает при разработке?
Вопрос по разным периодам снимается - ошибка у меня вылезает если я пытаюсь за 2 разных расчетных периода рассчитать зарплату. А если за один то все ок вроде бы как.
-
А как будет проверяться в этом билете выполнение регламентных заданий?
Надо какой то функционал предусмотреть? или просто дядя посмотрит и скажет что все ок?
-
Добрый день.
Уважаемые, в задании по расчетному блоку указано, что необходимо предусмотреть возможность проведения в одном документе данных за разные расчетные периоды. Подскажите, пожалуйста, в чем ошибка в моем решении.
Если провожу только один месяц все ок, а если добавляю предыдущий период валиться с ошибкой мол неверный период действия.
Или это требование никто не учитывает при разработке?
Добрый день! В ваш документ начисления зп к строке за май, добавил строку за апрель. Провел без проблем. Возможно вы пытаетесь в одной строке документа указать сразу оба месяца, так делать нельзя и об этом говорится в условии задачи. Если у вас ошибка в другом, укажите какие данные в забиваете в документ(ы). Код вашего решения не смотрел, но при проведении вашего документа с добавленной строкой начисления оклада за апрель, это начисление у вас идет с периодом регистрации апрель, а по логике, как я думаю, должно быть маем, т.е. датой документа.
-
Расчетные задачи: В экзамене добавлен еще один документ "Выплата зарплаты" и форме должна быть кнопка которая заполняет не выплаченную зарплату. Отчет по выплатам
-
СПР:Заморочился и сделал разбиение расчетных периодов с учетом изменения оклада одним запросом
-
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| НачислениеЗарплатыОсновныеНачисления.Сотрудник КАК Сотрудник,
| НачислениеЗарплатыОсновныеНачисления.Подразделение,
| НачислениеЗарплатыОсновныеНачисления.График,
| НачислениеЗарплатыОсновныеНачисления.ВидРасчета,
| НачислениеЗарплатыОсновныеНачисления.ДатаНачала,
| НачислениеЗарплатыОсновныеНачисления.ДатаОкончания
|ПОМЕСТИТЬ ВТ
|ИЗ
| Документ.НачислениеЗарплаты.ОсновныеНачисления КАК НачислениеЗарплатыОсновныеНачисления
|ГДЕ
| НачислениеЗарплатыОсновныеНачисления.Ссылка = &Ссылка
|
|ИНДЕКСИРОВАТЬ ПО
| Сотрудник
|;
|
|////////////////////////////////////////////////////////////////////////////////
|ВЫБРАТЬ
| ВТ.Сотрудник КАК Сотрудник,
| ВТ.Подразделение,
| ВТ.График,
| ВТ.ВидРасчета,
| ВТ.ДатаНачала КАК ПериодДействияНачало,
| ВТ.ДатаОкончания КАК ПериодДействияКонец,
| ЕСТЬNULL(СведенияООкладахСрезПоследних.Оклад, 0) КАК Параметр,
| СведенияООкладахСрезПоследних.Период КАК Период
|ПОМЕСТИТЬ ВТ2
|ИЗ
| ВТ КАК ВТ
| ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрСведений.СведенияООкладах.СрезПоследних(
| &ПериодРегистрации,
| Сотрудник В
| (ВЫБРАТЬ
| ВТ.Сотрудник
| ИЗ
| ВТ КАК ВТ)) КАК СведенияООкладахСрезПоследних
| ПО ВТ.Сотрудник = СведенияООкладахСрезПоследних.Сотрудник
|
|ОБЪЕДИНИТЬ ВСЕ
|
|ВЫБРАТЬ
| ВТ.Сотрудник,
| ВТ.Подразделение,
| ВТ.График,
| ВТ.ВидРасчета,
| ВТ.ДатаНачала,
| ВТ.ДатаОкончания,
| ЕСТЬNULL(СведенияООкладах.Оклад, 0),
| СведенияООкладах.Период
|ИЗ
| ВТ КАК ВТ
| ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.СведенияООкладах КАК СведенияООкладах
| ПО ВТ.Сотрудник = СведенияООкладах.Сотрудник
|ГДЕ
| СведенияООкладах.Период МЕЖДУ &ПериодРегистрации И КОНЕЦПЕРИОДА(&ПериодРегистрации, МЕСЯЦ)
|
|ИНДЕКСИРОВАТЬ ПО
| Сотрудник
|;
|
|////////////////////////////////////////////////////////////////////////////////
|ВЫБРАТЬ
| ВТ2.Сотрудник КАК Сотрудник,
| ВТ2.Подразделение,
| ВТ2.График,
| ВТ2.ВидРасчета,
| ВТ2.ПериодДействияНачало,
| КОНЕЦПЕРИОДА(ВТ2.ПериодДействияКонец, ДЕНЬ) КАК ПериодДействияКонец,
| ВТ2.Параметр,
| ВТ2.Период КАК Период
|ИЗ
| ВТ2 КАК ВТ2
|
|СГРУППИРОВАТЬ ПО
| ВТ2.График,
| ВТ2.Период,
| ВТ2.Сотрудник,
| ВТ2.Подразделение,
| ВТ2.ВидРасчета,
| ВТ2.ПериодДействияНачало,
| КОНЕЦПЕРИОДА(ВТ2.ПериодДействияКонец, ДЕНЬ),
| ВТ2.Параметр
|
|УПОРЯДОЧИТЬ ПО
| Период
|ИТОГИ ПО
| Сотрудник";
Запрос.УстановитьПараметр("ПериодРегистрации", НачалоМесяца(Дата));
Запрос.УстановитьПараметр("Ссылка", Ссылка);
РезультатЗапроса = Запрос.Выполнить();
ВыборкаНоменклатура = РезультатЗапроса.Выбрать(ОбходРезультатаЗапроса.ПоГруппировкам);
Пока ВыборкаНоменклатура.Следующий() Цикл
Выборка = ВыборкаНоменклатура.Выбрать();
ЭтотСотрудник = Ложь;
Пока Выборка.Следующий() Цикл
Если Ложь Тогда
Движение = Движения.ОсновныеНачисления.Добавить();
КонецЕсли;
Если ЭтотСотрудник Тогда
Движение.ПериодДействияКонец = Макс(Выборка.ПериодДействияНачало,Выборка.Период);
КонецЕсли;
Движение = Движения.ОсновныеНачисления.Добавить();
Движение.Сторно = Ложь;
Движение.ВидРасчета = Выборка.ВидРасчета;
Движение.ПериодДействияНачало = Макс(Выборка.ПериодДействияНачало,Выборка.Период);
Движение.ПериодДействияКонец = Выборка.ПериодДействияКонец;
Движение.ПериодРегистрации = НачалоМесяца(Дата);
Движение.Сотрудник = Выборка.Сотрудник;
Движение.График = Выборка.График;
Движение.Подразделение = Выборка.Подразделение;
Движение.Параметр = Выборка.Параметр;
ЭтотСотрудник = Истина;
КонецЦикла;
Осн = Истина;
КонецЦикла;
-
Один интересный момент в этой задаче для тех кто сдаёт дистанционно на котором можно запутаться
в задачке по БУ по проектам затрат:
(если сдавать дистанционно текст задачи изменён)
ЕСТЬ фраза "Считается, что все затраты должны быть отнесены в счет продаж текущего дня"
НЕТ фразы "При распределении по товарам затраты распределяются пропорционально их проданному количеству"
и в отчёте также затраты вешаются только на проект
если не смотреть на первую фразу - тогда да можно не заполнять субконто номенклатура, а заполнить только проект
обработка проведения документа затраты будет элементарная просто копирование проекта и суммы
и отчёт легко строится
но если сделать так - то можно сказать что условие "в счет продаж текущего дня" - не выполнено,
на самом деле выбирая такой способ мы никак не привязываемся к товарам проданным за день
поэтому даже если отсутствует фраза про пропорциональное распределение - его скорее всего надо сделать
-
НЕТ фразы "При распределении по товарам затраты распределяются пропорционально их проданному количеству"
и в отчёте также затраты вешаются только на проект
поэтому даже если отсутствует фраза про пропорциональное распределение - его скорее всего надо сделать
На мой взгляд, если эта фраза отсутствует, логично считать, что при распределении по товарам затраты распределяются пропорционально сумме продаж. Если бы было сказано, что по товарам затраты не распределяются или распределятся только по проектам, вот тогда не надо было бы распределять по товарам вообще.
-
Всем доброго времени суток! Выкладываю свой билет. Очень надеюсь на критику :)
-
По открытию задачи отчёт о проделанной работе,
если окно с задачей уже открыто, у меня всё равно открываются новые окна с той же задачей,
как ещё можно настроить ?
// модуль управляемого приложения
Процедура ПриНачалеРаботыСистемы()
ПодключитьОбработчикОжидания("ОткрытьАктуальныеЗадачи", 60, Ложь);
ОткрытьАктуальныеЗадачи();
КонецПроцедуры
Процедура ОткрытьАктуальныеЗадачи() Экспорт
СписокЗадач = ОтчетныеЗадачи.ПолучениеСпискаЗадач();
Для каждого Задача Из СписокЗадач Цикл
ОткрытьФорму("Задача.ЗадачаОтчет.ФормаОбъекта", Новый Структура("Ключ", Задача.Ссылка));
КонецЦикла;
КонецПроцедуры
// модуль отчетные задачи
Функция ПолучениеСпискаЗадач() Экспорт
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| ЗадачаОтчетЗадачиПоИсполнителю.Ссылка
|ИЗ
| Задача.ЗадачаОтчет.ЗадачиПоИсполнителю(, НЕ Выполнена) КАК ЗадачаОтчетЗадачиПоИсполнителю";
РезультатЗапроса = Запрос.Выполнить();
Возврат РезультатЗапроса.Выгрузить();
КонецФункции
-
По открытию задачи отчёт о проделанной работе,
если окно с задачей уже открыто, у меня всё равно открываются новые окна с той же задачей,
как ещё можно настроить ?
Поработайте с параметром Уникальность функции ОткрытьФорму.
-
По открытию задачи отчёт о проделанной работе,
если окно с задачей уже открыто, у меня всё равно открываются новые окна с той же задачей,
как ещё можно настроить ?
Поработайте с параметром Уникальность функции ОткрытьФорму.
Всё уже перепробовал - ничего не работает
Процедура ОткрытьАктуальныеЗадачи() Экспорт
СписокЗадач = ОтчетныеЗадачи.ПолучениеСпискаЗадач();
Для каждого Задача Из СписокЗадач Цикл
//ОткрытьЗначение(Задача.Ссылка);
//Объект = Задача.Ссылка.ПолучитьОбъект();
//ФормаЗадачи = Объект.ПолучитьФорму("Задача.ЗадачаОтчет.ФормаОбъекта");
//Если Не ФормаЗадачи.Открыта() Тогда
// ФормаЗадачи.Открыть();
//КонецЕсли;
ФормаСписка = ПолучитьФорму("Задача.ЗадачаОтчет.Форма.ФормаЗадачиПоИсполнителю");
ОткрытьФорму("Задача.ЗадачаОтчет.ФормаОбъекта", Новый Структура("Ключ", Задача.Ссылка), ФормаСписка,Задача.Ссылка);
КонецЦикла;
КонецПроцедуры
и с владельцем и без владельца - всё равно не срабатывает,
хотя тут владелец тоже непонятно какой каждый раз разный возможно,
скорее всего это всё не работает из-за того что нет нормального однозначного владельца.
-
Всё уже перепробовал - ничего не работает
Кажется, вот это.
Укажите значение параметра РежимОткрытияОкна - РежимОткрытияОкнаФормы.Независимый.
-
Всё уже перепробовал - ничего не работает
Кажется, вот это.
Укажите значение параметра РежимОткрытияОкна - РежимОткрытияОкнаФормы.Независимый.
Спасибо, как раз то что нужно
тут 2 варианта можно
если РежимОткрытияОкнаФормы.Независимый - тогда окно во вкладке будет,
а если РежимОткрытияОкнаФормы.БлокироватьВесьИнтерфейс - тогда в виде отдельного окна как в задании и новых окно не открывается
Процедура ОткрытьАктуальныеЗадачи() Экспорт
СписокЗадач = ОтчетныеЗадачи.ПолучениеСпискаЗадач();
Для каждого Ссылка Из СписокЗадач Цикл
ОткрытьФорму("Задача.ЗадачаОтчет.ФормаОбъекта", Новый Структура("Ключ", Ссылка),,,,,,РежимОткрытияОкнаФормы.БлокироватьВесьИнтерфейс);
КонецЦикла;
КонецПроцедуры
Всё работает
-
Ко всем - прошу проверить, покритиковать решённый билет 2.
Решены все задачи.
-
Перерешал билет 2. Уложился в чуть больше чем 5 часов. В этот раз ничем кроме синтаксис помощника в 1С не пользовался.
Дольше всего задача по БУ - 2 часа.
Быстрее всего оказался СПР - 1 час. Реализовано условие - оклад меняется в течении периода.
Не переносил в общий модуль расчётные процедуры. Непонятно - в связи с чем это условие - переносить процедуру расчёта в общий модуль? Это потеря 3-х минут:)
-
Переносить в общий модуль можно, но не обязательно. В общий модуль переносим, когда нужно делать перерасчет с формы
-
Имеется в виду расчёт в форме начисления ЗП, или именно перерасчёт документа из обработки перерасчёта?
-
Всем привет. Ребят, смутила эта фраза. Задание по периодическим расчетам.
В течение расчетного периода первоначальное значение оклада может быть неоднократно изменено. В информационной базе необходимо хранить историю его изменения. Расчет должен проводиться исходя из действующего на рассчитываемую дату начального значения оклада. Например, если начальное значение оклада изменилось 10 августа, то до 10 августа при расчете берется старое значение, а начиная с 10 августа – новое.
Правильно ли я понимаю?
Расчетный период 01.03.17 - 31.03.17. Он же является и фактически отработанным.
Оклад менялся 2 раза. На 01.03.2017 - 10000 р., 10.03.2017 - 15000 р., 20.03.2017 - 25000 р.
Следовательно, расчеты будут следующими (допустим без выходных):
1) 01.03.17 - 9.03.17 = 10000 р. * 10 / 31 = 3225 р.
2) 10.03.17 - 19.03.17 = 15000 р * 10 / 31 = 4838 р.
3) 20.03.17 - 31.03.17 = 25000 р * 11 / 31 = 8870 р.
ИТОГО: 3225 + 4838 + 8870 = 16933 р.
Верно?
-
Верно.
-
Верно.
Спасибо.
Подскажите еще момент, какой подвох кроется здесь?
Процент премии в течение периода начисления не меняется и задается в документе «Начисление зарплаты».
-
Я это воспринимаю что его хранить не надо и просто задавать в шапке, или ТЧ. Считаю что это условие, которое упрощает решение задачи - типа чтобы сдающий не заморачивался и не тратил время.
В других задачах в условиях пишется что надо хранить процент премии. Соотв. требуется регистр сведений.
-
Всем привет. Ребят, смутила эта фраза. Задание по периодическим расчетам.
В течение расчетного периода первоначальное значение оклада может быть неоднократно изменено. В информационной базе необходимо хранить историю его изменения. Расчет должен проводиться исходя из действующего на рассчитываемую дату начального значения оклада. Например, если начальное значение оклада изменилось 10 августа, то до 10 августа при расчете берется старое значение, а начиная с 10 августа – новое.
Правильно ли я понимаю?
Расчетный период 01.03.17 - 31.03.17. Он же является и фактически отработанным.
Оклад менялся 2 раза. На 01.03.2017 - 10000 р., 10.03.2017 - 15000 р., 20.03.2017 - 25000 р.
Следовательно, расчеты будут следующими (допустим без выходных):
1) 01.03.17 - 9.03.17 = 10000 р. * 10 / 31 = 3225 р.
2) 10.03.17 - 19.03.17 = 15000 р * 10 / 31 = 4838 р.
3) 20.03.17 - 31.03.17 = 25000 р * 11 / 31 = 8870 р.
ИТОГО: 3225 + 4838 + 8870 = 16933 р.
Верно?
И в задании ещё в конце приписано что могут быть различные периоды расчёта - я так это понимаю и решаю....
могут быть следующие строки в ТЧ начисления ЗП
Иванов с 03.03.17 по 10.03.17 Оклад
Иванов с 15.03.17 по 25.03.17 Оклад
Допустим изменения окладов
20.02.17 Иванов 10000
05.03.17 Иванов 15000
16.03.17 Иванов 18000
Соответсвенно в периоды оклады будут
Иванов с 03.03.17 по 04.03.17 Оклад 10000
Иванов с 05.03.17 по 10.03.17 Оклад 15000
Иванов с 15.03.17 по 15.03.17 Оклад 15000
Иванов с 16.03.17 по 25.03.17 Оклад 18000
-
Один интересный момент в этой задаче для тех кто сдаёт дистанционно на котором можно запутаться
в задачке по БУ по проектам затрат:
(если сдавать дистанционно текст задачи изменён)
ЕСТЬ фраза "Считается, что все затраты должны быть отнесены в счет продаж текущего дня"
НЕТ фразы "При распределении по товарам затраты распределяются пропорционально их проданному количеству"
и в отчёте также затраты вешаются только на проект
если не смотреть на первую фразу - тогда да можно не заполнять субконто номенклатура, а заполнить только проект
обработка проведения документа затраты будет элементарная просто копирование проекта и суммы
и отчёт легко строится
но если сделать так - то можно сказать что условие "в счет продаж текущего дня" - не выполнено,
на самом деле выбирая такой способ мы никак не привязываемся к товарам проданным за день
поэтому даже если отсутствует фраза про пропорциональное распределение - его скорее всего надо сделать
Если доп. затраты в отчете без указания номенклатуры, просто по проекту, то не факт, что распределять надо. Формально "в счет продаж текущего дня" мы выполняем требование, просто указав соответствующую дату движений регистра и Проект. Привязка заключается в том, попадут или нет эти затраты в отчет по проекту за соответствующий день. Себестоимость проданной номенклатуры может считаться по-разному - с учетом доп.затрат или без. Тем более, что в данном случае речь идет даже не о себестоимости товаров (списываемых со склада), а именно о затратах на продажу, которая в себестоимость не входит. Здесь конкретный способ распределения и вообще его необходимость не оговорены, а для отчета распределение затрат по номенклатуре не требуется.
-
Сдал спеца 09.06.17. Хочу поделиться своими решениями билетов. Спасибо всем участникам за обсуждение и выкладываемые решения. Это серьезная помощь в подготовке к экзамену.
-
Сдавал 30.06 удаленно. Попалась задача по периодическим расчетам из 2 билета, но с дополнительными условиями по доп начислениям:
" За произвольный период времени (должен указываться в документе и может быть меньше периода ведения расчетов, например, всего несколько дней) сотрудникам компании начисляется премия процентом от начисления по окладу, сделанного за те же дни, за которые была начислена премия. Процент премии в течении периода начисления не меняется и задается в документе "Начисление зарплаты".
Вместо премии, за любой день, сотруднику может быть выплачена произвольная сумма денег.
В конфигурации необходимо создать документ "Зарплата к выплате". В табличной части документа для каждого сотрудника указывается сумма выплачиваемой зарплаты. Документ должен заполняться автоматически данными о ещё не выплаченной зарплате. "
Короче я ничего не успел.
-
Сдавал 30.06 удаленно. Попалась задача по периодическим расчетам из 2 билета, но с дополнительными условиями по доп начислениям:
" За произвольный период времени (должен указываться в документе и может быть меньше периода ведения расчетов, например, всего несколько дней) сотрудникам компании начисляется премия процентом от начисления по окладу, сделанного за те же дни, за которые была начислена премия. Процент премии в течении периода начисления не меняется и задается в документе "Начисление зарплаты".
Вместо премии, за любой день, сотруднику может быть выплачена произвольная сумма денег.
В конфигурации необходимо создать документ "Зарплата к выплате". В табличной части документа для каждого сотрудника указывается сумма выплачиваемой зарплаты. Документ должен заполняться автоматически данными о ещё не выплаченной зарплате. "
Короче я ничего не успел.
Это условие при дистанционной сдаче 100 лет назад появилось уже, если старые ветки форума почитать, то найти можно было
я тоже в феврале ходил в первый раз 2ой билет попался с этим условием, тоже не успел
отписался про это условие, потом нашёл его что и раньше про него писали
-
Это условие при дистанционной сдаче 100 лет назад появилось ужели
Почему его не внесут в актуальные билеты?
Можете выложить свой вариант решения?
-
мой вариант решения СПР с доп условием, посмотрите правильно или нет
-
Там еще и отчет нужно сделать "Платежная ведомость".
Колонки: сотрудник, начальное сальдо, начислено (вид расчета/результат), выплачено.
Это еще и регистр делать "Взаиморасчеты с работниками", тьфу напридумывают задач.
-
Можете выложить свой вариант решения?
в самой верхней ветке в результатах сдачи выкладывал
http://forum.chistov.pro/index.php?topic=4068.msg51672#msg51672
-
kvt500
Не увидел фиксированной суммы в решении. В ПВР она есть, а в общем модуле не заметил. Похоже нужно использовать три ПВР.
-
Мое решение билета 2 . Буду рад замечаниям и комментариям
-
Мое решение билета 2 . Буду рад замечаниям и комментариям
Вот есть вопрос по плану счетов. Вы добавили признак учета Количественный, а зачем? Правильно, для ограничения хранения итогов по количеству для тех счетов, по которым не ведется количественный учет. То есть у нас должны быть счета по которым ведется количественный учет и по которым не ведется. Количество нам нужно только на счете Товары, а на счете ПиУ, как мне кажется, признак учета Количественный будет лишним. В принципе и так все работает, но могут при докопаться.
Затраты распределяются неправильно, например я ввел следующие данные: продал по проекту количество 3 и 5, затраты 777. У вас распределяется так: 485.63 и 291.38. В сумме это 777.01. Вот и вылезла лишняя копейка. Выгрузку прилагаю.
Иванов и Бельдыев не получат оклад за 31 число.
-
Мое решение билета 2 . Буду рад замечаниям и комментариям
Вот есть вопрос по плану счетов. Вы добавили признак учета Количественный, а зачем? Правильно, для ограничения хранения итогов по количеству для тех счетов, по которым не ведется количественный учет. То есть у нас должны быть счета по которым ведется количественный учет и по которым не ведется. Количество нам нужно только на счете Товары, а на счете ПиУ, как мне кажется, признак учета Количественный будет лишним. В принципе и так все работает, но могут при докопаться.
Затраты распределяются неправильно, например я ввел следующие данные: продал по проекту количество 3 и 5, затраты 777. У вас распределяется так: 485.63 и 291.38. В сумме это 777.01. Вот и вылезла лишняя копейка. Выгрузку прилагаю.
Иванов и Бельдыев не получат оклад за 31 число.
Большое Вам спасибо за комментария. По существу вопросов:
по БУ у меня задействован счет Поставщики ( для первоначального наполнения остатков товаров на счете Товары) поэтому и использовался признак учета
По ПР : посмотрел расчет оклада по Иванову ( по нему проще так как у него не менялся оклад) вот у него за октябрь полностью прошло начисление оклада ( 100 тыс оклад и начислено 100 тыс, как бы все рабочие дни зачтены)
Насчет копеек, спасибо!!!! Согласен что я заложил потенциально не верный алгоритм, (сперва находится делением единица средних затрат а потом умножается на
количество каждой номенклатуры и возможна получаемая ситуация. Буду думать как лучше выйти из этой ситуации
-
Мое решение билета 2 . Буду рад замечаниям и комментариям
Вот есть вопрос по плану счетов. Вы добавили признак учета Количественный, а зачем? Правильно, для ограничения хранения итогов по количеству для тех счетов, по которым не ведется количественный учет. То есть у нас должны быть счета по которым ведется количественный учет и по которым не ведется. Количество нам нужно только на счете Товары, а на счете ПиУ, как мне кажется, признак учета Количественный будет лишним. В принципе и так все работает, но могут при докопаться.
Затраты распределяются неправильно, например я ввел следующие данные: продал по проекту количество 3 и 5, затраты 777. У вас распределяется так: 485.63 и 291.38. В сумме это 777.01. Вот и вылезла лишняя копейка. Выгрузку прилагаю.
Иванов и Бельдыев не получат оклад за 31 число.
Большое Вам спасибо за комментария. По существу вопросов:
по БУ у меня задействован счет Поставщики ( для первоначального наполнения остатков товаров на счете Товары) поэтому и использовался признак учета
По ПР : посмотрел расчет оклада по Иванову ( по нему проще так как у него не менялся оклад) вот у него за октябрь полностью прошло начисление оклада ( 100 тыс оклад и начислено 100 тыс, как бы все рабочие дни зачтены)
Насчет копеек, спасибо!!!! Согласен что я заложил потенциально не верный алгоритм, (сперва находится делением единица средних затрат а потом умножается на
количество каждой номенклатуры и возможна получаемая ситуация. Буду думать как лучше выйти из этой ситуации
Изменил алгоритм проведения документа Затраты ( идет проверка на округление и проверка остатка )
-
По ПР : посмотрел расчет оклада по Иванову ( по нему проще так как у него не менялся оклад) вот у него за октябрь полностью прошло начисление оклада ( 100 тыс оклад и начислено 100 тыс, как бы все рабочие дни зачтены)
Это так просто повезло, на самом деле там все не так. Вот пример:
Делаем Иванову начисление оклада с 01.10.2017 по 03.10.2017.
Получаем 8333,33.
Считаем вручную, в ноябре 22 рабочих дня, это 22 * 8 = 176 часов. Отработал 3 * 8 = 24. 100 / 176 * 24 = 13636,36!
Смотрим отладчиком. План 384, факт 32. Совсем не то.
-
По ПР : посмотрел расчет оклада по Иванову ( по нему проще так как у него не менялся оклад) вот у него за октябрь полностью прошло начисление оклада ( 100 тыс оклад и начислено 100 тыс, как бы все рабочие дни зачтены)
Это так просто повезло, на самом деле там все не так. Вот пример:
Делаем Иванову начисление оклада с 01.10.2017 по 03.10.2017.
Получаем 8333,33.
Считаем вручную, в ноябре 22 рабочих дня, это 22 * 8 = 176 часов. Отработал 3 * 8 = 24. 100 / 176 * 24 = 13636,36!
Смотрим отладчиком. План 384, факт 32. Совсем не то.
Согласен есть ошибка, в регистре расчета нет привязки к графику по подразделениям в которых работают сотрудники . То есть необходимо ввести реквизит Подразделение в РР ОсновныеНачисления и привязать из к Измерению ПОдраздление РегистраСведении. (Сейчас переправлю) А Вам большое спасибо за замечание ( это ошибка возникла при оптимизации первоначального варианта решения - у меня там в документе Начисления зарплаты и в РР было поле подразделение которое я потом удалил в рамках соответствия условиям билета)
-
По ПР : посмотрел расчет оклада по Иванову ( по нему проще так как у него не менялся оклад) вот у него за октябрь полностью прошло начисление оклада ( 100 тыс оклад и начислено 100 тыс, как бы все рабочие дни зачтены)
Это так просто повезло, на самом деле там все не так. Вот пример:
Делаем Иванову начисление оклада с 01.10.2017 по 03.10.2017.
Получаем 8333,33.
Считаем вручную, в ноябре 22 рабочих дня, это 22 * 8 = 176 часов. Отработал 3 * 8 = 24. 100 / 176 * 24 = 13636,36!
Смотрим отладчиком. План 384, факт 32. Совсем не то.
Согласен есть ошибка, в регистре расчета нет привязки к графику по подразделениям в которых работают сотрудники . То есть необходимо ввести реквизит Подразделение в РР ОсновныеНачисления и привязать из к Измерению ПОдраздление РегистраСведении. (Сейчас переправлю) А Вам большое спасибо за замечание ( это ошибка возникла при оптимизации первоначального варианта решения - у меня там в документе Начисления зарплаты и в РР было поле подразделение которое я потом удалил в рамках соответствия условиям билета)
Добавил реквизит Подразделение в РР ОсновныеНачисления и теперь правильно считает ПланЧасов и зарплату тоже :) . Базу вложил
-
при тех же входных данных начисляется 9090,91. Что, как мне кажется ,неверно, окончания периода действия должен быть конец дня т.е. 03.10.2017 23.59.59
-
при тех же входных данных начисляется 9090,91. Что, как мне кажется ,неверно, окончания периода действия должен быть конец дня т.е. 03.10.2017 23.59.59
странно, у меня считает по иванову с 1 по 4 при окладе 100 000 13 636,36
-
при тех же входных данных начисляется 9090,91. Что, как мне кажется ,неверно, окончания периода действия должен быть конец дня т.е. 03.10.2017 23.59.59
странно, у меня считает по иванову с 1 по 4 при окладе 100 000 13 636,36
по идее так и должно быть , 3 рабочих дня по 8 часов (1 октября воскресенье выходной ) рабочие дни 2,3,4 числа
-
мой вариант решения СПР с доп условием, посмотрите правильно или нет
Если взять период действия начало в ПР не 01. а с другого числа, то начало все равно с 01,
-
Коллеги, приветствую! Покритикуйте, плиз, мое решение 2-го билета. Больше всего внимания прошу уделить СПР, а именно запросу, получающему значения оклада на начало расчетного периода и одновременно разбивающего расчетные периоды при изменении значения оклада в регистре. Чувствую, что в конце наколхозил, но без этого не могу получить корректные данные, чтобы сразу закинуть выгрузку запроса в РР.
-
Эх...если есть идеи и время у кого - подскажите как ко вложенной базе дописать расчет премии.
У меня не получается.
//Солянка из задачи СПР 2 билета, задача из сборника 3,46 + доп условие.
Оклад реализован, разбивается на периоды.
Для премии ни как не могу посчитать базу корректно.
Премия я так понимаю, по условию тоже должна разбиваться на периоды, как и оклад.
допустим оклад за сентябрь 2017.
изменение оклада было 10.09.2017 -> 2 строки в РР Осн начисления
А если премия начисляется за период с 05.09.2017 - 30.09.2017...откуда взять/как посчитать базу за 4 дня до изменения оклада и остальные 20 дней после изменения
Условия:
Начисление зарплаты сотрудникам предприятия осуществляется ежемесячно с использованием метода отклонений. Каждый сотрудник может работать одновременно только в одном подразделении компании, то есть совместительство не допускается.
Все сотрудники работают по графику работы, установленному отдельно для каждого подразделения.
Сотрудники предприятия получают оплату по окладу пропорционально отработанному времени в часах. Часовая ставка рассчитывается как начальное значение оклада, деленное на количество рабочих часов в том же периоде, что и фактически отработанные часы. В течение расчетного периода первоначальное значение оклада может быть неоднократно изменено. В информационной базе необходимо хранить историю его изменения. Расчет должен проводиться исходя из действующего на рассчитываемую дату начального значения оклада. Например, если начальное значение оклада изменилось 10 августа, то до 10 августа при расчете берется старое значение, а начиная с 10 августа – новое.
Дополнительно, сотрудникам компании может быть начислена премия процентом от начисленного им в том же расчетном периоде оклада. Период задается с точностью до дня в документе «Начисление зарплаты». Процент премии в течение периода начисления не меняется и задается в документе «Начисление зарплаты».
Вместо премии, за любой отработанный день, сотруднику может быть выплачена произвольная сумма денег.
-
Премия я так понимаю, по условию тоже должна разбиваться на периоды, как и оклад.
Не разделаю вашего предположения. Условие звучит:
может быть начислена премия процентом от начисленного им в том же расчетном периоде оклада.
Т.е. за какой-то месяц мог быть начислен оклад, размер которого мог несколько раз измениться в этом периоде. А премия начисляется от общей суммы оклада в этом месяце. Вся база рассчитывается сразу, зачем разбивать?
-
Всем привет, коллеги, покритикуйте решение пжл.
-
Здравствуйте! Билет № 2. Решение получилось не сложным, сомневаюсь верное ли оно. Буду рада критике. Спасибо)
-
Коллеги, хотел бы обсудить дополнения, которые есть во 2м билете.
1. Добавлено условие "При проведении документа (расходная накладная) анализируется наличие этого товара на указанном в шапке документа складе. Если товара недостаточно документ не проводится."
Правильно ли я понимаю, это дополнение обязывает нас завести еще 1 вид субконто - склад. Добавить его на счет товары а так же добавить его в расходной и приходной накладной (с заполнением этого субконто).
Далее, т.к. нет ничего про расчет себестоимости в разрезе партий и складов не сказано, (а только в разрезе партий), то в расходной накладной к ТЧ с товарами цепляем вначале .Остатки() по виду субконто "Номенклатура" и "Склад", а затем еще раз цепляем .Остатки() по виду номенклатура и партия. Таким образом мы получим остаток по складу (а если его не хватает то ругаемся), если все ок далее просто партионное списание по КоличествОстатокПоПартии и СуммаОстатокПоПартии.
Убрали условие "При распределении по товарам затраты распределяются пропорционально их проданному количеству."
Т.е. теперь затраты не нужно вообще никак распределять, а просто списать на указаный проект? Ну т.е. проводка получается без каких-либо запросов, сразу ДТ/КТ?
Так же, здесь как я понимаю мы можем отказаться от субконто Номенклатура на счете ПрибылиУбытки, т.к. у нас затраты считаются в разрезе проектов (и только проектов), плюс распределять их не нужно, а мы сразу списываем их на конкретный проект. Косвенно на эту мысль меня еще подтолкнуло то, что следующий доп:
В отчете в колонке Сумма затрат суммы рассчитываются только по группировке Проект. По количеству рассчитывать не надо.
Т.е. если раньше нам нужно было вести учет затрат по номенклатуре (чтобы посчитать пропорционально распределить), то теперь такой потребности нет.
Верно ли я мыслю?
-
можем отказаться от субконто Номенклатура на счете ПрибылиУбытки
Судя по виду отчета отказаться от субконтно Номенклатура на счете ПрибылиУбытки не получится.
-
можем отказаться от субконто Номенклатура на счете ПрибылиУбытки
Судя по виду отчета отказаться от субконтно Номенклатура на счете ПрибылиУбытки не получится.
Точно, нам же нужно продажную сумму еще выводить. Забыл про это.
т.е. все сводится только к +1 субконто на Товары, изменению запроса по расходной, и в затратах убрать распределение а сразу писать ДТ/КТ?
-
Коллеги, хотел бы обсудить дополнения, которые есть во 2м билете.
Обращу внимание тех, кто не в курсе.
Нет и никогда не было никаких дополнений, и ничего не убирается и не заменяется.
Более того, нет официального списка билетов.
Есть билеты, которые встречаются чаще (собраны сдававшими ранее), и их наиболее частые вариации. Перед очным экзаменом экзаменаторы часто перебивают билеты прямо перед распечаткой.
Поэтому не стоит заучивать никакие формулировки, и ожидать, что на экз, особенно, на очном, будет именно в таком варианте. На дистанционном, вроде бы, реже, но "нежданчики" тоже случаются.
Так что оптимальный вариант подготовки - знать и уметь кодить все "старые" и "новые" ситуации, в какой бы задаче они не появились.
-
Коллеги, хотел бы обсудить дополнения, которые есть во 2м билете.
Обращу внимание тех, кто не в курсе.
Нет и никогда не было никаких дополнений, и ничего не убирается и не заменяется.
Более того, нет официального списка билетов.
Есть билеты, которые встречаются чаще (собраны сдававшими ранее), и их наиболее частые вариации. Перед очным экзаменом экзаменаторы часто перебивают билеты прямо перед распечаткой.
Поэтому не стоит заучивать никакие формулировки, и ожидать, что на экз, особенно, на очном, будет именно в таком варианте. На дистанционном, вроде бы, реже, но "нежданчики" тоже случаются.
Так что оптимальный вариант подготовки - знать и уметь кодить все "старые" и "новые" ситуации, в какой бы задаче они не появились.
так я вроде и спросил совета, по тому, что было изменено (относительно изначального билета на гуглодоке), и правильно ли я спроектировал решение...
-
Сейчас прорешиваю данный билет.
Вот возник вопрос при реализации проводок документа Затрат.
Вроде бы, все прозрачно с изменениям, гласящие, что не нужно распределять пропорционально.
Но вот сейчас на забитую после рабочих будней голову, не могу сообразить, как нам теперь распределить?
Есть ли смысл при распределении затрат вообще указывать номенклатуру, на которую мы вешаем затраты, или достаточно повесить все на проект и не заполнять субконто Номенклатура на ПрибылиУбытки?
-
Сейчас прорешиваю данный билет.
Вот возник вопрос при реализации проводок документа Затрат.
Вроде бы, все прозрачно с изменениям, гласящие, что не нужно распределять пропорционально.
Но вот сейчас на забитую после рабочих будней голову, не могу сообразить, как нам теперь распределить?
Есть ли смысл при распределении затрат вообще указывать номенклатуру, на которую мы вешаем затраты, или достаточно повесить все на проект и не заполнять субконто Номенклатура на ПрибылиУбытки?
Я затраты вешал на проект без всякого распределения. Движения конструктором.
-
Сейчас прорешиваю данный билет.
Вот возник вопрос при реализации проводок документа Затрат.
Вроде бы, все прозрачно с изменениям, гласящие, что не нужно распределять пропорционально.
Но вот сейчас на забитую после рабочих будней голову, не могу сообразить, как нам теперь распределить?
Есть ли смысл при распределении затрат вообще указывать номенклатуру, на которую мы вешаем затраты, или достаточно повесить все на проект и не заполнять субконто Номенклатура на ПрибылиУбытки?
Я затраты вешал на проект без всякого распределения. Движения конструктором.
Понял, значит верно мыслил.
Еще размышление есть. Т.к. в задаче есть учет остатков по складам, а вот себестоимость считается в целом по компании, имеет смысл завести признак учета субконто Суммовой, чтобы не хранить сумму по Складу. Или это уже излишне?
-
Или это уже излишне?
Обязательно.
-
Но сумма при этом все равно будет иметь признак "Баланс". Верно?
-
Но сумма при этом все равно будет иметь признак "Баланс". Верно?
Верно
-
Супер!
Походу я не совсем тупой
XD
-
Коллеги, есть вопрос по данному билету по СПР.
Решение на которое ориентируюсь - в нем Оклад, Премия и Произвольная сумма, внесены в Основные начисления, у премии стоит галочка "Период действия является базовым" база по окладу и ведущее - оклад, вытесняется произвольной суммой.
я при прорешивании данной задачи в таком виде, с учетом того, что и оклад может изменяться за указанный период N-раз, спецом для тестов вводил процент премии 100, и у меня перерасчет шел корректно (за указанный период), при этом если в указанный период попадала произвольная сумма, то премия уменьшалась (что соответствует условию "Вместо премии за любой день сотруднику может быть выплачена произвольная сумма денег".
Однако, сейчас перечитывал историю кто как сдавал, вот здесь есть отчет:
http://forum.chistov.pro/index.php?topic=993.msg48560#msg48560 + далее пост ниже.
Там сделано на ДОП начислениях и произвольная сумма денег не вытесняет премию. При этом человек получил 5, и без замечаний.
Т.к. было это давненько, (более года назад) и знаю что переодически по какой то причине белое становится черным, и наоборот, что на текущий момент с данным вариантом решения? является то, что я описал (все в осн. начисления + галка у Премии) верным?
-
Сейчас прорешиваю данный билет.
Вот возник вопрос при реализации проводок документа Затрат.
Вроде бы, все прозрачно с изменениям, гласящие, что не нужно распределять пропорционально.
Но вот сейчас на забитую после рабочих будней голову, не могу сообразить, как нам теперь распределить?
Есть ли смысл при распределении затрат вообще указывать номенклатуру, на которую мы вешаем затраты, или достаточно повесить все на проект и не заполнять субконто Номенклатура на ПрибылиУбытки?
Я затраты вешал на проект без всякого распределения. Движения конструктором.
Понял, значит верно мыслил.
Еще размышление есть. Т.к. в задаче есть учет остатков по складам, а вот себестоимость считается в целом по компании, имеет смысл завести признак учета субконто Суммовой, чтобы не хранить сумму по Складу. Или это уже излишне?
И еще вопрос, Суммовой по Товарам - тут понятно, только по номенклатуре.
А вот по проектам, думаю что нужен и по Номенклатуре и по Проектам, верно ли думаю?
-
И еще вопрос, Суммовой по Товарам - тут понятно, только по номенклатуре.
А вот по проектам, думаю что нужен и по Номенклатуре и по Проектам, верно ли думаю?
По условию задачи только по Номенклатуре. Себестоимость определяется как средняя для каждой номенклатурной позиции по всей компании
-
Прошу оценить решение расчетной задачи. Делал по Белоусову.
-
Небольшие правки в запросе
-
Добрый день!
Решение второго билета с учетом "новых" условий.
Кому не сложно просьба проверьте пожалуйста
-
В СПР не учитывается условие: фиксированная сумма вытесняет премию. (описано в Расхождения от актуальных билетов). И согласно этому условию Премия и Произвольная сумма должны обладать периодом действия. и здесь можно обойтись одним ПВР с периодом действия, зависимостью от базы того же ПВР по периоду действия.
-
В СПР не учитывается условие: фиксированная сумма вытесняет премию. (описано в Расхождения от актуальных билетов). И согласно этому условию Премия и Произвольная сумма должны обладать периодом действия. и здесь можно обойтись одним ПВР с периодом действия, зависимостью от базы того же ПВР по периоду действия.
Спасибо большое!!!
Тоже первый раз решал спр через 1 пвр. Но согласно сообщениям успешно сдавших людей правильно решать все-таки без вытеснения на разных пвр.
-
Тоже первый раз решал спр через 1 пвр. Но согласно сообщениям успешно сдавших людей правильно решать все-таки без вытеснения на разных пвр.
Это взаимоисключающие ВР. Должно быть вытеснение.
-
В СПР не учитывается условие: фиксированная сумма вытесняет премию. (описано в Расхождения от актуальных билетов). И согласно этому условию Премия и Произвольная сумма должны обладать периодом действия. и здесь можно обойтись одним ПВР с периодом действия, зависимостью от базы того же ПВР по периоду действия.
Тоже первый раз решал спр через 1 пвр. Но согласно сообщениям успешно сдавших людей правильно решать все-таки без вытеснения на разных пвр.
Даже если без вытеснений делать, то фиксированная сумма должна быть в ПВР с периодом действия, а ты зачем-то заполняешь у нее базовый период.
-
Тоже первый раз решал спр через 1 пвр. Но согласно сообщениям успешно сдавших людей правильно решать все-таки без вытеснения на разных пвр.
Это взаимоисключающие ВР. Должно быть вытеснение.
не поймите меня неправильно, но ответы #3207 и #3209 темы http://forum.chistov.pro/index.php?topic=993.msg48560#msg48560 (http://forum.chistov.pro/index.php?topic=993.msg48560#msg48560) человека, сдавшего этот билет на отлично как бы однозначно говорят о том, что вытеснение в этой задаче не нужно.
Повторюсь, я полностью согласен с вами и Ender по поводу трактовки данной задачи, но какой в этом смысл, когда есть конечное мнение экзаменатора.
-
Тоже первый раз решал спр через 1 пвр. Но согласно сообщениям успешно сдавших людей правильно решать все-таки без вытеснения на разных пвр.
Это взаимоисключающие ВР. Должно быть вытеснение.
не поймите меня неправильно, но ответы #3207 и #3209 темы http://forum.chistov.pro/index.php?topic=993.msg48560#msg48560 (http://forum.chistov.pro/index.php?topic=993.msg48560#msg48560) человека, сдавшего этот билет на отлично как бы однозначно говорят о том, что вытеснение в этой задаче не нужно.
Повторюсь, я полностью согласен с вами и Ender по поводу трактовки данной задачи, но какой в этом смысл, когда есть конечное мнение экзаменатора.
Там не было мнения экзаменатора, просто не было за это замечания. Вообще говоря, это не значит, что так рекомендуется.
Там же еще один чел пишет, он как раз с вытеснением сделал, и у него тоже замечаний не было.
Теперь моё мнение - вытеснение нужно. Хотя можно было бы сослаться на контроль юзером. Если бы не одно НО - без вытеснения в ПроизвольнойСумме нет вообще никакого смысла, этот ВР ни в чем не участвует, ни на что не влияет.
-
не поймите меня неправильно, но ответы #3207 и #3209 темы http://forum.chistov.pro/index.php?topic=993.msg48560#msg48560 (http://forum.chistov.pro/index.php?topic=993.msg48560#msg48560) человека, сдавшего этот билет на отлично как бы однозначно говорят о том, что вытеснение в этой задаче не нужно.
Повторюсь, я полностью согласен с вами и Ender по поводу трактовки данной задачи, но какой в этом смысл, когда есть конечное мнение экзаменатора.
На спорные моменты я смотрю с позиции, что если бы я сдавал очно, нашлись ли бы у меня аргументы в защиту такого варианта решения? Ссылка на сдавшего не помогла бы. Остается только свое виденье. Если оно окажется не верным, то я это легче перенесу, чем если неверным окажется вариант, который изначально я не смог бы обосновать.
Конкретно по этой задаче по поводу премии есть фраза:
Период задается с точностью до дня в документе «Начисление зарплаты».
Кроме как премия имеет период действия больше эту фразу никак понять не могу.
По поводу произвольной суммы:
Вместо премии, за любой отработанный день, сотруднику может быть выплачена произвольная сумма денег.
Т.е. вместо вида расчета с периодом действия за определенный интервал времени работает другой вид расчета. Что это как не вытеснение?
При таком тексте задачи решение на одном ОН выглядит единственно правильным.
-
УФ Не понимаю почему, через какое-то время начинает создавать задачи каждую минуту, хотя по регламентным заданиям стоит выполнение 1 раз в 1 день. Никто не подскажет, где ошибка?
-
УФ Не понимаю почему, через какое-то время начинает создавать задачи каждую минуту, хотя по регламентным заданиям стоит выполнение 1 раз в 1 день. Никто не подскажет, где ошибка?
Видимо переиграли с флагом Предопределнное и расписанием. Проблема где-то в информационной базе, а не в конфигурации. Загрузил вашу dt - проблема воспроизвелась. Выгрузил cf и загрузил в чистую базу - задача создалась один раз и периодически открывается ее форма, всё как надо.
Запустите ваш dt в режиме обычного приложения в толстом клиенте и посмотрите консолью заданий. Там вот что:
каждый день; с 10:00:00 по 23:33:33 каждые 10 секунд, завершать после 23:50:00, завершать через 10 секунд, повторять после завершения через 10 секунд
Снимаем флаг Предопределенное, запускаем в режиме Предприятие, снова устанавливаем флаг Предопределенное, перезапускаем. Теперь в консоле видим:
каждый день; один раз в день
Возвращаем режим в управляемый. Запускаем - профит!
Разумеется, консоли заданий на экзамене у вас не будет, но как победить проблему я думаю вы поняли.
-
Разумеется, консоли заданий на экзамене у вас не будет, но как победить проблему я думаю вы поняли.
Понял, спасибо, значит не стоит тестить меняя частоту создания задач через регламентные задания.
-
Clition, alex1248 спасибо, просветили! :)
-
Понял, спасибо, значит не стоит тестить меняя частоту создания задач через регламентные задания.
Скорее вывод должен быть такой: проблема решается перезапуском Предприятия сначала без флага Предопределенное (для сброса старых значений), а затем уже с установленным флагом (для применения нового значения).
-
Прошу оценить полное решение билета 2.
-
Добрый день есть вопрос по опер учет для данного билета.
При движения проводок по документу "Расходная накладная" . В эталонном решение или в других , движение по второму регистру(не по которому берутся остатки, а по которому отчет строится) в нем нет измерения партия. и получается что в нем будут дублироваться строки , если в документе будет одна номенклатура с разными партиями. А лишние строчки в оборотном регистре я насколько знаю это ошибка , или это не критично???
и еще вопрос про бух учет.
В задании к билеты не указаны проводки к Приходная так должно быть? и ни слово про контроль остатка - так тоже должно быть?
-
В эталонном решение или в других
Какое решение вы считаете эталонным?
получается что в нем будут дублироваться строки
Ничего дублироваться не должно. Используйте итоги в запросе и обход по группировкам.
В задании к билеты не указаны проводки к Приходная
Там не проводки не указаны, а вообще нет приходной. Но есть Операция.
ни слово про контроль остатка - так тоже должно быть?
В изменениях есть фраза:
При проведении документа анализируется наличие этого товара на указанном в шапке документа складе. Если товара недостаточно документ не проводится.
-
спасибо, за ответ.
-
Добрый день, коллеги!
Решил 2 билет с текстом из актуальных. Просьба посмотреть.
По поводу СПР - решил и думаю что надо делать на одном регистре. Хорошая мысля приходит опосля....
Покритикуйте мое решение
-
Добрый день, коллеги!
Решил 2 билет с текстом из актуальных. Просьба посмотреть.
По поводу СПР - решил и думаю что надо делать на одном регистре. Хорошая мысля приходит опосля....
Покритикуйте мое решение
ОУ. Приходная - дубли строк, рекомендуется сгруппировать по номенклатуре. Можно решить на двух регистрах. Измерение партия в продажах избыточно.
УстановитьПараметр("МоментВремени",Новый Граница(МоментВремени(),ВидГраницы.Исключая)) - можно использовать просто момент времени.
Выборка.СуммаОстаток / Выборка.КоличествоОстаток * Выборка.Количество; - возможно деление на 0;
БУ. Вместо ЭлементБлокировки.ИспользоватьИзИсточникаДанных("Субконто1", "Номенклатура") - ""Субконто1" лучше использовать ПланыВидовХарактеристик.ВидыСубконто.Номенклатура т.к. пользователь может изменить порядок субконто.
Посмотри в ветке расхождений есть изменения в задаче.
Расчеты бегло глянул. Смутил запрос по окладам.
-
Здравствуйте! Выкладываю свое решение второго билета с дополнениями. Буду рад критике
-
Помогите с решением расчетной задачи.
Произвольная сумма должна вытеснять премию. Таким образом все три вида расчета: Оклад, премия, и Произвольная сумма, должны быть в одном ПланеВидовРасчета?
Далее документ «Зарплата к выплате», я посмотрел два похожих решения выложенных тут. В обоих используется регистр накопления для фиксации "ДопСуммы", но кроме как в него данные ни куда не попадают. Вообще корректно ли использовать РН?
Есть Альтернативные решения? Что если просто делать движения с параметром, а документ будет их собирать, и писать их же с суммой?
-
В обоих используется регистр накопления для фиксации "ДопСуммы"
Это из последних изменений?
Что за условие с доп суммами, как оно формулируется?
Вообще, если надо хранить в ИБ, (без прочтения точного условия) предпочтительнее выглядит РС.
-
В обоих используется регистр накопления для фиксации "ДопСуммы"
Это из последних изменений?
Что за условие с доп суммами, как оно формулируется?
Вообще, если надо хранить в ИБ, (без прочтения точного условия) предпочтительнее выглядит РС.
В теме изменений описаны. Нет РС не подходит.
-
В обоих используется регистр накопления для фиксации "ДопСуммы"
Это из последних изменений?
Что за условие с доп суммами, как оно формулируется?
Вообще, если надо хранить в ИБ, (без прочтения точного условия) предпочтительнее выглядит РС.
В теме изменений описаны. Нет РС не подходит.
Вы предлагаете мне изучить эту тему? ;D
-
В теме изменений описаны. Нет РС не подходит.
clancy08, не поленитесь посмотреть мое решение. Там сделано на РС
-
В теме изменений описаны. Нет РС не подходит.
clancy08, не поленитесь посмотреть мое решение. Там сделано на РС
Я смотрел ваше решение, собственно оно мне не понравилось, вы используете регистр ВзаиморассчетыССотрудниками, в который пишите ВидНачилсения "ПроизвольнаяСумма", но при этом этот вид в регистре расчета вообще ни как не отражается.
Еще увидел, что у вас по РБ используется разрез складов,
нооо
в условиях написано, что "Себестоимость определяется как средняя для каждой номенклатурной позиции по всей компании.", в отчете Склады ни где не используются, в опер учете, так же про склады нету ни слова.
Единственное что указывает на склад это "Факт передачи товара со склада (отгрузки) покупателю регистрируется документом ", нужен ли разрез склада? Мне кажется нет.
-
Я смотрел ваше решение, собственно оно мне не понравилось, вы используете регистр ВзаиморассчетыССотрудниками, в который пишите ВидНачилсения "ПроизвольнаяСумма", но при этом этот вид в регистре расчета вообще ни как не отражается.
Почему не отражается? "ПроизвольнаяСумма" пишется в регистр расчетов и вытесняет премию.
Еще увидел, что у вас по РБ используется разрез складов,
нооо
в условиях написано, что "Себестоимость определяется как средняя для каждой номенклатурной позиции по всей компании.", в отчете Склады ни где не используются, в опер учете, так же про склады нету ни слова.
Единственное что указывает на склад это "Факт передачи товара со склада (отгрузки) покупателю регистрируется документом ", нужен ли разрез склада? Мне кажется нет.
Просмотрев ветку "Расхождения от актуальных билетов": http://forum.chistov.pro/index.php?topic=3953.45 (http://forum.chistov.pro/index.php?topic=3953.45), я пришел к выводу, что условие должно читаться так:
"Факт передачи товара со склада (отгрузки) покупателю регистрируется документом «Расходная накладная». При проведении документа (расходная накладная) анализируется наличие этого товара на указанном в шапке документа складе. Если товара недостаточно документ не проводится."
Исходя из этого строил решение задачи.
Себестоимость вычисляется как средняя по номенклатуре во всей компании. Для этого в запросе обращение к РБ дважды. Один раз с учетом складов (для проверки наличия номенклатуры), второй - без учета складов.
-
Я смотрел ваше решение, собственно оно мне не понравилось, вы используете регистр ВзаиморассчетыССотрудниками, в который пишите ВидНачилсения "ПроизвольнаяСумма", но при этом этот вид в регистре расчета вообще ни как не отражается.
Почему не отражается? "ПроизвольнаяСумма" пишется в регистр расчетов и вытесняет премию.
Еще увидел, что у вас по РБ используется разрез складов,
нооо
в условиях написано, что "Себестоимость определяется как средняя для каждой номенклатурной позиции по всей компании.", в отчете Склады ни где не используются, в опер учете, так же про склады нету ни слова.
Единственное что указывает на склад это "Факт передачи товара со склада (отгрузки) покупателю регистрируется документом ", нужен ли разрез склада? Мне кажется нет.
Просмотрев ветку "Расхождения от актуальных билетов": http://forum.chistov.pro/index.php?topic=3953.45 (http://forum.chistov.pro/index.php?topic=3953.45), я пришел к выводу, что условие должно читаться так:
"Факт передачи товара со склада (отгрузки) покупателю регистрируется документом «Расходная накладная». При проведении документа (расходная накладная) анализируется наличие этого товара на указанном в шапке документа складе. Если товара недостаточно документ не проводится."
Исходя из этого строил решение задачи.
Себестоимость вычисляется как средняя по номенклатуре во всей компании. Для этого в запросе обращение к РБ дважды. Один раз с учетом складов (для проверки наличия номенклатуры), второй - без учета складов.
Да, увидел, действительно делаются.
По поводу склада, не нашел где в ветке это условие прописано.
-
Да, увидел, действительно делаются.
По поводу склада, не нашел где в ветке это условие прописано.
В ветке на 4-й странице собраны дополнения по первым 6 билетам
-
Здравствуйте! Выкладываю свое решение второго билета с дополнениями. Буду рад критике
Добрый день, посмотрела ваш билет, есть пара вопросов:
1. ОУ - по условию задачи услуги могут продаваться, и записи по услугам должны попадать в РН ПродажиТоваров, а у условие в обработке результата запроса "Если Не ВыборкаНоменклатура.ЭтоУслуга Тогда"
2. БУ - исходя из расхождения в билетах, в Расходной накладной указывается склад списания и проверяется наличие товара на складах, логично предположить, что списание товара тоже должно происходить по этому складу, вот тут в механизме списания "копеек" нужно было сравнивать с Количеством остатков по складу, а не по компании:
Если Выборка.Количество = Выборка.КоличествоОстатокВсего Тогда
Движение.Сумма = Выборка.СуммаОстатокВсего;
Иначе
Движение.Сумма = Окр(Выборка.Количество*Выборка.СуммаОстатокВсего/Выборка.КоличествоОстатокВсего,2, РежимОкругления.Окр15как20);
КонецЕсли;
-
Добрый день, посмотрела ваш билет, есть пара вопросов
Спасибо! Исправился :)
-
Помогите с вытеснением в основных начисления,убил много времени так и не получается, Спасибо заранее
-
Всем привет!) Выложу и свой билет, кому не лень - гляньте)
При решении опиралась на решение Slava, а также на общее обсуждение в этой теме.
-
Всем привет!) Выложу и свой билет, кому не лень - гляньте)
При решении опиралась на решение Slava, а также на общее обсуждение в этой теме.
Привет! Глянул. Комментарии + твоя база с примером.
1. Документ.РасходнаяНакладная ОбработкаПроведения БУ
В запросе 2 левых соединения с регистром бухгалтерии, при этом параметр &СписокСубконто один и тот же. В таблице УправленческийОстаткиПоКомпании в этом параметры должна быть только номенклатура
2. Счет ПрибылиИУбытки по обоим субконто нужны флажки Только обороты
3. ОтчетБУ можно 1 раз к таблице Обороты обратиться, а не 3 раза к ОборотыДтКт
4. Совместительство не допускается => в РС.СведенияОСотрудниках логично убрать Подразделение из измерений, делаем реквизитом.
5. Премия не исп. период действия => нужен отдельный регистр расчета ДополнительныеНачисления
6. Документ.НачислениеЗарплаты - насколько я понял, запрос не учитывает условие, что В течение расчетного периода первоначальное значение оклада может быть НЕОДНОКРАТНО изменено.
Я сделал в твоей базе пример: добавил начисление ЗП за февраль, документ вообще не проводится (файл прикрепил).
7. Т.к. в РС.СведенияОСотрудниках неск. измерений, то запрос процедуры ОбработкаРегламентныхЗаданий может вернуть 1 и того же сотрудника неск. раз.
8. Документ.Затраты не распределяет затраты на номенклатуру.
-
Мое решение. Критике буду рад. Решал по файлу с актуальными билетами, отклонение от актуальных билетов не учитывал.
-
Мои решения после сдачи.
-
Коллеги, так как в задаче по СПР билета 2 оклад - переменный, то во всех решениях, которые я видел в этой ветке форума, предлагается делить весь интервал на подинтервалы с постоянным окладом и каждый такой подинтервал записывать в регистр расчета отдельной строкой (движением). Это запрограммировать довольно сложно и к тому же методически неверно, на мой взгляд. Гораздо проще сделать специальный регистр сведений - график оклада, в котором первый ресурс - это, как обычно, часы, а второй ресурс деньги = оклад * часы (оклад берется на соответствующую дату). Система в виртуальных таблицах регистра расчетов суммирует и тот и другой ресурс. Посмотрите, пожалуйста, полное решение билета 2.
-
Коллеги, так как в задаче по СПР билета 2 оклад - переменный, то во всех решениях, которые я видел в этой ветке форума, предлагается делить весь интервал на подинтервалы с постоянным окладом и каждый такой подинтервал записывать в регистр расчета отдельной строкой (движением). Это запрограммировать довольно сложно и к тому же методически неверно, на мой взгляд. Гораздо проще сделать специальный регистр сведений - график оклада, в котором первый ресурс - это, как обычно, часы, а второй ресурс деньги = оклад * часы (оклад берется на соответствующую дату). Система в виртуальных таблицах регистра расчетов суммирует и тот и другой ресурс.
См. здесь http://1c.ru/spec/questions.htm
То, что ты написал, тянет на "Построение учетной схемы не на регистрах расчетов" => минус 3 балла
-
У меня то как раз все на регистрах основано. И вместо того, чтобы делить интервал вручную, именно через виртуальные таблицы регистров осуществляется расчет. Расчетная схема без регистров - это когда вы программируете, например, расчет нормативных или фактически отработанных часов на основе данных из документов и графиков. Или считаете остатки по тем же проведенным документам, вместо использования регистра остатков. Т
-
Slava, посмотрел частично Ваше решение.
Рассматривал только СПР.
Что бросается в глаза:
1. нужно переместить условия в параметры виртуальной таблицы в модуле рассчеты
2. в запросах индексировать поля, которые участвуют в соединениях
3. в параметры виртуальной таблицы накладывать условие на поле "Период регистрации", тогда будет использоваться полноценно индекс. (Для инфо https://its.1c.ru/db/metod8dev/content/1590/hdoc ЕСЛИ ВЫ ПОДЕЛИЛИСЬ СВОЕЙ ПОЧТОЙ, УДАЛИТЕ СООБЩЕНИЕ НЕМЕДЛЕННО ИЛИ БУДЕТЕ ЗАБАНЕНЫ. ЧИТАЙТЕ ПРАВИЛА!!! 5ec82662)
4. для премии не задан базовый период. Премия не рассчитана осталась.
-
Доброго времени суток,
если есть возможность у кого то, посмотрите мое решение,
есть проблема, никак не могу понять почему в БП не создается нужное количество задач и нет адресации конкретным пользователям
-
Мои решения после сдачи.
а ты его точно сдал?
модуль объекта приходной накладной, сразу бросается в глаза запрос в цикле.....
Если ТекСтрокаСписокНоменклатуры.Номенклатура.ВидНоменклатуры
-
Slava, посмотрел частично Ваше решение.
Рассматривал только СПР.
Что бросается в глаза:
3. в параметры виртуальной таблицы накладывать условие на поле "Период регистрации", тогда будет использоваться полноценно индекс. (Для инфо https://its.1c.ru/db/metod8dev/content/1590/hdoc ЕСЛИ ВЫ ПОДЕЛИЛИСЬ СВОЕЙ ПОЧТОЙ, УДАЛИТЕ СООБЩЕНИЕ НЕМЕДЛЕННО ИЛИ БУДЕТЕ ЗАБАНЕНЫ. ЧИТАЙТЕ ПРАВИЛА!!! 5ec82662)
Там как раз написано: Tаблица фактических периодов действия: Регистратор + НомерСтроки => Всегда
-
Доброго времени суток,
если есть возможность у кого то, посмотрите мое решение,
есть проблема, никак не могу понять почему в БП не создается нужное количество задач и нет адресации конкретным пользователям
1. Не нужно групповую адресацию делать. Каждому сотруднику - своя задача.
2. Где-то я видел здесь на форуме инфу, что решать обязательно в каркасной конфигурации, а ты, насколько я понял, чистую конфу взял.
-
Перерешал билет 2 с дополнениями. Критика приветствуется.
-
4. для премии не задан базовый период. Премия не рассчитана осталась.
Базовый период там неспроста не задан. Для премии установлен флаг "Период действия является базовым периодом"
-
На экзамене у меня были:
Вопрос № 3. БУ: из билета № 2
Вопрос № 5. УФ: из билета № 2. Упрощение в задаче по УФ: в форме объекта Задача кнопкам (сохранить, активировать) не надо задавать картинки.
Решал также, как готовился (база выложена в этой ветке).
Ответ 1С:
Вопрос № 3 Себестоимость учитывается неверно
Вопрос № 5 Задание не требует использования объекта "БизнесПроцесс"
Мои соображения по замечаниям:
Вопрос № 3 Себестоимость учитывается неверно
Видимо, что-то я напортачил именно на экзамене. Потому что в моем решении при подготовке вроде все верно. Сравнил с решением задачи 2.8 от sv_mikh - да, все верно. Причем на экзамене я проверял корректность расчета себестоимости при списании части товара организации, но не проверял расчет при списании всего товара организации. Поэтому могу предположить, что в спешке и волнении я вместо:
Если Выборка.Количество = Выборка.КолСебест Тогда // списывается весь товар в организации
СумСписать = Выборка.СумСебест;
Написал:
Если Выборка.Количество = Выборка.КолНаСкладе Тогда
СумСписать = Выборка.СумСебест;
Посмотреть экзаменационный вариант не могу… Других предположений нет.
Вопрос № 5 Задание не требует использования объекта "БизнесПроцесс"
Что ж, я просто усложнил себе задание - сделал простой бизнес-процесс, который порождал задачи. Конечно же, это незначительное замечание. Но все же мотайте на ус: бизнес-процесс в этой задаче делать не надо.
-
На экзамене у меня были:
Вопрос № 3. БУ: из билета № 2
Вопрос № 5. УФ: из билета № 2. Упрощение в задаче по УФ: в форме объекта Задача кнопкам (сохранить, активировать) не надо задавать картинки.
Решал также, как готовился (база выложена в этой ветке).
Ответ 1С:
Вопрос № 3 Себестоимость учитывается неверно
Вопрос № 5 Задание не требует использования объекта "БизнесПроцесс"
Мои соображения по замечаниям:
Вопрос № 3 Себестоимость учитывается неверно
Видимо, что-то я напортачил именно на экзамене. Потому что в моем решении при подготовке вроде все верно. Сравнил с решением задачи 2.8 от sv_mikh - да, все верно. Причем на экзамене я проверял корректность расчета себестоимости при списании части товара организации, но не проверял расчет при списании всего товара организации. Поэтому могу предположить, что в спешке и волнении я вместо:
Если Выборка.Количество = Выборка.КолСебест Тогда // списывается весь товар в организации
СумСписать = Выборка.СумСебест;
Написал:
Если Выборка.Количество = Выборка.КолНаСкладе Тогда
СумСписать = Выборка.СумСебест;
Посмотреть экзаменационный вариант не могу… Других предположений нет.
Вопрос № 5 Задание не требует использования объекта "БизнесПроцесс"
Что ж, я просто усложнил себе задание - сделал простой бизнес-процесс, который порождал задачи. Конечно же, это незначительное замечание. Но все же мотайте на ус: бизнес-процесс в этой задаче делать не надо.
В задаче БУ из 2ого билета на счета товары нужно 2 субконто, товары,проекты и признак учета субконто,чтобы пректы не учитывались при расчете себестоимости
-
Всем привет!
Осилил все-таки 2 билет, 3 часа пыхтел над тем, что не работало вытеснение премии. Оказалось, что у нее просто можно поставить чекбокс "Период действия является базовым периодом" и тогда база будет браться по Фактическому периоду, т.е. с учетом вытеснения.
Прикладываю решение, если кому-то будет не лень и он глянет мою базу, очень надеюсь на критику или замечания :)
P.S.
УФ пока что не делал.
-
Всем привет!
Осилил все-таки 2 билет, 3 часа пыхтел над тем, что не работало вытеснение премии. Оказалось, что у нее просто можно поставить чекбокс "Период действия является базовым периодом" и тогда база будет браться по Фактическому периоду, т.е. с учетом вытеснения.
Прикладываю решение, если кому-то будет не лень и он глянет мою базу, очень надеюсь на критику или замечания :)
P.S.
УФ пока что не делал.
Было не лень и глянул )
В РН в запросе по БУ, для второго соединения забыли естьnull.
По отчету БУ похоже забыли про соединение таблиц. И в отклонениях к билету, нужно учесть "В отчете в колонке Сумма затрат суммы рассчитываются только по группировке Проект".
По ПР есть ошибка в запросе, при указании периода оклада не с начала месяца, при формировании движений "период действия начало" не заполняется.
-
На экзамене у меня были:
Вопрос № 3. БУ: из билета № 2
Вопрос № 5. УФ: из билета № 2. Упрощение в задаче по УФ: в форме объекта Задача кнопкам (сохранить, активировать) не надо задавать картинки.
Решал также, как готовился (база выложена в этой ветке).
Ответ 1С:
Вопрос № 3 Себестоимость учитывается неверно
Вопрос № 5 Задание не требует использования объекта "БизнесПроцесс"
Мои соображения по замечаниям:
Вопрос № 3 Себестоимость учитывается неверно
Видимо, что-то я напортачил именно на экзамене. Потому что в моем решении при подготовке вроде все верно. Сравнил с решением задачи 2.8 от sv_mikh - да, все верно. Причем на экзамене я проверял корректность расчета себестоимости при списании части товара организации, но не проверял расчет при списании всего товара организации. Поэтому могу предположить, что в спешке и волнении я вместо:
Если Выборка.Количество = Выборка.КолСебест Тогда // списывается весь товар в организации
СумСписать = Выборка.СумСебест;
Написал:
Если Выборка.Количество = Выборка.КолНаСкладе Тогда
СумСписать = Выборка.СумСебест;
Посмотреть экзаменационный вариант не могу… Других предположений нет.
Вопрос № 5 Задание не требует использования объекта "БизнесПроцесс"
Что ж, я просто усложнил себе задание - сделал простой бизнес-процесс, который порождал задачи. Конечно же, это незначительное замечание. Но все же мотайте на ус: бизнес-процесс в этой задаче делать не надо.
В задаче БУ из 2ого билета на счета товары нужно 2 субконто, товары,проекты и признак учета субконто,чтобы пректы не учитывались при расчете себестоимости
Недавно решал еще раз эту задачу, на мой взгляд, самым оптимальным будет на счете товары сделать только одно субконто Номенклатура. На счете прибыли и убытки сделать обортное сбконто Номенклатура, Проект. Потом отчет строить на виртуальной таблице регистра бухгалтерии Обороты ДтКт.
-
Кому не трудно проверьте пожалуйста 2 билет (без доп условия и УФ)
Изменено 15.07.2018
Изменен режим совместимости на 8.3.3
-
Кому не трудно проверьте пожалуйста 2 билет (без доп условия и УФ)
Изменено 15.07.2018
Изменен режим совместимости на 8.3.3
Вы бы лучше с доп условиями прорешали.
- в ОУ: в РН в запросе нужен индекс по партиям; перепроверьте расчет себестоимости: во второй части выражения используется "Сумма" вместо "СуммаОстаток";
- в БУ: в РН перед установкой блокировки по методике необходимо сначала записать движения по регистру (иначе при оперативном перепроведении в контроле остатков будут учтены движения самого документа);
- в ПР: запрос получения оклада не учитывает "В одном документе могут быть данные за разные расчетные периоды" (т.е. указать в ТЧ одну строку за май, другую за июнь). А зачем вы доп начисления по базовому периоду разбивали, я не совсем понял.
-
Кому не трудно проверьте пожалуйста 2 билет (без доп условия и УФ)
Изменено 15.07.2018
Изменен режим совместимости на 8.3.3
Вы бы лучше с доп условиями прорешали.
- в ОУ: в РН в запросе нужен индекс по партиям; перепроверьте расчет себестоимости: во второй части выражения используется "Сумма" вместо "СуммаОстаток";
- в БУ: в РН перед установкой блокировки по методике необходимо сначала записать движения по регистру (иначе при оперативном перепроведении в контроле остатков будут учтены движения самого документа);
- в ПР: запрос получения оклада не учитывает "В одном документе могут быть данные за разные расчетные периоды" (т.е. указать в ТЧ одну строку за май, другую за июнь). А зачем вы доп начисления по базовому периоду разбивали, я не совсем понял.
По ОУ скорее всего моя невнимательность;
ПО БУ точнее вместо : Движения.Управленческий.Очистить();
надо Движения.Управленческий.Записать(); ?
В ПР зачем разбил я и сам не понял , делал давненько, наверно для того что бы указать какую премию сотрудник получал в конкретном подразделении.
Мне кажется так удобно )))
По условию "В одном документе могут быть данные за разные расчетные периоды" получается все равно надо указывать ПериодРегистрации В ТЧ Доп.Начисления и в ручную сам пользователь должен указывать соответствующие даты?
-
ПО БУ точнее вместо : Движения.Управленческий.Очистить();
надо Движения.Управленческий.Записать(); ?
Да
В ПР зачем разбил я и сам не понял , делал давненько, наверно для того что бы указать какую премию сотрудник получал в конкретном подразделении.
Мне кажется так удобно )))
Будете сдавать очно, такое объяснение может не прокатить )) Я кажется понял зачем это могло быть нужно, но в актуальной версии задачи это врятли понадобитса.
По условию "В одном документе могут быть данные за разные расчетные периоды" получается все равно надо указывать ПериодРегистрации В ТЧ Доп.Начисления и в ручную сам пользователь должен указывать соответствующие даты?
Нет, ПериодРегистрации в ТЧ указывать не нада. Это условие определяет может в табличных частях (основных и дополнительных начислений) указываться информация за разные месяцы или нет (т.е. одна строка регистрирует январь, вторая февраль и т.п.). Просто попробуйте у себя в документе в основных начислениях добавить отдельно строки за июнь и май, увидите ошибку.
Для ДопНачислений пользователь вводит не период регистрации, а период действия "премии" (но это если вы с учетом доп условий решаете).
-
Доброго дня, подскажите пж где можно узнать текст задач для билетов с 1-6, а то решения есть а задач нету :)))
-
Доброго дня, подскажите пж где можно узнать текст задач для билетов с 1-6, а то решения есть а задач нету :)))
https://forum.chistov.pro/index.php?topic=2670.msg55893#msg55893
-
Доброго дня, подскажите пж где можно узнать текст задач для билетов с 1-6, а то решения есть а задач нету :)))
https://forum.chistov.pro/index.php?topic=2670.msg55893#msg55893
Вы наверно собираетесь сдавать дистанционно, так что еще вам понадобится вот это https://forum.chistov.pro/index.php?topic=3953.45
-
Добрый день. Посмотрите, пожалуйста, решение. Буду очень благодарна
-
Добрый день. Посмотрите, пожалуйста, решение. Буду очень благодарна
Посмотрел мельком. ОУ БУ более менее . но в расчетах по условию нужно хранить историю оклада
вы не сделали .там отдельное условие или в связи .или в самом выбранном поле можно .
потом вам не надо делать соответствие графиков .вы зачем о создали для этого регистр . если уж делаете отбор по подразделениям делайте спец отбор в обработке заполнения графиков.
в отчете оу . не увидел у вас поле разовая . видимо вы забыли про условие .в отчете. Интервал
Срок
10
20
Разовая
50
Разовая
-
Спасибо за комментарии.
"в расчетах по условию нужно хранить историю оклада" Разве для этого не досстаточно РС СведенияОСотрудниках (Изм.Сотрудник, ресурс Оклад)?
"потом вам не надо делать соответствие графиков .вы зачем о создали для этого регистр . если уж делаете отбор по подразделениям делайте спец отбор в обработке заполнения графиков. " Правильно ли я вас поняла, вы предлагаете в РС Графики добавить измерение Подразделение и связь устанавливать с ним?
Добрый день. Посмотрите, пожалуйста, решение. Буду очень благодарна
Посмотрел мельком. ОУ БУ более менее . но в расчетах по условию нужно хранить историю оклада
вы не сделали .там отдельное условие или в связи .или в самом выбранном поле можно .
потом вам не надо делать соответствие графиков .вы зачем о создали для этого регистр . если уж делаете отбор по подразделениям делайте спец отбор в обработке заполнения графиков.
в отчете оу . не увидел у вас поле разовая . видимо вы забыли про условие .в отчете. Интервал
Срок
10
20
Разовая
50
Разовая
-
...
"потом вам не надо делать соответствие графиков .вы зачем о создали для этого регистр . если уж делаете отбор по подразделениям делайте спец отбор в обработке заполнения графиков. " Правильно ли я вас поняла, вы предлагаете в РС Графики добавить измерение Подразделение и связь устанавливать с ним?
Добавите в графики Подразделение, свяжете его с Подразделением в регистре расчета, там же кстати измерение Подразделение переделаете в реквизит, т.к. совмещения в задаче нет. А вобще можно было и на одном плане расчета сделать, т.к. в обоих у вас период действия используется.
-
Товарищи, прошу вашего мнения. Билет с дополнениями
-
Товарищи, прошу вашего мнения. Билет с дополнениями
тут парой строк не описать. Лучше посмотрите и проанализируйте решения которые выкладывают на форуме, сравните со своим решением и потом сами поймете почему я дал вам такой совет )))
-
Доброго коллеги! По просьбам трудящихся выкладываю решение второго билета. Что-то я его пропустил.
-
Добрый день. не могли бы посмотреть решение СПР(Доп.). И ещё, что не так с УФ? Не могу разобраться в решении УФ
-
Посмотрите, пожалуйста, регламентное задание. В толстом клиенте не запускается регламентное задание несмотря на запуск обработки Планировщик задач. Так должно быть? Если это ошибка, подскажите где.
-
Добрый день. не могли бы посмотреть решение СПР(Доп.).
Как тут принято писать - посмотрите выложенные ранее решения ;)
попробую кратко задать вопросы:
1) в билете "то есть совместительство не допускается." - зачем подразделение-измерение?
2) "В течение расчетного периода первоначальное значение оклада может быть неоднократно изменено." - где в НачиленииЗП это реализовано?
3) "Период (премии) задается с точностью до дня в документе «Начисление зарплаты». Вместо премии, за любой отработанный день, сотруднику может быть выплачена произвольная сумма денег" - как реализовано это в решении?
и еще момент: в требованиях есть фраза "отлажены программные модули объектов (процедуры обработки проведения – обязательно);" в первом разделе. У Вас отладка отсутствует...
решения возможны различные, и защищать будете именно свое решение... вложу свой перерешанный вариант при подготовке УФ там вроде нет, СПР должно быть полностью
-
Интересует следующий вопрос: в условии пишется, что надо создать документ "ЗП к выплате". Я так понимаю, что дня накопления данных должен быть оборотный регистр накопления?
-
Интересует следующий вопрос: в условии пишется, что надо создать документ "ЗП к выплате". Я так понимаю, что дня накопления данных должен быть оборотный регистр накопления?
у меня РН с видом остатки, а не обороты
-
Интересует следующий вопрос: в условии пишется, что надо создать документ "ЗП к выплате". Я так понимаю, что дня накопления данных должен быть оборотный регистр накопления?
у меня РН с видом остатки, а не обороты
Спасибо.
Ещё один момент: "Вместо премии сотруднику за любой день может быть выплачена произвольная сумма денег" Тогда получается, что премия вытесняет эту произвольную сумму?
-
Интересует следующий вопрос: в условии пишется, что надо создать документ "ЗП к выплате". Я так понимаю, что дня накопления данных должен быть оборотный регистр накопления?
у меня РН с видом остатки, а не обороты
Спасибо.
Ещё один момент: "Вместо премии сотруднику за любой день может быть выплачена произвольная сумма денег" Тогда получается, что премия вытесняет эту произвольную сумму?
Вид расчета "Премия": вытесняющие:сумма.
-
а что по поводу периода для фиксированной суммы? Будет указываться период действия или базовый период или оба периода? Просто какой-то тупняк с этим условием про Премию и СуммуДенег
-
Смотри, раз фиксированная сумма (ФС) вытесняет премию, значит они должны быть в одном и том же РР, а раз так, то он точно периодический (потому что как минимум премия периодическая). Ну и где еще указывать за какой собственно день эта ФС вытесняет премию. Теперь давай подумаем насчет базового. Тут собственно та же ситуация, что и с периодичностью. Премия и фиксированная сумма должны быть в одном ПВР и РР, а он уже зависит по базе, потому что премия зависит по базе от оклада. Осталось только понять, нужна ли база (заполнять ли поля у ФС)? Чтобы выплатить фиксированную ФС нужно ли нам предварительно что-то рассчитать? На первый взгляд кажется, что нет, на второй и третий (откуда у тебя третий взгляд) тоже так кажется, а значит так скорее всего так и есть)) Я бы поместил все три ВР в один ПВР и один РР, но разделил бы их по приоритету и сначала бы рассчитал оклад, а потом собственно премию и ФС. Но ничего не мешает оставить их в разных ПВР и РР, тогда у тебя основные начисления (оклад) будет зависеть только от периода, а доп.начисления (премия и ФС) по базе от основных начислений и от периода.
-
У кого есть время, прошу проверить только ОУ.
Спасибо
-
У кого есть время, прошу проверить только ОУ.
Спасибо
для расходной:
1) зачем в запросе "ЗНАЧЕНИЕ(ВидДвиженияНакопления.Расход) КАК ВидДвижения,"?
2) какие суммы в какие регистры пишете? - проверьте
3) Регистр продажи с тремя ресурсами? чтоб отчет строить только по одному регистру?
4) в отчете - срок, интервал по условиям задачи?..
-
У кого есть время, прошу проверить только ОУ.
Спасибо
для расходной:
1) зачем в запросе "ЗНАЧЕНИЕ(ВидДвиженияНакопления.Расход) КАК ВидДвижения,"?
2) какие суммы в какие регистры пишете? - проверьте
3) Регистр продажи с тремя ресурсами? чтоб отчет строить только по одному регистру?
4) в отчете - срок, интервал по условиям задачи?..
1. по привычке затолкал его туда, обычно использую "ЗаполнитьЗначенияСвойств"
2. да, спасибо, увидел.
3. ну да.
4. Из условия задачи:
Интервал - расчетный показатель средний интервал отгрузок (в днях). Он рассчитывается
как:
(«Дата первой отгрузки» - «Дата последней отгрузки») / «количество отгрузок»
В том случае, когда отгрузка была только одна, то в колонке Интервал выводится
«разовая».
Срок - расчетный показатель срок последней отгрузки (в днях), определяющий, как давно
прошла последняя отгрузка. Он рассчитывается как:
«Конец периода отчета» - «Дата последнего документа отгрузки»
мой код:
ВЫБОР
КОГДА ВТ_Продажи.КоличествоОтгрузок = 1
ТОГДА "Разовая"
ИНАЧЕ РАЗНОСТЬДАТ(ВТ_Продажи.ДатаПервойОтгрузки, ВТ_Продажи.ДатаПоследнейОтгрузки, ДЕНЬ) / ВТ_Продажи.КоличествоОтгрузок
КОНЕЦ КАК Интервал,
РАЗНОСТЬДАТ(&КонецПериода, ВТ_Продажи.ДатаПоследнейОтгрузки, ДЕНЬ) * -1 КАК Срок
где ВТ_Продажи.ДатаПервойОтгрузки - это МИНИМУМ по Периоду продаж
ВТ_Продажи.ДатаПоследнейОтгрузки- это МАКСИМУМ по Периоду продаж
ВТ_Продажи.КоличествоОтгрузок - то КОЛИЧЕСТВО РАЗЛИЧНЫЕ документам продаж
не правильно? я не совсем понял условия задачи?
поправил только вывод их в отчет
-
4. Из условия задачи:
Интервал - расчетный показатель средний интервал отгрузок (в днях). Он рассчитывается
как:
(«Дата первой отгрузки» - «Дата последней отгрузки») / «количество отгрузок»
В том случае, когда отгрузка была только одна, то в колонке Интервал выводится
«разовая».
Срок - расчетный показатель срок последней отгрузки (в днях), определяющий, как давно
прошла последняя отгрузка. Он рассчитывается как:
«Конец периода отчета» - «Дата последнего документа отгрузки»
мой код:
ВЫБОР
КОГДА ВТ_Продажи.КоличествоОтгрузок = 1
ТОГДА "Разовая"
ИНАЧЕ РАЗНОСТЬДАТ(ВТ_Продажи.ДатаПервойОтгрузки, ВТ_Продажи.ДатаПоследнейОтгрузки, ДЕНЬ) / ВТ_Продажи.КоличествоОтгрузок
КОНЕЦ КАК Интервал,
РАЗНОСТЬДАТ(&КонецПериода, ВТ_Продажи.ДатаПоследнейОтгрузки, ДЕНЬ) * -1 КАК Срок
где ВТ_Продажи.ДатаПервойОтгрузки - это МИНИМУМ по Периоду продаж
ВТ_Продажи.ДатаПоследнейОтгрузки- это МАКСИМУМ по Периоду продаж
ВТ_Продажи.КоличествоОтгрузок - то КОЛИЧЕСТВО РАЗЛИЧНЫЕ документам продаж
не правильно? я не совсем понял условия задачи?
поправил только вывод их в отчет
тоже просматривал бегло, код вроде соответствует условию. на форме отчета было несоответствие, разовая не появилась (хотя документ был один введен)
-
Добрый день. Ребят в спр все понятного кроме нового условия. а собственно в чем ступор: Премия как процент от базы по окладу... и тут же пишут для премии задается период?!. Нахера?) объясните плиз)) Я подумал возможно использовать данный период что бы устанавливать базовые периоа начала и конца перед расчетом базы.. но посмотрел решения нет... буду очень признателен за внятный ответ, заранее благодарю)
-
Доброго коллеги! По просьбам трудящихся выкладываю решение второго билета. Что-то я его пропустил.
Добрый день. Вопрос всего один. Почему при проведении премии, дата начала и конец периода премии ложатся не в базовые период начало конца?
-
Добрый день. Ребят в спр все понятного кроме нового условия. а собственно в чем ступор: Премия как процент от базы по окладу... и тут же пишут для премии задается период?!. Нахера?) объясните плиз)) Я подумал возможно использовать данный период что бы устанавливать базовые периоа начала и конца перед расчетом базы.. но посмотрел решения нет... буду очень признателен за внятный ответ, заранее благодарю)
в билете:
Дополнительно, сотрудникам компании может быть начислена премия процентом от начисленного им в том же расчетном периоде оклада. Процент премии в течение периода начисления не меняется и задается в документе «Начисление зарплаты». Период (премии) задается с точностью до дня в документе «Начисление зарплаты». Вместо премии, за любой отработанный день, сотруднику может быть выплачена произвольная сумма денег.
Получается (как я понимаю условие):
1) Премия по условию может начисляться не за весь месяц, а за задаваемый в документе период (например с 5 по 25)(зачем, почему - не важно. сказали - делаем, опираясь на расчетные механизмы)
2) но при этом база для расчета премии - оклад за весь месяц (этот расчетный период).
3) более того, например за 15 число может быть начислена произвольная сумма - ВМЕСТО премии.
следовательно: ВР Премия и ФиксСумма зависят от периода действия. и ФиксСумма вытесняет премию.
-
Добрый день. Ребят в спр все понятного кроме нового условия. а собственно в чем ступор: Премия как процент от базы по окладу... и тут же пишут для премии задается период?!. Нахера?) объясните плиз)) Я подумал возможно использовать данный период что бы устанавливать базовые периоа начала и конца перед расчетом базы.. но посмотрел решения нет... буду очень признателен за внятный ответ, заранее благодарю)
в билете:
Дополнительно, сотрудникам компании может быть начислена премия процентом от начисленного им в том же расчетном периоде оклада. Процент премии в течение периода начисления не меняется и задается в документе «Начисление зарплаты». Период (премии) задается с точностью до дня в документе «Начисление зарплаты». Вместо премии, за любой отработанный день, сотруднику может быть выплачена произвольная сумма денег.
Получается (как я понимаю условие):
1) Премия по условию может начисляться не за весь месяц, а за задаваемый в документе период (например с 5 по 25)(зачем, почему - не важно. сказали - делаем, опираясь на расчетные механизмы)
2) но при этом база для расчета премии - оклад за весь месяц (этот расчетный период).
3) более того, например за 15 число может быть начислена произвольная сумма - ВМЕСТО премии.
следовательно: ВР Премия и ФиксСумма зависят от периода действия. и ФиксСумма вытесняет премию.
Про период у премии тогда вообще бессмыслица). тупо юзаем период и все.. мне кажется должна быть логика хоть какая то. Вариант с тем что бы задать базовые периоды премии отталкиваясь от периода в документе не рассматриваете такой вариант?
-
Про период у премии тогда вообще бессмыслица). тупо юзаем период и все.. мне кажется должна быть логика хоть какая то. Вариант с тем что бы задать базовые периоды премии отталкиваясь от периода в документе не рассматриваете такой вариант?
к вопросу о логике - смотрите расчетные задачи билетов 6 (перерасчет не изменяющейся оплаты пассажиров по БУ), 4 (дать возможность пользователя создавать собственные ВР на основании имеющихся алгоритмов (оклад и премия руководителю???))...
Это не олимпиадные задачки на логику. Это экзамен на понимание основных механизмов платформы... Цели при подготовке могут быть разными.
Стоит ли сознательно усложнять предложенные к решению задачи учитывая ограничения по времени?
-
Про период у премии тогда вообще бессмыслица). тупо юзаем период и все.. мне кажется должна быть логика хоть какая то. Вариант с тем что бы задать базовые периоды премии отталкиваясь от периода в документе не рассматриваете такой вариант?
к вопросу о логике - смотрите расчетные задачи билетов 6 (перерасчет не изменяющейся оплаты пассажиров по БУ), 4 (дать возможность пользователя создавать собственные ВР на основании имеющихся алгоритмов (оклад и премия руководителю???))...
Это не олимпиадные задачки на логику. Это экзамен на понимание основных механизмов платформы... Цели при подготовке могут быть разными.
Стоит ли сознательно усложнять предложенные к решению задачи учитывая ограничения по времени?
я не усложняю. Просто мы обычно для премки заполняем базаначалопериода и базаконецпериода, и здесь данное условие выглядит так что нужно указанными датами заполнить эти реквизиты. а обычно юзалась конструкция Началомесяца(дата), КонецМесяца(дата). Был случай когда я забил на изучение одного механизма и на экзамене выстрелил именно он... как результат провал.
-
я не усложняю. Просто мы обычно для премки заполняем базаначалопериода и базаконецпериода, и здесь данное условие выглядит так что нужно указанными датами заполнить эти реквизиты. а обычно юзалась конструкция Началомесяца(дата), КонецМесяца(дата). Был случай когда я забил на изучение одного механизма и на экзамене выстрелил именно он... как результат провал.
опять же - каждый защищает свое решение :) как я понял задачу - я написал. База - весь месяц, период действия - даты из документа. на сдаче попался первый билет, поэтому за верность моего понимания сказать не могу :)
-
Доброго коллеги! По просьбам трудящихся выкладываю решение второго билета. Что-то я его пропустил.
Добрый день. Вопрос всего один. Почему при проведении премии, дата начала и конец периода премии ложатся не в базовые период начало конца?
NICzzzZ уже успешно сдал экзамен и на форуме уже не появляется.
Так что он Вам уже не ответит.
Но отвечу я.
А почему Вы считаете, что в его решении базовый период не определяется периодом действия?
Еще как определяется.
Посмотрите внимательно - если Вы откроете в конфигураторе вид расчета Премия, то увидите установленный флаг для свойства "Период действия является базовым периодом".
А этот флаг обозначает, что в качестве базового периода система при получении базы будет брать именно фактический период действия записи .
-
Доброго коллеги! По просьбам трудящихся выкладываю решение второго билета. Что-то я его пропустил.
Добрый день. Вопрос всего один. Почему при проведении премии, дата начала и конец периода премии ложатся не в базовые период начало конца?
NICzzzZ уже успешно сдал экзамен и на форуме уже не появляется.
Так что он Вам уже не ответит.
Но отвечу я.
А почему Вы считаете, что в его решении базовый период не определяется периодом действия?
Еще как определяется.
Посмотрите внимательно - если Вы откроете в конфигураторе вид расчета Премия, то увидите установленный флаг для свойства "Период действия является базовым периодом".
А этот флаг обозначает, что в качестве базового периода система при получении базы будет брать именно фактический период действия записи .
Большое спасибо за пояснение... не замечал галочку.. ) разобрался. Если реализовать через базовые периоды это будет является ошибкой? Получается если человек сдал можно опираться на его выложенное решение как эталон?)
-
Конечно же это сразу же становится эталоном, а человек - сразу становится заслуженным преподавателем ЦСО и сам начинает принимать задачи.
-
Получается если человек сдал можно опираться на его выложенное решение как эталон?)
Ни в коем случае. Эталон - это видиние принимающего ;) все выложенные решения нужно использовать, оценивая критически.
-
Получается если человек сдал можно опираться на его выложенное решение как эталон?)
Ни в коем случае. Эталон - это видиние принимающего ;) все выложенные решения нужно использовать, оценивая критически.
;D ;D ;D
-
Доброго времени суток! Очень мучает задача по БУ со 2 го билета кто нибудь решал её с актуальными расхождениями? Т.е. без распределения затрат по товарам, пропорционально проданному количеству, и выводом затрат в отчёте только по проектам - без детализации по номенклатуре?
-
Доброго времени суток! Очень мучает задача по БУ со 2 го билета кто нибудь решал её с актуальными расхождениями? Т.е. без распределения затрат по товарам, пропорционально проданному количеству, и выводом затрат в отчёте только по проектам - без детализации по номенклатуре?
Я решала
-
Доброго времени суток! Очень мучает задача по БУ со 2 го билета кто нибудь решал её с актуальными расхождениями? Т.е. без распределения затрат по товарам, пропорционально проданному количеству, и выводом затрат в отчёте только по проектам - без детализации по номенклатуре?
Я решала
Подскажите пожалуйста как вы избавились от детализации затрат по номенклатуре?
-
Доброго коллеги! По просьбам трудящихся выкладываю решение второго билета. Что-то я его пропустил.
У него решено)
-
Доброго коллеги! По просьбам трудящихся выкладываю решение второго билета. Что-то я его пропустил.
У него решено)
У него решено по старым условиям, т.е. Сумма затрат распределена пропорционально проданному количеству
и отчёт построен с детализацией по номенклатуре:
По старым условиям:
Проект Товар Кол-во Себестоимость Сумма продажи Сумма затрат
Проект 1
Карандаши 100 100 300 75
Авторучки 500 5000 10000 150
Проект 2
Карандаши 50 60 200 60
По новым условиям нужно:
Проект Товар Кол-во Себестоимость Сумма продажи Сумма затрат
Проект 1 225
Карандаши 100 100 300
Авторучки 500 5000 10000
Проект 2 60
Карандаши 50 60 200
Решение нашёл, может кому пригодится:
1) В настройках по отчёту в целом на вкладке "Выбранные поля" вытаскиваем все поля.
2) В настройках группировки "Детальные записи" на владке "Выбранные поля" удаляем Автополе и вытаскиваем все поля отчёта, кроме "СуммаЗатрат".
2) На закладке "Ресурсы" оставляем только 1 поле "СуммаЗатрат" расчитываемое по полю "Проект".
-
Ребята, а почему в СПР в обработке проведения "Начисление ЗП" нужно сначала запрос использовать?( с каким условием задачи это связано)
"В течение расчетного периода первоначальное значение оклада может быть неоднократно изменено. В информационной базе необходимо хранить историю его изменения. Расчет должен проводиться исходя из действующего на рассчитываемую дату начального значения оклада. Например, если начальное значение оклада изменилось 10 августа, то до 10 августа при расчете берется старое значение, а начиная с 10 августа – новое."
Иными словами это разбивка оклада по периодам его изменения т.е. если у тебя в документе одна строка оклада с периодом действия 01.03.2019 - 31.03.2019, то в регистр нужно писать несколько строк в зависимости от того сколько раз в марте менялся оклад. Например:
01.03.2019-10.03.2019 Размер оклада = 50000,
10.03.2019-31.03.2019 Размер оклада = 60000.
-
Добрый день. Ребят в бу, нам же нужна приходная накладная по счетам товары, поставщики? Протсо в задании ни слова.. откуда тогда брать себестоимость?
-
Добрый день. Ребят в бу, нам же нужна приходная накладная по счетам товары, поставщики? Протсо в задании ни слова.. откуда тогда брать себестоимость?
Я сделала приходную накладную
-
Добрый день. Ребят в бу, нам же нужна приходная накладная по счетам товары, поставщики? Протсо в задании ни слова.. откуда тогда брать себестоимость?
Я сделала приходную накладную
Понятно что нужен приход. просто это обычно явно прописывается в условии. А здесь ничего несказано... вот и вопрос может есть какой то скрытый смысл).
-
Добрый день. Ребят в бу, нам же нужна приходная накладная по счетам товары, поставщики? Протсо в задании ни слова.. откуда тогда брать себестоимость?
Я сделала приходную накладную
Понятно что нужен приход. просто это обычно явно прописывается в условии. А здесь ничего несказано... вот и вопрос может есть какой то скрытый смысл).
Да тут во всех задачах, какой то скрытый смысл ;D
Много в задачах предложений, которые не понимаешь, надо ли отражать в задаче или нет, несет какой то смысл или нет. Не явно описаны некоторые условия. Вот что хочешь то и думай))
-
Почему не рассматриваете вариант введения прихода товара документом "Операция"? Мне кажется это решение является более правильным, т.к. не требует создания дополнительного документа "Приходная накладная", который не требуется по заданию
-
Почему не рассматриваете вариант введения прихода товара документом "Операция"? Мне кажется это решение является более правильным, т.к. не требует создания дополнительного документа "Приходная накладная", который не требуется по заданию
Мне кажется легче сделать приходной накладной, чем документом операция
-
Почему не рассматриваете вариант введения прихода товара документом "Операция"? Мне кажется это решение является более правильным, т.к. не требует создания дополнительного документа "Приходная накладная", который не требуется по заданию
Мне кажется легче сделать приходной накладной, чем документом операция
блин есть задачи сложнее но понятнее, а эта какой то 3,14..здец, настолько не понятное условие.. сделаешь через приход скажут - упростил задачу ;D, через операцию - усложнил ;D. Таки кто за какой вариант?:)
-
Почему не рассматриваете вариант введения прихода товара документом "Операция"? Мне кажется это решение является более правильным, т.к. не требует создания дополнительного документа "Приходная накладная", который не требуется по заданию
Мне кажется легче сделать приходной накладной, чем документом операция
блин есть задачи сложнее но понятнее, а эта какой то 3,14..здец, настолько не понятное условие.. сделаешь через приход скажут - упростил задачу ;D, через операцию - усложнил ;D. Таки кто за какой вариант?:)
Можно поскачивать решения других людей и посмотреть как большинство людей делали)
-
Почему не рассматриваете вариант введения прихода товара документом "Операция"? Мне кажется это решение является более правильным, т.к. не требует создания дополнительного документа "Приходная накладная", который не требуется по заданию
Мне кажется легче сделать приходной накладной, чем документом операция
блин есть задачи сложнее но понятнее, а эта какой то 3,14..здец, настолько не понятное условие.. сделаешь через приход скажут - упростил задачу ;D, через операцию - усложнил ;D. Таки кто за какой вариант?:)
В задании не сказано ничего о том, какие образом вносить приходные движения. Раз ничего не сказано, значит мы решаем сами каким образом эти действия будут выполняться.
Вариантов действительно всего два:
1) Документ "Приходная накладная". Очень удобный и простой способ. Требует лишь добавление Склада в реквизиты документа, описание формирования движений конструктором. Внесение данных в документ не требует особых усилий и сложностей.
2) Документ "Операция". Этот документ в любом случае добавлять и настраивать. То есть тратить лишнее время в конфигураторе не надо. Но неудобно вносить данные, корректное заполнение проводок, счетов ложится на плечи разработчика.
Как бы сделал я: Внес движения документом "Приходная накладная", но написал в пояснительной записке, что так как в условии ничего не было сказано о формировании приходных движений товаров, то для этой цели добавлен документ "Приходная накладная".
Никакого упрощения в этом не вижу. Что здесь упрощено? Условие, о котором ничего не сказано? Уверен, что нареканий к такому решению у проверяющих не будет.
-
В задаче по БУ нужно ли Субконто "Проекты" на счете "Прибыли и убытки", если в отчете сумма затрат по номенклатуре не нужна, а по условию только по проектам? И тогда если не добавлять Номенклатуру по этому счету, проводку можно делать одну, с итогом по колонке Сумма ТЧ?
-
Проекты в любом случае надо, в расходном проект есть в проводках и в затратах, мне вот непонятно как номенклатуру распределять в док затраты в свете отпавшего условия "При распределении по товарам затраты распределяются пропорционально их проданному количеству.".
В задаче по БУ нужно ли Субконто "Проекты" на счете "Прибыли и убытки", если в отчете сумма затрат по номенклатуре не нужна, а по условию только по проектам? И тогда если не добавлять Номенклатуру по этому счету, проводку можно делать одну, с итогом по колонке Сумма ТЧ?
-
Народ, помогите пожалуйста.
в билете 2 БУ есть ли следующая фраза "При проведении документа (расходная накладная) анализируется наличие этого товара на указанном в шапке документа складе. Если товара недостаточно документ не проводится." или билеты поменялись????
спасибо заранее за ответ.
-
Народ, помогите пожалуйста.
в билете 2 БУ есть ли следующая фраза "При проведении документа (расходная накладная) анализируется наличие этого товара на указанном в шапке документа складе. Если товара недостаточно документ не проводится." или билеты поменялись????
спасибо заранее за ответ.
В ранних версиях файла актуальных билетов экзамена эта фраза отсутствовала. Из-за этого непонятно даже было стоит ли реализовывать в задаче товарный учет в разрезе склада, так как была лишь информация о "факте передачи со склада" и неясно было требуется ли вообще складской учет.
Но затем по отзывам сдающих стало ясно, что эта фраза в билете есть (либо появилась) и разрез по складу в задаче всё-таки нужен. Только из-за условий расчета себестоимости нужно не забывать отключать суммовой учет на субконто Склады в этой задаче.
-
Народ, помогите пожалуйста.
в билете 2 БУ есть ли следующая фраза "При проведении документа (расходная накладная) анализируется наличие этого товара на указанном в шапке документа складе. Если товара недостаточно документ не проводится." или билеты поменялись????
спасибо заранее за ответ.
В ранних версиях файла актуальных билетов экзамена эта фраза отсутствовала. Из-за этого непонятно даже было стоит ли реализовывать в задаче товарный учет в разрезе склада, так как была лишь информация о "факте передачи со склада" и неясно было требуется ли вообще складской учет.
Но затем по отзывам сдающих стало ясно, что эта фраза в билете есть (либо появилась) и разрез по складу в задаче всё-таки нужен. Только из-за условий расчета себестоимости нужно не забывать отключать суммовой учет на субконто Склады в этой задаче.
Круто! Поделись решением пжл если не трудно
-
Отзовитесь кто решал билет с данным условием: При проведении документа (расходная накладная) анализируется наличие этого товара на указанном в шапке документа складе. Если товара недостаточно документ не проводится
-
Здравствуйте.
Есть вопросы общего характера по решению билета:
1) нужно ли очищать движения в документе Начисление зарплаты. Смотрю некоторые Просто пишут
Движения.ОсновныеНачисления.Записывать = Истина;
//Заполняют движения
Движения.Записать();
А у некоторых Движения,Очистить() . Движения.Записать(); Потом только заполняют.
как нужно делать на экзамене?
2) При записи данных документа НачислениеЗарплаты в первый раз Движения пишутся:
Движения.Записать();
Но после перерасчета некоторые Пишут движения :
//запись набора без пересчета фактического периода действия
Движения.ОсновныеНачисления.Записать(,, Ложь);
А некоторые :
Движения.ОсновныеНачисления.Записать(, Истина);
По сути это одно и тоже или есть различия?
Спасибо.
-
Отзовитесь кто решал билет с данным условием: При проведении документа (расходная накладная) анализируется наличие этого товара на указанном в шапке документа складе. Если товара недостаточно документ не проводится
Вот мое решение билета с этим условием.
-
Здравствуйте.
Есть вопросы общего характера по решению билета:
1) нужно ли очищать движения в документе Начисление зарплаты. Смотрю некоторые Просто пишут
Движения.ОсновныеНачисления.Записывать = Истина;
//Заполняют движения
Движения.Записать();
А у некоторых Движения,Очистить() . Движения.Записать(); Потом только заполняют.
как нужно делать на экзамене?
Движения и так будут пустые, очищать не нужно.
2) При записи данных документа НачислениеЗарплаты в первый раз Движения пишутся:
Движения.Записать();
Но после перерасчета некоторые Пишут движения :
//запись набора без пересчета фактического периода действия
Движения.ОсновныеНачисления.Записать(,, Ложь);
А некоторые :
Движения.ОсновныеНачисления.Записать(, Истина);
По сути это одно и тоже или есть различия?
Спасибо.
Не совсем одно и тоже.
Запись набора записей в регистр расчета может потребовать актуализацию двух таблиц - таблицы фактического периода действия и таблицы перерасчета.
Запись с установленным вторым параметром в Истина (НаборЗаписей.Записать (, Истина) приведет к тому, что ни одна из этих двух таблиц актуализирована не будет.
Если второй параметр указать Ложь (или не указывать вовсе), то за запись в эти таблицы будут уже отвечать третий (таблица фактического периода действия) и четвертый (таблица перерасчетов) параметр. Если для третьего или четвертого параметра указано значение Истина (или параметр не указан вовсе), то соответствующая таблица будет актуализирована.
Для указанных примеров:
НаборЗаписей.Записать (, Истина) - ни одна из таблиц не будет обновлена
НаборЗаписей.Записать(,, Ложь) - таблица перерасчетов будет обновлена.
-
Всем доброго времени суток. У кого есть возможность, посмотрите пожалуйста мое решение 2-ого билета.
Буду ждать комментарии и замечания. СПР не смотрите, пока не победил... сижу туплю. Остальное вроде сделал.
Заранее спасибо!
-
Всем добрый день!
Коллеги посмотрите пожалуйста мое решение 1-й и 2-й задачи билета №2, я в свою очередь посмотрю и прокомментирую Ваши решения.
Спасибо, надеюсь найти сообщников по подготовке к экзамену.
-
Всем доброго времени суток. У кого есть возможность, посмотрите пожалуйста мое решение 2-ого билета.
Буду ждать комментарии и замечания. СПР не смотрите, пока не победил... сижу туплю. Остальное вроде сделал.
Заранее спасибо!
Добрый день.
Вот мои комментарии:
Задача 1:
1. Приходная накладная
1.1 Ок
1.2. Расходная накладная
1.2.1.Услуги: с услугами документ не проводиться
1.2.2. Блокировки - ок
1.2.3 Контроль остатков: ок, мне почему-то больше нравиться "новый" способ контроля отрицательных остатков - я тут его использовал
1.3 Отчет "Продажи":
1.3.1 Текст запроса отчета можно было написать одним запросом без использования временных таблиц
1.3.2 В колонку "себестоимость" считаешь себестоимость продажи единицы продукции, а нужно общую себестоимость продаж
1.3.3 В отчете не настроена закладка ресурсов.
Задача 2:
2.1. Приходная накладная:
2.1.1 Не правильно использовать субконто "Проекты" на счете "Товары" так как проект заполняется только в проводках документа "Расходная накладная", данная задача решается с использованием 2-х субконто
2.2. Расходная накладная
2.2.1 Параметр "Момент времени", Чистов рекомендует использовать конструкцию " ?(Режим = РежимПроведенияДокумента.Оперативный, Дата("00010101"), Новый Граница(МоментВремени(), ВидГраницы.Исключая))"
2.2.2 На счете "Прибыль и убытки" недостаточно субконто "Проект" исходя из условий: "Кроме этого в документе «Расходная накладная» заполняется дополнительный реквизит «Проект», т.е. все продажи осуществляются в разрезе проектов" , а у Вас учет остатков в разрезе проектов, а не продаж.
2.3 Продажи за период:
2.3.1 Различные данные в отчета "Продажи" и "Продажи за период".
2.3.2 Из-за неправильного использования субконто на счетах запрос отчета очень "корявый"
3. Интерфейс
3.1 Интерфейс очень красивый 5+
Я проверил только 1 и 2-ю задачи так как до решения последующий пока не дошел
P.S Экзамен специалиста я еще не сдавал, поэтому мое мнение более субъективное, буду рад полить комментарии по моему решению
Спасибо!
-
Всем доброго времени суток. У кого есть возможность, посмотрите пожалуйста мое решение 2-ого билета.
Буду ждать комментарии и замечания. СПР не смотрите, пока не победил... сижу туплю. Остальное вроде сделал.
Заранее спасибо!
Добрый день.
Вот мои комментарии:
2.2.1 Параметр "Момент времени", Чистов рекомендует использовать конструкцию " ?(Режим = РежимПроведенияДокумента.Оперативный, Дата("00010101"), Новый Граница(МоментВремени(), ВидГраницы.Исключая))"
Павел то Чистов рекомендует, а вот экзаменаторы зачастую не одобряют)
Всё-таки на экзамене лучше остатки получать на МоментВремени().
Рискуете нарваться на ошибку
Если при проведении документа используются каким-то образом данные, считываемые из регистров, обязательно требуется предусмотреть получение таких данных на момент проведения документа
и потерять драгоценный бал.
Были уже ситуации, когда экзаменаторы не одобряли конструкцию получения актуальных остатков при оперативном проведении.
Получайте на МоментВремени.
-
Всем доброго времени суток. У кого есть возможность, посмотрите пожалуйста мое решение 2-ого билета.
Буду ждать комментарии и замечания. СПР не смотрите, пока не победил... сижу туплю. Остальное вроде сделал.
Заранее спасибо!
Добрый день.
Вот мои комментарии:
2.2.1 Параметр "Момент времени", Чистов рекомендует использовать конструкцию " ?(Режим = РежимПроведенияДокумента.Оперативный, Дата("00010101"), Новый Граница(МоментВремени(), ВидГраницы.Исключая))"
Павел то Чистов рекомендует, а вот экзаменаторы зачастую не одобряют)
Всё-таки на экзамене лучше остатки получать на МоментВремени().
Рискуете нарваться на ошибку
Если при проведении документа используются каким-то образом данные, считываемые из регистров, обязательно требуется предусмотреть получение таких данных на момент проведения документа
и потерять драгоценный бал.
Были уже ситуации, когда экзаменаторы не одобряли конструкцию получения актуальных остатков при оперативном проведении.
Получайте на МоментВремени.
Добрый день, спасибо за комментарий - драгоценный бал ни в коем случае терять нельзя.
Не найдется у Вас времени мельком посмотреть мое решение 1 и 2-й задач билета №2?
Заранее благодарен!
-
Всем доброго времени суток. У кого есть возможность, посмотрите пожалуйста мое решение 2-ого билета.
Буду ждать комментарии и замечания. СПР не смотрите, пока не победил... сижу туплю. Остальное вроде сделал.
Заранее спасибо!
Добрый день.
Вот мои комментарии:
2.2.1 Параметр "Момент времени", Чистов рекомендует использовать конструкцию " ?(Режим = РежимПроведенияДокумента.Оперативный, Дата("00010101"), Новый Граница(МоментВремени(), ВидГраницы.Исключая))"
Павел то Чистов рекомендует, а вот экзаменаторы зачастую не одобряют)
Всё-таки на экзамене лучше остатки получать на МоментВремени().
Рискуете нарваться на ошибку
Если при проведении документа используются каким-то образом данные, считываемые из регистров, обязательно требуется предусмотреть получение таких данных на момент проведения документа
и потерять драгоценный бал.
Были уже ситуации, когда экзаменаторы не одобряли конструкцию получения актуальных остатков при оперативном проведении.
Получайте на МоментВремени.
а где он это рекомендовал?А то сейчас смотрю его курсы и вроде такого он не говорил)
-
Всем доброго времени суток. У кого есть возможность, посмотрите пожалуйста мое решение 2-ого билета.
Буду ждать комментарии и замечания. СПР не смотрите, пока не победил... сижу туплю. Остальное вроде сделал.
Заранее спасибо!
Добрый день.
Вот мои комментарии:
2.2.1 Параметр "Момент времени", Чистов рекомендует использовать конструкцию " ?(Режим = РежимПроведенияДокумента.Оперативный, Дата("00010101"), Новый Граница(МоментВремени(), ВидГраницы.Исключая))"
Павел то Чистов рекомендует, а вот экзаменаторы зачастую не одобряют)
Всё-таки на экзамене лучше остатки получать на МоментВремени().
Рискуете нарваться на ошибку
Если при проведении документа используются каким-то образом данные, считываемые из регистров, обязательно требуется предусмотреть получение таких данных на момент проведения документа
и потерять драгоценный бал.
Были уже ситуации, когда экзаменаторы не одобряли конструкцию получения актуальных остатков при оперативном проведении.
Получайте на МоментВремени.
а где он это рекомендовал?А то сейчас смотрю его курсы и вроде такого он не говорил)
Добрый день, согласен с Вами на счет "рекомендует", но как минимум он так делает.
Посмотрите этот видео урок https://www.youtube.com/watch?time_continue=3329&v=5dMQb6WEOus на 55:29 так видно текст запроса.
-
Вам правильно говорят, конструкция что у Чистова перебор и его мнение это просто мнение хоть и мнение хорошего специалиста.
На экзамене два варианта правильных с моментом времени, просто МоментВремени() для старой методики и Граница = Новый Граница(Дата, ВидГраницы.Включая) для новой, все остальное это перфекционистские фантазии.
Добрый день, согласен с Вами на счет "рекомендует", но как минимум он так делает.
Посмотрите этот видео урок https://www.youtube.com/watch?time_continue=3329&v=5dMQb6WEOus на 55:29 так видно текст запроса.
-
Всем доброго времени суток. У кого есть возможность, посмотрите пожалуйста мое решение 2-ого билета.
Буду ждать комментарии и замечания. СПР не смотрите, пока не победил... сижу туплю. Остальное вроде сделал.
Заранее спасибо!
Добрый день.
Вот мои комментарии:
2.2.1 Параметр "Момент времени", Чистов рекомендует использовать конструкцию " ?(Режим = РежимПроведенияДокумента.Оперативный, Дата("00010101"), Новый Граница(МоментВремени(), ВидГраницы.Исключая))"
Павел то Чистов рекомендует, а вот экзаменаторы зачастую не одобряют)
Всё-таки на экзамене лучше остатки получать на МоментВремени().
Рискуете нарваться на ошибку
Если при проведении документа используются каким-то образом данные, считываемые из регистров, обязательно требуется предусмотреть получение таких данных на момент проведения документа
и потерять драгоценный бал.
Были уже ситуации, когда экзаменаторы не одобряли конструкцию получения актуальных остатков при оперативном проведении.
Получайте на МоментВремени.
а где он это рекомендовал?А то сейчас смотрю его курсы и вроде такого он не говорил)
Добрый день, согласен с Вами на счет "рекомендует", но как минимум он так делает.
Посмотрите этот видео урок https://www.youtube.com/watch?time_continue=3329&v=5dMQb6WEOus на 55:29 так видно текст запроса.
Это видео 2016 года
В данный момент сейчас проходит курс онлайн у него, и там таких рекомендаций нет
-
Всем доброго времени суток. У кого есть возможность, посмотрите пожалуйста мое решение 2-ого билета.
Буду ждать комментарии и замечания. СПР не смотрите, пока не победил... сижу туплю. Остальное вроде сделал.
Заранее спасибо!
Добрый день.
Вот мои комментарии:
2.2.1 Параметр "Момент времени", Чистов рекомендует использовать конструкцию " ?(Режим = РежимПроведенияДокумента.Оперативный, Дата("00010101"), Новый Граница(МоментВремени(), ВидГраницы.Исключая))"
Павел то Чистов рекомендует, а вот экзаменаторы зачастую не одобряют)
Всё-таки на экзамене лучше остатки получать на МоментВремени().
Рискуете нарваться на ошибку
Если при проведении документа используются каким-то образом данные, считываемые из регистров, обязательно требуется предусмотреть получение таких данных на момент проведения документа
и потерять драгоценный бал.
Были уже ситуации, когда экзаменаторы не одобряли конструкцию получения актуальных остатков при оперативном проведении.
Получайте на МоментВремени.
а где он это рекомендовал?А то сейчас смотрю его курсы и вроде такого он не говорил)
Добрый день, согласен с Вами на счет "рекомендует", но как минимум он так делает.
Посмотрите этот видео урок https://www.youtube.com/watch?time_continue=3329&v=5dMQb6WEOus на 55:29 так видно текст запроса.
Это видео 2016 года
В данный момент сейчас проходит курс онлайн у него, и там таких рекомендаций нет
Спасибо за комментирай
-
Прохожу курс по расчетным механизмам.
Там есть такой текст:
Настройка «Использует период действия»
Данный флажок показывает, являются ли все виды расчета в этом плане расчета протяженными по времени. Для видов расчета с включенной настройкой возможно вытеснение по периоду действия, например, когда оклад вытесняется больничным за совпадающий интервал дат.
Данную настройку не нужно включать, если в ПВР используются разовые начисления, которые не являются протяженными по времени, например, это могут быть различные единовременные выплаты: квартальная премия, различные пособия, компенсации и др. В ПВР с включенным периодом действия нужно включать только виды расчета, для которых важно, в течение какого периода они действуют. Например, к таким видам расчета можно отнести оклад, больничный, отпуск, командировку, прогул и т.д.
Для разовых начислений следует создавать отдельный ПВР с отключенной настройкой по периоду действия.
На экзамене считается серьезной ошибкой, когда для разовых начислений/удержаний используется период действия, так как в этом случае неоптимально используются ресурсы системы.
Скачал несколько решений, и смотрю, что там эта задача решена на 1 ПВР и с 1 РР.
В ПВР установлен флаг для премии "Период действия является базовым периодом".
Кто силён в расчетах, объясните, пожалуйста!
-
Павел то Чистов рекомендует, а вот экзаменаторы зачастую не одобряют)
Всё-таки на экзамене лучше остатки получать на МоментВремени().
Рискуете нарваться на ошибку
Если при проведении документа используются каким-то образом данные, считываемые из регистров, обязательно требуется предусмотреть получение таких данных на момент проведения документа
и потерять драгоценный бал.
Были уже ситуации, когда экзаменаторы не одобряли конструкцию получения актуальных остатков при оперативном проведении.
Получайте на МоментВремени.
Добрый день, спасибо за комментарий - драгоценный бал ни в коем случае терять нельзя.
Не найдется у Вас времени мельком посмотреть мое решение 1 и 2-й задач билета №2?
Заранее благодарен!
Выкроил время, посмотрел решение.
1) Вы добавили регистр ПартииТоваров, однако в каркасной уже есть объект ОстаткиНоменклатуры, почему бы не использовать его? Тем более проверяя Ваше решение на каркасной Вы в том числе показываете умение работать с имеющимися объектами, а Вы игнорируете уже добавленный в систему объект для реализации товарного учета.
2) Если в Приходную внести услугу, она ляжет мертвым грузом в регистре товарного учета, а это невыведение регистра в ноль. Я бы просто ограничил ввод только товаров через параметры выбора Номенклатуры. Займет пару секунд, а на душе спокойней)
3) Уже обсуждали - остатки получать для старой методики нужно на МоментВремени(), Ваша сложная конструкция на экзамене не требуется
4) Зачем Вы пытаетесь решить задачу с себестоимостью новой методикой проведения? Это неверно.
Если для формирования записей регистра необходимо сначала получать данные из этого самого регистра, то можно использовать только старую методику!
При старой и новой методики при получении данных из регистра уже будет установлена блокировка, для старой через объект БлокировкаДанных, для новой - в момент записи набора записей.
У Вас же происходит получение данных из регистра, при этом никакой блокировки не установлено! Считываемые данные не могут быть изменены, а Ваше решение это гарантировать не может.
5) ОУ - отчет Продажи, обратите внимание в примере нет итогов по вертикали, у Вас есть. Заголовок тоже неплохо бы реализовать как в примере задания.
6) Оказываемые услуги не должны попадать в регистр Партий товаров, им там не место, это снова невыведение регистра в ноль, грубая ошибка
7) Зачем добавлять субконто на счет ОбщехозяйственныеЗатраты? Решить можно и с теми аналитиками, что Вы добавили на другие счета.
8 ) Почему на счете ПрибылиУбытки не установлены флаги ТолькоОбороты для субконто Номенклатура и Проект? Будут накапливаться остатки, они там не нужны, это тоже грубое нарушение
9) Себестоимость рассчитывается по товарам по всей организации, то есть без учета склада, необходимо добавлять признак учета субконто Суммовой и отключать его для субконто Склад на счете Товары
10) Расходная в БУ - сначала устанавливайте блокировку, затем выполняйте запрос.
11) Себестоимость списывается в разрезе товара и склада, а должна в разрезе товара по всем складам
12) В документе Затраты помимо указания Счета указывайте также в параметрах виртуальной таблице и отбор по Кор счету, иначе ввод проводки документом Операция со счетом Прибыли и убытки и "левым" корреспондирующим счетом, может привести к тому, что она попадет в ваши данные и Вы в результате соберете не только продажи.
-
Павел то Чистов рекомендует, а вот экзаменаторы зачастую не одобряют)
Всё-таки на экзамене лучше остатки получать на МоментВремени().
Рискуете нарваться на ошибку
Если при проведении документа используются каким-то образом данные, считываемые из регистров, обязательно требуется предусмотреть получение таких данных на момент проведения документа
и потерять драгоценный бал.
Были уже ситуации, когда экзаменаторы не одобряли конструкцию получения актуальных остатков при оперативном проведении.
Получайте на МоментВремени.
Добрый день, спасибо за комментарий - драгоценный бал ни в коем случае терять нельзя.
Не найдется у Вас времени мельком посмотреть мое решение 1 и 2-й задач билета №2?
Заранее благодарен!
Выкроил время, посмотрел решение.
1) Вы добавили регистр ПартииТоваров, однако в каркасной уже есть объект ОстаткиНоменклатуры, почему бы не использовать его? Тем более проверяя Ваше решение на каркасной Вы в том числе показываете умение работать с имеющимися объектами, а Вы игнорируете уже добавленный в систему объект для реализации товарного учета.
2) Если в Приходную внести услугу, она ляжет мертвым грузом в регистре товарного учета, а это невыведение регистра в ноль. Я бы просто ограничил ввод только товаров через параметры выбора Номенклатуры. Займет пару секунд, а на душе спокойней)
3) Уже обсуждали - остатки получать для старой методики нужно на МоментВремени(), Ваша сложная конструкция на экзамене не требуется
4) Зачем Вы пытаетесь решить задачу с себестоимостью новой методикой проведения? Это неверно.
Если для формирования записей регистра необходимо сначала получать данные из этого самого регистра, то можно использовать только старую методику!
При старой и новой методики при получении данных из регистра уже будет установлена блокировка, для старой через объект БлокировкаДанных, для новой - в момент записи набора записей.
У Вас же происходит получение данных из регистра, при этом никакой блокировки не установлено! Считываемые данные не могут быть изменены, а Ваше решение это гарантировать не может.
5) ОУ - отчет Продажи, обратите внимание в примере нет итогов по вертикали, у Вас есть. Заголовок тоже неплохо бы реализовать как в примере задания.
6) Оказываемые услуги не должны попадать в регистр Партий товаров, им там не место, это снова невыведение регистра в ноль, грубая ошибка
7) Зачем добавлять субконто на счет ОбщехозяйственныеЗатраты? Решить можно и с теми аналитиками, что Вы добавили на другие счета.
8 ) Почему на счете ПрибылиУбытки не установлены флаги ТолькоОбороты для субконто Номенклатура и Проект? Будут накапливаться остатки, они там не нужны, это тоже грубое нарушение
9) Себестоимость рассчитывается по товарам по всей организации, то есть без учета склада, необходимо добавлять признак учета субконто Суммовой и отключать его для субконто Склад на счете Товары
10) Расходная в БУ - сначала устанавливайте блокировку, затем выполняйте запрос.
11) Себестоимость списывается в разрезе товара и склада, а должна в разрезе товара по всем складам
12) В документе Затраты помимо указания Счета указывайте также в параметрах виртуальной таблице и отбор по Кор счету, иначе ввод проводки документом Операция со счетом Прибыли и убытки и "левым" корреспондирующим счетом, может привести к тому, что она попадет в ваши данные и Вы в результате соберете не только продажи.
Доброе утро.
Спасибо, Вы мне очень помогли
1. Согласен - отказался от регистра партий товаров
2. Согласен - так надежно и однозначно.
3. Согласен - изменил, что-то я сильно "прикипел" к "новой" конструкции и уже сам по себе не заметил как использую ее где надо и не надо
4. Согласен - переработал.
5. Согласен - заголовок изменил, итогу убрал
6. Согласен - исправил
7. Согласен - убрал субконто, самое главное что у меня запрос отчет именно так и построен был
8. Согласен - поставил
9. Согласен - исправил
10. Согласен - сделал
11. Согласен - поправил
12. Согласен - добавил.
Еще раз спасибо за конструктивные и очень полезные замечания
Возможно у Вас найдется время и Вы сможете посмотреть еще раз - может еще что-то заметите(например конструкции запросов), что бы я уже довел этот билет "до ума" и спокойно мог приступать следующий
-
Возможно у Вас найдется время и Вы сможете посмотреть еще раз - может еще что-то заметите(например конструкции запросов), что бы я уже довел этот билет "до ума" и спокойно мог приступать следующий
Можете выложить с меньшей версией платформы? 8.3.13 у меня не стоит, а требует именно её.
-
Возможно у Вас найдется время и Вы сможете посмотреть еще раз - может еще что-то заметите(например конструкции запросов), что бы я уже довел этот билет "до ума" и спокойно мог приступать следующий
Можете выложить с меньшей версией платформы? 8.3.13 у меня не стоит, а требует именно её.
Вот пожалуйста
-
Возможно у Вас найдется время и Вы сможете посмотреть еще раз - может еще что-то заметите(например конструкции запросов), что бы я уже довел этот билет "до ума" и спокойно мог приступать следующий
Можете выложить с меньшей версией платформы? 8.3.13 у меня не стоит, а требует именно её.
Вот пожалуйста
Опять всё не очень радужно)
1) Каркасная конфигурация таит в себе ряд секретов) Один из них Вы не учли), на РН ОстаткиНоменклатуры не установлен флаг "Разрешить разделение итогов", его нужно включать для ускорения параллельной записи в регистр.
2) Приходная - проводка Дт Поставщики Кт Товары, ничего не перепутали? У Вас поставщики отбирают товар а не поставляют?)
3) Мне кажется зря Вы в расходной используйте эту временную таблицу, которую затем через запрос передаете и в оперативный учет и в бухглатерский, во многих задачах так реализовать не получится, так довольно сложно реализовывать, дорабатывать, всё учитывать и проверять.
Делайте запросы, расчет независимые для оперативного и бухглатерского учета
4) Оперативный учет в расходной - лучше проверять, что если списываете всё количество, то списывать всю сумму, иначе рассчитывать. Ваша конструкция может привести к потери копеек, например всего сумма 10 и всего количество 3 в остатке, списываем все 3, по формуле получается 10/3 * 3, получается уже не 10, а 9.99.
5) Бухгалтерский учет в расходной - странная формула для контроля
-ЕСТЬNULL(УправленческийОстатки.КоличествоОстаток, 0) - ВТ_СписокНоменклатуры.Количество КАК КоличествоКонтроля
Что это? 5 в остатке, 1 продаем, получаем -6 и превышение, хотя всё в порядке
6) Контроль количественный должен быть наличия на складе, а не по всей организации
Это только то, что бросилось в глаза.
Короче Вам еще готовиться, готовиться и готовиться)
-
Всем привет. Доделал 2-ой билет. Если есть у кого-нибудь возможность, проверьте пожалуйста.
Буду ждать комментарии. Заранее спасибо!
-
Всем привет. Доделал 2-ой билет. Если есть у кого-нибудь возможность, проверьте пожалуйста.
Буду ждать комментарии. Заранее спасибо!
Посмотрел только СПР: Хотел проверить как у вас работает вытеснение, но
- Фикс у вас в принципе не рассчитывается :).
- Не выполнены условия по разным расчетным периодам и учет изменения оклада в расчетном периоде.
-
Всем привет. Доделал 2-ой билет. Если есть у кого-нибудь возможность, проверьте пожалуйста.
Буду ждать комментарии. Заранее спасибо!
Посмотрел только СПР: Хотел проверить как у вас работает вытеснение, но
- Фикс у вас в принципе не рассчитывается :).
- Не выполнены условия по разным расчетным периодам и учет изменения оклада в расчетном периоде.
Вроде все исправил/доделал. Если у кого-то есть возможность, проверьте пожалуйста (желательно не только СПР :)).
Буду рад комментариям. Заранее спасибо!
-
Возможно у Вас найдется время и Вы сможете посмотреть еще раз - может еще что-то заметите(например конструкции запросов), что бы я уже довел этот билет "до ума" и спокойно мог приступать следующий
Можете выложить с меньшей версией платформы? 8.3.13 у меня не стоит, а требует именно её.
Вот пожалуйста
С
Опять всё не очень радужно)
1) Каркасная конфигурация таит в себе ряд секретов) Один из них Вы не учли), на РН ОстаткиНоменклатуры не установлен флаг "Разрешить разделение итогов", его нужно включать для ускорения параллельной записи в регистр.
2) Приходная - проводка Дт Поставщики Кт Товары, ничего не перепутали? У Вас поставщики отбирают товар а не поставляют?)
3) Мне кажется зря Вы в расходной используйте эту временную таблицу, которую затем через запрос передаете и в оперативный учет и в бухглатерский, во многих задачах так реализовать не получится, так довольно сложно реализовывать, дорабатывать, всё учитывать и проверять.
Делайте запросы, расчет независимые для оперативного и бухглатерского учета
4) Оперативный учет в расходной - лучше проверять, что если списываете всё количество, то списывать всю сумму, иначе рассчитывать. Ваша конструкция может привести к потери копеек, например всего сумма 10 и всего количество 3 в остатке, списываем все 3, по формуле получается 10/3 * 3, получается уже не 10, а 9.99.
5) Бухгалтерский учет в расходной - странная формула для контроля
-ЕСТЬNULL(УправленческийОстатки.КоличествоОстаток, 0) - ВТ_СписокНоменклатуры.Количество КАК КоличествоКонтроля
Что это? 5 в остатке, 1 продаем, получаем -6 и превышение, хотя всё в порядке
6) Контроль количественный должен быть наличия на складе, а не по всей организации
Это только то, что бросилось в глаза.
Короче Вам еще готовиться, готовиться и готовиться)
Спасибо!!!
-
Всем здравствуйте!
Во втором билете есть задание по отчету:Добавить отчет с шапкой "Расчетно-платежная ведомость № 1 за январь 2010 года по подразделению «Бухгалтери»
Так вот я добавила макет, всё нормально параметры настроила. Вот теперь вопрос: как вытащить этот макет на отчет? вот я на закладке настройки добавляю новую группировку ДЕТАЛЬНЫЕ ЗАПИСИ, а как мне заголовок то вывести?
Заранее спасибо ::)
-
Всем здравствуйте!
Во втором билете есть задание по отчету:Добавить отчет с шапкой "Расчетно-платежная ведомость № 1 за январь 2010 года по подразделению «Бухгалтери»
Так вот я добавила макет, всё нормально параметры настроила. Вот теперь вопрос: как вытащить этот макет на отчет? вот я на закладке настройки добавляю новую группировку ДЕТАЛЬНЫЕ ЗАПИСИ, а как мне заголовок то вывести?
Заранее спасибо ::)
Ой всё, разобралась))))
-
Здравствуйте.
Почему в задаче по ОУ никто ни чистит движения в регистре накопления Продажи(оборотный). Это не обязательно ? Если я его буду записывать в начале обработки проведения накладной это будет ошибкой ?
То что делают многие:
Движения.Продажи.Записывать = Истина;
Движения.ОстаткиНоменклатуры.Записывать = Истина;
Движения.ОстаткиНоменклатуры.Записать();
Как хочу делать я :
Движения.ОстаткиНоменклатуры.Записывать = истина;
Движения.Продажи.Записывать = истина;
Движения.Записать();
Движения.ОстаткиНоменклатуры.Записывать = истина;
Движения.Продажи.Записывать = истина;
Не будет ли мой вариант ошибкой ?
-
Здравствуйте.
Почему в задаче по ОУ никто ни чистит движения в регистре накопления Продажи(оборотный). Это не обязательно ? Если я его буду записывать в начале обработки проведения накладной это будет ошибкой ?
То что делают многие:
Движения.Продажи.Записывать = Истина;
Движения.ОстаткиНоменклатуры.Записывать = Истина;
Движения.ОстаткиНоменклатуры.Записать();
Как хочу делать я :
Движения.ОстаткиНоменклатуры.Записывать = истина;
Движения.Продажи.Записывать = истина;
Движения.Записать();
Движения.ОстаткиНоменклатуры.Записывать = истина;
Движения.Продажи.Записывать = истина;
Не будет ли мой вариант ошибкой ?
Движения по регистру накопления "ОстаткиНоменклатуры" очищаются для того, чтобы при перепроведении документа в результат запроса по остаткам номенклатуры не попали уже записанные движения старой версии этого же документа. В данном случае очищать движения по регистру накопления "Продажи" нет смысла, так как при проведении документа никаким образом не используются данные из этого регистра. Если движения по продажам не очищать, то по окончании обработки проведения старые записи будут просто замещены новыми.
-
Прорешал второй билет полностью. просьба оценить решение.
Спасибо.
-
Возник вопрос по решению Расчетной задачи:
Расчет премии делаться следующим запросом.:
// РАСЧЕТ ПРЕМИИ
Измерение = Новый Массив;
Измерение.Добавить("Сотрудник");
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| ОсновныеНачисленияДанныеГрафика.НомерСтроки,
| ОсновныеНачисленияДанныеГрафика.Размер,
| ЕСТЬNULL(ОсновныеНачисленияБазаОсновныеНачисления.РезультатБаза, 0) КАК База
|ИЗ
| РегистрРасчета.ОсновныеНачисления.ДанныеГрафика(
| Регистратор = &Ссылка
| И ВидРасчета = &Премия) КАК ОсновныеНачисленияДанныеГрафика
| ЛЕВОЕ СОЕДИНЕНИЕ РегистрРасчета.ОсновныеНачисления.БазаОсновныеНачисления(
| &Измерения,
| &Измерения,
| ,
| Регистратор = &Ссылка
| И ВидРасчета = &Премия) КАК ОсновныеНачисленияБазаОсновныеНачисления
| ПО ОсновныеНачисленияДанныеГрафика.НомерСтроки = ОсновныеНачисленияБазаОсновныеНачисления.НомерСтроки";
Запрос.УстановитьПараметр("Измерения", Измерение);
Запрос.УстановитьПараметр("Премия", ПланыВидовРасчета.ОсновныеНачисления.Премия);
Запрос.УстановитьПараметр("Ссылка", Ссылка);
РезультатЗапроса = Запрос.Выполнить();
Выборка = РезультатЗапроса.Выбрать();
СтруктураПоиска = Новый Структура;
СтруктураПоиска.Вставить("НомерСтроки");
Для каждого СтрокаДвижений Из Движения.ОсновныеНачисления Цикл
СтруктураПоиска.НомерСтроки = СтрокаДвижений.НомерСтроки;
Выборка.Сбросить();
Если Выборка.НайтиСледующий(СтруктураПоиска) Тогда
СтрокаДвижений.Результат = Выборка.Размер/100 * Выборка.База;
// регистр РасчетыПоСотрудникам Приход
Движение = Движения.РасчетыПоСотрудникам.Добавить();
Движение.ВидДвижения = ВидДвиженияНакопления.Приход;
Движение.Период = СтрокаДвижений.ПериодДействия;
Движение.Сотрудник = СтрокаДвижений.Сотрудник;
Движение.Подразделение = СтрокаДвижений.Подразделение;
Движение.Сумма = СтрокаДвижений.Результат;
Движение.ВидРасчета = ПланыВидовРасчета.ОсновныеНачисления.Премия;
КонецЕсли;
КонецЦикла;
Движения.ОсновныеНачисления.Записать(, Истина);
Зачем здесь используется ВТ "Данные Графика". Ведь реквизит "размер" доступен из ВТ "БазаОсновныеНачисления"
правильно ли я понимаю что избыточное использование ВТ "Данные Графика" ?
-
Возник вопрос по решению Расчетной задачи:
Расчет премии делаться следующим запросом.:
// РАСЧЕТ ПРЕМИИ
Измерение = Новый Массив;
Измерение.Добавить("Сотрудник");
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| ОсновныеНачисленияДанныеГрафика.НомерСтроки,
| ОсновныеНачисленияДанныеГрафика.Размер,
| ЕСТЬNULL(ОсновныеНачисленияБазаОсновныеНачисления.РезультатБаза, 0) КАК База
|ИЗ
| РегистрРасчета.ОсновныеНачисления.ДанныеГрафика(
| Регистратор = &Ссылка
| И ВидРасчета = &Премия) КАК ОсновныеНачисленияДанныеГрафика
| ЛЕВОЕ СОЕДИНЕНИЕ РегистрРасчета.ОсновныеНачисления.БазаОсновныеНачисления(
| &Измерения,
| &Измерения,
| ,
| Регистратор = &Ссылка
| И ВидРасчета = &Премия) КАК ОсновныеНачисленияБазаОсновныеНачисления
| ПО ОсновныеНачисленияДанныеГрафика.НомерСтроки = ОсновныеНачисленияБазаОсновныеНачисления.НомерСтроки";
Запрос.УстановитьПараметр("Измерения", Измерение);
Запрос.УстановитьПараметр("Премия", ПланыВидовРасчета.ОсновныеНачисления.Премия);
Запрос.УстановитьПараметр("Ссылка", Ссылка);
РезультатЗапроса = Запрос.Выполнить();
Выборка = РезультатЗапроса.Выбрать();
СтруктураПоиска = Новый Структура;
СтруктураПоиска.Вставить("НомерСтроки");
Для каждого СтрокаДвижений Из Движения.ОсновныеНачисления Цикл
СтруктураПоиска.НомерСтроки = СтрокаДвижений.НомерСтроки;
Выборка.Сбросить();
Если Выборка.НайтиСледующий(СтруктураПоиска) Тогда
СтрокаДвижений.Результат = Выборка.Размер/100 * Выборка.База;
// регистр РасчетыПоСотрудникам Приход
Движение = Движения.РасчетыПоСотрудникам.Добавить();
Движение.ВидДвижения = ВидДвиженияНакопления.Приход;
Движение.Период = СтрокаДвижений.ПериодДействия;
Движение.Сотрудник = СтрокаДвижений.Сотрудник;
Движение.Подразделение = СтрокаДвижений.Подразделение;
Движение.Сумма = СтрокаДвижений.Результат;
Движение.ВидРасчета = ПланыВидовРасчета.ОсновныеНачисления.Премия;
КонецЕсли;
КонецЦикла;
Движения.ОсновныеНачисления.Записать(, Истина);
Зачем здесь используется ВТ "Данные Графика". Ведь реквизит "размер" доступен из ВТ "БазаОсновныеНачисления"
правильно ли я понимаю что избыточное использование ВТ "Данные Графика" ?
Удалите эту физическую таблицу, и посмотрите результат выполнения на разных тестовых данных. Я обычно так делаю, если не понимаю для чего.
-
Вроде все исправил/доделал. Если у кого-то есть возможность, проверьте пожалуйста (желательно не только СПР :)).
Буду рад комментариям. Заранее спасибо!
Не сдал.
Увидят вот это в отчёте:
"ВЫБОР
КОГДА ЕСТЬNULL(УправленческийОбороты.КоличествоОборотКт, 0) = 0
ТОГДА 0
ИНАЧЕ ЕСТЬNULL(УправленческийОбороты.СуммаОборотКт, 0) / ЕСТЬNULL(УправленческийОбороты.КоличествоОборотКт, 0)
КОНЕЦ"
И спросят: Ты правда не знаешь что такое себестоимость?
-
Прорешал второй билет полностью. просьба оценить решение.
Спасибо.
В бухгалтерском отчёте в 4 раза увеличены суммы продаж.
-
Вроде все исправил/доделал. Если у кого-то есть возможность, проверьте пожалуйста (желательно не только СПР :)).
Буду рад комментариям. Заранее спасибо!
Не сдал.
Увидят вот это в отчёте:
"ВЫБОР
КОГДА ЕСТЬNULL(УправленческийОбороты.КоличествоОборотКт, 0) = 0
ТОГДА 0
ИНАЧЕ ЕСТЬNULL(УправленческийОбороты.СуммаОборотКт, 0) / ЕСТЬNULL(УправленческийОбороты.КоличествоОборотКт, 0)
КОНЕЦ"
И спросят: Ты правда не знаешь что такое себестоимость?
и исходя из этого может быть деление на нуль, что является грубой ошибкой.
-
В задаче по упр. формам есть такая фраза: "По мере возникновения этих задач у пользователя должна автоматически открываться форма каждой невыполненной его задачи". В некоторых решениях проблема в том, что с заданной частотой создаются новые экземпляры одной и той же формы задачи. Есть такое предложение для решения: у параметров формы есть признак "ключевой параметр". Если форма уже открыта и значения ключевых параметров совпадают, то будет активирована уже существующая форма. Всем бобра)
-
Вроде все исправил/доделал. Если у кого-то есть возможность, проверьте пожалуйста (желательно не только СПР :)).
Буду рад комментариям. Заранее спасибо!
Не сдал.
Увидят вот это в отчёте:
"ВЫБОР
КОГДА ЕСТЬNULL(УправленческийОбороты.КоличествоОборотКт, 0) = 0
ТОГДА 0
ИНАЧЕ ЕСТЬNULL(УправленческийОбороты.СуммаОборотКт, 0) / ЕСТЬNULL(УправленческийОбороты.КоличествоОборотКт, 0)
КОНЕЦ"
И спросят: Ты правда не знаешь что такое себестоимость?
и исходя из этого может быть деление на нуль, что является грубой ошибкой.
"ВЫБОР
КОГДА ЕСТЬNULL(УправленческийОбороты.КоличествоОборотКт, 0) = 0 ИЛИ УправленческийОбороты.КоличествоОборотКт = 0
ТОГДА 0
ИНАЧЕ ЕСТЬNULL(УправленческийОбороты.СуммаОборотКт, 0) / УправленческийОбороты.КоличествоОборотКт
КОНЕЦ"
Вот так я думаю
-
Коллеги а кто подскажет по этому вопросу, что за ошибка такая?
Ошибка записи! Блокировка для изменения запрещена для автоматического режима блокировки (Регистр накопления: Остатки номенклатуры)
-
Коллеги а кто подскажет по этому вопросу, что за ошибка такая?
Ошибка записи! Блокировка для изменения запрещена для автоматического режима блокировки (Регистр накопления: Остатки номенклатуры)
Измените режим управления блокировкой на управляемый. Сейчас у Вас автоматический
-
Добрый день, почему в СПР для документов нужно установить "Оперативное проведение - запретить"? С каким условием это связано
Включение оперативного проведения влечет за собой активацию ряда дополнительных механизмов, дополнительного контроля, в частности:
1) Документ будет стремиться проводиться оперативно - при проведении нового документа, а также документа с датой текущего дня, его время будет установлено в соответствии с оперативной отметкой времени, а именно - крайним на временной оси. То есть документы будут последовательно выстроены как минимум с разницей в секунду, таким образом все документы будут выстроены в хронологической последовательности в соответствии с очередностью проведения.
2) Запрещено будет проводить документы с датой, большей даты сегодняшнего дня.
Во многих типовых конфигурациях контроль остатков происходит именно при оперативном проведении.
Всё сказанное выше никоим образом не относится к расчетным механизмам. Поэтому для документа Начисления (и Табеля) оперативное проведение нужно отключать (запрещать).
-
Коллеги, так кто-нибудь понял, как распределять суммы затрат на номенклатуру проекта в задаче БУ, если теперь из билета вроде убрали фразу - "пропорционально их проданному количеству" ?
-
я Номенклатуру из прибыли убрал получаю просто суммы по проекту.
дт ПрибылиИУбытки Кт Общехозяйственные затраты, но предварительно сгруппировать суммы по проекту мне кажется правильно запросом. Там можно просто конструктором движения. Ну а если все-таки надо распределять то субконто Номенклатура на Прибыли.
-
Коллеги а кто подскажет по этому вопросу, что за ошибка такая?
Ошибка записи! Блокировка для изменения запрещена для автоматического режима блокировки (Регистр накопления: Остатки номенклатуры)
Измените режим управления блокировкой на управляемый. Сейчас у Вас автоматический
Да, спасибо разобрался.
-
Коллеги а кто подскажет по этому вопросу, что за ошибка такая?
Ошибка записи! Блокировка для изменения запрещена для автоматического режима блокировки (Регистр накопления: Остатки номенклатуры)
Измените режим управления блокировкой на управляемый. Сейчас у Вас автоматический
А у тебя нет второго решенного билета, я опять на расчетах встрял)))
-
Хочу поделиться впечатлениями, второй билет какое - то извращение))))))
-
как задачу на управляемые формы решить?
-
как задачу на управляемые формы решить?
А что тебе не понятно, создаешь задачу, создаешь рег задание, которое генерирует задачу каждый день, посмотри тут у людей уже есть выполненное задание это
-
Хочу поделиться впечатлениями, второй билет какое - то извращение))))))
Подтверждаю, не особо хотелось на него попасть на экзамене.
-
Здравствуйте товарищи. Проверьте пожалуйста мое решение
-
Подскажите, а в бухгалтерской задаче склад так прям необходим?
-
Подскажите, а в бухгалтерской задаче склад так прям необходим?
В задаче:
"При проведении документа (расходная накладная) анализируется наличие этого товара на указанном в шапке документа складе."
Сам как думаешь?
-
Подскажите, а в бухгалтерской задаче склад так прям необходим?
В задаче:
"При проведении документа (расходная накладная) анализируется наличие этого товара на указанном в шапке документа складе."
Сам как думаешь?
Точно, виноват. Не актуальные билеты были
-
Доброго времени суток, уважаемые коллеги! Прошу оценить решение бу и пр из второго билета. Любым замечанием буду рад прислушаться. Спасибо!
-
Расчеты.
Размер премии процентом как я понял считается от базы (оклад) и одновременно вытесняется премией суммой.
Пытаюсь сообразить, как для нее правильная формула расчета выглядит ?
Допустим, премию процентом нужно посчитать за 4 дня (указано в документе начисления), причем
размер базы (оклад за 4 дня) = 10000 руб,
фактический период действия премии = 3 дня (1 день был вытеснен фиксированной премией),
процент премии = 50%.
Результат = 3/4*50*10000/100 ?
Как получить из регистра 4 дня, что это за величина, дней в базовом периоде ?
-
Как получить из регистра 4 дня, что это за величина, дней в базовом периоде ?
ОсновныеНачисленияДанныеГрафика.ЧасыПериодДействия
По условию задачи, кстати, всё в часах считается, а не в днях.
-
Расчеты.
Размер премии процентом как я понял считается от базы (оклад) и одновременно вытесняется премией суммой.
Пытаюсь сообразить, как для нее правильная формула расчета выглядит ?
Допустим, премию процентом нужно посчитать за 4 дня (указано в документе начисления), причем
размер базы (оклад за 4 дня) = 10000 руб,
фактический период действия премии = 3 дня (1 день был вытеснен фиксированной премией),
процент премии = 50%.
Результат = 3/4*50*10000/100 ?
Как получить из регистра 4 дня, что это за величина, дней в базовом периоде ?
Флаг "Период действия является базовым периодом" установи.
-
Ах вот оно что, хитрый флажок в настройке вида расчета, спасибо.
Я и думаю, как так то, фактический период действия меняется, за счет вытеснения, а размер базы (ОсновныеНачисленияБазаОсновныеНачисления.РезультатБаза) тот же самый остается.
Тогда формула для премии процентом будет такая: результат = РезультатБаза * Процент / 100.
Дни действительно лишние, хотел по ним определять рабочее время для фиксированной премии согласно условию "Вместо премии, за любой отработанный день". Но сейчас вижу что и часов достаточно, если есть хоть 1 рабочий час в фактическом периоде действия, значит это "отработанный день" и начисляем премию.
Интересно, если для фиксированной премии указать вместо 1 дня некий период, то сумма премии же не должна измениться по идее, т.к. она фиксированная. Т.е. если указали для фикс. премии период = 1 неделя, то на результат расчета по фикс. премии это не повлияет, зато повлияет на результат по премии процентом, т.к. неделя будет вытеснена.
Вообще думаю что это излишнее усложнение условия задачи - проверка на рабочий день перед начислением фикс. премии. В условии же не сказано, что если не рабочий то нельзя начислять. Поэтому при записи движений сразу буду писать в результат сумму фикс. премии.
-
Дело в том, что для системы базовый период и период действия — это разные таблицы. Одна премия считается по базе, а вторая фиксированная её должна вытеснять. Система смотрит одна премия посчиталась по одной таблице, другая по другой. Всё хорошо — пересечения нет — нет и вытеснения. А чтобы оно было, надо, чтобы базовый период совпадал с периодом действия, тогда система увидит пересечение периодов и сработает механизм вытеснения. Задачка СПР во втором билете, как раз на знание этого механизма.
-
Дело в том, что для системы базовый период и период действия — это разные таблицы. Одна премия считается по базе, а вторая фиксированная её должна вытеснять. Система смотрит одна премия посчиталась по одной таблице, другая по другой. Всё хорошо — пересечения нет — нет и вытеснения. А чтобы оно было, надо, чтобы базовый период совпадал с периодом действия, тогда система увидит пересечение периодов и сработает механизм вытеснения. Задачка СПР во втором билете, как раз на знание этого механизма.
По-моему суть флага "Период действия является базовым периодом" в том, чтобы делать отбор у оклада не по границам периода действия Премии (например, с 1 по 31), а по границам ее фактических периодов времени (например, с 1 по 9 и с 11 по 31). В таком случае 10 число не попадет в выборку, соответственно размер базы (суммы начисленного оклада) будет меньше.
А без установки флага отбор по окладу у меня делался по границам периода действия премии, т.е. тупо с 1 по 31 число, при этом конечно не был учтен факт вытеснения премии 10-го числа (10-м числом я ввел премию суммой)
-
Нет. Период действия (норма дней, часов) вообще не причем. Период действия, фактический период действия, базовый период — это разные таблицы.
Флаг ставиться, если требуется вытеснение по базовому периоду: базовый период = фактический период действия.
-
Возник вопрос по решению Расчетной задачи:
Расчет премии делаться следующим запросом.:
"ВЫБРАТЬ
| ОсновныеНачисленияДанныеГрафика.НомерСтроки,
| ОсновныеНачисленияДанныеГрафика.Размер,
| ЕСТЬNULL(ОсновныеНачисленияБазаОсновныеНачисления.РезультатБаза, 0) КАК База
|ИЗ
| РегистрРасчета.ОсновныеНачисления.ДанныеГрафика(
| Регистратор = &Ссылка
| И ВидРасчета = &Премия) КАК ОсновныеНачисленияДанныеГрафика
| ЛЕВОЕ СОЕДИНЕНИЕ РегистрРасчета.ОсновныеНачисления.БазаОсновныеНачисления(
| &Измерения,
| &Измерения,
| ,
| Регистратор = &Ссылка
| И ВидРасчета = &Премия) КАК ОсновныеНачисленияБазаОсновныеНачисления
| ПО ОсновныеНачисленияДанныеГрафика.НомерСтроки = ОсновныеНачисленияБазаОсновныеНачисления.НомерСтроки";
Зачем здесь используется ВТ "Данные Графика". Ведь реквизит "размер" доступен из ВТ "БазаОсновныеНачисления"
правильно ли я понимаю что избыточное использование ВТ "Данные Графика" ?
Данные графика тут не нужны, берем базу по окладу и все :
"ВЫБРАТЬ
| ОсновныеНачисленияБазаОсновныеНачисления.НомерСтроки КАК НомерСтроки,
| ОсновныеНачисленияБазаОсновныеНачисления.ЗначениеПремии КАК ПроцентПремии,
| ОсновныеНачисленияБазаОсновныеНачисления.РезультатБаза КАК ОкладЗаПериод
|ИЗ
| РегистрРасчета.ОсновныеНачисления.БазаОсновныеНачисления(
| &Измерения,
| &Измерения,
| ,
| Регистратор = &Ссылка
| И ВидРасчета = &ПремияПроцентом) КАК ОсновныеНачисленияБазаОсновныеНачисления";
Вопрос по отчету "Платежно-расчетная ведомость" - в шапке есть виды расчета и поле "выплачено".
Это что, предполагается общую сумму выплаты по каждому виду расчета разносить в процедуре проведения ?
-
Вопрос по отчету "Платежно-расчетная ведомость" - в шапке есть виды расчета и поле "выплачено".
Это что, предполагается общую сумму выплаты по каждому виду расчета разносить в процедуре проведения ?
Нет. Сумма выплаты — одна общая. Заводится регистр "РасчетыССотрудниками". ВидРасчета делаем реквизитом. Оперативное проведение у документа выплаты запрещаем. Для отчета делаем три запроса НачОст, Начислено, Выплачено. Помещаем их во ВТ и делаем полное соединение.
-
Вопрос по отчету "Платежно-расчетная ведомость" - в шапке есть виды расчета и поле "выплачено".
Это что, предполагается общую сумму выплаты по каждому виду расчета разносить в процедуре проведения ?
Нет. Сумма выплаты — одна общая. Заводится регистр "РасчетыССотрудниками". ВидРасчета делаем реквизитом. Оперативное проведение у документа выплаты запрещаем. Для отчета делаем три запроса НачОст, Начислено, Выплачено. Помещаем их во ВТ и делаем полное соединение.
Такое решение я видел у кого-то на форуме, это гарантированные минус 1.5 балла за "В задачах получения итоговой информации использование прямого обращения к реальным таблицам регистра".
Сделал левым соединением таблицы остатков и оборотов регистра взаиморасчетов с регистром расчетов. "Выплачено" вывожу только в итогах.
-
Такое решение я видел у кого-то на форуме, это гарантированные минус 1.5 балла за "В задачах получения итоговой информации использование прямого обращения к реальным таблицам регистра".
Сделал левым соединением таблицы остатков и оборотов регистра взаиморасчетов с регистром расчетов. "Выплачено" вывожу только в итогах.
Это касается только задач ОУ и БУ.
В СПР много отчетов делается через обращение к реальным таблицам. Именно такой вариант расчетно-платежной ведомости, как я написал выше, показывают на курсах по подготовке на Специалиста методисты фирмы 1С.
-
Соединение должно быть полное, а не левое. Остатков может и не быть, а начисления есть.
-
Соединение должно быть полное, а не левое. Остатков может и не быть, а начисления есть.
Если допускается делать запросы к реальным таблицам и детализация выплат по видам расчетов не нужна, тогда можно и на одном регистре сделать, просто соединив остатки с движениями физ. таблицы. Зачем там три запроса с объединениями ?
ВЫБРАТЬ
ВзаиморасчетыОстаткиИОбороты.Сотрудник КАК Сотрудник,
ВзаиморасчетыОстаткиИОбороты.СуммаНачальныйОстаток КАК НачальныйОстаток,
ВзаиморасчетыОстаткиИОбороты.СуммаРасход КАК Выплачено,
Взаиморасчеты.ВидРасчета КАК ВидРасчета,
Взаиморасчеты.Сумма КАК Начислено,
ВзаиморасчетыОстаткиИОбороты.СуммаКонечныйОстаток КАК КонечныйОстаток
ИЗ
РегистрНакопления.Взаиморасчеты.ОстаткиИОбороты(, , , , Подразделение = &Подразделение) КАК ВзаиморасчетыОстаткиИОбороты
ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.Взаиморасчеты КАК Взаиморасчеты
ПО ВзаиморасчетыОстаткиИОбороты.Сотрудник = Взаиморасчеты.Сотрудник
ГДЕ
Взаиморасчеты.ВидДвижения = ЗНАЧЕНИЕ(ВидДвиженияНакопления.Приход)
И Взаиморасчеты.Период МЕЖДУ &НачалоПериода И &КонецПериода
И Взаиморасчеты.Подразделение = &Подразделение
-
Почему ты берёшь актуальный конечный остаток? Отчет может быть за прошлый период.
Ситуация: в текущем периоде выплатили всю задолженность, конечного остатка нет. А у тебя левое соединение.
Условие ГДЕ срабатывает уже после соединения. Получается неоптимальный запрос. У тебя все записи из физической таблицы по всем сотрудникам, за все периоды, и по приходу, и по расходу соединяются с остатками, и только после этого срабатывает отбор.
Необходимо сделать наоборот. Сначала отобрать необходимое, и только потом уже соединять.
Через консоль запросов посмотри на результат своего запроса до наложения условия ГДЕ.
-
По вопросу об актуальных остатках я, наверное, догадался — ты скопировал отчет из СКД. Предупреждать надо )
-
Если допускается делать запросы к реальным таблицам и детализация выплат по видам расчетов не нужна
Нет, не допускается. В расчетных задачах можно, конечно, обращаться к реальным таблицам, но только РЕГИСТРОВ РАСЧЁТА.
НЕ регистров накопления или бухгалтерских.
Детализация нужна по видам расчетов.
И не понимаю зачем так мудрите. Элементарный же там отчёт:
ВЫБРАТЬ
ЗарплатаКВыплатеОстаткиИОбороты.Сотрудник КАК Сотрудник,
ЗарплатаКВыплатеОстаткиИОбороты.Подразделение КАК Подразделение,
0 КАК Начислено,
ЗарплатаКВыплатеОстаткиИОбороты.СуммаНачальныйОстаток КАК СуммаНачальныйОстаток,
ЗарплатаКВыплатеОстаткиИОбороты.СуммаКонечныйОстаток КАК СуммаКонечныйОстаток,
ЗарплатаКВыплатеОстаткиИОбороты.СуммаРасход КАК Выплачено,
ЗарплатаКВыплатеОстаткиИОбороты.ВидРасчета КАК ВидРасчета
ИЗ
РегистрНакопления.ЗарплатаКВыплате.ОстаткиИОбороты КАК ЗарплатаКВыплатеОстаткиИОбороты
ОБЪЕДИНИТЬ ВСЕ
ВЫБРАТЬ
ОсновныеНачисления.Сотрудник,
ОсновныеНачисления.Подразделение,
ОсновныеНачисления.Результат,
0,
0,
0,
ОсновныеНачисления.ВидРасчета
ИЗ
РегистрРасчета.ОсновныеНачисления КАК ОсновныеНачисления
Соединение полное, так как возможна выплата без начисления.
-
Если ВидРасчета сделать измерением, то регистр не будет выводиться в ноль. Или придётся делать выплаты по каждому ВР.
Поэтому ВР — это реквизит. В расчетных задачах это делать можно. Почему можно? Потому что, в отличии от оперативных задач, где по одному товару может происходить 100500 движений по разным складам, сделанными разными менеджерами, одному же сотруднику зарплату начисляет один расчетчик и число этих начислений невелико: оклад, премия, больничный; пара выплат — аванс, перерасчет. Т.е. , как правило, не более 10 движений за целый месяц.
-
Если ВидРасчета сделать измерением, то регистр не будет выводиться в ноль. Или придётся делать выплаты по каждому ВР.
Ну да, придётся. Это прямым текстом написано в задании:
"Добавить отчет ... с колонками Сотрудник, Вид расчета, Нач. сальдо, Начислено, Выплачено, Кон. сальдо."
Или у тебя по строкам нули будут в трёх колонках из четырёх?
Поэтому ВР — это реквизит. В расчетных задачах это делать можно. Почему можно? Потому что, в отличии от оперативных задач...
Ещё раз: все эти рассуждалки относятся только к регистрам расчёта.
Подозреваю, что эта подлянка здесь специально заложена для тех, кто невнимательно слушал на курсах Белоусова ;)
Если ты полезешь в реальные таблицы регистра накопления в любом разделе билета - это повод с тебя снять 1,5 балла.
Если и не заблокируешь при этом - ещё минус 1,5.
(А зачем блокировать? Один расчётчик же делает начисления по одному сотруднику и т.п.)
Хотя, если тебе хочется на экзамене сидеть, спорить и доказывать эту бодягу принимающему - флаг в руки, может, у тебя и получится.
-
Павел Станиславович на своих курсах при решении аналогичной задачи ВР делает реквизитом. И говорит, что блокировки в регистрах накопления, если они используются при решении расчетных задач, НЕ НУЖНЫ.
-
Если допускается делать запросы к реальным таблицам и детализация выплат по видам расчетов не нужна
И не понимаю зачем так мудрите. Элементарный же там отчёт:
ВЫБРАТЬ
ЗарплатаКВыплатеОстаткиИОбороты.Сотрудник КАК Сотрудник,
ЗарплатаКВыплатеОстаткиИОбороты.Подразделение КАК Подразделение,
0 КАК Начислено,
ЗарплатаКВыплатеОстаткиИОбороты.СуммаНачальныйОстаток КАК СуммаНачальныйОстаток,
ЗарплатаКВыплатеОстаткиИОбороты.СуммаКонечныйОстаток КАК СуммаКонечныйОстаток,
ЗарплатаКВыплатеОстаткиИОбороты.СуммаРасход КАК Выплачено,
ЗарплатаКВыплатеОстаткиИОбороты.ВидРасчета КАК ВидРасчета
ИЗ
РегистрНакопления.ЗарплатаКВыплате.ОстаткиИОбороты КАК ЗарплатаКВыплатеОстаткиИОбороты
Огонь, и как это я не додумался вид расчета как измерение регистра добавить.
А как ты будешь распределять сумму выплаты по видам расчета ? Ну вот тебе хочется 10000 р. выплатить, а начислено 50000 р.
Как именно ты будешь эти 10000 распределять между окладом и премиями ?
Кста я не поленился и посмотрел, как в своем курсе господин с белыми усами делает этот отчет - просто читает обороты напрямую из физической таблицы регистра накопления. Поэтому в случае чего можно апеллировать к его лекции №10, раз там можно значит и на экзамене тоже можно.
-
И ещё раз:
Читаем задание:
"Добавить отчет ... с колонками Сотрудник, Вид расчета, Нач. сальдо, Начислено, Выплачено, Кон. сальдо."
И ещё раз спрошу: Как будет выглядеть это отчёт? У тебя по строкам нули будут в трёх колонках из четырёх?
https://ibb.co/DKJYtHQ
Поэтому в случае чего можно апеллировать к его лекции №10, раз там можно значит и на экзамене тоже можно.
я уже вижу эту сцену:
- А вот господин Белоусов в своей лекции №10 на 250 минуте...
- ::)
-
Отчет должен выглядеть так, как он выглядит в задании. Если в задании сказано, что необходимо предусмотреть возможность выплаты по отдельному виду расчета, то делаем ВР измерением, если не сказано, то делаем реквизит. Ошибки здесь нет. Наоборот, вы покажете свое знание устройства виртуальной таблицы регистра остатков, в которой обороты собираются по таблице движений. И соберет обороты платформа или это сделает программист ручками по большому счёту — БЕЗ РАЗНИЦЫ. Главное — правильно собрать. Поэтому не вываливаем всё в одну большую кучу, а потом накладываем ГДЕ. А сначала отбираем только то, что нам надо, помещаем во временные таблицы, а потом их связываем.
-
Чет регламентное задание не стартует. Флаг предопределенное поставил, расписание сделал. В чем фишка ?
Платформа 8.3.11
PS. Походу какой-то косяк в платформе, сделал новое регламентное, перенес в него код - все заработало.
До этого даже чистка кэша не помогала.
-
На экзамене регламентное задание лучше "руками" запускать с помощью обработки. В БСП есть такая, можно посмотреть как работает.
-
Полагаю что перемудрил я с вытеснением премий, в этой задаче этого не нужно делать, несмотря на условие "вместо премии..."
Дело в том, что вытеснение у видов расчетов применяется только если об этом прямо указано в условии (да) И в формуле расчета (премии) используются данные графика (нет).
Формула расчета премии не обращается к данным графика (размер оклада * процент), следовательно ее вытеснение фиксированной премией на уровне платформы не выполняется. Вытеснение судя по всему должен выполнять сам пользователь, что нас уже мало интересует с точки зрения написания кода.
Таким образом, задача решается на двух регистрах расчета. Тогда, учитывая довольно бодрый запрос на 150 строк для получения значений неоднократно меняющегося оклада плюс документ выплаты + отчет эту задачку можно часа за 2 сделать.
-
Нет, не перемудрил. Задача на знание механизма вытеснения по базовому периоду.
-
Нет, не перемудрил. Задача на знание механизма вытеснения по базовому периоду.
Какая у тебя формула расчета результата для премии ?
-
Из текста билета: "Период (премии) задается с ТОЧНОСТЬЮ до ДНЯ в документе «Начисление зарплаты». Вместо премии, за любой ОТРАБОТАННЫЙ ДЕНЬ, сотруднику может быть выплачена произвольная сумма денег."
Отработанный день — значит ПЕРИОД ДЕЙСТВИЯ. В противном случае, как ты период премии с точностью до дня задашь?
-
Из текста билета: "Период (премии) задается с ТОЧНОСТЬЮ до ДНЯ в документе «Начисление зарплаты». Вместо премии, за любой ОТРАБОТАННЫЙ ДЕНЬ, сотруднику может быть выплачена произвольная сумма денег."
Отработанный день — значит ПЕРИОД ДЕЙСТВИЯ. В противном случае, как ты период премии с точностью до дня задашь?
ответь пож-та сначала на мой вопрос, я же его не просто так задал не так ли ?
-
Да с расчетом то всё понятно = База * Процент
И все было логично, пока в билет не добавили изменения.
Это, кстати, касается не только этого билета, но и остальных тоже.
Вместо полной переработки билетов стали лепить дополнения, которые зачастую противоречат изначальным условиям билетов.
-
Да с расчетом то всё понятно = База * Процент
И все было логично, пока в билет не добавили изменения.
Это, кстати, касается не только этого билета, но и остальных тоже.
Вместо полной переработки билетов стали лепить дополнения, которые зачастую противоречат изначальным условиям билетов.
Все зависит от того как ты понимаешь "Период премии задается с точностью до дня в документе Начисление зарплаты". Что этот период определяет, базу для расчета премии или же фактический период действия премии ?
Если только базу расчета, тогда никакого вытеснения нет (в лекции № 6 подробно разжевано).
Если же это период действия премии, тогда вытеснение есть. Но тогда и в формуле расчета премии обязательно должно использоваться получение фактического или планового времени из графика, например: Премия = кол-во отработанных дней в периоде действия премии * константа.
-
Добрый день. Многие в ОУ делают ресурсом себестоимость в оборотном регистре продажи. Разве это корректно?себестоимость это задача остатков?
-
Добрый день. Многие в ОУ делают ресурсом себестоимость в оборотном регистре продажи. Разве это корректно?себестоимость это задача остатков?
В данной задаче это корректно.
1. В продажах не используются партии
2. Не надо выполнять соединения таблиц, а сразу брать готовое из одной
-
Спасибо.
А если использовать такую конструкцию:
РН ОстаткиНоменклатуры: Измерения - Номенклатура,Партия; Ресурсы - Кол-во.Себестоимость
РН Продажи: Измерения - Номенклатура; Ресурсы - Кол-во, СуммаПродажи
В отчете прибыль - вычисляемое поле
-
Спасибо.
А если использовать такую конструкцию:
РН ОстаткиНоменклатуры: Измерения - Номенклатура,Партия; Ресурсы - Кол-во.Себестоимость
РН Продажи: Измерения - Номенклатура; Ресурсы - Кол-во, СуммаПродажи
В отчете прибыль - вычисляемое поле
Чтобы построить отчет надо делать соединения РН Продажи (обороты) с РН Остатки номенклатуры (остатки) - этот вариант не оптимальный.
Правильный вариант использовать для отчета только РН Продажи, но добавить туда ресурс себестоимость.
-
Это не только неоптимальный вариант, он просто не верный. Кто сказал что списание себестоимости это всегда Продажа? Украли, сгорел, возврат поставщику... Все списание, но не продажа.
-
Это не только неоптимальный вариант, он просто не верный. Кто сказал что списание себестоимости это всегда Продажа? Украли, сгорел, возврат поставщику... Все списание, но не продажа.
"списание себестоимости это всегда Продажа" - никто это не говорил
я писал о том что себестоимость - это задача остатков.
Вопрос: зачем нужно делать 2 ресурса себестоимость(одна в регистре остатки номенклатуры, которая списывается в разрезе партий;вторая суммарная по номенклатуре в регистре продажи) , когда можно использовать один ресурс в регистре остатки номенклатуры, а в отчете получать итоговые данные?
Вам не кажется что используя 2 ресурса мы раздуваем таблицу движений регистра продажи?
-
я писал о том что себестоимость - это задача остатков.
В общем случае нет. Выпутаете понятие закупочной цены и себестоимости.
-
я писал о том что себестоимость - это задача остатков.
В общем случае нет. Выпутаете понятие закупочной цены и себестоимости.
Хорошо, по регистрам подскажите пож. почему неверно не включать себестоимость в РН продажи?
-
Вам же выше уже ответили, потому что есть "себестоимость", а есть "закупочная стоимость" товара. Мух от котлет надо отделять.
-
я писал о том что себестоимость - это задача остатков.
В общем случае нет. Выпутаете понятие закупочной цены и себестоимости.
Хорошо, по регистрам подскажите пож. почему неверно не включать себестоимость в РН продажи?
Потому... Если вам нужна прибыль, то для ее расчета при продаже одной ложки вам нужно знать не только по чем вы ее продаете, но и почем ее покупали, а еще возможны накладные расходы, и стоимость закупочная может быть далека от себестоимости продажи.
-
Прорешал второй билет.
Прошу посмотреть правильность решения.
В приходной не убираю дубли, так как движение сделано конструктором
Надо ли ставить блокировку по складу из шапки в БУ? или пусть блокируются товары на всех складах?
-
Ребята, ПР из 2-ого билета реализовал, посмотрите кому не сложно, буду рад конструктивной критике спасибо.
-
Добрый день!
Проектирую структуру конфигурации для решения микрозадачи по ПР. Меня смущает формулировка в задании:
"...Каждый сотрудник может работать одновременно только в одном подразделении компании, то есть совместительство не допускается.
Все сотрудники работают по графику работы, установленному отдельно для каждого подразделения..."
Затык в проектировании РС.ГрафикиРаботы и РС.СведенияОСотрудниках. Как я понимаю нужно в Спр.ФизическиеЛица добавить реквизит Подразделение и тогда в РС.ГрафикиРаботы будет одно измерение Подразделение и в РС.СведенияОСотрудниках будет одно измерение Сотрудник.
Но в большенстве решений в один или оба регистра добавляется второе измерение Подразделение. Но тогда получается что совместительство возможно. Вот тут ума не хватает.
Поясните, пожалуйста, как правильно? И почему почти все решения реализованы не так, как это понимаю я?
Спасибо!
-
Подразделение — реквизит регистра расчета.
-
Спасибо за ответ. А можно чуть подробнее?
-
Если совместительство допускается, то — измерение. Если не допускается, то смотрим, встречается ли оно в графике и(или) отчёте, тогда — реквизит, если нет, тогда вообще не нужно.
-
Спасибо! Надеюсь я правильно вас понял. А я думал что использовать Подразделение в качестве РЕКВИЗИТА это ошибка. Ладно. Буду практиковаться...
-
В расчетных задачах ошибкой будет как раз НЕИСПОЛЬЗОВАНИЕ реквизитов регистра. В реквизиты помещают такие значения как норма времени, факт времени, процент премии и т.д.
-
Добрый день!
Начал решать микрозадачу по управляемым формам. Возникло затруднение.
Добавил Регламентное задание. В свойствах указал "Предопределенное". В регламентном задании указал расписание (пока только для отладки) каждые 60 сек. Добавил Общий модуль который будет вызываться. Разместил в нем процедуру и в ней код: Сообщить("ку!"); Указал в регл задании запуск этой процедуры.
Запустил в режиме 1С:Предприятие. Приготовился, жду... Ничего не происходит. Я ожидаю, что каждую минуту у меня будет рождаться отладочное сообщение.
ВОПРОС. Подскажите, пожалуйста, что я делаю не так?
Спасибо.
-
Оно выполняется на сервере. Сообщение не увидите. Для проверки создавайте, к примеру, элемент справочника каждую минуту.
-
Добавлю, что в файловой ИБ регламентные задания начинают выполнятся только через 2 минуты после старта. https://its.1c.ru/db/v8310doc#bookmark:dev:TI000000795 (18.4.1.1. Файловый вариант)
-
Добрый день!
Добавил Регламентное задание. В свойствах указал "Предопределенное". В регламентном задании указал расписание (пока только для отладки) каждые 60 сек. Добавил Общий модуль который будет вызываться. Разместил в нем процедуру и в ней код: Сообщить("ку!");
Спасибо.
Сообщений не будет в любом случае. Накопленные сообщения можно получить методом ПолучитьСообщенияПользователю.
Лучше посмотри журнал регистрации, если там есть твое ФЗ, значит все ОК. Если нет, то удали его из конфигуратора и сделай новое с другим именем.
-
Спасибо за комментарии! Да. Действительно. В журнале регистрации видно что все работает. Дело в "Сообщить()"
А подскажите пожалуйста, есть ли где-то видео по реализации данной микрозадачи? Поискал, но не смог найти:(
-
Вопрос по отчету "Платежно-расчетная ведомость" - в шапке есть виды расчета и поле "выплачено".
Это что, предполагается общую сумму выплаты по каждому виду расчета разносить в процедуре проведения ?
Нет. Сумма выплаты — одна общая. Заводится регистр "РасчетыССотрудниками". ВидРасчета делаем реквизитом. Оперативное проведение у документа выплаты запрещаем. Для отчета делаем три запроса НачОст, Начислено, Выплачено. Помещаем их во ВТ и делаем полное соединение.
А почему вид расчета должен быть реквизитом? Почему оперативное проведение нужно запретить?
-
Всем доброго времени суток. У кого есть возможность, посмотрите пожалуйста мое решение 2-ого билета.
Буду ждать комментарии и замечания. СПР не смотрите, пока не победил... сижу туплю. Остальное вроде сделал.
Заранее спасибо!
Добрый день.
Вот мои комментарии:
2.2.1 Параметр "Момент времени", Чистов рекомендует использовать конструкцию " ?(Режим = РежимПроведенияДокумента.Оперативный, Дата("00010101"), Новый Граница(МоментВремени(), ВидГраницы.Исключая))"
Павел то Чистов рекомендует, а вот экзаменаторы зачастую не одобряют)
Всё-таки на экзамене лучше остатки получать на МоментВремени().
Рискуете нарваться на ошибку
Если при проведении документа используются каким-то образом данные, считываемые из регистров, обязательно требуется предусмотреть получение таких данных на момент проведения документа
и потерять драгоценный бал.
Были уже ситуации, когда экзаменаторы не одобряли конструкцию получения актуальных остатков при оперативном проведении.
Получайте на МоментВремени.
а где он это рекомендовал?А то сейчас смотрю его курсы и вроде такого он не говорил)
А можешь поделиться материалами?
-
Всем доброго времени суток. У кого есть возможность, посмотрите пожалуйста мое решение 2-ого билета.
Буду ждать комментарии и замечания. СПР не смотрите, пока не победил... сижу туплю. Остальное вроде сделал.
Заранее спасибо!
Да там и билет старый, сейчас уже другие билеты
Добрый день.
Вот мои комментарии:
2.2.1 Параметр "Момент времени", Чистов рекомендует использовать конструкцию " ?(Режим = РежимПроведенияДокумента.Оперативный, Дата("00010101"), Новый Граница(МоментВремени(), ВидГраницы.Исключая))"
Павел то Чистов рекомендует, а вот экзаменаторы зачастую не одобряют)
Всё-таки на экзамене лучше остатки получать на МоментВремени().
Рискуете нарваться на ошибку
Если при проведении документа используются каким-то образом данные, считываемые из регистров, обязательно требуется предусмотреть получение таких данных на момент проведения документа
и потерять драгоценный бал.
Были уже ситуации, когда экзаменаторы не одобряли конструкцию получения актуальных остатков при оперативном проведении.
Получайте на МоментВремени.
а где он это рекомендовал?А то сейчас смотрю его курсы и вроде такого он не говорил)
Добрый день, согласен с Вами на счет "рекомендует", но как минимум он так делает.
Посмотрите этот видео урок https://www.youtube.com/watch?time_continue=3329&v=5dMQb6WEOus на 55:29 так видно текст запроса.
Это видео 2016 года
В данный момент сейчас проходит курс онлайн у него, и там таких рекомендаций нет
-
Добрый день.
Друзья, можете сказать по каким причинам не стартует регламентное задание, может есть где-то какая-то тонкость?
-
Добрый день.
Друзья, можете сказать по каким причинам не стартует регламентное задание, может есть где-то какая-то тонкость?
Не настроено расписание, не указано что оно предопределенное, старая версия платформы.
-
Павел, рад видеть и приветсвовать столь узнаваемого и уважаемого человека. Это настроено. Версия Версия 8.3.12
-
Павел, рад видеть и приветсвовать столь узнаваемого и уважаемого человека. Это настроено. Версия Версия 8.3.12
Павел понизил версию платформы, заработало, но не ясно почему это так происходит, в связи с чем :-\ :-\ :-\ :-\ :-\ :-\ :-\
-
Павел понизил версию платформы, заработало, но не ясно почему это так происходит, в связи с чем
В файловом варианте довольно частое явление. С чем связано? ХЗ
На экзамене флаг "Предопределенное" лучше снять, а запускать задание обработкой типа "КонсольЗаданий". Есть на ИТС
В каркасной такой нет, но можно быстро сделать свою.
&НаСервереБезКонтекста
Процедура СоздатьРегламентноеЗаданиеНаСервере()
РеглЗадание = РегламентныеЗадания.СоздатьРегламентноеЗадание("ФормированиеЗадач");
РеглЗадание.Наименование = "Новая задача";
РеглЗадание.Использование = Истина;
Расписание = Новый РасписаниеРегламентногоЗадания;
Расписание.ВремяНачала = ВыбрВремя;
Расписание.ПериодПовтораДней = 1;
РеглЗадание.Расписание = Расписание;
РеглЗадание.Записать();
КонецПроцедуры
&НаКлиенте
Процедура СоздатьРегламентноеЗадание(Команда)
СоздатьРегламентноеЗаданиеНаСервере();
КонецПроцедуры
-
Павел, рад видеть и приветсвовать столь узнаваемого и уважаемого человека. Это настроено. Версия Версия 8.3.12
Павел понизил версию платформы, заработало, но не ясно почему это так происходит, в связи с чем :-\ :-\ :-\ :-\ :-\ :-\ :-\
Да кто его знает... Спишем все на мистику...
-
Павел понизил версию платформы, заработало, но не ясно почему это так происходит, в связи с чем
В файловом варианте довольно частое явление. С чем связано? ХЗ
На экзамене флаг "Предопределенное" лучше снять, а запускать задание обработкой типа "КонсольЗаданий". Есть на ИТС
В каркасной такой нет, но можно быстро сделать свою.
&НаСервереБезКонтекста
Процедура СоздатьРегламентноеЗаданиеНаСервере()
РеглЗадание = РегламентныеЗадания.СоздатьРегламентноеЗадание("ФормированиеЗадач");
РеглЗадание.Наименование = "Новая задача";
РеглЗадание.Использование = Истина;
Расписание = Новый РасписаниеРегламентногоЗадания;
Расписание.ВремяНачала = ВыбрВремя;
Расписание.ПериодПовтораДней = 1;
РеглЗадание.Расписание = Расписание;
РеглЗадание.Записать();
КонецПроцедуры
&НаКлиенте
Процедура СоздатьРегламентноеЗадание(Команда)
СоздатьРегламентноеЗаданиеНаСервере();
КонецПроцедуры
Огромное спасибо. Я полностью согласен.
-
Павел, рад видеть и приветсвовать столь узнаваемого и уважаемого человека. Это настроено. Версия Версия 8.3.12
Павел понизил версию платформы, заработало, но не ясно почему это так происходит, в связи с чем :-\ :-\ :-\ :-\ :-\ :-\ :-\
Да кто его знает... Спишем все на мистику...
Павел, чудес не бывает) согласитесь. Я кажется понял почему.
1. Я создал его, но еще отлаживал по ошибкам. И скорее всего так как стоит запускать по умолчанию 3 раза, это и произошло, оно 3 раза запустилось и все.
2. Я удалил задание и снова его создал, повысив версию до той которая была изначально, сейчас все работает.
А ведь на таких тонких нюансах люди и валяться на экзаменах, судорожно пытаясь найти причину, лопатить код. Как итог можно вставать и уходить домой))))
Павел большое спасибо за уделенное время.
-
всем привет. я правильно понимаю, в бухгалтерской задаче нужно в приходник тоже прописать движения в регистр бухгалтерии? а то без него же в расходнике всегда будет нулевой остаток
-
всем привет. я правильно понимаю, в бухгалтерской задаче нужно в приходник тоже прописать движения в регистр бухгалтерии? а то без него же в расходнике всегда будет нулевой остаток
Я не стал в Приходной делать движения. Через документ Операция вводил приход товаров.
-
всем привет. я правильно понимаю, в бухгалтерской задаче нужно в приходник тоже прописать движения в регистр бухгалтерии? а то без него же в расходнике всегда будет нулевой остаток
Конечно, необходимо обеспечить наличие приходных движений в системе. Если не сказано ничего в условии, как это реализовать, то решает сам разработчик. Можно сформировать приходные движения как документом "Операция", так и документом "Приходная накладная".
Хотя если покопаться в архивах форума можно найти информацию, что когда-то давно проверяющему не понравилось формирование движений документом "Операция", а не документом "Приходная накладная", мол документ приходной составляет на экзамене цепочку товарно-складских документов и уже добавлен в каркасную, поэтому нужно было использовать именно его.
Но знаю, что один из экзаменаторов уточнял не так давно, что в такой ситуации формирование движений можно реализовывать на экзамене любым из указанных способов.
-
В расчетных задачах ошибкой будет как раз НЕИСПОЛЬЗОВАНИЕ реквизитов регистра. В реквизиты помещают такие значения как норма времени, факт времени, процент премии и т.д.
Подскажите, пожалуйста, а вы свои решения по ПР не выкладывали на форум? Очень хотелось бы сверять(проверять) свои решения, но увы после курса Белоусова П., с большинством найденных решений трудно согласиться.
-
Доброго времени суток, уважаемые коллеги. Прошу оценить мое решение второго билета, если у кого будет время. Буду рад услышать замечания. Заранее спасибо!
-
Всем привет! Только начинаю подготовку, Задача по БУ вызвала достаточно большие сложности. Посмотрите, пожалуйста, решение. Очень надеюсь на ваши комментарии
-
Подскажите, пожалуйста - данные для расчета оклада обязательно делать запросом? Учитывая, что периоды действия оклада не обязаны совпадать с периодами действия, надо получить пересечение периодов действия оклада с периодами действия вида расчета, что-то я совсем запустался...
Правильно ли я понимаю саму постановку задачи (расчетный период июнь):
Оклад установлен 01.05 = 18000, изменен 08.06 = 15000, изменен 18.06 = 20000
ПД (оклад) = [01.06-05.06] & [07.06-25.06]
Тогда периоды должны быть
[01.06-05.06] = 18000
[07.06-07.06] = 18000
[08.06-17.06] = 15000
[18.06-25.06] = 20000
Эти периоды формировать и записывать в регистр на первом шаге или переписывать набор записей уже при расчете? Или это уже ум за разум заходит от прогулки в магазин по жаре?))
-
Изменения оклада надо записывать при первом шаге.
Период в документе указывается одной строкой (01.06 - 30.06).
для ситуации: Оклад установлен 01.05 = 18000, изменен 08.06 = 15000, изменен 18.06 = 20000
после выполнения первого шага в регистре должны сформироваться записи:
01.06 - 07.06 = 18000
08.06. - 17.06 = 15000
18.06. - 30.06 = 20000.
На втором шаге запросом к вирт.табл. данные графика регистра расчетов выбирается норма дней и факт .дней. Оклад в записи уже будет. И будет цикл из трех записей.