---
name: onec-epf-greenfield-marker
description: Обработка 1С «с нуля» (greenfield) — маркер только один раз сверху модуля объекта; полный чек-лист вопросов перед стартом сборки (колонки, связи документов, INNER/LEFT, дефолты отборов, закрепление кнопок сортировки на панели)
metadata: 
  node_type: memory
  type: feedback
  originSessionId: d47a9ad3-74c0-479a-8fd7-ec56f1d75778
  modified: 2026-07-21T09:25:11.899Z
---

Если разрабатываем обработку 1С **с нуля** (greenfield), мой личный комментарий-маркер (`//+ Бурдуков С.Ю <дата> DEVACC-...`) ставится **ровно ОДИН раз — в самой первой строке модуля объекта** (`Ext/ObjectModule.bsl`), и больше нигде: ни по процедурам, ни построчно, ни в модулях форм.

**Почему:** в greenfield нет «чужой истории правок», маркеры по всему коду只 засоряют. История ведётся в Obsidian Changelog, а не в комментариях.

**Как применять:** при чистке greenfield-обработки снести все рассыпанные `//+ //- Бурдуков DEVACC`, оставив один сверху ObjectModule. Маркеры по строкам/блокам (Правило 1 скилла) — ТОЛЬКО при правке существующего чужого прода. Закреплено в `[[onec-epf-skill]]` SKILL.md §1.

**Грабли (21.07.2026, обработка РеализацияУслугиПоступлениеБайко):** при генерации формы по образцу v8unpack-прецедента (у которого маркер стоял в обеих Module.bsl — видимо старая практика/несоответствие правилу) я по инерции скопировал маркер и в `Forms/Форма/Ext/Form/Module.bsl` тоже — пользователь поправил явно. Копируя структуру существующей обработки как образец, НЕ копировать маркер построчно из неё — маркер для НОВОЙ greenfield-обработки решается заново по этому правилу (один раз, только ObjectModule), независимо от того, как было в образце.

**DEVACC-номер:** если пользователь не назвал номер задачи в моменте создания — маркер пишется БЕЗ номера (`//+ Бурдуков С.Ю <дата>`), номер не выдумывается. Если позже пользователь называет номер — дописать в этот же (единственный) маркер и пересобрать.

**Полный чек-лист вопросов перед стартом сборки новой greenfield-обработки** (колонки/типы, поля связи документов, INNER/LEFT, гранулярность строки, дефолты отборов, DEVACC, закрепление стандартных команд типа сортировки на панели через `LocationInCommandBar`) — см. `[[onec-epf-skill]]` SKILL.md §4b и Obsidian `Projects/ОбработкиЭкспорт/Decisions.md` D20. Читать/проговаривать ДО написания XML новой обработки, не после «готово» — каждый пропущенный пункт в прошлом стоил лишней пересборки.
