ERP или УНФ, что выбрать?

1. shutilin 22.11.17 06:46 Сейчас в теме
Имеется не маленькое, вполне среднее предприятие.
Два машиностроительных завода, около 2 000 производственных рабочих, производство позаказное.
Есть ERP 2.4, есть УНФ 1.6. Обе базы заполнены всей необходимой нормативкой
(структура предприятия, номенклатура, ресурсные спецификации и маршрутные карты, схемы обеспечения и др.), нормативка ежедневно обновляется, больше пока ничего в них не делаем.
Но планировать заказы и запускать их в производство можно прямо сейчас.
Смущает вот что, изделия сложные, до 10 уровней входимости, до 8 000 полуфабрикатов в изделии.
Очень уж неторопливо происходят все процессы в ERP, иногда половина рабочего дня уходит чтобы запланировать изделие.
Сервер новый, сервер мощный.
А если пойдёт реальный документооборот? 80 000 выпусков полуфабрикатов в месяц, их перемещения между цехами (до 5 переходов между цехами в процессе производства), списание на производство других полуфабрикатов, резервирования материалов и т.д.
К тому же сложна она, и для пользователей, и для постороннего вмешательства для реализации всяких хотелок.
И есть простая, лёгкая, быстрая и красивая УНФ-ка. Если уж и она не отработает как надо - есть план Б.
Делаем например каждый цех отдельной организацией, настраиваем РИБ по организациям, пишем свою обработку-планировщик, делаем обмен заказами и приходно-расходными накладными между организациями, как-то так.
Вот и не знаем по какому пути пойти. Как думаете?
По теме из базы знаний
Найденные решения
36. alex_sh2008 4 22.11.17 20:18 Сейчас в теме
(35)Из такой раскладки, на мой взгляд:
1. УНФ - самый лучший вариант, допишите как нужно производству
2. Рассмотреть ПО для производства, от другого вендора, разумеется если специалисты находятся не далеко от самого производства.
37. TODD22 18 23.11.17 04:41 Сейчас в теме
Ещё почитайте ветки про эксплуатацию УТ 11 и ЕРП с большим количеством пользователей что бы понимать что вас ждёт и какие механизмы лучше не использовать.

Например вот https://forum.infostart.ru/forum72/topic147402/
Остальные ответы
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
2. TODD22 18 22.11.17 07:45 Сейчас в теме
(1)
Смущает вот что, изделия сложные, до 10 уровней входимости, до 8 000 полуфабрикатов в изделии.

А что производите?
Смущает вот что, изделия сложные, до 10 уровней входимости, до 8 000 полуфабрикатов в изделии.

Это зависит от степени детализации изделия(от переделов). На одном предприятии сталкивался с похожей проблемой. Решили увеличением степени детализации передела в основной программе.

Если изделие состояло из 5 узлов, то не стали узлы дробить на комплектующие. Если узел состоит из 50 комплектующих то в учётной системе изделие состояло только из 5 узлов.
А комплектующие каждого узла вели в другой программе на уровне цеха. Там просто хотели считать всё до "винтика" и всё в "одной базе", но это не оправданно усложняло учёт. По этому сделали через крупные узлы. Но всё это зависит от требований к учёту и характера производства.
5. shutilin 22.11.17 10:39 Сейчас в теме
(2)
В учете и сейчас все укрупнено, узлов столько, сколько цехов участвует в выпуске готового изделия, в них все материалы собираются.
В производстве нужно вплоть до каждого узла и винтика, и спецификации изменять нельзя - госконтракты.

"А комплектующие каждого узла вели в другой программе на уровне цеха."

Вот и у нас такая же мысль возникала - УНФ на уровне цеха использовать.
8. TODD22 18 22.11.17 11:08 Сейчас в теме
(5)Так что производите?
В производстве нужно вплоть до каждого узла и винтика

Это утопичный и не совсем правильный подход. Затраты на ведение такого учета многократно превысят профит.

и спецификации изменять нельзя - госконтракты.

Так спецификации ведите. Просто весь остальной объём данных(отражение операций) можно свернуть до приемлемого уровня.

