Ошибочная парадигма интерфейса привела к тому, что информация оказалась разорвана на части. В одной таблице посмотрел одно, запомнил. Закрыл. Отурыл другую, посмотрел что-то еще. Тоже запомнил. Закрыл, пошел в третью форму... Общая картина должна складываться в голове, на экране ее нет.

Обешал выложить принтскин своего конфигуратора - делаю.

Пример прикладной формы, которая сконфигурирована на предыдущем снимке.

Пример табличной формы.

код в формах - только на Добавить что-то специальное. Остальные кнопки кода не содержат. Связанные переходы между формами настраиваются.

Я написал, что мне не понравилось в твоем варианте интерфейса. Очевидно, что информация сложно устроена. Есть поставки, вагоны, контейнеры, движение... Но твой интерфейс никак не показывает связи этих кусочков мозаики. Всякий раз на экране можно увидеть очередной торчащий кусочек в виде табличной формы. Связи надо держать в голове и склажывать общую картину тоже в голове.

Это мое мнение. Очень многие системы грешат теми же недостатками. Я стараюсь строить формы так, чтобы можно было максимально легко скользить по инормации, переходя от одного смежного разреза к другому. Если можно впихнуть на экран большую комплексную картину, показывающую разные кусочки информации вместе, одновременно, я стараюсь это сделать максимально добросовестно.

У меня источником данных грида или карточки может выступать вью, табличная функция, процедура. Табличные функции и процедуры умеют принимать параметры с формы для задания источника данных. Подавляющее большинство форм - редактируемые. Данные в карточках, гридах, панелях связаны друг с другом, в простейшем случае парент/чаилд через одно или несколько полей. Карточки и гриды умеют отдавать параметры и принимать их. На этом конфигурируются переходы между формами (например открытие карточки объекта из таблицы). Формы-структуры и формы-таблицы - это контейнеры, сами данных не содержат, используются для вложения карточек и гридов. Грид может иметь много опций фильтрации, опции сортировки, поиск по полям и т.п.

Параметры форм.

Переходы между формами с использованием параметров.

авторЯ так понял, что ты конфигуришь только формы отображения данных?
Моделирование данных я так полагаю занимается менеджмент студио.

Да, все наборы данных создаются как объекты сервера. Конфифгурируется ТОЛЬКО презентация данных. Это - осознанное решение. Сконфигурировать обычную звезду или снежинку несложно, но толку от нее мало. Реальные набры данных - расчет позиции по депозитам например, содержат такой скл код, которые не конфигурируется.

Проект делался в среде, где офис централизованно ставится на все рабочие станции. Проект постепенно вырос из маленького конкретного приложения на а2000+скл2000, конфигуратор был сделан несколько лет назад в фоновом режиме с постоянной разработкой прикладного функционала.

Выигрыш именно в скорости разработки.

Возможность централизовано управлять видом/поведением форм выигрышем можно назвать только на фоне бедности базовой среды - "родных" аксесовских форм и вба.

Если бы платформа была другая, то такая возможность была бы сосредоточена в базовых классах форм. Формы аксеса - черный ящик, в который нельзя вмешаться. Пришлось строить свой каркас рядом, получая объектные ссылки "родных" аксесовских форм и подписавшись на значимые события.

Обработчик кнопок Добавить что-то там достаточно тривиален и интереса не представляет. Добавление сложных интересных сущностей, типа кредитный договор, какой-то вид лиммита, делается через многоходовой визард. Кода там довольно много. В конце концов это сводится с вызову серверной процедуры <Имя сущности>_Insert с длиным хвостом параметров.

Я всегда старался реализовтаь реальный бизнес-кейсы, по добавлению новых данных максимально дружественным к пользователю способом. Это требует очень гибкого кодирования формы ввода или визарда. Создав конфигуратор, в котором можно было включать/выключать/задавать значения одних контролов в зависимости от других, я отказался от конфигурирования визардов - слишком много уходит времени, которое можно израсходовать на разработку других фичей, что дает бОльшую отдачу.

Стандартные формы-карточки, таблицы, структуры конфигурируются. Нестандартные визарды ввода кодируются.