Форум Чистова. Подготовка к экзаменам 1С
Аттестация "1С:Специалист" => Аттестация "1С:Специалист по платформе 1С:Предприятие 8.3 и 8.2" => Тема начата: Jones от Август 04, 2015, 02:15:22 pm
-
ОУ: Партионный учет Фифо, ПоСредней. Документ УчетнаяПолитика
Этот раздел занял у меня больше всего времени. Вроде все просто, но накодить надо очень много + затем все это отладить. В результате: один регистра партий и три двигающих его документа: ПН, РН, УчетнаяПолитика
БУ: задача 2.06 Валютный учет. Корректировка курсовых разниц
Здесь кода тоже хватает. Мало того, что есть РН и ПриходДенег, так еще присутствует док Корректировка.
Док РН создает задолженность Покупателей (дтПокупат-ктПрибыли)
Док ПриходДенег (Контр, Сумма руб) списывает задолженность Покупателей, начиная с Договора с самой большой задолженностью.
Док Корректировка получает ДтОстатки ВалСуммы по Контрагентам+Договорам на тек момент, умножает на текущий Курс (получается НоваяСуммаРублевая) и сравнивает ее с ДтОст Суммы (рублевой)
Разницу записывает на счПокупатели, корректирует Сумму руб.
Структура решения БУ:
Признак учета Валютный
Ресурсы Сумма и ВалСумма(Валютный, Небалансовый)
На счете Покупатели два субконто: Контрагент и Договор
Валюта – реквизит Договора
Расчеты: Здесь все просто: Оклад, Командировка, все в ОН. Оклад получаем на начало периода.
Структура решения Расчты:
РР ОН: период действия, по базе зависит от себя же, ресурс ОтработаноЧасов. Подразделение и График связаны с регистром сведений Графики.
ПВР ОН: Оклад (вытесняется Командировкой), Командировка (база Командировка и Оклад)
УФ:
Задача 5.03 спр Контр форма с движениями по РегБух
Задача 5.10 переход по нав.ссылке из комментария документа
Задача 5.14 сообщение о нехватке Количества в РН
В УФ фактически три задачи из сборника.
Признаться, за 5 часов я только успел набить код и запустил отладку. Вроде ничего сложного нет, но кода много + без отладки получается куча неточностей, которые всплывают при запуске Предприятия. Если такой плотный билет попадется мне на экзамене, то пусть этот экзамен будет очным ))
Всем кто это читает я буду благодарен, если найдете у меня ошибки и ткнете в них пальцем.
-
Билет в приложении, текст восстановлен по памяти нескольких сдающих.
[вложение удалено администратором]
-
Jones, у меня возник вопрос по блоку Расчеты. В билете есть такое условие "В одном документе могу быть данные за разные расчетные периоды". У вас в решении я не обнаружил его выполнение.
-
В билете есть такое условие "В одном документе могу быть данные за разные расчетные периоды". У вас в решении я не обнаружил его выполнение.
А как именно Вы его себе представляете? К сожалению, единого мнения о том, как оно должно выглядеть, не существует.
Но вот несколько ссылок Вам в помощь:
это значит, что в строке табличной части период действия может быть не за весь месяц, а к примеру с 01.10 по 15.10.
http://forum.chistov.pro/index.php?topic=993.msg31513#msg31513
значит, что оклад может быть за июнь, за январь и командировка за декабрь
http://forum.chistov.pro/index.php?topic=993.msg32335#msg32335
http://forum.chistov.pro/index.php?topic=993.msg40137#msg40137
Да и вот еще ))
На фразу в билете "В одном документе могу быть данные за разные расчетныепериоды" покосился и забыл
http://forum.chistov.pro/index.php?topic=993.msg30563#msg30563
-
В билете есть такое условие "В одном документе могу быть данные за разные расчетные периоды". У вас в решении я не обнаружил его выполнение.
А как именно Вы его себе представляете? К сожалению, единого мнения о том, как оно должно выглядеть, не существует.
Но вот несколько ссылок Вам в помощь:
это значит, что в строке табличной части период действия может быть не за весь месяц, а к примеру с 01.10 по 15.10.
http://forum.chistov.pro/index.php?topic=993.msg31513#msg31513
значит, что оклад может быть за июнь, за январь и командировка за декабрь
http://forum.chistov.pro/index.php?topic=993.msg32335#msg32335
http://forum.chistov.pro/index.php?topic=993.msg40137#msg40137
Да и вот еще ))
На фразу в билете "В одном документе могу быть данные за разные расчетныепериоды" покосился и забыл
http://forum.chistov.pro/index.php?topic=993.msg30563#msg30563
Мда :'(
Вот и я на экзамене запарилась на экзамене с этим условием, т.к. было ещё условие как во втором билете "неоднократное изменение оклада" я не смогла правильно решить эту задачу
Я "ПериодРегистрации" оставила в шапке, а в ТЧ делала расчет по разным "ПериодамДействия" (как в принципе и происходит в типовой ЗУП) - судя по результату экзамена, это не было ОШИБКОЙ
но была у меня ОШИБКА: использование запроса в цикле
я крутила - вертела запрос, но никак не смогла найти Оклады без цикла (написала об этом в объяснительной к базе, но не помогло)
-
Я "ПериодРегистрации" оставила в шапке, а в ТЧ делала расчет по разным "ПериодамДействия" (как в принципе и происходит в типовой ЗУП) - судя по результату экзамена, это не было ОШИБКОЙ
ЗУП даю :D, что вы сделали верно.
Период регистрации - это, фактически, дата проводки, крутить-вертеть ею не позволяет законодательство о бухгалтерском учете. Поэтому работаем с периодом действия.
но была у меня ОШИБКА: использование запроса в цикле
я крутила - вертела запрос, но никак не смогла найти Оклады без цикла (написала об этом в объяснительной к базе, но не помогло)
А мой вариант чем вас не устраивает?
http://forum.chistov.pro/index.php?topic=1108.msg40491#msg40491
Довольно просто (я уже на автомате делаю, особенно, если "берется на начало периода"). Один недостаток - используется реальная таблица регистра, но вот это, думаю, в данном случае как раз может пройти, так как в перечне ошибок указано, что считается ошибкой только, если в этом не было необходимости.
Я для себя этот вопрос уже закрыл.
-
А мой вариант чем вас не устраивает?
http://forum.chistov.pro/index.php?topic=1108.msg40491#msg40491
Довольно просто (я уже на автомате делаю, особенно, если "берется на начало периода"). Один недостаток - используется реальная таблица регистра, но вот это, думаю, в данном случае как раз может пройти, так как в перечне ошибок указано, что считается ошибкой только, если в этом не было необходимости.
Я для себя этот вопрос уже закрыл.
Да, очень даже устаривает ;D
-
Я "ПериодРегистрации" оставила в шапке, а в ТЧ делала расчет по разным "ПериодамДействия" (как в принципе и происходит в типовой ЗУП) - судя по результату экзамена, это не было ОШИБКОЙ
ЗУП даю :D, что вы сделали верно.
Мне на экзамене сказали, что это неверно, нужно было типа подойти и уточнить у препода: "для того он там и сидит". В моём случае требовалось период регистрации делать в ТЧ (как бы нелепо это не звучало). Сдается мне, что данное условие произвольным образом трактуется/требуется разными экзаменаторами
-
Я тоже уже был на экзамене, не сдал. В СПР попалась задача с таким условием. У экзаменатора все уточнил по условию, он подтвердил что ПериодРегитрации нужно в ТЧ выносить. Я сделал как он хотел, в документе "Начисление зарплаты" размер оклада определялся исходя из ПериодаРегистрации в ТЧ. По этому вопросу не было.
Ошибка была в том, что в модуле расчета начисления еще нужна обработка записей регистра – в разрезе периодов регистрации. Что это значит и зачем она нужна я так и не понял.
Сколько здесь не смотрел готовые решения, я ни у кого не видел чтобы кто то это делал.
Так что готовтесь, если будет мой экзаменатор, у вас будут вопросы по этой задаче.
-
Ошибка была в том, что в модуле расчета начисления еще нужна обработка записей регистра – в разрезе периодов регистрации. Что это значит и зачем она нужна я так и не понял.
Похоже, что нужно последовательно обрабатывать все периоды из ТЧ, т.к. могут быть зависимости. Однако, тут уже легко напороться на запросы в цикле
-
У меня получилась такая вот процедура расчет для условия "ПериодРегистрации" должен быть в ТЧ.
Что скажете, это имелось ввиду?
//Процедура из общего модуля для расчета начисления "Оклад"
Процедура Расчет (Регистратор) Экспорт
Набор = РегистрыРасчета.ОсновныеНачисления.СоздатьНаборЗаписей();
Набор.Отбор.Регистратор.Установить(Регистратор);
Набор.Прочитать();
//сделаем запрос на все периоды регистрации в документе
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ РАЗЛИЧНЫЕ
| НачислениеЗарплатыОсновныеНачисления.ПериодРегистрации
|ИЗ
| Документ.НачислениеЗарплаты.ОсновныеНачисления КАК НачислениеЗарплатыОсновныеНачисления
|ГДЕ
| НачислениеЗарплатыОсновныеНачисления.Ссылка = &Регистратор";
Запрос.УстановитьПараметр("Регистратор", Регистратор);
ТзПериодыРегистрации = Запрос.Выполнить().Выгрузить();
//последовательно обойдем эти периоды и выполним расчет оклада
Для каждого СтрТЗ Из ТзПериодыРегистрации Цикл
Запрос.Текст =
"ВЫБРАТЬ
| ОсновныеНачисленияДанныеГрафика.НомерСтроки,
| ЕСТЬNULL(ОсновныеНачисленияДанныеГрафика.ЗначениеПериодДействия, 0) КАК План,
| ЕСТЬNULL(ОсновныеНачисленияДанныеГрафика.ЗначениеФактическийПериодДействия, 0) КАК Факт
|ИЗ
| РегистрРасчета.ОсновныеНачисления.ДанныеГрафика(
| Регистратор = &Регистратор
| И ПериодРегистрации = &ПериодРегистрации) КАК ОсновныеНачисленияДанныеГрафика";
Запрос.УстановитьПараметр("ПериодРегистрации", СтрТЗ.ПериодРегистрации);
РезультатЗапроса = Запрос.Выполнить();
Выборка = РезультатЗапроса.Выбрать();
СтруктураПоиска = Новый Структура("НомерСтроки");
Для каждого Запись Из Набор Цикл
Если Запись.ВидРасчета <> ПланыВидовРасчета.ОсновныеНачисления.Оклад Тогда
Продолжить;
КонецЕсли;
СтруктураПоиска.НомерСтроки = Запись.НомерСтроки;
Если Выборка.НайтиСледующий(СтруктураПоиска) Тогда
Если Выборка.План = 0 Тогда
Сообщение = Новый СообщениеПользователю;
Сообщение.Текст = "Не заполнен график в текущем периоде!";
Сообщение.Сообщить();
Запись.Сумма = 0;
Запись.ОтработаноЧасов = 0;
Иначе
Если Запись.Сторно Тогда
Сторно = -1;
Иначе
Сторно = 1;
КонецЕсли;
Запись.Сумма = Сторно * Запись.Размер / Выборка.План * Выборка.Факт;
Запись.ОтработаноЧасов = Выборка.Факт;
КонецЕсли;
КонецЕсли;
Выборка.Сбросить();
КонецЦикла;
Набор.Записать(,Истина);
КонецЦикла;
КонецПроцедуры
-
У меня получилась такая вот процедура расчет для условия "ПериодРегистрации" должен быть в ТЧ.
Что скажете, это имелось ввиду?
Надо подумать, как можно оптимизировать это. Крайне желательно, от запроса в цикле избавиться.
Похоже, раньше на это внимания не обращали, а теперь частенько придираются к формулировке с разными расчетными периодами.
-
На защите своего решения, я задавал такой вопрос мол как же сделать эту обработку, без цикла же не обойтись. На что был ответ, что это та ситуация, в которой можно воспользоваться циклом.
-
На защите своего решения, я задавал такой вопрос мол как же сделать эту обработку, без цикла же не обойтись. На что был ответ, что это та ситуация, в которой можно воспользоваться циклом.
Так! Ситуация проясняется, осталось все это успешно применить на экзамене.
Однако у меня вопрос: перебирать надо просто ПериодыРегистрации каждой строки или только разные ПериодыРегистрации?
И надо ли их приводить к НачалуМесяца?
Мне кажется смысл всего этого в том, чтобы в одном документе фиксировать начисления за разные периоды, но при этом сначала рассчитывались и записывались более ранние из них, а только после этого рассчитывались и записывались последующие, для которых предыдущие могут быть базой.
-
Однако у меня вопрос: перебирать надо просто ПериодыРегистрации каждой строки или только разные ПериодыРегистрации?
И надо ли их приводить к НачалуМесяца?
Тут подробностями я не владею, я могу только додумывать как должно быть.
-
В ОУ.
Списываются и приходуются остатки датой документа установки Уч политики.
Имхо, более логично началом месяца:
// оприходовать с партией - этот док
Движение = Движения.ОстаткиНоменклатуры.Добавить();
Движение.ВидДвижения = ВидДвиженияНакопления.Приход;
Движение.Период = НачалоМесяца(Дата);
Движение.Номенклатура = ВыборкаНоменклатура.Номенклатура;
Движение.Партия = Ссылка;
Движение.Количество = ВыборкаНоменклатура.КолОст;
Движение.Сумма = ВыборкаНоменклатура.СумОст;
-
Комментарии к билетам про Оу:
Я сделал так - приход в зависимости от метода списания - приход делается либо по пустой партии, либо в партию идет документ прихода. При списании я сделал два алгоритма - либо по среденей, либо по партиям. Получение метода, далее простое условие, если по средней, то один алгоритм и выборка, иначе - другой. Преподаватель сказал, что я сделал лишнюю работу, потерял время, так как можно было сделать одно партионное списание, но баллы не снял.
Нужно было делать так - списание чисто по партиям. Регистр учетная политика - подчинен регистратору документу СменаУчетной политики и определяется на каждый момент времени (а не даты). Далее основная идея - нет никаких пустых партий в регистре. При переходе на учетную политику по средней документ СменаУчетнойПолитики должен закрывать все партии, а делать приход на себя. То есть Партия - это документ оприходования или же документ смена учетной политики. Вот так. При проведении приходной накладной, она смотрит установленное значение метода списания, если по партиям- пишет в партию себя(ссылку), если же по средней - то из регистра получает, какой документ поставил эту учетную политику, и ставить его. Проведение - по партиям. Всё оказалось просто и легко, работает для любого момента времени, даже если документы были в одной секунде. Можно менять учетную политику много раз в любой интервал времени.
Я так понял Jones тоже пошел по первому алгоритму. А второй алгоритм кто-нибудь реализовывал?
-
Кстати, мне кажется здесь уместна Последовательность.
Чтобы при изменении документа УчетнаяПолитика задним числом система могла предложить восстановление последовательности.
-
Блин, какие блокировки поставить в документе "СменаУчетной", если он переделывает остатки партий по регистру "ОстаткиНоменклатуры"?
-
Блин, какие блокировки поставить в документе "СменаУчетной", если он переделывает остатки партий по регистру "ОстаткиНоменклатуры"?
Наверняка:
Блок = Новый БлокировкаДанных;
ЭлБлока = Блок.Добавить("РегистрНакопления.ОстаткиНоменклатуры");
ЭлБлока.Режим=РежимБлокировкиДанных.Исключительный;
Блок.Заблокировать();
Т.е. блокировать по всем измерениям, мы ведь не знаем ни номенклатуру, ни партию для списания
-
По моему не свовсем верно, т.к. "Блокировать для изменения" - установит блок только в момент записи набора, а мы запросом считаем данные, а в это время другая транзакция спишет остатки, и у нас исказится учёт(мы уйдём в минус)/Поэтому нужно блокировать регистр ДО чтения, а не в момент записи(как в новой методике контроля).
-
.....
Расчеты: Здесь все просто: Оклад, Командировка, все в ОН. Оклад получаем на начало периода.
Структура решения Расчты:
РР ОН: период действия, по базе зависит от себя же, ресурс ОтработаноЧасов. Подразделение и График связаны с регистром сведений Графики.
ПВР ОН: Оклад (вытесняется Командировкой), Командировка (база Командировка и Оклад)
.......
Возможно, не всё так просто. В задании есть фраза о совместительстве. У Вас в РР два измерения : сотрудник и подразделение. Соответственно, все будет считаться по ним - и вытеснения и база. Т.е. Если вы укажите для командировки подразделение, то все рассчитается в разрезе подразделения. И расчеты по совместительству задействованы не будут. Фактические точно, Базу еще не проверил, но думаю там таже картина будет.
Думается мне, выносить надо командировку в отдельный РР с одним измерением.
-
так как думаете нужно здесь делать запрос по базе в разрезе сотрудника? Чтобы учесть начисления по всем подразделениям в базовом периоде?
-
так как думаете нужно здесь делать запрос по базе в разрезе сотрудника? Чтобы учесть начисления по всем подразделениям в базовом периоде?
Если для командировки не учитывать подразделение, то, как минимум, не понятно, как делать отчет.
Наверное, всё же, подразделение надо оставить, и, если командировка оплачивается в обоих подразделениях, считать, что пользователь должен вводить соответствующие строки в документе "НачислениеЗарплаты" по обоим подразделениям.
-
Точно. Иначе и вытеснение не сработает.
-
Люди, гляньте, пжл, кому не лень, решение БУ...
-
Итоговый вариант со всем задачами по Билету №3. Ля-Финаль, так сказать... Гляньте, кому не в лом...
-
Только начинаю подготовку к экзамену, посмотрите оперативный учет, у кого время есть, чтоб хоть определиться в том ли направлении двигаюсь. Заранее спасибо большое!
-
Только начинаю подготовку к экзамену, посмотрите оперативный учет, у кого время есть, чтоб хоть определиться в том ли направлении двигаюсь. Заранее спасибо большое!
В РН установить индексацию по измерениям.
Думаю, вы в курсе, что такое
Тз = РезультатЗапроса.Выгрузить();
не следует оставлять в коде при сдаче экзамена.
При расчете с/с списания в расх накладной я бы посоветовал писать, например, так:
Движение.Себестоимость = ? (ВыборкаНоменклатураТЧ.КоличествоОстаток = ВыборкаНоменклатураТЧ.КоличествоТЧ, ВыборкаНоменклатураТЧ.СебестоимостьОстаток, ВыборкаНоменклатураТЧ.СебестоимостьОстаток / ВыборкаНоменклатураТЧ.КоличествоОстаток * ВыборкаНоменклатураТЧ.КоличествоТЧ);
Вот здесь только что это обсуждали
http://forum.chistov.pro/index.php?topic=3705.msg42184#msg42184
Тем не менее, судя по практике сдачи, лучше всё же использовать такую конструкцию.
В расх накладной вот эту строку
Пока Выборка.Следующий() Цикл,
думаю, надо дополнить
Пока Выборка.Следующий() И НужноСписать > 0 Цикл,
иначе у вас может списаться больше нужного (вообще, в целях избежания таких ситуаций, полезно хотя бы в первое время проверять вводом большего количества данных в польз режиме).
Снова в расх накладной: нет необходимости писать отдельный код для ситуации Если Метод = Перечисления.УчетнаяПолитика.ПоСредней, т.к. вторая часть отработает в этой ситуации точно так же.
Когда последний момент смотрел, что-то непонятное в запросе увидел. Что там за итоги по партиям? По партиям уже детальные записи идут, плюс странное двойное упорядочивание по моменту времени (хотя последнее, скорее всего - очепятка).
В документе изменения учетной политики вы делаете расход по старым партиям и приход по новым. Думаю, это не корректно, ведь никакого расхода на самом деле нет. Я делал по старым партиям приход с минусом.
В изменении учетной политики в запросе группировки не нужны, в вирт таблице вся инфа уже готова к использованию.
Технический момент, опять же в изменении учетной политики, думаю, код
Движение = Движения.УчетнаяПолитика.Добавить();
Движение.Период = Дата;
Движение.УчетнаяПолитика = УчетнаяПолитика;
следует писать до условия, он же у вас просто дублируется и отрабатывает, не зависимо от соблюдения условия.
Код в начале каждого модуля, аналогичный вот этому
Движения.ОстаткиНоменклатуры.Записывать = Истина;
Движения.ОстаткиНоменклатуры.Записать();
комментировать не буду. Скажу лишь, что я делал как рекомендуется тут
http://1c.chistov.pro/2013/07/blog-post_25.html
вопросов не было.
Но в связи с этим еще нюанс. Вы разрешаете оперативное проведение, однако, не обрабатываете эту ситуацию. Думаю, лучше всё же запретить оперативное проведение (тогда по ссылке соответствующие проверки не делать).
ПС. Нет проверки на услуги (хотел посмотреть, не будет ли она в виде неявного запроса в цикле ) ).
-
Только начинаю подготовку к экзамену, посмотрите оперативный учет, у кого время есть, чтоб хоть определиться в том ли направлении двигаюсь. Заранее спасибо большое!
Когда последний момент смотрел, что-то непонятное в запросе увидел. Что там за итоги по партиям? По партиям уже детальные записи идут, плюс странное двойное упорядочивание по моменту времени (хотя последнее, скорее всего - очепятка).
Спасибо большое за комментарий!
-
Народ! Кто-нибудь разобрался, что значит эта фраза и что надо сделать в связи с ней?
Считается, что документы задним числом не вводятся, но старые документы могут неоперативно перепроводиться.
PS
есть тема (http://forum.chistov.pro/index.php?topic=1746.0), но кристальной ясности она не дает
Есть мнение (http://expert.chistov.pro/public/146332/), что надо
в условие запроса к регистрам остатков добавить
"МоментВремени = ?(РежимПроведения=РежимПроведенияДокумента.Оперативный, Неопределено, МоментВремени())";
Но, по-моему, это надо делать всегда, даже без этой фразы в условии.
-
Тоже эту фразу при прорешевании ОУ пропускал "мимо ушей" :)
Задумался... У меня выводы следующие:
1) Нужно использовать оперативное проведение документа.
2) Использовать последовательности при неоперативном проведении. Т.е. Что бы итоги были всегода актуальными, но не нагружать оперативное проведении восстановлением последовательности, а делать это когда документ правится задним числом.
3) Запрет изменения даты документа???!!!
-
Запрещайте оперативное проведение. Никого еще за это не наказали. :)
И со слов Белоусова, вроде бы, та фраза означает только, что надо остатки получать на текущий момент времени.
-
Запрещайте оперативное проведение. Никого еще за это не наказали. :)
А как методически верно запретить оперативное проведение?
-
Задачу по БУ нахожу непростой, поэтому решил прорешать ее еще раз, но как бы я ни спешил, решение занимает не меньше 2 часов.
По-моему надо быть просто мегамозгом, чтобы сделать все это быстрее.
Во-первых, надо разобраться в условии и правильно создать структуру данных:
1) Спр Договоры подчинен Контр, реквизит Валюта
2) Признак учета счетов Валютный
3) счПокупатели Валютный (Контрагент, Договор)
4) РБ (СуммаРуб, СуммаВал Небаланс, Валютный)
Затем надо разобраться, что должны делать три документа: РН, ПриодДенег, Корректировка.
Разобраться это одно, потом надо еще все это реализовать и отладить (не верю, что все это можно накодить с первого раза и без ошибок).
А в завершение предстоит сделать еще и достаточно хитрый отчет: основная трудность в колонке Сумма Руб/Вал. На сколько я понял, она должна выводить разные данные в зависимости от того, какой документ в строке.
В общем, если такая задача попадется на экзамене, то лучше бы остальные были простенькими ))
Прикладываю решение. Операцию создал, но модуль не заполнил. В отчете красоты не наводил, шапку оставил как есть. Думаю на экзамене будет не до этого.
-
Запрещайте оперативное проведение. Никого еще за это не наказали. :)
А как методически верно запретить оперативное проведение?
Сколько раз говорил - читайте сдавших и даже ссылки выкладывал. :)
Заиметь привычку во ВСЕХ документах (исключение - Операция и аналогичная ей Комплектация) на закладке Движения устанавливать Оперативное проведение Запретить, и на время подготовки и сдачи забыть обо всех нюансах, связанных с оперативным проведением.
Задачу по БУ нахожу непростой, поэтому решил прорешать ее еще раз, но как бы я ни спешил, решение занимает не меньше 2 часов.
По-моему надо быть просто мегамозгом, чтобы сделать все это быстрее.
Затем надо разобраться, что должны делать три документа: РН, ПриодДенег, Корректировка.
Разобраться это одно, потом надо еще все это реализовать и отладить (не верю, что все это можно накодить с первого раза и без ошибок).
А в завершение предстоит сделать еще и достаточно хитрый отчет: основная трудность в колонке Сумма Руб/Вал. На сколько я понял, она должна выводить разные данные в зависимости от того, какой документ в строке.
В общем, если такая задача попадется на экзамене, то лучше бы остальные были простенькими ))
К сожалению, не могу себя отнести к мегамозгам. :D
Стандартную для себя подготовку плана + ОУ + БУ (именно эта задача) вместе с отладкой сделал за 3 часа. При этом считаю, что делал медленнее, чем обычно при подготовке. Правда, был более собран, сам не ожидал, а потому отладка кода по БУ после ввода тестовых данных не потребовалась вообще. Минут 10 потратил на доработку отчета БУ (хотя и делал его пару раз), так что этот отчет стоит того, чтобы его просто запомнить. Но в колонке Сумма никаких хитростей не видел, просто выводил Оборот по счету Покупатели (какая там должна быть зависимость от документов, не вижу).
РН вообще чисто отгрузка без всякого контроля, 2 других документа действительно требуют некоторых временных затрат, но код в них несложный. Пересчет курсов валют - хитрость не большая.
ПС. Вообще, после экзамена я посчитал, что мне ооооочень повезло с ОУ и БУ, за счет них и сдал.
-
А в завершение предстоит сделать еще и достаточно хитрый отчет: основная трудность в колонке Сумма Руб/Вал. На сколько я понял, она должна выводить разные данные в зависимости от того, какой документ в строке.
Ну ОК, если Оборот отрицательный, умножать на -1, хотя, не думаю, что это на столько важно.
-
// теперь изменим метод
Движения.УчетнаяПолитика.Записывать = Истина;
Движение = Движения.УчетнаяПолитика.Добавить();
Движение.Период = Дата;
Движение.Метод = НовыйМетод;
КонецЕсли;
Возврат;
//{{__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ
// Данный фрагмент построен конструктором.
// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!
// регистр УчетнаяПолитика
Движения.УчетнаяПолитика.Записывать = Истина;
Движение = Движения.УчетнаяПолитика.Добавить();
Движение.Период = Дата;
Движение.Метод = НовыйМетод;
Не совсем понятно для чего дважды такая конструкция?
-
Вопрос про ОУ, вот тут все делают: При изменении учетной политики на "по-средней", все остатки по партиям минусуют и в партию записывают документ изменяющий учет.политику, а если я часть захочу списать по-средней, а остальную часть захочу опять по фифо, но партии уже затерты, там ведь записан док. уч.политика, спишется опять все по-средней или я чего то не понимаю или такой вариант просто не рассматриваете?
-
Вопрос про ОУ, вот тут все делают: При изменении учетной политики на "по-средней", все остатки по партиям минусуют и в партию записывают документ изменяющий учет.политику, а если я часть захочу списать по-средней, а остальную часть захочу опять по фифо, но партии уже затерты, там ведь записан док. уч.политика, спишется опять все по-средней или я чего то не понимаю или такой вариант просто не рассматриваете?
Я не помню, какая там периодичность(как часто может менятся УП?) ...если раз в год, то у вас там куча партий теоретически должно накопится.
и да, тут ничего не сделать, списывайте по Фифо(Лифо) - одну большую партию, следующие приходы уже будут по партиям.
-
Добрый день! Выше была слеудющая мысль:
Регистр учетная политика - подчинен регистратору документу СменаУчетной политики и определяется на каждый момент времени (а не даты). .
Вопрос - как это реализовать???
-
Добрый день! Выше была слеудющая мысль:
Регистр учетная политика - подчинен регистратору документу СменаУчетной политики и определяется на каждый момент времени (а не даты). .
Вопрос - как это реализовать???
А что тут реализовывать?
Так и берете значение ресурса РС на момент времени.
-
Задачу по БУ нахожу непростой, поэтому решил прорешать ее еще раз, но как бы я ни спешил, решение занимает не меньше 2 часов.
По-моему надо быть просто мегамозгом, чтобы сделать все это быстрее.
Во-первых, надо разобраться в условии и правильно создать структуру данных:
1) Спр Договоры подчинен Контр, реквизит Валюта
2) Признак учета счетов Валютный
3) счПокупатели Валютный (Контрагент, Договор)
4) РБ (СуммаРуб, СуммаВал Небаланс, Валютный)
Затем надо разобраться, что должны делать три документа: РН, ПриодДенег, Корректировка.
Разобраться это одно, потом надо еще все это реализовать и отладить (не верю, что все это можно накодить с первого раза и без ошибок).
А в завершение предстоит сделать еще и достаточно хитрый отчет: основная трудность в колонке Сумма Руб/Вал. На сколько я понял, она должна выводить разные данные в зависимости от того, какой документ в строке.
В общем, если такая задача попадется на экзамене, то лучше бы остальные были простенькими ))
Прикладываю решение. Операцию создал, но модуль не заполнил. В отчете красоты не наводил, шапку оставил как есть. Думаю на экзамене будет не до этого.
Привет Jones ,Слушай меня эта задача сводит с ума тем,что регистр бухгалтерии не сходится в ноль ,если установить курс типо 37,90 . Там косяк получается при округлении валюты и по этому методу никогда СуммаРубл не будет равна СуммаВалют * Курс ,это происходит при округлении количества валюты,когда отсекаются тысячные .То есть смотри если ты проведешь расходную просто и приход денег и не будешь изменять курс,и сразу проивзедешь корректировку долга то она сразу запишет тебе копейки на пустом месте,а так быть не должно это ошибка я заметил у всех и на неё просто походу забили.
Может надо наложить проверку,что курс изменился,если нет то и не проводить.
-
Запрещайте оперативное проведение. Никого еще за это не наказали. :)
А как методически верно запретить оперативное проведение?
Сколько раз говорил - читайте сдавших и даже ссылки выкладывал. :)
Заиметь привычку во ВСЕХ документах (исключение - Операция и аналогичная ей Комплектация) на закладке Движения устанавливать Оперативное проведение Запретить, и на время подготовки и сдачи забыть обо всех нюансах, связанных с оперативным проведением.
Алекс не скинете еще раз ссылочки на эти комментарии ?=) Please...
-
Задачу по БУ нахожу непростой, поэтому решил прорешать ее еще раз, но как бы я ни спешил, решение занимает не меньше 2 часов.
По-моему надо быть просто мегамозгом, чтобы сделать все это быстрее.
Во-первых, надо разобраться в условии и правильно создать структуру данных:
1) Спр Договоры подчинен Контр, реквизит Валюта
2) Признак учета счетов Валютный
3) счПокупатели Валютный (Контрагент, Договор)
4) РБ (СуммаРуб, СуммаВал Небаланс, Валютный)
Затем надо разобраться, что должны делать три документа: РН, ПриодДенег, Корректировка.
Разобраться это одно, потом надо еще все это реализовать и отладить (не верю, что все это можно накодить с первого раза и без ошибок).
А в завершение предстоит сделать еще и достаточно хитрый отчет: основная трудность в колонке Сумма Руб/Вал. На сколько я понял, она должна выводить разные данные в зависимости от того, какой документ в строке.
В общем, если такая задача попадется на экзамене, то лучше бы остальные были простенькими ))
Прикладываю решение. Операцию создал, но модуль не заполнил. В отчете красоты не наводил, шапку оставил как есть. Думаю на экзамене будет не до этого.
В документе ПриходДенег у тебя:
СуммаСписатьРуб = МИН(ОсталосьСписать, ВыборкаДоговор.СуммаРубОст);
Движение.СуммаРуб = СуммаСписатьРуб;
Движение.СуммаВал = ?(ВыборкаДоговор.Курс = 0, 0, СуммаСписатьРуб / ВыборкаДоговор.Курс);
а судя по примеру в отчете, когда списали весь валютный долг по договору и возникло минусовое сальдо по рублевому остатку, надо делать так:
Если ВыборкаДетальныеЗаписи.Курс > 0 Тогда
Движение.СуммаВалКт = МИН(ВыборкаДетальныеЗаписи.СуммаВалОстатокДт, ОсталосьСписать/ВыборкаДетальныеЗаписи.Курс);
Движение.Сумма = Движение.СуммаВалКт * ВыборкаДетальныеЗаписи.Курс;
Иначе
Движение.Сумма = МИН(ВыборкаДетальныеЗаписи.СуммаОстатокДт,СуммаДокумента);
КонецЕсли;
Т.е. при оплате надо ориентироваться на валютный остаток по договору, а не на рублевый.
-
Алекс не скинете еще раз ссылочки на эти комментарии ?=) Please...
Что сохранил и помню.
Вот ооооочень полезная ссылка, почти любой может надежно закрыть часть своих непоняток по разным вопросов из всех разделов информацией почти из первоисточника.
http://forum.chistov.pro/index.php?topic=2005.msg22307#msg22307
Тоже полезно, но только по задачам с Табелем.
http://forum.chistov.pro/index.php?topic=2194.msg1#msg1
2 ссылки по конкретным задачам, кто не в курсе. По ОУ по аналогичным задачам я всё делал полностью идентично решению по первой ссылке:
http://1c.chistov.pro/2013/07/blog-post_25.html
http://1c.chistov.pro/2013/07/blog-post.html
2 ссылки из "Результатов сдачи ...":
http://forum.chistov.pro/index.php?topic=993.msg10949#msg10949
Здесь можно и обсуждение далее почитать, много поучительного.
http://forum.chistov.pro/index.php?topic=993.msg31513#msg31513
Тоже у меня в закладках было, хотя прокомментировать сейчас не могу. А вообще, в "Результатах сдачи ..." полезного много, особенно в самом начале, и в середине, примерно за 2012-2013 гг., сразу узнается по большим сообщениям, в частности, если чел посещал курсы Белоусова.
-
Алекс не скинете еще раз ссылочки на эти комментарии ?=) Please...
Что сохранил и помню.
Вот ооооочень полезная ссылка, почти любой может надежно закрыть часть своих непоняток по разным вопросов из всех разделов информацией почти из первоисточника.
http://forum.chistov.pro/index.php?topic=2005.msg22307#msg22307
Тоже полезно, но только по задачам с Табелем.
http://forum.chistov.pro/index.php?topic=2194.msg1#msg1
2 ссылки по конкретным задачам, кто не в курсе. По ОУ по аналогичным задачам я всё делал полностью идентично решению по первой ссылке:
http://1c.chistov.pro/2013/07/blog-post_25.html
http://1c.chistov.pro/2013/07/blog-post.html
2 ссылки из "Результатов сдачи ...":
http://forum.chistov.pro/index.php?topic=993.msg10949#msg10949
Здесь можно и обсуждение далее почитать, много поучительного.
http://forum.chistov.pro/index.php?topic=993.msg31513#msg31513
Тоже у меня в закладках было, хотя прокомментировать сейчас не могу. А вообще, в "Результатах сдачи ..." полезного много, особенно в самом начале, и в середине, примерно за 2012-2013 гг., сразу узнается по большим сообщениям, в частности, если чел посещал курсы Белоусова.
Спасибо большое Алекс)))
-
Решил так.
-
Коллеги, помогите выработать решение. Исходя из
В билете есть такое условие "В одном документе могу быть данные за разные расчетные периоды". У вас в решении я не обнаружил его выполнение.
А как именно Вы его себе представляете? К сожалению, единого мнения о том, как оно должно выглядеть, не существует.
Но вот несколько ссылок Вам в помощь:
это значит, что в строке табличной части период действия может быть не за весь месяц, а к примеру с 01.10 по 15.10.
http://forum.chistov.pro/index.php?topic=993.msg31513#msg31513
значит, что оклад может быть за июнь, за январь и командировка за декабрь
http://forum.chistov.pro/index.php?topic=993.msg32335#msg32335
http://forum.chistov.pro/index.php?topic=993.msg40137#msg40137
Да и вот еще ))
На фразу в билете "В одном документе могу быть данные за разные расчетныепериоды" покосился и забыл
http://forum.chistov.pro/index.php?topic=993.msg30563#msg30563
Надо уточнять условие у экзаменатора и, если
а) Период регистрации указывается в ТЧ, то
Для каждого периода регистрации отдельно проводим весь расчет, оклад берется на начало каждого периода регистрации
б) В 1 документе могут быть указаны данные разного периода действия, тогда для каждого периода действия берем оклад на начало периода действия и рассчитываем?
Правильна ли логика?
-
Надо уточнять условие у экзаменатора и, если
а) Период регистрации указывается в ТЧ, то
Для каждого периода регистрации отдельно проводим весь расчет, оклад берется на начало каждого периода регистрации
б) В 1 документе могут быть указаны данные разного периода действия, тогда для каждого периода действия берем оклад на начало периода действия и рассчитываем?
Правильна ли логика?
Да -да, тут всё как-то непонятно, даже Гуру молчат ))) Вообщем тоже интересно, поделитесь мыслями: Сказано - оклад брать на начало Ресчётного Периода. Расчётный период - это период с Начала Месяца в котором расчёт, ? или если с 5 числа - то на 5 е число этого месяца брать Оклад??? (период регистрации - это когда запись зарегистрировали, например в след. месяце, ...мне кажется Оклад нужно брать от периода действия!!!)
А теперь главное - про запрос в цикле. да, тут видимо без него никак. Хотя некоторые пишут что не учитывали этот момент на экзамене, и на знаменитую фразу вообще не обращали внимания. Им повезло, чтоли ?)))
(я пока не реализовал полностью - тут на другом споткнулся:
- объясните мне, не могу донгать никак - у меня в базе(приложил) - в последней командировке(за Декабрь) базовый период Октябрь - Ноябрь, Оклада за эти периоды вообще НЕ БЫЛО!!! Были позже - командировки, но они не попадают в базу по причине которая выше описана. И к тому же Период Регистрации так же не пересекается с этим базовым периодом. Но он упорно берёт за БАЗУ - сумму этого ОКЛАДА!!!! ????? И расчтывает командировку. чё за хрень, объясните мне плиииз кто разобрался. По идее не должно же быть базы??? Пересечений вообще нет нигде! Зависимость по Периоду Действия, конечно же. ...блин
-
... Сказано - оклад брать на начало Ресчётного Периода. Расчётный период - это период с Начала Месяца в котором расчёт, ?
Я считаю именно так - начало месяца периода действия.
... А теперь главное - про запрос в цикле. да, тут видимо без него никак.
Ни в коем случае - сразу -2 балла без всяких исключений. Лучше упростить задачу, и то, думаю, мало шансов, что столько снимут.
Когда у нас принимал Гончаров, единственный момент, на который он обратил внимание сдающих по всем экзаменам (т.е. и типовым тоже) - запрос в цикле делать нельзя.
Теперь по поводу выхода из данной ситуации: я ее обрабатывал в 2 обращения к процедуре общего модуля - в первый раз обрабатывал только записи с периодом действия ранее текущего (т.е. начало месяца ПД менее ПР), запись, во втором обращении - обработка записей с текущим ПД (начало месяца ПД = ПР). Чтобы не писать разные процедуры при вызове процедуры общего модуля передавал параметр типа Булево, по которому в запросе определял, выбирать старые записи или текущие.
Т.о., у пользователя есть возможность корректно обработать данные за разные периоды, хотя количество этих периодов по каждому отдельно взятому сотруднику всё равно ограничено (но про неограниченность в условии не говорится).
-
- объясните мне, не могу донгать никак - у меня в базе(приложил) - в последней командировке(за Декабрь) базовый период Октябрь - Ноябрь, Оклада за эти периоды вообще НЕ БЫЛО!!! Были позже - командировки, но они не попадают в базу по причине которая выше описана. И к тому же Период Регистрации так же не пересекается с этим базовым периодом. Но он упорно берёт за БАЗУ - сумму этого ОКЛАДА!!!! ????? И расчтывает командировку. чё за хрень, объясните мне плиииз кто разобрался. По идее не должно же быть базы??? Пересечений вообще нет нигде! Зависимость по Периоду Действия, конечно же. ...блин
В запросе получения базы добавь связь между ВТ по номеру строки.
А вообще, в платформе существует отладчик. ;)
-
А вообще, в платформе существует отладчик. ;)
Ни фига се, что за зверь такой ;-)
Спасибо!,
а предыдущий пост, ведь получается это тот же цикл, но с двумя итерациями ))) Засписи ДО и текущие. ) Весело, согласен - зато явного цикла нету, и запроса в нём ))) смешные условия, конечно! Но буду делать так, "хитрить" придётся с этими условиями)))
Да, мы правильно рассчитаем такой документ :
Оклад - за сентябрь
Командировка -за октябрь(база-август -сентябрь)
Командировка - за ноябрь (база сентябрь - октябрь, ПР - ноябрь или декабрь )
Но следует добавить ещё одну командировку за декабрь, с ПР - декабрь, и пойдёт неверное начисление.
Хорошо когда очный экзамен, можно будет уточнить сразу. А нам...придётся пояснять!
-
...ведь получается это тот же цикл, но с двумя итерациями ))) Засписи ДО и текущие. ) Весело, согласен - зато явного цикла нету, и запроса в нём ))) смешные условия, конечно! Но буду делать так, "хитрить" придётся с этими условиями)))
По аналогии и обработку по очереди данных с разными видами расчета можно признать циклом. :)
Но следует добавить ещё одну командировку за декабрь, с ПР - декабрь, и пойдёт неверное начисление.
Хорошо когда очный экзамен, можно будет уточнить сразу. А нам...придётся пояснять!
В задаче сказано, что могут быть данные за разные расчетные периоды, мы вводим данные за текущий месяц и за любой месяц ранее, причем последний может быть разным для каждого сотрудника - расчет работает корректно.
В задаче не сказано, что количество месяцев для каждого сотрудника может быть произвольным. Ну, и в общем-то, ситуация, когда одновременно производится расчет за неограниченное количество месяцев не является нормальной, поэтому, думаю, 2 месяца в данном случае являются вполне показательными. Хотя, да, наверное, есть смысл пояснить.
-
...ведь получается это тот же цикл, но с двумя итерациями ))) Засписи ДО и текущие. ) Весело, согласен - зато явного цикла нету, и запроса в нём ))) смешные условия, конечно! Но буду делать так, "хитрить" придётся с этими условиями)))
По аналогии и обработку по очереди данных с разными видами расчета можно признать циклом. :)
Но следует добавить ещё одну командировку за декабрь, с ПР - декабрь, и пойдёт неверное начисление.
Хорошо когда очный экзамен, можно будет уточнить сразу. А нам...придётся пояснять!
В задаче сказано, что могут быть данные за разные расчетные периоды, мы вводим данные за текущий месяц и за любой месяц ранее, причем последний может быть разным для каждого сотрудника - расчет работает корректно.
В задаче не сказано, что количество месяцев для каждого сотрудника может быть произвольным. Ну, и в общем-то, ситуация, когда одновременно производится расчет за неограниченное количество месяцев не является нормальной, поэтому, думаю, 2 месяца в данном случае являются вполне показательными. Хотя, да, наверное, есть смысл пояснить.
Огромное спасибо, всё прояснилось более менее! Сделал отдельную процедуру, для получения Баз, и вызываю её если Командировок в Документе > 1 (за разные периоды действия) т.е. Старшая командировка будет зависеть по базе от предыдущей, но не обязательно. Ну а если одна то один раз вызывается, Вы примерно так же делали??? Гляньте, если время есть) я ещё сторно не делал, "Следует учесть, что данные о командировке могут вводиться в систему задним числом" - тут видимо Сторно ))) и отчёт ещё не знаю как мастерить, но зато главное вроде бы готово!?
добавил сторно, правильно ли? ) и отчётик))
-
Вопрос по командировке:
А может ли в 1 документе 1 командировка быть базой для другой?
если мы будем регистрировать все командировки с прошлых периодов в 1 месяце, то максимум, что надо предусмотреть - это сторно записи по окладу.
т.е. командировка, введенная за прошлый месяц, имеет период действия в прошлом месяце, базу берет из 2-х месяцев, предшествующих предыдущему, а период регистрации у нее текущий месяц, и, таким образом она не является базой для расчета командировки в текущем месяце, но сторнирует оклад за прошлый месяц.
И все это в разрезе подразделений, т.е. базу, вытеснение и сторно надо делать только в рамках подразделения.
А по совместительству, может он удаленно в командировке работал и должен оклад там получить...
-
Зато для следующего месяца она будет базой, ... а период регистрации может быть любой, прошлый мес., текущий или следующий... Кто его знает когда зарегистрировали запись.
Однако сильно не нужно заморачиватся, тут же писали что вообще всё просто сделали, без учёта что может быть 2 записи командировок за разные периоды в одном документе и больше. И сдали...
Просто в описании указать что так и так, нельзя вводить несколько командировок в одном доке, делайте другие документы, оклады вводите хоть 100 ))
отчёт такой же как в билете кто нить сделал?
-
Вы примерно так же делали??? Гляньте, если время есть) я ещё сторно не делал, "Следует учесть, что данные о командировке могут вводиться в систему задним числом" - тут видимо Сторно ))) и отчёт ещё не знаю как мастерить, но зато главное вроде бы готово!?
добавил сторно, правильно ли? ) и отчётик))
У меня структура решения несколько иначе выглядит. Да и сложно так оценивать чужой код. В общем, лучше свой вариант всего билета выложу. Хотя в целом должно быть нормально, но недоработки, наверняка, там есть, и даже в СПР есть одна существенная - сделано не так, как сам только что писал. Но исправлять на ходу не стал, лучше просто поясню. В запросе получения базы сравнение почему-то по периоду регистрации, в параметрах обеих ВТ:
ВЫБОР
КОГДА &ТекПериод = ИСТИНА
ТОГДА ПериодРегистрации = &ПериодРегистрации
ИНАЧЕ ПериодРегистрации < &ПериодРегистрации
КОНЕЦ
Думаю, этот текст следует заменить на такой:
ВЫБОР
КОГДА &ТекПериод = ИСТИНА
ТОГДА НАЧАЛОПЕРИОДА(ПериодДействияНачало, МЕСЯЦ) = &ПериодРегистрации
ИНАЧЕ НАЧАЛОПЕРИОДА(ПериодДействияНачало, МЕСЯЦ) < &ПериодРегистрации
КОНЕЦ
т.е. начало месяца периода действия сравниваем с периодом регистрации документа
(а возможно, вместо НАЧАЛОПЕРИОДА(ПериодДействияНачало, МЕСЯЦ) можно просто ПериодДействия указать?).
Ну и отчетик вроде бы в порядке, он в общем-то не сложный, и часто встречается в билетах.
-
Зато для следующего месяца она будет базой, ... а период регистрации может быть любой, прошлый мес., текущий или следующий... Кто его знает когда зарегистрировали запись.
Однако сильно не нужно заморачиватся, тут же писали что вообще всё просто сделали, без учёта что может быть 2 записи командировок за разные периоды в одном документе и больше. И сдали...
Просто в описании указать что так и так, нельзя вводить несколько командировок в одном доке, делайте другие документы, оклады вводите хоть 100 ))
...
Моя идея в том, чтобы все начисления за какие угодно периоды в текущем документе регистрировались датой текущего документа. А командировка зависит по периоду регистрации. Значит можно ввести сколь угодно много командировок за любое количество месяцев, но период регистрации будет дата текущего документа, а база возьмется по начислениям, зарегистрированным за предыдущие 2 месяца.
т.е. исключить ситуацию:
... а период регистрации может быть любой, прошлый мес., текущий или следующий...
будет ли это упрощением задачи?
-
Зато для следующего месяца она будет базой, ... а период регистрации может быть любой, прошлый мес., текущий или следующий... Кто его знает когда зарегистрировали запись.
Однако сильно не нужно заморачиватся, тут же писали что вообще всё просто сделали, без учёта что может быть 2 записи командировок за разные периоды в одном документе и больше. И сдали...
Просто в описании указать что так и так, нельзя вводить несколько командировок в одном доке, делайте другие документы, оклады вводите хоть 100 ))
...
Моя идея в том, чтобы все начисления за какие угодно периоды в текущем документе регистрировались датой текущего документа. А командировка зависит по периоду регистрации. Значит можно ввести сколь угодно много командировок за любое количество месяцев, но период регистрации будет дата текущего документа, а база возьмется по начислениям, зарегистрированным за предыдущие 2 месяца.
т.е. исключить ситуацию:
... а период регистрации может быть любой, прошлый мес., текущий или следующий...
будет ли это упрощением задачи?
зависимость от базы по периоду регистрации? тогда за эти два месяца так может получится много командировок) если у них ПР один - попадающий в базу. ... блин да у вас если в одном доке будет: Оклад - с 01.09-31-09 и тут же Оклад с 01.08 - 31.08 . тут же Командировка с 01.10 - 11.10 - ПР этого Дока будет (дата Дока) допустим 01.10 ... и тогда Оклад не попадёт в базу для Командировки..а должны даже оба попасть. вобщем по ПР - неправильно, т.к. минимум в базу попадёт только один период. Прикладываю доделаннное решение, вроде правильно, проверьте кто нить)) берусь за 4 ю задачку завтра! ;)
-
ОУ Сделал по советам из отзывов.
Расходная накладная всегда списывает по Фифо.
Приходная накладная, смотрит УчПолитику и заодно документ который её установил. Если по средней, то в партию пишет этот документ.
Установка учетной политики в любом случае все спысывает и приходует на себя.
Получилось красиво и быстро, на мой взгляд.
БУ вроед бы и не сложно, но что-то долго писалось. Особо заковырок не было.
СПР Разные расчетные периоды, Вытеснение и сторно. вроде всё "как по учебнику".
УФ для меня вообще мрак эти УФ. придется зазубривать. Вроде все работает. Не знаю как только сделать чтобы Сообщение внизу не выводилось а только в поле.
-
Задачу по БУ нахожу непростой, поэтому решил прорешать ее еще раз, но как бы я ни спешил, решение занимает не меньше 2 часов.
По-моему надо быть просто мегамозгом, чтобы сделать все это быстрее.
Во-первых, надо разобраться в условии и правильно создать структуру данных:
1) Спр Договоры подчинен Контр, реквизит Валюта
2) Признак учета счетов Валютный
3) счПокупатели Валютный (Контрагент, Договор)
4) РБ (СуммаРуб, СуммаВал Небаланс, Валютный)
Затем надо разобраться, что должны делать три документа: РН, ПриодДенег, Корректировка.
Разобраться это одно, потом надо еще все это реализовать и отладить (не верю, что все это можно накодить с первого раза и без ошибок).
А в завершение предстоит сделать еще и достаточно хитрый отчет: основная трудность в колонке Сумма Руб/Вал. На сколько я понял, она должна выводить разные данные в зависимости от того, какой документ в строке.
В общем, если такая задача попадется на экзамене, то лучше бы остальные были простенькими ))
Прикладываю решение. Операцию создал, но модуль не заполнил. В отчете красоты не наводил, шапку оставил как есть. Думаю на экзамене будет не до этого.
Jones, мне кажется нашел ошибку в твоей базе: у тебя настроен признак учета "Валютный" для некоторых счетов, но в регистре бухгалтерии у ресурса "СуммаВал" признак учета "Валютный" не стоит и он балансовый. Т.е. твоя настройка признака для счетов по-сути бессмысленна.
-
Jones, мне кажется нашел ошибку в твоей базе
Все верно, Pathfi. Со стыдом признаю ошибку, а ты - молодец, что ее нашел ))
Снова я составил план правильно, а в решении забыл сделать, что нужно.
Думаю, на дистанционной сдаче такую ошибку делать нельзя ни в коем случае,
а при очной сдаче надо попробовать объяснить преподавателю, что понимание механизмов есть, просто ошибка допущена из-за спешки ))
-
Вы примерно так же делали??? Гляньте, если время есть) я ещё сторно не делал, "Следует учесть, что данные о командировке могут вводиться в систему задним числом" - тут видимо Сторно ))) и отчёт ещё не знаю как мастерить, но зато главное вроде бы готово!?
добавил сторно, правильно ли? ) и отчётик))
У меня структура решения несколько иначе выглядит. Да и сложно так оценивать чужой код. В общем, лучше свой вариант всего билета выложу. Хотя в целом должно быть нормально, но недоработки, наверняка, там есть, и даже в СПР есть одна существенная - сделано не так, как сам только что писал. Но исправлять на ходу не стал, лучше просто поясню. В запросе получения базы сравнение почему-то по периоду регистрации, в параметрах обеих ВТ:
ВЫБОР
КОГДА &ТекПериод = ИСТИНА
ТОГДА ПериодРегистрации = &ПериодРегистрации
ИНАЧЕ ПериодРегистрации < &ПериодРегистрации
КОНЕЦ
Думаю, этот текст следует заменить на такой:
ВЫБОР
КОГДА &ТекПериод = ИСТИНА
ТОГДА НАЧАЛОПЕРИОДА(ПериодДействияНачало, МЕСЯЦ) = &ПериодРегистрации
ИНАЧЕ НАЧАЛОПЕРИОДА(ПериодДействияНачало, МЕСЯЦ) < &ПериодРегистрации
КОНЕЦ
т.е. начало месяца периода действия сравниваем с периодом регистрации документа
(а возможно, вместо НАЧАЛОПЕРИОДА(ПериодДействияНачало, МЕСЯЦ) можно просто ПериодДействия указать?).
Ну и отчетик вроде бы в порядке, он в общем-то не сложный, и часто встречается в билетах.
Алекс, правильно ли я понимаю, что вы сдали экзамен с выложенным решением?
Вопросы по вашему решению:
1. Не предусмотрен расчет оклада по разным периодам, т.е. даже оклад, введеный за прошлый месяц будет рассчитываться по срезу последних за текущий месяц, это не ошибка?
2. Зачем рассчитывать сторно записи, если там уже есть РезультатСторно?
-
Вы примерно так же делали??? Гляньте, если время есть) я ещё сторно не делал, "Следует учесть, что данные о командировке могут вводиться в систему задним числом" - тут видимо Сторно ))) и отчёт ещё не знаю как мастерить, но зато главное вроде бы готово!?
добавил сторно, правильно ли? ) и отчётик))
У меня структура решения несколько иначе выглядит. Да и сложно так оценивать чужой код. В общем, лучше свой вариант всего билета выложу. Хотя в целом должно быть нормально, но недоработки, наверняка, там есть, и даже в СПР есть одна существенная - сделано не так, как сам только что писал. Но исправлять на ходу не стал, лучше просто поясню. В запросе получения базы сравнение почему-то по периоду регистрации, в параметрах обеих ВТ:
ВЫБОР
КОГДА &ТекПериод = ИСТИНА
ТОГДА ПериодРегистрации = &ПериодРегистрации
ИНАЧЕ ПериодРегистрации < &ПериодРегистрации
КОНЕЦ
Думаю, этот текст следует заменить на такой:
ВЫБОР
КОГДА &ТекПериод = ИСТИНА
ТОГДА НАЧАЛОПЕРИОДА(ПериодДействияНачало, МЕСЯЦ) = &ПериодРегистрации
ИНАЧЕ НАЧАЛОПЕРИОДА(ПериодДействияНачало, МЕСЯЦ) < &ПериодРегистрации
КОНЕЦ
т.е. начало месяца периода действия сравниваем с периодом регистрации документа
(а возможно, вместо НАЧАЛОПЕРИОДА(ПериодДействияНачало, МЕСЯЦ) можно просто ПериодДействия указать?).
Ну и отчетик вроде бы в порядке, он в общем-то не сложный, и часто встречается в билетах.
Алекс, правильно ли я понимаю, что вы сдали экзамен с выложенным решением?
Вопросы по вашему решению:
1. Не предусмотрен расчет оклада по разным периодам, т.е. даже оклад, введеный за прошлый месяц будет рассчитываться по срезу последних за текущий месяц, это не ошибка?
2. Зачем рассчитывать сторно записи, если там уже есть РезультатСторно?
Нет, из этого билета у меня была задача по БУ, СПР из 6-го.
1. Может быть, но не уверен. Про командировку сказано конкретно, что может вводиться задним числом. И этого достаточно, что в одном доке могли быть данные за разные расчетные периоды. Так что, думаю, можно предположить, что оклад вводится только за тек месяц (и это вполне соответствует понятию метода отклонений). Хотя, может быть, можно сделать с расчетом оклада и по периоду действия (соответственно, предполагая, что оклад также может быть введен за разные периоды).
2. Не понял, что такое РезультатСторно. Посмотрел, не нашел ничего такого ни в РР, ни в ВТ в запросе. Да и вроде бы всегда так сторно записи считали. Как результат может появиться без расчета, не понимаю?
-
Нет, из этого билета у меня была задача по БУ, СПР из 6-го.
1. Может быть, но не уверен. Про командировку сказано конкретно, что может вводиться задним числом. И этого достаточно, что в одном доке могли быть данные за разные расчетные периоды. Так что, думаю, можно предположить, что оклад вводится только за тек месяц (и это вполне соответствует понятию метода отклонений). Хотя, может быть, можно сделать с расчетом оклада и по периоду действия (соответственно, предполагая, что оклад также может быть введен за разные периоды).
2. Не понял, что такое РезультатСторно. Посмотрел, не нашел ничего такого ни в РР, ни в ВТ в запросе. Да и вроде бы всегда так сторно записи считали. Как результат может появиться без расчета, не понимаю?
2. Имеется ввиду, что дополнения уже содержат рассчитанный результат в пропорции к вытесненному времени, там не РезультатСторно, а Результат.
-
Нет, из этого билета у меня была задача по БУ, СПР из 6-го.
1. Может быть, но не уверен. Про командировку сказано конкретно, что может вводиться задним числом. И этого достаточно, что в одном доке могли быть данные за разные расчетные периоды. Так что, думаю, можно предположить, что оклад вводится только за тек месяц (и это вполне соответствует понятию метода отклонений). Хотя, может быть, можно сделать с расчетом оклада и по периоду действия (соответственно, предполагая, что оклад также может быть введен за разные периоды).
2. Не понял, что такое РезультатСторно. Посмотрел, не нашел ничего такого ни в РР, ни в ВТ в запросе. Да и вроде бы всегда так сторно записи считали. Как результат может появиться без расчета, не понимаю?
2. Имеется ввиду, что дополнения уже содержат рассчитанный результат в пропорции к вытесненному времени, там не РезультатСторно, а Результат.
Хм. Вы так делали? Есть пример решения?
Во всяком случае в профразработке написано: "Значения ресурсов сторно-записи не переносятся из исходной записи. Сторно-записи должны рассчитываться в том же порядке, что и обычные записи".
-
Нет, из этого билета у меня была задача по БУ, СПР из 6-го.
1. Может быть, но не уверен. Про командировку сказано конкретно, что может вводиться задним числом. И этого достаточно, что в одном доке могли быть данные за разные расчетные периоды. Так что, думаю, можно предположить, что оклад вводится только за тек месяц (и это вполне соответствует понятию метода отклонений). Хотя, может быть, можно сделать с расчетом оклада и по периоду действия (соответственно, предполагая, что оклад также может быть введен за разные периоды).
2. Не понял, что такое РезультатСторно. Посмотрел, не нашел ничего такого ни в РР, ни в ВТ в запросе. Да и вроде бы всегда так сторно записи считали. Как результат может появиться без расчета, не понимаю?
2. Имеется ввиду, что дополнения уже содержат рассчитанный результат в пропорции к вытесненному времени, там не РезультатСторно, а Результат.
Хм. Вы так делали? Есть пример решения?
Во всяком случае в профразработке написано: "Значения ресурсов сторно-записи не переносятся из исходной записи. Сторно-записи должны рассчитываться в том же порядке, что и обычные записи".
СторноЗаписи = Движения.РегистрРасчетаОсновныеНачисления.ПолучитьДополнение();
Для Каждого ТекСтрока Из СторноЗаписи Цикл
НовЗапись = Движения.РегистрРасчетаОсновныеНачисления.Добавить();
ЗаполнитьЗначенияСвойств(НовЗапись, ТекСтрока);
НовЗапись.ПериодРегистрации = ТекСтрока.ПериодРегистрацииСторно;
НовЗапись.ПериодДействияНачало = ТекСтрока.ПериодДействияНачалоСторно;
НовЗапись.ПериодДействияКонец = ТекСтрока.ПериодДействияКонецСторно;
НовЗапись.Сторно = Истина;
НовЗапись.Размер = - ТекСтрока.Размер;
КонецЦикла;
СторноЗаписи[0] СтрокаТаблицыЗначений СтрокаТаблицыЗначений
Активность Истина Булево
БазовыйПериодКонец 01.01.0001 0:00:00 Дата
БазовыйПериодНачало 01.01.0001 0:00:00 Дата
ВидРасчета Оклад ПланВидовРасчетаСсылка.ОсновныеНачисления
График Пятидневка СправочникСсылка.ГрафикиРаботы
НомерСтроки 3 Число
ПериодДействия 01.10.2015 0:00:00 Дата
ПериодДействияКонец 10.10.2015 0:00:00 Дата
ПериодДействияКонецСторно 10.10.2015 0:00:00 Дата
ПериодДействияНачало 01.10.2015 0:00:00 Дата
ПериодДействияНачалоСторно 01.10.2015 0:00:00 Дата
ПериодРегистрации 01.10.2015 0:00:00 Дата
ПериодРегистрацииСторно 01.11.2015 0:00:00 Дата
Подразделение Отдел внедрения СправочникСсылка.Подразделения
Размер 0 Число
Регистратор Начисление зарплаты 000000003 от 30.10.2015 12:00:00 ДокументСсылка.НачислениеЗарплаты
Результат 6 363,64 Число
Сотрудник Бельдыев СправочникСсылка.ФизическиеЛица
Сторно Ложь Булево
p.s. посмотрел "талмуд", там действительно расчитываются, но это по 8.2 и, главное, как расчитывать данные сторнируемого оклада за прошлый месяц, на основании данных за текущий? Или тогда и значение оклада надо брать за соответствующий сторно период?
p.p.s. в методичке от Белоусова (по платформе 8.3) от 2014 г. уже записывается так у меня в точности.
добавлено:
p.p.s. елки зеленые, поизучал еще матчасть - действительно сторно надо рассчитывать, и в методичке оно рассчитывается! т.е. код у меня снова не верный. *смайл:ВЗРЫВ*
-
Признаю, что написал чушь, сделал в итоге так как у Алекса.
Только у экзаменатора надо уточнить, за сколько в итоге различных месяцев может быть внесены данные в 1-м документе и от этого, либо делать запрос в цикле по периодам действия, либо только 1 раз посчитать оба вида расчета.
Нет, из этого билета у меня была задача по БУ, СПР из 6-го.
1. Может быть, но не уверен. Про командировку сказано конкретно, что может вводиться задним числом. И этого достаточно, что в одном доке могли быть данные за разные расчетные периоды. Так что, думаю, можно предположить, что оклад вводится только за тек месяц (и это вполне соответствует понятию метода отклонений). Хотя, может быть, можно сделать с расчетом оклада и по периоду действия (соответственно, предполагая, что оклад также может быть введен за разные периоды).
2. Не понял, что такое РезультатСторно. Посмотрел, не нашел ничего такого ни в РР, ни в ВТ в запросе. Да и вроде бы всегда так сторно записи считали. Как результат может появиться без расчета, не понимаю?
2. Имеется ввиду, что дополнения уже содержат рассчитанный результат в пропорции к вытесненному времени, там не РезультатСторно, а Результат.
Хм. Вы так делали? Есть пример решения?
Во всяком случае в профразработке написано: "Значения ресурсов сторно-записи не переносятся из исходной записи. Сторно-записи должны рассчитываться в том же порядке, что и обычные записи".
СторноЗаписи = Движения.РегистрРасчетаОсновныеНачисления.ПолучитьДополнение();
Для Каждого ТекСтрока Из СторноЗаписи Цикл
НовЗапись = Движения.РегистрРасчетаОсновныеНачисления.Добавить();
ЗаполнитьЗначенияСвойств(НовЗапись, ТекСтрока);
НовЗапись.ПериодРегистрации = ТекСтрока.ПериодРегистрацииСторно;
НовЗапись.ПериодДействияНачало = ТекСтрока.ПериодДействияНачалоСторно;
НовЗапись.ПериодДействияКонец = ТекСтрока.ПериодДействияКонецСторно;
НовЗапись.Сторно = Истина;
НовЗапись.Размер = - ТекСтрока.Размер;
КонецЦикла;
СторноЗаписи[0] СтрокаТаблицыЗначений СтрокаТаблицыЗначений
Активность Истина Булево
БазовыйПериодКонец 01.01.0001 0:00:00 Дата
БазовыйПериодНачало 01.01.0001 0:00:00 Дата
ВидРасчета Оклад ПланВидовРасчетаСсылка.ОсновныеНачисления
График Пятидневка СправочникСсылка.ГрафикиРаботы
НомерСтроки 3 Число
ПериодДействия 01.10.2015 0:00:00 Дата
ПериодДействияКонец 10.10.2015 0:00:00 Дата
ПериодДействияКонецСторно 10.10.2015 0:00:00 Дата
ПериодДействияНачало 01.10.2015 0:00:00 Дата
ПериодДействияНачалоСторно 01.10.2015 0:00:00 Дата
ПериодРегистрации 01.10.2015 0:00:00 Дата
ПериодРегистрацииСторно 01.11.2015 0:00:00 Дата
Подразделение Отдел внедрения СправочникСсылка.Подразделения
Размер 0 Число
Регистратор Начисление зарплаты 000000003 от 30.10.2015 12:00:00 ДокументСсылка.НачислениеЗарплаты
Результат 6 363,64 Число
Сотрудник Бельдыев СправочникСсылка.ФизическиеЛица
Сторно Ложь Булево
p.s. посмотрел "талмуд", там действительно расчитываются, но это по 8.2 и, главное, как расчитывать данные сторнируемого оклада за прошлый месяц, на основании данных за текущий? Или тогда и значение оклада надо брать за соответствующий сторно период?
p.p.s. в методичке от Белоусова (по платформе 8.3) от 2014 г. уже записывается так у меня в точности.
добавлено:
p.p.s. елки зеленые, поизучал еще матчасть - действительно сторно надо рассчитывать, и в методичке оно рассчитывается! т.е. код у меня снова не верный. *смайл:ВЗРЫВ*
-
Только у экзаменатора надо уточнить, за сколько в итоге различных месяцев может быть внесены данные в 1-м документе и от этого, либо делать запрос в цикле по периодам действия, либо только 1 раз посчитать оба вида расчета.
Лучше не уточнять. Хуже запроса в цикле - только невыполненное задание.
-
К сведению:
Zeskord сообщил (http://forum.chistov.pro/index.php?topic=993.msg43950#msg43950), что решение ОУ задачи на двух регистрах (http://expert.chistov.pro/public/195591/) не приветствуется.
-
К сведению:
Zeskord сообщил (http://forum.chistov.pro/index.php?topic=993.msg43950#msg43950), что решение ОУ задачи на двух регистрах (http://expert.chistov.pro/public/195591/) не приветствуется.
Однако, будущим сдавальчикам-маньякам контроля остатков по-новому следует иметь ввиду, что скорее всего это относится примерно к десятку задач, в которых выбор методики контроля остатков не очевиден. :)
-
alex1248, мельком глянул Ваше решение, нужно было про ОУ выяснить,
так вот у Вас
1)приходная накладная спокойно может провестись, если не установлена учетная политика
2) у Вас 2 РН, это не есть гуд, к чему это, недавно был у меня опыт сдачи и попался таки этот билет,
я как истинный..., уважающий... ну и.т.д. построил так же на двух регистрах, сдавал дистанционно, так вот ответ по ОУ: задание решено неоптимально, лишний регистр, неверно используются методики проведения. Так что имхо не нужно в угоду новой методике проведения строить доп регистр
-
Выкладываю свой вариант, проверьте кому не лениво
-
Посмотрите мое решение.Не берется почему то база по графику?
-
Масса ошибок. 1. Графики на 2016 не заполнены, 2) Выборка после найти следующий не сбрасывается, №) после записи суммы набор записей не записывается.....)))
-
По БУ. Смотрю почему-то все списывают рублевую сумму. А если внимательно посмотреть на отчет, то документ "приход денег" закрывает валютную сумму и образует рублевый долг(больше или меньше)! Значит верным будет решение, если отталкиваться от отчета:
Списать = МИН(Выборка.СуммаВал, ОсталосьСписать / Выборка.Курс)
Выборка.Сумма = Списать * Выборка.Курс;
Выборка.СуммаВал = Списать;
-
потому что приход денег в рублях
-
потому что приход денег в рублях
Но, рассчитываемся рублями по новому курсу. Должны были 100 Баксов их и возвращаем, но возвращаем рублях по новому курсу. Рубли потому-что может мы одной суммой закрываем несколько договоров, а они могут быть в разной валюте.
cheb73, у вас если долг рублевый вырастет, закроется рублевая сумма, долг останется валютный (в условии корректура закрывает рублевый долг!) и отчет не будет соответствовать приведенному в примере.
-
Где то читала, что Гончаров на это говорит, что не закрывается валютный ,ну и бог с ним)) Проходила его курсы по подготовке к сдаче, он разбирал эту задачу, сумма у него проверялась рублевая. Хотя может другой экзаменатор будет думать по другому..
Сейчас пересмотрела еще раз. Извиняюсь , ввела в заблуждение. Гончаров проверяет и рублевую сумму и валютную
-
Где то читала, что Гончаров на это говорит, что не закрывается валютный ,ну и бог с ним)) Проходила его курсы по подготовке к сдаче, он разбирал эту задачу, сумма у него проверялась рублевая. Хотя может другой экзаменатор будет думать по другому..
Сейчас пересмотрела еще раз. Извиняюсь , ввела в заблуждение. Гончаров проверяет и рублевую сумму и валютную
Интересное решение, но в условии же каждый договор - "может быть разная валюта", а в вашем примере Гончарова, получаем перед циклом курс Евро и с ним работаем...
-
Ну да , не совсем такой, но подобный , просто если одна валюта не нужно в запросе выбирать, лучше до цикла, в 3 билете конечно в запросе выбираем курс.
-
Что делать с этой фразой: "Следует учесть, что данные о командировке могут вводиться в систему задним числом."?
1. Просто сторно или
2. Сторно + перерасчет?
-
Что делать с этой фразой: "Следует учесть, что данные о командировке могут вводиться в систему задним числом."?
1. Просто сторно или
2. Сторно + перерасчет?
Сторно надо, перерасчет - нет, т.к. есть фраза "Механизм перерасчетов в рамках данной задачи использовать не надо" (всегда или почти всегда так в аналогичных ситуациях).
-
Упс...Заработался. Это же следующая фраза ;D
-
Упс...Заработался. Это же следующая фраза ;D
Недавно (смотрели наверное) 1 бесплатный видеоурок с нового курса по СПР(на Спеца по платформе), где Гончаров по моему, показывает как надо делать перерасчёты. Так вот, сдаётся мне, что скоро будут менять билеты(точнее, уже меняют) и добавлять туда Перерасчёты )))
-
Упс...Заработался. Это же следующая фраза ;D
Недавно (смотрели наверное) 1 бесплатный видеоурок с нового курса по СПР(на Спеца по платформе), где Гончаров по моему, показывает как надо делать перерасчёты. Так вот, сдаётся мне, что скоро будут менять билеты(точнее, уже меняют) и добавлять туда Перерасчёты )))
Блин достали с изменениями) Кто-нибудь разбирал эти перерасчеты?)
-
Готов СПР 3 билет, С ИЗМЕНЕНИЕМ, предлагаю обсудить решение с "вечерними часами". Добавил новый ВидРасчета, График ВечерниеЧасы, неявно привязывается к окладу, на базу не влияет. Плюс - можно увидеть в Отчёте сколько было Вечерних из Рабочих и сколько было начислено за них. (ну а с запросом в цикле, решил не обрабатывать всё таки эту ситуацию, когда командировка зависит от прошлой командировки по базе - это скорее исключение)
-
а у кого есть текст задачи про вечерние часы, а то не особо понятно
-
Готов СПР 3 билет, С ИЗМЕНЕНИЕМ, предлагаю обсудить решение с "вечерними часами". Добавил новый ВидРасчета, График ВечерниеЧасы, неявно привязывается к окладу, на базу не влияет. Плюс - можно увидеть в Отчёте сколько было Вечерних из Рабочих и сколько было начислено за них. (ну а с запросом в цикле, решил не обрабатывать всё таки эту ситуацию, когда командировка зависит от прошлой командировки по базе - это скорее исключение)
Глянула, на первый взгляд не понятно почему всегда автоматом создаются вид расчета вечерние для оклада , да еще и жестко задается ему график . Допустим в одном подразделении у него одни график, а в в другом - другой, соответственно и вечерние часы должны быть разные. Думаю логичее в регистр Графики добавить реквизит Вечерние часы
-
а у кого есть текст задачи про вечерние часы, а то не особо понятно
Три дня в неделю (понедельник, среда, пятница) по два часа работы приходится на вечерние часы. За каждый час работы в вечернее время сотрудники получают доплату на 50% больше часовой тарифной ставки.
-
Notgift, спасибо! . Ну тогда можно сделать так.
В РС Графики добавляем Вечерние часы,
в РР Основные начисления добавляем реквизит Вечерние часы.
Создаем РР Дополнительные начисления. создаем вид расчета Доплата за вечерние часы., которая зависимо от базы (Оклад) .
-
а у кого есть текст задачи про вечерние часы, а то не особо понятно
Три дня в неделю (понедельник, среда, пятница) по два часа работы приходится на вечерние часы. За каждый час работы в вечернее время сотрудники получают доплату на 50% больше часовой тарифной ставки.
Спасибо за инфу свежую. Подскажите плиз:
по СПР: Добавили ресурс в РС Графики, это понятно. (хотя я обошёлся и без него). А каким образом делали связь, через график "вечерние часы" и ВР "доплата за веч.часы"? В моём решении можно изменить график вечерних часов например, на "вторник", "субботу" и т.д. (и на 50% меньше было в условии)
и в отчёте у вас они были?
-
Благодаря ресурсу вечерние часы привязка к тому же графику что и оклад, если захотят поменять пусть меняют график. В ОН "Вечерние часы", соотвественно если были начисления и то в отчете они есть. На экзамене мне попалось, что больше.
-
Считаю , что не надо вообще менять график, если в этот день мы работаем, значит получаем оклад. , значит используем график оклада, зачем нам на вечерние часы отдельный график? Ну хотя конечно нужно уточнить у экзаменатора , если есть такая возможность.
-
Вот спасибо, точно - перемудрил немного с графиком! )) Хотелось покрасивее, чтобы сильно не править модуль Заполнение Графика и смотреть понедельник, среду и пятницу)) Но пришлось...
Моё первоначальное решение можно было бы применить, еслиб в условии было сказано - независимо от основного графика, человек ОБЯЗАН работать по 2 часа в Понедельник, среду и пт. Например, подработка уборщицей, вполне себе жизненно ..)))) у неё выходной а она пришла на пару часиков.
Оперативно передалал, добавил проверочный график "Без понедельника" - всё вроде ОК, посмотрите плиз кто делает)
-
Notgift, спасибо! . Ну тогда можно сделать так.
В РС Графики добавляем Вечерние часы,
в РР Основные начисления добавляем реквизит Вечерние часы.
Создаем РР Дополнительные начисления. создаем вид расчета Доплата за вечерние часы., которая зависимо от базы (Оклад) .
Весёлые задачи СПР ) Смотрите, Если их(ПВР Веч.Часы) засунуть в ДопНачисления - то при Сторнировании Оклада - их не зацепит ...а должно, так как чувак в то время оказывается не работал, а был в командировке )) А сторно в этой задаче указанно явно.
-
На экзамене в билете было такое условие что командировка сторнирует только оклад, а вечерние часы нет.
-
На экзамене в билете было такое условие что командировка сторнирует только оклад, а вечерние часы нет.
о! ) ну, тогда да - в Доп.Нач. Как всегда, противоестественное условие. Если он был в командировке в тот период, доплата также должна вытеснятся... мде, ну спасибо ! Переделывать не буду - для себя запомнил :-)
-
Добрый день, уважаемые коллеги.
Вот начал готовиться к экзамену. Вошел в стопор по первой задаче ОУ билета 3.
В условии задачи говорится о том, что списывать нужно себестоимость в зависимости от способа, указанного в учетной политике.
В отношении списания ФИФО все понятно: ищем запросом остатки по регистру, выставляя сортировку по партии возрастание.
Не понятно, как быть с средней, а именно:
Если проводить списание по средней, в регистре по результатам расхода появляются записи с партией НЕ ПРИХОДНАЯ НАКЛАДНАЯ, при этом саму сумму мы должны рассчитать по средней, получив остатки партий, среди которых есть партии ПРИХОДНАЯ НАКЛАДНАЯ, НЕ ПРИХОДНАЯ НАКЛАДНАЯ.
Посмотрел варианты решения данной задачи, в них говорится о том, что себестоимость при средней нужно считать по остаткам партий, которые были оприходованы на момент выставления политики по средней. То есть, для примера:
0. Уч политика 01.01.2010 - ФИФО
1. ПН 1 01.01.2010 + 1 штука.
2. ПН 2 03.01.2010 + 1 штука.
3. Уч политика 01.02.2010 - по средней
4. РН 1 02.02.2010 - ???????? (партий по средней нет). отказ в проведении.
вариант 2
1. ПН 1 01.01.2010 + 1 штука.
2. ПН 2 03.01.2010 + 1 штука.
3. Уч политика 01.02.2010 - по средней
4. ПН 3 03.02.2010 + 1 штука (600р)
5. ПН 4 03.02.2010 + 1 штука. (700р)
6. РН 1 04.02.2010 - 1 штука (750р) (Проведение выполняется).
Можете как-то прокомментировать постановку задачи?
Я правильно понимаю, что если нет прихода по средней, отгрузку по средней проводить нельзя, даже если есть не списанный остаток, занесенный ранее в момент ФИФО.
Спасибо.
Спасибо.
-
Добрый день, уважаемые коллеги.
Вот начал готовиться к экзамену. Вошел в стопор по первой задаче ОУ билета 3.
В условии задачи говорится о том, что списывать нужно себестоимость в зависимости от способа, указанного в учетной политике.
В отношении списания ФИФО все понятно: ищем запросом остатки по регистру, выставляя сортировку по партии возрастание.
Не понятно, как быть с средней, а именно:
Если проводить списание по средней, в регистре по результатам расхода появляются записи с партией НЕ ПРИХОДНАЯ НАКЛАДНАЯ, при этом саму сумму мы должны рассчитать по средней, получив остатки партий, среди которых есть партии ПРИХОДНАЯ НАКЛАДНАЯ, НЕ ПРИХОДНАЯ НАКЛАДНАЯ.
Посмотрел варианты решения данной задачи, в них говорится о том, что себестоимость при средней нужно считать по остаткам партий, которые были оприходованы на момент выставления политики по средней. То есть, для примера:
0. Уч политика 01.01.2010 - ФИФО
1. ПН 1 01.01.2010 + 1 штука.
2. ПН 2 03.01.2010 + 1 штука.
3. Уч политика 01.02.2010 - по средней
4. РН 1 02.02.2010 - ???????? (партий по средней нет). отказ в проведении.
вариант 2
1. ПН 1 01.01.2010 + 1 штука.
2. ПН 2 03.01.2010 + 1 штука.
3. Уч политика 01.02.2010 - по средней
4. ПН 3 03.02.2010 + 1 штука (600р)
5. ПН 4 03.02.2010 + 1 штука. (700р)
6. РН 1 04.02.2010 - 1 штука (750р) (Проведение выполняется).
Можете как-то прокомментировать постановку задачи?
Я правильно понимаю, что если нет прихода по средней, отгрузку по средней проводить нельзя, даже если есть не списанный остаток, занесенный ранее в момент ФИФО.
Спасибо.
Спасибо.
Документ "Смена учётной политики" при смене на ПОСредней - списывает ВСЕ партии, и приходует их на себя.
-
все, понял. изначально пренебрег учетной политикой. вообще как таковой документ не добавлял, просто регистр сведений. В этом и была ошибка. теперь все логично, цепочка замкнулась, код получился.
Спасибо!
-
Мое решение 3го билета
-
Вопрос по БУ части: насколько правильно будет сделать решение через признак учета субконто и небалансовый ресурс СуммаВалютная (с установленным признаком учета субконто). Посмотрел несколько приведенных баз - решается классически - как в "Профессиональная разработка в системе 1С Предприятие 8. (2-е изд.), 1 том, стр. 645" (например, cheb_3.dt, только ресурс СуммаВал почему-то балансовый). По задаче валютный учет нужен только на одном счете, а признак учета добавляется ко всем счетам. :-\
-
Добрый день!
Просьба критиковать.
Отличия особых нет, все как у всех:
В ОУ - сначала ошибся, сделал с пустой партией, это второй вариант - уже без пустых партий.
В БУ - измерение валюта (была у Гилева в бонусах аналогичная задача, он тоже валюту делал измерением).
Сильно завис с документом Приход денег, ибо непонятно как считать было, но присмотревшись к отчету - все стало ясно.
Там есть минусовые рублевые остатки после прихода денег, а значит - списываем и контролируем превышение по валютной сумме, а рублевую просто вычитаем. Регистр выпрямляется в 0 корректировкой долга.
В СПР - для возможности расчета разных периодов - командировка считается в цикле по увеличению месяца периода действия.
Оклад считается одним запросом, но командировка зависит по базе от самой себя, поэтому чтобы посчитать ее за март, сначала надо ее же посчитать за февраль.
УФ - легкие.
-
Здравствуйте, уважаемые специалисты
Покритикуйте пожалуйста решение, а то что-то во многом я там сомневаюсь
Спасибо
-
Здравствуйте, уважаемые специалисты
Покритикуйте пожалуйста решение, а то что-то во многом я там сомневаюсь
Спасибо
В СПР забыл связь с графиком в ОН указать, галки "Базовое" забыл. За галки Базовое много не снимут, а связь с графиком - это серьезно.
Не нашел код по расчету оклада. Сурово :D
-
Здравствуйте, уважаемые специалисты
Покритикуйте пожалуйста решение, а то что-то во многом я там сомневаюсь
Спасибо
В СПР забыл связь с графиком в ОН указать, галки "Базовое" забыл. За галки Базовое много не снимут, а связь с графиком - это серьезно.
Не нашел код по расчету оклада. Сурово :D
Спасибо. Да я всё с этой галкой "Базовое" никак толком не разберусь, тк кажется в некоторых местах, что нужно, посмотрю на решения, у людей стоят в других местах.
А по поводу связи с графиком, там и у Сотрудника и у Подразделения связь просто с измерением График?
А расчет оклада в общем модуле, или я там не так посчитал?
-
по поводу связи с графиком, там и у Сотрудника и у Подразделения связь просто с измерением График?
Не, связь с графиком только с реквизитом График, в РС тоже только график. Все правильно было, только связь График-График добавить
расчет оклада в общем модуле, или я там не так посчитал?
не вижу там ниче.Только запрос по командировке и все
-
Доброго времени суток!
Кто как считает, в БУ можно было обойтись одним субконто Договор, а Контрагента находить, как владельца договора? Или оптимальнее завести 2 субконто - Контрагент и Договор?
-
Доброго времени суток!
Кто как считает, в БУ можно было обойтись одним субконто Договор, а Контрагента находить, как владельца договора? Или оптимальнее завести 2 субконто - Контрагент и Договор?
ИМХО, раз в отчете необходимо выводить данные по Контрагенту и Договору, то лучше завести 2 субконто - Контрагент и Договор, так как это будет обращение через точку, но не рекомендуют обращаться через точку к полю составного ссылочного типа, интересно субконто Договор является составным?
но в любом случае уже много сдавших, которые делали 2 субконто и замечаний по этому поводу не было
-
Доброго времени суток!
Прошу покритиковать решение 3 го билета.
Хочу заметить, что по ходу решения билетов вопросов становится больше, чем до решения. К примеру, по этому билету:
1. ОУ сделал на 1 регистре, при смене учетной политики на "по среднему" документ "Установка учетной политики" списывает все партии на себя. И затем поступления указывают в партию этот документ. Вопрос: Что будет, если ввести смену учетной политики задним числом? Нужно ли при решении использовать последовательности?
2. БУ - непросто, но вроде разобрался, спасибо всем, кто обсуждал решение ранее. Сделал Валюту измерением, признак учета - валютный и т.д., вроде бы везде все верно указал... надеюсь :)
3. СПР - думал, что мозг расплавится. Запросы в цикле нельзя, но в одном документе могут быть командировки за разные периоды, а расчет командировки зависит от всех начислений за 2 предыдущих месяца, в т.ч. и от командировок. Вот и думай, как рассчитать базу командировки не используя цикл.
В итоге принял допущение, что в одном документе вводятся командировки лежащие в рамках одного расчетного периода (о чем и написал в комментарии в тексте решения, также написал, что можно было бы решить вызывая расчет командировок в цикле по периодам действия).
4.УФ - честно списал у SAE, надеюсь что вспомню этот код на аттестации.
-
Доброго времени суток!
Прошу покритиковать решение 3 го билета.
Хочу заметить, что по ходу решения билетов вопросов становится больше, чем до решения. К примеру, по этому билету:
1. ОУ сделал на 1 регистре, при смене учетной политики на "по среднему" документ "Установка учетной политики" списывает все партии на себя. И затем поступления указывают в партию этот документ. Вопрос: Что будет, если ввести смену учетной политики задним числом? Нужно ли при решении использовать последовательности?
2. БУ - непросто, но вроде разобрался, спасибо всем, кто обсуждал решение ранее. Сделал Валюту измерением, признак учета - валютный и т.д., вроде бы везде все верно указал... надеюсь :)
3. СПР - думал, что мозг расплавится. Запросы в цикле нельзя, но в одном документе могут быть командировки за разные периоды, а расчет командировки зависит от всех начислений за 2 предыдущих месяца, в т.ч. и от командировок. Вот и думай, как рассчитать базу командировки не используя цикл.
В итоге принял допущение, что в одном документе вводятся командировки лежащие в рамках одного расчетного периода (о чем и написал в комментарии в тексте решения, также написал, что можно было бы решить вызывая расчет командировок в цикле по периодам действия).
4.УФ - честно списал у SAE, надеюсь что вспомню этот код на аттестации.
да это по моему единственная задача, где без запроса в цикле не обойтись. Или сказать, что командировка только от Оклада будет зависеть. Так логичнее наверное. А если часто отправляют в командировки, тогда их в ОН с ПД и все дела)
-
да это по моему единственная задача, где без запроса в цикле не обойтись.
Нельзя запрос в цикле. ИМХО, адекватное упрощение гораздо предпочтительнее.
Не могу забыть, что Гончаров на недопущении запроса в цикле акцентировал внимание перед экз. Т.е. запрос в цикле = почти наверняка несдача, в то время как обоснованное упрощение с нормальным пояснением могут вообще простить.
-
да это по моему единственная задача, где без запроса в цикле не обойтись.
Нельзя запрос в цикле. ИМХО, адекватное упрощение гораздо предпочтительнее.
Не могу забыть, что Гончаров на недопущении запроса в цикле акцентировал внимание перед экз. Т.е. запрос в цикле = почти наверняка несдача, в то время как обоснованное упрощение с нормальным пояснением могут вообще простить.
А как насчет видеоуроков Белоусова по расчетной задаче? ))) где даже не один, а несколько запросов в цикле по движениям РР ))) ну, я тоже против, но видать бывают исключения...
-
да это по моему единственная задача, где без запроса в цикле не обойтись.
Нельзя запрос в цикле. ИМХО, адекватное упрощение гораздо предпочтительнее.
Не могу забыть, что Гончаров на недопущении запроса в цикле акцентировал внимание перед экз. Т.е. запрос в цикле = почти наверняка несдача, в то время как обоснованное упрощение с нормальным пояснением могут вообще простить.
А как насчет видеоуроков Белоусова по расчетной задаче? ))) где даже не один, а несколько запросов в цикле по движениям РР ))) ну, я тоже против, но видать бывают исключения...
Хм. Это вопрос к Белоусову - как его решение стыкуется с перечнем ошибок, где по данному пункту без вариантов -2 балла.
-
Белоусов говорит, что запрет на запрос в цикле - это не догма. Запрос в цикле плох тогда, когда количесвто его итераций потенциально неизвестно и зависит от действий пользователя или базы данных. Так что если, например, в случае, если идет запрос в цикле по Алгоритмам расчета, которые являются перечислением,количество которых ограничено ,то это нормально.
Видимо, это один из тех пунктов, которые надо обосновать.
-
Белоусов говорит, что запрет на запрос в цикле - это не догма.
Значит, если экз будет принимать Белоусов, так делать можно. А вот у Гончарова я этот момент уточнил бы, если такая задача попадется.
-
Вот и третий билет позади. Непозволительно много для экзамена время уходит на приведение отчетов к тому виду, как этого хотят разработчики задач. Условие, что командировка является базой для себя и может при внесении её в несколько месяцев в одному документе, требовать последовательного расчета командировок разных месяцев - не реализовал. Реализация возможно только запросом в цикле, а это на экзамене всё равно, что подписать себе смертный приговор. Если кто-то еще здесь появляется, хочется конструктивной критики приложенного билета.
-
валютный я думаю лучше через признак субконто, а не через признак счета. Чтоб на счете доллары с евро не сваливались в одну кучу.
И зачем из-за одного счета создавать измерение Валюта?
Док Операция - не доделали?
В Доке ПриходДенег списываете по действующему курсу, а остаток по старому. Хотя вроде так можно. Корректировкой потом править судя по отчету в задании
-
валютный я думаю лучше через признак субконто, а не через признак счета. Чтоб на счете доллары с евро не сваливались в одну кучу.
И зачем из-за одного счета создавать измерение Валюта?
Док Операция - не доделали?
В Доке ПриходДенег списываете по действующему курсу, а остаток по старому. Хотя вроде так можно. Корректировкой потом править судя по отчету в задании
С помощью признака учета Валютный мы ПОЛНОСТЬЮ отключаем учет по ресурсу ВалютнаяСумма на соответствующих счетах, с помощью признака учета субконто учет отключается не на счете, а на конкретных субконто. Здесь должен быть именно признак учета.
Заведение небалансового измерения Валюта в этой задаче действительно моя ошибка, как правильно пояснил Alex1248 измерение заводится в регистре только если оно используется на всех счетах или почти на всех.
Документ Операция доделал, все что обязательно необходимо в этом документе - запрет проведения, вынесение движений на форму и (желательно) запись даты в период. Все остальные телодвижения здесь (с пометкой на удаление, активностью) - для любителей извращений. На экзамене я этим заниматься не буду точно. Времени и так в обрез, чтобы еще настраивать такие непонятно кому (и для чего) нужные фичи.
Теперь меня только стали мучить сомнения не должна ли быть здесь валюта субконто на счете Покупатели? Или вполне нормально будет тянуть её из договора...
-
я думаю что можно и так и так. По отчету видно как будто бы не надо субконто валюта добавлять. Лучше эти сомнения в комментариях на экзамене расписать. А как сделать чтоб на субконто покупатели не складывались евро с долларами в общий итог? Признак учета - Валютный включить и Признак субконто Валютный - на контрагенте отключить?
Не совсем понимаю этот момент.
////////////
по зарплатной задаче. Если сотрудник был принят в течении месяца и оклад ему установили в середине месяца, т.е. период = 15января. Вы вроде сравниваете период<= начало месяца.
-
2 pozitiFFF
по СПР
а почему берете базу по 2 измерениям? Считаю, что нужно только по сотруднику, т.к. сказано сумма всех начислений
По ОУ
не совсем корректно делать расход при смене уч. политики - по факту расхода то не было. Просто приход со знаком минус
-
2 pozitiFFF
по СПР
а почему берете базу по 2 измерениям? Считаю, что нужно только по сотруднику, т.к. сказано сумма всех начислений
Мне кажется, что там где сотрудник может одновременно работать в разных подразделениях, то и весь учет должен быть в разрезе Сотрудник+Подразделение, в том числе и получение базы. И по заданию не сказано, что сумма всех начислений именно по сотруднику, поэтому тут двояко можно понимать.
По ОУ
не совсем корректно делать расход при смене уч. политики - по факту расхода то не было. Просто приход со знаком минус
Может быть и так, но я не вижу большой разницы между расходом и приходом с минусовым знаком. Может быть да, более логично, что расходов (продаж) могло и не быть в системе, а расходы по регистру будут, а в Вашем случае будут только приходы (пусть и с минусами в случае списания). Видел и раньше совет списывать партии именно приходом со знаком минус, но думаю в любом случае до этого проверяющие придраться не должны, как бы не было реализовано, конечный то итог по регистру все равно будет один.
-
Вопрос по БУ.
Если курсы не записывать в реквизит документа Курс, это ведь может расценено на экзамене как ошибка?
То же касается и Валюты из Договора.
3 Субконто для ПС создавать наверное не стоит - это будет через чур необоснованно.
Про Курс. Понятно, что для чисто рублевого документа ПриходДенег Курс нахрен не нужен, собственно и брать СрезПоследних() всех курсов для Корректировки то же бред. А вот для Расходной надо бы получать Курс перед Проведением.
И еще момент. Смотрел базы у двоих уже спецов. При оплате они гасили Рублевый остаток. Но мне кажется это неверно, т.к. на дату оплаты курс может поменяться и по этому наверное следует пересчитывать Валютный остаток по курсу на Дату оплаты.
-
Вопрос по БУ.
Если курсы не записывать в реквизит документа Курс, это ведь может расценено на экзамене как ошибка?
То же касается и Валюты из Договора.
Павел Чистов в своих курсах говорил, что надо обязательно сохранять курс в документе, как это реализовано и в ряде типовых документов, а вот слышал, что у экзаменаторов другой взгляд на эту же ситуацию - курс в документе сохранять не надо. Я его получал уже при проведении документа и по нему рассчитывал. На курсах 1С также говорили, что валюту сохранять в документе не нужно, кроме особых случаем, например, когда расчет с контрагентами идет по особенному (отличному от данных регистра) курсу.
И еще момент. Смотрел базы у двоих уже спецов. При оплате они гасили Рублевый остаток. Но мне кажется это неверно, т.к. на дату оплаты курс может поменяться и по этому наверное следует пересчитывать Валютный остаток по курсу на Дату оплаты.
Мне тоже кажется, что надо именно валютный остаток переводить в рубли. Косвенно на это намекает и отчет - посмотрите при остатке 150 000 руб. и 5200 в валюте приходит сумма денег 155400 руб (а переплат быть не может!), и в результате из остатка списывается 155400 руб и 5200 в валюте, получается именно валютный остаток был пересчитан в рублевый и списан.
-
Вопрос по БУ.
Если курсы не записывать в реквизит документа Курс, это ведь может расценено на экзамене как ошибка?
То же касается и Валюты из Договора.
Павел Чистов в своих курсах говорил, что надо обязательно сохранять курс в документе, как это реализовано и в ряде типовых документов, а вот слышал, что у экзаменаторов другой взгляд на эту же ситуацию - курс в документе сохранять не надо. Я его получал уже при проведении документа и по нему рассчитывал. На курсах 1С также говорили, что валюту сохранять в документе не нужно, кроме особых случаем, например, когда расчет с контрагентами идет по особенному (отличному от данных регистра) курсу.
И еще момент. Смотрел базы у двоих уже спецов. При оплате они гасили Рублевый остаток. Но мне кажется это неверно, т.к. на дату оплаты курс может поменяться и по этому наверное следует пересчитывать Валютный остаток по курсу на Дату оплаты.
Мне тоже кажется, что надо именно валютный остаток переводить в рубли. Косвенно на это намекает и отчет - посмотрите при остатке 150 000 руб. и 5200 в валюте приходит сумма денег 155400 руб (а переплат быть не может!), и в результате из остатка списывается 155400 руб и 5200 в валюте, получается именно валютный остаток был пересчитан в рублевый и списан.
Спасибо за уточнение, Михаил. Поздравляю со сдачей!
-
Поздравляю со сдачей!
Спасибо!
-
Ребят, скажиет, кто-нибудь реализовал новое условие в задаче СПР "Три дня в неделю (понедельник, среда, пятница) по два часа работы приходится на вечерние часы. За каждый час работы в вечернее время сотрудники получают доплату, равную половине их часовой тарифной ставки. Командировка также учитывается." ?? Есил да, то можно посмотреть, каким образом?
-
Ребята, подскажите с задачей БУ, кое что не понятно?
В документе "Расходная накладная" указываем договор в сумму в валюте. При проведении эту валюту переводим в рубли. т.е. регистре бухгалтерии два ресурса "СуммаРуб" и "СуммаВал".
Например реализация по договору "Договор Доллар" на сумму 10, при цене 1 доллара за 70 руб. Будет:
СуммаРуб = 700
СуммаВал = 10
В рублях будет на сумму "700"
Далее цена за 1 доллар стал 71 руб
Далее произвести оплату на "700" рублей
Остался остаток:
СуммаРуб = 0
СуммаВал = 0,14
т.е. что бы закрыть остаток, надо делать движение по "СуммаВал", а в задании говориться, что по "СуммаРуб".
Документ корректировка не стал делать, т.к. задание не понятно?
-
Смотрел некоторые решения из ветки, с ними не согласен, т.к. примерно в одном моменте они не работают.
Посмотрите мою задачу по бухгалтерскому разделу.
А именно вот какой момент:
Расходная накладная - 10 долларов, по цене за 70 рублей за доллар
Приход денег - 10 долларов, по цене за 68 рублей за доллар
Остаток:
СуммаРуб - 0
СуммаВал - (-0,29) (если доллар подорожал, то был бы плюс и вопроса не было бы)
Остаток с минусом быть не может.
Для СуммыРуб:
Движение.СуммаРуб = Выборка.НоваяСуммаРуб;
а для СуммыВал:
Движение.СуммаВал = Выборка.СуммаВалОстаток * 2;
(т.е. (-0,29) станет (0.29)
-
Например реализация по договору "Договор Доллар" на сумму 10, при цене 1 доллара за 70 руб. Будет:
СуммаРуб = 700
СуммаВал = 10
В рублях будет на сумму "700"
Далее цена за 1 доллар стал 71 руб
Далее произвести оплату на "700" рублей
Остался остаток:
СуммаРуб = 0
СуммаВал = 0,14
т.е. что бы закрыть остаток, надо делать движение по "СуммаВал", а в задании говориться, что по "СуммаРуб".
Документ корректировка не стал делать, т.к. задание не понятно?
При оплате надо закрывать не рублевую сумму, а валютную, т.е. 10 баксов (по расчету) и 710 руб (по курсу), корректировкой закрыть хвост на 10 руб.
-
Ответьте по быстрому. В первой задачи билета, есть учетная политика.
Методы списания: LIFO, FIFI и по средней.
По первым двум понятно, партия по возрастанию или убыванию.
А по средней как по партиям? Смотрел на код, тут делают просто по возрастанию или убыванию?
Как правильно?
-
Смотрел на код, тут делают просто по возрастанию или убыванию?
Да, так и надо. Приход при ФИФО происходит на одну партию (пустую, либо документа Учетная политика). Поэтому списание происходит тоже только по ней, фактически получается то же самое, что по средней.
-
Вопрос в целом по регистрам расчета:
При построении отчетов, обычно все берут Таблицу ОсновныеНачисления(реальная таблица) (и ставят условие на закладке условие).
Почему не берут виртуальные таблица ОсновныеНачисления.ДанныеГрафика или ОсновныеНачисления.ФПД (условие ставим в параметрах виртуальной таблицы).
Это не будет быстрее работать (с учетом того что это все в СКД) и как смотрят на все это на экзамене?
-
Вопрос в целом по регистрам расчета:
При построении отчетов, обычно все берут Таблицу ОсновныеНачисления(реальная таблица) (и ставят условие на закладке условие).
Почему не берут виртуальные таблица ОсновныеНачисления.ДанныеГрафика или ОсновныеНачисления.ФПД (условие ставим в параметрах виртуальной таблицы).
Это не будет быстрее работать (с учетом того что это все в СКД) и как смотрят на все это на экзамене?
Таблица ОсновныеНачисленияДанныеГрафика - это по сути связь двух таблиц - РР ОсновныеНачисления и РС Графикиработы, вторая таблица - тоже связь РР Основные начисления и таблицы ФПД (сами названия этих виртуальных таблиц подразумевают это :) )
Поэтому в данном случае с точки зрения эффективности лучше строить отчеты с использованием только реальных таблиц РР, которые обычно содержат все необходимые данные (можно добавлять дополнительные реквизиты и программно заполнять их для отчетов).
-
на YouTube есть решенные задачи
-
на YouTube есть решенные задачи
вы имеете там есть запись, где чел кодит и записывает?он объясняет зачем он это все делает? смысл их смотреть есть наверное только тем, кто не учился нигде на 1сника или совсем плох. проще скачать базу и посмотерь. быстрее будет
-
Можно местами смотреть ) там ребята уже сдавшие спеца есть
-
Ребят, скажиет, кто-нибудь реализовал новое условие в задаче СПР "Три дня в неделю (понедельник, среда, пятница) по два часа работы приходится на вечерние часы. За каждый час работы в вечернее время сотрудники получают доплату, равную половине их часовой тарифной ставки. Командировка также учитывается." ?? Есил да, то можно посмотреть, каким образом?
В билете же написано, что для командировки вечерние оплачиваются так же как как для Тарифа. Как реализовать вечерние: модифицируй обработку заполнения графика(добавь в рег. свед. ресурс вечерние и если день понедельник, среда или пятница, то на обычные часы записывай 6 часов, а на вечерние 2.)
-
а как второй ресурс подключить в ПВР ОснНачисления?
-
а как второй ресурс подключить в ПВР ОснНачисления?
Надо добавить его в регистр расчета ОсновныеНачисления там же где и просто "Часы"
-
там же только одно значение можно выбрать. есть у кого-нибудь сделанный пример?
-
как график с двумя значениями (Часы, ЧасыСверхурочно) подключить к регистру расчета?
-
а как второй ресурс подключить в ПВР ОснНачисления?
Надо добавить его в регистр расчета ОсновныеНачисления там же где и просто "Часы"
Как эту задачу решить??? Если будет 2 ресурса в ГрафикеРаботы, то подключить к РегиструРасчета можно ведь только один??????????????
-
а как второй ресурс подключить в ПВР ОснНачисления?
Надо добавить его в регистр расчета ОсновныеНачисления там же где и просто "Часы"
Как эту задачу решить??? Если будет 2 ресурса в ГрафикеРаботы, то подключить к РегиструРасчета можно ведь только один??????????????
"Первая часть полей виртуальной таблицы данных графика полностью совпадают с полями основной таблицы регистра. Дополнительные поля добавляются по числу ресурсов регистра сведений графиков. На каждый ресурс в виртуальной таблице данных графика будет добавлено по 4 поля, ... .
В отличие от метода ПолучитьДанныеГрафика() использование вирт. таб. данных графика позволяет получить данные не только по ресурсу регистра сведений, являющемуся значением графика, но и по любым другим ресурсам этого регистра... " (с) Проф разработка в системе 1С
-
Спасибо за ответ. Получается в РегистреРасчета мы выбираем Значение (Ресурс Графика) только ради этого метода (ПолучитьДанныеГрафика()) .
-
Кто как делал настройку БУ? Подскажите плз.
Мой вариант таков:
ПланСчетов
ПУ - валютный
РегистрБухгалтерии
Измерение
Валюта - не балансовый, ПУ - валютный
Ресурсы
Сумма - балансовая //рублевая
ВалСумма - не балансовая, ПУ - валютный //т.к. будет учитываться только на одном счете
-
моё решение.
Буду рад критике.
:)
Обновил, исправил
UPD: http://forum.chistov.pro/index.php?topic=3644.msg49363#msg49363
-
моё решение.
Буду рад критике.
:)
Обновил, исправил
-
Что то никто решения не выкладывает...
Тему расчетов только осваиваю. Вроде все учел
-
Что то никто решения не выкладывает...
Тему расчетов только осваиваю. Вроде все учел
а новое условие: доплата за вечерние часы не реализовано
-
Условие реализовано. Просто не правльно.
Вот правильно. Весь билет
-
Условие реализовано. Просто не правльно.
Вот правильно. Весь билет
В задаче ОУ не реализовано "Метод списания себестоимости либо по FIFO, либо по средней" Ты метод списания получил, но не использовал.
-
В расх накл вообще можно метод списания не получать и не использовать. Списывать всегда по ФИФО. Так как если учетная политика установлена как "По средней", то партия у нас только одна
-
В расх накл вообще можно метод списания не получать и не использовать. Списывать всегда по ФИФО. Так как если учетная политика установлена как "По средней", то партия у нас только одна
Более того, только так и рекомендуется.
-
В расх накл вообще можно метод списания не получать и не использовать. Списывать всегда по ФИФО. Так как если учетная политика установлена как "По средней", то партия у нас только одна
Более того, только так и рекомендуется.
У меня вопрос , а где можно посмотреть что так рекомендуется? И еще вопрос, а при списании "По средней" списывать правильно среднюю себестоимость в разрезе номенклатуры или в разрезе партии.Просто в решении получается, что ФИФО, что "По средней" одно и тоже, так как используется "средняя себестоимость" в разрезе каждой списываемой партии, а не в разрезе имеющейся в наличии номенклатуры.
-
В расх накл вообще можно метод списания не получать и не использовать. Списывать всегда по ФИФО. Так как если учетная политика установлена как "По средней", то партия у нас только одна
Более того, только так и рекомендуется.
У меня вопрос , а где можно посмотреть что так рекомендуется? И еще вопрос, а при списании "По средней" списывать правильно среднюю себестоимость в разрезе номенклатуры или в разрезе партии.Просто в решении получается, что ФИФО, что "По средней" одно и тоже, так как используется "средняя себестоимость" в разрезе каждой списываемой партии, а не в разрезе имеющейся в наличии номенклатуры.
Здесь как раз все просто: "По средней" - средняя себестоимость в разрезе номенклатуры, FIFO и LIFO - списание по партиям!
-
Мой обновленный вариант решения.
В СПР условие по вечерним часам сделал.
-
Мой обновленный вариант решения.
В СПР условие по вечерним часам сделал.
Вы отработано часов считаете как:
Движения.Начисления[ВыборкаДетальныеЗаписи.НомерСтроки-1].ОтработаноЧасов=ВыборкаДетальныеЗаписи.ОтработаноЧасов
+ВыборкаДетальныеЗаписи.ОтработаноВечерних;
А часовую ставку считаете Ставка / ВыборкаДетальныеЗаписи.ПланЧасов, где ПланЧасов это (План только основные без вечерних).
Движения.Начисления[ВыборкаДетальныеЗаписи.НомерСтроки-1].Сумма=?(ВыборкаДетальныеЗаписи.ПланЧасов=0,0,
ВыборкаДетальныеЗаписи.Тариф*ВыборкаДетальныеЗаписи.ОтработаноЧасов/ВыборкаДетальныеЗаписи.ПланЧасов
+1.5*ВыборкаДетальныеЗаписи.ОтработаноВечерних*ВыборкаДетальныеЗаписи.Тариф/ВыборкаДетальныеЗаписи.ПланЧасов
);
Я бы все таки делал с добавлением отдельного ВР Доплату за вечерние часы, как уже ранее писал в ветке: Билет 5. Спец по платформе
-
Мой обновленный вариант решения.
В СПР условие по вечерним часам сделал.
Вы отработано часов считаете как:
Движения.Начисления[ВыборкаДетальныеЗаписи.НомерСтроки-1].ОтработаноЧасов=ВыборкаДетальныеЗаписи.ОтработаноЧасов
+ВыборкаДетальныеЗаписи.ОтработаноВечерних;
А часовую ставку считаете Ставка / ВыборкаДетальныеЗаписи.ПланЧасов, где ПланЧасов это (План только основные без вечерних).
Движения.Начисления[ВыборкаДетальныеЗаписи.НомерСтроки-1].Сумма=?(ВыборкаДетальныеЗаписи.ПланЧасов=0,0,
ВыборкаДетальныеЗаписи.Тариф*ВыборкаДетальныеЗаписи.ОтработаноЧасов/ВыборкаДетальныеЗаписи.ПланЧасов
+1.5*ВыборкаДетальныеЗаписи.ОтработаноВечерних*ВыборкаДетальныеЗаписи.Тариф/ВыборкаДетальныеЗаписи.ПланЧасов
);
Я бы все таки делал с добавлением отдельного ВР Доплату за вечерние часы, как уже ранее писал в ветке: Билет 5. Спец по платформе
Не пойму для чего отдельный ВР? На мой взгляд формула расчета оклада написанная выше:
Движения.Начисления[ВыборкаДетальныеЗаписи.НомерСтроки-1].Сумма=?(ВыборкаДетальныеЗаписи.ПланЧасов=0,0,
ВыборкаДетальныеЗаписи.Тариф*ВыборкаДетальныеЗаписи.ОтработаноЧасов/ВыборкаДетальныеЗаписи.ПланЧасов
+1.5*ВыборкаДетальныеЗаписи.ОтработаноВечерних*ВыборкаДетальныеЗаписи.Тариф/ВыборкаДетальныеЗаписи.ПланЧасов
);
верна, так как считал что условие такое: по вторникам, средам, четвергам (2 или 3 раза в неделю) сотрудники работают сверхурочно по 2 часа, оплата за которые происходит по часовому тарифу на 50% больше оклада.
Хотя, в моем решении жестко все работающие по графику с вечерними часами безусловно получают оклад с учетом этих часов, если сделать ВР ДоплатаЗаВечерниеЧасы, то решение получится более гибким (ну и в моём решении можно график с вечерними сделать и без, и просто выбирать нужный график). Но думаю лучше исходить из условия задачи, точной формулировки которого у меня нет. Если вы про условие задачи 3.15 из сборника, то я не по этому условию делал, а просто к условию задачи по СПР билета №3 добавил предложение:"Вечерние часы – за которые +50% оклада часового, 2 или 3 часа в день". Меня интересует сам механизм реализации этих вечерних часов дополнительным ресурсом Вечерние у РСв Графики, правильно ли?
-
если сделать ВР ДоплатаЗаВечерниеЧасы, то решение получится более гибким (ну и в моём решении можно график с вечерними сделать и без, и просто выбирать нужный график).
Абсолютно нет разницы в функционале вы так же можете добавить график с 0 часами вечерних и в результате расчета у Вас будет 0. + Есть возможность увидеть сумму доплаты что методологически верно, хотя и в данной задаче не указывается.
По поводу входят вечерние в оклад или нет. Да согласен все зависит от формулировки задачи
-
Новое решение с отдельным видом расчета "Доплата за вечерние часы"
Изменений немного.
-
Примерно то же решение, но без доп ресурса Вечерние у РСв Графики, но с отдельным ВР ДоплатаЗаВечерние и графиком ВечерниеЧасы.
-
Примерно то же решение, но без доп ресурса Вечерние у РСв Графики, но с отдельным ВР ДоплатаЗаВечерние и графиком ВечерниеЧасы.
Я бы так и реализовал только с ресурсом Вечерние часы и заполнением графика как у вас изначально было. И без графика вечерние часы (это точно бред). В принципе в стандартному ЗУПе примерно так и реализованы вечерние, насколько я помню.
-
Новое решение с вечерними часами.
Буду рад критике
:)
-
Новое решение с вечерними часами.
Буду рад критике
:)
По БУ при проведении документа ПриходДенег
расчет валютной суммы идёт исходя из рублёвого остатка,
думаю надо делать наоборот чтобы было как примере из отчёта,
чтобы списывалось именно сумма 5200 валюты,
если не будет проведён документ Корректировка задолженности
то валютная сумма будет меньше 5200, 150000*5200/155400=5019,31
останется остаток 5200-5019,31
а далее корректировкой валютный остаток не закрывается, надо будет прогнать корректировку затем по новой приход.
Предлагаю другой вариант
...
Запрос.Текст =
"ВЫБРАТЬ
| УправленческийОстатки.Субконто2 КАК Договор,
| УправленческийОстатки.ВалютнаяСуммаОстаток * ЕСТЬNULL(КурсыВалютСрезПоследних.Курс, 1) КАК Сумма,
| ЕСТЬNULL(КурсыВалютСрезПоследних.Курс, 1) КАК Курс,
| УправленческийОстатки.ВалютнаяСуммаОстаток КАК ВалютнаяСумма
|ИЗ
| РегистрБухгалтерии.Управленческий.Остатки(&Момент, Счет = ЗНАЧЕНИЕ(ПланСчетов.Управленческий.Покупатели), &Субконто, Субконто1 = &Контрагент) КАК УправленческийОстатки
| ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.КурсыВалют.СрезПоследних(&Момент, ) КАК КурсыВалютСрезПоследних
| ПО (ВЫРАЗИТЬ(УправленческийОстатки.Субконто2 КАК Справочник.Договоры).Валюта = КурсыВалютСрезПоследних.Валюта)
|
|УПОРЯДОЧИТЬ ПО
| УправленческийОстатки.СуммаОстаток УБЫВ
|ИТОГИ
| СУММА(Сумма)
|ПО
| ОБЩИЕ";
...
Выборка = ВыборкаГр.Выбрать();
СуммаОстаток = Сумма;
Пока Выборка.Следующий() И СуммаОстаток > 0 Цикл
СуммаСписания = Мин(СуммаОстаток, Выборка.Сумма);
ВалютнаяСумма = ?(СуммаСписания = Выборка.Сумма, Выборка.ВалютнаяСумма, СуммаСписания / Выборка.Курс);
Движение = Движения.Управленческий.Добавить();
Движение.СчетДт = ПланыСчетов.Управленческий.Касса;
Движение.СчетКт = ПланыСчетов.Управленческий.Покупатели;
Движение.Период = Дата;
Движение.ВалютнаяСуммаКт = ВалютнаяСумма;
Движение.Сумма = СуммаСписания;
Движение.СубконтоКт[ПланыВидовХарактеристик.ВидыСубконто.Контрагент] = Контрагент;
Движение.СубконтоКт[ПланыВидовХарактеристик.ВидыСубконто.Договор] = Выборка.Договор;
СуммаОстаток = СуммаОстаток - СуммаСписания;
КонецЦикла;
...
-
Новое решение с вечерними часами.
Буду рад критике
:)
а вечерние часы разве не должны быть отдельным видом расчета?
-
Кто уже сдал экзамен, подскажите, что значит фраза "Считается, что документы задним числом не вводятся, но старые документы могут неоперативно перепроводиться."? Нужно добавлять проверку на ввод документов задним числом и какие еще нюансы вытекают из этой фразы при решении задачи?
-
Кто уже сдал экзамен, подскажите, что значит фраза "Считается, что документы задним числом не вводятся, но старые документы могут неоперативно перепроводиться."? Нужно добавлять проверку на ввод документов задним числом и какие еще нюансы вытекают из этой фразы при решении задачи?
Не надо проверку на ввод задним числом, т.к. "Считается, что ..." здесь и в других ситуациях значит, что всегда делается так и контролирует это пользователь, т.е. вы просто используете данный факт при решении, как абсолютную истину, которую не надо ни проверять, ни объяснять. :)
А вроде бы нюанс только тот и вытекает, что при проведении данных документов остатки надо получать на момент проведения документа, а не на МВ = Неопределено.
-
Новое решение с вечерними часами.
Буду рад критике
:)
По СПР
1. Период регистрации по заданию должен браться из табличной части:
"В одном документе могу быть данные за разные расчетные периоды"
2. После записи первичных данных перед получением дополнения для сторно нужно записать исходные данные
Движения.ОсновныеНачисления.Записать(, Ложь);
(После записи строк по сторно запись присутствует)
3. Если одним документом записывать данные по командировке подряд за несколько расчетных периодов,
то они должны рассчитываться несколькими запросами,
так как база для командировки за текущий период зависит от 2 предыдущих периодов.
Добавил своё решение, сделал также без отдельного вида расчета вечерние часы, добавлением ресурса вечерние часы.
-
Добавил в решение УФ
-
Новое решение с вечерними часами.
Буду рад критике
:)
По СПР
1. Период регистрации по заданию должен браться из табличной части:
"В одном документе могу быть данные за разные расчетные периоды"
зачем брать из ТЧ документа если ПериодРегистрации не имеет смысла для дальнейшего расчета, вот и брал из шапки документа.
2. После записи первичных данных перед получением дополнения для сторно нужно записать исходные данные
Движения.ОсновныеНачисления.Записать(, Ложь);
(После записи строк по сторно запись присутствует)
Не уверен что нужно обязательно записывать, и перед записью прекрасно дополнение получается.
3. Если одним документом записывать данные по командировке подряд за несколько расчетных периодов,
то они должны рассчитываться несколькими запросами,
так как база для командировки за текущий период зависит от 2 предыдущих периодов.
так и сделано (строки 159-179 в модуле объекта НачислениеЗарплаты).
-
Добавил в решение УФ
1. Нет фильтра услуг - можно оприходовать на остатки услуги и также продать.
2. Для чего проверка:
Момент = ?(Режим = РежимПроведенияДокумента.Оперативный, Неопределено, МоментВремени());МоментВремени() - отработает всегда, даже когда документ новый, ставить вместо него Неопределено думаю ошибка.
3. Строка 62 модуля объекта ПриходДенег для чего? Вы в случае списания всей рублевой суммы вы также списываете возможную курсовую разницу, которую должен списывать документ "Корректировка задолженности".
4. Не установлены галки "Базовое" у измерений регистра расчета.
5. Не настроены командные интерфейсы: видимость регистров, кнопка "Создать" для документов.
6. УФ открытие ссылки в ПриходнаяНакладная если после ссылки ввести что-нибудь, то не открывает, например:
документ, по которому произошла оплата: e1cib/data/Документ.ПриходДенег?ref=a63a5404a6d271bf11e6dc93e6a6d5cb апквыек
Понравился алгоритм расчета командировки. :-)
И всё же, периодом расчета в этой задаче является период действия строки, а не период регистрации.
-
зачем брать из ТЧ документа если ПериодРегистрации не имеет смысла для дальнейшего расчета, вот и брал из шапки документа.
Не уверен что нужно обязательно записывать, и перед записью прекрасно дополнение получается.
так и сделано (строки 159-179 в модуле объекта НачислениеЗарплаты).
"В одном документе могу быть данные за разные расчетные периоды"
в принципе возможно вы и правы, не понятно что конкретно имелось ввиду в задании
по второму из методички курсов по СПР:
Подумаем: когда механизм вытеснения платформы может определить, что вытеснение запрещено? Очевидно, в тот момент, когда он актуализирует все вытеснения набора записей, иными словами, когда определяется состав и границы интервалов фактического периода действия для каждого вида расчета.
Мы уже знаем, в какой момент это происходит. Это происходит тогда, когда программа выполняет запись набора с исходными данными - т.е. когда мето "Записать" набора записей вызывается со вторым аргументом, равным Ложь. Следовательно, после вызова этого метода и надо вызвать метод "ПолучитьДополнение": если к этому моменту получен актуальный фактический период действия - результат вытеснения, то, следовательно, регистр расчета к этому моменту имеет информацию о тех случаях, когда вытеснение было запрещено.
да по третьему не сразу разобрал, из-за первого пункта думал что одним периодом всё делаете.
-
"В одном документе могу быть данные за разные расчетные периоды"
в принципе возможно вы и правы, не понятно что конкретно имелось ввиду в задании
Все непонятки с этим вопросом идут от неверного понимания понятий периода регистрации и периода действия.
Период регистрации должен быть всегда в шапке - это период, в котором бух делает расчет и регистрирует документ (!), нельзя один документ рассчитывать и регистрировать в разных периодах.
Период действия - за какой период произведено начисление - т.е. когда фактически отработал сотрудник или когда именно был в командировке - этот период может быть за пределами периода регистрации.
Так вот, в данном случае в ТЧ надо указывать период действия (начало и конец), и в разных строках он может быть в разных месяцах, но в каждой отдельной строке - внутри одного расчетного периода (т.е. месяца).
-
"В одном документе могу быть данные за разные расчетные периоды"
в принципе возможно вы и правы, не понятно что конкретно имелось ввиду в задании
Все непонятки с этим вопросом идут от неверного понимания понятий периода регистрации и периода действия.
Период регистрации должен быть всегда в шапке - это период, в котором бух делает расчет и регистрирует документ (!), нельзя один документ рассчитывать и регистрировать в разных периодах.
Период действия - за какой период произведено начисление - т.е. когда фактически отработал сотрудник или когда именно был в командировке - этот период может быть за пределами периода регистрации.
Так вот, в данном случае в ТЧ надо указывать период действия (начало и конец), и в разных строках он может быть в разных месяцах, но в каждой отдельной строке - внутри одного расчетного периода (т.е. месяца).
Всё не от этого, период регистрации и период действия - в этих понятиях никакой путаницы нет.
смутило - "расчетные периоды"
Но думаю всё-таки вы правы и во всех задачках по СПР надо период регистрации в шапку кидать.
Изначально скачивал решения, в них кидали его в ТЧ, начал делать также.
-
erdem.badluev
спасибо вам за замечания :)
1. Да никогда не ставил фильтр по услагам в приходных, добавлю )
2. Копипаст ) Взял от кого то, в принципе и без него будет работать, не буду ставить.
3. Приходом денег закрываются валютные остатки, а корректировкой рублёвые.
По моему алгоритму всё происходит так, и цифры получаются как в отчёте из задания.
Например:
отгрузили товар
на 1000$ 1го числа курс 60
остатки валютный 1000, рублёвый 60000
принесли деньги 2го числа курс 65
расчёты у нас в валюте, нам должны 1000$
дают нам 65000р -> закрываем валютный остаток 1000$
остатки валютный 0, рублёвый -5000
корректировкой
корректируем рублёвый остаток из-за курсовой разницы
рублёвый остаток выводится в ноль
По вашему алгоритму выходит так:
первый шаг такой же
отгрузили товар
на 1000$ 1го числа курс 60
остатки валютный 1000, рублёвый 60000
принесли деньги 2го числа курс 65
в запросе считывается рублёвый остаток он равен 60000
дают нам 60000р -> закрываем рублёвый остаток
в валюте
Движение.СуммаВалКт = Списываем/ВыборкаДетальныеЗаписи.Курс; // получаем 60000/65 = 923,08
остатки валютный 76,92, рублёвый 0
Далее корректировка
СуммаДолга=ВыборкаДетальныеЗаписи.СуммаВалОстаток/ВыборкаДетальныеЗаписи.Курс; // Тут наверно у вас должно было быть умножение на курс 76,92 * 65 = 4999,8
Движение.Сумма = СуммаДолга-ВыборкаДетальныеЗаписи.СуммаОстаток; // 4999,0 > 0 (сумма рублёвого остатка 0) 4999,8 - 0
в итоге остатки валютный 76,92 и рублёвый 4999,8
далее ещё раз надо делать приход денег на сумму рублёвого остатка 4999,8
и тогда всё закроется в 0 и валютный и рублёвый
4. Да, про базовые забыл
5. По Интерфейсу: видимость регистров, кнопка "Создать" для документов - это в требованиях вроде нигде не описывается
6. Да там этот момент специально не проверял,
e1cib/data/Документ.ПриходДенег?ref="a63a5404a6d271bf11e6dc93e6a6d5cb"
там вроде когда содержимое строки смотришь кавычки присутствуют и по идее надо вторую кавычку искать
из-за того что вдруг так напишут
e1cib/data/Документ.ПриходДенег?ref="a63a5404a6d271bf11e6dc93e6a6d5cb"авмавиваи
и пробела не будет или там совсем не пробел а перевод строки а потом опять текст, у вас ищется пробел
-
3. Приходом денег закрываются валютные остатки, а корректировкой рублёвые.
По моему алгоритму всё происходит так, и цифры получаются как в отчёте из задания.
Например:
отгрузили товар
на 1000$ 1го числа курс 60
остатки валютный 1000, рублёвый 60000
принесли деньги 2го числа курс 65
расчёты у нас в валюте, нам должны 1000$
дают нам 65000р -> закрываем валютный остаток 1000$
остатки валютный 0, рублёвый -5000
корректировкой
корректируем рублёвый остаток из-за курсовой разницы
рублёвый остаток выводится в ноль
По вашему алгоритму выходит так:
первый шаг такой же
отгрузили товар
на 1000$ 1го числа курс 60
остатки валютный 1000, рублёвый 60000
принесли деньги 2го числа курс 65
в запросе считывается рублёвый остаток он равен 60000
дают нам 60000р -> закрываем рублёвый остаток
в валюте
Движение.СуммаВалКт = Списываем/ВыборкаДетальныеЗаписи.Курс; // получаем 60000/65 = 923,08
остатки валютный 76,92, рублёвый 0
Далее корректировка
СуммаДолга=ВыборкаДетальныеЗаписи.СуммаВалОстаток/ВыборкаДетальныеЗаписи.Курс; // Тут наверно у вас должно было быть умножение на курс 76,92 * 65 = 4999,8
Движение.Сумма = СуммаДолга-ВыборкаДетальныеЗаписи.СуммаОстаток; // 4999,0 > 0 (сумма рублёвого остатка 0) 4999,8 - 0
в итоге остатки валютный 76,92 и рублёвый 4999,8
далее ещё раз надо делать приход денег на сумму рублёвого остатка 4999,8
и тогда всё закроется в 0 и валютный и рублёвый
Из задания: "Оплата задолженности по отгрузке происходит документом «Приход денег», где указывается контрагент и сумма оплаты в рублях. Сумма должна автоматически распределяться на договоры в соответствии с максимальной рублевой задолженностью по договору" - вот и сделал проверку и списание по рублевым суммам.
6. Да там этот момент специально не проверял,
e1cib/data/Документ.ПриходДенег?ref="a63a5404a6d271bf11e6dc93e6a6d5cb"
там вроде когда содержимое строки смотришь кавычки присутствуют и по идее надо вторую кавычку искать
из-за того что вдруг так напишут
e1cib/data/Документ.ПриходДенег?ref="a63a5404a6d271bf11e6dc93e6a6d5cb"авмавиваи
и пробела не будет или там совсем не пробел а перевод строки а потом опять текст, у вас ищется пробел
сделали поиск второй кавычки?
-
5. По Интерфейсу: видимость регистров, кнопка "Создать" для документов - это в требованиях вроде нигде не описывается
Из требований: "32) формирование командного интерфейса" - также есть пример настроенного командного интерфейса на 7 странице. В требованиях приведены списки наиболее часто встречающихся ошибок, но не весь перечень ошибок. То есть, если вообще нигде не настроен хотя бы один командный интерфейс, думаю, могут снять баллы.
-
думаю, могут снять баллы.
Да.
Интерфейс - это первое задание в билете, и на него обращают внимание.
-
5. По Интерфейсу: видимость регистров, кнопка "Создать" для документов - это в требованиях вроде нигде не описывается
Из требований: "32) формирование командного интерфейса" - также есть пример настроенного командного интерфейса на 7 странице. В требованиях приведены списки наиболее часто встречающихся ошибок, но не весь перечень ошибок. То есть, если вообще нигде не настроен хотя бы один командный интерфейс, думаю, могут снять баллы.
Да, пересмотрел эти требования, про регистры тоже есть:
Панель навигации вместе с Панелью действий по каждой закладке должна обеспечивать доступ ко всем объектам данного раздела, в том числе и к регистрамА создать у документа на рисунке присутствует.
Буду добавлять.
-
По методу получить дополнение. Как и писал, до записи дополнение получается.
-
а вечерние часы разве не должны быть отдельным видом расчета?
В случае, если вечерние часы отдельный вид расчета, тогда нужен отдельный график с вечерними часами и алгоритм обработки заполнения нужно исправить, при создании движений документа НачислениеЗарплаты для строки с этим видом расчета устанавливать предопределенный график вечерних часов.
Если из условия задания исходит, что ВСЕГДА 2 (или 3) дня в неделю сотрудники работают сверхурочно, а не МОГУТ, тогда, как во многих решениях опубликованных на этом форуме, через ресурс, без вида расчета.
И тут человек решил и с ресурсом и с видом расчета, и вроде как получил 5 баллов: http://forum.chistov.pro/index.php?topic=993.msg49704#msg49704
-
Обновленное решение с вечерними часами: с ресурсом "Вечерние" у РСв ГрафикиРабот и видом расчета "Вечерние".
Буду рад критике
:)
-
По методу получить дополнение. Как и писал, до записи дополнение получается.
Да, там всё в порядке, это потребовалось бы только если в ТЧ разный период регистрации записывался.
А так как он берётся из шапки - этого не требуется.
-
Выкладываю своё решение третьего билета. Критикуем, хвалим, не стесняемся.
-
Обновленное решение с вечерними часами: с ресурсом "Вечерние" у РСв ГрафикиРабот и видом расчета "Вечерние".
Буду рад критике
:)
Зачем в модуле документа "Операция" вот это всё?
Процедура ПередЗаписью(Отказ, РежимЗаписи, РежимПроведения)
Если НЕ Движения.Управленческий.Модифицированность()
и НЕ Движения.Управленческий.Выбран()
и НЕ Ссылка.Пустая()
тогда
Движения.Управленческий.Прочитать();
КонецЕсли;
Для каждого лДвижение Из Движения.Управленческий Цикл
лДвижение.Период=Дата;
лДвижение.Активность=не ПометкаУдаления;
КонецЦикла;
Движения.Управленческий.Записывать=Истина;
КонецПроцедуры
-
Обновленное решение с вечерними часами: с ресурсом "Вечерние" у РСв ГрафикиРабот и видом расчета "Вечерние".
Буду рад критике
:)
Командировка вытесняет вечерние часы тоже
-
Обновленное решение с вечерними часами: с ресурсом "Вечерние" у РСв ГрафикиРабот и видом расчета "Вечерние".
Буду рад критике
:)
В графике работы не хватает вечерних часов в понедельник. И вообще график работы какой-то странный, можно сделать проще. см скриншоты на телеграфе http://telegra.ph/skriny-01-27.
-
Зачем в модуле документа "Операция" вот это всё?
Так как в этом документе проведение запрещено, пользователь сам добавляет движение в регистр
1. у всех движений необходимо устанавливать период датой из шапки
2. если мы ставим пометку удаления, то нам самим нужно снять активность у движений (или наоборот установить)
3. + при копировании добавить обработчик копирования движений (так как движения существуют отдельно от документа в регистре)
Процедура ПередЗаписью(Отказ, РежимЗаписи, РежимПроведения)
Проводки = Движения.Управленческий;
Проводки.Записывать = Истина;
Если Не Проводки.Модифицированность() И Не ЭтоНовый() Тогда
Проводки.Прочитать();
КонецЕсли;
Для каждого Движение Из Проводки Цикл
Движение.Период = Дата;
КонецЦикла;
Если Не ЭтоНовый() И ПометкаУдаления <> Ссылка.ПометкаУдаления Тогда
Проводки.УстановитьАктивность(Не ПометкаУдаления);
КонецЕсли;
КонецПроцедуры
Процедура ПриКопировании(ОбъектКопирования)
ОбъектКопирования.Движения.Управленческий.Прочитать();
Для каждого ИсхЗапись Из ОбъектКопирования.Движения.Управленческий Цикл
Движение = Движения.Управленческий.Добавить();
ЗаполнитьЗначенияСвойств(Движение, ИсхЗапись);
КонецЦикла;
КонецПроцедуры
-
Зачем в модуле документа "Операция" вот это всё?
Так как в этом документе проведение запрещено, пользователь сам добавляет движение в регистр
1. у всех движений необходимо устанавливать период датой из шапки
2. если мы ставим пометку удаления, то нам самим нужно снять активность у движений (или наоборот установить)
3. + при копировании добавить обработчик копирования движений (так как движения существуют отдельно от документа в регистре)
Процедура ПередЗаписью(Отказ, РежимЗаписи, РежимПроведения)
Проводки = Движения.Управленческий;
Проводки.Записывать = Истина;
Если Не Проводки.Модифицированность() И Не ЭтоНовый() Тогда
Проводки.Прочитать();
КонецЕсли;
Для каждого Движение Из Проводки Цикл
Движение.Период = Дата;
КонецЦикла;
Если Не ЭтоНовый() И ПометкаУдаления <> Ссылка.ПометкаУдаления Тогда
Проводки.УстановитьАктивность(Не ПометкаУдаления);
КонецЕсли;
КонецПроцедуры
Процедура ПриКопировании(ОбъектКопирования)
ОбъектКопирования.Движения.Управленческий.Прочитать();
Для каждого ИсхЗапись Из ОбъектКопирования.Движения.Управленческий Цикл
Движение = Движения.Управленческий.Добавить();
ЗаполнитьЗначенияСвойств(Движение, ИсхЗапись);
КонецЦикла;
КонецПроцедуры
Спасибо! добавил себе.
-
Скажите, расчётные период - это ПериодРегистрации или ПериодДействияНачало?
-
ПериодРегистрации - это момент создания записи расчета, и не обязательно совпадает с периодом действия.
А расчетный период это ДВА поля ПериодДействияНачало и ПериодДействияКонец - так как расчеты имеют протяженность во времени.
-
Сделал 3-ю задачу по СПР. Башку разрывает. Проверьте, пожалуйста
-
Сделал 3-ю задачу по СПР. Башку разрывает. Проверьте, пожалуйста
Ну комментарии хорошие :)
Рассчет сумм по начислениям нужно вынести в общий модуль.
Если это сторно запись, может сумму нужно умножить на -1?
Сторно записей нет.
Нет расчета вечерних часов.
-
Сделал 3-ю задачу по СПР. Башку разрывает. Проверьте, пожалуйста
Ну комментарии хорошие :)
Рассчет сумм по начислениям нужно вынести в общий модуль.
Если это сторно запись, может сумму нужно умножить на -1?
Сторно записей нет.
Нет расчета вечерних часов.
Вери-вери сенкью!
А можете пояснить следующее:
Рассчет сумм по начислениям нужно вынести в общий модуль.
Как определить, когда расчет выносить в общий модуль, а когда нет? У SAE расчет прямо в обработке проведения, именно на его решения я ориентируюсь
Если это сторно запись, может сумму нужно умножить на -1?
Сторно записей нет.
Как нет? Это из-за -1 их нет или ещё как-то по-другому их нет?
Я проверил, сторнирующие записи появляются. У SAE тоже умножения на -1 нет.
Нет расчета вечерних часов.
Как нет? Я их в общий результат пихаю вместе с окладом или командировкой. Там ещё коэффициент 1.5 стоит.
Или их надо отдельным ресурсом рассчитывать? Или отдельным видом рассчёта?
-
Обновленное решение с вечерними часами: с ресурсом "Вечерние" у РСв ГрафикиРабот и видом расчета "Вечерние".
Буду рад критике
:)
В графике работы не хватает вечерних часов в понедельник. И вообще график работы какой-то странный, можно сделать проще. см скриншоты на телеграфе http://telegra.ph/skriny-01-27.
Да, моё решение не верно. Вечерние для основного графика нужно указывать.
-
Как определить, когда расчет выносить в общий модуль, а когда нет?
Ресурсоемкие операции, такие как расчет зарплат следует помещать в привилегированные Общие модули для увеличения производительности. Подробнее можно прочитать здесь "http://xn----1-bedvffifm4g.xn--p1ai/articles/модули-в-платформе-1с-предприятие-8-3/". Ну можно конечно и забить на это.
-
Как нет? Это из-за -1 их нет или ещё как-то по-другому их нет?
Я проверил, сторнирующие записи появляются. У SAE тоже умножения на -1 нет.
В тех данных которые были в примере, в регистре не было сторно записей. Я думаю экзаменатору тоже будет лень самому данные забивать он посмотрит что ничего нет и напишет что то типа "не заполнены контрольные данные для примера" и снимет бал.
Проверил, да сторно записи появляются, но я думаю сторнирующие суммы должны быть с минусом.
-
Нет расчета вечерних часов.
Как нет? Я их в общий результат пихаю вместе с окладом или командировкой. Там ещё коэффициент 1.5 стоит.
Или их надо отдельным ресурсом рассчитывать? Или отдельным видом рассчёта?
Действительно, нашёл. Я сделал отдельным видом расчёта, незнаю как будет правильнее.
-
Как нет? Это из-за -1 их нет или ещё как-то по-другому их нет?
Я проверил, сторнирующие записи появляются. У SAE тоже умножения на -1 нет.
В тех данных которые были в примере, в регистре не было сторно записей. Я думаю экзаменатору тоже будет лень самому данные забивать он посмотрит что ничего нет и напишет что то типа "не заполнены контрольные данные для примера" и снимет бал.
Проверил, да сторно записи появляются, но я думаю сторнирующие суммы должны быть с минусом.
Сейчас сверился с решениями из курса П.Чистова - и Е.Гилёв и П.Чистов в решении задач ставят у сторнирующих записей минус в сумме. Значит, так и нужно.
Видимо у SAE ошибка в этой задаче.
Насчет заполнения контрольных данных для примера - я такого пункта в официальных требованиях (http://static.1c.ru/rus/partners/training/files/ATT83PL.rtf) не нашёл. Читая отзывы сдавших участников, там вообще складывается ощущение, что данные не нужны. Препод сверяет код, настройку и алгоритмы.
-
Сейчас сверился с решениями из курса П.Чистова - и Е.Гилёв и П.Чистов в решении задач ставят у сторнирующих записей минус в сумме. Значит, так и нужно.
Видимо у SAE ошибка в этой задаче.
Насчет заполнения контрольных данных для примера - я такого пункта в официальных требованиях (http://static.1c.ru/rus/partners/training/files/ATT83PL.rtf) не нашёл. Читая отзывы сдавших участников, там вообще складывается ощущение, что данные не нужны. Препод сверяет код, настройку и алгоритмы.
Я с осторожностью ориентировалась бы на решения SAE - кое-где его решения гениальны, а где-то и косячки серьезные, такие как установка сторно, отсутствие ПУС по БУ в шестом билете. Других косяков дословно не помню, я в конце концов плюнула на сверку и решаю самостоятельно, разве только затруднительные моменты разбираю с помощью других решений.
Вот запросы у SAE красивые и понятные не то, что у некоторых непонятные многоэтажные нагромождения. :D Ещё неплохие решения у cheb, у нее косяков меньше чем у SAE, но тоже имеются. Есть решения zorky, SAM, freez1301- посмотрите, вполне достойные решения, но тоже надо учитывать косяки. :)
Тестовые данные нужны нам сдающим для проверки решения, а не экзаменатору. :D Когда набиваешь данные и тестируешь или отлаживаешь запрос - косяков вроде меньше должно быть, в последнюю сдачу я набивала по памяти и не успела толком оттестировать и в итоге опять косяки - причем просто глупые. :-\ Времени слишком мало на дистанционной сдаче, а код объемный, да ещё очень достают периодические тормоза на серваке. :-[
Итог: чтобы сдать этот экзамен - надо чтобы вообще не было ошибок, ни в коде, ни в галках, ни в привязках, ни в запросах. Так как баллы идут по нарастающей, опасны даже мелкие ошибки. :o
-
В теме так и не было ответа на вопрос по ОУ: можно ли менять учетную политику и дату в документе и перепроводить?
-
В теме так и не было ответа на вопрос по ОУ: можно ли менять учетную политику и дату в документе и перепроводить?
Нельзя.
-
Скажите, а можно ли пользоваться пакетным запросом в расходной накладной? Или это не правильно? На мой взгляд так лаконичней получается проверка на отрицательные остатки.
-
Ресурсоемкие операции, такие как расчет зарплат следует помещать в привилегированные Общие модули для увеличения производительности. Подробнее можно прочитать здесь "http://xn----1-bedvffifm4g.xn--p1ai/articles/модули-в-платформе-1с-предприятие-8-3/". Ну можно конечно и забить на это.
Галка привилегированный предназначена не для увеличения скорости работы модуля. А расчет зарплаты нужно помещать в общий модуль, из-за пере расчетов ,ну я по крайне мере так считаю.
-
Попался билет в очной сдаче. Кстати, в БУ не заводил измерение "Валюта", не увидел смысла, ведь валюту можно из договора тянуть.
-
Понравилось решение где в качестве ВечернихЧасов, создавался отдельный ресурс в рег.свед. графики, при этом все работает, Единственный вопрос может кто просветит в самом Регистре Расчета, есть поля, где указывается График, ЗНАЧЕНИЕ графика, и дату графика, Так вот не понятно, что в качестве Значения графика указывается первый ресурс регистра сведений. А ресурсов всего 2(Часы, и ВечерниеЧасы), получается что второй ресурс нигде не фигурирует, но прекрасно попадает в виртуальную таблицу "ДанныеГрафика" это какая то не задокументированная функция 1с? Что измениться если в качестве Значения графика указать второй ресурс, а не первый? на что это может повлиять, на производительность, или может на отборы какие или получения каких то других виртуальных таблиц?
-
Выкладываю своё решение третьего билета. Критикуем, хвалим, не стесняемся.
Зачем делать запрос в цикле?
Если Строка.ВидРасчета = ПланыВидовРасчета.ОсновныеНачисления.Оклад ИЛИ Строка.ВидРасчета = ПланыВидовРасчета.ОсновныеНачисления.ВечерниеЧасы Тогда
Отбор = Новый Структура;
Отбор.Вставить("Сотрудник", Строка.Сотрудник);
Отбор.Вставить("Подразделение", Строка.Подразделение);
Движение.Параметр = РегистрыСведений.СведенияОСотрудниках.ПолучитьПоследнее(НачалоМесяца(Строка.ДатаНачала), Отбор).Оклад;
КонецЕсли;
-
Подскажите в одном моменте задачи:
"По понедельникам, средам и пятницам по 2 часа времени уходит на вечерние часы."
Это-же имеется ввиду что в понедельник из 8 часов 2 часа вечерние. То есть 6 часов дневная ставка и 2 часа как вечерние? Т.к. в этом условии нет слова ДОПОЛНИТЕЛЬНО.
-
Подскажите в одном моменте задачи:
"По понедельникам, средам и пятницам по 2 часа времени уходит на вечерние часы."
Это-же имеется ввиду что в понедельник из 8 часов 2 часа вечерние. То есть 6 часов дневная ставка и 2 часа как вечерние? Т.к. в этом условии нет слова ДОПОЛНИТЕЛЬНО.
С другой стороны в условии нет слова ВМЕСТО.
-
Зачем в модуле документа "Операция" вот это всё?
Так как в этом документе проведение запрещено, пользователь сам добавляет движение в регистр
1. у всех движений необходимо устанавливать период датой из шапки
2. если мы ставим пометку удаления, то нам самим нужно снять активность у движений (или наоборот установить)
3. + при копировании добавить обработчик копирования движений (так как движения существуют отдельно от документа в регистре)
Процедура ПередЗаписью(Отказ, РежимЗаписи, РежимПроведения)
Проводки = Движения.Управленческий;
Проводки.Записывать = Истина;
Если Не Проводки.Модифицированность() И Не ЭтоНовый() Тогда
Проводки.Прочитать();
КонецЕсли;
Для каждого Движение Из Проводки Цикл
Движение.Период = Дата;
КонецЦикла;
Если Не ЭтоНовый() И ПометкаУдаления <> Ссылка.ПометкаУдаления Тогда
Проводки.УстановитьАктивность(Не ПометкаУдаления);
КонецЕсли;
КонецПроцедуры
Процедура ПриКопировании(ОбъектКопирования)
ОбъектКопирования.Движения.Управленческий.Прочитать();
Для каждого ИсхЗапись Из ОбъектКопирования.Движения.Управленческий Цикл
Движение = Движения.Управленческий.Добавить();
ЗаполнитьЗначенияСвойств(Движение, ИсхЗапись);
КонецЦикла;
КонецПроцедуры
Не совсем понимаю этот фрагмент,
Если Не Проводки.Модифицированность() И Не ЭтоНовый() Тогда
Проводки.Прочитать();
КонецЕсли;
кто-нибудь поясните пожалуйста зачем он нужен.
-
Не совсем понимаю этот фрагмент,
Если Не Проводки.Модифицированность() И Не ЭтоНовый() Тогда
Проводки.Прочитать();
КонецЕсли;
кто-нибудь поясните пожалуйста зачем он нужен.
Попробуй не открывая документ прочитать его поменять дату или пометку удаления установить
По идее в таком случае движения сами автоматом не загрузятся, посмотри в отладчике
Как вариант пометку удаления из списка документов установи
-
Есть ли разница в следующих формулах?
"Размер * Факт / План" или "Факт / План * Размер"
-
Не совсем понимаю этот фрагмент,
Если Не Проводки.Модифицированность() И Не ЭтоНовый() Тогда
Проводки.Прочитать();
КонецЕсли;
кто-нибудь поясните пожалуйста зачем он нужен.
Попробуй не открывая документ прочитать его поменять дату или пометку удаления установить
По идее в таком случае движения сами автоматом не загрузятся, посмотри в отладчике
Как вариант пометку удаления из списка документов установи
Отладчик попадает в это условие только при пометке на удаление. Если не прочитать проводки, при удалении они удаляютя. Значит если мы хотим сохранить записи регистра при удалении, их нужно прочитать и записать с пометкой не активно. Следовательно эта проверка не нужна и Проводки.Прочитать(); можно засунуть в
Если НЕ ЭтоНовый() И ПометкаУдаления <> Ссылка.ПометкаУдаления Тогда
Проводки.УстановитьАктивность(НЕ ПометкаУдаления);
КонецЕсли;
-
Здравствуйте друзья!
Прошу оценить.
-
После первой записи набора в регистр расчета происходят вытеснение и замещение по указанным видам расчета. А вот для второй записи (когда рассчитали начисление и т.д.) мы перезаписываем набор. И вот одних курсах говорят что при второй записи набора для скорости нужно так:
Набор.Записать( , Истина)
В других так:
Набор.Записать( , , Истина)
Синтаксис помощник прочел но не понял как правильнее.
-
Набор.Записать( , Истина) Второй параметр метода Записать() ТолькоЗапись выставляем в Истина, чтобы не производить пересчет фактического периода действия, т.к. мы его уже произвели, когда выполняли первичную запись в регистр расчета.
-
Здравствуйте друзья!
Прошу оценить.
Документ "Учетная политика" неправильно работает
-
Здравствуйте друзья!
Прошу оценить.
Документ "Учетная политика" неправильно работает
Ок, спасибо! Запарился проверять.
Исправил.
-
Здравствуйте друзья!
Прошу оценить.
Документ "Учетная политика" неправильно работает
Ок, спасибо! Запарился проверять.
Исправил.
В общем программа выдает правильный результат. Есть пару замечаний.
В случае перехода на списание «по среднему» у вас списываются все имеющиеся партии, и записываются те же движения но без указания партии. Возможно было бы правильнее сначала списать все партии, а затем записать одно движение приход на всю сумму. При этом поле партия не пустое, туда устанавливается документ изменения учетной политики.
В обработке проведения документа "РасходнаяНакладная" у вас в начале процедуры есть строка
Движения.ОстаткиНоменклатуры.Записывать = Истина;
и в конце тоже она же
Движения.ОстаткиНоменклатуры.Записывать = Истина;
догадайтесь почему не сработала первая и пришлось дописывать вторую.
Проблема копеек не решена, а на экзамене это требуется.
-
Не совсем понимаю этот фрагмент,
Если Не Проводки.Модифицированность() И Не ЭтоНовый() Тогда
Проводки.Прочитать();
КонецЕсли;
кто-нибудь поясните пожалуйста зачем он нужен.
Попробуй не открывая документ прочитать его поменять дату или пометку удаления установить
По идее в таком случае движения сами автоматом не загрузятся, посмотри в отладчике
Как вариант пометку удаления из списка документов установи
Отладчик попадает в это условие только при пометке на удаление. Если не прочитать проводки, при удалении они удаляютя. Значит если мы хотим сохранить записи регистра при удалении, их нужно прочитать и записать с пометкой не активно. Следовательно эта проверка не нужна и Проводки.Прочитать(); можно засунуть в
Если НЕ ЭтоНовый() И ПометкаУдаления <> Ссылка.ПометкаУдаления Тогда
Проводки.УстановитьАктивность(НЕ ПометкаУдаления);
КонецЕсли;
Читаешь объект в коде, а не открываешь форму на редактирование,
у него проводки сами не загрузятся
дальше меняешь дату
и вызываешь записать.
-
Ок, спасибо! Запарился проверять.
Исправил.
Поясните зачем в модуле документа ПриказОбУчПолитике модуль проведения по регистру Остатки товаров?
-
Ок, спасибо! Запарился проверять.
Исправил.
Поясните зачем в модуле документа ПриказОбУчПолитике модуль проведения по регистру Остатки товаров?
Думаю, для того, чтобы при смене уч пол на ПоСредней перенести все остатки на одну партию (пустую либо данного документа).
-
Думаю, для того, чтобы при смене уч пол на ПоСредней перенести все остатки на одну партию (пустую либо данного документа).
Не нашел требований об этом в билете. Или это требование по умолчанию?
-
Поясните зачем в модуле документа ПриказОбУчПолитике модуль проведения по регистру Остатки товаров?
Думаю, для того, чтобы при смене уч пол на ПоСредней перенести все остатки на одну партию (пустую либо данного документа).
В каркасной конфигурации нет метода списания по средней.
-
Ок, спасибо! Запарился проверять.
Исправил.
Запрос.УстановитьПараметр("МВ", ?(Режим = РежимПроведенияДокумента.Оперативный, Неопределено, Новый Граница (МоментВремени(),ВидГраницы.Включая)));
Уважаемые, не будет ли такой вариант вернее?
Запрос.УстановитьПараметр("МВ", ?(Режим = РежимПроведенияДокумента.Оперативный, Неопределено, МоментВремени()));
-
Думаю, для того, чтобы при смене уч пол на ПоСредней перенести все остатки на одну партию (пустую либо данного документа).
Не нашел требований об этом в билете. Или это требование по умолчанию?
Хм, хм, в некотором смысле, это всего лишь наиболее оптимальный способ решения данной задачи.
Поясните зачем в модуле документа ПриказОбУчПолитике модуль проведения по регистру Остатки товаров?
Думаю, для того, чтобы при смене уч пол на ПоСредней перенести все остатки на одну партию (пустую либо данного документа).
В каркасной конфигурации нет метода списания по средней.
Я уже не помню, что есть в каркасной, и не знаю, как конкретно сделано в решении, которое вы смотрели. Добавьте нужный метод, или используйте иной, который есть в каркасной и соответствует ситуации.
-
Я уже не помню, что есть в каркасной, и не знаю, как конкретно сделано в решении, которое вы смотрели. Добавьте нужный метод, или используйте иной, который есть в каркасной и соответствует ситуации.
Каюсь невнимательно прочитал условие. В задаче есть требование по списанию по средней. Но делать списание по средней другим документом... если списание по средней делать другим документом, то этим же документом должны быть описаны и другие варианты проведения. Но в любом случае на мой взгляд в модуле документа Расходная накладная должно быть описано списание товара по средней.
-
Коллеги, никак не врублюсь.
Вот текст вопроса.
Компания занимается оптовой торговлей. Поступление товаров отражается документом «Приходная накладная», продажа - «Расходная накладная». Помимо продажи товара, могут оказываться дополнительные услуги, например по доставке. И услуги и товары указываются в одной табличной части.
Складской учет товаров не ведется.
Списание себестоимости должно быть в зависимости от принятого на момент проведения документа значения учетной политики. Метод списания себестоимости либо по FIFO, либо по средней. Учетная политика может меняться каждый месяц, её изменение фиксируется соответствующим документом. Например:
01.01.2012 Учетная политика № 1 Списание по FIFO
05.01.2012 Прих. накладная № 1 Куртка 1 шт. 1800р. (стоимость закупки)
10.01.2012 Прих. накладная № 2 Куртка 1 шт. 1000р. (стоимость закупки)
15.01.2012 Прих Накладная № 3 Куртка 1 шт. 2000р. (стоимость закупки)
25.01.2012 Расх. накладная № 1 Куртка 1 шт. 1800р. (себестоимость)
01.02.2012 Учетная политика № 2 списание по средней
07.02.2012 Расх. накладная № 2 Куртка 1 шт. 1500р. (себестоимость)
Считается, что документы задним числом не вводятся, но старые документы могут неоперативно перепроводиться.
Где тут требование на основании которого документом смены Учетной политики при изменении на метод ПоСредней необходимо переписать движения на регистре.
Я уже два решения просмотрел, ни в одном нет списания по средней в модуле Расходной накладной.
Или у меня не актуальные билеты?
-
Я уже два решения просмотрел, ни в одном нет списания по средней в модуле Расходной накладной.
Списание по средней = Списание ФИФО/ЛИФО при условии, что партия одна.
Поэтому достаточно одной процедуры списания на оба метода.
Но чтобы всё работало корректно, необходимо при переходе на ПоСредней все остатки перенести на эту саму одну партию, что делается в документе смены учетной политики, а в дальнейшем приходовать товар на эту же партию.
-
Списание по средней = Списание ФИФО/ЛИФО при условии, что партия одна.
Поэтому достаточно одной процедуры списания на оба метода.
То есть если на экзамене принимающий введет 2 документа прихода, у меня уже получается что будет использоваться не по средней.
Но чтобы всё работало корректно, необходимо при переходе на ПоСредней все остатки перенести на эту саму одну партию, что делается в документе смены учетной политики, а в дальнейшем приходовать товар на эту же партию.
Ну тогда получается что надо описывать этим же документом переход на ФИФО, а то получается, по переход на среднюю мы поправили, а момент перехода на ФИФО не описан. Какое то половинчатое решение.
Скажите с таким вариантом решения уже кто-то сдавал?
-
Списание по средней = Списание ФИФО/ЛИФО при условии, что партия одна.
Поэтому достаточно одной процедуры списания на оба метода.
То есть если на экзамене принимающий введет 2 документа прихода, у меня уже получается что будет использоваться не по средней.
Честно - не совсем понял вопрос.
Но попробую ответить, исходя из того, как понял.
Во-первых, принимающий ничего вводить не будет, вводит сдающий, в первую очередь для того - чтобы убедиться в работоспособности конфигурации.
Во-вторых, когда установлена учетная политика ПоСредней, товар должен всегда приходоваться на одну партию - вот эту саму партию дока СменаУчетнойПолитики либо на пустую (именно на ту, на которую оприходовали при смене учетной политики). Возвращаемся назад - и делаем вывод, что списание с одной партии - это самое ПоСредней и будет.
Но чтобы всё работало корректно, необходимо при переходе на ПоСредней все остатки перенести на эту саму одну партию, что делается в документе смены учетной политики, а в дальнейшем приходовать товар на эту же партию.
Ну тогда получается что надо описывать этим же документом переход на ФИФО, а то получается, по переход на среднюю мы поправили, а момент перехода на ФИФО не описан. Какое то половинчатое решение.
Скажите с таким вариантом решения уже кто-то сдавал?
На ФИФО переходить не надо. Товар, который на момент смены учетной политики на ФИФО числился на одной партии, так с нее и спишется, а дальше будет списываться с новых партий. поскольку в прошлый период партионного учета не было, то и не надо задним числом создавать партии того период - это обычная практика в учете.
ПС. Знаю, что за не такое решение были замечания, в частности - за лишнюю процедуру для списания по средней.
-
На ФИФО переходить не надо. Товар, который на момент смены учетной политики на ФИФО числился на одной партии, так с нее и спишется, а дальше будет списываться с новых партий. поскольку в прошлый период партионного учета не было, то и не надо задним числом создавать партии того период - это обычная практика в учете.
ПС. Знаю, что за не такое решение были замечания, в частности - за лишнюю процедуру для списания по средней.
Премного благодарен за разъяснение.
И если можно проясните вот такой момент.
В приходных накладных я заметил принято делать запрос к ТЧ, формировать там выборку с нужными полями и эта выборка ложиться в регистр накопления.
Не будет ли являться ошибкой следующий вариант - делать не запрос, а выгружать ТЧ к таблицу значений, сворачивать по нужным полям и эту ТЧ класть в регистр?
-
И если можно проясните вот такой момент.
В приходных накладных я заметил принято делать запрос к ТЧ, формировать там выборку с нужными полями и эта выборка ложиться в регистр накопления.
Не будет ли являться ошибкой следующий вариант - делать не запрос, а выгружать ТЧ к таблицу значений, сворачивать по нужным полям и эту ТЧ класть в регистр?
В требованиях написано:
"Выгрузка результата запроса в промежуточную таблицу (например, в таблицу значений) без необходимости" снимают 1 балла.
Делать не рекомендую.
-
В требованиях написано:
"Выгрузка результата запроса в промежуточную таблицу (например, в таблицу значений) без необходимости" снимают 1 балла.
Делать не рекомендую.
Я не предлагаю выгружать результат результат запроса в ТЗ. Я предлагаю выгрузить в ТЗ ТЧ документа, а потом свернуть.
типа такого:
ТЗ = Док.Товары.Выгрузить();
ТЗ.Свернуть("Номенклатура","Сумма,КОличество");
-
Я не предлагаю выгружать результат результат запроса в ТЗ. Я предлагаю выгрузить в ТЗ ТЧ документа...
Возможно (и похоже), вы правы. :)
-
В требованиях написано:
"Выгрузка результата запроса в промежуточную таблицу (например, в таблицу значений) без необходимости" снимают 1 балла.
Делать не рекомендую.
Я не предлагаю выгружать результат результат запроса в ТЗ. Я предлагаю выгрузить в ТЗ ТЧ документа, а потом свернуть.
типа такого:
ТЗ = Док.Товары.Выгрузить();
ТЗ.Свернуть("Номенклатура","Сумма,КОличество");
А как вы будете проверять на наличие услуг?
В цикле обращаться к базе через точку? :)
Легче и правильнее все это делать в запросе.
Это мое мнение. На форуме я не видел, пока, решения используемые данную конструкцию.
-
А как вы будете проверять на наличие услуг?
В цикле обращаться к базе через точку? :)
Я кстати видел на этом форуме решения через точку.
За подобное решение будут снимать баллы?
-
А как вы будете проверять на наличие услуг?
В цикле обращаться к базе через точку? :)
Я кстати видел на этом форуме решения через точку.
За подобное решение будут снимать баллы?
Не знаю, но, думаю, что да, так как данной информации нет в текущем контексте и система неявно будет обращаться к БД, т.е. у вас будет запрос в цикле, а это плохо.
-
приветствую! Есть вопрос: Собираюсь получить для ВидаРасчета ВечерниеЧасы(ДопНачисл) базу из Основных начислений , Могу ли я получить значения Реквизитов . а не ресурсов ?
-
Подскажите пожалуйста как рассчитывать ВЕЧЕРНИЕ ЧАСЫ. Все решают по разному????
Размер*ФактВечер/ПланДневныеЧасы*1.5
или
Размер*ФактВечер/ПланВечерниеЧасы*1.5
-
Я заметил. Успешно сдавших экзамен "Специалист по платформе 8" решение их задач ранее выгруженные на сайт удаляются? :o
-
Я заметил. Успешно сдавших экзамен "Специалист по платформе 8" решение их задач ранее выгруженные на сайт удаляются? :o
Конечно, а то курсы не будут продаваться.
-
Я заметил. Успешно сдавших экзамен "Специалист по платформе 8" решение их задач ранее выгруженные на сайт удаляются? :o
бред. только что скачал решение SAM из этой ветки. по которым сам готовился
-
Посмотрите, пожалуйста, мое решение!
-
Посмотрите, пожалуйста, мое решение!
Нет картинок у подсистем
Документ "УстановитьУчетнуюполитику":
при переносе остатков на пустую партию лучше списать все партии и потом записать одну по итогу.
Процедура ОбработкаПроведения(Отказ, РежимПроведения)
Движения.УчетнаяПолитика.Записывать = Истина;
Движения.ОстаткиНоменклатуры.Записывать = Истина;
Движения.ОстаткиНоменклатуры.Записать();Зачем нужна строка "Движения.ОстаткиНоменклатуры.Записать();"?
Интересно сделан отчет движения товаров. Там нужны поля с вертикальной группировкой, но вы решили это сделать через вычисляемое поле Строка(КоличествоПриход)+" / "+Строка(СуммаПриход). Это такой ход конем? выглядит аккуратно.
Если мы поменяем учетную политику с "ПоСредней" обратно на фифо, ничего не будет работать.
Обработка проведения в расходнике, интересный способ, где вы подсмотрели такое решение?
В начале процедуры вы пишете
Движения.ОстаткиНоменклатуры.Записывать = Истина;
Движения.ОстаткиНоменклатуры.Записать();
Зачем? а вы уверены что вы записываете пустой набор?
Бухгалтерский учет
Модуль документа Операции пустой
-
Нет картинок у подсистем
Документ "УстановитьУчетнуюполитику":
при переносе остатков на пустую партию лучше списать все партии и потом записать одну по итогу.
Код: [Выделить]
Процедура ОбработкаПроведения(Отказ, РежимПроведения)
Движения.УчетнаяПолитика.Записывать = Истина;
Движения.ОстаткиНоменклатуры.Записывать = Истина;
Движения.ОстаткиНоменклатуры.Записать();
Зачем нужна строка "Движения.ОстаткиНоменклатуры.Записать();"?
Интересно сделан отчет движения товаров. Там нужны поля с вертикальной группировкой, но вы решили это сделать через вычисляемое поле Строка(КоличествоПриход)+" / "+Строка(СуммаПриход). Это такой ход конем? выглядит аккуратно.
Если мы поменяем учетную политику с "ПоСредней" обратно на фифо, ничего не будет работать.
Обработка проведения в расходнике, интересный способ, где вы подсмотрели такое решение?
В начале процедуры вы пишете
Движения.ОстаткиНоменклатуры.Записывать = Истина;
Движения.ОстаткиНоменклатуры.Записать();
Зачем? а вы уверены что вы записываете пустой набор?
Бухгалтерский учет
Модуль документа Операции пустой
А что подсистема нужно картинки устанавливать? :o
Движения.ОстаткиНоменклатуры.Записать(); - нужно, чтобы при ПЕРЕпроведении очистить записи в РН по этому документу. Да, я уверена что записываю пустой набор. Так как это управляемые приложение и запись набора записей происходит в режиме замешения.
А что должно быть в модуле документа операция?
Если мы поменяем учетную политику с "ПоСредней" обратно на фифо, ничего не будет работать. - все работало, вродебы проверяла.
Спасибо большое за комментарии :)
-
А что подсистема нужно картинки устанавливать? :o
Не надо.
-
Да, я уверена что записываю пустой набор. Так как это управляемые приложение и запись набора записей происходит в режиме замешения.
То есть не нужна строка
Движения.ОстаткиТоваров.Очистить();
Перед тем как записать пустой набор данных
Движения.ОстаткиТоваров.Записать();
то есть при перепроведении он всегда сначала пустой?
-
То есть не нужна строка
Движения.ОстаткиТоваров.Очистить();
Перед тем как записать пустой набор данных
Движения.ОстаткиТоваров.Записать();
то есть при перепроведении он всегда сначала пустой?
Да, для управляемого так. А для обычного нужно сначала очищать.
-
Бухгалтерский учет
Модуль документа Операции пустой
Никогда ничего не прописывала в документе Операция, а нужно?
-
Бухгалтерский учет
Модуль документа Операции пустой
Никогда ничего не прописывала в документе Операция, а нужно?
говорят надо, например здесь обсуждалось http://forum.chistov.pro/index.php?topic=3644.180
-
Добрый день,
Решил сделать вид отчета в точности как в задании. Подскажите как срыть заголовки ресурсов, а оставить только заголовки группировок ресурсов.
То что нужно убрать на скрине обведено красным.
-
Добрый день,
Решил сделать вид отчета в точности как в задании. Подскажите как срыть заголовки ресурсов, а оставить только заголовки группировок ресурсов.
То что нужно убрать на скрине обведено красным.
Про "скрыть" не слышал.
Я делал "красоту" через изменение всех трех строк заголовков.
-
Мое решение 3го билета.
ОУ. Делала на 2 РН (на одном - остатки зависнут). Док УчетнаяПолитика при смене на ПоСреднему списывает все остатки с РН ОстаткиНоменклатуры и приходует.
Этот способ реализации прочитала здесь, но он у меня вызывает сомнения.
БУ. Валютный учет (ПУ связан с Измерением Валюта и Ресурсом СуммаВал). 2 субконто на счете Покупетели: Контрагенты и Договор.
ПР. Реализовала вроде все, только с расчетом командировки есть сомнения.
УФ. Тут вроде нет сложностей
Буду благодарна за критику ;)
-
Док УчетнаяПолитика при смене на ПоСреднему списывает все остатки с РН ОстаткиНоменклатуры и приходует.
Этот способ реализации прочитала здесь, но он у меня вызывает сомнения.
Как вам мой вариант - не списывать остатки, а делать приход красным на старые партии и тут же приходовать на среднюю?
-
Добрый день.
Решаю 3 билет. Запнулся на ПолучитьДополнение().
Возвращает пустую ТЗ и все тут.
Посмотрите, пожалуйста, кому не сложно.
-
Мое решение 3го билета.
ПР. Реализовала вроде все, только с расчетом командировки есть сомнения.
Буду благодарна за критику ;)
Немного смущает формула для расчета вечерних часов:
ВыборкаДетальныеЗаписи.ФактЧасов + ВыборкаДетальныеЗаписи.ВечерЧасы*2)/
ВыборкаДетальныеЗаписи.ПланЧасов*ВыборкаДетальныеЗаписи.Оклад * Сторно
в условии сказано, что "По понедельникам, средам и пятницам по 2 часа времени уходит на вечерние часы. Часовая ставка за каждый вечерний час на 50% больше часовой ставки оклада."
Т.е. за один вечерний час заплатили, как за 1,5 дневных часа. И за второй вечерний час - тоже как за 1,5 дневных.
Значит, два вечерних часа оплачиваются, как ТРИ дневных.
А вы к 8 дневным часам прибавляете ещё 4 часа.
Подозреваю, что в формуле всё же более логично сделать
ВыборкаДетальныеЗаписи.ВечерЧасы*1,5
-
Сдал спеца 09.06.17. Хочу поделиться своими решениями билетов. Спасибо всем участникам за обсуждение и выкладываемые решения. Это серьезная помощь в подготовке к экзамену.
P.S. Вариации на тему вечерних часов.
-
зачем в регистре расчета хранить ресурс - ОтработанноЧасов ?
-
А как вы думаете, можно ли вечерние часы сделать отдельным видом расчета, с зависимостью по базе от оклада, командировки? По базе получаем часовую ставку, умножаем ее на вечерние часы по данным графика и на 1.5?
-
А как вы думаете, можно ли вечерние часы сделать отдельным видом расчета, с зависимостью по базе от оклада, командировки? По базе получаем часовую ставку, умножаем ее на вечерние часы по данным графика и на 1.5?
вечерние часы делаются отдельным видом расчета, базы нет, вытеснения нет
командировка вытесняет оклад
в результатах сдачи можете посмотреть решение, замечаний к такому способу не было
раннее кто сдавал - все писали что если не сделать отдельным видом расчета - то снимали баллы.
-
Мое решение. Особенно долго провозился с СПР с новым условием(вечерние часы) - сделал отдельным видом начисления именно в ПВР ОсновныеНачисления. Пришел к такому выводу, потому что при вводе командировки задним числом необходимо сторнировать оклад и вечерние часы одновременно.
-
2Kremlin
1. Интерфейс.
Нет деления внутри подсистем. Нет подменю "Создать". В интерфейс не выведены регистры.
2. ОУ.
Вроде все ок. Все стандартно :-).
3. БУ
Документ "Операция" не сделан: нет установки периода, нет установки активности, период в табличной части.
Измерение "Валюта" у РБ ненужно, т.к. Договор по сути и есть разделитель по валюте.
Документ приход денег не учитывает списание валютной суммы, т.к. работает от рублей:
Расходные накладные:
- долг1 100 евро при курсе 100 рублей = 10000 рублей
- долг2 100 баксов при курсе 50 рублей = 5000 рублей
Приход денег: 12000 при курсах 50 рублей за евро и 10 рублей за бакс
- долг1 списывается на 10000 рублей и 200 евро
- долг2 списывается на 2000 рублей и 200 баксов
В рублях долг уменьшился, а в валюте мы теперь должны столько же сколько нам до этого :-)
У корректировки после такого движения вообще кривые.
А должно было быть:
- долг1 списывается на 5000 рублей и 100 евро
- долг2 списывается на 1000 рублей и 100 баксов
- 6000 теряем :-) т.к. нет ни авансов не переплат
И вот теперь корректировка корректно закроет рублевый разрыв на счете.
4. СПР.
При удаления графика для командировки падает в ошибку, при установке графика шестидневка считает по указанному графику: должен ВСЕГДА считать по пятидневке.
Базовый период для командировки указывается вручную: есть возможность взять базу как за 1 так и за 3 месяца (в задаче жестко прописано: только 2 предыдущих).
У измерений РР не установлен флаг "Базовое".
Оклад берется не на начало расчетного период, а самый последний в системе.
Далее исключительно ИМХО о формулировке задачи про "берется на начало расчетного периода":
- у сотрудника было изменение оклада 15го числа
- если пользователь ввел строку расчета оклада с 1 по 31 тогда оклад ко всей записи должен примениться старый
- если пользователь ввел 2 строки расчета оклада с 1 по 15 и с 16 по 31 тогда оклад к первой записи должен примениться старый, а ко второй новый
- если пользователь ввел 2 строки расчета оклада с 1 по 10 и с 11 по 31 тогда оклад к обеим записям должен примениться старый
то есть оклад берется на начало периода действия строки расчета
Оплата за вечер сделана отдельным видом расчета, но не указывается в документе, а считается безусловно при расчете оклада с подменой вида расчета.
А если сотрудник в этом месяце не работал по вечерам?
Или расчетчик сначала посчитал оклад, и только в следующем месяце вечерние (разные периоды регистрации)?
Вид расчета "За вечерние часы" необходимо явно указывать в тч документа и только при его наличии выполнять расчет.
Сам расчет вечерних часов выполнен не по графику.
После подключения сторно еще раз выполняется запись движений с перерасчетом фактического периода - во второй раз необходимо использовать Движения.ОсновныеНачисления.Записать(, Истина) или Движения.ОсновныеНачисления.Записать(, , Ложь), а не Движения.Записать().
Сторнирование выполнено логически корректно, но гораздо проще сэкономить время и просто не вытеснять этот вид расчета командировкой - подобное решение вроде как не считается ошибкой.
5. УФ.
После добавления в комментарий в конец строки любых символов - падает в ошибку.
Вот как-то так :-)
-
LapoTb, спасибо, что уделил время и сделал такой подробный анализ билета! Что самое забавное этот билет мне попался на экзамене 26.07.2017г и я до сих пор жду результата :)
Надеюсь на лучшее))
-
Насчет вечерних часов и их сторнирования.
В условиях задачи сказано, что "часовая ставка рассчитывается как начальное значение оклада, деленное на количество РАБОЧИХ часов", а вечерние часы увеличивают эту ставку на 50%.
Т.о. сторнирование расчет вечерних часов можно не делить на сторно (до оклада) и не сторно (после оклада).
Достаточно запомнить в реквизите РР значение часовой ставки по которой считались вечерние часы и ее умножать на часы работы по вечернему графику.
В этом случае порядок расчета всегда будет: оклад -> вечерние часы -> командировка.
Вместо: вечерние часы сторно -> оклад -> вечерние часы -> командировка.
-
to LaboTb
СПР
Далее исключительно ИМХО о формулировке задачи про "берется на начало расчетного периода":
- у сотрудника было изменение оклада 15го числа
- если пользователь ввел строку расчета оклада с 1 по 31 тогда оклад ко всей записи должен примениться старый
- если пользователь ввел 2 строки расчета оклада с 1 по 15 и с 16 по 31 тогда оклад к первой записи должен примениться старый, а ко второй новый
- если пользователь ввел 2 строки расчета оклада с 1 по 10 и с 11 по 31 тогда оклад к обеим записям должен примениться старый
то есть оклад берется на начало периода действия строки расчета
Спорно.
На экзамене я делал иначе и проще - брал оклад на дату регистрации(начало месяца от даты документа).
К моему СПР были следующие претензии
"Вопрос № 4
Расчет вечерних реализован неверно; неверно учитываются сторно записи"
Экзаменатор, я думаю, если бы я оклады взял не так, то написал бы ещё и эту ошибку. А так его мой способ видимо устроил. Может зависит от экзаменатора.
Как вы предлагаете выглядит логичнее.
Срезом последних оклады взять не получится - необходимо огород городить получая запросом из регистра сведений.
Оплата за вечер сделана отдельным видом расчета, но не указывается в документе, а считается безусловно при расчете оклада с подменой вида расчета.
А если сотрудник в этом месяце не работал по вечерам?
Или расчетчик сначала посчитал оклад, и только в следующем месяце вечерние (разные периоды регистрации)?
Вид расчета "За вечерние часы" необходимо явно указывать в тч документа и только при его наличии выполнять расчет.
Сам расчет вечерних часов выполнен не по графику.
Согласен. Видимо надо делать отдельным видом и привязывать к графику.
Но пользователь может ввести вечерние отдельно от оклада...И не хотелось бы для вечерних использовать вид с периодом действия(лишний расход памяти)
В вечерних на экзамене у меня была ошибка.
Я тоже не указал отдельным видом расчёта, а добавлял автоматически. Но я добавил ресурс "КоличествоВечерних" для оклада и командировки - автоматически количество вечерних рассчитывал с графика и записывал в ресурс. Потом при расчёте вечерних брал базу по этому ресурсу чтобы не обращаться к графику(без периода действия) и знать кол-во часов. Кроме того это гарантировало бы что вечерние не провелись бы без оклада.
Но или перемудрил, или меня не поняли, или где-то накосячил, или не надо так делать.
-
Спорно.
На экзамене я делал иначе и проще - брал оклад на дату регистрации(начало месяца от даты документа).
В задаче сказано: в одном документе могут быть данные за разные расчетные периоды.
Следовательно, если оклад меняется, допустим, первое число каждого месяца, то, начисляя зарплату в мае за апрель, ваш алгоритм возьмет значение майской зарплаты к апрельскому периоду работы.
Что, я считаю, неверно.
-
В задаче сказано: в одном документе могут быть данные за разные расчетные периоды.
Следовательно, если оклад меняется, допустим, первое число каждого месяца, то, начисляя зарплату в мае за апрель, ваш алгоритм возьмет значение майской зарплаты к апрельскому периоду работы.
Что, я считаю, неверно.
Согласен, ваш логичнее.
Но...
Важнее в том что считается верно на экзамене?
К моему алгоритму на экзамене не было претензий. Ошибки в СПР были но другие.
Есть какие-либо ссылки на реальную сдачу?
-
Спорно.
На экзамене я делал иначе и проще - брал оклад на дату регистрации(начало месяца от даты документа).
В задаче сказано: в одном документе могут быть данные за разные расчетные периоды.
Следовательно, если оклад меняется, допустим, первое число каждого месяца, то, начисляя зарплату в мае за апрель, ваш алгоритм возьмет значение майской зарплаты к апрельскому периоду работы.
Что, я считаю, неверно.
То, что для разных месяцев надо применять разные оклады, конечно, правильно, а вот ваше утверждение
если пользователь ввел 2 строки расчета оклада с 1 по 15 и с 16 по 31 тогда оклад к первой записи должен примениться старый, а ко второй новый
неверно, т.к. "Первоначальное значение оклада ... берется на начало расчетного периода", а расчетный период во всех актуальных задачах СПР - месяц (Начисление зарплаты сотрудникам предприятия осуществляется ежемесячно), и поэтому оклад всегда берется на начало месяца периода действия.
P.S. Устанавливать зависимость оклада от того, какие строки ввел юзер при безграничной криворукости юзеров - думаю, до такого даже создатели 1с-овских задачек не додумаются. :D
-
Если кому-нибудь интересно, сделала СПР с учетом того, что в одном документе могут быть несколько зависимых командировок, без запросов в цикле.
-
13 дней проверяли билет. Результат - отлично! Решал его по такой же схеме, как выкладывал здесь решение. Только почему-то на экзамене у меня сторно записи не создавались при командировке :( метод ПолучитьДополнение возвращал пустую таблицу. Ну да ладно
-
2alex1248
Не согласен.
расчетный период во всех актуальных задачах СПР - месяц
С чего это?
Из фразы
в одном документе могут быть данные за разные расчетные периоды.
как раз и следует, что в табличной части документа могут быть периоды расчета ну никак не кратные месяцу.
Единственное условие: нахождение начала периода действия и конца периода действия в границах одного месяца.
Считать, что все данные вводятся только в пределах одного месяца, например, можно указать начисление по тарифу с 10.01 по 31.01, а запись: тариф с 10.01 по 03.02 вводить нельзя.
Я могу заполнить ТЧ документа созданного в марте(период регистрации) как
двумя строчками за январь и за февраль, например, так и несколькими строчками понедельно/подекадно/за каждый день этих периодов.
Все-таки мне кажется что под расчетным периодом в задачах подразумевается именно период действия.
P.S. И по приведенному выше тексту билета: если оклад поменялся 10.12.16 и 10.01.17. Какой оклад должен применяться при расчете оклада с 10.01 по 31.01 ?
-
2alex1248
Не согласен.
Я ИМХО не пишу.
Почему расчетный период месяц, я написал. Раз вы эту цитату проигнорировали, повторюсь - потому что во всех задачах есть фраза
Начисление зарплаты сотрудникам предприятия осуществляется ежемесячно
Расчетный период для начисления з/п (а не для этой задачки по СПР), как правило, календарный месяц, потому что зарплата в общем случае начисляется именно помесячно.
В Сборнике есть задача, где начисление зарплаты производится еженедельно, вот в ней расчетный период - неделя.
В общем случае термин расчетный период используется также для расчета налогов, иных платежей, для начисления процентов по кредиту или иным договорам, можно применить к анализу ФХД (хотя там анализируемый период, скорее всего). Тем не менее, обратите внимание, ни в одном случае расчетный период - это не некий случайно набитый юзером период, а период за который подводится итог, и период этот известен заранее - месяц, квартал, год. В отдельных случаях расчетный месяц может быть не с первого по последнее число, а например, с 10-го по 9-е следующего (банк может так начислять проценты, хотя всё чаще переходят на стандартный расчетный период), то же для квартала или года.
Так вот, для з/п такую функцию обычно выполняет месяц. И это не термин 1С, и тем более не термин СПР-вской задачи на спеца.
Так что ваше право не соглашаться, но это не вопрос для дискуссии, а лишь вопрос правильной трактовки довольно распространенного термина (не 1с-вского и не СПР-вской задачи).
-
Есть хоть какие-то подтверждения с экзаменов что ставку надо брать не на начало периода регистрации, а на начало периода действия(или начало месяца периода действия)?
Пока я не слышал чтобы экзаменаторы к этому придирались. Я так понял Kremlin как вы предлагаете не делал и получил 5. Я так тоже не делал - к данной части моего решения у экзаменатора не было претензий.
С периодом регистрации это просто классический срез последних.
Если делать как вы здесь пишите(на периоды действия, или по месяцам), то получается мудрёное решение. Периодов действия(месяцев) в одном документе может много.
Или мудрёный запрос, или мудрёный алгоритм создания запроса. Трата лишних 15-... минут.
-
обычно ставку беру срезом на дату документа, период регистрации отдельный реквизит. По периоду регистрации и проверяю в одном ли месяце находятся период начала и окончание, к такому решению замечаний не было, а получаю базу всегда по периоду действия
-
обычно ставку беру срезом на дату документа, период регистрации отдельный реквизит.
А если дата документа 31 августа, а периоды действия меньше этой даты, то условие задачи не выполняется "Первоначальное значение оклада может изменяться не чаще, чем один раз в день, но берется на начало расчетного периода.".
Дата документа это не начало расчётного периода.
По периоду регистрации и проверяю в одном ли месяце находятся период начала и окончание,
- а зачем? Есть же условие "Считать, что все данные вводятся только в пределах одного месяца, например, можно указать начисление оклада с 10.01 по 31.01, а запись оклад: с 10.01 по 03.02 вводить нельзя."
а получаю базу всегда по периоду действия
Как именно?
Возможно экзаменаторы ещё не определились как проверять и толковать этот момент поэтому придирок пока нет и различные решения проходят.
-
У Kremlin в решённом примере в оперативном учёте используется конструкция для старой методики
МоментВремени=?(Режим=РежимПроведенияДокумента.Оперативный, '00010101', МоментВремени());
Запрос.УстановитьПараметр("МоментВремени", МоментВремени);
Я думал что проверка на оперативный режим проведения используется только для новой методики.
Т.к. по новой методике - остатки на момент времени включая сам документ
Получается что если режим не оперативный то остатки берутся на момент времени до документа(исключая документ), а если оперативный, то на момент времени(максимально в будущем). И проводил всегда только на моментВремени() т.к. боялся что вдруг "подцепятся" какие-то остатки после документа, или движения самого документ.
А правильно(с точки зрения производительности) наверное как у Kremlin.
Я так понимаю при оперативном проведении проводимый документ всегда будет самый крайний и этот документ в момент оперативного проведения не перепроводится.
Документ при оперативном проведении всегда будет предварительно не проведённый и после него ничего по регистру нет.
Это так?
-
а получаю базу всегда по периоду действия
Как именно?
[/quote]
Устанавливаю зависимость по периоду действия, а не по периоду регистрации
-
Устанавливаю зависимость по периоду действия, а не по периоду регистрации
Поподробнее.
По периоду регистрации можно взять срез последних на период регистрации(т.к. он один на весь документ) и далее связи устанаваливать только по подразделению и сотруднику.
Периодов действия может быть много
01.05.17 - 31.05.17 Иванов
01.06.17 - 15.06.17 Иванов
16.06.17 - 30.06.17 Иванов
Чтобы брать ставку на начало периода действия то одним срезом последних здесь не обойтись.
Как именно вы получаете?
Пример задания, или текст модуля.
-
2АндрейН
Я когда решал этот билет по быстрому накидал вот так:
ВЫБРАТЬ
ОсновныеНачисленияДанныеГрафика.НомерСтроки КАК НомерСтроки,
ОсновныеНачисленияДанныеГрафика.Сотрудник КАК Сотрудник,
ОсновныеНачисленияДанныеГрафика.ПериодДействияНачало КАК ПериодДействияНачало,
ЕСТЬNULL(ОсновныеНачисленияДанныеГрафика.ЗначениеПериодДействия, 0) КАК ЧасыПлан,
ЕСТЬNULL(ОсновныеНачисленияДанныеГрафика.ЗначениеФактическийПериодДействия, 0) КАК ЧасыФакт
ПОМЕСТИТЬ _Оклад
ИЗ
РегистрРасчета.ОсновныеНачисления.ДанныеГрафика(
Регистратор = &Регистратор
И ВидРасчета = &ВидРасчетаОклад) КАК ОсновныеНачисленияДанныеГрафика
ИНДЕКСИРОВАТЬ ПО
Сотрудник
;
////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
СведенияОСотрудниках.Период КАК Период,
СведенияОСотрудниках.Сотрудник КАК Сотрудник,
СведенияОСотрудниках.Оклад КАК Оклад
ПОМЕСТИТЬ _ОкладыСотрудников
ИЗ
РегистрСведений.СведенияОСотрудниках КАК СведенияОСотрудниках
ГДЕ
СведенияОСотрудниках.Сотрудник В
(ВЫБРАТЬ
ТЗ.Сотрудник
ИЗ
_Оклад КАК ТЗ)
ИНДЕКСИРОВАТЬ ПО
Сотрудник
;
////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
_Оклад.НомерСтроки КАК НомерСтроки,
_Оклад.Сотрудник КАК Сотрудник,
_Оклад.ЧасыПлан КАК ЧасыПлан,
_Оклад.ЧасыФакт КАК ЧасыФакт,
ЕСТЬNULL(_ОкладыСотрудников.Оклад, 0) КАК Оклад
ИЗ
_Оклад КАК _Оклад
ЛЕВОЕ СОЕДИНЕНИЕ _ОкладыСотрудников КАК _ОкладыСотрудников
ПО _Оклад.Сотрудник = _ОкладыСотрудников.Сотрудник
И (_ОкладыСотрудников.Период В
(ВЫБРАТЬ ПЕРВЫЕ 1
ТЗ.Период
ИЗ
_ОкладыСотрудников КАК ТЗ
ГДЕ
ТЗ.Сотрудник = _Оклад.Сотрудник
И ТЗ.Период <= _Оклад.ПериодДействияНачало
УПОРЯДОЧИТЬ ПО
ТЗ.Период УБЫВ))
Можно заморочиться и еще наделать дополнительных условий, чтобы оклады брались только за тот период который считаем, а не весь регистр с отбором только по сотрудникам. Но для экзамена я думаю сойдет.
-
2LapoTb
Вы делали так на экзамене?
Меня больше интересует как можно попроще сделать на экзамене.
Я для получения окладов на период действия делал так(не на экзамене). Подразделения я убрал - чтобы не перегружать код.
Получаю максимумы периодов меньшие чем период действия сотрудника и потом к каждому максимуму беру оклад.
ВЫБРАТЬ
ОсновныеНачисленияДанныеГрафика.Сотрудник КАК Сотрудник,
ОсновныеНачисленияДанныеГрафика.ПериодДействияНачало КАК ПериодДействияНачало,
ОсновныеНачисленияДанныеГрафика.ЗначениеПериодДействия,
ОсновныеНачисленияДанныеГрафика.ЗначениеФактическийПериодДействия,
ОсновныеНачисленияДанныеГрафика.НомерСтроки
ПОМЕСТИТЬ ВДанныеГрафика
ИЗ
РегистрРасчета.ОсновныеНачисления.ДанныеГрафика(
Регистратор = &Ссылка
И ВидРасчета = &ВидРасчета) КАК ОсновныеНачисленияДанныеГрафика
ИНДЕКСИРОВАТЬ ПО
Сотрудник,
ПериодДействияНачало
;
////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
МАКСИМУМ(СведенияОСотрудниках.Период) КАК Период,
СведенияОСотрудниках.Сотрудник КАК Сотрудник
ПОМЕСТИТЬ ВМаксимумыПериодов
ИЗ
РегистрСведений.СведенияОСотрудниках КАК СведенияОСотрудниках
ВНУТРЕННЕЕ СОЕДИНЕНИЕ ВДанныеГрафика КАК ВДанныеГрафика
ПО СведенияОСотрудниках.Сотрудник = ВДанныеГрафика.Сотрудник
И СведенияОСотрудниках.Период <= ВДанныеГрафика.ПериодДействияНачало
СГРУППИРОВАТЬ ПО
СведенияОСотрудниках.Сотрудник
ИНДЕКСИРОВАТЬ ПО
Сотрудник,
Период
;
////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
СведенияОСотрудниках.Сотрудник КАК Сотрудник,
СведенияОСотрудниках.Оклад
ПОМЕСТИТЬ ВОклады
ИЗ
РегистрСведений.СведенияОСотрудниках КАК СведенияОСотрудниках
ВНУТРЕННЕЕ СОЕДИНЕНИЕ ВМаксимумыПериодов КАК ВМаксимумыПериодов
ПО СведенияОСотрудниках.Сотрудник = ВМаксимумыПериодов.Сотрудник
И СведенияОСотрудниках.Период = ВМаксимумыПериодов.Период
ИНДЕКСИРОВАТЬ ПО
Сотрудник
;
////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
ВДанныеГрафика.ЗначениеПериодДействия,
ВДанныеГрафика.ЗначениеФактическийПериодДействия,
ЕСТЬNULL(ВОклады.Оклад, 0) КАК Оклад,
ВДанныеГрафика.НомерСтроки КАК НомерСтроки
ИЗ
ВДанныеГрафика КАК ВДанныеГрафика
ЛЕВОЕ СОЕДИНЕНИЕ ВОклады КАК ВОклады
ПО ВДанныеГрафика.Сотрудник = ВОклады.Сотрудник
УПОРЯДОЧИТЬ ПО
НомерСтроки
-
2АндрейН
На экзамене мне это не попадалось.
Запрос странный, т.к. не выполняется ни условие задачи, если понимать его буквально (оклад берется на начало расчетного), ни здравый смысл - ко всему месяцу мы применяем последнее значение оклада.
Для наглядности:
У сотрудника оклад изменился 10.01, 20.01 и 30.01, при этом никакой информации об окладе больше нет.
| Период | Сотрудник | Оклад |
| 10.01.2017 | Иванов | 10000 |
| 20.01.2017 | Иванов | 20000 |
| 30.01.2017 | Иванов | 30000 |
В документе я считаю например с 01 по 10, с 11 по 20, с 21 по 30 и за 31.
Результаты работы вашего и моего запроса:
| НачалоПериодаДействия | КонецПериодаДействия | Сотрудник | ВидРасчета | Оклад LapoTb | Оклад АндрейН |
| 01.01.2017 | 10.01.2017 | Иванов | Оклад | 0 | 30000 |
| 11.01.2017 | 20.01.2017 | Иванов | Оклад | 10000 | 30000 |
| 21.01.2017 | 30.01.2017 | Иванов | Оклад | 20000 | 30000 |
| 31.01.2017 | 31.01.2017 | Иванов | Оклад | 30000 | 30000 |
Результат, как вы видите, значительно разнится.
Во вложении выгрузка простенькой базы - варианты запроса регулируются переключателем.
-
По поводу списания себестоимости в задаче ОУ. Если метод списания - по средней, в документе ПриходнаяНакладная и ИзменениеВУчетнойПолитике, что лучше записывать в партию:
1.Неопределено
2.Пустую ссылку на документ ПриходнаяНакладная
3.Ссылку на документ ИзменениеУчетнойПолитики
-
to LaboTb
Сорри. Ошибся в коде. Надо ещё по "ПериодДействияНачало" соединять. Проверил у себя исправленный код - работает как надо.
ВЫБРАТЬ
ОсновныеНачисленияДанныеГрафика.Сотрудник КАК Сотрудник,
ОсновныеНачисленияДанныеГрафика.ПериодДействияНачало КАК ПериодДействияНачало,
ОсновныеНачисленияДанныеГрафика.ЗначениеПериодДействия,
ОсновныеНачисленияДанныеГрафика.ЗначениеФактическийПериодДействия,
ОсновныеНачисленияДанныеГрафика.НомерСтроки
ПОМЕСТИТЬ ВДанныеГрафика
ИЗ
РегистрРасчета.ОсновныеНачисления.ДанныеГрафика(
Регистратор = &Ссылка
И ВидРасчета = &ВидРасчета) КАК ОсновныеНачисленияДанныеГрафика
ИНДЕКСИРОВАТЬ ПО
Сотрудник,
ПериодДействияНачало
;
////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
МАКСИМУМ(СведенияОСотрудниках.Период) КАК Период,
ВДанныеГрафика.ПериодДействияНачало,
СведенияОСотрудниках.Сотрудник КАК Сотрудник
ПОМЕСТИТЬ ВМаксимумыПериодов
ИЗ
РегистрСведений.СведенияОСотрудниках КАК СведенияОСотрудниках
ВНУТРЕННЕЕ СОЕДИНЕНИЕ ВДанныеГрафика КАК ВДанныеГрафика
ПО СведенияОСотрудниках.Сотрудник = ВДанныеГрафика.Сотрудник
И СведенияОСотрудниках.Период <= ВДанныеГрафика.ПериодДействияНачало
СГРУППИРОВАТЬ ПО
СведенияОСотрудниках.Сотрудник,
ВДанныеГрафика.ПериодДействияНачало
ИНДЕКСИРОВАТЬ ПО
Сотрудник,
Период
;
////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
СведенияОСотрудниках.Сотрудник КАК Сотрудник,
ВМаксимумыПериодов.ПериодДействияНачало КАК ПериодДействияНачало,
СведенияОСотрудниках.Оклад
ПОМЕСТИТЬ ВОклады
ИЗ
РегистрСведений.СведенияОСотрудниках КАК СведенияОСотрудниках
ВНУТРЕННЕЕ СОЕДИНЕНИЕ ВМаксимумыПериодов КАК ВМаксимумыПериодов
ПО СведенияОСотрудниках.Сотрудник = ВМаксимумыПериодов.Сотрудник
И СведенияОСотрудниках.Период = ВМаксимумыПериодов.Период
ИНДЕКСИРОВАТЬ ПО
Сотрудник
;
////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
ВДанныеГрафика.ЗначениеПериодДействия,
ВДанныеГрафика.ЗначениеФактическийПериодДействия,
ЕСТЬNULL(ВОклады.Оклад, 0) КАК Оклад,
ВДанныеГрафика.НомерСтроки КАК НомерСтроки
ИЗ
ВДанныеГрафика КАК ВДанныеГрафика
ЛЕВОЕ СОЕДИНЕНИЕ ВОклады КАК ВОклады
ПО ВДанныеГрафика.Сотрудник = ВОклады.Сотрудник
И ВДанныеГрафика.ПериодДействияНачало = ВОклады.ПериодДействияНачало
УПОРЯДОЧИТЬ ПО
НомерСтроки
-
to TheUser
По поводу списания себестоимости в задаче ОУ. Если метод списания - по средней, в документе ПриходнаяНакладная и ИзменениеВУчетнойПолитике, что лучше записывать в партию:
1.Неопределено
2.Пустую ссылку на документ ПриходнаяНакладная
3.Ссылку на документ ИзменениеУчетнойПолитики
Я использовал 3
-
По мере необходимости любой сотрудник может быть отправлен в командировку.
В этом случае начисление по окладу не происходит. Вечерние часы рассчитываются также как и для оклада. Часы, проведенные в командировке, определяются по пятидневному графику работы. Часовая ставка для расчета командировки определяется как сумма всех начислений за два предыдущих месяца, деленная на количество отработанных часов в двух предыдущих месяцах. Следует учесть, что данные о командировке могут вводиться в систему задним числом.
Что значит выделенная фраза?
То, что в командировке тоже должны быть вечерние часы? В графике-то они есть.
И они должны рассчитываться ЧасоваяСтавкаКомандировки * 1,5?
-
Скажите, нужно ли ЗАПРЕТИТЬ оперативное проведение в документах "Приход денег" и "Корректировка задолженности"? Это же чисто бухгалтерские документы, и, как я понимаю, нужно. Я правильно понимаю?
-
Дополнительные условия к задачам которые встречаются при удаленной сдаче, это они? Если нет подскажите где лежат?
http://forum.chistov.pro/index.php?topic=3953.0
-
Дополнительные условия к задачам которые встречаются при удаленной сдаче, это они? Если нет подскажите где лежат?
http://forum.chistov.pro/index.php?topic=3953.0
Они
-
Это самый часто-встречающийся в задачах фрагмент кода - подскажите почему он работает (автор Павл Чистов). Ведь чтобы рассчитать Отпуск который как базу берет Результаты прошлых месяцев нужно вначале записать результат по Окладу, а тут
все идет одним проходом и работает. Даже если Отпуск ставить раньше Оклада все-равно работает. Почему???? Не понимаю, подскажите пожалуйста. (База прилагается) Неужели 1С автоматом пересчитывает базовые??? Этого же не может быть... мистика какая-то....
UPDATE 25/09/2017 - Вопрос снят. Не работает. То случайно выстрелило изза определенной компоновки таблицы. Все сошлось )
Процедура РассчитатьЗаписи(Регистратор) Экспорт
//получим набор записей
НаборЗаписей = РегистрыРасчета.Начисления.СоздатьНаборЗаписей();
НаборЗаписей.Отбор.Регистратор.Установить(Регистратор);
НаборЗаписей.Прочитать();
//получаемПериодыРегистрацииИПриоритеты
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ РАЗЛИЧНЫЕ
| Начисления.ПериодРегистрации КАК ПериодРегистрации
|ИЗ
| РегистрРасчета.Начисления КАК Начисления
|ГДЕ
| Начисления.Регистратор = &Регистратор
|
|УПОРЯДОЧИТЬ ПО
| ПериодРегистрации";
Запрос.УстановитьПараметр("Регистратор", Регистратор);
Результат1 = Запрос.Выполнить();
Выборка1 = Результат1.Выбрать();
//получаемДанныеГрафикаДляРасчета
Запрос = Новый Запрос;
Запрос.МенеджерВременныхТаблиц = Новый МенеджерВременныхТаблиц;
Запрос.Текст =
"ВЫБРАТЬ
| НачисленияДанныеГрафика.НомерСтроки КАК НомерСтроки,
| НачисленияДанныеГрафика.Параметр,
| НачисленияДанныеГрафика.ЧасыПериодДействия КАК ЧасыНорма,
| НачисленияДанныеГрафика.ЧасыФактическийПериодДействия КАК ЧасыФакт,
| НачисленияДанныеГрафика.ДниПериодДействия КАК ДниБаза,
| НачисленияДанныеГрафика.ДниФактическийПериодДействия КАК ДниФакт,
| НачисленияДанныеГрафика.ПериодРегистрации
|ПОМЕСТИТЬ ДанныеГрафика
|ИЗ
| РегистрРасчета.Начисления.ДанныеГрафика(Регистратор = &Регистратор) КАК НачисленияДанныеГрафика
|
|ИНДЕКСИРОВАТЬ ПО
| НомерСтроки";
Запрос.УстановитьПараметр("Регистратор", Регистратор);
Запрос.Выполнить();
ВыборкаПериодРегистрации = РезультатЗапроса.Выбрать();
//вЦиклеПоПериодамИПриоритетамПолучаемБазуИРассчитываемЗаписи
Запрос.Текст ="ВЫБРАТЬ
| ДанныеГрафика.НомерСтроки КАК НомерСтроки,
| ДанныеГрафика.Параметр,
| ЕСТЬNULL(ДанныеГрафика.ЧасыНорма, 0) КАК ЧасыНорма,
| ЕСТЬNULL(ДанныеГрафика.ЧасыФакт, 0) КАК ЧасыФакт,
| ЕСТЬNULL(ДанныеГрафика.ДниБаза, 0) КАК ДниБаза,
| ЕСТЬNULL(НачисленияБазаНачисления.СуммаБаза, 0) КАК СуммаБаза,
| ЕСТЬNULL(ДанныеГрафика.ДниФакт, 0) КАК ДниФакт,
| НачисленияБазаНачисления.Сумма
|ИЗ
| ДанныеГрафика КАК ДанныеГрафика
| ЛЕВОЕ СОЕДИНЕНИЕ РегистрРасчета.Начисления.БазаНачисления(
| &МассивИзмерений,
| &МассивИзмерений,
| ,
| Регистратор = &Регистратор
| И ПериодРегистрации = &ПериодРегистрации) КАК НачисленияБазаНачисления
| ПО ДанныеГрафика.НомерСтроки = НачисленияБазаНачисления.НомерСтроки
|
|УПОРЯДОЧИТЬ ПО
| НомерСтроки";
Массив = Новый Массив(2);
Массив[0]="Сотрудник";
Массив[1]="Подразделение";
Запрос.УстановитьПараметр("МассивИзмерений", Массив);
Пока Выборка1.Следующий() Цикл //перебираемПериоды
Запрос.УстановитьПараметр("ПериодРегистрации",Выборка1.ПериодРегистрации);
Результат3 = Запрос.Выполнить();
Выборка3 = Результат3.Выбрать();
СтруктураПоиска = Новый Структура("НомерСтроки",);
Для каждого Запись Из НаборЗаписей Цикл
СтруктураПоиска.НомерСтроки = Запись.НомерСтроки;
Если Выборка3.НайтиСледующий(СтруктураПоиска) Тогда
Если Запись.ВидРасчета = ПланыВидовРасчета.Начисления.Оклад Тогда
Запись.Сумма = ? (Выборка3.ЧасыНорма = 0,0, Выборка3.ЧасыФакт/Выборка3.ЧасыНорма * Выборка3.Параметр);
ИначеЕсли Запись.ВидРасчета = ПланыВидовРасчета.Начисления.Отпуск Тогда
Запись.Сумма = ? (Выборка3.ДниБаза=0,0,Выборка3.ДниФакт/Выборка3.ДниБаза * Выборка3.СуммаБаза);
КонецЕсли;
КонецЕсли;
КонецЦикла;
НаборЗаписей.Записать(,Истина,Ложь);
КонецЦикла;
КонецПроцедуры
-
Вариант решения билета № 3
-
Вариант решения билета № 3
В БУ в обработке проведение прихода денег на аванс не правильная. Не может быть аванса или переплаты, но частичное погашение может быть.
-
Вариант решения билета № 3
В БУ в обработке проведение прихода денег на аванс не правильная. Не может быть аванса или переплаты, но частичное погашение может быть.
Здравствуйте, спасибо за ответ. Не могли бы вы более развернуто пояснить в чем моя ошибка? Если возможно, то с указанием цитаты из билета(хотелось бы видеть по какому условию вы ориентируетесь).
-
Здравствуйте, спасибо за ответ. Не могли бы вы более развернуто пояснить в чем моя ошибка? Если возможно, то с указанием цитаты из билета(хотелось бы видеть по какому условию вы ориентируетесь).
Условие задачи:
Следует считать, что авансов и переплат быть не может.
Ваша проверка:
Если СуммаРуб <> ВыборкаКонтрагент.СуммаЗадолжностиРуб
Т.е. не удастся ввести приход денег на сумму меньше задолженности.
-
А вы в свою очередь можете пояснить почему в запросе Сумму задолженности получаете так:
УправленческийОстатки.СуммаВалОстатокДт * ЕСТЬNULL(КурсыВалютСрезПоследних.Курс,0) КАК СуммаЗадолжностиРуб
-
Здравствуйте, спасибо за ответ. Не могли бы вы более развернуто пояснить в чем моя ошибка? Если возможно, то с указанием цитаты из билета(хотелось бы видеть по какому условию вы ориентируетесь).
Условие задачи:
Следует считать, что авансов и переплат быть не может.
Ваша проверка:
Если СуммаРуб <> ВыборкаКонтрагент.СуммаЗадолжностиРуб
Т.е. не удастся ввести приход денег на сумму меньше задолженности.
Да, теперь вижу, частично погасить долг не получится, что не отвечает условию. Во вложении исправленный вариант расчета.
-
Да, теперь вижу, частично погасить долг не получится, что не отвечает условию. Во вложении исправленный вариант расчета.
Теперь из-за строчки в запросе, про которую я спросил в прошлом посте, у вас лезут копейки.
Попробуйте отменить проведение всех расходных, приходов денег, корр, почистите курсы.
Валюта USD, курс 60р.
Расходая на 4000 USD.
Приход денег 1 на 100 000р.
Приход денег 2 на 140 000р.
Запросом вы получите ВыборкаКонтрагент.СуммаЗадолжностиРуб = 139 999,8, а не 140 000 и вылезет некорректное сообщение "Внесение авансов не предусмотрено".
-
Да, теперь вижу, частично погасить долг не получится, что не отвечает условию. Во вложении исправленный вариант расчета.
Теперь из-за строчки в запросе, про которую я спросил в прошлом посте, у вас лезут копейки.
Попробуйте отменить проведение всех расходных, приходов денег, корр, почистите курсы.
Валюта USD, курс 60р.
Расходая на 4000 USD.
Приход денег 1 на 100 000р.
Приход денег 2 на 140 000р.
Запросом вы получите ВыборкаКонтрагент.СуммаЗадолжностиРуб = 139 999,8, а не 140 000 и вылезет некорректное сообщение "Внесение авансов не предусмотрено".
Предложите Ваш вариант решения. Спасибо.
-
Предложите Ваш вариант решения. Спасибо.
Решение пока не подобрал. Сам сейчас этот билет решаю.
Может быть как-то так:
ВЫБОР
КОГДА ВЫРАЗИТЬ(Остатки.СуммаОстаток / ЕСТЬNULL(КурсыВалютСрезПоследних.Курс, 1) КАК ЧИСЛО(10, 2)) = Остатки.ВалютнаяСуммаОстаток
ТОГДА Остатки.СуммаОстаток
ИНАЧЕ ЕСТЬNULL(КурсыВалютСрезПоследних.Курс, 1) * Остатки.ВалютнаяСуммаОстаток
КОНЕЦ
-
Т.к. "Следует считать, что авансов и переплат быть не может", проверять остатки не надо.
А остатки в рублях вообще не имеют значения, т.к. "Необходимо реализовать документ «Корректировка задолженности», который был в соответствии с изменившимся курсом валюты взаиморасчетов корректировал рублевую задолженность покупателя".
P.S. Контроль остатков рублевой задолженности не просто не нужен в этой задаче, он не имеет смысла при учете в другой валюте, т.к. операции могут осуществляться при разном курсе, и корректировка остатков - единственный способ сводить рублевую и валютную задолженность.
-
Т.к. "Следует считать, что авансов и переплат быть не может", проверять остатки не надо.
А остатки в рублях вообще не имеют значения, т.к. "Необходимо реализовать документ «Корректировка задолженности», который был в соответствии с изменившимся курсом валюты взаиморасчетов корректировал рублевую задолженность покупателя".
P.S. Контроль остатков рублевой задолженности не просто не нужен в этой задаче, он не имеет смысла при учете в другой валюте, т.к. операции могут осуществляться при разном курсе, и корректировка остатков - единственный способ сводить рублевую и валютную задолженность.
Согласен. Фразы типа "Следует считать" нужно понимать, что за выполнением условия следит пользователь.
-
В актуальных к доп.условию
"По понедельникам, средам и пятницам по 2 часа времени уходит на вечерние часы. Часовая ставка за каждый вечерний час на 50% больше часовой ставки оклада."
есть фраза
"По мере необходимости любой сотрудник может быть отправлен в командировку.
В этом случае начисление по окладу не происходит. Вечерние часы рассчитываются также как и для оклада."
Я так понимаю, выделенная фраза говорит о том, что в командировке тоже должны быть вечерние часы? Если это так, то нужен четвертый ВР ВечерниеЧасыКомандировки? Или условия в задаче выглядят как-то иначе?
-
Всем привет, коллеги, покритикуйте решение пжл.
-
Коллеги есть вопрос по БУ.
Читал что создавать Валюту как измерение - ошибка.
Изучал тут одно решение, в нем валюта не учитывается вообще. Никак. Т.е. 2 субконто (Контрагент и Договор) и два ресурса - Сумма и СуммаВалютная. У СуммаВалютная признак учета субконто и не баланс.
Далее везде в документах просто берется курс из регистра, по валюте из договора и пишется рублевая сумма в Сумма, и в валюте взаиморасчета соответственно в Валюте взаиморасчетов.
Читал вот здесь рекомендации с курсов Белоусова http://forum.chistov.pro/index.php?topic=2005.msg22307#msg22307
И вот тут дилема. В отчете указано период и сумма USD.
Вопрос - это такая "подсказка", что достаточно использовать только USD, или же все таки конкретная валюта не известна?
Если не известна - значит нам все таки нужно субконто Валюта, и учитывать это на счете Покупатели. А как тогда в отчете?
Предположим мы формируем отчет за месяц, у нас 3 контрагента, один в USD, второй в EUR третий, там не знаю, в юанях )). В заголовке отчета сказано валюта USD, мы должны пересчитать USD в другую валюта что ли? Но это как то слишком уж замудрено.
-
Не то чтобы неправильно измерение "Валюта" ввести, скорее правильно... Но в контексте данной, конкретной задачи: "Все взаиморасчеты по договору ведутся только в валюте, указанной в этом договоре, и рублевом эквиваленте." - Измерение "Валюта" будет избыточным. Таким образом субконто договор достаточно
-
Читал вот здесь рекомендации с курсов Белоусова http://forum.chistov.pro/index.php?topic=2005.msg22307#msg22307
Если "здесь" написано, то именно так и делайте, можно больше ничего не читать и никого не слушать. :)
За исключением случая, когда мнение экзаменаторов принципиально изменится, но это бывает очень редко.
И вот тут дилема. В отчете указано период и сумма USD.
Вопрос - это такая "подсказка", что достаточно использовать только USD, или же все таки конкретная валюта не известна?
Если не известна - значит нам все таки нужно субконто Валюта, и учитывать это на счете Покупатели. А как тогда в отчете?
Предположим мы формируем отчет за месяц, у нас 3 контрагента, один в USD, второй в EUR третий, там не знаю, в юанях )). В заголовке отчета сказано валюта USD, мы должны пересчитать USD в другую валюта что ли? Но это как то слишком уж замудрено.
Текст билета читайте внимательно. :)
С каждым контрагентом может быть заключено любое количество договоров (у каждого может быть своя валюта взаиморасчетов).
Необходимо создать отчет о взаиморасчетах с покупателями по выбранной валюте
-
Текст билета читайте внимательно. :)
С каждым контрагентом может быть заключено любое количество договоров (у каждого может быть своя валюта взаиморасчетов).
Необходимо создать отчет о взаиморасчетах с покупателями по выбранной валюте
Ага понял, т.е. на самом деле достаточно контрагента и договор, а если в отчете выбрали USD, то показать все взаиморасчеты в USD)
-
Коллеги есть вопрос по БУ.
Читал что создавать Валюту как измерение - ошибка.
Почему ошибка?
-
Коллеги есть вопрос по БУ.
Читал что создавать Валюту как измерение - ошибка.
Почему ошибка?
Измерение следует использовать в том случае, если данный признак аналитики используется на всех (или на подавляющем большинстве) счетах (Профразработка).
-
Коллеги есть вопрос по БУ.
Читал что создавать Валюту как измерение - ошибка.
Почему ошибка?
Измерение следует использовать в том случае, если данный признак аналитики используется на всех (или на подавляющем большинстве) счетах (Профразработка).
Дополню немного. Со слов Белоусова, Измерением нельзя делать аналитику по которой планируется получать только обороты.
-
Доброго всем времени суток.
Подскажите, пожалуйста, а у кого-нибудь есть внятное решение по вечерним часам? Перечитала всю эту ветку + ветку по доп.условиям, так и не поняла ,как надо делать. Недавно двое коллег сдавали, обоим попался этот билет. Решали вечерние часы через доп.ресурс в регистре графиков и потом при расчете оклада или командировки приплюсовывали к ним эти часы (имхо, так было б более лаконично и просто) - "неверное реализован учет вечерних часов". Если решать через доп. вид расчета и выбрать для этих часов базу оклад и командировку - получается какая-то ерунда: упорно не видит вторую базу, т.е. почему-то всегда считается, что база - это оклад. И если в периоде не было оклада (была командировка, его вытеснившая) - естественно, лезут ошибки. Провела соц.опрос на работе среди других уже сдавших - никто, кому попались эти часы в билете, задачу на экзе решить не смог.
-
Измерение следует использовать в том случае, если данный признак аналитики используется на всех (или на подавляющем большинстве) счетах (Профразработка).
Дополню немного. Со слов Белоусова, Измерением нельзя делать аналитику по которой планируется получать только обороты.
Спасибо за инфу очень полезна.
-
Добрый день!
Решение третьего билета с вечерними часами.
Кому не сложно просьба проверьте пожалуйста
СПР Решил для себя, что фраза "Вечерние часы рассчитываются также как и для оклада" означает, что командировка не вытесняет Вечерние часы рассчитанные по базе оклада.
Другие решения (например 2 ВР ВечерниеЧасы Оклад и Вечерние часы командировка) выглядят слишком объемными. Хотя текст билета вроде как и намекает, что для командировки тоже нужно вечерние часы считать даже при отсутствии оклада в текущем периоде.
-
СПР Решил для себя, что фраза "Вечерние часы рассчитываются также как и для оклада" означает, что командировка не вытесняет Вечерние часы рассчитанные по базе оклада.
Сначала тоже смотрел в сторону 2 ВР веч.часов. Но потом пришло понимание, что это фраза как раз была добавлена, чтобы не усложнять чрезмерно задачу. Поэтому решал как и вы.
-
Добрый день!
Решил 3 билет. НА УФ просьба не смотреть
по СПР
просьба проверить
-
Не забывайте ставить режим управления блокировок в существующих регистрах каркасной базы.
Здесь на одном РН решается и старая методика проведения.
Почитайте про эти методики и, в том числе, про используемые в них блокировки.
Новую методику нужно использовать только когда можно по условию, я тоже, когда готовился думал, что эти методики по выбору (какую хочешь), но увы.
В док.операции подразумевается программное заполнение колонки период.
В док.начисление ЗП. оперативное проведение не нужно.
2-й РР наверно просто забыли удалить.
Не увидел реализацию условия: Часовая ставка за каждый вечерний час на 50% больше часовой ставки оклада.
И тут оклады срезом последних берутся. Не знаю, может и прокатит на экзамене, но, так то, по условию оклад надо брать на каждую дату начислений.
Не забывайте про проверки на нулл при расчетах в таб. ДанныеГрафика, могут придраться.
Условие по вечерним часам я понимаю по другому, у тебя правильно наверно будет для экзамена, но я считаю, что эти вечерние часы не дополнительно к 8 раб. часам, а включительно: работаем 8 часов из них 2 часа считаются вечерними. Ну и соответственно сумма командировки немного изменится, но это только мое мнение и возможно двоякая трактовка условия. Думаю про то, как понимаешь это условие нужно написать в комментариях к решению.
-
Условие по вечерним часам я понимаю по другому, у тебя правильно наверно будет для экзамена, но я считаю, что эти вечерние часы не дополнительно к 8 раб. часам, а включительно: работаем 8 часов из них 2 часа считаются вечерними. Ну и соответственно сумма командировки немного изменится, но это только мое мнение и возможно двоякая трактовка условия. Думаю про то, как понимаешь это условие нужно написать в комментариях к решению.
Разница в этих двух вариантах решения в одной строке в обработке заполнения графика. Вряд ли это является предметом проверки на экзамене, потому как на алгоритм не влияет, не является упрощением или усложнением задачи, и баллы снимать по сути не за что. Я решал как 8 + 2. Но вероятно вы правы.
-
Добрый день.
В актуальном сборнике билетов (артикул 4601546111777 (июль 2014)) в задачах БУ нет документа "Операция", однако, все решения участников форума даже этого года упорно с этим документом, то есть решения по "старым билетам". Подскажите, сейчас на экзамене старые билеты?
-
Добрый день.
В актуальном сборнике билетов (артикул 4601546111777 (июль 2014)) в задачах БУ нет документа "Операция", однако, все решения участников форума даже этого года упорно с этим документом, то есть решения по "старым билетам". Подскажите, сейчас на экзамене старые билеты?
Добрый день! К сожалению не могу сослаться на первоисточник, но там было сказано, что наличие документа Операция общее правило на экзамене вне зависимости от текста билета.
-
Добрый день.
В актуальном сборнике билетов (артикул 4601546111777 (июль 2014)) в задачах БУ нет документа "Операция", однако, все решения участников форума даже этого года упорно с этим документом, то есть решения по "старым билетам". Подскажите, сейчас на экзамене старые билеты?
Официального сборника билетов не существует. Вы пишете про сборник задач для подготовки к экзамену, т.е. для тренировки.
Сборник билетов существует только на этом форуме в соответствующей ветке + ветка с часто встречающимися в последнее время дополнениями.
-
Спасибо большое за ответы.
-
Полное решение билета №3 . Начисление вечерних часов - отдельный вид расчета. Буду рад критике.
-
Добрый день, решил Билет 3.
Просьба посмотреть у кого есть возможность.
-
Добрый день, решил Билет 3.
Просьба посмотреть у кого есть возможность.
Поставьте совместимость 8.3.3
-
Добрый день, решил Билет 3.
Просьба посмотреть у кого есть возможность.
Поставьте совместимость 8.3.3
Зачем?
-
Добрый день, решил Билет 3.
Просьба посмотреть у кого есть возможность.
Поставьте совместимость 8.3.3
Зачем?
Чтобы могли смотреть те, у кого платформа не достаточно свежая.
-
Полное решение билета №3 . Начисление вечерних часов - отдельный вид расчета. Буду рад критике.
Извините, я новичок, и поэтому может чего то не увидел, но у Вас в Оперативной Задаче, списание себестоимости только по методике ФИФО, а по Средней нет. Хотя в условиях сказано, что метод списания зависит от условий которые могут меняться.
-
Полное решение билета №3 . Начисление вечерних часов - отдельный вид расчета. Буду рад критике.
Извините, я новичок, и поэтому может чего то не увидел, но у Вас в Оперативной Задаче, списание себестоимости только по методике ФИФО, а по Средней нет. Хотя в условиях сказано, что метод списания зависит от условий которые могут меняться.
Т.к. при по средней всего одна партия, то код по ФИФО будет отрабатывать только по ней, т.е. тоже будет работать корректно. Раздельный код для разных методов списания, по крайней мере, в этой задаче, на экзамене, как правило, признается ошибкой (неэффективное решение).
-
Полное решение билета №3 . Начисление вечерних часов - отдельный вид расчета. Буду рад критике.
Извините, я новичок, и поэтому может чего то не увидел, но у Вас в Оперативной Задаче, списание себестоимости только по методике ФИФО, а по Средней нет. Хотя в условиях сказано, что метод списания зависит от условий которые могут меняться.
Т.к. при по средней всего одна партия, то код по ФИФО будет отрабатывать только по ней, т.е. тоже будет работать корректно. Раздельный код для разных методов списания, по крайней мере, в этой задаче, на экзамене, как правило, признается ошибкой (неэффективное решение).
Спасибо, с методом списания себестоимости по ФИФО и по Средней понял. Получается, специально не нужно отрабатывать кодом изменение метода списания и этим можно пренебречь?
-
Выкладываю очередной билет с надежной на конструктивную критику :)
-
Доброго дня! Я тоже оставлю здесь полное решение 3 билета. Кому не лень, посмотрите пожалуйста))))
-
Сдал дистанционно этот билет. Оценка 4. Комментарий: Хорошо. Без других замечаний.
Оперативный учет - стандартно.
Проведение приходной - в зависимости от метода. Проведение расходной - вне зависимости по ФИФО.
При средней - партии пустые. При переходе на среднюю - списываем все партии, приходуем целиком на пустую. При переходе на партионный - списываем все пустые, приходуем на одну партию - документ "Изменение учетной политики".
Бухгалтерский учет - стандартно.
Два субконто на счете "Покупатели", Валюта - реквизит договора, Сумма - балансовый, ВалСумма - небалансовый, признак учета "Валютный". Включен только на "Покупатели".
Программные модули согласно задаче.
СПР - в условии явно было сказано, что начисление вечерних при командировке рассчитывается как описано выше. То есть "Вечерние часы" не вытесняются "Командировкой".
Делал все на одном регистре расчета с периодом действия.
В регистре графика измерения - График,Дата , два ресурса - РабочиеЧасы и ВечерниеЧасы.
Я делал вечерние как доплата к обычному окладу. То есть добавлял только 0,5 от ставки. Это описал в пояснительной.
В справочнике графиков создал предопределенный "Пятидневка", который принудительно подставлял к строке с командировкой при проведении "Начисления зарплаты".
В регистре расчета измерения - Подразделение, Сотрудник, ресурсы - Сумма, ОтработаноЧасов, реквизиты - Ставка, График.
ОтработаноЧасов - для получения базы для командировки, Ставка для корректного расчета сторно записей.
-
Выкладываю очередной билет с надежной на конструктивную критику :)
Добрый день, Slava, посмотрела ваш билет, кроме СПР, вроде все норм, только в сообщение с ошибкой при отсутствии остатка, на мой взгляд, правильнее писать без "Объект" как у вас. Вот так:
Сообщение.Поле = "СписокНоменклатуры["+(ВыборкаНоменклатура.НомерСтроки-1)+"].Количество";
Чтобы получилось как на картинке в билете.
По СПР: думаю вернее решать с помощью вида расчета "Вечернее время".
-
Выложу свой 3 билет)
-
Добрый день, Slava, посмотрела ваш билет, кроме СПР, вроде все норм, только в сообщение с ошибкой при отсутствии остатка, на мой взгляд, правильнее писать без "Объект" как у вас. Вот так:
Сообщение.Поле = "СписокНоменклатуры["+(ВыборкаНоменклатура.НомерСтроки-1)+"].Количество";
Чтобы получилось как на картинке в билете.
По СПР: думаю вернее решать с помощью вида расчета "Вечернее время".
Спасибо, Юлия!
По сообщению о нехватке - да, так правильнее.
А почему считаете, что в СПР вернее "Вечерние часы" учитывать с помощью вида расчета?
-
Спасибо, Юлия!
По сообщению о нехватке - да, так правильнее.
А почему считаете, что в СПР вернее "Вечерние часы" учитывать с помощью вида расчета?
Вечерние часы оплачиваются по другой ставке, но зависят от часовой ставки оклада, имеют свой вид времени - ЧасыВечерние в РС График работы, поэтому, с моей точки зрения, правильнее выделить его в отдельный вид расчета, как, например, в ЗУПе.
Кроме того, в отчете можно будет показать суммы по всем начислениям, включая оплату Вечернего времени по повышенному тарифу - думаю с учетом изменений в билете именно этого от нас хотят экзаменаторы:)
Не выделяя Вечерние Часы как вид расчета можно также решить эту задачу, не думаю, что это будет ошибкой)
-
Выложу свой 3 билет)
Смотрел только СПР. Смутило, что для вечерних часов является базовым ВР "Оклад". Сотрудник может быть в командировке весь месяц, а в этом случае "начисление по окладу не происходит. Вечерние часы рассчитываются также как и для оклада". При получения оклада в запросе нет проверки на Null.
Ведущие начисления не выбраны для ВР "Командировка".
-
Выложу свой 3 билет)
Смотрел только СПР. Смутило, что для вечерних часов является базовым ВР "Оклад". Сотрудник может быть в командировке весь месяц, а в этом случае "начисление по окладу не происходит. Вечерние часы рассчитываются также как и для оклада". При получения оклада в запросе нет проверки на Null.
Ведущие начисления не выбраны для ВР "Командировка".
Да, вы правы, для Вечерних часов базовыми являются Оклад и Командировка. А зачем указывать ведущие начисления для Командировки? Командировка не зависит от Оклада в периоде начисления.
-
А зачем указывать ведущие начисления для Командировки? Командировка не зависит от Оклада в периоде начисления.
Но ведь командировка зависит от всех начислений за 2 предыдущих месяца. Механизм перерасчетов использовать не надо в данной задаче, но галки я бы поставил на всякий случай.
-
Мои решения после сдачи.
-
Добрый день,
Решил сделать вид отчета в точности как в задании. Подскажите как срыть заголовки ресурсов, а оставить только заголовки группировок ресурсов.
То что нужно убрать на скрине обведено красным.
Это можно сделать с использованием макета заголовка группировки (ОУ, БУ) или макета группировки (СПР). В моем решении отчеты сделал как в задании. Критика решения приветствуется.
-
Добрый день,
Решил сделать вид отчета в точности как в задании. Подскажите как срыть заголовки ресурсов, а оставить только заголовки группировок ресурсов.
То что нужно убрать на скрине обведено красным.
Это можно сделать с использованием макета заголовка группировки (ОУ, БУ) или макета группировки (СПР). В моем решении отчеты сделал как в задании. Критика решения приветствуется.
В отчете по БУ выводятся детальные записи. То есть во всех строках контрагент выводится. Надо чтобы контрагент выводился только в одной, первой строке. Интересно как это сделать, сам ищу вариант.
-
В отчете по БУ выводятся детальные записи. То есть во всех строках контрагент выводится. Надо чтобы контрагент выводился только в одной, первой строке. Интересно как это сделать, сам ищу вариант.
Наверное, самое простое - отдельный (не СКД) макет. Но предполагаю, что это опечатка в задачнике и нет смысла это реализовывать))
-
В отчете по БУ выводятся детальные записи. То есть во всех строках контрагент выводится. Надо чтобы контрагент выводился только в одной, первой строке. Интересно как это сделать, сам ищу вариант.
Наверное, самое простое - отдельный (не СКД) макет. Но предполагаю, что это опечатка в задачнике и нет смысла это реализовывать))
Если для себя разобраться - смысл есть. Если для сдачи экзамена - не надо заморачиваться. Мне попался этот билет на экзамене. Контрагент выводился в каждой строке. оценка 5
-
В отчете по БУ выводятся детальные записи. То есть во всех строках контрагент выводится. Надо чтобы контрагент выводился только в одной, первой строке. Интересно как это сделать, сам ищу вариант.
Наверное, самое простое - отдельный (не СКД) макет. Но предполагаю, что это опечатка в задачнике и нет смысла это реализовывать))
Если для себя разобраться - смысл есть. Если для сдачи экзамена - не надо заморачиваться. Мне попался этот билет на экзамене. Контрагент выводился в каждой строке. оценка 5
Да, для себя. На экзамене я бы не стал заморачиваться. Так для академического интереса.
-
Добрый день,
Решил сделать вид отчета в точности как в задании. Подскажите как срыть заголовки ресурсов, а оставить только заголовки группировок ресурсов.
То что нужно убрать на скрине обведено красным.
Это можно сделать с использованием макета заголовка группировки (ОУ, БУ) или макета группировки (СПР). В моем решении отчеты сделал как в задании. Критика решения приветствуется.
fimanich, на мой взгляд, у Вас самое красивое решение СПР, так как "вечерние часы" реализовано через свой вид расчета, и отчеты в требуемом виде.
Маленькое уточнение - в общем модуле Расчеты, нет смысла несколько раз записывать набор.
-
fimanich, на мой взгляд, у Вас самое красивое решение СПР, так как "вечерние часы" реализовано через свой вид расчета, и отчеты в требуемом виде.
Маленькое уточнение - в общем модуле Расчеты, нет смысла несколько раз записывать набор.
Спасибо. Все же видел и у других СПР через отдельный вид расчета ВечерерниеЧасы.
Насчет записи набора в общем модуле 2 раза: у Командировки в базе Оклад, ВечерниеЧасы, Командировка. База берется за 2 предыдущих месяца. Так что, если в документе будут только начисления текущего месяца, то тогда согласен, 2 раза записывать набор не надо. Однако, если рассмотреть другой пример (условием задачи этот пример не запрещен: "В одном документе могу быть данные за разные расчетные периоды"):
период регистрации 01.04.2018
оклад 01.03.2018 - 31.03.2018
командировка 02.04.2018 - 10.04.2018
Тогда оклад в базе командировки и записывать набор 2 раза в общем модуле обязательно.
-
Кто-то знает, не должно ли дополение записываться после записи набора?
-
Кто-то знает, не должно ли дополение записываться после записи набора?
Я знаю: дополнение нужно получать до записи набора.
Дополнение получают, когда есть записи с периодом действия прошлого периода, периодом регистрации текущего периода и признаком Сторно = Истина. Дополнение получает записи с периодом регистрации прошлого периода, которые могут быть вытеснены текущими записями и которые предлагается отсторнировать. Т.е. система выполняет запрос к записям прошлого периода регистрации, которые могут быть вытеснены текущим набором.
-
Кому не трудно проверьте пожалуйста 3 билет (без доп условия и УФ)
-
Не могу понять что делать с закрытием рублевой суммы, как то не красиво у всех получается.
Допустим курс всегда стандартный 30 бакс и 40 евро.
Если сделать вот так:
р1 2500Е - 100000Р
р2 3000$ - 90000Р
пд1 1183,825 47353/40, начинаем списывать с договора евро, так как у него больше сумма остатка.
пд2 142643
3000 90000/30, баксы теперь больше, спишем их.
1316,075 52643/40, списали евро
В связи с особенностью округления мы получим на самом деле списание два раза евро (1183,83 и 1316,08) = 2499,91
Получается на остатках осталось 0,09 евро.
пд3 3,6 0,9 евро. Все, сумму валютную закрыли в ноль, но сумма в рублях из за округления не закрывается в ноль. 0,40(40 копеек зависли).
Документом "Корректировка долга" можно корректировать разницу, но в данном случае курсы не менялись. Получается мы еще откорректируем погрешность округления. Как то не совсем правильно.
Интересует мнение форумчан по этому вопросу.
-
пд3 3,6 0,9 евро. Все, сумму валютную закрыли в ноль, но сумма в рублях из за округления не закрывается в ноль. 0,40(40 копеек зависли).
Хм, а может быть проверить закрытие в ноль валютной суммы? Как-нибудь так:
СписываемРуб=?(СписываемВал=ВыборкаДетальныеЗаписи.СумОстВал,ВыборкаДетальныеЗаписи. СумОст,СписываемВал*ВыборкаДетальныеЗаписи.Курс)
-
пд3 3,6 0,9 евро. Все, сумму валютную закрыли в ноль, но сумма в рублях из за округления не закрывается в ноль. 0,40(40 копеек зависли).
Хм, а может быть проверить закрытие в ноль валютной суммы? Как-нибудь так:
СписываемРуб=?(СписываемВал=ВыборкаДетальныеЗаписи.СумОстВал,ВыборкаДетальныеЗаписи. СумОст,СписываемВал*ВыборкаДетальныеЗаписи.Курс)
Думаю такую проверку делать однозначно надо, спасибо за идею, буду сейчас прикручивать к решению.
-
пд3 3,6 0,9 евро. Все, сумму валютную закрыли в ноль, но сумма в рублях из за округления не закрывается в ноль. 0,40(40 копеек зависли).
Хм, а может быть проверить закрытие в ноль валютной суммы? Как-нибудь так:
СписываемРуб=?(СписываемВал=ВыборкаДетальныеЗаписи.СумОстВал,ВыборкаДетальныеЗаписи. СумОст,СписываемВал*ВыборкаДетальныеЗаписи.Курс)
Думаю такую проверку делать однозначно надо, спасибо за идею, буду сейчас прикручивать к решению.
Зачем делать то, чего делать не требуется? Чтобы не сдать экз из-за того, что не успеете сделать действительно нужное? Вам же надо показать умение пользоваться возможностями платформы, а не консультировать по казначейским вопросам. :)
Кстати, в вашем расчете выше есть ошибка. При пд1 валютная задолженность закроется на сумму 1183,83 евро, и, следовательно, при пд2 надо будет закрывать валютную сумму уже меньше - 1316,07 евро. В общем, расхождение на 20 копеек будет меньше, и при той формулировке данной задачи, которая в актуальных билетах, это абсолютно корректно. За это точно не будет замечаний, в отличие от любого недочета, связанного с механизмами платформы.
-
пд3 3,6 0,9 евро. Все, сумму валютную закрыли в ноль, но сумма в рублях из за округления не закрывается в ноль. 0,40(40 копеек зависли).
Хм, а может быть проверить закрытие в ноль валютной суммы? Как-нибудь так:
СписываемРуб=?(СписываемВал=ВыборкаДетальныеЗаписи.СумОстВал,ВыборкаДетальныеЗаписи. СумОст,СписываемВал*ВыборкаДетальныеЗаписи.Курс)
Думаю такую проверку делать однозначно надо, спасибо за идею, буду сейчас прикручивать к решению.
Зачем делать то, чего делать не требуется? Чтобы не сдать экз из-за того, что не успеете сделать действительно нужное? Вам же надо показать умение пользоваться возможностями платформы, а не консультировать по казначейским вопросам. :)
Кстати, в вашем расчете выше есть ошибка. При пд1 валютная задолженность закроется на сумму 1183,83 евро, и, следовательно, при пд2 надо будет закрывать валютную сумму уже меньше - 1316,07 евро. В общем, расхождение на 20 копеек будет меньше, и при той формулировке данной задачи, которая в актуальных билетах, это абсолютно корректно. За это точно не будет замечаний, в отличие от любого недочета, связанного с механизмами платформы.
С одной стороны правда в ваших словах есть, но все таки.
1. Расчет списал с регистра, расчет на мой взгляд верен.
при расчете вот этой строки
1316,075 52643/40, в регистр запишется 1316,08
2. Не закрываются остатки в ноль, от сюда будут плодиться записи в таблице остатков. Ни чем не отличается от классической ошибки "не выведение регистров остаков в 0".
Правильнее будут проверить как написал выше julik на закрытие валюты в ноль.
3. Задача получается очень объемной, надо много кодить и со списанием по средней в опер учете, и в бух учете не так все гладко и в СПР дополнение не очень прозрачно, а еще три допа по УФ. Попадется такая задача, не напишу за 5 часов 100 %. Надо тренироваться.....
-
2. Не закрываются остатки в ноль, от сюда будут плодиться записи в таблице остатков. Ни чем не отличается от классической ошибки "не выведение регистров остаков в 0".
Правильнее будут проверить как написал выше julik на закрытие валюты в ноль.
Придется соглашаться с alex1248, если закрывать рубли в ноль, то получится еще хуже.
Документом пд3 пытаемся внести 3.6 рубля, а на самом деле в регистр запишется 3.2
Отчет потом покажет 3.2 а не 3.6.
вообщем +1 за то чтобы забить на списание суммы рублей в ноль.
-
2. Не закрываются остатки в ноль,
Как не закрываются, если док Корректировка именно это и делает?
-
to ComradeKite
вы полистайте ветку, тут выложены пара решений с оценкой отлично, когда не то что рублевая, а валютная сумма в 0 не закрываются )
-
to ComradeKite
вы полистайте ветку, тут выложены пара решений с оценкой отлично, когда не то что рублевая, а валютная сумма в 0 не закрываются )
Всякое бывает))
-
2. Не закрываются остатки в ноль,
Как не закрываются, если док Корректировка именно это и делает?
Документ "Корректировка" по заданию должен курс корректировать, а тут получается еще и округление при делении.
-
Здесь на отлично решений не увидел) . на 2 полно . на отлично их можно довести но придется денька два посидеть над билетом))))
-
Здесь на отлично решений не увидел) . на 2 полно . на отлично их можно довести но придется денька два посидеть над билетом))))
"Пацан написал, пацан сделал" :D
К четвергу ждем ваше, на отлично, не забудьте пожалуйста! ;D
-
Здесь на отлично решений не увидел) . на 2 полно . на отлично их можно довести но придется денька два посидеть над билетом))))
Экзамен идет 5 часов, о каких 2-х днях идет речь )))
-
"Пацан написал, пацан сделал" :D
К четвергу ждем ваше, на отлично, не забудьте пожалуйста! ;D
Был пацан и нет пацана
-
Добрый день. Посмотрите, пожалуйста, решение кому не сложно
-
Добрый день. Посмотрите, пожалуйста, решение кому не сложно
В ОУ усложнение задачи и не оптимальная методика проведения.
Нет смысла в новой методике в данном случае, вы все равно ставите блокировку далее по коду и проводите старым методом.
То есть место одного старого, вы делаете новый зачем то, потом старый метод.
Так же остатки все надо на момент времени брать, а не писать если режим проведения оперативный..........
Я бы еще проверку поставил на текущую политику, если не установлена то отменял бы проведение.
В задаче написано что продаются услуги, у вас не продаются, в регистры не пишутся. Хотя возможно это уже придирка))
-
Спасибо большое за замечания. Буду проводить по старой методике
Добрый день. Посмотрите, пожалуйста, решение кому не сложно
В ОУ усложнение задачи и не оптимальная методика проведения.
Нет смысла в новой методике в данном случае, вы все равно ставите блокировку далее по коду и проводите старым методом.
То есть место одного старого, вы делаете новый зачем то, потом старый метод.
Так же остатки все надо на момент времени брать, а не писать если режим проведения оперативный..........
Я бы еще проверку поставил на текущую политику, если не установлена то отменял бы проведение.
В задаче написано что продаются услуги, у вас не продаются, в регистры не пишутся. Хотя возможно это уже придирка))
-
Только ОУ. Посмотрите пожалуйста такой решения ОУ, жизнеспособен или нет?
P.S. Все решения в данном разделе смотрела, обсуждения видела.
Вариант 1. Определение учетной политики не на момент списания, а на момент приходования - не понравился
Вариант 2. Где определяется уч. пол. в списание - лучше, но уход от партий на общую партию - по средней(или док изменения), без возможности обратно вернуться к партиям не устроил
Камнями не кидаться.
-
Только ОУ. Посмотрите пожалуйста такой решения ОУ, жизнеспособен или нет?
P.S. Все решения в данном разделе смотрела, обсуждения видела.
Вариант 1. Определение учетной политики не на момент списания, а на момент приходования - не понравился
Вариант 2. Где определяется уч. пол. в списание - лучше, но уход от партий на общую партию - по средней(или док изменения), без возможности обратно вернуться к партиям не устроил
Камнями не кидаться.
Не придумывайте велосипед, здесь максимум вариация: заполнять партию при учете по средней или нет ;) Переход делаете документом изменения. При оприходование читаете учетную политику, в зависимости от нее определяете партию. При списании всегда реализуете алгоритм как по фифо.
-
Только ОУ. Посмотрите пожалуйста такой решения ОУ, жизнеспособен или нет?
P.S. Все решения в данном разделе смотрела, обсуждения видела.
Вариант 1. Определение учетной политики не на момент списания, а на момент приходования - не понравился
Вариант 2. Где определяется уч. пол. в списание - лучше, но уход от партий на общую партию - по средней(или док изменения), без возможности обратно вернуться к партиям не устроил
Камнями не кидаться.
Не придумывайте велосипед, здесь максимум вариация: заполнять партию при учете по средней или нет ;) Переход делаете документом изменения. При оприходование читаете учетную политику, в зависимости от нее определяете партию. При списании всегда реализуете алгоритм как по фифо.
Я видела другие решения и методику поняла, но мне не очень нравится как решение стыкуется с условиями. Я понимаю, что проверяющие принимают то решение и соглашаются с ним. Но мне интересно жизнеспособен ли данный вариант, не обязательно же решать под копирку.
-
Только ОУ. Посмотрите пожалуйста такой решения ОУ, жизнеспособен или нет?
P.S. Все решения в данном разделе смотрела, обсуждения видела.
Вариант 1. Определение учетной политики не на момент списания, а на момент приходования - не понравился
Вариант 2. Где определяется уч. пол. в списание - лучше, но уход от партий на общую партию - по средней(или док изменения), без возможности обратно вернуться к партиям не устроил
Камнями не кидаться.
Не придумывайте велосипед, здесь максимум вариация: заполнять партию при учете по средней или нет ;) Переход делаете документом изменения. При оприходование читаете учетную политику, в зависимости от нее определяете партию. При списании всегда реализуете алгоритм как по фифо.
Я видела другие решения и методику поняла, но мне не очень нравится как решение стыкуется с условиями. Я понимаю, что проверяющие принимают то решение и соглашаются с ним. Но мне интересно жизнеспособен ли данный вариант, не обязательно же решать под копирку.
Они не просто принимают и соглашаются с ним, они именно так и рекомендуют делать. Посмотрите курсы Белоусова.
-
Только ОУ. Посмотрите пожалуйста такой решения ОУ, жизнеспособен или нет?
P.S. Все решения в данном разделе смотрела, обсуждения видела.
Вариант 1. Определение учетной политики не на момент списания, а на момент приходования - не понравился
Вариант 2. Где определяется уч. пол. в списание - лучше, но уход от партий на общую партию - по средней(или док изменения), без возможности обратно вернуться к партиям не устроил
Камнями не кидаться.
Не придумывайте велосипед, здесь максимум вариация: заполнять партию при учете по средней или нет ;) Переход делаете документом изменения. При оприходование читаете учетную политику, в зависимости от нее определяете партию. При списании всегда реализуете алгоритм как по фифо.
Я видела другие решения и методику поняла, но мне не очень нравится как решение стыкуется с условиями. Я понимаю, что проверяющие принимают то решение и соглашаются с ним. Но мне интересно жизнеспособен ли данный вариант, не обязательно же решать под копирку.
Ну, чтобы вариант был жизнеспособен, он должен как минимум работать. У вашего же решения будут проблемы при переходе со средней на партионный учет и наоборот.
Вот, например тестовый пример:
ПН1 - Товар1 - 5 штук по 40 руб. - сумма 200
ПН2 - Товар1 - 5 штук по 10 руб - сумма 50
Учетная политика - по ФИФО.
РН1 - Товар1 - 4 штуки. Списывает себестоимость 4*40=160. Верно.
Учетная политика - по средней.
РН2 - Товар1 - 1 штука. Списывает по вашему алгоритму 1 штуку по средней с ПН1 - 90/6=15. Верно.
Но из-за того, что списание у вас всегда происходит с какой-либо партии, имеем остаток по ПН1:
Товар1 - 0 штук - 25 руб.
Т.е. зависла сумма. И это не единственная проблема вашего решения.
-
Ну, чтобы вариант был жизнеспособен, он должен как минимум работать. У вашего же решения будут проблемы при переходе со средней на партионный учет и наоборот.
Вот, например тестовый пример:
ПН1 - Товар1 - 5 штук по 40 руб. - сумма 200
ПН2 - Товар1 - 5 штук по 10 руб - сумма 50
Учетная политика - по ФИФО.
РН1 - Товар1 - 4 штуки. Списывает себестоимость 4*40=160. Верно.
Учетная политика - по средней.
РН2 - Товар1 - 1 штука. Списывает по вашему алгоритму 1 штуку по средней с ПН1 - 90/6=15. Верно.
Но из-за того, что списание у вас всегда происходит с какой-либо партии, имеем остаток по ПН1:
Товар1 - 0 штук - 25 руб.
Т.е. зависла сумма. И это не единственная проблема вашего решения.
[/quote]
Она не зависла, она спишется при следующем списании.
-
Выложу свой вариант. Придерживался минимализма и соблюдения всех требований.
Тут недавно www говорил что нет решений на "5", попытался опровергнуть это заявление))).
-
Только ОУ. Посмотрите пожалуйста такой решения ОУ, жизнеспособен или нет?
P.S. Все решения в данном разделе смотрела, обсуждения видела.
Вариант 1. Определение учетной политики не на момент списания, а на момент приходования - не понравился
Вариант 2. Где определяется уч. пол. в списание - лучше, но уход от партий на общую партию - по средней(или док изменения), без возможности обратно вернуться к партиям не устроил
Камнями не кидаться.
Не придумывайте велосипед, здесь максимум вариация: заполнять партию при учете по средней или нет ;) Переход делаете документом изменения. При оприходование читаете учетную политику, в зависимости от нее определяете партию. При списании всегда реализуете алгоритм как по фифо.
Я видела другие решения и методику поняла, но мне не очень нравится как решение стыкуется с условиями. Я понимаю, что проверяющие принимают то решение и соглашаются с ним. Но мне интересно жизнеспособен ли данный вариант, не обязательно же решать под копирку.
Все ходят на ногах, можно ходить на руках, чтобы не делать все под копирку)))
Вариант не жизнеспособен. Вам по любому надо закрывать регистр в "НОЛЬ". Это можно сделать только списав партии при переходе на среднюю.
-
Выложу свой вариант. Придерживался минимализма и соблюдения всех требований.
Тут недавно www говорил что нет решений на "5", попытался опровергнуть это заявление))).
Мне кажется (может я и не прав), но при установке новой политики (проведении документа изм. учетной политики) ставить все движения на партию ссылку этого документа нужно только в случае ФИФО. Если переход на применение метода списания по средней то лучше партию заполнять пустой ссылкой. Тогда в ПН не нужно будет записывать псевдо партии.
И еще - заметил что никто не делает в РБ измерение Валюта. Если его не использовать, то получается неэффективное использование регистра. Каждый раз в отчетах и алгоритмах, для того чтобы получить валюту приходится делать доп. соединение с таблицей Справочник.Договоры. Как то не оптимально, если можно хранить данные в регистре.
-
Выложу свой вариант. Придерживался минимализма и соблюдения всех требований.
Тут недавно www говорил что нет решений на "5", попытался опровергнуть это заявление))).
Такое громкое заявление, что захотелось посмотреть :)
Вот мои вопросы к Вашему решению:
ОперативныйУчет:
1. Во временной таблице РН суммируется поле «НомерСтроки», а к Сумме применяется «Минимум».
2. В итоговой выборке РН нет итогов по полю «СуммаОстаток».
3. В модуле РН создается переменная «Нехватка», которая дальше не используется.
4. В отчете выбираются лишние поля в запросе – КоличествоОборот и СуммаОборот.
Бухгалтерский Учет:
1. В документе ПД в вирт.таблице к регистру бухгалтерии не определен порядок Субконто, при этом есть связь по реквизиту Субконто2.
2. Не знаю на сколько это будет считаться ошибкой, но на мой взгляд, в виртуальной таблице с курсами валют должен быть параметр с валютами, по которым нужно получать курсы.
3. В запросе выбирается «Валюта», которая дальше не используется.
4. Вряд ли есть необходимость оставлять документу КД «Оперативное проведение»
5. В документе КД в вирт.таблице к регистру бухгалтерии не определен порядок Субконто, при этом есть связь по реквизиту Субконто2
6. В документе КД если СуммаПоТекущемуКурсу = ВыборкаДетальныеЗаписи.СуммаОстаток, то будет создана проводка с пустой суммой.
7. По отчету я все-таки планирую сделать Валюту не параметром запроса, а параметром отбора в отчете. И кстати снова неопределен порядок субконто.
Расчеты:
С интересом ознакомился с решением без отдельного вида расчета «Вечерние часы», правильно ли это – подумаю позже. По возникшим вопросам:
1. Справочники ФизическиеЛица и Подразделения не включены в соответствующую подсистему.
2. Оперативное проведение для документа НЗ на мой взгляд лишнее.
3. При проведении командировки нужно в График писать жестко «Пятидневка», а не то, что стоит в реквизите табличной части документа.
4. В запросе выбирается НормаВЧ, которая дальше не используется.
5. Т.к. у Вас левое соединение с БазойОсновныхНачислений, то РезультатБаза и ОтработаноЧасовБаза нужно проверять на NULL
6. В измерениях не хватает «Подразделения». Т.к. совместительство допускается, то у Вас в одной табличной части могут оказаться две строки с одинаковым работником и разными подразделениями.
-
В задачи БУ есть противоречие.
В задаче сказано:
Оплата задолженности по отгрузке происходит документом «Приход денег», где указывается контрагент и сумма оплаты в рублях. Сумма должна автоматически распределяться на договоры в соответствии с максимальной рублевой задолженностью по договору (чем больше задолженность, тем скорее она должна быть оплачена). Следует считать, что авансов и переплат быть не может.
При этом в отчете приводят в качестве примера следующие данные:
Была задолженность 100 000 руб, затем документом "Расходная Накладная №5" эта задолженность увеличена на 50 000 руб. Затем, документом "Приход денег № 12" погашена сумма 155 400руб., при этом сверх задолженности (авансом/переплатой) 5 400руб.
В связи с этим не понятно как делать логику списания задолженности при проведении документа Приход денег.
-
Выложу свой вариант. Придерживался минимализма и соблюдения всех требований.
Тут недавно www говорил что нет решений на "5", попытался опровергнуть это заявление))).
Мне кажется (может я и не прав), но при установке новой политики (проведении документа изм. учетной политики) ставить все движения на партию ссылку этого документа нужно только в случае ФИФО. Если переход на применение метода списания по средней то лучше партию заполнять пустой ссылкой. Тогда в ПН не нужно будет записывать псевдо партии.
И еще - заметил что никто не делает в РБ измерение Валюта. Если его не использовать, то получается неэффективное использование регистра. Каждый раз в отчетах и алгоритмах, для того чтобы получить валюту приходится делать доп. соединение с таблицей Справочник.Договоры. Как то не оптимально, если можно хранить данные в регистре.
1. В коде работает так, если в документе пытаются установить политику по средней, не важно была средняя или была фифо, то перегнать надо на новую партию. Чтобы отслеживать момент времени.
2. В задаче сказано. что документы могут не оперативно перепроводиться. Поэтому везде нужен момент времени. Остатки надо брать на момент времени. Задумавшись над этим решил не делать через пустую партию. На мой взгляд надежнее будет, если я запишу регистратор.
3. У меня ничего не соединяется в отчете, ставится условие. В задаче такое задание, думаю домысливать и что то делать лишнее нет смысла.
Так если порассуждать, у вас информация по валюте однозначно есть, в договоре. Если сделать еще измерение "Валюта", будет дополнительная информация о валюте. Зачем вести в двух местах инфу по одной сущности. Вот если бы была другая задача по валютному учету, где валюта была бы не в договоре, тогда да, измерение надо "Валюта".
-
Выложу свой вариант. Придерживался минимализма и соблюдения всех требований.
Тут недавно www говорил что нет решений на "5", попытался опровергнуть это заявление))).
Мне кажется (может я и не прав), но при установке новой политики (проведении документа изм. учетной политики) ставить все движения на партию ссылку этого документа нужно только в случае ФИФО. Если переход на применение метода списания по средней то лучше партию заполнять пустой ссылкой. Тогда в ПН не нужно будет записывать псевдо партии.
И еще - заметил что никто не делает в РБ измерение Валюта. Если его не использовать, то получается неэффективное использование регистра. Каждый раз в отчетах и алгоритмах, для того чтобы получить валюту приходится делать доп. соединение с таблицей Справочник.Договоры. Как то не оптимально, если можно хранить данные в регистре.
1. В коде работает так, если в документе пытаются установить политику по средней, не важно была средняя или была фифо, то перегнать надо на новую партию. Чтобы отслеживать момент времени.
2. В задаче сказано. что документы могут не оперативно перепроводиться. Поэтому везде нужен момент времени. Остатки надо брать на момент времени. Задумавшись над этим решил не делать через пустую партию. На мой взгляд надежнее будет, если я запишу регистратор.
3. У меня ничего не соединяется в отчете, ставится условие. В задаче такое задание, думаю домысливать и что то делать лишнее нет смысла.
Так если порассуждать, у вас информация по валюте однозначно есть, в договоре. Если сделать еще измерение "Валюта", будет дополнительная информация о валюте. Зачем вести в двух местах инфу по одной сущности. Вот если бы была другая задача по валютному учету, где валюта была бы не в договоре, тогда да, измерение надо "Валюта".
1 и 2 Не понимаю как это связано с задачей. Момент времени и так будет прекрасно работать с пустой партией. И остатки будут получатся тоже корректно. Ну думаю это уже придирки, и на это не будут обращать внимание)
3. Когда Вы ставите условие, то все равно делается неявный запрос (И соединение) к таблице Договоры. Если таких запросов будет много, то это будет тормозить систему.
Информация по валюте в договоре то есть, но это всего лишь источник данных для заполнения регистра бухгалтерии, как и документ. Мы же в запросах не получаем данные напрямую из документов. Тут конечно не так сурово, но могут придраться.
И кстати, последовательность обязательно нужна для этой задачи? Ведь если сделать задним числом документ Изменение учетной политики, то последовательность должна прыгнуть назад, чтобы потом перепровести документы за текущий период.
-
Выложу свой вариант. Придерживался минимализма и соблюдения всех требований.
Тут недавно www говорил что нет решений на "5", попытался опровергнуть это заявление))).
Такое громкое заявление, что захотелось посмотреть :)
Вот мои вопросы к Вашему решению:
ОперативныйУчет:
1. Во временной таблице РН суммируется поле «НомерСтроки», а к Сумме применяется «Минимум».
2. В итоговой выборке РН нет итогов по полю «СуммаОстаток».
3. В модуле РН создается переменная «Нехватка», которая дальше не используется.
4. В отчете выбираются лишние поля в запросе – КоличествоОборот и СуммаОборот.
Бухгалтерский Учет:
1. В документе ПД в вирт.таблице к регистру бухгалтерии не определен порядок Субконто, при этом есть связь по реквизиту Субконто2.
2. Не знаю на сколько это будет считаться ошибкой, но на мой взгляд, в виртуальной таблице с курсами валют должен быть параметр с валютами, по которым нужно получать курсы.
3. В запросе выбирается «Валюта», которая дальше не используется.
4. Вряд ли есть необходимость оставлять документу КД «Оперативное проведение»
5. В документе КД в вирт.таблице к регистру бухгалтерии не определен порядок Субконто, при этом есть связь по реквизиту Субконто2
6. В документе КД если СуммаПоТекущемуКурсу = ВыборкаДетальныеЗаписи.СуммаОстаток, то будет создана проводка с пустой суммой.
7. По отчету я все-таки планирую сделать Валюту не параметром запроса, а параметром отбора в отчете. И кстати снова неопределен порядок субконто.
Расчеты:
С интересом ознакомился с решением без отдельного вида расчета «Вечерние часы», правильно ли это – подумаю позже. По возникшим вопросам:
1. Справочники ФизическиеЛица и Подразделения не включены в соответствующую подсистему.
2. Оперативное проведение для документа НЗ на мой взгляд лишнее.
3. При проведении командировки нужно в График писать жестко «Пятидневка», а не то, что стоит в реквизите табличной части документа.
4. В запросе выбирается НормаВЧ, которая дальше не используется.
5. Т.к. у Вас левое соединение с БазойОсновныхНачислений, то РезультатБаза и ОтработаноЧасовБаза нужно проверять на NULL
6. В измерениях не хватает «Подразделения». Т.к. совместительство допускается, то у Вас в одной табличной части могут оказаться две строки с одинаковым работником и разными подразделениями.
Спасибо за просмотр решения!
Пятерку я бы не получил, без комментариев Алексея.
даже нашел еще одну, на Сотрудника надо поставить "Базовое", чтобы база бралась быстрее.
Мои ответы ниже, исправленное решение прикреплю чуть позже после исправлений.
ОперативныйУчет:
1. Во временной таблице РН суммируется поле «НомерСтроки», а к Сумме применяется «Минимум».
Это косяк)) Спасибо!
2. В итоговой выборке РН нет итогов по полю «СуммаОстаток».
Тут все ок, сумма не нужна в итогах. Мы то проверяем на количество остаток.
Потом уже идем по партиям, но там уже есть СуммаОстаток
3. В модуле РН создается переменная «Нехватка», которая дальше не используется.
Эта ошибка, почти такая же как в 1. Сначала делалось все на автомате, а когда пришлось делать задачи по УФ, пришлось вставлять правки.
Правка вставилась в 1 не туда, в 3 не до конца.
4. В отчете выбираются лишние поля в запросе – КоличествоОборот и СуммаОборот.
Да они лишние.
Бухгалтерский Учет:
1. В документе ПД в вирт.таблице к регистру бухгалтерии не определен порядок Субконто, при этом есть связь по реквизиту Субконто2.
Согласен, когда решал, думал зачем порядок, а оказывается он у меня в связи. Спасибо.
2. Не знаю на сколько это будет считаться ошибкой, но на мой взгляд, в виртуальной таблице с курсами валют должен быть параметр с валютами, по которым нужно получать курсы.
Такой маневр делается когда номенклатуру надо при проведении ограничить. Тут мотивировать можно тем, что номенклатуры может быть очень много. Курсов валют столько много быть не может, я же срез последних делаю. Будут все разные, но последние.
Ну и преподаватели, когда берут например зарплату по сотрудникам, не ограничивают списком сотрудником. В возможных ошибках такой установки нет. Думаю это ограничение по параметру в данном случае лишнее.
3. В запросе выбирается «Валюта», которая дальше не используется.
Согласен
4. Вряд ли есть необходимость оставлять документу КД «Оперативное проведение»
Надо, вдруг перепровести понадобится. Распределяются же деньги, а распределяются в зависимости от остатка на момент времени.
5. В документе КД в вирт.таблице к регистру бухгалтерии не определен порядок Субконто, при этом есть связь по реквизиту Субконто2
Спасибо
6. В документе КД если СуммаПоТекущемуКурсу = ВыборкаДетальныеЗаписи.СуммаОстаток, то будет создана проводка с пустой суммой.
Согласен, добавил ИначеЕсли
7. По отчету я все-таки планирую сделать Валюту не параметром запроса, а параметром отбора в отчете. И кстати снова неопределен порядок субконто.
Можно и отбором. На мой взгляд разницы нет, отбором наверно красивее))
Расчеты:
С интересом ознакомился с решением без отдельного вида расчета «Вечерние часы», правильно ли это – подумаю позже. По возникшим вопросам:
1. Справочники ФизическиеЛица и Подразделения не включены в соответствующую подсистему.
Согласен
2. Оперативное проведение для документа НЗ на мой взгляд лишнее.
Да лишнее, поэтому я туда и не лазил даже, а 1С настроила)))
3. При проведении командировки нужно в График писать жестко «Пятидневка», а не то, что стоит в реквизите табличной части документа.
Тут не знаю, соглашаться или нет. Вроде и надо писать жестко, а с другой стороны требования такого не встречал. Поэтому оставлю, чтоб не переделывать.
4. В запросе выбирается НормаВЧ, которая дальше не используется.
Согласен
5. Т.к. у Вас левое соединение с БазойОсновныхНачислений, то РезультатБаза и ОтработаноЧасовБаза нужно проверять на NULL
Да поставил.
6. В измерениях не хватает «Подразделения». Т.к. совместительство допускается, то у Вас в одной табличной части могут оказаться две строки с одинаковым работником и разными подразделениями.
Тут все есть, и в ТЧ и в регистре и считает по подразделениям. Может вы перепутали с каким то другим решением.
-
Выложу свой вариант. Придерживался минимализма и соблюдения всех требований.
Тут недавно www говорил что нет решений на "5", попытался опровергнуть это заявление))).
Мне кажется (может я и не прав), но при установке новой политики (проведении документа изм. учетной политики) ставить все движения на партию ссылку этого документа нужно только в случае ФИФО. Если переход на применение метода списания по средней то лучше партию заполнять пустой ссылкой. Тогда в ПН не нужно будет записывать псевдо партии.
И еще - заметил что никто не делает в РБ измерение Валюта. Если его не использовать, то получается неэффективное использование регистра. Каждый раз в отчетах и алгоритмах, для того чтобы получить валюту приходится делать доп. соединение с таблицей Справочник.Договоры. Как то не оптимально, если можно хранить данные в регистре.
1. В коде работает так, если в документе пытаются установить политику по средней, не важно была средняя или была фифо, то перегнать надо на новую партию. Чтобы отслеживать момент времени.
2. В задаче сказано. что документы могут не оперативно перепроводиться. Поэтому везде нужен момент времени. Остатки надо брать на момент времени. Задумавшись над этим решил не делать через пустую партию. На мой взгляд надежнее будет, если я запишу регистратор.
3. У меня ничего не соединяется в отчете, ставится условие. В задаче такое задание, думаю домысливать и что то делать лишнее нет смысла.
Так если порассуждать, у вас информация по валюте однозначно есть, в договоре. Если сделать еще измерение "Валюта", будет дополнительная информация о валюте. Зачем вести в двух местах инфу по одной сущности. Вот если бы была другая задача по валютному учету, где валюта была бы не в договоре, тогда да, измерение надо "Валюта".
1 и 2 Не понимаю как это связано с задачей. Момент времени и так будет прекрасно работать с пустой партией. И остатки будут получатся тоже корректно. Ну думаю это уже придирки, и на это не будут обращать внимание)
3. Когда Вы ставите условие, то все равно делается неявный запрос (И соединение) к таблице Договоры. Если таких запросов будет много, то это будет тормозить систему.
Информация по валюте в договоре то есть, но это всего лишь источник данных для заполнения регистра бухгалтерии, как и документ. Мы же в запросах не получаем данные напрямую из документов. Тут конечно не так сурово, но могут придраться.
И кстати, последовательность обязательно нужна для этой задачи? Ведь если сделать задним числом документ Изменение учетной политики, то последовательность должна прыгнуть назад, чтобы потом перепровести документы за текущий период.
1. Решение с регистратором никакие требования не нарушит. Пустая партия мне показалась менее надежный вариант.
3. Это наверно к экзамену на эксперта вопрос будет актуален. На специалиста это не важно в данном случае.
Последовательностей нет ни в одной задаче на спеца. В задаче сказано, что документы задним числом не вводятся, но могут перепроводиться.
В момент перепроведения надо брать на момент времени.
-
даже нашел еще одну, на Сотрудника надо поставить "Базовое", чтобы база бралась быстрее.
"Базовое" нужно ставить не для того, чтобы база бралась быстрее, а чтобы платформа сделала соответствующий индекс. Смысла ставить "Базовое" на одно поле нет никакого, т.к. одно поле можно проиндексировать, установив реквизит "Индексировать".
"Базовое" нужно ставить как минимум на 2 поля, причем порядок в регистре важен - именно в таком порядке потом нужно будет устанавливать измерения при получении базы - чтобы индекс работал. Поэтому в Вашем случае нужно будет поставить "Базовое" на Сотрудников и Подразделения.
2. Не знаю на сколько это будет считаться ошибкой, но на мой взгляд, в виртуальной таблице с курсами валют должен быть параметр с валютами, по которым нужно получать курсы.
Такой маневр делается когда номенклатуру надо при проведении ограничить. Тут мотивировать можно тем, что номенклатуры может быть очень много. Курсов валют столько много быть не может, я же срез последних делаю. Будут все разные, но последние.
Ну и преподаватели, когда берут например зарплату по сотрудникам, не ограничивают списком сотрудником. В возможных ошибках такой установки нет. Думаю это ограничение по параметру в данном случае лишнее.
В реальной жизни, тоже так сделал бы скорее всего, а на экзамене есть ошибка связанная с установкой параметров виртуальных таблиц, поэтому я бы выгрузил остатки во временную таблицу, получил бы все встречающиеся валюты и дальше связал бы с курсом. Сдавать я буду дистанционно, доказывать про незначительность справочника валют будет некому :)
3. При проведении командировки нужно в График писать жестко «Пятидневка», а не то, что стоит в реквизите табличной части документа.
Тут не знаю, соглашаться или нет. Вроде и надо писать жестко, а с другой стороны требования такого не встречал. Поэтому оставлю, чтоб не переделывать.
В условии задачи написано - все работают по пятидневке, но нужно предусмотреть разные графики, про командировки четко - пятидневка.
6. В измерениях не хватает «Подразделения». Т.к. совместительство допускается, то у Вас в одной табличной части могут оказаться две строки с одинаковым работником и разными подразделениями.
Тут все есть, и в ТЧ и в регистре и считает по подразделениям. Может вы перепутали с каким то другим решением.
У Вас вот такой код при получении Базы:
Измерения = Новый Массив;
Измерения.Добавить("Сотрудник");
Запрос.УстановитьПараметр("Регистратор", Ссылка);
Запрос.УстановитьПараметр("ВидРасчета", ПланыВидовРасчета.ОсновныеНачисления.Командировка);
Запрос.УстановитьПараметр("Измерения", Измерения);
РезультатЗапроса = Запрос.Выполнить();
Нужно в массив "Измерения" добавить еще "Подразделения".
-
даже нашел еще одну, на Сотрудника надо поставить "Базовое", чтобы база бралась быстрее.
"Базовое" нужно ставить не для того, чтобы база бралась быстрее, а чтобы платформа сделала соответствующий индекс. Смысла ставить "Базовое" на одно поле нет никакого, т.к. одно поле можно проиндексировать, установив реквизит "Индексировать".
"Базовое" нужно ставить как минимум на 2 поля, причем порядок в регистре важен - именно в таком порядке потом нужно будет устанавливать измерения при получении базы - чтобы индекс работал. Поэтому в Вашем случае нужно будет поставить "Базовое" на Сотрудников и Подразделения.
2. Не знаю на сколько это будет считаться ошибкой, но на мой взгляд, в виртуальной таблице с курсами валют должен быть параметр с валютами, по которым нужно получать курсы.
Такой маневр делается когда номенклатуру надо при проведении ограничить. Тут мотивировать можно тем, что номенклатуры может быть очень много. Курсов валют столько много быть не может, я же срез последних делаю. Будут все разные, но последние.
Ну и преподаватели, когда берут например зарплату по сотрудникам, не ограничивают списком сотрудником. В возможных ошибках такой установки нет. Думаю это ограничение по параметру в данном случае лишнее.
В реальной жизни, тоже так сделал бы скорее всего, а на экзамене есть ошибка связанная с установкой параметров виртуальных таблиц, поэтому я бы выгрузил остатки во временную таблицу, получил бы все встречающиеся валюты и дальше связал бы с курсом. Сдавать я буду дистанционно, доказывать про незначительность справочника валют будет некому :)
3. При проведении командировки нужно в График писать жестко «Пятидневка», а не то, что стоит в реквизите табличной части документа.
Тут не знаю, соглашаться или нет. Вроде и надо писать жестко, а с другой стороны требования такого не встречал. Поэтому оставлю, чтоб не переделывать.
В условии задачи написано - все работают по пятидневке, но нужно предусмотреть разные графики, про командировки четко - пятидневка.
6. В измерениях не хватает «Подразделения». Т.к. совместительство допускается, то у Вас в одной табличной части могут оказаться две строки с одинаковым работником и разными подразделениями.
Тут все есть, и в ТЧ и в регистре и считает по подразделениям. Может вы перепутали с каким то другим решением.
У Вас вот такой код при получении Базы:
Измерения = Новый Массив;
Измерения.Добавить("Сотрудник");
Запрос.УстановитьПараметр("Регистратор", Ссылка);
Запрос.УстановитьПараметр("ВидРасчета", ПланыВидовРасчета.ОсновныеНачисления.Командировка);
Запрос.УстановитьПараметр("Измерения", Измерения);
РезультатЗапроса = Запрос.Выполнить();
Нужно в массив "Измерения" добавить еще "Подразделения".
Я сделал так специально. Я не хочу по подразделениям брать базу. Я хочу по сотруднику. Написано что "все начисления", вот поэтому я так и сделал. Белоусов, когда читает курс говорит пр базовое так. Если участвует как раз в том массиве, куда вы хотите добавить подразделение, значит флаг базовое должен стоять. Как платформа потом с этим работает я не знаю, то ли индекс ставит, то ли еще что то делает.
Можно так как вы говорите, можно так как я сделал. Ошибки такой нет на мой взгляд, так как про виртуальные таблицы говориться скорее все го в разрезе регистров накопления. Но в моем случае не надо еще писать что то дополнительно, то есть быстрее будет для экзамена. Билет и так с не слабым кодированием.
Сказал бы то же самое и про график пятидневку. Тут я еще видел неоднократно как преподаватель делает. Жестко не ставит, все вводит в ТЧ.
-
Я сделал так специально. Я не хочу по подразделениям брать базу. Я хочу по сотруднику. Написано что "все начисления", вот поэтому я так и сделал. Белоусов, когда читает курс говорит пр базовое так. Если участвует как раз в том массиве, куда вы хотите добавить подразделение, значит флаг базовое должен стоять. Как платформа потом с этим работает я не знаю, то ли индекс ставит, то ли еще что то делает.
Вот в этой статье написано как платформа работает с этим свойством: https://its.1c.ru/db/metod8dev/content/2749/hdoc
-
Я сделал так специально. Я не хочу по подразделениям брать базу. Я хочу по сотруднику. Написано что "все начисления", вот поэтому я так и сделал. Белоусов, когда читает курс говорит пр базовое так. Если участвует как раз в том массиве, куда вы хотите добавить подразделение, значит флаг базовое должен стоять. Как платформа потом с этим работает я не знаю, то ли индекс ставит, то ли еще что то делает.
Вот в этой статье написано как платформа работает с этим свойством: https://its.1c.ru/db/metod8dev/content/2749/hdoc
Да действительно, вместо "базовое" можно поставить индексировать. Но если я поставлю базовое, то тоже правильно будет. Потому что по умолчанию индекс не создается. А от флажка "базовое" создается по одному полю "Сотрудник". Для себя сделал вывод "Если поле участвует в получении базы, то надо ставить базовое".
-
Добрый день !
Результат экзамена:
24 сентября 2018 г.
Оценка: 3
Экзамен считается сданным при оценке больше или равной 3.
Комментарий:
Установка учетной политики при переходу на значение "По средней" должна была очищать партии в регистре.
С уважением,
Отдел организации обучения фирмы "1С"
P.S.: В приложении билет, как я его решал на самом экзамене, может кому пригодится
-
Buriy, ComradeKite, Ещё момент по задаче - расчёте записей берётся срез последних по окладу, однако если сторнирование, тогда ставка оклада должна браться из периода сторнирования, как я понимаю... Хотя судя по комментариям этого не требуется...
-
Buriy, ComradeKite, Ещё момент по задаче - расчёте записей берётся срез последних по окладу, однако если сторнирование, тогда ставка оклада должна браться из периода сторнирования, как я понимаю... Хотя судя по комментариям этого не требуется...
Не требуется
-
Buriy, ComradeKite, Ещё момент по задаче - расчёте записей берётся срез последних по окладу, однако если сторнирование, тогда ставка оклада должна браться из периода сторнирования, как я понимаю... Хотя судя по комментариям этого не требуется...
Не требуется
У меня на экзамене Белоусов сказал, что нужно брать ставку оклада сторно-записей из периода сторнирования. Я сказал, что когда формировал сами записи, в реквизит "Размер" писал оклад. А когда делаю расчет, то если у записи есть признак "Сторно", то поле размер не перезаполняю. Т.о. оклад в сторно записи соответсвует периоду, за который эта запись рассчитывается. Его это устроило. И в принципе, это правильное решение.
А если для сторно-записи брать оклад на начало текущего периода - это уже будет ошибкой.
-
Сдавал этот билет 02 ноября (разумеется дистанционно); вчера прилетел ответ "Оценка 5", без комментария. Я немного затроил с отчётом по расчёту ЗП, - запутался в строках, колонках кросс-таблицы и вместо этого махнул руками и сделал вообще без кросс-таблицы. Оценку не снизили - экзаменатору явно понравился алгоритм списания, исключающий проблему копеек на валютном счёте:
Если СуммаПоДокументу <= Окр(ВыборкаОбщийИтог.СуммаРасч, 2) Тогда
ВыборкаДетальныеЗаписи = ВыборкаОбщийИтог.Выбрать();
ОсталосьСписать = СуммаПоДокументу;
Пока ВыборкаДетальныеЗаписи.Следующий() Цикл
Движение = Движения.Управленческий.Добавить();
Движение.СчетДт = ПланыСчетов.Управленческий.Касса;
Движение.СчетКт = ПланыСчетов.Управленческий.Покупатели;
Движение.Период = Дата;
Движение.Сумма = Мин(ВыборкаДетальныеЗаписи.СуммаРасч, ОсталосьСписать); //как тут выше писали, в соотв. с отчётом отриц. рублёвый остаток может быть и при нулевом валютном
//далее если хватает, то списать всю вал сумму, иначе часть валютной пропорционально рублёвому остатку.
Движение.СуммаВалКт = ?(ВыборкаДетальныеЗаписи.СуммаРасч >= ОсталосьСписать, ВыборкаДетальныеЗаписи.СуммаВалОстатокДт, ОсталосьСписать/ВыборкаДетальныеЗаписи.Курс);
Движение.СубконтоКт[ПланыВидовХарактеристик.ВидыСубконто.Контрагент] = Контрагент;
Движение.СубконтоКт[ПланыВидовХарактеристик.ВидыСубконто.Договор] = ВыборкаДетальныеЗаписи.Субконто2;
ОсталосьСписать = ОсталосьСписать - Движение.СуммаВалКт ;
КонецЦикла;
Иначе
Отказ =Истина;
Сообщить("Реальная сумма составляет " + Окр(ВыборкаОбщийИтог.СуммаРасч, 2));
КонецЕсли;
ОУ: По среднему делал приход на пустую партию, остальное всё банально. Нюанс: проверка на пустую партию в приходной, а не в расходной.
БУ: Субконто Контрагент, Договор, валюта через точку от Договора (реквизит). Отдельное субконто Контрагент нужно для задания УФ. При корректировке задолженности проверка, чтобы |Разница| было больше или равно 0,01 (иначе появится много записей с руб. суммой 0,01) Ещё нюанс, на который потерял много времени: в отчёте БУ и КорректировкеЗадолженности по привычке брал остаткокДт/оборотДт, а надо просто СуммаОстаток и СуммаВалОстаток.
ОУ и БУ: красивости не наводил, Сумму с Количеством не группировал, - просто не успел.
СПР: всё банально, вечерние часы отдельным видом расчёта, базовые Оклад и Командировка но про сторно ("данные могут вводиться задним числом" ) условие кажись убрали (или я его не реализовывал) UPD: условие про сторно - ЕСТЬ, в соответствии с темой по поправки к Актуальным билетам.
Готовился с нуля, по темам первых 6 билетов с этого форума, (с поправками к Актуальным билетам: forum.chistov.pro/index.php?topic=3953.msg53929#msg53929 ), семинар самого Чистова по расчётным задачам (в 2009 году, 5 видео-занятий, они есть в интернете - это самое толковое объяснение расчётных задач),статьи с Инфостарта, статья Гилёва про управляемые блокировки.
-
Попался этот билет на экзамене.
Условие, что командировка может вводиться задним числом - есть!!!
Когда готовился, понадеялся, что уберут, ан нет.
В итоге отделалася часом трясущихся рук. Всё решил, но в механизме получения дополнения, похоже допустил ошибку - не записал набор перед получением дополнения.
Скоро узнаю, насколько это плохо :)
-
Условие сторнирования - ЕСТЬ!
... Всё решил, но в механизме получения дополнения, похоже допустил ошибку - не записал набор перед получением дополнения.
Скоро узнаю, насколько это плохо :)
Сожалею, что указал на неправильный путь..
Хоть моя репутация уже подмочена, смею Вас уверить: записывать набор перед получением дополнения не нужно. Рабочий вариант сторнирования - в базе с решением (предыдущий мой пост). Так все делают.
-
но в механизме получения дополнения, похоже допустил ошибку - не записал набор перед получением дополнения.
Скоро узнаю, насколько это плохо :)
При получении дополнения записывать набор записей перед этим не нужно (иначе это просто лишняя нагрузка на базу данных). Так что должно быть верно.
-
Экзамен сдал.
Комментарий: Хорошо.
Качественно скомпоновал все решения и опубликовал на Инфостарте.
https://expert.chistov.pro/public/956340/
Если кому-то понадобится, можно скачать БеЗплатно базы. (читайте текст, в конце ссылка)
Буду благодарен за "+".
Ещё доработал и опубликовал шпаргалки- на них ушло много времени. Думаю, будут очень полезны при подготовке.
Пишите комментарии, если возникнут вопросы :)
-
Доброго! Мой вариант решения билета. Буду благодарен за обратную связь.
-
Доброго! Мой вариант решения билета. Буду благодарен за обратную связь.
Посмотрел только часть, которая меня интересовала :)
На мой взгляд, вечерние часы рассчитываются неверно.
В условии ведь указано, как надо считать часовую ставку оклада, а вечерние часы нужно считать от часовой ставки, это тоже указано в условии.
Плюс указано, что вечерние часы надо считать и для командировки. А это вообще не реализовано.
-
Доброго! Мой вариант решения билета. Буду благодарен за обратную связь.
Посмотрел только часть, которая меня интересовала :)
На мой взгляд, вечерние часы рассчитываются неверно.
В условии ведь указано, как надо считать часовую ставку оклада, а вечерние часы нужно считать от часовой ставки, это тоже указано в условии.
Плюс указано, что вечерние часы надо считать и для командировки. А это вообще не реализовано.
Спасибо за комментарий.
По поводу корректности расчета вечерних часов: "Часовая ставка рассчитывается как начальное значение оклада, деленное на количество рабочих часов в том же периоде" - думаю здесь банальный копи/паст из расчета оклада, только с заменой фактических часов из ресурса "Значение" на факт из ресурса "ВечерниеЧасы" регистра "ГрафикиРаботы".
Насчет замечания вечерних часов и командировки - для вечерних часов не настроено вытеснение командировкой, поэтому они будут считаться независимо для указанного периода действия.
Но тут вопрос достаточно спорный. Фразу: "Вечерние часы (командировка) рассчитываются также как и для оклада" - можно трактовать двояко. Либо алгоритм в точности такой же как и расчет вечерних часов от оклада, либо вместо часовой ставки оклада, берем часовую ставку от командировки. Можно было и по второму варианту реализовать, но я поленился :D . Правильнее всего будет уточнить у экзаменатора или объяснить в пояснительной записке свою точку зрения.
-
Как сделать это: Считается, что документы задним числом не вводятся, но старые документы могут неоперативно перепроводиться.
немного не понимаю, скажите пожалуйста
-
Как сделать это: Считается, что документы задним числом не вводятся, но старые документы могут неоперативно перепроводиться.
немного не понимаю, скажите пожалуйста
в условие запроса к регистрам остатков добавить "МоментВремени = ?(РежимПроведения=РежимПроведенияДокумента.Оперативный,
Неопределено, МоментВремени())";
или не надо ничего делать?
кто то на экзамене это не делал, кто то делал. как быть?
-
Как сделать это: Считается, что документы задним числом не вводятся, но старые документы могут неоперативно перепроводиться.
немного не понимаю, скажите пожалуйста
в условие запроса к регистрам остатков добавить "МоментВремени = ?(РежимПроведения=РежимПроведенияДокумента.Оперативный,
Неопределено, МоментВремени())";
или не надо ничего делать?
кто то на экзамене это не делал, кто то делал. как быть?
Так делать не надо.
Получайте остатки на МоментВремени()
Старые документы проводятся неоперативно, Вы и получаете остаток на МоментВремени() документа.
Тем более это одно из требований экзамена.
Реализовывать как-то нарушение последовательности в рамках экзамена не нужно.
-
Как сделать это: Считается, что документы задним числом не вводятся, но старые документы могут неоперативно перепроводиться.
немного не понимаю, скажите пожалуйста
в условие запроса к регистрам остатков добавить "МоментВремени = ?(РежимПроведения=РежимПроведенияДокумента.Оперативный,
Неопределено, МоментВремени())";
или не надо ничего делать?
кто то на экзамене это не делал, кто то делал. как быть?
Так делать не надо.
Получайте остатки на МоментВремени()
Старые документы проводятся неоперативно, Вы и получаете остаток на МоментВремени() документа.
Тем более это одно из требований экзамена.
Реализовывать как-то нарушение последовательности в рамках экзамена не нужно.
Спасибо!
-
Здравствуйте, в 3 билете не получается сделать УФ..
подскажите как в справочник Контрагенты сделать форму с движениями по РегБух
и переход по нав.ссылке из комментария документа?
не понятно как реализовать..хоть подсказочку дайте!Заранее спасибо!
-
Здравствуйте, в 3 билете не получается сделать УФ..
подскажите как в справочник Контрагенты сделать форму с движениями по РегБух
и переход по нав.ссылке из комментария документа?
не понятно как реализовать..хоть подсказочку дайте!Заранее спасибо!
Можно пролистать тему вверх, где то находил описание реализации. или подсмотреть во вложении, там вроде все работает. За оптимальность остального не скажу, перерешивал несколько раз, но в этом варианте точно реализованы все задачки по УФ.
-
За оптимальность остального не скажу, перерешивал несколько раз, но в этом варианте точно реализованы все задачки по УФ.
Расходная накладная не делает никаких движений :-\
-
Привет всем!
У кого есть возможность и время, прошу посмотреть и дать оценку только по ОУ.
-
Добрый день. Пожалуйста кто сможет критику по СПР. (: реализовал фул с вечерними часами. может гдет об****я (ошибся) жестко)
-
Вопрос по ОУ. У регистра сведений: изменение учетной политики, периодичность в пределах месяца или в пределах дня?
Просто сказано, что может меняться каждый месяц, НО изменение фиксируется соответствующим документом, который может изменятся каждый день.
-
Что у меня с регистром? почему не удаляет старые движения?Что не так?
-
Вопрос по ОУ. У регистра сведений: изменение учетной политики, периодичность в пределах месяца или в пределах дня?
Просто сказано, что может меняться каждый месяц, НО изменение фиксируется соответствующим документом, который может изменятся каждый день.
А где Вы увидели условие про каждодневное изменение документа?
Делайте месяц. Помимо условия о месячном периоде изменения учетной политики, в приведенных примерах в задании изменение метода списания два раза в начале месяца - 1 января 2012 г. и 1 февраля 2012 г.
-
Добрый день. Пожалуйста кто сможет критику по СПР. (: реализовал фул с вечерними часами. может гдет об****я (ошибся) жестко)
АП! :)
-
Что у меня с регистром? почему не удаляет старые движения?Что не так?
Сама разобралась.
Ну как разобралась..Отменила проведенные доки и заново провела, и всё нормально. А до этого просто перепроводила, без отмены. Это нормально? Или всё равно что то не так?
-
Помогите разобраться с отчетом!не понимаю почему вылазит эта ошибка
-
Помогите разобраться с отчетом!не понимаю почему вылазит эта ошибка
Посмотрите что Вы группируете в конечном запросе.
-
Помогите разобраться с отчетом!не понимаю почему вылазит эта ошибка
Посмотрите что Вы группируете в конечном запросе.
Ой, как это сюда попало? Моя невнимательность меня подводит как обычно. Всё быстро быстро делаешь, чтобы успеть за 5 часов. А получается так
Спасибо Вам большое!
-
Вопрос по Бух учету
В задаче сказано:
Оплата задолженности по отгрузке происходит документом «Приход денег», где указывается контрагент и сумма оплаты в рублях. Сумма должна автоматически распределяться на договоры в соответствии с максимальной рублевой задолженностью по договору (чем больше задолженность, тем скорее она должна быть оплачена). Следует считать, что авансов и переплат быть не может.
А в отчете выходит что приход денег сделал переплату по рублю?
-
Здравствуйте, друзья. Объясните, пожалуйста, про расчет вечерних часов. Здесь толком не нашел решения, вроде есть одно, но пишут, что не совсем правильное. Как сам сделать, не знаю. Другие решения, даже самые последние, без вечерних часов. Их что, вообще не обязательно делать? Почему они выделены жирным шрифтом в билетах? Спасибо!
-
Здравствуйте, друзья. Объясните, пожалуйста, про расчет вечерних часов. Здесь толком не нашел решения, вроде есть одно, но пишут, что не совсем правильное. Как сам сделать, не знаю. Другие решения, даже самые последние, без вечерних часов. Их что, вообще не обязательно делать? Почему они выделены жирным шрифтом в билетах? Спасибо!
Смотри я делал с часами имея ввиду в том числе. т.е. 8 часовой день. из него 2 часа брал на вечерние. добавляешь еще один ресурс в график работ. при заполнении проверяешь если день недели это 1.3.5 тогда запиливаешь в новый ресурс 2 в обычный 6 а не 8. Хотя по условие можно подумать что 2 часа это сверх 8.
и просто рассчитываешь их по обычной формуле для вида расчета только еще домнажаешь на 1.5. как итог получиться: оклад/план*факт+ оклад/план*ФактВечерниеЧасы*1.5.
Вот как то так. :)
-
Помогите пожалуйста.
Не считает командировку, в чем может быть причина? Посмотрите, если не сложно..
-
Помогите пожалуйста.
Не считает командировку, в чем может быть причина? Посмотрите, если не сложно..
у вас период регистрации даты начислений различаются. документ этого кода начисления идут за 18 год.
Почему вы сделали вечерние часы как отдельный вид расчета? "Вечерние часы (командировка) рассчитываются также, как и для оклада (возможно не требуется)." Получается в пнд срд и пят люди работают по 10 часов.
ps. во вложении ваша база, все работает
-
Помогите пожалуйста.
Не считает командировку, в чем может быть причина? Посмотрите, если не сложно..
у вас период регистрации даты начислений различаются. документ этого кода начисления идут за 18 год.
Почему вы сделали вечерние часы как отдельный вид расчета? "Вечерние часы (командировка) рассчитываются также, как и для оклада (возможно не требуется)." Получается в пнд срд и пят люди работают по 10 часов.
ps. во вложении ваша база, все работает
Вот я не поняла, почему вечерние часы это в скобочка командировка?)
Поэтому подумала и сделала раздельно..
Можете прислать свой вариант решения?)
-
Помогите пожалуйста.
Не считает командировку, в чем может быть причина? Посмотрите, если не сложно..
у вас период регистрации даты начислений различаются. документ этого кода начисления идут за 18 год.
Почему вы сделали вечерние часы как отдельный вид расчета? "Вечерние часы (командировка) рассчитываются также, как и для оклада (возможно не требуется)." Получается в пнд срд и пят люди работают по 10 часов.
ps. во вложении ваша база, все работает
Вот я не поняла, почему вечерние часы это в скобочка командировка?)
Поэтому подумала и сделала раздельно..
Можете прислать свой вариант решения?)
409 на предыдущей странице
-
Помогите пожалуйста.
Не считает командировку, в чем может быть причина? Посмотрите, если не сложно..
у вас период регистрации даты начислений различаются. документ этого кода начисления идут за 18 год.
Почему вы сделали вечерние часы как отдельный вид расчета? "Вечерние часы (командировка) рассчитываются также, как и для оклада (возможно не требуется)." Получается в пнд срд и пят люди работают по 10 часов.
Блин, запуталась..Если вечерние часы это тоже самое, что и командировка, тогда что мне убирать из кода? командировку или вечерние часы?
ps. во вложении ваша база, все работает
Вы посмотрели мое решение? Условие дурацкое, можно понимать и как вы сделали, и как я а можно еще как я но только с 10 часами работы в эти 3 дня. Мне кажется самое логичное что эти 2 часа входят в рабочий график. Просто в конкретные дни расчет именно этих часов ведется на 50% больше. Я бы убрал из решения вид расчета вечерние часы. запилил оклад и командировку где добавил в расчет вечерние часы по графику. я описал это решение выше.
-
Помогите пожалуйста.
Не считает командировку, в чем может быть причина? Посмотрите, если не сложно..
у вас период регистрации даты начислений различаются. документ этого кода начисления идут за 18 год.
Почему вы сделали вечерние часы как отдельный вид расчета? "Вечерние часы (командировка) рассчитываются также, как и для оклада (возможно не требуется)." Получается в пнд срд и пят люди работают по 10 часов.
Блин, запуталась..Если вечерние часы это тоже самое, что и командировка, тогда что мне убирать из кода? командировку или вечерние часы?
ps. во вложении ваша база, все работает
Вы посмотрели мое решение? Условие дурацкое, можно понимать и как вы сделали, и как я а можно еще как я но только с 10 часами работы в эти 3 дня. Мне кажется самое логичное что эти 2 часа входят в рабочий график. Просто в конкретные дни расчет именно этих часов ведется на 50% больше. Я бы убрал из решения вид расчета вечерние часы. запилил оклад и командировку где добавил в расчет вечерние часы по графику. я описал это решение выше.
Вот я переделала вот так. Ввела тестовые данные ,но командировка у меня не считается..Вроде так ввела данные для расчета. Блин..Посмотрите пожалуйста
-
Помогите пожалуйста.
Не считает командировку, в чем может быть причина? Посмотрите, если не сложно..
у вас период регистрации даты начислений различаются. документ этого кода начисления идут за 18 год.
Почему вы сделали вечерние часы как отдельный вид расчета? "Вечерние часы (командировка) рассчитываются также, как и для оклада (возможно не требуется)." Получается в пнд срд и пят люди работают по 10 часов.
Блин, запуталась..Если вечерние часы это тоже самое, что и командировка, тогда что мне убирать из кода? командировку или вечерние часы?
ps. во вложении ваша база, все работает
Вы посмотрели мое решение? Условие дурацкое, можно понимать и как вы сделали, и как я а можно еще как я но только с 10 часами работы в эти 3 дня. Мне кажется самое логичное что эти 2 часа входят в рабочий график. Просто в конкретные дни расчет именно этих часов ведется на 50% больше. Я бы убрал из решения вид расчета вечерние часы. запилил оклад и командировку где добавил в расчет вечерние часы по графику. я описал это решение выше.
Вот я переделала вот так. Ввела тестовые данные ,но командировка у меня не считается..Вроде так ввела данные для расчета. Блин..Посмотрите пожалуйста
1) Вы обращаетесь к базе но тащите простые ресурсы. Нужно результатбаза и т.д.
2) Не наблюдаю связи с графиком, добавлю 6 дневку и все п...й пойдет)
3) У вас в цикле расчета базарезультат одна из букв английская. хрен заметишь.
-
Помогите пожалуйста.
Не считает командировку, в чем может быть причина? Посмотрите, если не сложно..
у вас период регистрации даты начислений различаются. документ этого кода начисления идут за 18 год.
Почему вы сделали вечерние часы как отдельный вид расчета? "Вечерние часы (командировка) рассчитываются также, как и для оклада (возможно не требуется)." Получается в пнд срд и пят люди работают по 10 часов.
Блин, запуталась..Если вечерние часы это тоже самое, что и командировка, тогда что мне убирать из кода? командировку или вечерние часы?
ps. во вложении ваша база, все работает
Вы посмотрели мое решение? Условие дурацкое, можно понимать и как вы сделали, и как я а можно еще как я но только с 10 часами работы в эти 3 дня. Мне кажется самое логичное что эти 2 часа входят в рабочий график. Просто в конкретные дни расчет именно этих часов ведется на 50% больше. Я бы убрал из решения вид расчета вечерние часы. запилил оклад и командировку где добавил в расчет вечерние часы по графику. я описал это решение выше.
Вот я переделала вот так. Ввела тестовые данные ,но командировка у меня не считается..Вроде так ввела данные для расчета. Блин..Посмотрите пожалуйста
1) Вы обращаетесь к базе но тащите простые ресурсы. Нужно результатбаза и т.д.
2) Не наблюдаю связи с графиком, добавлю 6 дневку и все п...й пойдет)
3) У вас в цикле расчета базарезультат одна из букв английская. хрен заметишь.
Чей билет в этой ветке вы считаете самым приближенным к правильному? Мне чтобы посмотреть
-
Помогите пожалуйста.
Не считает командировку, в чем может быть причина? Посмотрите, если не сложно..
у вас период регистрации даты начислений различаются. документ этого кода начисления идут за 18 год.
Почему вы сделали вечерние часы как отдельный вид расчета? "Вечерние часы (командировка) рассчитываются также, как и для оклада (возможно не требуется)." Получается в пнд срд и пят люди работают по 10 часов.
Блин, запуталась..Если вечерние часы это тоже самое, что и командировка, тогда что мне убирать из кода? командировку или вечерние часы?
ps. во вложении ваша база, все работает
Вы посмотрели мое решение? Условие дурацкое, можно понимать и как вы сделали, и как я а можно еще как я но только с 10 часами работы в эти 3 дня. Мне кажется самое логичное что эти 2 часа входят в рабочий график. Просто в конкретные дни расчет именно этих часов ведется на 50% больше. Я бы убрал из решения вид расчета вечерние часы. запилил оклад и командировку где добавил в расчет вечерние часы по графику. я описал это решение выше.
Вот я переделала вот так. Ввела тестовые данные ,но командировка у меня не считается..Вроде так ввела данные для расчета. Блин..Посмотрите пожалуйста
1) Вы обращаетесь к базе но тащите простые ресурсы. Нужно результатбаза и т.д.
2) Не наблюдаю связи с графиком, добавлю 6 дневку и все п...й пойдет)
3) У вас в цикле расчета базарезультат одна из букв английская. хрен заметишь.
Чей билет в этой ветке вы считаете самым приближенным к правильному? Мне чтобы посмотреть
свой) можете проанализировать др решения буду рад замечаниям
-
Народ подскажите в БУ задаче валюту пользователь может поменять в договоре с одной на другую? вроде ничего не сказано про это получается может а это многое меняет
-
Народ подскажите в БУ задаче валюту пользователь может поменять в договоре с одной на другую? вроде ничего не сказано про это получается может а это многое меняет
Не надо себе придумывать задач.
Раз ничего не сказано, значит и учитывать это не надо.
Если у Вас ничего не сказано в задании о многократном изменении оклада, Вы же не будете его реализовывать? Или если не сказано о том, что вид расчета может вводиться задним числом, Вы же не будете реализовывать для него сторно записи? Вот и здесь также - ничего придумывать, додумывать не надо.
-
Посмотрите мое решение по СПР пожалуйста. Решал по доп.условиям. Вечерние воспринял как дополнительно к основному, т.е. сверху 2 часа.
Вначале затупил со сторно записями, таблица дополнений хоть убей была пустая. Потом понял, что ввожу в одном периоде регистрации, а он должен быть разным.
-
Всем привет. Народ, помогите пожалуйста... смотрю в книгу, вижу фигу.
При получении данных (в общем модуле) для расчета оклада, "норма" и "факт" времени = 0.
Никак не пойму в чем дело. Вроде настройки объектов просмотрел...
Заранее спасибо!
-
Всем привет. Народ, помогите пожалуйста... смотрю в книгу, вижу фигу.
При получении данных (в общем модуле) для расчета оклада, "норма" и "факт" времени = 0.
Никак не пойму в чем дело. Вроде настройки объектов просмотрел...
Заранее спасибо!
Да вроде все норм)
Для командировки не рассчитывается из-за отсутствия записей по окладу за предыдущие периоды.
-
Всем привет. Народ, помогите пожалуйста... смотрю в книгу, вижу фигу.
При получении данных (в общем модуле) для расчета оклада, "норма" и "факт" времени = 0.
Никак не пойму в чем дело. Вроде настройки объектов просмотрел...
Заранее спасибо!
Да вроде все норм)
Для командировки не рассчитывается из-за отсутствия записей по окладу за предыдущие периоды.
С командировкой понятно... у меня для оклада при получении данных графика, факт и норма времени были равны 0.
Я так понял, что у Вас нет...?
-
Всем привет. Народ, помогите пожалуйста... смотрю в книгу, вижу фигу.
При получении данных (в общем модуле) для расчета оклада, "норма" и "факт" времени = 0.
Никак не пойму в чем дело. Вроде настройки объектов просмотрел...
Заранее спасибо!
Да вроде все норм)
Для командировки не рассчитывается из-за отсутствия записей по окладу за предыдущие периоды.
С командировкой понятно... у меня для оклада при получении данных графика, факт и норма времени были равны 0.
Я так понял, что у Вас нет...?
Ничего не меняла, только перепровела ваш документ ???
-
Всем привет. Народ, помогите пожалуйста... смотрю в книгу, вижу фигу.
При получении данных (в общем модуле) для расчета оклада, "норма" и "факт" времени = 0.
Никак не пойму в чем дело. Вроде настройки объектов просмотрел...
Заранее спасибо!
Да вроде все норм)
Для командировки не рассчитывается из-за отсутствия записей по окладу за предыдущие периоды.
С командировкой понятно... у меня для оклада при получении данных графика, факт и норма времени были равны 0.
Я так понял, что у Вас нет...?
Ничего не меняла, только перепровела ваш документ ???
У меня так же было, надо было перепроводить
-
Всем привет. Народ, помогите пожалуйста... смотрю в книгу, вижу фигу.
При получении данных (в общем модуле) для расчета оклада, "норма" и "факт" времени = 0.
Никак не пойму в чем дело. Вроде настройки объектов просмотрел...
Заранее спасибо!
Да вроде все норм)
Для командировки не рассчитывается из-за отсутствия записей по окладу за предыдущие периоды.
С командировкой понятно... у меня для оклада при получении данных графика, факт и норма времени были равны 0.
Я так понял, что у Вас нет...?
Ничего не меняла, только перепровела ваш документ ???
У меня так же было, надо было перепроводить
Спасибо за то, что посмотрели. Но все равно у меня не считает...
Сделал уже новый пример (в выгрузке)... не считает командировку за март и все тут.
Может кто-нибудь посмотреть? Заранее спасибо!
-
Спасибо за то, что посмотрели. Но все равно у меня не считает...
Сделал уже новый пример (в выгрузке)... не считает командировку за март и все тут.
Может кто-нибудь посмотреть? Заранее спасибо!
У вас в Плане вида расчета для Командировки не стоят отметки, кто является базовыми видами расчета, поэтому при расчете у вас ОтработаноЧасовБаза пустое.
-
Спасибо за то, что посмотрели. Но все равно у меня не считает...
Сделал уже новый пример (в выгрузке)... не считает командировку за март и все тут.
Может кто-нибудь посмотреть? Заранее спасибо!
У вас в Плане вида расчета для Командировки не стоят отметки, кто является базовыми видами расчета, поэтому при расчете у вас ОтработаноЧасовБаза пустое.
Действительно ))) Спасибо большое!
-
Наконец-то полностью доделал все задания из билета. :o
Если у кого есть возможность, проверьте пожалуйста. Буду благодарен комментариям и замечаниям.
-
Всем привет.
Формула суммы верная?
ОсталосьСписать = ВыборкаНоменклатура.Количество;
ВыборкаДетальныеЗаписи = ВыборкаНоменклатура.Выбрать();
Пока ОсталосьСписать > 0 и ВыборкаДетальныеЗаписи.Следующий() Цикл
Движение = Движения.ОстаткиНоменклатуры.Добавить();
Движение.ВидДвижения = ВидДвиженияНакопления.Расход;
Движение.Период = Дата;
Движение.Номенклатура = ВыборкаДетальныеЗаписи.Номенклатура;
Движение.Партия = ВыборкаДетальныеЗаписи.Партия;
Движение.Количество = Мин(ОсталосьСписать,ВыборкаДетальныеЗаписи.КоличествоОстаток);
Движение.Сумма = ?(ОсталосьСписать=ВыборкаДетальныеЗаписи.КоличествоОстаток,ВыборкаДетальныеЗаписи.СуммаОстаток,ВыборкаДетальныеЗаписи.СуммаОстаток/ВыборкаДетальныеЗаписи.КоличествоОстаток*ОсталосьСписать);
ОсталосьСписать = ОсталосьСписать - Движение.Количество;
-
Нет, ОсталосьСписать поменять на Движение.Количество. Находить сначала долю, а затем умножать на ВыборкаДетальныеЗаписи.СуммаОстаток.
А почему вы не хотите сделать попроще?
Движение.Сумма = Движение.Количество / ВыборкаДетальныеЗаписи.КоличествоОстаток * ВыборкаДетальныеЗаписи.СуммаОстаток;
-
Нет, ОсталосьСписать поменять на Движение.Сумма. Находить сначала долю, а затем умножать на ВыборкаДетальныеЗаписи.СуммаОстаток.
А почему вы не хотите сделать попроще?
Движение.Сумма = Движение.Количество / ВыборкаДетальныеЗаписи.КоличествоОстаток * ВыборкаДетальныеЗаписи.СуммаОстаток;
может на движение.количество?
правильнее (по моему)
Движение.Сумма = ?(Движение.Количество=ВыборкаДетальныеЗаписи.КоличествоОстаток,ВыборкаДетальныеЗаписи.СуммаОстаток, Движение.Количество/ВыборкаДетальныеЗаписи.КоличествоОстаток * ВыборкаДетальныеЗаписи.СуммаОстаток);
с промежуточными переменными все лучше смотрится
проверка нужна "Движение.Количество=ВыборкаДетальныеЗаписи.КоличествоОотаток" если будет не группирована номенклатура (не помню точно но в каком то случае у меня не отработала формула)
-
;D Ой, да. Писал в полудреме уже)
-
Смотрится может и лучше, но больше букв, а на экзамене нужно все делать побыстрее и по компактнее, конечно, не забывая про правильность
-
Смотрится может и лучше, но больше букв, а на экзамене нужно все делать побыстрее и по компактнее, конечно, не забывая про правильность
Не намного букв, зато ошибиться меньше шансов и читабельнее
-
Добрый день уважаемые коллеги
Понемногу готовлюсь к экзамену, пока решают только билеты оперативного и бухгалтерского учет.
Вот решил 1-ю и 2-ю задачу 3-го билета.
Как мы все знаем, без взгляда со стороны и объективной критики сложно определить ошибки, исправить, сделать выводы и двигаться дальше. поэтому мне необходима Ваша помощь ;D
Посмотрите пожалуйста мое решение, буду очень признателен.
С своей стороны обещаю посмотреть и проверить(сам пока экзамен не сдавал, но думаю большинство ошибок выявить смогу) решение каждого кто обратиться.
Заранее благодарен.
-
Почему у меня не пишутся движения расходной в РН?
Посмотрите пожалуйста!
-
Почему у меня не пишутся движения расходной в РН?
Посмотрите пожалуйста!
Флаг записи не поставлен после очистки движений.
-
Почему у меня не пишутся движения расходной в РН?
Посмотрите пожалуйста!
Я еще не открыв Ваше решение предположил, что у Вас не установлен флаг Записывать для набора записей и не ошибся.
Запомните раз и навсегда - для документов (по умолчанию) свойство "Запись движений при проведении" равно значению "Только выбранные", это значит что в регистр будут записаны только те движения, у которых Записывать равно Истина.
И запомните еще:
Движения.Записывать(); - записывает все наборы записей с установленным флагом и СБРАСЫВАЕТ флаг Записывать
В итоге, ваша конструкция:
Движения.ОстаткиНоменклатуры.Записывать = Истина;
Движения.Записать();привела к тому, что движения пустые записались, но и флаг сбросился, поэтому по окончания выполнения процедуры проведения движения есть в наборе записей, но в регистр не помещаются.
-
Почему у меня не пишутся движения расходной в РН?
Посмотрите пожалуйста!
Флаг записи не поставлен после очистки движений.
Спасибо!!
-
Почему у меня не пишутся движения расходной в РН?
Посмотрите пожалуйста!
Я еще не открыв Ваше решение предположил, что у Вас не установлен флаг Записывать для набора записей и не ошибся.
Запомните раз и навсегда - для документов (по умолчанию) свойство "Запись движений при проведении" равно значению "Только выбранные", это значит что в регистр будут записаны только те движения, у которых Записывать равно Истина.
И запомните еще:
Движения.Записывать(); - записывает все наборы записей с установленным флагом и СБРАСЫВАЕТ флаг Записывать
В итоге, ваша конструкция:
Движения.ОстаткиНоменклатуры.Записывать = Истина;
Движения.Записать();привела к тому, что движения пустые записались, но и флаг сбросился, поэтому по окончания выполнения процедуры проведения движения есть в наборе записей, но в регистр не помещаются.
Спасибо Вам!!!
-
Здравствуйте.
Возник вопрос по расчетной задаче. По записи базового периода для командировок .
Кто то отнимает два месяца от даты документа начисления(так сделано у Niczzz) :
Движение.БазовыйПериодНачало = НачалоМесяца(ДобавитьМесяц(Дата,-2));
Движение.БазовыйПериодКонец = КонецМесяца(ДобавитьМесяц(Дата,-1));
А кто то от даты начала и окончания месяца. (у Хильды):
Движение.БазовыйПериодНачало = ДобавитьМесяц(НачалоМесяца(ТекСтрокаОсновныеНачисления.ДатаНачала), -2);
Движение.БазовыйПериодКонец = ДобавитьМесяц(КонецМесяца(ТекСтрокаОсновныеНачисления.ДатаОкончания), -1);
По логике нужно отталкиваться от даты действия командировки.
Как нужно делать на экзамене?
Еще вопрос по оформлению интерфейса. Делать группы команд просят прямо в задании или это подразумевается само собой.
снимут ли баллы если не успею красоту навести ? Вычитал здесь что обращают внимание на внешний вид отчета.
Спасибо.
-
Доделал третий билет . За основу взяты решения Niczz и Хильды.
Просьба оценить решение.
Спасибо.
-
Доделал третий билет . За основу взяты решения Niczz и Хильды.
Просьба оценить решение.
Спасибо.
Либо я что-то не понимаю либо у вас в решении не так.
В билете явно написано: Документ «Приход денег» должен формировать следующие проводки:
Дт «Касса» - Кт «Покупатели»
Почему у Вас документ Приход денег делает проводку Дт "ПрибылиУбытки", Кт "Покупатели"??
-
Доделал третий билет . За основу взяты решения Niczz и Хильды.
Просьба оценить решение.
Спасибо.
Либо я что-то не понимаю либо у вас в решении не так.
В билете явно написано: Документ «Приход денег» должен формировать следующие проводки:
Дт «Касса» - Кт «Покупатели»
Почему у Вас документ Приход денег делает проводку Дт "ПрибылиУбытки", Кт "Покупатели"??
Да вы правы. Спасибо.
-
Не подскажите как в отчете реализовать такое?
Отчет по БУ делаю.На закладке "Выбранные поля" добавляю группу и в нее 2 поля. Вот как мне сделать так, чтобы в отчете название группы отображалось, например Начальный остаток, а вложенные в эту группу поля: сумма и СуммаВалютная- НЕ отображались
-
Не подскажите как в отчете реализовать такое?
Отчет по БУ делаю.На закладке "Выбранные поля" добавляю группу и в нее 2 поля. Вот как мне сделать так, чтобы в отчете название группы отображалось, например Начальный остаток, а вложенные в эту группу поля: сумма и СуммаВалютная- НЕ отображались
Здравствуйте!
Нужно воспользоваться Макетом
-
Доделал третий билет . За основу взяты решения Niczz и Хильды.
Просьба оценить решение.
Спасибо.
Зачем в расходной накладной два раза делать Движения.ОстаткиНоменклатуры.Записывать = Истина; ? И как я понимаю метод Запрос.УстановитьПараметр("МоментВремени", МоментВремени()); используется не верно.
-
Не подскажите как в отчете реализовать такое?
Отчет по БУ делаю.На закладке "Выбранные поля" добавляю группу и в нее 2 поля. Вот как мне сделать так, чтобы в отчете название группы отображалось, например Начальный остаток, а вложенные в эту группу поля: сумма и СуммаВалютная- НЕ отображались
Здравствуйте!
Нужно воспользоваться Макетом
Скажите как Вы в отчете сделали представление документа "Расходная накладная № 1"
-
Не подскажите как в отчете реализовать такое?
Отчет по БУ делаю.На закладке "Выбранные поля" добавляю группу и в нее 2 поля. Вот как мне сделать так, чтобы в отчете название группы отображалось, например Начальный остаток, а вложенные в эту группу поля: сумма и СуммаВалютная- НЕ отображались
Здравствуйте!
Нужно воспользоваться Макетом
Скажите как Вы в отчете сделали представление документа "Расходная накладная № 1"
Здравствуйте!
Я в отчете делал через пользовательское поле.
-
Здравствуйте. Посмотрите пожалуйста мой вариант решения
-
Здравствуйте. Посмотрите пожалуйста мой вариант решения
Валюта должна быть измерением в регистре бухгалтерии.
За такое упрощение, как у тебя (и у многих) снимают балл.
-
Какое активное обсуждение 3 го билета, после тухлого второго у вас тут рог изобилия дискуссий) Мне это нравиться.
-
Почему у меня не пишутся движения расходной в РН?
Посмотрите пожалуйста!
Флаг записи не поставлен после очистки движений.
Спасибо!!
А почему в этой конструкции ты ставишь неопределено?
Разве не должен быть документ изменение учетной политики?
Движение.Партия = ?(УчетнаяПолитика = Перечисления.УчетнаяПолитика.Средняя, Неопределено,Ссылка);
-
Друзья а кто может посмотреть где я там накосячиЛ?
При проведении расходной накладной ошибка не знаю о чем идет речь
Почему у тебя два отдельных цикла? Должно быть цикл в цикле. Посмотри в моем решении не так давно выкладывал
-
Друзья а кто может посмотреть где я там накосячиЛ?
При проведении расходной накладной ошибка не знаю о чем идет речь
Почему у тебя два отдельных цикла? Должно быть цикл в цикле. Посмотри в моем решении не так давно выкладывал
Как почему? По группировкам и по детальным записям
-
Друзья а кто может посмотреть где я там накосячиЛ?
При проведении расходной накладной ошибка не знаю о чем идет речь
Почему у тебя два отдельных цикла? Должно быть цикл в цикле. Посмотри в моем решении не так давно выкладывал
Как почему? По группировкам и по детальным записям
Да ты прав
-
А кто подскажет почему обращение к субконто идет именно так
ЭлементБлокировки.УстановитьЗначение(ПланыВидовХарактеристик.ВидыСубконто.Контрагент, Контрагент);
Кто может рассказать как это работает?
-
Добрый день!
Решила Билет 3. ОУ и ПР
Не могу понять, почему в Расчетной задаче не работает Сторно?
Вытеснение проверила, Оклад вытесняется Командировкой.
Завожу документ с Окладом за май, другим документом завожу Командировку, и по идее во втором документе должна появляться сторно-запись с Окладом, но она не появляется.
Если у кого-то будет минутка свободная, буду рада комментариям.
-
Добрый день!
Решила Билет 3. ОУ и ПР
Не могу понять, почему в Расчетной задаче не работает Сторно?
Вытеснение проверила, Оклад вытесняется Командировкой.
Завожу документ с Окладом за май, другим документом завожу Командировку, и по идее во втором документе должна появляться сторно-запись с Окладом, но она не появляется.
Если у кого-то будет минутка свободная, буду рада комментариям.
Добрый день!
Нашел для Вас свободную минутку.
Механизм дополнений и ввода сторно записей подразумевает корректировку данных прошлого периода, а у Вас периоды регистрации по майским расчетам совпадают.
-
Добрый день!
Решила Билет 3. ОУ и ПР
Не могу понять, почему в Расчетной задаче не работает Сторно?
Вытеснение проверила, Оклад вытесняется Командировкой.
Завожу документ с Окладом за май, другим документом завожу Командировку, и по идее во втором документе должна появляться сторно-запись с Окладом, но она не появляется.
Если у кого-то будет минутка свободная, буду рада комментариям.
Добрый день!
Нашел для Вас свободную минутку.
Механизм дополнений и ввода сторно записей подразумевает корректировку данных прошлого периода, а у Вас периоды регистрации по майским расчетам совпадают.
Михаил, благодарю! Разобралась, получилось.
-
СтрокаНабора.Результат = ?(ВыборкаДляВечернихЧасов.ПланРабочие = 0,0,СтрокаНабора.Размер/ВыборкаДляВечернихЧасов.ПланРабочие*ВыборкаДляВечернихЧасов.ФактВечерние*0.5); //50%
Красавчик, по задаче они получают доплату на 50%, а ты наоборот занижаешь на 50%))))) :o :o :o :o :o :o :o
-
А как получить данное условие?
{ГДЕ
(ОсновныеНачисления.ПериодДействия МЕЖДУ &ДатаНачала И &ДатаОкончания)}
В конструкторе запроса оно не указано, а по факту есть, ее руками забывают?
-
А как получить данное условие?
{ГДЕ
(ОсновныеНачисления.ПериодДействия МЕЖДУ &ДатаНачала И &ДатаОкончания)}
В конструкторе запроса оно не указано, а по факту есть, ее руками забывают?
Закладка "Компоновка данных".
-
Спасибо.
А еще подскажите пожалуйста что это значит
В форме документа «Приходная накладная» необходимо предоставить пользователю возможность вводить произвольный текстовый комментарий. Текст комментария может содержать навигационную ссылку (не более одной) на документ оплаты. Переход по навигационной ссылке должен осуществляться при нажатии кнопки открытия, созданной у данного элемента управления формы. Примерный вид пояснения приведен на следующем рисунке.
e1cib/data/Документ.РасходнаяНакладная?ref=815950e54926bab711e63a229ee2465f
Что необходимо сделать? и как эту ссылку получить.
-
Спасибо.
А еще подскажите пожалуйста что это значит
В форме документа «Приходная накладная» необходимо предоставить пользователю возможность вводить произвольный текстовый комментарий. Текст комментария может содержать навигационную ссылку (не более одной) на документ оплаты. Переход по навигационной ссылке должен осуществляться при нажатии кнопки открытия, созданной у данного элемента управления формы. Примерный вид пояснения приведен на следующем рисунке.
e1cib/data/Документ.РасходнаяНакладная?ref=815950e54926bab711e63a229ee2465f
Что необходимо сделать? и как эту ссылку получить.
Все разобрался.
-
СтрокаНабора.Результат = ?(ВыборкаДляВечернихЧасов.ПланРабочие = 0,0,СтрокаНабора.Размер/ВыборкаДляВечернихЧасов.ПланРабочие*ВыборкаДляВечернихЧасов.ФактВечерние*0.5); //50%
Красавчик, по задаче они получают доплату на 50%, а ты наоборот занижаешь на 50%))))) :o :o :o :o :o :o :o
Привет, красавчиК!
По задаче доплата 50% за вечерние часы - это отдельное начисление плюсом к основному. Получается в итоге 100% основного и +50% за те часы, которые приходятся на вечернее время, т.е. за них оклад уже насчитан и эти 50% насчитываются сверх.
-
Доброго времени суток, уважаемые коллеги! Прошу оценить решение оу, бу и пр из третьего билета. Любым замечанием буду рад прислушаться. Спасибо!
-
Расчеты.
видел в некоторых решениях 3 вида расчета, где вечерние часы выделены в отдельный вид расчета.
Не пойму с какой целью, чем это мотивировано ?
Размышляю так:
Часы работы есть дневные и вечерние. Часовая ставка рассчитывается как Оклад / общее кол-во всех часов за период расчета по графику.
Т.е. если оклад = 40000 р, а в месяце получилось 30 дневных и 10 вечерних, то ставка = 1000р/час.
Результат по окладу считается как ставка*дневные часы (факт) + ставка*вечерние часы (факт)*1.5
Т.е. результат по окладу получится 1000*30 + 1000*10*1.5 = 45000р.
Вводим в графике два ресурса, дневные и вечерние часы и решаем задачу через два вида расчета - быстро, просто.
-
Расчеты.
видел в некоторых решениях 3 вида расчета, где вечерние часы выделены в отдельный вид расчета.
Не пойму с какой целью, чем это мотивировано ?
Размышляю так:
Часы работы есть дневные и вечерние. Часовая ставка рассчитывается как Оклад / общее кол-во всех часов за период расчета по графику.
Т.е. если оклад = 40000 р, а в месяце получилось 30 дневных и 10 вечерних, то ставка = 1000р/час.
Результат по окладу считается как ставка*дневные часы (факт) + ставка*вечерние часы (факт)*1.5
Т.е. результат по окладу получится 1000*30 + 1000*10*1.5 = 45000р.
Вводим в графике два ресурса, дневные и вечерние часы и решаем задачу через два вида расчета - быстро, просто.
Командировка вытесняет оклад, работник был каждую неделю в командеровке с понедельника по среду. Сколько вечерних часов в месяце для оклада ?
-
Расчеты.
видел в некоторых решениях 3 вида расчета, где вечерние часы выделены в отдельный вид расчета.
Не пойму с какой целью, чем это мотивировано ?
Размышляю так:
Часы работы есть дневные и вечерние. Часовая ставка рассчитывается как Оклад / общее кол-во всех часов за период расчета по графику.
Т.е. если оклад = 40000 р, а в месяце получилось 30 дневных и 10 вечерних, то ставка = 1000р/час.
Результат по окладу считается как ставка*дневные часы (факт) + ставка*вечерние часы (факт)*1.5
Т.е. результат по окладу получится 1000*30 + 1000*10*1.5 = 45000р.
Вводим в графике два ресурса, дневные и вечерние часы и решаем задачу через два вида расчета - быстро, просто.
Командировка вытесняет оклад, работник был каждую неделю в командеровке с понедельника по среду. Сколько вечерних часов в месяце для оклада ?
Прокоментировал вас не разобравшись :-[, да действительно можно решить через две ресурса в регистре сведений "графики" и два вида начислений.
-
Tinton228 в сообщении #409 просил прокомментировать решение. Т.к. способ решения задачи я выбрал как у него, при сравнении результатов решений нашел 2 недочета:
1. Отчет без группировок (начисления по месяцам лесенкой)
2. Ресурс "ФактОтработанныхЧасов" = 99.999, да и вообще он не нужен (я для для командировки часы получал из РегистрРасчета.Основные.ДанныеГрафика)
З.Ы. посоветуйте видео про систему сторно в СПР.
-
ОУ: Партионный учет Фифо, ПоСредней. Документ УчетнаяПолитика
Подскажите пожалуйста кто как решил вопрос с учетом по средней себестоимости
-
Доброго времени суток!
Я видимо что-то не до конца понимаю, но мне не понятно, для чего в задаче БУ данного билета, в известных мне решениях, используют два субконто: Контрагент и Договор. Хотя, по-логике Контрагент это либо справочник-владелец Договоров, либо реквизит этого справочника. В любом случае, субконто Контрагент представляется излишним. Единственная мысль, чтобы блокировки не по всему счету делать, а по нужному контрагенту
-
В первую очередь - чтобы избежать обращения через точку. Так же блокировки, вы правильно упомянули.
-
Здравствуйте.
Возник вопрос по расчетной задаче. По записи базового периода для командировок .
Кто то отнимает два месяца от даты документа начисления(так сделано у Niczzz) :
Движение.БазовыйПериодНачало = НачалоМесяца(ДобавитьМесяц(Дата,-2));
Движение.БазовыйПериодКонец = КонецМесяца(ДобавитьМесяц(Дата,-1));
А кто то от даты начала и окончания месяца. (у Хильды):
Движение.БазовыйПериодНачало = ДобавитьМесяц(НачалоМесяца(ТекСтрокаОсновныеНачисления.ДатаНачала), -2);
Движение.БазовыйПериодКонец = ДобавитьМесяц(КонецМесяца(ТекСтрокаОсновныеНачисления.ДатаОкончания), -1);
По логике нужно отталкиваться от даты действия командировки.
Как нужно делать на экзамене?
Спасибо.
Никто не высказался по вопросу, а вопрос по существу. Я думаю надо отталкиваться в базовом периоде от периода действия, так как дата регистрации (документ) может быть октябрь, а командировка была в сентябре (в задаче ком-ки можно вводить задним числом), т.е. базовый период будет июль-август (от периода действия)
-
Добрый день.
Решаю 3 билет. Запнулся на ПолучитьДополнение().
Возвращает пустую ТЗ и все тут.
Посмотрите, пожалуйста, кому не сложно.
У меня тоже была такая проблема с этой функцией, странно, но нигде не нашла в чем может быть проблема (при всех корректных настройках ПВР). А оказалось все банально, просто сделала новый видРасчета Командировка и продублировала настройки (командировка вытесняет оклад, а оклад и командировка - база для командировки) и все заработало. В старом ВР Командировка я несколько раз меняла настройки и почему то платформа перестала их корректно воспринимать.
-
В 3 Билете 4 задание по Управляемых формах? Или Бизнес процесс?
-
В 3 Билете 4 задание по Управляемых формах? Или Бизнес процесс?
А кто-то может подсказать в чем может быть причина при выполнении 2 го пункта 4-й задачи 3 го билета не могу по ссылке перейти по ссылке к документу "e1cib/data/Документ.РасходнаяНакладная?ref=815950e54926bab711e63a229ee2465f" В чем может быть причина может что-то не установил?
-
В 3 Билете 4 задание по Управляемых формах? Или Бизнес процесс?
А кто-то может подсказать в чем может быть причина при выполнении 2 го пункта 4-й задачи 3 го билета не могу по ссылке перейти по ссылке к документу "e1cib/data/Документ.РасходнаяНакладная?ref=815950e54926bab711e63a229ee2465f" В чем может быть причина может что-то не установил?
Спасибо. Разобрался не верно получал навигационную ссылку.
-
Всем привет. Ребят решил третий билет полностью, если у кого будет время и желание, можете посмотреть на правильность решения? Буду рад услышать замечания и критику, если есть. Заранее спасибо.