У меня например предприятие выпускает электронное оборудование. Там не то что спецификацию менять нельзя. Там определённые детали нельзя менять на аналоги потому что иначе сертификаты на эти приборы станут не действительными, а без сертификата их никто не купит. Там наукоёмкое оборудование. Даже источник питания не можем заменить на аналог без прохождения повторной сертификации. Хотя казалось бы это просто батарейки.....
9. shutilin 22.11.17 11:34 Сейчас в теме
(8)
Это утопичный и не совсем правильный подход. Затраты на ведение такого учета многократно превысят профит.


подвижных средств технического обслуживания, ремонта и эвакуации;
обитаемых модулей постоянного и переменного объема;
комплексов мобильной техники различного назначения;
энергетических комплексов.

И винтики считает военное представительство.
К каждому требованию-накладной на конкретный заказ надо ещё и приходную накладную и СФ поставщика приложить.
4. alex_sh2008 4 22.11.17 08:42 Сейчас в теме
(1)Увеличить количество пользователей подключенных к 1С до максимума, и начинать оптимизировать производительность ERP, УНФ вашей ситуации быстро выдохнется
Nadushka74; +1 Ответить
6. alex-l19041 8 22.11.17 10:58 Сейчас в теме
(1) а вариант УПП рассматривали?
3. гаврюша 2 22.11.17 08:38 Сейчас в теме
Были у пользователей УНФ большие вопросы по закрытию 20 счета. Посмотрите: https://forum.infostart.ru/forum67/topic181614/
Может для большого производства лучше ERP. Очень много хотелок можно реализовать в расширениях...
7. zuevkl 22.11.17 11:03 Сейчас в теме
УНФ слишком простая, ЕРП слишком сложная и потребует очень больших сил и ресурсов по внедрению и настройке.
Ставьте классику УПП 1.3.
alex-l19041; +1 Ответить
10. shutilin 22.11.17 11:45 Сейчас в теме
Назад в прошлое к УПП уже как-то не хочется

"ЕРП слишком сложная и потребует очень больших сил и ресурсов по внедрению и настройке."

нам нужно только производство, никакого регламентированного учета, з/п, бюджетирования и т.д.
а для производства там все уже настроено
11. alex_sh2008 4 22.11.17 11:48 Сейчас в теме
(10)Ну тогда что вы думаете, раз уже на все вопросы ответили
12. shutilin 22.11.17 12:02 Сейчас в теме
(11)
Страшно же. Существующая система не 1С-ная вешается периодически.
База на Oraclе летает просто. На уровне сервера приложений - раза 3 в неделю висим до перезапуска.
Кстати построена система логически тоже так - каждый цех отдельное предприятие и отдельная база.
13. alex_sh2008 4 22.11.17 13:49 Сейчас в теме
(12) может просто аудит старой системы провести, найти причины висяков, а уже потом во все тяжкие кидаться, и в унф и ерп вы наберете кучу не стыковок и не доработок, на которые нужны и средства и время,
14. shutilin 22.11.17 14:06 Сейчас в теме
(13)
Висяки это не совсем не главная причина почему про новую систему задумываться стали.
Там есть кое-какие более существенные минусы. Например: только количественный учет, без всякой себестоимости.
Но действительно, тут стоит трижды подумать стоит ли что-то делать.
Работает - не трогай )))
15. alex_sh2008 4 22.11.17 14:26 Сейчас в теме
(14)Тут не 3 раза подумать, а целиком провести анализ на предмет перехода, на новое ПО с учетом всех факторов.
16. user_2010 873 22.11.17 14:33 Сейчас в теме
Есть ERP 2.4, есть УНФ 1.6. Обе базы заполнены всей необходимой нормативкой
(структура предприятия, номенклатура, ресурсные спецификации и маршрутные карты, схемы обеспечения и др.), нормативка ежедневно обновляется, больше пока ничего в них не делаем.
Но планировать заказы и запускать их в производство можно прямо сейчас


