Автор Тема: Результаты сдачи экзаменов на спеца по Платформе 8.2  (Прочитано 782295 раз)

0 Пользователей и 1 Гость просматривают эту тему.

margaritka47729

  • Пользователь
  • **
  • Сообщений: 43
Вопрос больше к тем, кто уже сдал..
как вы реализовали задачи у которых в разных разделах используется один и тот же документ?
(например: в ОУ и БУ док.Расходная)
Использовали один документ для двух разделов? Если да, то можно ли разъединять эти проводки?
Например, в зависимости от типа проведения(пользователь выбирает ОУ или БУ) проводить только соответствующим способом.

alex1248

  • Призрак форума
  • *****
  • Сообщений: 714
Вопрос больше к тем, кто уже сдал..
как вы реализовали задачи у которых в разных разделах используется один и тот же документ?
(например: в ОУ и БУ док.Расходная)
Использовали один документ для двух разделов? Если да, то можно ли разъединять эти проводки?
Например, в зависимости от типа проведения(пользователь выбирает ОУ или БУ) проводить только соответствующим способом.
Да, один документ (это обязательное требование).
Да, именно так разделял.


margaritka47729

  • Пользователь
  • **
  • Сообщений: 43
Вопрос больше к тем, кто уже сдал..
как вы реализовали задачи у которых в разных разделах используется один и тот же документ?
(например: в ОУ и БУ док.Расходная)
Использовали один документ для двух разделов? Если да, то можно ли разъединять эти проводки?
Например, в зависимости от типа проведения(пользователь выбирает ОУ или БУ) проводить только соответствующим способом.
Да, один документ (это обязательное требование).
Да, именно так разделял.

А если 2раза встречается и приходная и расходная. В одном задании например, надо указывать срок годности продукта, во втором не надо...как вы поступали с обязательным реквизитом для заполнения? ведь для задачи со сроком он обязателен, а без срока -нет.

alex1248

  • Призрак форума
  • *****
  • Сообщений: 714
Вопрос больше к тем, кто уже сдал..
как вы реализовали задачи у которых в разных разделах используется один и тот же документ?
(например: в ОУ и БУ док.Расходная)
Использовали один документ для двух разделов? Если да, то можно ли разъединять эти проводки?
Например, в зависимости от типа проведения(пользователь выбирает ОУ или БУ) проводить только соответствующим способом.
Да, один документ (это обязательное требование).
Да, именно так разделял.

А если 2раза встречается и приходная и расходная. В одном задании например, надо указывать срок годности продукта, во втором не надо...как вы поступали с обязательным реквизитом для заполнения? ведь для задачи со сроком он обязателен, а без срока -нет.
На самом экзамене я красоту для пользователя навести не успел, поэтому обязательные реквизиты никак программно не обрабатывал. Но вообще, если уж есть такие требования в условии задачи, можете и сделать его обязательным, и, возможно, придется что-нибудь туда вбить и для той задачи, в которой он не нужен. Но в последнем случае в обработке проведения он всё равно не будет участвовать. При удаленной сдаче можно об этом написать в пояснительной записке, при очной - если экзаменатор спросит (что, впрочем, маловероятно) - объясните.

zzux

  • Новичок
  • *
  • Сообщений: 1
Результаты сдачи экзаменов на спеца по Платформе 8.2
« Ответ #2434 : Октябрь 10, 2015, 01:16:31 am »
Сегодня сдавал на Специалиста по платформе в учебном центре (Москва).
Выдали билет под номером 2. Оказалось, что задачи  в этом втором билете такие как в билете №3 из последнего списка билетов, которые есть на этом сайте. Отличие было только в задаче по управляемым формам (вместо трех мелких задач- надо было было организовать подбор номенклатуры).

Принимал Белоусов.
Что отметил для себя. При подготовке пользовался пользовался очень конструктивной статьей http://expert.chistov.pro/public/102366/. Но... там есть один пункт.
______
8. Правильная установка момента времени в качестве параметра запроса при проведении документа. Если документ по вашему решению может проводиться оперативно, то установку параметра для запроса оптимальнее делать так:

Запрос.УстановитьПараметр("МоментВремени", ?(РежимПроведения=РежимПроведенияДокумента.Оперативный,
 Неопределено, МоментВремени()));
____
Дак вот. Оказалось, что такое решение не приветствуется. остатки надо брать ОДНОЗНАЧНО на момент времени. Смысл в том, что если кто-то ввел документ будущей датой, то остатки при оперативном проведении рассчитаются неверно. Ошибка не считается критичной, но это ошибка.

