Всегда как-то этот момент проходил без меня. Вот ваяем мы значит конфу под клиента, ваяем, а как пересаживаться? Просто "с понедельника"?

Вообще, конкретный случай таков. Торговая организация. Есть ТиС 7.7, с которой нужно пересесть на КА. 15 менеджеров, 3 на складе, финансист, начальство. Короче, не много, но обороты у них не мелкие, средние (это к серьезности задержек в рабочем процессе)

Доработать КА, чтоб могла все что может 7.7 - дело не хитрое. Но если прям "с понедельника" начать на ней работать, то работа же встанет.

Даже в 7.7 бывает частенько, что после какой-то доработки на утро приходится то откатывать конфу, то быстренько чего-то исправлять, выгонять всех из базы и т.д.

При резком же переходе на КА это будет как будто ночью в базу слили сразу 100 хотелок, 80 из которых способны парализовать работу самостоятельно. С той только разницей, что откатить уже ничего не откатишь

Как?

делать хотелки, открыть 8-ку в режиме теста... потом переливаешь все старые доки из 77 в 8 и смотришь на результаты отчетов, если все норм и по тестам все норм, то отключаешь 77 и алга

ну вообще неплохо бы устроить тестирование. данные как перегружаться будут?

Ответственного за проект совсем нет?

Либо двойной ввод данных.
Либо "Партия сказала есть контакт" и с понедельника 7.7. отключается.

обучение под роспись как минимум

Самый быстрый вариант:

В пятницу вечером берешь базу и пихаешь туда остатки на вечер четверга.
В субботу 15 менеджеров, 3 на складе, финансист, начальство выходит на работу и забивает ручками все что было за пятницу с проверкой на корректность, сопоставление отчетов и т.д. Пишут чем недовольны, если вопросов нет, то от них подпись.

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

если партия сказала "с понедельника", быстро вали с проекта, пока не поздно

(+6) А с понедельника в бой в новой базе.

(2)
С переносом данных все ок. Переносятся все документы с 01.01.11. Более того, могут переноситься в текущем режиме, но полуавтоматически. Поменял кто-то номер документа - разгребай расходячки вручную. Ни и есть еще ряд ситуаций, вызывающих несходячки

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

(3) Есть, но методология перехода должна родиться на основе моих предложений

(0) Организация. На УТ 10.3. УРИБ, филиалы по всей стране, сотни пользователей. Приходит ИТСник с целью обновить УТ 10.3. Конфигуратор кажет "УТ 11(Обновление)". ИТСник нажимает "ОК". Конфа обновляется и превращается в "УТ 11". Потом запускается обмен с узлами и т.д.

В общем, начинают работать в новой базе.

(4) Была идейка, выделить одного рассудительного менеджера для двойного ввода. Чтобы в КА работал как по настоящему (отчеты, формирование документов), а в 7.7 - по догоняющему принципу

(0) У Вас одна из главных проблем- сопряжение с бухгалтерией. Как ТиС менялась с БП, так и работа должна продолжиться в КА. А бухгалтерию правильно запускать с начала года. Так что лучше вам запускать с 1 янв 2013.

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

в последний раз, после однозначно провальнного перехода "с понедельника по-требованию", процесс нормального перехода занял год! причём, месяца 3 оттачивались денежные потоки. две системы работали параллельно: сначала данные лились из старой системы в новую, там обрабатывались операторами "как настоящие", потом по подразделениям пересаживали менеджеров в новую систему. когда у тебя всего пять "генераторов косяков" (а не 100), которые "ломают" только свой контур (а не всю систему разом), оно как-то проще. и ещё: обязательно должен быть "толкач" — человек с полномочиями и адским терпением, который отвечает "за процессы", а фактически — заставляет людей работать по новому. и это должен быть не айтишник!

(13)
А у нас на данном этапе бухгалтерия остается старая, семерочная. Просто документы в нее начнут сыпаться из другого места

(14)
>> Если всё пройдёт, то в прекрасный момент говорим,
>> что первичка колотится в новой базе, а в старую дублируется
А до этого момента просто в новую дублируется, а работа в старой как и до того шла?

Планируй на начало след. года...или хотяб на начало квартала...бухи сьедят.

(18)+100

(15)+ и еще про человека "по процессам": ошибки должен собирать он, ну кроме явных вылетов. то, что у кого-то где-то цифры "не сходятся" не всегда означает, что они должны сходится. и только этот человек является постановщиком задач для айтишников.

чем меньше пользователей, тем труднее переход) исключение пользователей =1 и вменяемое

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

>>Доработать КА, чтоб могла все что может 7.7 - дело не хитрое
Да уж... Для начала определите, как вы в режиме РАУЗ работать будете... И попробуйте получить валовую прибыль в разрезе документов.

(17) да

(23)
Мы в РАУЗ не будем. Основная идея перехода - чтоб как можно больше было похоже на 7.7. Хватит нам шока и от перехода на новую систему, не хотим осложнять дело ненужными новостями. А РАУЗ при коммунизме будет

(25) А на кой переходить если работать будете как в 7.7 ?

(25) производства нет?

(26)
Сначала как в 7.7, а потом уже по другому, но это вообще. А про РАУЗ у меня пока такое по опросам коллег сложилось ощущение, что вещь хорошая, простой учет упрощает, сложный - усложняет

(27) Пока что производство сводится к производству услуг по аренде складов

(29) хотя в любом случае затратные счета ручками закрывать

(15) +1
переходить на новую систему по функциональным блокам с автоматическим переливом информации из старой системы в новую. здесь требуется хорошее знание конвертации