Добрый день! Реально ли переходить на полноценную работу в ERP с середины года?
Сейчас сложилась ситуация, когда месяца закрываются, но пока есть моменты, которые необходимо отработать. по моим оценкам понадобится где - то 3 месяца на это. Руководство ждать до след нового года не хочет, лишние затраты. А я не знаю, можно ли переходить на учет в ERP с середины года?

(7) это фантастика

(8) А для этих решений не надо менять ПО, надо менять условия в компании

(5) порядка 40 пользователей.
(6) по сути сейчас время нужно не на запуск а на отработку того, что уже запущено. То есть глобально плохо отработаны спецификации, по ним куча вопросов. Ну и множество вопросов помельче.

(9) да, вот именно. по сути ведь мы получим вводом остатки данные на 1 июлю. А потом разные фин резы.

соответственно разную отчетность, и как вот её потом соединять я хз.

Интегратор пока такие вещи тоже не делал, и я побаиваюсь к этому стремиться.

(12) Ну а далее забить, или напишешь диссертацию чем расчеты НДС, себеса в УПП отличаются от ЕРП ;-)

(12) Даже если все документы за год перенесете один хрен фантастика ибо по разному считает

У нас внедряли хоть и сначала года но за 2 месяца, в результате потом были по уши в переносах, косяках и т.д. Зачем такое? Что изменится , если вы спокойно доработаете до конца года)

(17) это настойчивое пожелание руководства, на которое я не хочу подписываться.
их аргументы:
1. переход всё равно будет, и лучше раньше, чем позже.
2. людям придется работать весь год в двух программах.
3. финансово затратно работать и там и там, все просят премию и прочее..
мои аргументы:
1. спецификации не отработаны, и для их отработки потребуется до полугода. Всё это время требуется ставить на приход дополнительно материалы, что недопустимо по рег учету. Ну и инвесторы за это поимеют.
2. Сейчас не настроена мфсо, и вообще не апробировано, что она будет показывать в ERP.
3. Затраты на внедренцев, покроют затраты на премии персоналу, потому что сейчас придется сильно упереться.

(18) Я правильно понимаю, что речь идет о 1 июля сг??? Если интегратор не гарантирует результат, то либо это плохой интегратор, либо у них совесть есть

(18) Скажем так переходить в середине года можно и нужно
Но нужен особый способ перехода и грамотный прог, чтобы онлайн (через брокер сообщений) между разными конфами настроил
И пара-тройка админов/операторов по НСИ в 1С чтобы следить и оперативно ошибки исправлять

Короче две и более разных конф начинают работать "как одна система"
Понятно возможны множество приколов и две системы отчетности которые в идеале должны совпадать но по факту вряд ли но смотреть расхождения/разницу полезно будет

(20)+ И самый первый вопрос а потянет ли ваше железо "3 системы"
Первая + вторая + онлайн между ими

(21) что делать с  полями документов которых нет и источнике, но нужны в принмнике

А какие советы предполагается услышать из этой ветки :-)

Не переходите!!! А-А-А-А-А-А-А... Вы фсё сломаете!!! а-а-а-а-а

Или что?

(22) Вводить их (эти документы) в "приемнике" и обратно переносить в "источник",
В "источнике" ввод запретить

Если вы перейдете.... Ага!

Или вы не перейдете... Ага!!

Даже если переходить с 1-го января, то каким образом эта сакральная дата перехода будет гарантировать результат? Имхо, никаких гарантий по дате перехода не будет ни у кого

(24)+ Онлайн же в обе стороны, две системы как одна
Когда по сущностям делится это хорошо, согласен проблема если делить приходится одну сущность по полям/реквизитам тут все сложней но тоже можно
Подготовительный этап от пары недель (нереально) до пары месяцев

(25) Дело не в дате, а в готовности. Хотя дата имеет значение

(26) в обе стороны? это фантастика

Видел проекты с параллельным учетом более года в двух системах. Год по финрезу и по налогу на прибыль закрывали в двух базах.

"Не хочу сказать, что в этом есть подвиг, но что-то героическое в этом есть" (с) классика кино

Так что херня эти ваши даты. Фикция.

(28) Нет это http://catalog.mista.ru/1c/articles/792952/
На практике почти всегда реализуемо но кто делает должен офигенно и в конфах и предметке разбираться

(29) нужно исполнителей мотивировать дегьгами, а обычно на это никто не идет

(29)+ Да большая часть контор ведет параллельный учет
Та же УТ11+БП3+ЗУП - это как бы три учета частично пересекающихся

(29) У нас любое уродство выдается за достижение. Ну-ну

(33) тут все обмены односторонние

(35) Это не так. Даже типовые обмены (хотя они и убоги) двухсторонние местами

