Билет 1. Спец по платформе V8

[silex]

При списании себестоимости вы делаете еще одну проверку остатков, но уже по регистрам Управленческий и СебестоимостьНоменклатурыОстатки. Надо ли это делать?

Как было разъяснено на этом форуме, проверку на остатки необходимо делать по каждом учетном регистру ибо нет синхронизации между ними.

[TUBORG14]

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

Правильным вариантом видится:

Код: [Выделить]

Процедура ПередЗаписью(Отказ, РежимЗаписи, РежимПроведения)
ДополнительныеСвойства.Вставить("Проведен", Проведен);
КонецПроцедуры

Если ДополнительныеСвойства.Проведен Тогда
Движения.СебестоимостьНоменклатуры.БлокироватьДляИзменения = Истина;
Движения.Управленческий.БлокироватьДляИзменения = Истина;

Движения.СебестоимостьНоменклатуры.Записать();
Движения.Управленческий.Записать();
КонецЕсли;

Да простит меня многоУважаемый GROOVY за мою категоричность, но это он в своих примерах и на курсах заморочил мозги своими блокировками старых движений. На мой взгляд это 1Совская ересь и за это надо сжигать на 1Совских кострах!!! Какие нафиг старые движения?! Какая использованная кем-то старая номенклатура и т. д. ?!
Помните мальчика из матрицы: "Для начало надо понять главное - ложки не существует".
Так вот первое - пока успешно не завершилась транзакция никаких ваших "новых" движений для всех остальных пользователей не существует (следовательно нет и "старых", они вообще либо есть либо их нет) и второе сколько я понимаю "старые" движения документа должны блокироваться объектной блокировкой самой системой (Движения - это реквизит объекта), как говориться "пусть кони думают у них головы большие" (это я о разработчиках, пусть они за этим следят).
P.S. И перед разработчиками тоже извиняюсь за коней, просто накипело

[Clition]

проверку на остатки необходимо делать по каждом учетном регистру ибо нет синхронизации между ними.

первое - пока успешно не завершилась транзакция никаких ваших "новых" движений для всех остальных пользователей не существует (следовательно нет и "старых", они вообще либо есть либо их нет) и второе сколько я понимаю "старые" движения документа должны блокироваться объектной блокировкой самой системой (Движения - это реквизит объекта)

Спасибо, добавил в шпаргалку.

[ХочуВсеЗнать]

Как было разъяснено на этом форуме, проверку на остатки необходимо делать по каждом учетном регистру ибо нет синхронизации между ними.

отсюда вопрос - у всех в решениях вижу эту задачу сделанной на 2 РН:
Товар, Склад - Количество
и
Товар, Партия - Количество, Сумма

А ведь с таким подходом к контролю остатков смысл в 2 регистрах немного пропадает:
проще добавить измерение Склад в регистр с партиями, и не заморачиваться с новой методикой, потому что если раньше она хотя бы давала по-быстрому контроль остатка (и типа при минусах дальше можно не проводить док), то теперь не дает ничего, т.к. по партиям все равно этот контроль делать.

Кому-то попадалась уже после введения этого требования эта задачка на экзамене, и как решали?

[wings]

Подскажите, пожалуйста, есть ли принципиальная разница между этими двумя вариантами обхода. При помощи структуры поиска и без нее.

1.

Код: [Выделить]

Поиск = Новый Структура("НомерСтроки");
Для каждого Движение Из Движения.Дополнительные Цикл

Поиск.НомерСтроки = Движение.НомерСтроки;

Пока ВыборкаДН.НайтиСледующий(Поиск) Цикл
Движение.Сумма = ВыборкаДН.СуммаБаза*ВыборкаДН.Процент/100;
КонецЦикла;
    ВыборкаДН.Сбросить();

КонецЦикла;

2.

Код: [Выделить]

Пока Выборка.Следующий() Цикл

Движения.Основные[Выборка.НомерСтроки-1].Сумма = Выборка.Ставка*Выборка.Факт/Выборка.План;

КонецЦикла;

[ХочуВсеЗнать]

Подскажите, пожалуйста, есть ли принципиальная разница между этими двумя вариантами обхода. При помощи структуры поиска и без нее.

Индекс не всегда = НомерСтроки -1, так что второй вариант неправильный.
Ну то есть он скорее всего будет работать, но неправильный методически.

[wings]

Подскажите, пожалуйста, есть ли принципиальная разница между этими двумя вариантами обхода. При помощи структуры поиска и без нее.

Индекс не всегда = НомерСтроки -1, так что второй вариант неправильный.
Ну то есть он скорее всего будет работать, но неправильный методически.

Ага. Ясно, спасибо.

[wings]

Еще вопрос.
Серьезной ли ошибкой будет НЕ делать индексирование во всех этих самодельных временных таблицах. Ведь вроде как при маленькой базе это только вредно?

[alex1248]

Еще вопрос.
Серьезной ли ошибкой будет НЕ делать индексирование во всех этих самодельных временных таблицах. Ведь вроде как при маленькой базе это только вредно?

Вы читали перечень ошибок из "Требований..."?

В задачах получения данных из информационной базы установка отборов по неиндексированным полям - 0,5 балла

[wings]

Вы читали перечень ошибок из "Требований..."?

В задачах получения данных из информационной базы установка отборов по неиндексированным полям - 0,5 балла

Видимо, оно потерялось в общей массе этой сотни требований)) Ладно, намек понятен, спасибо.

[Boreas]

Дамы и господа, добрый вечер. Читаю про расчетную задачу и данные по разным расчетным периодам в одном документе, и не могу понять. Обсуждают что угодно: на какую дату брать оклад, еще что-то, но самое главное: как вы получаете данные графика? Руками по регистру сведений собираете? Это методически правильно на экзамене? Есть другие варианты?

[kvt500]

как вы получаете данные графика?

   Из виртуальной таблицы ОсновныеНачисления.ДанныеГрафика естественно.

[andrig]

Друзья,подскажите, почему не идет база для премии.
Всю голову сломал.

[ХочуВсеЗнать]

Друзья,подскажите, почему не идет база для премии.
Всю голову сломал.

потому что в регистре ДопНачисления у вас тип Сотрудника - строка, а надо ФизЛица.

[andrig]

потому что в регистре ДопНачисления у вас тип Сотрудника - строка, а надо ФизЛица.
[/quote]

Спасибо огромное. 2 дня мучаюсь