Форум Чистова. Подготовка к экзаменам 1С
Аттестация "1С:Специалист" => Аттестация "1С:Специалист по платформе 1С:Предприятие 8.3 и 8.2" => Тема начата: Jones от Сентябрь 09, 2015, 10:06:29 pm
-
Сделал 9 билет включая УФ
Кто найдет ошибок пачку, тот получит водокачку!
Дотестировал, теперь Больничный корректно делится по месяцам.
-
Небольшой комментарий к решению.
1) ОУ задача 1.46 Характеристики номенклатуры
Добавлен спр Свойства, подчиненный Номенклатуре.
Спр ЗначенияХарактеристик подчинен ПВХ СвойстваОбъектов.
В типы значений характеристик ПВХ добавлен спр ЗначенияХарактеристик.
Рег.свед ЗначенияСвойств содержит данные о том, какое Свойство, какие значения характеристик содержит.
На самом деле каждое Свойство – это набор значений характеристик, а сами значения и их связь со Свойством хранятся в регистре сведений.
Отчет строится по таблице ОстаткиИОбороты. Запрос получает Номенклатуру, Свойство и все Количества. Кроме того в запросе настроена связь спр-ка Свойства с его характеристиками. На закладке конструктора запроса Характеристики указано, что характеристики получать для объектов типа Справочник.Свойства, виды характеристик берутся из ПВХ, а значения характеристик – из регистра сведений.
В свойствах элемента пользовательских настроек включено отображение Группировок на форме отчета. В режиме предприятия у пользователя появляется возможность добавить группировку по видам характеристик данного Свойства, в частности по Производителю.
2) БУ Вознаграждение Агентам 20% от прибыли. Похоже в сборнике задач таковаой не наблюдается.
РБ содержит три ресурса:
Количество (признак учета Количественный)
Сумма
СуммаВал (признак учета Валютный)
счТовары Количественый, имеет два субконто Номенклатура и Склад
добавлен счАгенты, Активно/Пассивный, Валютный, имеет одно субконто Агенты (физлица)
в спр Физлица добавлен реквизит Валюта
Как думаете, счет Агенты должен быть Активно/Пассивным?
Еще раз прошу проверить процедуру ПередЗаписью документа Операция
Отрабатывает корректно, при пометке документа движения дезактивируются, при изменении даты документа период записей также меняется.
Как думаете в Операции все путем?
3) ПР Оклад+Больничный
Задача подозрительно простая, в связи с чем прошу уважаемых коллег прокомментировать решение.
Больничный делится по месяцам. Часовая ставка оклада берется один раз из регистра. Дневная ставка для Больничного считается делением Оклада за базовый период на Количество РАБОЧИХ дней в базовом периоде (по графику).
Вопрос: у меня для Больничного график задается в ТЧ. Как считаете это нормально?
4) УФ 5.02 Хранить фото Сотрудников
В спр Физлица добавлены 2 реквизита: ИмяФайла (Строка 100) и ХранилищеФайла (Хранилище значения)
В форму добавлены 3 реквизита: ИмяФайла (Строка 100), ХранитьВБазе (булево), НавСсылка (строка 100)
На форму выведено ПолеКартинки, путь к данным НавСсылка
В модуле формы 4 процедуры:
&НаКлиенте ПриОткрытии
&НаКлиенте ВыбратьФайл
&НаКлиенте ПередЗакрытием
&НаСервере ПередЗаписьюНаСервере
-
Мое решение ОУ и БУ. Остальное завтра...
-
Как и обещал - Билет №9 весь... Учел в запросе разбиение больничного по месяцам. Гляньте - кому не лень...
-
Сам билет забыл...
-
ПР
Самые интересные моменты в Расчетной задаче:
В задании не сказано, что график устанавливается для каждого Сотрудника или Подразделения (Автомобиля), но сказано, что возможны разные графики. Поэтому создаем спр.Графики, а в рег.свед.Графики добавляем его как измерение.
Поскольку есть ставшая уже родной фраза «В одном документе Начисление ЗП могут быть данные за разные расчетные периоды», то ЧасСтавку оклада получаем не на НачМесДатыДок, а на НачМесяца ПериодаРегистрации каждой записи РР ОН (строки ТЧ ОН)
Данные могут вводиться задним числом, поэтому для движений по ОН надо предусмотреть сторнирование.
Больничный может указываться одной записью в разных месяцах, поэтому на стадии первичной записи движений надо разбивать строку ТЧ ДН по месяцам. Чтобы не указывать график в ТЧ, можно использовать предопределенный Пятидневка (раз уж это не оговаривается в задании).
ОУ
Задача по ОперУчету интересна тем, что в ней требуется продемонстрировать владение механизмом Характеристик.
Обратите внимание, что в этой задаче характеристики указываются не для справочника Номенклатура, а для справочника СвойстваНоменклатуры. В свою очередь справочник Свойства подчиняется справочнику Номенклатура, поэтому можно сказать, что Характеристики относятся к Номенклатуре, но не напрямую, а через спр.Свойства.
Каждое Свойство (элемент справочника), по сути, представляет собой НаборЗначенийХарактеристик (о чем и сказано в задании). Эти Значения устанавливаются в регистре сведений ЗначенияХарактеристик (в ресурсе ЗначениеХарактеристики). Регистр устанавливает связь между Свойством (НаборомЗначенийХарактеристик) и ВидомХарактеристик (ПВХ), плюс для этой связки измерений указывается ЗначениеХарактеристики (ресурс, тип: Характеристика).
Учет товаров ведется в разрезе Номенклатуры и Свойств, а уже для каждого Свойства (НабораЗначенийХарактеристик) его характеристики хранятся в регистре сведений.
При поступлении товара, в регистр остатков записывается только Товар, Свойство, Количество и Сумма. При списании укзываются те же поля, то есть регистр сведений в этот момент может быть вообще не заполнен. Данные регистра сведений понадобятся только к моменту формирования отчета.
В схеме компоновки данных, для каждого Свойства (НабораЗначенийХарактеристик), необходимо вывести указанные для него Значения характеристик. На задкладке Характеристики слева указывается тип объектов (спр.Свойства), для которых будут получены ЗначенияХарактеристик, затем источник видов характеристик (ПВХ из которого получать ВидыХарактеристик) и, наконец, хранилище значений этих характеристик – регистр сведений.
При настройке отчета есть два варианта вывода Группировки Производитель:
1) Добавить вычисляемое поле, вручную указав выражение Свойство.Производитель
В этом случае появляется возможность здесь же в схеме компоновки данных добавить Производителя в структуру отчета.
2) Включить отображение настройки Группировок в пользовательских настройках. Тогда группировку Производитель можно будет добавить в отчет уже в режиме 1с:Предприятия.
-
Jones дружище спасибо тебе за то что ты есть ))) иду по твоим стопам !!!
Посмотри пожалуйста запрос на разбиение периода перетекающего из месяца в месяц правильно составил или как то можно оптимизировать ?
ВЫБРАТЬ
НачислениеЗарплатыОсновныеНачисления.НомерСтроки,
НачислениеЗарплатыОсновныеНачисления.Сотрудник,
НачислениеЗарплатыОсновныеНачисления.Подразделение,
НачислениеЗарплатыОсновныеНачисления.ВидРасчета,
НачислениеЗарплатыОсновныеНачисления.ДатаНачала,
ВЫБОР
КОГДА НачислениеЗарплатыОсновныеНачисления.ДатаОкончания > КОНЕЦПЕРИОДА(НачислениеЗарплатыОсновныеНачисления.ДатаНачала, МЕСЯЦ)
ТОГДА КОНЕЦПЕРИОДА(НачислениеЗарплатыОсновныеНачисления.ДатаОкончания, МЕСЯЦ)
ИНАЧЕ НачислениеЗарплатыОсновныеНачисления.ДатаОкончания
КОНЕЦ КАК ДатаОкончания
ИЗ
Документ.НачислениеЗарплаты.ОсновныеНачисления КАК НачислениеЗарплатыОсновныеНачисления
ГДЕ
НачислениеЗарплатыОсновныеНачисления.Ссылка = &Ссылка
ОБЪЕДИНИТЬ ВСЕ
ВЫБРАТЬ
НачислениеЗарплатыОсновныеНачисления.НомерСтроки,
НачислениеЗарплатыОсновныеНачисления.Сотрудник,
НачислениеЗарплатыОсновныеНачисления.Подразделение,
НачислениеЗарплатыОсновныеНачисления.ВидРасчета,
ВЫБОР
КОГДА НачислениеЗарплатыОсновныеНачисления.ДатаНачала < НАЧАЛОПЕРИОДА(НачислениеЗарплатыОсновныеНачисления.ДатаОкончания, МЕСЯЦ)
ТОГДА НАЧАЛОПЕРИОДА(НачислениеЗарплатыОсновныеНачисления.ДатаНачала, МЕСЯЦ)
ИНАЧЕ НачислениеЗарплатыОсновныеНачисления.ДатаНачала
КОНЕЦ,
КОНЕЦПЕРИОДА(НачислениеЗарплатыОсновныеНачисления.ДатаОкончания, ДЕНЬ)
ИЗ
Документ.НачислениеЗарплаты.ОсновныеНачисления КАК НачислениеЗарплатыОсновныеНачисления
ГДЕ
НачислениеЗарплатыОсновныеНачисления.Ссылка = &Ссылка
-
Jones , а ведь если подумать, то и не сказано как ставка задается. по сотруднику или подразделению. или сотрудник + подразделение, или вообще общая для всех ... Печаль когда нет уточнений :-[
Ииии... один вопрос: почему написано " // сторнироваие не нужно " ,
когда в условии сказано " Данные могут вводиться задним числом. " ?)
-
Посмотри пожалуйста запрос на разбиение периода перетекающего из месяца в месяц правильно составил или как то можно оптимизировать ?
alex44ru, если ты можешь глядя вот так в текст, понять, верен ли он, то поздравляю, ты познал 1с, как Нео познал матрицу ))
Лично я, так вот, глядя в код запроса ошибку в нем вряд ли найду, если только совсем уж грубую.
При решении ПР действую по своей методике:
1) изучаю задачу и строю проект решения с учетом взаимного влияния всех формулировок
2) вношу в конфигурацию все объекты, создаю каркас решения, чтобы потом надо было применять только код (динамически)
3) запускаю Обычное приложение, в котором автоматически открывается КонсольЗапросов. Отключаю сеанс от отладки.
4) запускаю Упр.приложение, заполняю регистры сведений, создаю и заполняю документ Начисление
5) в КонсолиЗапросов создаю запрос, проверяю его, затем один раз переношу его в конфигурацию и динамически применяю.
А вы, коллеги, как добиваетесь высокой скорости при решении задач?
Научите, а то может я туплю и поэтому не успеваю все решить за 5 ч ))
-
Ииии... один вопрос: почему написано " // сторнироваие не нужно " ,
когда в условии сказано " Данные могут вводиться задним числом. " ?)
margaritka47729, Вы совершенно правы. В задаче есть формулировка "Данные могут вводиться задним числом", поэтому для движений по ОН надо предусмотреть сторнирование.
-
При решении ПР действую по своей методике:
1) изучаю задачу и строю проект решения с учетом взаимного влияния всех формулировок
2) вношу в конфигурацию все объекты, создаю каркас решения, чтобы потом надо было применять только код (динамически)
3) запускаю Обычное приложение, в котором автоматически открывается КонсольЗапросов. Отключаю сеанс от отладки.
4) запускаю Упр.приложение, заполняю регистры сведений, создаю и заполняю документ Начисление
5) в КонсолиЗапросов создаю запрос, проверяю его, затем один раз переношу его в конфигурацию и динамически применяю.
А вы, коллеги, как добиваетесь высокой скорости при решении задач?
Научите, а то может я туплю и поэтому не успеваю все решить за 5 ч ))
Расскажите подробнее п.3 , как вы отключаете сеанс от отладки? А то очень неудобно переключаться туда-сюда...((
PS Тоже не успеваю пока решать за 5ч. Когда засекала время, выяснила, что на билеты Оу/бу уходит по полторача часа. Из них кодинг занимает минут 40, все остальное - забивание данных, отслеживание правильности списываемых сумм и т.д. Задачи по СПР пока занимают аж по 3 часа... а ведь есть еще часть по УФ...
Когда у Вас сдача назначена?
-
подробнее п.3
Сервис-Параметры-Общие, Упр и Обычное приложение
Отладка-Подключение, удаляю сеанс из подключенных
обработка КонсольЗапросов запускается автоматом ПриНачалеРаботыСистемы
-
Привет всем. Jones а твоё выложенное решение от « Ответ #5 : Октября 16, 2015, 04:38:39 pm » ОУ задача уже правильно решена? Или может где либо есть скорректированный вариант. Почему у тебя создан план видов характеристик, но ты его не используешь? Только справочником СвойстваНоменклатуры и пользуешься. В булете 9 же указано условие что с использованием плана видов характеристик.
-
Привет Jones на по моему мнению у тебя ошибка в решении где нужно посчитать больничный ,ты берешь фактдни то есть учитываешь,Рабочие или не рабочие дни,а по логике тут написано,что надо брать тупо количество дней болезни,то есть делаем разностьдат,день +1.
-
Почему у тебя создан план видов характеристик, но ты его не используешь?
Вроде использую. ПВХ задействован в рег свед ЗначенияСвойств в измерении ВидХарактеристики.
Или надо как-то по другому использовать?
-
по моему мнению у тебя ошибка в решении где нужно посчитать больничный ,ты берешь фактдни
Согласен с тобой, AlexGroovy. Решая эту задачу сейчас я бы делил не на ДниФакт (Отработанные), а на ДниНорма (Рабочие).
Это ты верно подметил.
-
Почему у тебя создан план видов характеристик, но ты его не используешь?
Вроде использую. ПВХ задействован в рег свед ЗначенияСвойств в измерении ВидХарактеристики.
Или надо как-то по другому использовать?
Раз уж загрузил и посмотрел, прокомментирую - в РС у ресурса надо задать Связи параметров выбора и Связь по типу (чтобы при заполнении сразу можно было вводить только соответствующие данной характеристике значения).
В РС же измерение Свойство пометить как Ведущее, тогда в форме Свойства отобразится ссылка на переход в РС (а иначе как его заполнять - открывая непосредственно РС? - неудобно).
Справочнику ЗначенияСвойств надо задать владельца - тот самый ПВХ (чтобы каждому свойству сопоставлялись только свои значения).
-
Ребята помогите мне,схожу с ума,всё работает кроме одной вещи у меня РезультатБаза удваивается при проведении НачислениеЗарплата №2 в 1С Предприятие,никак не пойму с чем это связано ,всё остальное корректно работает,и сторнирование и разбивание на периоды.Почему то именно при этом документе база удваивается,и я не использую никаких группировок.
Использовал запрос Jones вместо своего всё равно база дублировалась. Короче мистика,день уже сижу,пока не докопался .Гляньте одним глазком плиз))
-
надо задать Связи параметров выбора и Связь по типу (чтобы при заполнении сразу можно было вводить только соответствующие данной характеристике значения)
alex1248, тыж сам говорил "долой плюшки" ))
-
надо задать Связи параметров выбора и Связь по типу (чтобы при заполнении сразу можно было вводить только соответствующие данной характеристике значения)
alex1248, тыж сам говорил "долой плюшки" ))
Это не плюшки, а очень существенные удобства при вводе тестовых данных, причем времени занимают минимум. :)
-
Народ я понял в чем ошибка!!! И Jones у тебя не правильно получается тоже.Короче когда у нас есть сторнирование,то нужно сначала получить записи по сторнированию и записать их сразу! А потом уже получать базу с учетом сторнирования! Потому что когда мы получаем дополнения и используем ЗаполнитьЗначенияСвойств() то там заполняется Результат,и когда мы их записываем база удваивается!
-
Ребята помогите мне,схожу с ума,всё работает кроме одной вещи у меня РезультатБаза удваивается при проведении НачислениеЗарплата №2 в 1С Предприятие,никак не пойму с чем это связано ,всё остальное корректно работает,и сторнирование и разбивание на периоды.Почему то именно при этом документе база удваивается,и я не использую никаких группировок.
Использовал запрос Jones вместо своего всё равно база дублировалась. Короче мистика,день уже сижу,пока не докопался .Гляньте одним глазком плиз))
Хм, не смог найти проблему, более того - не понял, как можно так написать код и разобраться даже в вводе таких данных.
В коде очень не рекомендуется (не мною, а методистами 1С) одной процедурой и тем более одним запросом обрабатывать разные виды расчета.
И потом, эта гремучая смесь дат документа, периодов регистрации и периодов действия. :D
Базовый период определяется по дате регистрации (которая, вообще говоря, в тестовых данных является некой совершенно произвольной датой), в результате больничный за сентябрь в том самом указанном документа считается по базе этого же сентября (а получается, что легким движением руки по клаве ,т.е. изменением периода регистрации, можно сделать базовым совершенно любой период в т.ч. и будущий).
Отследить, как отобразились все введенные документы в такой ситуации совсем не просто. Но я у проблемного сначала заменил период регистрации на сентябрь - база за август отобразилась корректно, потом вернул период регистрации на октябрь, а период действия указал тоже в октябре - корректно. Наконец, в процедуре в расчете базового периода заменил период регистрации на период действия - теперь и с первоначальным вариантом периодов регистрации / периодов действия база получается корректно.
Там конечно скорее всего мешает вторая строка - сторнирование оклада за этот же самый период. Как избавиться от ее задваивания, сходу не понял. Но на мой взгляд, надо наводить порядок в решении в целом, тогда для этой проблемы просто не будет основания.
P.S. Ну вот, сам уже нашел, поздравляю. :)
Тем не менее, ничто из выше сказанного не отменяется.
-
субконто Агенты (физлица) не правильно. Нужно создать справочник Агенты, т.к. в условии написано: При продаже через агента заполняется дополнительный реквизит шапки «Агент».
-
И в отчете ОУ сумму тоже выводим, т.к. в условии написано: Необходимо построить отчет о движениях товаров за период по выбранной характеристике в количественном и суммовом выражении.
-
ОУ Задача по учебнику про ПВХ. У меня вопрос только по отчету. Сделал два варианта на суд общественности.
1 вариант не использую механизмы пвх, Но использую агрегатные функции по регистру остатков.
2. Настраивается в пользовательском режиме, и все остальное делает СКД. Ну что-то уж очень много тут настроек со стороны пользователя. Правильно ли?
Еще вопрос как произойдет блокировка
ЭЛ.ИсточникДанных=РЗТЧ;
ЭЛ.ИспользоватьИзИсточникаДанных("Номенклатура","Номенклатура");
ЭЛ.ИспользоватьИзИсточникаДанных("НаборСвойств","НаборСвойств");Пересечение своиств или объединение? Тут либо правильная блокировка либо избыточная.
БУ подводных камней не увидел. Добавил счет агенты, на нем субконто агенты + признак валютный. И на счете товары Номенклатура и склад.
СПР Разночтение в условии, но по большому счету изменения были бы минимальны. Я взял что пропущенные рабочие дни из-за больничного, считаются по пятидневке и умножается на средний заработок в день за предыдыдущий месяц.
Вопрос такой всплыл - чтобы сработало вытеснение - нужно указывать подразделение у больничного, а базу я считаю по всем выплатам сотруднику в подразделениях.
УФ
-
ОУ Задача по учебнику про ПВХ. У меня вопрос только по отчету.
Отчет в это задаче можно сделать очень просто. Механизмы ПВХ остаются ни причем. По параметру Характеристика, указанному юзером, производится отбор самих значений характеристики, больше никаких нюансов и сложных настроек.
P.S. Файл не смотрел, написал, как у меня.
-
Сделал 9 билет без УФ. с УФ(фотками) позже разберусь надеюсь))
ОУ вроде красивый отчёт, с характеристиками. БУ тоже не сложная...
СПР: Разбиение на месяца для больничного не в запросе, у кого-то подсмотрел.(болеть может сколько угодно мес.)
в Ресурс Дней для Оклада пишется кол-во рабочих дней по 5-дневке, для Больничного - кол-во дней болезни...(по какому работал)
Гляньте, нуждаюсь в критике )
-
Ребята,проверьте 9 билет БУ задачу. Что скажете? На что стоит обратить внимание?
-
Задача по СПР , почему все берут для расчета больничного отработанные дни базы? Я так понимаю когда отработанные нужно брать дни , то так и пишется, а когда пишут количество рабочих дней, то это все таки дни по графику. В отчет по больничным данные тоже почему то берут из физической таблицы, а почему не из виртуальной ДанныеГрафика? Выкладываю свой вариант
-
Фото сотрудника. Следующий код в демо-базе работает, но в моей базе не работает. Причину я не выяснил, просто поместил код в процедуру ПриОткрытии, и все заработало.
&НаСервере
Процедура ПриСозданииНаСервере(Отказ, СтандартнаяОбработка)
Если Объект.ИмяФайлаКартинки <> "" Тогда
СсылкаНаКартинку = ПолучитьНавигационнуюСсылку(Объект.Ссылка, "ФайлКартинки");
КонецЕсли;
КонецПроцедуры
-
Фото сотрудника. Следующий код в демо-базе работает, но в моей базе не работает. Причину я не выяснил, просто поместил код в процедуру ПриОткрытии, и все заработало.
&НаСервере
Процедура ПриСозданииНаСервере(Отказ, СтандартнаяОбработка)
Если Объект.ИмяФайлаКартинки <> "" Тогда
СсылкаНаКартинку = ПолучитьНавигационнуюСсылку(Объект.Ссылка, "ФайлКартинки");
КонецЕсли;
КонецПроцедуры
-
В расчетах не работает конструкция НабЗап = РегистрыРасчета.ОсновныеНачисления.СоздатьНаборЗаписей(); и т. д.
через движения работать будет, но хочется разобраться с набором записей. Хотя в конфигурации из форума работает.
А у меня в РР Результат не записывается.
-
Здравствуйте, уважаемые специалисты.
Покритикуйте, пожалуйста, решение, буду очень признателен.
-
Добрый день. уважаемые специалисты.
Покритикуйте решение.
-
Доброго дня коллеги!
Решение на суд. Билет в общем-то простой, все как у всех.
1. ОУ - В отчете у меня привязка к ПВХ, это излишне и без нее будет работать. Настроил и загрузил настройки через конфигуратор.
2. БУ - агенты - спр. Контрагенты. Начисление им считается только при положительной прибыли.
3. СПР. Разбиение записей, поддержка сторно. Разные периоды действия реализуются посредством получения оклада на начало месяца периода действия, у больничного - база аналогично относительно начала месяца периода действия.
4. УФ. Как обычно, не стал делать с отказом от модальности - долго.
-
Вопрос по блокировкам: блокировки в расходной - 2 раза кусок кода:
Блокировка = Новый БлокировкаДанных;
Блокировка.Заблокировать();
Будет ли работать первая блокировка до конца тразакции, если мы уничтожили сам объект вторым куском кода?
-
Добрый день. уважаемые специалисты.
Покритикуйте решение.
Добрый!
Пробежался по быстрому, отчеты не смотрел - так вроде хорошо, есть несколько недочетов:
1. В Расх. накл. в блокировке по складу лучше не строкой, а через ПВХ, как Номенклатура.
2. Регистр бухгалтерии - все ресурсы без признаков учета - сильно плохо.
3. ПВХ в ОУ настроен кривовато - для разной номенклатуры должны быть разные наборы свойств.
4. Начисление зарплаты не должно оперативно проводится.
5. Признак записи в СПР не нужен - там всегда запись принудительно делаем по необходимости.
6. В получении сторно записей почему-то Движение.Сторно = Ложь.
7. Получение дней из часов - плохая мысль, лучше отдельный ресурс в РС Графики работы.
8. Рабочие дни - это план, отработанные - факт. Обычно когда требуется получить кол-во рабочих дней в базовом периоде, то берут из ДанныхГрафика - базовый период - как-то так называется. Правда там нюанс, что эти рабочие дни будут получены по графику больничного.
-
Добрый день. уважаемые специалисты.
Покритикуйте решение.
Добрый!
Пробежался по быстрому, отчеты не смотрел - так вроде хорошо, есть несколько недочетов:
1. В Расх. накл. в блокировке по складу лучше не строкой, а через ПВХ, как Номенклатура.
2. Регистр бухгалтерии - все ресурсы без признаков учета - сильно плохо.
3. ПВХ в ОУ настроен кривовато - для разной номенклатуры должны быть разные наборы свойств.
4. Начисление зарплаты не должно оперативно проводится.
5. Признак записи в СПР не нужен - там всегда запись принудительно делаем по необходимости.
6. В получении сторно записей почему-то Движение.Сторно = Ложь.
7. Получение дней из часов - плохая мысль, лучше отдельный ресурс в РС Графики работы.
8. Рабочие дни - это план, отработанные - факт. Обычно когда требуется получить кол-во рабочих дней в базовом периоде, то берут из ДанныхГрафика - базовый период - как-то так называется. Правда там нюанс, что эти рабочие дни будут получены по графику больничного.
Большое спасибо за подробное описание.
1 - учтемс
2 - а можно пояснить? как правильно должно быть и по каким условиям, или отослать куда для изучения вопроса
3 - вот тут не понимать совсем
4 - это мой любимый недосмотр, спасибо что заметили
5 - да...спасибо, тоже постараюсь избавится от этой привычки. Т.е. Строка "Движения.ИмяРегистра.Записывать = Истина" - вообще никогда не писать?
-
Да не за что.
2 - Там достаточно просто - куда послать - не знаю, если только Проф. разработка, но там 2 тома :) Сумма валютная например, как сказано в условии, нужна только во взаиморасчетах с агентами - то есть по сути, только на одном счете - для этого признак учета и нужен. Он показывает, что конкретно на этом счете мы задействуем данный ресурс. В других проводках этого ресурса не будет. Например, признак учета Валютный (у вас он есть) задан для счета Агенты - все верно. Его надо указать для ресурса СуммаВал. Тогда СуммаВал будет доступна только на счете Агенты. Для этого же и снимается галка Балансовый - потому что в проводке СуммаВал будет только со стороны счета Агенты. На счете ПРибылиУбытки ее нет.
Ресурс Количество - аналогично, нужен только на счете Товары.
Есть еще признаки учета субконто - чуть раньше в билетах была задача на их понимание по БУ.
3. Про настройку ПВХ как раз в Проф. разработке написано подробно. У вас РС СвойстваОбъектов прицеплен к Номенклатуре. ПО условию задачи надо чтобы Свойство = Характеристика 1 + Характеристика 2 + ...... и при этом свойство было связано с определенно номенклатурой.
Если привязать ПВХ просто к Номенклатуре - то как сделать коричневые кожаные ботинки 44 размера? Надо чтобы получилось свойство = Цвет - коричневые + Материал - кожа + Размер - 44. Из 3-х характеристик. Для одного элемента номенклатуры можно создать записи такие в РС, но надо чтобы и для этого же элемента можно было задать свойство Черные дермантиновые ботинки 40 размера? Это второе свойство той же номенклатуры.
Возможно я у вас что-то не недопонял, но обычно для свойств делают отдельный справочник, подчиненный номенклатуре.
5. Не нужно, вы же принудительно делаете Записать(). Точно также этот признак не нужен и в задачах с проведением по новой методике - где сначала пишем в регистр, а потом читаем запросом. Этот признак означает, что данный набор записей
будет записан автоматически. Раз мы уже сделали Записать(), зачем нам еще раз?
!Но это касается только СПР и задач с новой методикой, в остальных писать конечно нужно.
-
Да не за что.
2 - Там достаточно просто - куда послать - не знаю, если только Проф. разработка, но там 2 тома :) Сумма валютная например, как сказано в условии, нужна только во взаиморасчетах с агентами - то есть по сути, только на одном счете - для этого признак учета и нужен. Он показывает, что конкретно на этом счете мы задействуем данный ресурс. В других проводках этого ресурса не будет. Например, признак учета Валютный (у вас он есть) задан для счета Агенты - все верно. Его надо указать для ресурса СуммаВал. Тогда СуммаВал будет доступна только на счете Агенты. Для этого же и снимается галка Балансовый - потому что в проводке СуммаВал будет только со стороны счета Агенты. На счете ПРибылиУбытки ее нет.
Ресурс Количество - аналогично, нужен только на счете Товары.
Есть еще признаки учета субконто - чуть раньше в билетах была задача на их понимание по БУ.
3. Про настройку ПВХ как раз в Проф. разработке написано подробно. У вас РС СвойстваОбъектов прицеплен к Номенклатуре. ПО условию задачи надо чтобы Свойство = Характеристика 1 + Характеристика 2 + ...... и при этом свойство было связано с определенно номенклатурой.
Если привязать ПВХ просто к Номенклатуре - то как сделать коричневые кожаные ботинки 44 размера? Надо чтобы получилось свойство = Цвет - коричневые + Материал - кожа + Размер - 44. Из 3-х характеристик. Для одного элемента номенклатуры можно создать записи такие в РС, но надо чтобы и для этого же элемента можно было задать свойство Черные дермантиновые ботинки 40 размера? Это второе свойство той же номенклатуры.
Возможно я у вас что-то не недопонял, но обычно для свойств делают отдельный справочник, подчиненный номенклатуре.
5. Не нужно, вы же принудительно делаете Записать(). Точно также этот признак не нужен и в задачах с проведением по новой методике - где сначала пишем в регистр, а потом читаем запросом. Этот признак означает, что данный набор записей
будет записан автоматически. Раз мы уже сделали Записать(), зачем нам еще раз?
!Но это касается только СПР и задач с новой методикой, в остальных писать конечно нужно.
Большое спасибо за подробное пояснение, перечитав по несколько раз в голове наконец все разложилось по своим местам.
-
Пожалуйста! :)
-
Уважаемые, вопрос по отчету ОУ:"Необходимо построить отчет о движениях товаров за период по выбранной характеристике" - собственно вопрос в ВЫБРАННОЙ ХАРАКТЕРИСТИКЕ -я так понимаю пользователь должен задать период отчета и Свойство, кот. будет выступать первой группировкой. Т.е может строиться хоть по производителю, хоть по цвету хоть по размеру....
Тогда запрос для отчета будет такой и характеристики можно в схеме СКД не использовать.
ВЫБРАТЬ
ОстаткиНоменклатурыОстаткиИОбороты.Номенклатура,
ОстаткиНоменклатурыОстаткиИОбороты.КоличествоНачальныйОстаток,
ОстаткиНоменклатурыОстаткиИОбороты.КоличествоПриход,
ОстаткиНоменклатурыОстаткиИОбороты.КоличествоРасход,
ОстаткиНоменклатурыОстаткиИОбороты.КоличествоКонечныйОстаток,
ЕСТЬNULL(СвойстваОбъектов.Значение, "") КАК Свойство
ИЗ
РегистрНакопления.ОстаткиНоменклатуры.ОстаткиИОбороты(&НачалоПериода, &КонецПериода, Период, ДвиженияИГраницыПериода, ) КАК ОстаткиНоменклатурыОстаткиИОбороты
ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.СвойстваОбъектов КАК СвойстваОбъектов
ПО (СвойстваОбъектов.Свойство = &ВыбрСвойство)
И ОстаткиНоменклатурыОстаткиИОбороты.Свойство = СвойстваОбъектов.Объект
-
Может я и не прав, но цель задачи на ПВХ - проверить ваше знанение ПВХ, а не запросов. Поэтому есть вероятность, что экзаменатору не понравится, что вы не используете механизмы платформы, для этого предназначенные.
Если настроить ПВХ, как написано в той же Проф. разработке например, в СКД не надо вообще ничего делать дополнительно, только если вывести поле для выбора группировки, свойства будут доступны в пользовательском режиме.
-
Т.е пользователь должен сам изменять вариант отчета? Выбирать то свойство, которое в отчете должно выходить? Не юзабельно получается. Как вывести определенную хар-ку в отчет, я прекрасно знаю, а вот как вывести заренее неизвестную - вот тут вопрос. Может пользователь хочет группировать не по производителю, а по цвету например
-
правда при сдаче наверное не рискну такой трюк проделывать, ограничусь характеристиками. Сдача (через час) покажет...
-
Так группировку можно вывести на морду отчета. А так - настроить какую-ть характеристику и настройки загрузить в режиме конфигуратора. У вас будет по умолчанию выведена характеритика и пользователь может выбрать другую.
-
Кто-нибудь знает для чего этот код, который внизу (код взял с одной из баз с этого сайта)? Что он делает и нужно ли это на экзамене?
В синтаксис-помощнике цитата "Получим дополнительные записи, имеющие признак сторно, которые необходимо добавить в текущий набор для того, чтобы в результате сохранения получился максимальный фактический период действия".
Ничего не понял...
Дополнение = Движения.ОсновныеНачисления.ПолучитьДополнение();
Для Каждого Запись Из Дополнение Цикл
Движение = Движения.ОсновныеНачисления.Добавить();
ЗаполнитьЗначенияСвойств(Движение,Запись);
Движение.Сторно = Истина;
Движение.ПериодРегистрации = Запись.ПериодРегистрацииСторно;
Движение.ПериодДействияНачало = Запись.ПериодДействияНачалоСторно;
Движение.ПериодДействияКонец = Запись.ПериодДействияКонецСторно;
КонецЦикла;
-
Рановато на спеца с такими вопросами. Не получив записи дополнения и не сформировав стороно записи фактический период ействия может оказаться нулевым при зарегистрированных записях задним числом.
-
и где же получать эти знания? думаете на практике это все сразу применяется?
-
Да можно подготовиться, даже если многого не знаешь, за 2-3 месяца (если есть время на подготовку). Конкретно по данному вопросу я тоже разобрался за 2-3 недели до сдачи. Другое дело, что сам спец нафиг не нужен, если только не требуют на работе (разве что на собеседование могут пригласить с несколько более высокой вероятностью, чем без него, если отборщик резюме вообще в курсе, что это за бумага :) ).
P.S. А про расчетные механизмы, насколько я знаю, многие только при подготовке и узнают.
-
в принципе ничего сложного в этих сторнозаписях. за час можно все нормально понять. на ИТС инфы достаточно оказывается.
-
Посмотрите мое решение билета 9
1) ОУ тут отчет не доделал, по характеристикам.
Еще не могу понять, когда создаю новый Значение Свойств Объекта. Выбираю объект (вариант справочника номенклатуры), свойство. У свойства указан свой тип (строка, число, дата и т.д). А в значение надо вре равно в ручную указывать
2) БУ добавил ресурс "СуммаВал" для валюты. При этом признак учета "Валютный" не делал. Не могу понять, зачем его надо делать, если задача работает.
3) СПР вопросов не возникло
4) УФ вопросов не возникло
-
У всех неправильно. Количество дней больничного нужно определять не по графику, а просто количеством календарных дней, это написано в задаче и типично для больничного. А вот среднедневной заработок определяется в задаче не как обычно - по количеству рабочих, т.е. плановых дней за прошлый месяц и окладу за прошлый месяц. Значит нужен дополнительный ресурс, чтобы вместе с окладом хранить число плановых дней.
-
У всех неправильно. Количество дней больничного нужно определять не по графику, а просто количеством календарных дней, это написано в задаче и типично для больничного.
Скорее всего, при принятии решения о выдаче желтой бумажки данный момент не будет иметь никакого значения.
Условие, как обычно, двусмысленное, т.к. дневная ставка в таком случае тоже должна определяться по календарным дням (и это типично для любого расчета, в т.ч. для больничного - периоды для пересчета ставки и расчета суммы начисления определяются одинаковым способом).
Так что идеальный вариант - не заморачиваться, а делать, как удобнее.
-
Так что идеальный вариант - не заморачиваться, а делать, как удобнее.
Тоже верно, но я стараюсь делать максимально близко к условию задачи, хоть оно и глупое, потому что пару-тройку раз не заморочишься на экзамене и желтая бумажка мимо пролетела ;D.
-
Мой вариант решения.
Буду рад критике.
:)
фотографии из базы удалил, для облегчения файла.
UPD: http://forum.chistov.pro/index.php?topic=3719.msg48938#msg48938
-
Доброго дня коллеги!
Решение на суд. Билет в общем-то простой, все как у всех.
1. ОУ - В отчете у меня привязка к ПВХ, это излишне и без нее будет работать. Настроил и загрузил настройки через конфигуратор.
2. БУ - агенты - спр. Контрагенты. Начисление им считается только при положительной прибыли.
3. СПР. Разбиение записей, поддержка сторно. Разные периоды действия реализуются посредством получения оклада на начало месяца периода действия, у больничного - база аналогично относительно начала месяца периода действия.
4. УФ. Как обычно, не стал делать с отказом от модальности - долго.
Очень понравилось решение. Советую всем посмотреть. axel_work спасибо!
P.S. Васина зачетная фотка :D
-
Обновленный вариант решения
-
Мой новый вариант решения с доп условием в СПР "График с дискретностью 15 мин для учета опозданий и начисления штрафов", и в УФ: "Реквизиты формы элемента номенклатура для конкретного менеджера".
Фотографии из базы удалил для уменьшения размера.
Буду рад критике.
:)
-
Объясните, пожалуйста:
Мы больничный разбиваем по дням потому, что он может попадать на выходные дни, и тогда если мы возьмем данные из графика по факту дней, то получим только рабочие дни из периода действия?
-
Объясните, пожалуйста:
Мы больничный разбиваем по дням потому, что он может попадать на выходные дни, и тогда если мы возьмем данные из графика по факту дней, то получим только рабочие дни из периода действия?
Больничный разбиваем по дням, потому что это указано в условиях задачи. График для того и делается, чтобы понять какие дни рабочие, а какие нет.
Решил задачу №9 по СПР (эк меня сегодня пропёрло)
Простые условия, из "необычного" только ввод больничного за несколько месяцев одной строкой.
Оклад сделал вытесняемым больничным, хотя по условию этого нет. Добавил второй ресурс в РР для расчета базы по отработанным дням.
-
Решила 9 билет, прошу прокомментировать!
-
Просьба посмотреть моё решение оперчасти билета.
Почитав ветку и сравнив своё решение есть тема для дискуссии:
Зачем в регистре вводить измерение "Номенклатура"? в задании сказано "учет товаров ведется в разрезе свойств этих товаров". Можно обойтись одним измерением "Набором свойств".
-
Сдал спеца 09.06.17. Хочу поделиться своими решениями билетов. Спасибо всем участникам за обсуждение и выкладываемые решения. Это серьезная помощь в подготовке к экзамену.
-
В коде очень не рекомендуется (не мною, а методистами 1С) одной процедурой и тем более одним запросом обрабатывать разные виды расчета.
Я правильно понимаю смысл, что обрабатывая данные одним запросом мы рискуем попасть в ситуацию, когда по некоторому ВР будет получена база раньше, чем произошла запись данных по ВР, который эту базу формирует? Поэтому сначала рассчитываем базовые ВР, а затем ВР, зависящие от этой базы? Это касается только ВР, которые завися по базе? Не придумал как могут мешать друг другу вытесняющие ВР.
-
Сдал спеца 09.06.17. Хочу поделиться своими решениями билетов. Спасибо всем участникам за обсуждение и выкладываемые решения. Это серьезная помощь в подготовке к экзамену.
В СПР понравилась ваша ОбработкаПроведения. Но в ней есть две ошибки. 1. Не учтено условие "могут быть данные за разные расчетные периоды". 2. Базу для больничного Вы рассчитываете в запросе и в случае больничного, который начался в одном месяце, а закончился в другом, у Вас база по обоим записям будет одинаковая, а должна быть для каждого периода действия своя.
В общем модуле расчет по данным из одного запроса, поэтому могут быть проблемы когда больничный и его база в одном документе.
-
Решил ОУ по 9-му билету, начал сравнивать с решениями других.
Почему все списывают с/с в разрезе номенклатура + свойство, ведь в задаче четко написано:
"Списание себестоимости товаров должно быть организовано в разрезе свойств."
Также отчет как бы дает понять, что у разных товаров могут быть одни и те же свойства.
На мой взгляд за решение на одном РН могут снять баллы как за упрощение задачи.
Решал задача на 2-х
1. РН Номенклатура+Свойства, Количество
2. РН Свойства, Сумма + Количество.
В обработке проведения новая методика по первому РН, старая по второму РН.
Поправьте пожалуйста если я не прав
-
"Списание себестоимости товаров должно быть организовано в разрезе свойств."
Даже с учетом того, что формулировки задач иногда бывают довольно странными, а их трактовки неожиданными для неопытного взгляда, думаю, что списание себестоимости без учета номенклатуры в данном случае не подразумевалось.
-
"Списание себестоимости товаров должно быть организовано в разрезе свойств."
Даже с учетом того, что формулировки задач иногда бывают довольно странными, а их трактовки неожиданными для неопытного взгляда, думаю, что списание себестоимости без учета номенклатуры в данном случае не подразумевалось.
Спасибо! Тогда получается, что это одна из самых простых задач по ОУ
-
Спасибо! Тогда получается, что это одна из самых простых задач по ОУ
Она на знание ПВХ, и настройки отчета с выводом только характеристики.
-
Прошу оценить.
-
Мои решения после сдачи.
-
Доброго коллеги! Еще одно решение билета. Буду рад обратной связи.
-
Есть у кого сам текст задачи?
В актуальных билетах есть
-
В актуальных билетах есть
В актуальных билетах написано следующее:
"Полного текста нет, со слов сдающих:..."
-
Доброго коллеги! Еще одно решение билета. Буду рад обратной связи.
У тебя в Расходной перед чтением из регистра бухгалтерии блокировка ставится на регистр опер. учета.
Почему Приходная делает движения по бух. регистру? Ведь в задании этого не сказано. Документом Операция надо видимо.
Как считаешь, при вводе Больничного за разные расчетные периоды в одном документе базовый период для него должна считаться от его периоде действия,а не от периода регистрации, как у тебя? Тогда будет важен порядок расчета по видам расчета, то есть сначала рассчитывать Оклад и записать в регистр, а потом получать базу для Больничного.
Напиши мне на почту твои контакты, пож.
-
никому девятый билет не попадался на экзамене?
-
Доброго коллеги! Еще одно решение билета. Буду рад обратной связи.