Кроме данных, все процессы тоже проработаны в двух системах?
17. shutilin 22.11.17 15:35 Сейчас в теме
(16)
Нет пока, процессы полностью в проработаны в ERP, модель строилась по аналоги с системой существующей, и проблем практически не было.
В УНФ пока только данные.
18. TODD22 18 22.11.17 15:36 Сейчас в теме
(17)Так если модель есть может с генерировать в копии тот объём операций который есть и попробовать закрыть месяц, посчитать СС и тд.
19. shutilin 22.11.17 15:40 Сейчас в теме
(18)
А вот это пункт как раз в УНФ опробовали.
Производственные документы за месяц проводились около 4 суток.
Закрытие месяца с расчетом себестоимости (только прямые затраты) совсем быстро, полчаса максимум.
В ERP по ощущениям в разы медленнее будет, но пока не пробовали.
20. TODD22 18 22.11.17 15:49 Сейчас в теме
(19)У меня вот то же есть сейчас база в которой 20К документов в месяц сутки проводятся.

Попробуйте в ЕРП ну и косвенные для полноты картины. Ещё посмотрите разные корректировки и тд которые реально вводились за месяц в текущую учётную систему. А то бывает что придут и просят что то скорректировать в уже закрытых периодах и когда СС уже рассчитана. Посмотрите как отработает.
21. alex_sh2008 4 22.11.17 16:00 Сейчас в теме
(17)Непонятно, зачем вы городили такой огород. Если процессы отрабатывали в ERP, значит и двигайтесь в этом направлении, со скоростью работы можно разобраться, а вот с функциональностью вряд ли, не хватит в УНФ функционала будут большие проблемы.
22. shutilin 22.11.17 16:08 Сейчас в теме
Про закрытые периоды - не в нашем случае, приучены уже старой системой, там только оперативный учет.
Дата всегда в новый документ текущая подставляется. Не новые изменить нельзя, только отдельной корректировкой.
Ну и про косвенные затраты тоже речь не идёт, это всё в БП.
Документов за месяц (включая резервирования запасов) было 560К, правда многие из них однострочные.

А в остальном Вы наверное правы, надо пробовать повторять все это в ЕРП.
23. Nadushka74 5 22.11.17 16:18 Сейчас в теме
УНФ как то еще и на 30-50 пользаков оптимизирована. Она при реальной работе может просесть при сравнении с ЕРП. Но опять же надо внимательно ЕРП настроить, все не нужное потрубать.
24. shutilin 22.11.17 16:38 Сейчас в теме
(23)
В отдельно взятом цеху их 10-15.
Да и ерунда это всё, это маркетинговая ниша, чтоб собственные продукты не конкурировали друг с другом..
25. shutilin 22.11.17 16:44 Сейчас в теме
(24)
Ну и просесть она по сравнению с ЕРП никак не может. Там три регистра можно сказать.
26. shutilin 22.11.17 16:53 Сейчас в теме
(25)
Скорее это ЕРП в полной функциональности для небольшой фирмы сделано, производство, склад, регламентированный учет, зарплата, бюджетирование и казначейство и т.д. и всё в одной базе.
Ужас что там будет если туда 1000 пользователей посадить.
27. alex_sh2008 4 22.11.17 16:56 Сейчас в теме
(26)Не хватит функционала, остальное в принципе мелочи.
28. shutilin 22.11.17 17:01 Сейчас в теме
(27)
Но зато и легче добавить свой так, чтобы при этом логику системы не сломать.
Вот везде как + так и -, оттого такие сомнения мучительные )))
29. shutilin 22.11.17 17:04 Сейчас в теме
(28)
Надо видимо все-таки действительно грузить месяц в ЕРП, можно прямо из УНФ, и пробовать проводить и закрывать.
Иначе сомнения и сожаления так и останутся.
30. alex_sh2008 4 22.11.17 17:05 Сейчас в теме
(28)Нужно просто смотреть намного шире и не зацикливатся на одном направлении, ERP даст больше, для хотелок руководства и владельцев, но опять же это надо расценивать в комплексе включая все факторы.
31. shutilin 22.11.17 17:12 Сейчас в теме
(30)
ERP даст больше