Ещё из мелочей - при создании регистра бухгалтерии, когда надо установить ресурсу признак учета, этот признак, несмотря на его наличие не появляется в списке выбора.  Решается эта проблема закрытием и повторным открытием конфигуратора.

Сдавал предпоследним. Получил 4 за пару непростительных мелочей. Действительно глупых, но действительно непростительных. Получил желтую бумагу и незаменимый опыт общения с преподавателем ( за что ему отельное спасибо). Вообще препод произвел хорошее впечатление.
Я внимательно слушал, о чем идет его беседа  с другими сдающими. Человек он, как мне показалось, вдумчивый и не жадный на подсказки. Помогает понять сдающему его ошибки. Начинает протоколировать баллы,  только когда уже однозначно понял, что сдающий "не потянул".

Основные ошибки, которые он отмечал ( в принципе уже много об этом писали, но повторюсь):
-отборы в  виртуальных таблицах не через параметры ( у нас эта ошибка была у двух человек);
- неправильное наложение блокировки;
- использование даты при сортировке вместо МоментаВремени();
- "копейки";
-вид отчета должен быть максимально похож на отчет в задании;

Но это , естественно, если зада в принципе решена удобоваримо.
Спасибо всем форумчанам. Отдельно Павлу Чистову, Евгению Гилеву - готовился по их курсам. И с некорого времени стал активным покупателем их курсов. Оправдано и по деньгам и по уровню.


 

 
« Последнее редактирование: Октябрь 10, 2015, 01:25:41 am от zzux »

Quantum81

  • Проверенный
  • ***
  • Сообщений: 117
Спасибо за комментарии об экзамене!
.........
Запрос.УстановитьПараметр("МоментВремени", ?(РежимПроведения=РежимПроведенияДокумента.Оперативный,
 Неопределено, МоментВремени()));
____
Дак вот. Оказалось, что такое решение не приветствуется. остатки надо брать ОДНОЗНАЧНО на момент времени. Смысл в том, что если кто-то ввел документ будущей датой, то остатки при оперативном проведении рассчитаются неверно. Ошибка не считается критичной, но это ошибка.
........
Долго думал в чем подвох. И кажется додумался. В промежуток времени между сохранением документа и его проведением, может вклинится кто-то еще. Но не очень уверен. Зачем тогда вообще механизм оперативного проведения  :o.

margaritka47729

  • Пользователь
  • **
  • Сообщений: 43
Сегодня сдавал на Специалиста по платформе в учебном центре (Москва).
Выдали билет под номером 2. Оказалось, что задачи  в этом втором билете такие как в билете №3 из последнего списка билетов, которые есть на этом сайте. Отличие было только в задаче по управляемым формам (вместо трех мелких задач- надо было было организовать подбор номенклатуры).

Принимал Белоусов.
Что отметил для себя. При подготовке пользовался пользовался очень конструктивной статьей http://expert.chistov.pro/public/102366/. Но... там есть один пункт.
______
8. Правильная установка момента времени в качестве параметра запроса при проведении документа. Если документ по вашему решению может проводиться оперативно, то установку параметра для запроса оптимальнее делать так:

Запрос.УстановитьПараметр("МоментВремени", ?(РежимПроведения=РежимПроведенияДокумента.Оперативный,
 Неопределено, МоментВремени()));
____
Дак вот. Оказалось, что такое решение не приветствуется. остатки надо брать ОДНОЗНАЧНО на момент времени. Смысл в том, что если кто-то ввел документ будущей датой, то остатки при оперативном проведении рассчитаются неверно. Ошибка не считается критичной, но это ошибка.

Ещё из мелочей - при создании регистра бухгалтерии, когда надо установить ресурсу признак учета, этот признак, несмотря на его наличие не появляется в списке выбора.  Решается эта проблема закрытием и повторным открытием конфигуратора.

Сдавал предпоследним. Получил 4 за пару непростительных мелочей. Действительно глупых, но действительно непростительных. Получил желтую бумагу и незаменимый опыт общения с преподавателем ( за что ему отельное спасибо). Вообще препод произвел хорошее впечатление.
Я внимательно слушал, о чем идет его беседа  с другими сдающими. Человек он, как мне показалось, вдумчивый и не жадный на подсказки. Помогает понять сдающему его ошибки. Начинает протоколировать баллы,  только когда уже однозначно понял, что сдающий "не потянул".

