Казалось бы, что может быть проще?!
Кинулся в справочник организаций, установил старый счёт как закрытый (благо есть такой реквизит "Закрыт"), для пущей уверенности, так сказать "на всякий пожарный", ещё пометил его на удаление.
Казалось бы всё, по логике теперь в новых документах должен маячить новый блестящий счёт. Создаю документ, проверяю...счёт старый...как это?????
И тут начились мытарства поиска (последовательно):
- Менеджер справочника "Организации" - Функция ПолучитьБанковскийСчетОрганизацииПоУмолчанию(...) - счёт верный;
- Настройки пользователя по умолчанию - нет счёта по умолчанию;
- Точки останова в ПриСозданииНаСервере(...) и ПриЧтенииНаСервере(...) документа - опять тухло, счет уже заполнен,
- Модуль объекта документа ОбработкаЗаполнения(...) - уже теплее, но где именно, создаю ведь новый, а не копирую;
- И вот он - апогей - ЗаполнениеСвойствПоСтатистикеСервер.ЗаполнитьСвойстваОбъекта(...)!
Оказывается в счёт проставляется значение, наиболее часто используемое (по статистике) в данном типе документа (объекте метаданных).
Происходит это в частности в процедуре
// Получим значение реквизита по статистике
ЗначениеРеквизитаПоСтатистике(...);
Итог:
Клиент недоумевает, что же так долго можно было делать с такой пустяковой задачей.
Вывод:
Успешное решение задач поверхностным анализом остались в обычных формах.
Проверки на заполненность в ПриСозданииНаСервере(...) уже стоит делать аккуратнее.
Ну и лишний раз убеждаемся что "статистика" самая бестолковая наука!
Надеюсь, кому-то будет полезно и сэкономит время и нервы.
Протестировано на конфигурациях:
Управление торговлей и взаимоотношениями с клиентами (CRM), редакция 2.0 (2.0.18.6)
Управление торговлей, редакция 11 (11.4.2.109)
Вступайте в нашу телеграмм-группу Инфостарт