Параллельный проект (УУ + бюджетирование + казначейство) на ЕРП идёт уже год.
Но это другая тема.
32. alex_sh2008 4 22.11.17 17:15 Сейчас в теме
(31)Это та же самая тема, если конечно у вас ERP внедряется в одном регионе а производство в другом.
33. shutilin 22.11.17 18:17 Сейчас в теме
(32)
Территориально и производство в разных, и то что делается в ЕРП в разных
Совместить то и то в одной базе - не вариант СОВСЕМ.
Задумывалось что в ЕРП производство будет отражаться как выше писали "менее детализировано".
Сейчас - там сейчас работают склады, совсем криво, себестоимость не рассчитывается совсем. Плюс какие-то планы бюджетов, сбора факта не предвидится.
База в полном ауте пару часов каждый день (вообще не запускается, сервис не найден).
Ах да, самое главное, это ЕРП + БИТФинанс холдинг, даже не спрашивайте кто до этого додумался.
Результат не нулевой, а очень сильно отрицательный о сравнению с тем что было до того.
НО! Конечно в этом не ЕРП виновато, причины совсем другие.
34. alex_sh2008 4 22.11.17 19:25 Сейчас в теме
(33)И что вы хотите из этого бардака сделать?
35. shutilin 22.11.17 19:40 Сейчас в теме
Нет же, ничего из этого не сделаешь, я же говорила, это совсем другая история.
Речь о чисто производственной системе.
36. alex_sh2008 4 22.11.17 20:18 Сейчас в теме
(35)Из такой раскладки, на мой взгляд:
1. УНФ - самый лучший вариант, допишите как нужно производству
2. Рассмотреть ПО для производства, от другого вендора, разумеется если специалисты находятся не далеко от самого производства.
38. shutilin 23.11.17 08:06 Сейчас в теме
(36)
1. УНФ - самый лучший вариант, допишите как нужно производству

Да, пожалуй пора перестать разбрасываться и сосредоточиться на этом варианте.
Спасибо за содержательную беседу!
37. TODD22 18 23.11.17 04:41 Сейчас в теме
Ещё почитайте ветки про эксплуатацию УТ 11 и ЕРП с большим количеством пользователей что бы понимать что вас ждёт и какие механизмы лучше не использовать.

Например вот https://forum.infostart.ru/forum72/topic147402/
39. shutilin 23.11.17 08:08 Сейчас в теме
(37)
Ещё почитайте ветки про эксплуатацию УТ 11 и ЕРП с большим количеством пользователей что бы понимать что вас ждёт и какие механизмы лучше не использовать.

И ведь там в обсуждении условия в разы получше наших будут, и количество пользователей меньше, и номенклатуры и документов в день.
Поэтому всё-таки УНФ.
Спасибо за содержательную беседу!
40. TODD22 18 23.11.17 08:12 Сейчас в теме
(39)Мне кажется что механизм доп реквизитов в УНФ должен быть такой же, я её давно не открывал. И вот автор пишет что лучше бы не использовал его. Так как тормозит.
41. shutilin 23.11.17 09:15 Сейчас в теме
(40)
Да, механизм там такой же.
Кстати говоря есть впечатление что 1С на УНФ все новинки и тестирует. И режим совместимости с платформой там повышается первым.
Можно и не использовать доп.реквизиты, свои с префиксом добавлять.
Наверное это быстрее должно быть. Обновляться не помешает, да и частое обновление производственной системе не особо и нужно.
42. alex_sh2008 4 23.11.17 10:06 Сейчас в теме
(41)У вас возникнут проблемы с производительностью при пиковых нагрузках 2000 пользователей, надеюсь что в реальности нагрузка не превышает 500, если этот показатель больше то придется ставить не 1С сервер, а 2 и более.
43. shutilin 23.11.17 10:21 Сейчас в теме
(42)
2000 не будет, это количество рабочих такое
Сейчас в производственной системе 10-15 пользователей в каждом из 23 цехов.
Причем все одновременно они не работают, лицензий 150, хватает.
А если сделать как сейчас у нас, цех = организация, по базе на цех и РИБ по организациям, вообще проблем не ожидается.
А если вдруг - да хоть по отдельному серверу для каждого цеха.
44. alex_sh2008 4 23.11.17 10:29 Сейчас в теме
(43)
А если сделать как сейчас у нас, цех = организация, по базе на цех и РИБ по организациям, вообще проблем не ожидается.
А если вдруг - да хоть по отдельному серверу для каждого цеха.