Основные ошибки, которые он отмечал ( в принципе уже много об этом писали, но повторюсь):
-отборы в  виртуальных таблицах не через параметры ( у нас эта ошибка была у двух человек);
- неправильное наложение блокировки;
- использование даты при сортировке вместо МоментаВремени();
- "копейки";
-вид отчета должен быть максимально похож на отчет в задании;

Но это , естественно, если зада в принципе решена удобоваримо.
Спасибо всем форумчанам. Отдельно Павлу Чистову, Евгению Гилеву - готовился по их курсам. И с некорого времени стал активным покупателем их курсов. Оправдано и по деньгам и по уровню.


Подскажите, по какой формуле решали проблему копеек? и как среагировал преподаватель?

zorky

  • Проверенный
  • ***
  • Сообщений: 222
  • ФИО: ЗЖВ
http://expert.chistov.pro/public/102366/. Но... там есть один пункт.
______
8. Правильная установка момента времени в качестве параметра запроса при проведении документа. Если документ по вашему решению может проводиться оперативно, то установку параметра для запроса оптимальнее делать так:

Запрос.УстановитьПараметр("МоментВремени", ?(РежимПроведения=РежимПроведенияДокумента.Оперативный,
 Неопределено, МоментВремени()));
____
Дак вот. Оказалось, что такое решение не приветствуется. остатки надо брать ОДНОЗНАЧНО на момент времени. Смысл в том, что если кто-то ввел документ будущей датой, то остатки при оперативном проведении рассчитаются неверно. Ошибка не считается критичной, но это ошибка.

------ Если запрещать Оперативное Проведение  - то да.  Но кто мешает оставить Оперативное Проведение, и тогда именно таким образом будет правильно!?  Кто сдавал - Запрещать или Разрешать Оперативное Проведение,в ОУ и в БУ ??? кто как считает.

Цитировать
   Подскажите, по какой формуле решали проблему копеек? и как среагировал преподаватель?
в ОУ(по партиям)    - Если кол-во Списываемого = кол-во Остаток в Регистре ТО  Берём Всю сумму из регистра.
в БУ - в большинстве случаев также, но вот столкнулся с задачей 2.14(5билет), где Себестоимость считается по Средней, для Номенклатуры, по Всем Инвентарным Номерам,  - тут нужно на последнем шаге забрать Сумму, которая осталась. Её на каждой итерации вычисляем:

Если Списано = Выборка.ОбщееКолво Тогда
       СебЕд = СуммаВрегистре;
   Иначе      
   СебЕд = ?(Выборка.ОбщееКолво=0,0,Выборка.ОбщаяСумма/Выборка.ОбщееКолво);
        СебЕд = Окр(СебЕд,2);
КонецЕсли;

Списано = Списано+1;
СуммаВрегистре = СуммаВрегистре - СебЕд;

И кстати, без Округления  - проблема не решается, проверял, зависают копейки....
« Последнее редактирование: Октябрь 10, 2015, 10:26:31 am от zorky »

AlexGroovy

  • Пользователь
  • **
  • Сообщений: 69
  • ФИО: ЫЫЫ

8. Правильная установка момента времени в качестве параметра запроса при проведении документа. Если документ по вашему решению может проводиться оперативно, то установку параметра для запроса оптимальнее делать так:

Запрос.УстановитьПараметр("МоментВремени", ?(РежимПроведения=РежимПроведенияДокумента.Оперативный,
 Неопределено, МоментВремени()));
____
Дак вот. Оказалось, что такое решение не приветствуется. остатки надо брать ОДНОЗНАЧНО на момент времени. Смысл в том, что если кто-то ввел документ будущей датой, то остатки при оперативном проведении рассчитаются неверно. Ошибка не считается критичной, но это ошибка.

Можете сказать как тогда правильно устанавливать параметр . Я имею ввиду просто надо ставить МоментВремени() или как ?)
Благодарю заранее за ответ.


alex1248

  • Призрак форума
  • *****
  • Сообщений: 714
Можете сказать как тогда правильно устанавливать параметр . Я имею ввиду просто надо ставить МоментВремени() или как ?)
Благодарю заранее за ответ.
Для каждого документа запрещаете оперативное проведение, и берете остатки только на МоментВремени.

