[mazzy]

Цитата:

Сообщение от Ar

Да не вопрос! Сделал маленький тест... т.к. оригинальный проект выкладывать будет тяжко... много всего.

респект и уважуха за проект.
проверяю на ax2009 (5.0.1500.4570)

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

public void init()
{
    int                     fds = form.design().dataSource(tableStr(InventItemLocation));
    FormBuildTabControl     ftc;
    FormBuildTabPageControl ftpc;
    FormBuildGroupControl   fgc;

    void addGroup(str _name)
    {
        fgc = ftpc.addControl(FormControlType::Group, _name);
        fgc.dataSource(fds);
        fgc.dataGroup(_name);
    }
    ;

    ftc = form.design().control('Tab');
    ftpc = ftc.addControl(FormControlType::TabPage, 'TabPage_New');
    ftpc.caption('New');
    ftpc.columns(2);

    addGroup('Identification');
    addGroup('System');
    addGroup('PickingLocation');
    addGroup('Counting');

    super();
}

разберем.
вы выполняете добавление полей ДО вызова супера.
поэтому проверка прав, диналинки и прочее (включая пользовательские правки форм) вполне нормально выполняет ядро.
поэтому сообщения после 4го к этому проекту не относятся

Цитата:

Сообщение от Ar

Не проверял только автоотчёт и выгрузку в XL. Всё остальное работает

угу. потому что проблема возникает если в качестве датасорсов в АОТ указаны common и/или добавление полей/датасорсов выполнять после супера в init

вы таки посмотрите на форму sysTableBrowser о которой здесь шла речь.
именно эта форма является отдельно стоящей. именно на ней не работают большинство механизмов Аксапты.
не делайте пользовательский функционал в стиле sysTableBrowser, делайте в стиле вашего проекта - конкретные таблицы, инициализация до супера.
причем желательно СКРЫВАТЬ, а не добавлять.