Цитата:
Сообщение от
belugin
было несколько доработок
очень правильное утверждение. "было", "несколько", "доработок".
и ради этого делают фичу. которая НЕИЗБЕЖНО потребует изменения в администрировании, экспорте/импорте, индексах и прочее. )
как будто в аксапте других проблем нет.
Цитата:
Сообщение от
belugin
Прямо сейчас мы можем с тобой наблюдать как в TFS люди пользуются полями UserFieldN вполне себе фильтруя, группируя и строя сводные таблицы по ним.
Да, да! да!!! отлично.
бывают системы, где вводимые и значимые данные совпадают.
это целый класс систем.
но аксапта не такая.
в ней используется подход "черновик/проводки". Черновик - это журнал, заказ.
пользователь вводит данные в черновик. черновик почти не влияет на итоги.
система выполняет валидацию этих данных, очистку, согласование с другими данными, после чего делает разноску в другие таблицы. При разноске пользовательские данные преобразуются, распределяются в разные модули и т.п.
пользователь получает результат в виде разнесенных данных.
пользовательские данные хранятся только в справочниках.
и это в большинстве случаев это дефолтные данные, которые будут подставлены в черновик перед разноской.
)))
В условиях такого подхода, применять фичу "из TFS"... это просто не знать аксапту
Цитата:
Сообщение от
EVGL
См. выше. То, что вы считаете ненужным пользователям, в других системах является парадигмой внедрения.
Ой, господи. Какая подмена понятий. Пожалуйста приведите цитату, в которой я утверждал что что-то не нужно пользователям.
Да, есть системы, где пользовательский ввод вполне допустим.
Это системы в которых пользователь вводит данные непосредственно в итоговые таблицы. TFS, CRM, аксфорум ))) и многие другие.
В таких системах, как правило, присутствует очень богатый функционал для работы и администрирования пользовательских полей.
Аксапта - не такая )
Это не хорошо и не плохо. Это просто по-другому.
Не понимать разницу... И пытаться "тыкать носом" в...
Как скажете.
Цитата:
Сообщение от
EVGL
Как именно это будет решено, мы не знаем.
Именно!