AlexGroovy

  • Пользователь
  • **
  • Сообщений: 69
  • ФИО: ЫЫЫ
 Мне вот что ответил Павел Чистов "На мой субъективный взгляд, точку расчета итогов нужно устанавливать всегда. А Ваш комментарий «если кто-то ввел документ будущей датой, то остатки при оперативном проведении рассчитаются неверно.» может ввести в заблуждение, так как провести оперативно документ будущей датой невозможно.   Источник: ©Курсы-по-1С.рф".

Jones

  • Проверенный
  • ***
  • Сообщений: 199
провести оперативно документ будущей датой невозможно

Действительно, будущей датой провести документ оперативно нельзя.
Сразу хотел спросить об этом автора (zzux), но решил подождать, заметит ли эту неточность кто-нибудь еще.
Теперь задам свой вопрос:
Уважаемый zzux, ранее Вы сообщали:

8. Правильная установка момента времени в качестве параметра запроса при проведении документа. Если документ по вашему решению может проводиться оперативно, то установку параметра для запроса оптимальнее делать так:

Запрос.УстановитьПараметр("МоментВремени", ?(РежимПроведения=РежимПроведенияДокумента.Оперативный,
 Неопределено, МоментВремени()));
____
Дак вот. Оказалось, что такое решение не приветствуется. остатки надо брать ОДНОЗНАЧНО на момент времени. Смысл в том, что если кто-то ввел документ будущей датой, то остатки при оперативном проведении рассчитаются неверно. Ошибка не считается критичной, но это ошибка.


Скажите, как Вы поняли, что такое решение не приветствуется?
Дело в том, что это один из постулатов сдачи экзамена на спеца v8 (см.пункт 8), на который поколения программистов опирались много лет. И тут вдруг Вы заявляете, что это не верно.
Уточните, Вам это прямо сказал экзаменатор или Вы это поняли по каким-то косвенным признакам?

Quantum81

  • Проверенный
  • ***
  • Сообщений: 117
Проштудировал ЕЩЕ раз книжку (Проф Разработка в 1С). Там все-таки подтверждается возможность использования НЕОПРЕДЕЛЕНО.

Цитировать
А  это  важно  при  получении  остатков  из  регистров.  Так  как  кроме
движений и помесячных остатков таблицы регистров хранят еще подсчи-танные  итоги,  актуальные  на  момент  времени  последней  записи  в  них.
И  если  мы  уверены,  что  «за»  оперативной  отметкой  времени  не было
движений, то тогда для получения актуальных данных контроля остатка
можно использовать виртуальную таблицу остатков регистра без указания
параметра Период(или с указанием значения Неопределенов качестве его значения).

Т.е. все документы двигающие регистр должны проводиться оперативно. Но в конце оговорка:
Цитировать
Но  вот  программное  неоперативное  проведение  документов  система
не запрещает. Кроме того, при формировании движений можно добиться
ситуации,  чтобы Период движения  не  совпадал  со  значением Дата
документа.  То  есть  в  принципе  движения  могут  быть  сформированы
будущей  датой.  Ответственность  за  недопущение  подобных  фактов  –
на разработчике.

AlexGroovy

  • Пользователь
  • **
  • Сообщений: 69
  • ФИО: ЫЫЫ
Quantum , а можете сказать а для расчета копеек нужно обязательно использовать Окр() ?

Quantum81

  • Проверенный
  • ***
  • Сообщений: 117
Не могу  :) я же не эксперт.
В литературе которую я читал, вопрос копеек не оговаривался.
В методичке курса по БУ (УЦ №3) есть такая запись в листинге:
Цитировать
Стоимость = ОКР(Выборка.ОстСум * Выборка.Количество/Выборка.ОстКол, 2);
что вообщем-то не к селу не к городу.
мне лень проверять. Судя по всему округление используется при разной разрядности операндов.
Т.к. если не округлять, то лишняя дробная часть будет отброшена (хотя почему бы не добавлена).

Т.е.
    (2.000/3.000) * 15.00 = (0.666) * 15.00 =  0.66 * 15.00 = .... (Не проверял)
Если округлить выражение в скобках то будет:
     .................. ............. ........... .......... =  0.67 * 15.00 = ....  (Не проверял)


Хотя по логике, т.к. деление стоит слева было бы логичней:
  (0.666) * 15.00 = 0.666 * 15.000 = ...
А вообще, мы же все равно будем это засовывать в ресурс с точностью 2. Тогда да, округлять логично (более точное вычисление).