Если обмен почти онлайн то можно  даже одни сущности (справочники/документы) вводить/править в обоих базах почти одновременно
Понятно могут быть накладки когда одну сущность и там и там меняют и сообщения навстречу летят и упс хз что может быть, но такое редко и можно разрулить что одна сущность вводится только в одном месте, правится только в другом а смотреть можно во всех

(34) И с какого ... это уродство?

Люди работали не покладая рук. Наверное, даже от гриппа вакцинировались в процессе своего ударного труда.

Ты бы выбирал выражения

(38) С моей точке зрения работа в двух системах в течении двух лет иначе сложно назвать. На личности не переходим

(39) А учет и в бумажном и параллельно в электронном виде никого не смущает?
Нахрена хранят архивы если вна дисках все тоже самое?

(37) Не должен один объект иметь возможность одновременно редактироваться в нескольких системах. Гарантирован бардак и проблемы с разгребанием последствий.

(41) Иногда если очень хочется то можно
Главное понимать последствия и следить за ними, вовремя разгребая, причем сделав это автоматически

(37) Ну если говорить чуточку подробней, то в моем опыте это внедрение шло внутри многоуровневой структуры. Замена ПО шла не на само низу, а чуть выше. Рабочие места пользователей не заменялись - уровень участок. Результаты регистрации первичных доков сливались обменом в узлы уровня отделение. На уровне филиал использовалась уже ерп-система.

У бухов стояла своя бух, которая все равно должна была выжить.

Собственно, вопрос, как это часто бывает, а на фига внедрять ерп в "пивном ларьке", в котором от даты начала учета случится катастрофа вселенского масштаба

(42) Но лучше всё-таки получше подумать над архитектурой...

(42)+ Как минимум можно постараться редактирование разнести по реквизитам объекта
Т.е. в источнике например этот реквизит не правится и при перезаписи объекта этот реквизит не улетает в приемник

(44) В известных мне примерах, были случаи, когда НСИ велась в отдельно созданном для этого узле, с построением некоего регламента. Конечные узлы этого регламента были даже не на 1С :-)
Понятно, что это был не "пивной ларек". А финальные результаты всего учета синхронизировались для выгрузки в некий САП. Я его так и не увидел вживую :-) но он там был

(46) Любую систему можно дублировать,

я например знаю как с аксапты переносили документы в ерп, и в параллели считали

Вопрос бюджетов

(47) Бюджет минимум в три раза больше чем просто переход с одной системы на другую

(48) Когда у тебя стоимость простоя, превышает какие-то цифры, стоимость перехода уже роли не особо играет

у вас очень смелое руководство. надеюсь там есть человек который понимает риски и готов идти до конца.
учитывая отсутствие соответствующего опыта у интегратора... это больше напоминать начинает азартные игры "выгорит"/"не выгорит" чем нормальный управляемый и прогнозируемый бизнес.

(49) Ну да.
Когда в процесс уже было вовлечено несколько десятков исполнителей, а по фонду оплаты труда для этих вовлеченных в процесс никаких вопросов не возникло...
ну работали люди и работали... приходили на работу или просто включали компы утром и выключали вечером.
Кто-то программировал, кто-то просто таблички заполнял, кто-то письма писал, а некие руководители разводили руками и говорили тосты :-)

(50) А откуда уверенность о наличии там "интегратора", причем, с неким "соответствующим опытом" ?

(52) Ну тут смотря как глядеть на ситуацию,

в случае перехода сразу, мы с большой долей вероятности завершим положительно проект

в случае неудачного перехода, мы заработаем больше денег

Чем отличается переход на ЕРП в середине года, от начала ведения учета вообще в принципе на компах в середине года?

(54) ничем

(0) Если нужна будет консультация- пиши в личку

(18) >> 2. людям придется работать весь год в двух программах.
>> 3. финансово затратно работать и там и там, все просят премию.

Подождите. Если переход будет с нового года, то точно ли есть смысл работать в двух программах? Нахрена параллельный учет целый год?
Я понимаю что такое моделирование.
Я понимаю что такое тестирование.
Безусловно придётся привлекать персонал на различные этапы моделирования и тестирования. А так же в момент перехода на сверку полноты и качества перенесённых данных. И может быть справедливо будет как-то финансово поощрить.

Параллельный учёт в двух программах это идеальный вариант тестирования.
И если вы считаете, что без этого никак, то всё равно встаёт вопрос - а нахрена целый год и почему нельзя ограничиться каким-нибудь одним периодом от месяца до квартала (в зависимости от местных особенностей).
Руководство же должно быть заинтересовано в максимальном сокращении периода двойного учёта.