Такой подход в рамках одного производства не грамотный, и скажу от себя: "не компетентен, выбравшие такою модель плохо понимают производственный процессы если вообще понимают их"
45. shutilin 23.11.17 10:34 Сейчас в теме
(44)
Сейчас работаем так, лет 6 наверное уже.
46. alex_sh2008 4 23.11.17 10:41 Сейчас в теме
(45)Вы таким подходом ни когда себестоимость не рассчитаете
47. shutilin 23.11.17 10:50 Сейчас в теме
(46)
Рассчитаем.
В УНФ стоимость списания материалов по средней скользящей рассчитывается в момент проведения документов.
Корректировок задним числом нет и не будет. Закрытие месяца корректирует до средней взвешенной или ФИФО (условное).
Никаких других затрат затрат кроме прямых материальных не требуется отражать.
Месяц закрывать в таких условиях вообще нет необходимости.
Единственное что нужно сделать - в расходной накладной по передаче полуфабриката в другой цех подставлять автоматически цену и сумму, рассчитанную как себестоимость списанных на его изготовление материалов.
48. TODD22 18 23.11.17 10:52 Сейчас в теме
(47)
Никаких других затрат затрат кроме прямых материальных не требуется отражать.

А общехозяйственные, общепроизводственные вы как на себестоимость относить будете?
49. alex_sh2008 4 23.11.17 10:57 Сейчас в теме
(47)Зачем вам вообще тогда суммовой учет, если в итоге себестоимость на готовую продукцию считается экономистами в экселе, по методике псевдокотла или котла.
50. TODD22 18 23.11.17 10:58 Сейчас в теме
(49)"Псевдокотловой" это как?
"Котловой" знаю. "Псевдокотловой" что то не встречал пока....
51. alex_sh2008 4 23.11.17 11:00 Сейчас в теме
(50)В УПП делают часто, когда фактическое производство состоит из множества переделов, а в УПП реализован только 1 - это я и называю псевдокотловой (спецификации же есть)
54. TODD22 18 23.11.17 11:06 Сейчас в теме
(51)"Котловой" метод учета. Это когда прямые затраты распределяются по какой то базе, а не относятся напрямую на партию готовой продукции.
От количества переделов это не зависит.
Не очень мне понятно почему он вдруг стал у вас называться "псевдокотловой".
57. alex_sh2008 4 23.11.17 11:14 Сейчас в теме
(54)Потому что при таком подходе мы получаем фактически тоже самое что при котловом, ну может по точнее. Мы не можем получить оперативную оценку НЗП, в переделе, себестоимость сформируется только когда продукция выйдет из производства, до этого она вся в материале, и хрен знает что там творится, по сути тот же котловой учет.
59. shutilin 23.11.17 11:18 Сейчас в теме
(57)
Оперативная оценка НЗП опять же только по стоимости материалов, так у нас требуется, так работает.
Только сейчас по плановой стоимости материалов (по ценам последнего прихода), а хочется по фактическим.
63. alex_sh2008 4 23.11.17 11:21 Сейчас в теме
(59)Все равно не понимаю зачем вообще менять учетную систему, когда себестоимость в производстве не будете рассчитывать, партионного учета нет, а по средней опять же тот же самый экономист рассчитает.
65. shutilin 23.11.17 11:28 Сейчас в теме
(63)
Не только из-за себестоимости, есть другие проблемы. Например нельзя перепланировать заказ.
Можно его только отменить и создать новый. Нет механизма использования аналогов материалов и т.д.
И себестоимость.
По средней за месяц - и экономиста не надо, сейчас считается по последнему приходу, можно легко сделать и по средней за период.
Но есть 275-ФЗ, "О государственном оборонном заказе".
Там даже закупаться какой нибудь болт М6 должен отдельно для каждого заказа. И оплачиваться с отдельного счета.

