gifts2017

Видеолекция: Подготовка к сертификации 1С:Специалист по платформе 8. Часть 2.

Опубликовал Павел Чистов (GROOVY) в раздел Программирование - Сертификация

Мастер-класс по решению второго билета с сайта 1С

 

Решаем вророй билет опубликованный на сайте 1С.
 
Выкладывать решение буду по частям, как меня и просили в комментариях в первому билету.
 
Готова вторая часть. Решение бухгалтерских задач (ftptorrent)
Часть третья. Решение расчетных задач. видеоторрент
 
Обсудить можно тут.
 
Билеты для подготовки скачать можно тут.
Базу для подготовки тут

 

См. также

Подписаться Добавить вознаграждение
Комментарии
1. Санёк (Русский) 21.04.09 06:33
Ужо целая книга заданий вышла. Но лучше всего, когда люди САМИ будут разбираться. Хватит уже некудышных спецов штамповать, которые ничего сами не умеют, но сертификаты коллекционируют как марки.
2. Андрей Зайцев (zaic) 22.04.09 15:15
Посмотрел первую часть, очень понравилось. Мастер-классы эти будут очень полезны всем. А тем, кому за свой счет курсы дороги, вообще необходимы. Все очень доходчиво с акцентом на основных моментах. Спасибо большое.
А сертификаты многим вообще не нужны..
3. Антон (anton23rus) 04.05.09 10:37
дайте ссылочку на первую часть пожалуйста!!!
4. Антон (anton23rus) 04.05.09 10:48
т.е на решение первого билета!!!
6. Павел Чистов (GROOVY) 17.05.09 15:19
7. Вадим Мананников (manan) 24.05.09 14:20
хорошие мастер-классы. смотрю сейчас решение опер. задач - очень наглядно. правда не совсем понятен один момент. смотрим текст запроса, используемый в обработке проведения Приходной для формирования движений по регистру остаткиНоменклатуры. все гут. затем автор говорит, что данный же запрос можно использовать для регистра ЦеныПоставщиков, что вызывает сомнения, т.к. поле "Поставщик" мы сможем вытащить из шапки док-та Приходная, а вот поле "Цена" никак нет, ведь табл. часть группируется и что в этом случае делать - суммировать цену или выбирать максимальную?
8. Павел Чистов (GROOVY) 24.05.09 14:23
Все зависит от задачи. По хорошему, так как записи в регистре "ЦеныПоставщиков" подчинены регистратору, то физически документ "Приходная" не проведется с дублями строк. => надо запретить создавать дубли и как следствие не придутся ничего группировать при формировании запроса.
9. Вадим Мананников (manan) 24.05.09 15:50
еще сдается мне, что в запросе для дока "Расходная" в обработке проведения для целей ФИФО упорядочить нужно не по Остатки.Партия.Дата, а по Остатки.Партия.МоментВремени. правда не настаиваю ;-)
10. Alex Ivanov (clareon) 15.06.09 21:36
а не лучше ли в обработке проведения одним циклом обойти все
Выборка = Запрос.выполнить ().выбрать();
Пока Выборка.следующий () Цикл
Если Выборка.Количество > Выборка.КоличествоОстаток ТОгда
Сообщить ("На складе " + Склад + " недостаточно номенклатуры " + Выборка.Номенклатура + " для списания!");
Отказ = True;
Продолжить;
endif;
Движение = Движения.ОстаткиНоменклатуры.Добавить();
Движение.ВидДвижения = ВидДвиженияНакопления.Расход;
Движение.Номенклатура = Выборка.Номенклатура;
Движение.Регистратор = Ссылка;
Движение.Склад = Склад;
Движение.Количество = Выборка.Количество;
Движение.Сумма = Выборка.Количество / Выборка.КоличествоОстаток * Выборка.СуммаОстаток;
Движение.Период = Дата;
enddo;
если Отказ тогда
Возврат;
КонецЕсли;
"или я не прав где то?
11. Павел Чистов (GROOVY) 15.06.09 22:55
(10) А у меня все в цикле обходится, только движения не формируются если возведен флаг Отказ.
12. Alex Ivanov (clareon) 16.06.09 07:53
(11) ну так и должно быть, если отказ - значит отменяется транзакция (которая неявно начинается при проведении ), следовательно, изменения не записываются.
13. Павел Чистов (GROOVY) 16.06.09 13:50
(12) Так а зачем их формировать, если транзакция все равно отмениться? Может я не понимаю предмет нашего спора?
Я в цикле делаю полную проверку остатков, но прекращаю формировать движения если хотя бы одного товара не хватает. В (10) движения формируются ВСЕ кроме тех товаров по которым не хватает остатка, а потом они все и отменяются в транзакции, на мой взгляд это не оптимально, сначала формировать движения, а потом отменять их.
14. Alex Ivanov (clareon) 16.06.09 14:24
В видео лекции проведение реализовано двумя циклами (один - проверяет остатки, а второй формирует движения по регистрам ), а у меня - одним. Т.к. ситуация с недостатком товаров на складе всречаестя редко, особенно если реализовать программное заполнение, то считаю свои вариант оптимальней, по крайней мере хочу выяснить так ли это...
15. Alex Ivanov (clareon) 16.06.09 14:33
GROOVY, так это ваша лекция ("(11)А у меня все в цикле обходится") ?
16. Alex Ivanov (clareon) 16.06.09 16:36
Ну тогда куча благодарностей! Обалденное изложение и преподнесение материала! Просто 10 баллов!
17. Alex Ivanov (clareon) 16.06.09 16:50
Павел есть 2 вопроса по лекции: 1) Почему запретили оперативное проведение "Расходной накладной"?
2) Если списать 0 шт. несуществующего товара - ошибка "Деление на ноль", надо ли добавить контроль такой ситуации?
18. Alex Ivanov (clareon) 19.06.09 11:29
Павел, когда идте расчет процента скидки, попробуйте сделать его когда объем продаж больше 10 000, судя по вашему запросу скидка будет НУЛЛ, мне кажеться там ошибка.
Предлягаю свой вариант запроса
ВЫБРАТЬ
ЕСТЬNULL ( МАКСИМУМ (ШкалаСкидокСрезПоследних.Процент), 0) КАК Процент
ИЗ
РегистрНакопления.Продажи.Обороты(&Дата1, &Дата2, , Контрагент = &Контрагент) КАК ПродажиОбороты
ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.ШкалаСкидок.СрезПоследних(&МоментВремени, ) КАК ШкалаСкидокСрезПоследних
ПО ПродажиОбороты.СуммаОборот > ШкалаСкидокСрезПоследних.ОбъемЗакупки
"
19. Alex Ivanov (clareon) 19.06.09 14:16
Кроме того, скидка определяется при открытии на дату (или момент) документа, Если теперь пользователь изменит дату на заднее число - то текущая скидка перестанет быть актуальной (в лекции пересчета нет), что тоже ошибочно.
20. Павел Чистов (GROOVY) 19.06.09 14:30
(20) В регистре болжна быть верхнаяя граница указана 99999999999, тогда все тип топ работает.
(19) В лекциях нигде нет защиты от дурака, это не цель лекций.
21. Alex Ivanov (clareon) 20.06.09 07:05
Спасибо за коменты, учимся дальше... !
22. Вадим Мананников (manan) 08.07.09 22:00
в расчетной задаче в регистре расчета ДополнительныеНачисления неправильно настроена зависимость по базе. Должна быть по периоду регистрации.
23. Павел Чистов (GROOVY) 09.07.09 00:00
(22) C нетерпением жду объяснений. Почему?