Определяетесь, что, например, к сентябрю вы полностью настраиваете систему (спецификации и всё что ещё осталось) с отладкой переносов. Переносите данные и начальные остатки на 30 сентября. В течении октября проверка начальных остатков. Ведение учета в двух системах в течении 4-го квартала (возможно с автоматизированным переносом части документов из одной системы в другую для минимизации дублирования ручного труда и связанных с этим ошибок). Оценка результата и обоснованности расхождений. Если всё нормально, с нового года переходите с отказом от старой системы.

твой проект не должен был выйти в параллельный учет, слишком малый бюджет

(54) >> Чем отличается переход на ЕРП в середине года, от начала ведения учета вообще в принципе на компах в середине года?

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

(52) см (14).

ну и ссылка на инвесторов в (18) она тоже намекает на возможность того что по результатам полетят головы.

(57) по поводу тестирования целый год. ERP нельзя остановить на полгода, а потом взять и заново начать вести с сентября. Ну лично я не представляю себе такого.
Плюс это время же никто не собирается сидеть на попе ровно и ждать. Там нужно много чего автоматизировать, и этим необходимо заниматься.

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

сейчас уже настроен односторонний обмен между БП-ERP. Он отрабатывает но далеко не идеально, то есть ручками разносить нужно много. Но в целом двойной работы по моим ощущениям вполне терпимо.

(23) из этой ветки мне хотелось услышать про подводные камни такого перехода, от тех, кто это проходил.

(62) Не верю, что избранный путь приведет к успеху. Все выльется в очередную бессмысленную поделку, ССВ которой превысит все разумные пределы

(59) ну я так делаю. Зачем ждать 6 месяцев, если можно сразу запуститься

(65) Здесь должен быть значок. Реклама

(63) да не бывает двух одинаковых внедрений и одинаковых проблем на внедрениях...
основная проблема внедрения со средины года - отсутствие итоговых годовых цифр где бы то ни было и невозможность сверить итоговые цифры ни с чем.
вам придется как то вручную скрещивать бульдога с носорогом и верить в то что это удастся сделать удачно.
если учет простой - наверное так можно делать.
если сложный - задайте вопрос ЛПР. кто и как будет сводить итоги за год из двух разных программ для получения каждого из необходимых отчетов.
если ответы есть и они устраивают - вперед.

(67) да все внедрения одинаковы, и проблемы все те же

(68) если ты внедряешь одной и той же командой одну и ту же систему в одной и той ж отрасли ... и то с натяжкой.

(66) он не работает бесплатно, странно что я бы работал бесплатно

(69) одной командой, одну систему в разных отраслях, одни и те же проблемы

(63) Ок.

По факту, все уже сложилось у вас в параллельную работу БУ и оперативного контура.
(В обсуждениях и презентациях последних релизов ERP теперь используют термин "оперативный контур")

Подводные камни будут, вероятней всего, в появлении противоречий между данными по вводу остатков, с которыми уже есть проблемы (это можно предположить)
и данными из оперативной работы. Тем более, если считается, что процесс не завершен и можно в него вносить изменения.
Например, чтоб оценить масштабы вероятных проблем, сделайте прикидку-оценку, что будет если устанавливать именно 2.4.х или устанавливать 2.5.х.
Т.е. вы знаете, что это все в ERP, но ведь они отличаются и довольно существенно. Проблемы однозначно будут.

Другие вопросы:

1) Какое это имеет отношение к собственной дате начала учета и дате ввода остатков?
2) Чем ввод остатков на 01.01 отличается от ввода остатков на другие даты?

Ну и т.д.

Сама тема "запуститься" - это для "интегратора" имеет смысл. Со стороны работающего изнутри проекта "запустится" не столь важно. Куда важней понимать, что "это дорога в тысячу миль"

(70) Все всё поняли, коллега. Удач

(71) извини не верю.
литейка, энергетика, банковское дело - ну как там могут быть одни проблемы если области пересекаются примерно на ноль??

(73) в Вологде я уже побывал кстати, жаль только на рыбалку у вас не сьездил

(75) Весной приезжай. Сейчас не клюет пока

(74) проблемы 3,
Органрзационные
Ресурсные в т. Ч. Бюджет.
Сроки,.

Других проблем я не знаю

(77) ну так ты смотри не с точки зрения куроводителя, а с точки зрения ТС. у него несколько иной уровень, и иные проблемы соответственно.
а так то да. сказал "хочу" и готово. вообще проблем нет, просто расходы. (с)

Из практических моментов - очень желательно иметь актуальные данные инвентаризации учетных остатков - на разных участках оперативного учета.

Должен быть предусмотрен регламент перезапуска работы оперативного контура, когда в него устанавливаются или загружаются новые остатки.

При переброске данных БУ из ERP в БП нужно учитывать, что идет нормально только передача первички, а "закрытие месяца" или там "расчет себестоимости" выполняются в БУ от начала и до конца из первичных документов и эти расчеты смогут совпасть с расчетами в ERP только в самых идеальных условиях, т.е. недостижимых на практике.

