|
Как спроектировать систему план факторного учета ТМЦ ? | ☑ | ||
---|---|---|---|---|
0
EarthsSoul
26.08.15
✎
08:34
|
Добрый день
У меня вот вопрос: На предприятии имеются объекты строительства. Моя задача заключается в том чтобы сделать план факторный анализ заказов поставок, списаний ТМЦ для объектов строительства. Нагрузка на базу планируется не большая. Пользователей может всего 20, одновременно думаю не больше 8. Как думаете лучше сделать? Вариант 1 Один оборотный регистр накопления С измерениями: Объект Строительства, Номенклатура Ресурсы: Заказано, Поставлено, Списано И все документы: Заказ поставщику, Поступление товаров и услуг, Требование накладная будут делать движения по данному регистру. Или Вариант 2: Три регистра с аналогичными измерениями и одним ресурсом. Регистры соответственно будут собирать по отдельности информацию о том что заказано, поставлено и Списано. По каждома регистру будет свой документ делать движения. Характеристика первого варианта Быстрота реализации, всех отчетов. Но вроде как могут быть взаимные блокировки приросте нагрузки. Характеристика второго варианта: Плюсы второго варианта: Возможность роста пользователей. Минусы: сложность реализации ожидаемых отчетов. Может еще кто какие доводы приведет ? |
|||
1
Лефмихалыч
26.08.15
✎
08:42
|
Этот учет, он будет получаться в результате автомтаизации какого-то процесса. В ходе этого процесса какие-то пользователи будут регистрировать документы, отражающие факты хозяйственной деятельности, из которых складывается этот твой план факторный учет (кстати, не бывает такого учета). Так вот количество документов полностью определяется процессом. То есть для принятия решения тебе нужно знать, кто, когда и в каком порядке будет регистрировать документы, из движений которых потом строится учет. Если всё, грубо говоря, регистрируется одним документом одним человеком в конце месяца, то больше одного документа и не надо, а, если там три роли, которые в разное время, да еще и не должны поломать чужое, да еще и задним числом править, да и еще и чорта в ступе, вот тогда нужно больше документов.
Короче, у тебя задача не анализ сделать, а автоматизировать бизнес процесс и вот этот самый процесс у тебя не описан (или даже не выявлен). |
|||
2
Джинн
26.08.15
✎
08:49
|
План-фактного
|
|||
3
Джинн
26.08.15
✎
08:50
|
Кстати - конфигурация базовая какая?
|
|||
4
EarthsSoul
26.08.15
✎
08:56
|
(1)Процесс
1 Группа пользователей занимается планированием строительства 2 Группа пользователей закупает и списывает 3 Группа кладовщики, только приходует По количеству документов Требований накладных всего 130 штук за месяц в среднем ... (3) Конфигурация УТ 10.3 |
|||
5
EarthsSoul
26.08.15
✎
08:57
|
Строк в документах не более 5 штук ))
|
|||
6
EarthsSoul
26.08.15
✎
08:58
|
Про заднее число, не понятно пока, вроде как не должны
|
|||
7
AlexTim03
26.08.15
✎
09:03
|
В УТ11 заказы поставщикам и ПТУ также объединены 1 регистром с 2 измерениями: заказано, поставлено.
Думаю, выбрать надо вариант 1. |
|||
8
Лефмихалыч
26.08.15
✎
09:04
|
(4) это не процесс, это хрень какая-то.
Бизнес процесс - это вот так, например: http://www.businessstudio.ru/navigator/proizv_predpr_abc/1305187a-0cb3-4966-bf5b-cfc162b223c7.htm которые сейчас набегут и начнут разводить, что мол, "назачем оно такое подробное надо и пустая трата времени", таем заранее отвечаю. Автор не может принять архитектурное решение ровно потому, что детали процесса не известны и почвы для решения нет. Живой пример вот он -(6). То есть можно ограничить заднее число, а можно не ограничивать. Как лучше - х его з потому, что ни кто не знает, предполагает процесс заднее число или нет и как предполагает, если предполагает. И это только маленький пример одной маленькой фичи. Нет регламента процесса - нет автоматизации. Автоматизация неописанного процесса - это затяжной прыжок в тестим-правим-тестим-правим на несколько месяцев и в результате будет неприятно всем участником |
|||
9
Лефмихалыч
26.08.15
✎
09:06
|
опять же цель этого учета отсутствутет начисто. По крайней мере в (0). Цель учета - это отчеты и исходящие из системы потоки данных, а об них ни буквы. При этом такие требования накладывают серьезные ограничения на архитектуру.
|
|||
10
EarthsSoul
26.08.15
✎
10:25
|
(9) бизнес аналитик блин ))
(7) спасибо, вот дельный совет :) (9) Понимаешь не всем представляется полезным изложить следующее http://www.businessstudio.ru/navigator/proizv_predpr_abc/1305187a-0cb3-4966-bf5b-cfc162b223c7.htm#_Toc319347738 Я пока в нашем городе не видел тех кто читает подобные диаграммы, некоторые пытаются писать, но все кто пишет ограничивается тем что пишут для себя ... |
|||
11
Злопчинский
26.08.15
✎
10:55
|
(10) Они не пишут для себя, они ходят под себя...
|
|||
12
Лефмихалыч
26.08.15
✎
11:03
|
(10) ты все прочел, но не понял ни хрена
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |