Материалы курса «Подготовка к Аттестации по Платформе 8.2» — Пакет стартовых задач
Первый пакет разобранных задач по Аттестации
Это восемь задач, с которых мы предлагаем Вам начать обучение в курсе.
Почему именно эти задачи и почему именно таким «пакетом»?
Потому что в них прорабатываются все основные приемы и подходы, используемые для решения аттестационных задач — те, что будем использовать дальше, при разборе следующих.
Хотелось бы, что Вы сначала проработали именно этот пакет, от начала до конца, и только затем переходили к следующим задачам — так многое будет более понятным и узнаваемым.
Порядок работы с этим блоком:
- Нужно скачать все задачи модуля
- Обязательно попытаться решить их самостоятельно
- Просмотреть решения задач от начала до конца
- Если после просмотра остаются вопросы — задать их комментариями к этой странице
Общий объем: 10 часов 25 минут видео, в пересчете на учебные часы составляет около 14 учебных часов…
Содержание блока
- Стартовая задача № 1 (оперативный учет)
2 часа 17 минут - Стартовая задача № 2 (оперативный учет)
1 час 03 минуты - Стартовая задача № 3 (бухгалтерский учет)
1 час 12 минут - Стартовая задача № 4 (бухгалтерский учет)
1 час 12 минут - Стартовая задача № 5 (расчетные задачи)
1 час 28 минут - Стартовая задача № 6 (расчетные задачи)
1 час 14 минут - Стартовая задача № 7 (бизнес-процессы)
1 час 05 минут - Стартовая задача № 8 (бизнес-процессы + упр.формы)
55 минут
Описания задач в PDF и видео-решения находятся в архиве Стартовый пакет из 8 задач: DevAtt-Start.rar на стартовой странице.
К сожалению, у Вас недостаточно прав для дальнейшего просмотра.
Если Вы приобрели курс, но еще не активировали токен — пожалуйста, активируйте доступ по инструкциям, высланным на Ваш email после покупки.
Если Вы не залогинены на сайте — залогиньтесь, вернитесь на эту страницу и обновите ее.
Если Вы залогинены, у Вас активирован токен доступа, но Вы все равно видите эту запись — напишите нам на e-mail поддержки.
Комментарии / обсуждение (1 349):
Комментарии закрыты
Здравствуйте, Павел!
В задании к задаче №5 написано, что пособие по болезни рассчитывается как количество часов болезни умножается на среднюю часовую ставку.
Вы же в представленном видеоуроке за место часов использовали дни, т.е. упростили решение задачи. В связи с чем?
Так как видео записывалось довольно давно, в связи с чем было принято такое решение я сейчас сказать не могу. Могу лишь предположить, что с методической целью, дабы дать возможность слушателям самостоятельно доделать задачу под требования и повысить ценность курса практическими упражнениями.
Дак я как раз и застрял на этом моменте, хотел посмотреть у Вас в видео, а там схитрено.
В задании написано следующее:
«Сотрудники предприятия получают оплату по окладу пропорционально отработанному времени в днях.
бла-бла-бла…..
……
В случае болезни сотрудник получает пособие, размер которого определяется как количество часов болезни умноженное на среднюю часовую ставку. ….»
Вопрос: для расчёта средней часовой ставки, откуда брать данные о количестве отработанных ранее часов, если график задан в днях?
PS: я конечно могу тупо считать, что в дне 8 часов умножить эту цифру на количество дней, и тем самым получить количество отработанных часов. Но ведь это не правильно, информация должна храниться в графике. День мог быть и не 8-часовым (на пример предпраздничным 7-часов)
PSS: может быть в задании ошибка?
Добавьте в график часы.
Если я добавлю в график часы и подключу ресурс к регистру расчёта, тогда это будет противоречить окладу, т.к. в задании сказано «Сотрудники предприятия получают оплату по окладу пропорционально отработанному времени в днях».
На мой взгляд виды расчёта: Оплата по «окладу в днях» и «Пособие по болезни в часах» противоречат друг другу и у меня нету мыслей как их друг с другом можно увязать. Я бы хотел это увидеть в эталонном решении или получить подсказку как правильно учесть их в рамках задачи?
Так не надо подключать ресурс к регистру расчета. Просто в запросе читайте часы.
Задание, конечно с логической точки зрения дурное, но выполнимое.
Добавьте в РС ресурс Часы и при получении данных графика читайте их.
Ой, а так работает. Спасибо.
Ну тогда напрашивается другой вопрос, а для чего тогда вообще в регистре расчёта присутствует свойство «Значение графика»?
Я ща попробовал создать новый левый ресурс в регистре сведений «ГрафикиРаботы» и заполнил им в регистре расчёта свойство «Значение графика». После чего проверил таблицу с данными графика, а там всё в порядке: количество дней пристуствует по факту и по норме, точно также и количество часов присутствует по факту и норме.
Эта связь позволяет получить пропорционально базу значению графика, когда базовый период меньше чем период регистрации.
Добрый день. Вопрос по отчету в 1 задаче. При установке не жесткого условия по складу можно ли написать так:
ИЗ
РегистрНакопления.ОстаткиНоменклатуры.ОстаткиИОбороты КАК ОстаткиНоменклатурыОстаткиИОбороты
{ГДЕ
(ОстаткиНоменклатурыОстаткиИОбороты.Склад = &Склад)}
Отборы следует делать в параметрах виртуальной таблицы, а не в ГДЕ.
Здравствуйте! Подскажите, пожалуйста, нужно ли «наводить порядок» в каркасной конфигурации, т.е. относить все объекты конфигурации к определенным подсистемам или можно не тратить на это время? Снижают ли за это баллы?
Какие нужны подсистемы и что в них включать описано в общих требованиях к экзамену, требования опубликованы на сайте 1С. Крайне рекомендую их почитать. http://1c.ru/spec/questions.htm
Павел, здравствуйте!
Вопросы по задаче 2.
1. Нужно ли при присоединении данных по партиям в запросе делать проверку на NULL — если в Вашей базе пытаться реализовать товар, которого нет на остатке, то программа выдает ошибку?
2. Почему в отчете по остаткам партий товаров Вы не наложили условие на период? Будет ли это считаться ошибкой на экзамене? Лично я бы дату формирования отчета привела: ДобавитьКДате(КонецПериода(&Период, «День»), «Секунда»,1), ведь получать остатки на конец периода привычно для пользователя.
3. Что значит «Считается, что документы задним числом не вводятся, но старые документы могут неоперативно перепроводиться.» Я пыталась сделать запрет ввода новых документов не актуальной датой. Что на самом деле надо было сделать?
1. Нужно
2. Отчет на СКД сам приводит период к концу дня.
3. Ничего. Старые документы могут перепроводиться — нужно создать последовательность\ти.
2. Отчет на СКД сам приводит период к концу дня. Источник: ©Курсы-по-1С.рф
Павел, не соглашусь с Вами. У нас в отчете не период, а просто дата. В базовом курсе Евгений в таких ситуациях приводил дату как я написала выше. Кстати, проверила на Вашей выгрузке — если сделать продажу концом дня (время 23:59:59), и сформировать отчет на эту дату на конец дня (время 23:59:59), то данные по продаже не попадут в отчет по остаткам товаров.
3. Ничего. Старые документы могут перепроводиться — нужно создать последовательность\ти Источник: ©Курсы-по-1С.рф
Если ничего не надо было делать, то зачем это условие написано в задании???
2. Простите, перепутал с выбором периода. Так Вы безусловно правы.
3. Авторы заданий, изначально писали тексты ориентируясь на методику проведения которая появилась в УТ 11, как мне кажется. Там себестоимость и контроль остатков разделен, и при неоперативном перепроведении контроль остатков не выполняется. От сюда и фраза. На практике же реализовывать это в тестовых заданиях смысла нет.
Павел, здравствуйте!
Вопросы по 1 задаче:
1) зачем при создании механизма характеристик в регистре сведений «Характеристики номенклатуры» у ресурса «Характеристика» задаем «Связь по типу» с измерением «ВидХарактеристики»? Актуально ли это для 8.3 ? Не увидела никакой разницы при вводе значений характеристик без указания связи по типу и с указанием связи по типу.
2) по поводу подсчета суммы в отчете. В вашей базе вилка на склад «Север» приходила 10 штук на сумму 200 р, а в отчете стоит 10 штук на сумму 150 р (это за счет того, что Вы высчитываете себестоимость по средней) — насколько это правильно? На мой взгляд правильно, когда сумма прихода отражается из документа прихода, а не высчитывается по средней. Будет ли принят такой отчет при сдаче экзамена?
3) в задании еще было сказано про услуги: «Кроме того, в расходной накладной могут также быть указаны услуги (например, доставка). И товары и услуги необходимо указывать в одной табличной части.» Но в видео про услуги нет ни слова. Почему?
Приветствую.
1. Актуально, для составных типов. Без указания связи, в поле ввода придется сначала выбирать тип, а уже потом значение.
2. Метод расчета себестоимости определяется текстом задачи. В нашем случае — по-среднему.
3. Требования к слушателям курса подразумевают, что такие вещи Вы можете реализовать самостоятельно. Нет ни одной задачи решенной на 100% в видео. Кроме того одни и тебе механизмы в задачах повторно не разбираются.
«Нет ни одной задачи решенной на 100% в видео.» А я ждала полного разбора задач :) Думаю это сообщение снимет часть моих вопросов. Спасибо!
2. Метод расчета себестоимости определяется текстом задачи. В нашем случае — по-среднему. Источник: ©Курсы-по-1С.рф
Да, это так. Но при проведении документа мы уже рассчитали себестоимость по-среднему. Мой вопрос был про отчет. Почему в него не выводится данные по себестоимости, взятые из документа?
Так у нас отчет по остаткам, а не по движениям документа.
Здравствуйте!
1)Поясните, пожалуйста, зачем в 1 задаче при расчете себестомости при оперативном проведении
Движения.СтоимостьТоваров.Записать();
Обязательно ли так делать?
2)1 задача. В самом начале во временной таблице мне нужен помимо прочего номер строки (как минимальный в документе). Могут ли быть проблемы при загрузке Движения.ОстаткиТоваров.Загрузить(Запрос.Выполнить().Выгрузить());
Попробовала. Все работает. Но вдруг где-то что-то вылезет…
Приветствую.
1. Это мы очищаем регистр с себестоимостью. Если не очистить, то при перепроведении старые движения повлияют на результат запроса.
2. Номер строки на загрузку никак не повлияет. Более того это поле будет проигнорировано.
Павел, в связи с тем, что с недавнего времени сдача экзамена возможна только на каркасной конфигурации, актуален следующий вопрос: есть ли в курсе видео, в котором делается анализ каркасной конфигурации от 1С? Хотелось бы услышать на что следует обратить внимание при проверке каркасной конфигурации, где могут быть сделаны специальные ошибки в конфигурации, способ быстрого обнаружения ошибок в каркасной конфигурации, неисправление каких ошибок в каркасной конфигурации является грубым недочетом и т.д.
Такого видео нет. На момент написания курса сдавать можно было на пустой.
Павел, здравствуйте!
Пример по себестоимости — продаем 10 карандашей, на момент продажи остаток карандашей 19 штук на сумму 299р. Себестоимость 10 штук будет 157,36841… Надо ли делать округление до 2 знаков после запятой в самом запросе?
Нет. Главное при записи в регистр исключить проблему последней копейки.
Павел, это Вы про что? Смотрю пока 1 видео — про проблему последней копейки не слышала. Или имеется в виду выведение регистра в 0 — при списании всего количества списывать всю сумму?
Да, именно про выведении регистра в 0. При делении получается погрешность (часто в себестоимости) и это не дает закрыть регистр.
Павел, здравствуйте!
При подготовке пошла по рекомендованному Вами методу – созданию конфигурации с нуля. После создания пустой конфигурации возникли вопросы по настройке свойств самой конфигурации, а именно раздела «Совместимость» (значение данного раздела моей базы не совпадает со значениями из Вашей каркасной базы). Подскажите, какие значения нужно выставлять у режимов:
— режим управление блокировкой данных
— режим автонумерации объектов
— режим использования модальности
— режим использования синхронных вызовов расширений и внешних компонент
— режим совместимости интерфейса
— режим совместимости
Павел, подскажите, на настройку каких еще свойств стоит обратить внимание при создании конфигурации с нуля на экзамене?
Приветствую.
С недавнего времени экзамен сдается только на каркасной конфигурации.
Настройки нужно устанавливать такие, чтобы работали упр. блокировки. Модальность не использовать. Интерфейс Такси. Совместимость снята.
Павел, на данный момент в каркасной конфигурации от 1С настройки такие:
— режим управление блокировкой данных — автоматический
— режим автонумерации объектов – не освобождать автоматически
— режим использования модальности — использовать
— режим использования синхронных вызовов расширений и внешних компонент — использовать
— режим совместимости интерфейса — Такси
— режим совместимости – Версия 8.3.4
Верно ли, что правильными будут следующие:
— режим управление блокировкой данных – управляемый (или можно оставить автоматический?)
— режим автонумерации объектов – не освобождать автоматически (или освобождать?)
— режим использования модальности – НЕ использовать
— режим использования синхронных вызовов расширений и внешних компонент – использовать??? Или НЕ использовать
— режим совместимости интерфейса — Такси
— режим совместимости – Не использовать
Если экзамен теперь сдается только на каркасной конфигурации, то как Вы порекомендуете — готовиться к экзамену на каркасной конфигурации или на пустой?
Верно ли, что правильными будут следующие:
— режим управление блокировкой данных – управляемый
— режим автонумерации объектов – не освобождать автоматически — без разницы
— режим использования модальности – НЕ использовать
— режим использования синхронных вызовов расширений и внешних компонент – использовать??? Или НЕ использовать Без разницы
— режим совместимости интерфейса — Такси
— режим совместимости – Не использовать
Готовиться можно как угодно, но в каркасной разбираться надо. Там иногда настройки существующие подводят. Особенно плана счетов касается, блокировок и видов расчета. Их перепроверять обязательно.
Спасибо!
Здравствуйте Павел.
Столкнулся с очень нелепой ситуацией. По механизмам расчета, первый пакет, запрос не возвращает данных, хотя при отладке запроса данные есть, думаю что где то я что то пропустил. В общем модуле там даже есть строчка для отладки запроса в консоли.
Ссылка на дт.:
https://drive.google.com/file/d/0B7pdvP73mdXEcEd5MGNRNXU5Q1U/view?usp=sharing
Приветствую.
При решении вопросов с СПР очень часто возникают ошибки не при коде, а при вводе тестовых данных. К примеру, базовый период начало и конец местами перепутаны и база не возвращается. Проверьте данные в первую очередь.
Добрый день, Павел! Немного странный вопрос: а будет ли считаться ошибкой если я укажу режим совместимости интерфейса = Версия 8.2 ??? Или просто после проверки задачи сменю его обратно на такси 8.3… Не удобен этот такси для меня, особенно когда много объектов :(
Почитайте общие требования к экзамену. Они опубликованы на сайте 1С.
Я не считаю, что это критично, но могу представить, что после смены интерфейса может вылезти что-то.
Павел, приветствую!
Подскажите, какую вы рекомендуете из двух каркасных конфигураций брать для решения стартовых задач?
В чем их отличие?
Решать задачи на данный момент в интерфейсе Такси?
Спасибо.
Приветствую. Да, сейчас сдают на Такси. Принципиальных отличий в них нет.
Здравствуйте,
У Вас контекстная подсказка, интересная, это шаблоны, или версия платформы ;
Это шаблоны + снегопат.
Добрый день!
Вопрос по Задаче №3.
При решении задачи для хранения данных по продажам я использовал отдельный оборотный регистр накопления (Склад, Номенклатура, Количество, Себестоимость, Сумма).
Может ли это являться минусом на экзамене?
В Вашем решении меня немного смущает использование на счете «Прибыли и убытки» субконто «Номенклатура» и «Склад».
Да, за это, скорее всего, экзамен Вы завалите.
Как как данные для бухучета следует брать из регистра бухгалтерии, так как там может существовать документ Операция, а пользователь про оборотные регистры вообще ничего не знает.
Добрый день Павел.
1 Подскажите как правильно выводить сообщение пользователю? Вы предлагаете, в частности в примере контроля остатков, Сообщение = Новый СообщениеПользователю; Сообщение.Текст = ….. и т д в цикле. Что на мой взгляд, как то не очень оптимально. Почему бы не написать в одну строчку Сообщить(«Текст сообщения» + Выборка.КоличествоОстаток);. Будет ли ошибкой такой вывод информации?
И еще вопрос:
2 Первая задача (Видео 1), расчет себестоимости, запрос. Вы используете левое соединение двух таблиц ТабТЧ и СтоимостьТоваровоОстатки. При этом что бы исключить лишние записи регистра СтоимостьТоваров в параметрах виртуальной таблицы прописываете условие: Номенклатура В (Выбрать ДокТч.Номенклатура……..). А почему не использовать Внутреннее соединение, что тем самым позволит отсечь все записи виртуальной таблицы СтоимостьТоваровОстатки не удовлетворяющие условию связи по Номенклатуре?
1. http://its.1c.ru/db/metod8dev/content/3442/hdoc Это рекомендации фирмы 1С и требования к разработке конфигураций.
2. В Вашем примере будут рассчитаны все остатки, посте расчета система по условию соединения лишние проигнорирует. То есть если в остатках будет 100000 записей а в таблице документа 2 строки, то 99998 записей остатков будут рассчитаны напрасно.
Здравствуйте! В видео 2, подзадача проведения расходной наклодной при не хватке товара реализована не так, как в видео 1. В видео 1 — мы сначала делаем записи в регистр, а затем проверяем не появились ли отрицательные остатки, а в видео 2 — мы просто сравниваем количество в документе с остатком. Как правильнее? Нужно ли реализовать механизм списания во второй задаче как в первой? Или можно оставить так? Будет ли это считаться ошибкой на экзамене?
Приветствую. В курсе показаны разные приемы проведения. На экзамене следует выбирать необходимый по проектируемому решению. Если нужно использовать оперативную методику проведения, то первый случай, если нет, то второй.
Панацеи тут не существует.
Спасибо за ответ. Подскажите, а в задачах как-то указывается, какую методику проведения необходимо использовать? На какие слова обращать внимание?
В задачах не указывается. Но советую почитать общие требования к сертификации, там есть много интересного.
Павел, здравствуйте.
Рискну опять затронуть тему услуг. Как на ваш взгляд, стоит ли заморачиваться с хранением признака того, что номенклатура является услугой, в строке ТЧ документа реализации? Вы уделили много времени, чтобы донести смысл хранения коэффициента в строке ТЧ и мне кажется, что с услугой та же петрушка. Или не стоит тратить время на экзамене?
Приветствую. Признак услуги, как мне кажется, хранить в ТЧ не следует. Не может ложка стать услугой, а если и станет, то это ошибка оператора.
Добрый день! При решении 1й задачи рекомендовалось устанавливать свойство регистра блокироватьдляизменения = истина. Будет ли ошибкой на экзамене отсутствие этой записи, если у регистра выключен режим разделения итогов?
Или его следует ставить всегда на случай, если вдруг включат?
Будет ошибкой.
Добрый день.
Вопрос по расчётным задачам. Если при расчёте премии в задании сказано: «начисляется премия процентом от ВСЕХ начислений сделанных в предыдущем периоде. Надо ли включать саму эту премию в эти ВСЕ начисления (в базу) или нет?
Спасибо.
Надо
Здравствуйте, Павел. В первом задании, при проведении документа РасходнаяНакладная, читаем стоимость товаров, затем очищаем записи регистра «Движения.СтоимостьТоваров.Очистить();».
Это обязательно делать?
Вопрос снят.Спасибо.)
Здравствуйте. Вопрос по занятию 02, зачем получать метод списания в запросе, если можно получить его вот так Метод = РегистрыСведений.МетодыСписанияСебестоимости.ПолучитьПоследнее(МоментВремени()).Метод;
А «получитьПоследнее» это разве не запрос? Лучше сделать одно задание для построение запроса, чем делать несколько.
Здравствуйте Татьяна! Подскажите пожалуйста, я временно не могу проходить данный курс. Я могу приостановить действие токена на период времени, а затем продолжить обучение?
Доброго дня, Василий!
Да, активация приостановлена.
Токен для продолжения обучения отправлен Вам на почту.
Добрый день.
Вопросы по 2-й задаче стартового блока.
Вопрос про параметр МоментВремени в запросе.
В первой задаче в зависимости от режима проведения было явно прописано условие при оперативном проведении МоментВремени = ‘00010101’, этот параметр потом использовался в последнем запросе.
Во второй задаче МоментВремени устанавливается безусловно в МоментВремени() документа и используется в последенем запросе. При этом в обоих задачах движения предварительно по регистру остатков товаров записываются при оперативном проведении.
Пожалуйста, подскажите, есть ли какая-то разница? Запутался в этом Моменте :-)
Будет ли ошибкой не проверять на наличие заполненной учётной политики при проведении документа, или это мелочь? Пишем запрос так, что если УП не заполнена, то по умолчанию ФИФО и всё..?
Ещё на всякий случай: отчёт и регистр продажи не отражает информацию по количеству, хотя из задания вроде бы надо…
Спасибо.
1.Попробуйте сформулировать вопросы, я не очень понимаю о чем они.
Если нужно получить оперативные остатки, то можно либо не задавать границу в запросе, либо использовать «пустую дату» или Неопределено.
2.Защиту от дурака делать на экзамене не надо. Не заполнена учетная политика, берем любой метод.
3.Все решения не содержат 100% того что требуется в билетах. Если доведение до конца решения вызывает проблемы, то точно рано на экзамен идти.
Павел, добрый день! Подскажите пожалуйста. Если при решении задачи 1 в запросе не проводить проверку на режим проведения, а просто ставить параметр даты расчета остатков исходя из момента времени документа, то будет это являться ошибкой, и в чем принципиальная разница между оперативным проведением документа и неоперативным
Оперативное проведение гарантирует, что между позицией документа и оперативными остатками нет других движений.
Добрый день.
Спасибо за ответ.
Вопрос по отчёту по 1-й задаче стартового блока.
Формировал отчёт немного по другому:
1. Соединение (левое) делал в запросе в одном наборе данных.
2. Вычисление также в запросе.
3. Группировку ресурсов (Нач. Ост, Приход, Расход, Кон. Ост) в настройках отчёта, а не в полях компоновки.
Подскажите, пожалуйста, есть ли принципиальная разница/ошибки в таком подходе?
Насколько знаю, связь наборов данных работает как левое соединение, на практике бывали разные результаты от соединения в запросе по сравнению со связью наборов данных аналогичных таблиц в компоновке. Проявлялось в случаях когда присоединяемая таблица не содержала данных. (Видимо не совсем правильно прописывал условия соединения, не знаю…) Не сталкивались ли с таким? Что более правильно связь наборов данных или соединение в запросе с точки зрения сдачи экзамена?
Заранее Спасибо за ответ.
С уважением,
Михаил Степченков.
Связь в запросе отличается от связи в СКД тем что связь в СКД происходит в пост обработке запроса. На экзамене можно пренебречь выбором способа.
Добрый день.
Вопросы по первой задаче стартового блока.
1. Не обнаружил отражение в решении следующего пункта задания: «Кроме того, в расходной накладной могут также быть указаны услуги (например доставка). И товары и услуги необходимо указывать в одной табличной части».
Обычно это делал используя реквизит «Вид номенклатуры» с типом Перечисление.-//-, зашитым в каркасную или булево (услуга/ не услуга). Плюс по услугам не ведутся остатки и себестоимость.
Подскажите, пожалуйста, насколько критично это на экзамене? Много ли снимут?
2. Давно хотел спросить. Документ «ПродажаТовара», ОбработкаПроведения, При написании запроса устанавливается параметр Запрос.УстановитьПараметр(«ВидДвижения» ВидДвиженияНакопления.Расход).
Можно также написать используя Значение(ВидДвиженияНакопления.Расход) сразу в поле, не используя параметр. Есть ли какая-то разница? Что более правильно? Вопрос имеет смысл только для предопределённых значений.
Спасибо.
Приветствую.
1. Задачи в видео не решаются от начала до конца. Такие моменты опущены специально. На экзамене надо получать данные запросом и фильтровать услуги. Если не выполнить задание полностью балы снимут.
2. Никакой разницы нет.
Здравствуйте, Павел!
Вопрос по 5 задаче. В условии для оклада сказано, что для расчета понадобятся отработанные дни,а для больничного сказано, что нужны часы. В видео решении данной задачи, сделано только для дней. Получается нужно еще добавить ресурс «Отработанные часы» в регистр расчета «Основные начисления » , в график работы добавить измерение «ВидУчетаВремени» и вести накопление данных, как по часам так и по дням?
Дни и часы хранятся одинаково. Плановые в РС, отработанные в регистре расчета.
Это понятно. Путаница в том , что по условию просили посчитать Оклад через дни, окей, в видео посчитали, по условию просили посчитать больничные в часах , а в видео посчитали через дни. Это будет ошибкой на экзамене? Либо задачу нужно решать таким образом, где одновременно хранятся и количество дней и количество часов?
Если в задаче сказано, что больничный нужно посчитать в часах — значит его нужно посчитать в часах, иначе это будет ошибкой на экзамене. Во многих задачах нужно хранить и дни и часы и смены одновременно.
Здравствуйте Павел!
При включенном свойстве Удалять движения автоматически при отмене проведения система не очищает старые наборы записей. Старые наборы необходимо очищать вручную.
1) Старые движения необходимо очищать для всех регистров или только для регистров накопления? А если вид регистра обороты, то нужно ли его очищать?
2) В примере решения задачи оперативного учета из сборника задач при очистке движений используется метод Движения.ИмяРегистра.Записать(). Вы используете метод Очистить(). Какой метод лучше использовать при новой методике проведения Движения.ИмяРегистра.Очистить() или Движения.ИмяРегистра.Записать()?
3) Почему при проведении документа нужно отталкиваться от режима проведения? В типовых конфигурациях в оперативном проведении проверяются остатки, при неоперативном нет. Т.е. Контроль остатков, который мы выполняем, можно возвести в условие если режим оперативный, то в параметре запроса не включать МоментВремени() в границу?
4) Задача 1, ОбработкаПроведения документа ПродажаТоваров. Строчка в конце обработки Движения.СтоимостьТоваров.Записывать = Истина движения записывает в регистр, а если ее в начало обработки положить, то не записывает. Это особенность какая то?)
Приветствую.
1. Не имеет значения. Тут нужно понять нужно ли в транзакции получить данные из регистра без учета старых движений или нет.
2. Это разные методы. Один пишет в кеш транзакции новые данные, другой очищает копию набора записей. Не могу ответить на такой вопрос «Что лучше».
3. Не понял вопроса. Режим проведения позволяет нам понять как проводится документ. Остальные действия по ситуации.
4. Эта строка ничего в регистр не записывает. Это маркер необходимости записи, либо при окончании транзакции, либо при вызове метода «Записать()» коллекции движений документа.
Судя по вопросам, я могу рекомендовать пройти базовый и продвинутый курс по программированию. на подготовку к аттестации немного рановато.
Вопрос по задаче (с комплектами) 2.32, по условию:
Продажи осуществляются документом «Расходная накладная», причем в табличной части могут указываться как комплекты, так и обычные комплектующие.
Документ реализует следующие проводки:
Дт «Прибыли и убытки» — Кт «Товары» на количество и сумму себестоимости товара (обычных позиций и позиций полученных в результате «раскладки» комплектов).
Если товара не хватает, то списывается остаточная стоимость и все указанное в документе количество;
Дт «Покупатели» — Кт «Прибыли и убытки» на сумму в продажных ценах.
В случае если какого-то товара (комплектующей) не хватает, то дополнительно формируется проводка:
Дт «Товары» — Кт «Долги по товару» на недостающее количество товара.
Необходимо получить отчет о недоотгруженном товаре.
Недопоставленный товар на 01.02.2010
Покупатель / Комплект / Материал / Кол-во
InqUnited Комплект №1 Комплектующая №1 2
InqUnited Комплект №1 Комплектующая №2 3
Как оптимально настроить субконто на счете «долги по товару»?
1. 1 субконто: «Номенклатура» (в котором будем хранить только комплекты),
и тогда для получения данных о покупателях нужно будет разворачивать обороты до регистратора,
2. 2 субконто: «Номенклатура» (комплекты) + «Покупатель»,
3. 3 субконто: «Номенклатура» (материалы) + «Комплект» + «Покупатель»,
2 или 3?
Пожалуйста задавайте вопросы на соответствующих страницах курса.
Задачу 2.32 в рамках курса мы не разбирали.
Из Вашего вопроса не понятно является ли комплектующее уникальным, или используется для разных комплектов. В зависимости от этого и буде верным либо 2 либо 3.
Так же можно сделать составное субконто, для экономии индекса «Покупатель+Комплект».
Здравствуйте Татьяна! Прошу приостановить действие моего токена, благодарю!
Доброго дня, Фоат!
Активация токена приостановлена.
Для начала обучения активируйте Ваш токен повторно.
Добрый день! В каркасной конфигурации в табличной части приходного и расходного документа есть реквизит Цена. Нужно обязательно его использовать при расчете суммы или можно его не выводить на форму и не будет ли это ошибкой?
Про ошибку тяжело сказать, но мне не кажется очень трудозатратным написать Сумма = цена*Количество, дабы не усугублять отношения экзаменатора к себе.
А вариант удалить реквизит «цена» из ТЧ этих документов может повлиять на усугубление отношения экзаменатора. Или «от греха» лучше всё-таки брать пустую?
Думаю да.
Здравствуйте.
Стартовая задача №1. Цитата из видео (на 1:21:20):»У фирмы 1С по этому поводу есть своё мнение, ничем не подкреплено, но…».
На самом деле это борьба с ошибками округления.
Если мы оформили поступление товаров в количестве 9999 шт., заплатили мы за это
100 р. Соответственно, в качестве стоимости мы укажем 1 копейку. Вопрос: если мы будем про-
давать этот товар поштучно, то по какой стоимости он будет списываться? При продаже
1 единицы товара будет списано 100/9999 = 1 коп. Следующий вопрос: если мы продадим
все 9999 штук поштучно, что в остатке получится? Регистр что нам покажет по этому
товару? Что остаток 0, потому что мы продали все товары. А вот что будет со стоимостью?
Если мы будем продавать 9999 шт. по 1 коп., мы уменьшим остаток в регистре на сумму
9999 коп. Соответственно, одна копейка у нас останется в учете. С ошибками округления
принято бороться, когда это возможно. Поэтому мы добавляем условие
ВЫБОР КОГДА Количество = ЕСТЬNULL(КоличествоОстаток, 0) ТОГДА СтоимостьОстаток
Что это условие означает? Количество того товара, который мы собираемся продать, равно
текущему остатку, это значит, что мы собираемся продать последний остаток, который
у нас имеется, а это значит, что нет необходимости выполнять расчет, и можем всю стоимость
остаток записать в поле стоимость. К чему это приведет? Когда будем продавать последний товар
или несколько товаров мы спишем стоимость остаток целиком, и если были ошибки округления, то они
все попадут в эту сумму и будут списаны. Т.е. мы по ресурсу стоимость все равно уйдем в ноль в итоге.
В формуле, которая используется в видео СПИСЫВАЕМОЕ / ОСТАТОК * СТОИМОСТЬ — математически не может возникнуть проблемы «последней копейки» регистр гарантированно спишется в ноль (когда числитель равен знаменателю, дробь будет равна единице, а сумма умноженная на единицу в итоге не изменится, и сумма, при продаже последнего товара, или грамма этого товара спишется полностью в ноль).
http://devtrainingforum.v8.1c.ru/forum/thread.jsp?id=579252#579252
Здравствуйте.
Я с вами полностью согласен.
Однако 1С рекомендует использовать формулу
СуммаОстаток / КоличествоОстаток * ТребуетсяСписать
И в этом случае могут возникнуть ошибки округления. Я просто хотел объяснить откуда «ноги растут» у
дополнительно накладываемого условия.
1. Никто этого не требует. Тем более, что «И в этом случае могут возникнуть ошибки округления».
2. В каких то задачах я явно говорил, что 1С требует дополнительное условие, ночи растут из отзывов сдающих экзамен. Ну хочет 1С дополнительное условие — ну сделаем.
По задаче 3. В видео создается документ «Операция», но в решении нигде не используется. На экзамене создавать этот документ не обязательно? Или, всё же, там «ружье на стене» выстрелит?
В общих требованиях к экзамену сказано, что такой документ должен быть создан.
Ещё один вопрос — блокировка регистра «Стоимость» по ТЧ Товары не будет ошибкой?
Не очень понял. Брать ТЧ как значение фильтра для блокировок? Да можно.
Да, как значение фильтра. Благодарю!
Вопрос по задаче №1. Ресурс «Количество» в РН Себестоимость упрощает написание запросов и код проведения документа расхода. Но ведь можно обойтись только ресурсом «Стоимость». Будет ли это ошибкой?
С точки зрения теории баз данных, я Вас понимаю, но с методологической точки, правильнее данные для расчета себестоимости хранить в одной сущности.
Благодарю!
Доброго времени суток!
Прошу приостановить действие моего токена
Доброго дня!
Активация отменена. Для начала обучения активируйте токен повторно.
Добрый день, вопрос по поводу каркасной конфигурации. В условии задачи ничего не сказано про цену, в каркасной конфигурации в некоторых документах цена есть. Нужно ли ее обрабатывать (делать обработчики для того чтобы по цене рассчитывалась сумма и т.п.). Далее из той же оперы в каждом документе каркасной есть «сумма документа», нужно ли ее заполнять? В условии задач по это ничего не сказано.
Заранее прошу прощения за вопросы, которые иногда «не совсем в тему». Как бы то нибыло, у меня есть уц, их я тоже трясу и кто-нибудь мне все равно ответит. Я к тому что вы можете и не отвечать на то, что не касается кода в принципе. На такие вопросы ответ оставляю на ваше усмотрение.
Если задача не предполагает какого-либо решения, его реализовывать не обязательно. Время- важный фактор на сертификации.
Добрый день.
Вопрос №1. (задача 1.5 сборник)
По условиям задачи способ списания партий может меняться ежедневно.
Возможные варианты списания партий: фифо, лифо, по среднему. С фифо и лифо все понятно.
Суть вопроса: в регистре уже есть записи как с партиями, так и без партий. Списать надо «по среднему», как в таком случае должна действовать программа?
Мои варианты:
Вариант 1: списать сперва все остатки где есть партии в любом порядке, предположим по фифо, потом списывать то, что по среднему (без партии).
Вариант 2: то же что и в варианте 1, но сперва списать все что без партии, потом уже все то что с партиями по любому методу.
Вариант 3: при изменении учетной политики на «по среднему» (делается документом) делать списание остатков с партиями и приход без партий.
Вопрос №2: в задачах оперативного учета надо предусматривать какие либо последовательности (для отслеживания хронологии движений или к примеру для случаев когда задним числом поменяли учетную политику).
Если в каких то надо, может вы подскажете формулировку которая намекает на это…
Вопрос №3: В отчетах по остаткам товаров приходная накладная (в тексте задач) выгладит так: «Прих. Накладная №1», я делаю обычно просто группировку в отчете по партии и у меня там та же накладная выглядит следующим образом «Приходная накладная №1 от 01.01.16» к примеру. Будет ли это являться ошибкой? Я про то что нужно ли обязательно делать форматирование текста группировки так как в отчете в задаче.
Вопрос №4: Нюанс про индексирование полей соединения и сортировки. Я так полагаю это надо делать всегда, в любом запросе. Несмотря даже на то, что по факту это может снизить производительность. Мы опираемся на то что это просто методически правильно по мнению 1с. Мое утверждение верно?
0. Задача не встречается на экзамене.
1. Нужно при изменении учетной политики с партионного на непартионный менять и остатки, то есть списывать их на документ изменивший учетную политику или списывать на пустую партию. Последовательности обязательны.
2. Последовательности, я бы рекомендовал создавать во всех задачах.
3. 100% оформление отчета не требуется.
4. Верно.
Спасибо огромное
Лазил по форуму Павла Чистова :) Нашел тему: «экзамен принимается только на каркасной», свежее сообщение, это соответствует действительности? Я в плане это 100% проверенная информация? Просто разминировать «каркасную» от 1с очень увлекательно, но «не откладывай на завтра то, что можно вообще не делать» выглядит привлекательней. По моему мнению лучше начать с чистого листа.
Еще хотел уточнить нюанс (задача 1.5), по поводу списания «по среднему» и документа «УстановкаУчетнойПолитики», я понимаю что этой задачи нет в билетах, но 1с непредсказуемые парни и эта задача есть в задачнике, общем я принял решение что буду ее решать. Вопрос простенький, но наводит на мысли, хочу совет тру программера если не сложно: при проведении документа «Установка учетной политики» со способом «по среднему» я делаю сторно движений с партиями и приход движений с одной единственной партией, где партией выступает сам документ «установкаучетнойполитики». С блокировками все понятно, вопросов нет. Но вот с моментом времени не очень понятно. Я беру за момент времени (на который получаю остатки партий для сторно) границу Новый Граница(НачалоДня(Дата), ВидГраницы.Исключая). Это делается из соображений, что документы введенные в 00:00 не должны влиять на остатки партий на начало дня. Правильно ли я мыслю, т.к. некоторые товарищи по оружию уже сдавшие спеца берут партии на момент времени документа.
Собственно вопрос: правильно ли я делаю, может есть еще варианты.
И еще вопросец созрел: документы не могут вводиться неоперативно, они могут только перепроводиться. Меня это наталкивает на мысль, что при неоперативном проведении контроль остатков делать не надо. Так сделано в типовых конфигурациях. Я прав? Я понимаю что вопрос «своеобразный», но тут и ситуация требует ответа, подходящего для ситуации. Я даже перефразирую: Если я контроль остатков буду делать всегда не будет ли это ошибкой?
1. Да. Это проверенная информация.
2.1 Сторно делать не надо. Надо списать партии и оприходовать одну новую.
2.2 Про время вопрос спорный, точного ответа дать не могу. Подход мне кажется верным.
3. Не будет ошибкой.
Спасибо
Добрый день, хотелось бы прояснить момент с использованием в задачах регистров сведений.
Часто в задачах нужно использовать регистры сведений для хранения учетной политики/курсов валют/приоритетов складов, при этом задание сопровождается пояснением, что данные вводятся не чаще раза в день/месяц/год.
Следует ли из этого, что регистр должен быть соответствующей периодичности ?
Учетная политика может устанавливаться и в середине года, при установленной периодичности политика установится на начало периода и при перепроведении документов их движения могут изменится. В одних уроках у вас упоминается, что периодичность не требуется, а в других она упоминается.
Может ли отсутствие механизмов проверки заявленной периодичности расцениваться как упрощение задачи ?
Стоит ли заморачиваться с блокировками регистров сведений при проведении документов или это уже лишнее?
Если указана периодичность — нужно правильно настроить регистр сведений.
Учетная политика меняется 1 раз в год и только на начало нового финансового года.
Изменение учетной политики задним числом и перепроведение уже существующих документов реализуется с использованием последовательности.
Блокировки для РС не нужны.
Приветствую, можно уточнить, если в условии задачи, например, сказано, что «Следует учесть, что данные о командировке могут вводиться в систему задним числом.» Означает ли это, что необходимо реализовывать ввод в систему сторно записей в набор записей регистра и обеспечить их расчет в алгоритмах расчета?
Это означает только то что написано. Если командировка что-то вытесняет, вот тогда нужно делать получение сторно-записей.
Понятно. А расчет сторно записей в алгоритмах расчета предусматривать, если командировка вытесняет оклад? Или если, написано в условии задачи Перерасчеты не используются, то необходимости в этом нет?
Перерасчеты и сторно-записи — это разные, независящие друг от друга механизмы.
Если что-то, что-то вытесняет и может быть введено задним числом, то сторно нужно предусмотреть обязательно.
А если что-то, что-то вытесняет, но не предусматривает ввод задним числом, то сторно рассчитывать нет необходимости? Не будет ли это являться усложнением задачи?
Сторно-записи нужны при вытеснении записей, так как записи с периодом действия раньше чем период регистрации не вытесняются самой платформой, то их нужно «вытеснять вручную» сторно-записями. Нужно ли это в каком-то конкретном случае — зависит от задачи.
Вопросы по 3 задаче:
1. Для того, что выводить сумму продаж, сделал субконто «Номенклатура» на счете «Прибыли и убытки» и при формировании проводки в расходной накладной заполняю и по дебету и по кредиту. Является ли такой вариант допустимым? Или стоит все-таки ориентироваться на вариант использования субконто с признаком «Только обороты»?
2. В обработке проведения (для расходной накладной и перемещения) запрос получаю данные по учетной политики. Нужно ли накладывать разделяемую блокировку?
1. А дебет с кредитом в ноль выходят разве? Если там не будет «только обороты», то на аналитике суммы зависнут навсегда.
2. На учетную политику? Можно.
Здравствуйте!
Вопрос по второй задаче.
Подскажите, пожалуйста, будет ли считаться ошибкой, если не выносить код в общий модуль для перемещения и расходной накладной, так ведь намного нагляднее решение?
Не будет.
Вопросы по 2 задаче:
1. Избыточно ли для решения использовать 2 регистра для хранения остатоков: остатки и отдельно партии?
2. Если данные по текущему методу списания получать в отдельном запросе, нужно наложить блокировку?
3. Что необходимо реализовать по условию «Считается, что документы задним числом не вводятся, но старые документы могут неоперативно перепроводиться.» ?
1. 2 регистра НУЖНЫ, для оперативного проведения.
2. До чтения остатков всегда надо устанавливать блокировку.
3. Ничего. Изначально пытались придумать задачи по аналогии с УТ 11, где суммы считаются позже списания.
В задаче 1 есть условие о том, что в расходной накладной могут быть услуги. Это к тому, что в запросе к таб.части документа надо наложить условие на реквизит номенклатуры (товар\услуга)?
Такое условие есть во многих задачах.
Будет ли это реквизитом справочника, или данными в регистре сведений, для экзаменационных задач значения не имеет.
Если возникают подобные вопросы, я рекомендую повременить с экзаменом.
Как его решить, я знаю. Вопрос был только из-за того, что в тексте оно присутствует, а в видео оно не затронуто, видимо, в виду его простоты ).
Точно :)
Добрый день!
Вопрос по первой задаче. В условиях указано «Кроме того, в расходной накладной могут также быть указаны услуги (например, доставка). И товары и услуги необходимо указывать в одной табличной части.»
В процессе разбора задачи услуги нигде не фигурируют. Так и задумано?
Так и задумано. Есть проблемы с услугами?
Проблем нет, было бы достаточно просто упомянуть об услугах, например «не забудьте наложить условие», и в дальнейшем к этому не возвращаться. Переживаю за начинающих слушателей, которые могут буквально выполнить это или похожее задание на экзамене и сильно потом расстроиться.
В курсе, в стартовых задачах и в описании есть оговорка: «Мы не натаскиваем на задачи, а учим их решать».
Приветствую,
Вопрос, если можно, по БУ (задача 2.17). Есть задача, схожая 2.17 — это 2.16, но там указано, что склад указывается в ТЧ документа прихода, а себестоимость списывается в разрезе партий (без учета склада). Т.е. получается, что товар при поступлении с одинаковым номером может одновременно уходить на разные склады. А цену партии с этим товаром нам надо знать целиком при списании. Пробовали настроить регистр, как в задаче 2.17, но при списании удается получить, только стоимость номенклатуры в этой партии, а не стоимость самой партии, где номенклатура присутствует на другом складе. Как тогда будет выглядеть настройка регистра БУ?
Обсуждали тут: http://курсы-по-1с.рф/dev-attestation/startpage/task-2_xx-planned-cost/comment-page-1/#comment-224493
Здравствуйте
В задачах, где нужно списывать товар по партиям, и где себестоимость рассчитывается по тем же измерениям что и контроль остатков, можно делать проверку на отрицательный остаток по одному регистру через ИТОГИ? или всегда для контроля остатков лучше использовать отдельный независимый регистр?
Зависит от задачи. Но в требованиях к экзамену сказано, что необходимо продемонстрировать методику оперативного проведения. То есть чаще будет нужен отдельный регистр. Но я не хочу, чтобы этот ответ был оценен как универсальное решение-панацея.
Нужно ли контролировать Остаток при отмене проведения документа Поступление, если об этом явно не сказано в задании?
Эта задача решается последовательностями. А в требованиях к экзамену четко сказано «Конфигурация должна корректно работать как при вводе данных вперед, так и при работе задним числом»
Приветствую,
Павел, подскажите пож-та, как определиться правильно с составом регистров накопления при решении задач на ОУ?
Понятно, что по показателям, но вот, например, цитата из условия задачи: «… Весь учет товаров ведется одновременно в 2-ух валютах: рубли и доллары. При проведении документов курс указывается непосредственно в самом документе. Курсовые разницы не предполагаются. Складской учет товаров не ведется. Списание себестоимости — по партиям (FIFO или LIFO)». И отчет по продажам
Номенклатура Кол-во Себестоимость руб./дол. Продажа руб./дол. Прибыль руб.дол
Если мы правильно понимаем, что на количественный учет — 1 регистр накопления(остатки), на себестоимость — 2-ой регистр (остатки) и на продажу — 3-ий(оборотный). Так ли это?
Все правильно. Себестоимость с ресурсами Доллары / Рубли.
Понятно. И еще вопрос, если мы будем списывать себестоимость по курсу из документа реализация, то регистр себестоимость в ноль никогда не уйдет (если курс колеблется). А ведение курсовых разниц не предполагается. Как тогда быть?
А при чем тут курс? Себестоимость надо рассчитать и в рублях и в валюте.
> А при чем тут курс?
Как понимаю задачу.
1. В ПН устанавливается курс валюты (в реквизите шапки)
2. При проведении, в ресурсы регистра себестоимости пишется
…
Движение.Количество = ТекСтрокаСписокНоменклатуры.Количество;
Движение.СуммаРегл = ТекСтрокаСписокНоменклатуры.Сумма;
Движение.СуммаВал = ТекСтрокаСписокНоменклатуры.Сумма / КурсВалюты <-этот курс из шапки ПН
3. В РН устанавливается так же устанавливается свой курс валюты (в реквизите шапки)
С рублями все понятно, списываем то что пришло, т.к. курс 1 к 1.
А с валютой как? Списывать по курсу, который пришел или курс брать из шапки РН?
В расходной надо рассчитывать себестоимость по валютной сумме, там курс вообще для списания не нужен.
Здравствуйте! Возможно комментарии на этой странице имеют полезную информацию. Возможно ли как-то их все уместить на 1 странице для более удобного изучения? Либо почистить комментарии не несущие какой-либо полезной и актуальной информации?