Пришли сразу два проекта по ЕРП, которые стоят на развилке - реанимация или перевнедрение.
Мне такие проекты нравятся - они больше инженерные, чем методические.
В центре проекта - база ЕРП, которая зашла в тупик. Обычно это результат или самостоятельного внедрения силами клиента, или неудачного проекта какого-либо подрядчика. Не скажу, что там подрядчик всегда виноват - всякие причины бывают, вплоть до внезапной остановки финансирования в недоделанном проекте.
Симптомы тупиковой базы: не закрывается месяц, не считается себестоимость, кривые остатки по нескольким разделам, кучи битых аналитик (виды запасов, ключи номенклатуры и партнёров, объекты расчётов) и т.д.
Но главный симптом: уже непонятно, что с этим делать. Попытки исправить ситуацию предпринимались, но уже давно всё забросили.
И вот дилемма: то ли всё поправить, то ли поставить пустую базу, туда как-то фильтрованно перенести НСИ и остатки, и начать жить в ней.
Разумнее кажется второе, но как по мне - надо сначала разобраться. Случалось такое, что исправить - проще, чем перевнедрять.
Тем более, случаев неудачных перевнедрений через "поставить чистую базу" - не меньше, чем неудачных внедрений.
Наверное, неудачные перевнедрения - это когда им занимаются те же люди и используются те же подходы, что в первом внедрении.
Например, типичная ошибка перевнедрения - просто взять и перенести остатки, вместе с кривыми "невидимыми" справочниками вроде видов запасов и объектов расчётов. Себестоимость как в старой базе не считалась, так и в новой не будет.
Остатки при таких перевнедрениях лучше переносить "натурально" - через ввод остатков, заполняя только человекопонятные поля вроде номенклатуры, контрагента, количества, стоимости. В противовес "техническому" переносу через выгрузку остатков прямо из регистров и загрузки в те же регистры новой ЕРП.
Но, повторюсь, лучше сначала попробовать полечить. Бывает, что это дешевле и проще. И исторические данные не потеряются.
Мне такие проекты нравятся - они больше инженерные, чем методические.
В центре проекта - база ЕРП, которая зашла в тупик. Обычно это результат или самостоятельного внедрения силами клиента, или неудачного проекта какого-либо подрядчика. Не скажу, что там подрядчик всегда виноват - всякие причины бывают, вплоть до внезапной остановки финансирования в недоделанном проекте.
Симптомы тупиковой базы: не закрывается месяц, не считается себестоимость, кривые остатки по нескольким разделам, кучи битых аналитик (виды запасов, ключи номенклатуры и партнёров, объекты расчётов) и т.д.
Но главный симптом: уже непонятно, что с этим делать. Попытки исправить ситуацию предпринимались, но уже давно всё забросили.
И вот дилемма: то ли всё поправить, то ли поставить пустую базу, туда как-то фильтрованно перенести НСИ и остатки, и начать жить в ней.
Разумнее кажется второе, но как по мне - надо сначала разобраться. Случалось такое, что исправить - проще, чем перевнедрять.
Тем более, случаев неудачных перевнедрений через "поставить чистую базу" - не меньше, чем неудачных внедрений.
Наверное, неудачные перевнедрения - это когда им занимаются те же люди и используются те же подходы, что в первом внедрении.
Например, типичная ошибка перевнедрения - просто взять и перенести остатки, вместе с кривыми "невидимыми" справочниками вроде видов запасов и объектов расчётов. Себестоимость как в старой базе не считалась, так и в новой не будет.
Остатки при таких перевнедрениях лучше переносить "натурально" - через ввод остатков, заполняя только человекопонятные поля вроде номенклатуры, контрагента, количества, стоимости. В противовес "техническому" переносу через выгрузку остатков прямо из регистров и загрузки в те же регистры новой ЕРП.
Но, повторюсь, лучше сначала попробовать полечить. Бывает, что это дешевле и проще. И исторические данные не потеряются.