А без партионного учета никак, партионный учет придётся приделать )
52. shutilin 23.11.17 11:03 Сейчас в теме
(49)
Все прочие расходы - как и сейчас, в БП. Там по тоже по цехам и по заказам (используются ном.группы).
Производство отражается укрупненно, но формируется по данным производственной системы.
В результате в БП не 5000 полуфабрикатов по заказу, а 5 например, по количеству цехов принимавших участие в изготовлении.

И про УНФ я немного неточно, там при проведении документа и материалы с себестоимостью списываются и полуфабрикат на склад с себестоимостью приходит.
53. alex_sh2008 4 23.11.17 11:06 Сейчас в теме
(52)То есть вы хотите повторить бухгалтерский учет в производстве, смысл?, что вы от этого получите?
56. shutilin 23.11.17 11:14 Сейчас в теме
(53)
Зачем, совсем наоборот не хотим. Хотим выдать в бухгалтерию стоимость списанных на изделие материалов и только.
61. alex_sh2008 4 23.11.17 11:19 Сейчас в теме
(56)Дак это и сейчас вы спокойно можете подсчитать, сложного в расчетах нет ничего, любой экономист в экселе за 2 часов сделает.
55. TODD22 18 23.11.17 11:07 Сейчас в теме
(52)"прочие" понятно. А цеховые?
58. shutilin 23.11.17 11:15 Сейчас в теме
(55)
А цеховые на цех и ложатся где нужно, все уже в бухгалтерии.
60. TODD22 18 23.11.17 11:18 Сейчас в теме
(58)Так калькуляция себестоимости производится для номенклатуры, а не для цеха. Цеховые затраты(общепроизводственные) должны войти так же в себестоимость выпуска продукции цеха. Есть конечно когда считают неполную себестоимость только по прямым затратам.
62. shutilin 23.11.17 11:19 Сейчас в теме
Цех в БП выпускает же полуфабрикат, один на изделие, и на этот выпуск всё и распределяется.
64. alex_sh2008 4 23.11.17 11:24 Сейчас в теме
(62)При разрозненных базах, вы не сможете оценить себестоимость продукции, вы просто не узнаете с какой себестоимость какой полуфабрикат вошел в какую продукцию, я уже не говорю про учет брака, тут вообще будет черная дыра.
66. shutilin 23.11.17 11:29 Сейчас в теме
(64)
Вот для этого как раз партионный учет обязательно нужен.
68. shutilin 23.11.17 11:34 Сейчас в теме
(66)
Его придется делать, в УНФ партионный учет - только скелетик, все вручную
69. alex_sh2008 4 23.11.17 11:35 Сейчас в теме
(66)Ну вообще то я не видел ни в УПП, ни в ERP, ни в УНФ партионного учета, только серийный, который можно косвенно назвать партионным в определенных случаях. И опять же в разрозненных базах вы этого не получите, партия должна быть сквозной до того момента пока не будет снята с учета. Ну разве что ваши 1С программисты смогут написать распределенное приложение.
70. shutilin 23.11.17 11:44 Сейчас в теме
(69)
В УПП тоже нет разве?
В УТ 10.3 есть, был у нас и такой вариант для производства)))
Партию сквозной сделают, в расходной накладной из цеха она будет, в приходной другого цеха какая-то ссылка на расходную будет.
Цепочку проследить можно. Как-то так примерно.
71. alex_sh2008 4 23.11.17 11:48 Сейчас в теме
(70)А причем тут вообще УТ, это совершенно другое направление учета.
72. TODD22 18 23.11.17 11:49 Сейчас в теме
(69)
смогут написать распределенное приложение.

