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