И если вдруг будет установлено на практике, что никакого особого "перезапуска работы оперативного контура" не требуется из-за замены данных ввода остатков, то и проблем никаких нет.

(0) Перейти то можно. Но с БУ, НУ, НДФЛ и т.п. изрядный траходром будет. Оно Вам нужно?

(0) все посты не читал..
Ответ на вопрос "Зачем нам это нужно" уже есть? Как вам поможет ERP заработать/экономить? сколько это в деньгах хотябы примерно?  и желательно письменно на это отвечать, письмо позволяет включать рациональную часть мозга.
План внедрения уже есть? какие блоки в какие сроки, как временный обмен с действующей системой поддерживаться будет? как текущие процессы компании ложаться на процесы ERP,Бизнес готов ломать свои процессы? а стоимость на подержку этих новых процессов не возрастет?
вопросов куча.

PS у нас сейчас в ERP производство, склад (перемещения, поступления) далее правилами уходит в УПП там идет закрытие. те переход идет частями, последний этап перехода это перенос рег учета в бух 3.0

(82) Вы знаете толк в извращениях.

(64) как бы сделали вы?

(84) Нужно навести порядок без ЕРП в спецификациях, закупках, продажах, производстве, планировании, бюджетировании и БУ с НУ,ну а потом на ЕРП можно будет и за месяц перейти.  
Хуже нет автоматизировать бардак, да ещё в двух программах.

Внедрение ЕРП это как расческа или причешешь и будет красиво, или зубья сломаешь.

(85) сейчас как раз под тему с внедрением ERP, многие процессы приводятся в порядок.

(87) так бОльшего от процесса внедрения и не нужно ожидать

хорошо, что хоть так

если это не бухуучет,то какая разница на фин результат в первой половине года?
это в БУ в отчетах нужно нарастающим с начала года + данные за прошлые года. А в УУ квартал/месяц закрыли и с 1 июля считаем новый квартал

у нас ут внедряли с апреля. До конца года все жили в авральном режиме

(84) План (дорожная карта) проекта есть? Из ваших сообщений следует, это ваш внутренний менеджмент хочет форсировать переход на ЕРП досрочно. Что реально уже сдано интегратором? Отраслевая часть?

(90) Разницу УУ и БУ куда девать? Или под УУ тут понимается "черный учет"?

(93) черного учета уже нет, ну ща не 2014 год

(84) стоимость ответа на вопрос зайца превышает стоимость внедрения в вашей компании

(86) Красивое выражение-запомню

(76) На майские вроде уже забился, так что только летом, июнь, июль

(92) сейчас я делаю дорожную карту. Блоки которые было критично запустить для рег учета - запущены.
Да, наш внутренний менеджмент хочет форсировать. До меня и интегратора был ещё один интегратор, который сделал очень жестокие вещи, и ушел с проекта.
Поэтому наш менеджмент считает не сколько мы потратили на процесс внедрения, а сколько они в сумме внедряют.
Отраслевая часть работает. У нас производство, машиностроение с 80% изделий повторяющихся из месяца в месяц. Единственное, что было критично, работаем по направлениям деятельности в версии 2.5, то есть они пронизывают всю базу.

(0) сколько оборот компании и сколько активных пользователей?

(98) Как все предсказуемо. Форсаж проекта связан с желанием сэкономить денег. Ваша фирма платит по ляму(ну, неважно) в месяц и горит желанием перестать платить. Прелестно. Интегратору вполне себе нравится существующая схема. Геройствовать не надо, денежки капают.
Вопрос: вы стартуете с 1 июля, когда уходят аутсорсеры и все валится на вас? Вернее, на тебя. А пупочек не лопнет? Готовность проекта к запуску как определяли? Опытный прогон? Как сейчас работает проект?

(100) Все когда-то через это проходили

(78) У него проблемы все те же, что и у меня, и решать он будет точно так же

Ну кроме бюджета, он у него определен его зпшкой

на самом деле наша фирма платит оооочень мало денег интегратору... Поэтому я сильно не понимаю такую спешку. И интегратор на мой взягляд ещё не отказался от нас, так как хочет получить внедренный проект ЕРП. а так мы точно не самые выгодные его клиенты. И поддержка от интегратора после 1 июля никуда не уходит. Она остается.

(104) Тут трудно что-то советовать. Ибо дурдом

(104) кто формирует переход?

(98) наш внутренний менеджмент хочет форсировать/// а конкретнее? :)

(104) Если все так хорошо, все работает, то почему вы не стартовали с НГ?? Такое ощущение, что либо совсем не так, либо вы просто боитесь ответственности.