Требования при решении задач 1С Специалист по платформе

Общие требования:

1. Состав объектов конфигурации и их структуру необходимо самостоятельно определить и реализовать для каждого задания. По умолчанию, если другое не следует из условия задачи, каждая микрозадача, характеризующая отдельный вид учета, считается никак не связанной с другими микрозадачами.
2. Обязательная отладка процедур обработки проведения (программных модулей объектов). В том случае, когда в задании приведен пример с заполненными в режиме «1С:Предприятия» данными, желательно производить отладку решения именно на данных из этого примера.
3. Решение должно одинаково работать как в тонком, так и в веб-клиенте, если иное не оговорено условием конкретной задачи.
4. В решении должен использоваться управляемый режим работы с транзакционными блокировками.
5. При решении задач, относящихся к бухгалтерскому учету, следует учитывать, что пользователь может ввести проводку с любой корреспонденцией счетов с помощью специального документа «Ручная операция». Сам документ «Ручная операция» должен быть создан в конфигурации для любой задачи по бухгалтерскому учету.
6. При решении задач рекомендуется использовать документацию, входящую в комплект стандартной поставки:
   • 1С:Предприятие 8.3. Руководство пользователя;
   • 1С:Предприятие 8.3. Руководство администратора;
   • 1С:Предприятие 8.3. Руководство разработчика;
   • 1С:Предприятие 8.3. Описание встроенного языка;
   • 1С:Предприятие 8.3. Клиент-серверный вариант. Руководство администратора

Объектная модель:

1. Избегать получения избыточной информации:
   • например, при программном выводе строк передавать (вызывать) не ссылки на объекты, а их представления или наименования);
   • при обращении к реквизиту через вторую точку учитывать, что это – запрос к базе (например, ТекСтрокаТЧ.Номенклатура.ВидНоменклатуры: первая точка – запрос к табличной части, вторая – к базе) (нужно избегать обращения через две точки в цикле).
2. Дополнительная информация объектов ссылочного типа реализуется:
   • через реквизиты - одно значение;
   • через табличные части - несколько значений, список.

Регистры:

1. У всех регистров накопления и регистров бухгалтерии флаг «Разрешить разделение итогов» должен быть установлен (вкладка «Прочее» регистра).
2. При работе с несколькими регистрами:
   • если только чтение – то можно обрабатывать сразу все;
   • если чтение и запись:
     1. работать последовательно с каждым регистром;
     2. блокировку на регистры ставить тоже последовательно.
3. Если работа с регистром остатков, то код должен предусматривать корректный вывод регистра в 0 (вывод всех ресурсов регистра в 0, например, количество 0, сумма 0), для чего обязательно:
   • в таблице движений должны быть операции Приход и Расход;
   • Приход и Расход должны быть по одним и тем же измерениям;
   • правильное заполнение ресурсов (по умолчанию контроль остатков делается всегда!), если несколько регистров остатков (а них – несколько ресурсов) – то по каждому реализовать контроль остатков.
4. При расчете сумм учитывать «проблему копеек».

Запросы и отчеты:

1. При отборе информации из табличной части документа обязательно ставить отбор на ссылку (т.е. условие отбора – ссылка на конкретный документ).
2. Для ресурсов регистров накопления прописываем функцию ЕСТЬNULL(<ресурс>, 0), например, ЕСТЬNULL(ОстаткиНоменклатурыОстатки.КоличествоОстаток, 0).
3. У виртуальных таблиц обязательно проверять параметры виртуальной таблицы.
4. Формы отчетов должны выглядеть так, как это указано в задании.

Работа с документами:

1. Документы, используемые в решении, могут быть неоперативно перепроведены задним числом.
2. Данные в табличных частях документов могут содержать строки с одинаковыми значениями (так называемые «дубли строк»).
3. Если поле документа содержит числовые данные – при делении проверять на 0 или установить проверку заполнения.

Ошибки:

1. нельзя без необходимости выгружать результат запроса в таблицу значений;
2. указание в настройках документов типа «Бухгалтерская операция» разрешения на проведение;
3. получение актуальных остатков , а не на момент времени документа (хотя и оптимально, выше производительность, но есть риск получения некорректных данных);
4. если проведение неоперативное – получение остатков на дату документа, а не на момент времени документа.