Базовый курс. МГ от 19.06.2011

Отвечаем на вопросы по расчетным механизмам и не только.

1. Код видов расчета.
Каково предназначения атрибута Код у ВидаРасчета? Вы набираете в этом числа (причем в разброс), я в своей БД копировал в него Наименование?

2. Реквизиты вида расчета.
По сути “предметной области”, на мой взгляд, понятия: Исх.Данные для Расчета(то что Вы делаете Реквизитом РегистраРасчета “Размер”), ПериодДействия, БазовыйПериод являются атрибутами понятия ВидРасчета. Однако, нигде в конфигураторе этой связи нет.

3. Заполнение периодов в документе.
В ДЗ13 мы создали документ “НачислениеЗП”. В ТЧ которого есть колонки ДатаНачала и ДатаОкончания. Получается что “оператор” должен знать, что для некоторых ВидовРасчета надо их заполнять, а для некоторых нет?

4. База по регистру расчета.
Понятие БазовыйПериод я понимаю. А что такое база, значение базы, данные базы, сумма базы, результат базы, рассчитанное значение результата базы которые Вы используете в главе3 урок 11?

5. Период регистрации.
В главе 9, урок 3 Вы утверждаете, что у записи регистра расчета нет свойства “период”. В конфигураторе открываю стандартные реквизиты РегистраРасчета и на первом месте вижу “Период”.  Что не так? В синаксисПомошнике его действительно нет(а есть периодРегистрации). В режиме предприятия при открытии формы списка регистра расчета первая колонка называется ПериодРегистрации. Полный бардак!? Кому верить?

6. Основное предназначение регистров расчета.
Правильно ли я понимаю, что смыслом существования регистра расчета является прежде всего “разбиение” ПериодовДействия на ФактическиеПериодыДействия и расчет “пропорций” на основани и”Графиков”

7. Хранение данных графика.
Какой смысл вместо использования функции, возвращающей “Значение” графика за заданный период, использовать регистр сведений, накапливающий(в таблицах БД) массу “константообразной” информации?

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

9. Отбор для набора записей.
Можно ли наложить отбор, например, по ТипуГрафика и Дате1 (получается одна запись) и затем в этот отбор добавлять другие записи, например по тому же типу графика но дате2,3 и т.д. (вопрос возник, так как сначала долго пыталась через цикл по датам сформировать такой отбор по всем датам), чтобы затем с ним работать, но безуспешно).
Поняла, что подход неправильный, но вопрос все же хотелось снять до конца, особенно в свете того, есть метод отбор.добавить(), который я и пыталась применять.

10. Очистка наборов записей.
Почему-то для документа ПоступлениеТМЦ не работает описанный в решении и подходящий для всех остальных документов механизм. Т.е. если убирать признаки проведения по соответствующим учетам – то движения и проводки не очищаются, стала искать причину – обнаружила, что до начала проведения документа набор записей документа НЕ пустой (в отличии например, от документа реализация) и в процессе выполнения обработки набор движений не очищается, поэтому чтобы заработало правильно пришлось в процедуре обработки проведения сначала прямо указывать:       Движения.Управленческий.Очистить();       Движения.Взаиморасчеты.Очистить();       Движения.ОстаткиТоваров.Очистить();       Движения.ПоступленияТоваров.Очистить();
Свойства документов вроде одинаковые – у всех стоит удалять движения автоматически при отмене проведения.
Вопрос – в связи с чем может отличаться поведение этих документов?