Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Единый справоник материалов в распределенной БД.
|
|||
|---|---|---|---|
|
#18+
kkvГоспода! А вам не кажется, что создание такой системы с искуственным интеллектом уже само по себе является разработкой?! И стоит ли она вообще того, чтобы ее писать? Вот именно. Тем более, что любая такая система все равно будет давать некоторый процент ошибок и в результате ситуация принципиально не меняется. Принципиально может помочь только переход всех на ОКП или какие-то другие общие классификаторы. Главное - дожить :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2004, 08:38 |
|
||
|
Единый справоник материалов в распределенной БД.
|
|||
|---|---|---|---|
|
#18+
В целом значиться с такой бедой нужно бороться больше организационными медотами... Спасибо всем большое. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.05.2004, 16:22 |
|
||
|
Единый справоник материалов в распределенной БД.
|
|||
|---|---|---|---|
|
#18+
stiПринципиально может помочь только переход всех на ОКП или какие-то другие общие классификаторы. Вывод хороший. Стандартизация убивает очень много проблем. NigmArt В целом значиться с такой бедой нужно бороться больше организационными медотами... В рамках одного предприятия - да. Пользователей информации может быть сколько угодно. Но "владелец", имеющий право на ввод, редактирования, удаление - только определенное число лиц в рамках одного подразделения. Но и их необходимо ограничевать. К примеру групное предприятие. Материальное бюро бухгалтерии завело "материальчик" и ввело его в систему. Спустя некоторое время отдел сбыта сформировал накладтую на его реализацию, а Финансовый отдел отфактуровал. Все документы акцептованы (их данные включены в отчентость всех уровней). И в это время "маленький букгалтер" решил удалить или отредактировать запись. Система должна отказать ему в этом. Так как в данном случае изменение повлеяет на отчетность сбыта и финансистов, а они об этом даже не догадываются. Для изменения необходимо обратиться с запросом к подразделениям о снятии акцепта с документов. Таким образом они будут предупреждены о изменениях. Инаже бордак и одного прокатится комом по всем. У нас был один смешной случай: Приехали к нам ребята из "Антанты" помогать в реструктурицации. Работали они работали. И попросили движение ГСМ. за два года, а у нас в это время система на новые рельсы становилась. Данные за текущий год перебросили и все. А в старой программе наименованю материала особое внимание не уделялось в основном номенклатурный номер в работе был. Ну мы им и сформировали по старым данным. Через час увидели всю их делегацию у нас на пороге. Спрашивают нас - "а откуда у вас в прошлом году такие обороты по "ракетному топливу"" Я сначала сам ничего непонял, заводик этим давно не балуется. Как выяснилось база номенклатуры хранилась с давних пор, если номер давно не задействован то его отдают другому материалу, вот так неглядя солярку и оприходовали. А ребята из "Антанты" сразу озаботились. Страшно наверное. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2004, 06:02 |
|
||
|
Единый справоник материалов в распределенной БД.
|
|||
|---|---|---|---|
|
#18+
А никто не пытался делать название номенклатуры составным. Т.е. завести справочник слов и их словоформ, а само название как конкатенация 3-7 ссылок на справочник слов возможно с ограничениями (первое- существительное и т.д.) отдельно иметь реквизиты для обозначения возможных цифровых значений в названиях. При этом право вводить номенклатуру было бы у ограниченного числа пользователей, а право добавлять новые словоформы - у администратора со стороны заказчика. Это IMHO значительно снизило бы эффект "человеческого фактора". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2004, 06:53 |
|
||
|
Единый справоник материалов в распределенной БД.
|
|||
|---|---|---|---|
|
#18+
Nikola18 При этом право вводить номенклатуру было бы у ограниченного числа пользователей, а право добавлять новые словоформы - у администратора со стороны заказчика. А форрмирование предложение как будеш контролировать. Для решения в данном ключе можно лексемный и синтаксис анализатор подключить. Только есть одно но: Юзъвери десити миллимитровую сталь прогрызают запросто. Они всеровно найдут где напортачить. Если не будут чуствовать за это материальной ответственности. Самое простое решение это вывод сооющения типа: Вы уверены. Вам придется за это ответить! И еше мы ведем статистику занятости. Аудит рабочих мест. И если пользователь часто портачит. То это быстро выявляется и с ним проводится беседа. В плоть до увольнения в связи с несоответствием. Я одно точно знаю, лень, дурь и безграмотность автоматизировать не возможно. Ничто не заменить профессионального пользователя на рабочем месте. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2004, 07:12 |
|
||
|
Единый справоник материалов в распределенной БД.
|
|||
|---|---|---|---|
|
#18+
рубльИ в это время "маленький букгалтер" решил удалить или отредактировать запись. Система должна отказать ему в этом. любая субд имеет механизмы для защиты по сути: проблема довольна актуальна. Я сделал таким образом, что перед ввод организаций и товаров и т.п осуществляется с конечной точки дерева типизации. для организаций география или отрасль, для товаров своя структура. там уже список ссужается и на глазок "можно" определить есть ли тамв водимый объект. Для распределенных систем несколко сложнее, особенно если редко репликацию проводить. Сейчас надо распространять разработанную систему на филиалы, и стоит подобная проблема ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2004, 22:56 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=32514112&tid=1546490]: |
0ms |
get settings: |
7ms |
get forum list: |
18ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
39ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
55ms |
get tp. blocked users: |
1ms |
| others: | 219ms |
| total: | 357ms |

| 0 / 0 |