Блокчейн в 1С :)
74. shutilin 23.11.17 11:53 Сейчас в теме
(72)
РИБ-же, будет и центральная база, где пользователей практически не будет, буквально один главный диспетчер,
который планировать и запускать в производство заказы будет.
И вот в ней будут все документы, из всех цехов.
75. alex_sh2008 4 23.11.17 11:57 Сейчас в теме
(74)Ну блин, вы извращенцы в одной локальной сети еще и РИБ городить это что то)))
76. shutilin 23.11.17 12:07 Сейчас в теме
(75)
Ну во-первых не в одной локальной сети, а во вторых мы сейчас имеем фактически РИБ на одном сервере ))
Вот на картинке, это базы данных цехов в Oracle.
Две центральные базы, по одной на каждую производственную площадку, остальные для каждого цеха-организации.
Центральные склады и другие цеха являются контрагентами для цеха.
Прикрепленные файлы:
77. shutilin 23.11.17 12:17 Сейчас в теме
(76)
А вот из описания системы:

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

"Так как Система имеет модульную структуру, то она практически неограниченно масштабируема."
78. shutilin 23.11.17 12:19 Сейчас в теме
(77)


"Гибкая настройка на любую производственную структуру путем объединения в сеть программных модулей, предварительно сконфигурированных под различные производственные единицы (рабочие центры, участки, цеха и т.д.);

Быстрая адаптивность к изменениям в организации или характере производства;

Поэтапность внедрения с получением существенного эффекта при внедрении даже в одном производственном подразделении;

Допустимость различной степени детализации нормативных данных (технологических маршрутов изготовления) для разных производственных подразделений;"
79. alex_sh2008 4 23.11.17 12:48 Сейчас в теме
(76)Ну я и говорю извращенцы, не удивлюсь если у вас все тормозит по черному, вечные проблемы с базами, синхронизацией и т.д.
80. shutilin 23.11.17 12:55 Сейчас в теме
(79)
Это не мы извращенцы, это немцы немецкие )))
Базы не тормозят, проблем с синхронизацией никаких нет.
Вот сервер приложений да, виснет иногда пару раз в неделю. Но 100% это тоже решаемая проблема, просто пока особо никого не напрягает.
А так, ну вот например рассчитать трудоемкость 5000 полуфабрикатов (в которые в свою очередь другие естественно входят) - не более пяти минут в понедельник заняло, простой обработкой запускаемой из 1С.
81. alex_sh2008 4 23.11.17 12:59 Сейчас в теме
(80)Не понял, вам немцы ставили и конфигурировали 1С?
83. shutilin 23.11.17 13:05 Сейчас в теме
(81)
Не сами немцы, у них тут "дистрибьюторы" есть. И не 1С конечно.
Суть в том что логика того что у нас сейчас работает, децентрализованная, распределенная,
может быть реализована на любой простой в том числе 1С системе,
что даст нам возможность сделать систему более гибкой
85. alex_sh2008 4 23.11.17 13:10 Сейчас в теме
(83)Я окончательно запутался, у вас уже все есть, а в работу вы это запустить не хотите, в чем проблема то, работать нет желания.
87. shutilin 23.11.17 13:15 Сейчас в теме
(85)
Вообще-то немудрено конечно во всем этом запутаться.
Есть то что на картинке, немецкая система, работает лет 6-7 уже.
По ряду причин хотим ее заменить на другую.
ЕРП очевидно не вариант - не взлетит.
Мысль - построить такую же распределенную как та что сейчас работает,
но в качестве цехового модуля использовать что-либо из 1С, наиболее подходит для этого УНФ
88. alex_sh2008 4 23.11.17 13:18 Сейчас в теме
(87)А зачем такую же архитектуру, у вас что сети по телефонным линиям, или к немецкому ПО подключено оборудование? Тем более немцы делали такую архитектуру 7 лет назад и исходя из возможностей своего приложения. Вы же не знаете как оно работает внутри по факту
89. shutilin 23.11.17 13:22 Сейчас в теме
(88)
Потому что 150 пользователей одновременно и 560 тысяч производственных документов в месяц.
Из них 80 тысяч выпусков полуфабрикатов. Есть сомнения что это переварится в одной ИБ.
90. alex_sh2008 4 23.11.17 13:28 Сейчас в теме
(89)Не вижу серьезных проблем, у вас стоит Oracle у него большой ресурс, вы даже не загрузите его на 50% . Только вот сервера 1С боюсь придется ставить в каждом цехе, и выделять отдельную VPN сеть для этого (ну это системные администраторы без проблем сделают)
91. alex_sh2008 4 23.11.17 13:33 Сейчас в теме
(89)И кстати вы вообще спрашивали у немцев про расчет себестоимости, может они вам просто модуль не поставили для этого?
92. shutilin 23.11.17 13:41 Сейчас в теме
(91)
Спрашивали конечно, он есть. Но сказали не потянет, он общий, один на все производственные модули.
93. alex_sh2008 4 23.11.17 13:46 Сейчас в теме
(92) Что значит не потянет, устарел, архитектура решения не такая должна быть?
94. shutilin 23.11.17 13:53 Сейчас в теме
(93)
Точную формулировку уже никто не помнит, но его поставили, попробовали что-то, не получилось.
Выясняли сначала у представителей, потом и у самих немцев, те ответили что-то вроде слишком
большой объем расчетов, слишком большая детализация производства и т.д.
95. shutilin 23.11.17 13:53 Сейчас в теме
(94)
Кстати тогда был один завод только, и выпусков раза в 3 меньше
96. alex_sh2008 4 23.11.17 14:36 Сейчас в теме
(95)Очень странно, ну если так то вы уже определились какую программу ставаить, далее дело за внедрением
97. shutilin 23.11.17 18:09 Сейчас в теме
(96)
Но зерно сомнения опять посеяно )))
Может и не стоит ничего трогать. Пусть всё идёт как идёт.
Взять базу новую чистую БП, включить там партионный учет, отражать там всё что происходит в производстве?
В настоящую бухгалтерию транслировать укрупнённо?
98. alex_sh2008 4 23.11.17 18:24 Сейчас в теме
84. shutilin 23.11.17 13:09 Сейчас в теме
(81)
У нас просто накопилось множество отчетов, обработок и т.д. которые данные получают из производства, или передают их туда
но запускаем мы их из 1С, так удобнее
86. alex_sh2008 4 23.11.17 13:12 Сейчас в теме
(84)Я вообще ничего не понимаю
82. alex_sh2008 4 23.11.17 13:02 Сейчас в теме
(80)
Базы не тормозят, проблем с синхронизацией никаких нет.

Понятно нет, они же все на одном сервер, вот только 100% зависание есть, а это и есть ваши тормоза, было бы это все в сети в разы хуже было.
67. shutilin 23.11.17 11:29 Сейчас в теме
А вот сейчас у нас его тоже нет, и нельзя сделать, в производстве.
73. alex_sh2008 4 23.11.17 11:50 Сейчас в теме
(67)Все можно сделать, главное заняться этим вопросом серьезно. Я же вам раньше писал что нужен серьезный анализ, а уже потом выбор ПО, если вы определились с ПО, значит определяйтесь с тем что будет в нем реализовывать, или ищите другое ПО с подходящими параметрами для вас.
103. kudlach 12 18.04.18 17:03 Сейчас в теме
Напишите ваше сообщение
(73) Полностью согласен.
Требуется понимать какие задачи решаем, как и с помощью чего.
Желательно, вплоть до описания функций сотрудников по должностям.
И желательно провести тест-драйв выполнения этих функций, особенно с учетом возможных корректировок на различных этапах.
99. Гриффин 11 06.03.18 09:44 Сейчас в теме
Елена, что в конце концов решили? Как идет внедрение?
Оставьте свое сообщение
Вакансии
1С аналитик
Москва
зарплата от 210 000 руб.
Полный день

Руководитель направления 1С
Москва
зарплата от 350 000 руб.
Полный день

1С Программист
Москва
зарплата от 180 000 руб.
Полный день

Программист 1С
Москва
зарплата от 180 000 руб. до 220 000 руб.
Полный день

Аналитик 1С / Бизнес-аналитик
Нижний Новгород
зарплата от 100 000 руб. до 250 000 руб.
Временный (на проект)