Ребята, добрый день! Может кто-нибудь подсказать рабочий алгоритм действий (вкратце) по переходу с Бух+Тис 7.7 на БП+УТ 8.3?

Т.е. - перенести остатки в из Бух в БП на дату; перенести из ТИС в УТ, потом уже по ходу работы из УТ в БП. Как правильно?

ПС: стоит ли рассматривать вариант КА вместо БП+УТ (профиль - торговля)?
Спасибо всем

Ничего не переносить. Всё снести и начать с чистого листа.

остатки и тут, и там все равно придется переносить

(2) Провести инвентаризацию и ввести остатки вручную.

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

(4) т.е перенести из ТИС в УТ за январь, потом выгрузить из УТ в БП за январь и далее ввести остатки в БП на начало января?

(4) Очень долгий и сложный путь. Во всех косяках программисты будут крайние.

здесь придется все разгребать и разжевывать самому (одному). Самая главная проблема - плохое знание (или отсутствие желания знать) пользователями своей предметной области.

(7) Тогда нечего и переходить.
Зачем?
Цель перехода есть?

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

(9) Тогда если есть желание получить все шишки на себя, валяй.

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

(11) скоро будет такая вещь как новый год, как раз времени потренироваться, поужасаться и скопить бюджет. А потом (4) в голую БП

(12) с такими темпами только на след. год если

(13) ну сам прикинь, там в УТ только остатки товара. А в БП 55 разных других остатков.

Поэтому делай так, остатки товара бери из УТ. Остальные все 54 вида остатков грузи из Бух 7.7.

насколько помню после последней сверки 77 - в торговле остатки: товара по партиям, касс, покупателй, поставщиков,..

(0) КА 2 точно не стоит, редкостно геморройная конфа.

(16) спасибо,+ еще один голос против

+сейчас как раз с КА2 в другой фирме тренируюсь , разбираюсь

(18) Ага, особенно меня вдохновило отражение в бухгалтерском учете после проведения, и то что после перепроведения отраженного документа бух. проводки испаряются.

прекрасно, прогресс шагает семимильными шагами

(15) поставщики не все, только поставщики товара. партии все не те. потому что в ут и в бух разные партии

(9) >> конкретной цели нет

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

(22) вы, отчасти, правы, но многие так переходят, причем, еще более быстро и спонтанно. Руководство решило - и в путь, хотя они (руководство) и сами понимают ожидающие их проблемы. Если сидеть и рассусоливать, то никогда и не сделаешь. Недовольств я лично не боюсь в этой конторе, где меня знает каждая собака.

(0) Примерно так:
1. назначение РП и ключевых пользователей приказом по предприятию, фиксирование общих сроков и целей проекта.
2. формализация текущих процессов (описание + схемы) с ролями по отделам
3. моделирование процессов в различных вариантах конфигурации (БП+УТ, КА2 и т.п.) по согласованным с ключевыми пользователями сценариям с демонстрацией результатов, определение оптимального целевого решения, выявление функциональных разрывов, оценка сроков и ресурсов для полноценного внедрения.
4. проектирование доработок по выявленным функциональным разрывам, согласование методики по миграции данных.
5. тестовая миграция данных по методике из п.3, тестирование ключевыми пользователями итогового функционала на по согласованным сценариям, которые должны охватывать в т.ч. миграционные данные (продажа перенесенного товара и т.п.)
6. миграция данных в рабочую среду, выполнение ключевыми пользователями согласованного набора транзакций для подтверждения корректности работы системы.
7. запуск остальных пользователей, поддержка на согласованный период времени проектной командой, передача внедренного решения на поддержку.

+(24) хотя, почитал ветку - поставь типовые и пусть руками остатки заносят и работают.

> по переходу с Бух+Тис 7.7 на БП+УТ 8.3?

Правильнее преходить с Бух 7.7 на БП 8.3.
А ТиС и УТ - оставить в покое. Просто выгрузку с ТиС в БПР сделать.

(25) Я это сразу сказал в (1)

(26) крайне желательно сохранить в УТ прошлые периоды, хотя бы пару лет

(28) это из-за касс переходите?

(0) Перешли со связки УТ 7.7 + БП 8 на КА2. По мне так лучше УТ 8 + БП 8.

(29) нет, кассы уже работают. В данной основной базе есть одна касса, работает.

(29) чтобы отчеты формировать по тем же контрагентам, а не прыгать из базы в базу

(31) А кассы как сделаны? Не поделитесь?

Мне на 7-ке внедрять, я думал либо с 8-ки перетягивать, либо свое писать.

(32) А отчеты на 7-ке не тянут?

(33) немного не понял, работают по типовому в тис- чекккм, пко,рко

(35) на удаление все норм работает, относительно, не за 19 лет ведь нужно формировать

По кассам по- моему юзайте 988 релиз тис, который вышел в феврале, там все есть, чтобы присоединить онлайн кассу

(34) по кассам для 77 все есть в развернутом виде и даже с методичкой. Возьми на ИС разработку victuan (В.Неспятин) - становится в типовые бух и тис, в старые релизы с м нимальными допилами, в самописки тоже не проблема

По автору: бухию 7.7 перетянуть на БП3. ТиС оставить. Устаканятся с бухией - как раз за годик - тогда может и на ут с тис

(39) У меня нетиповая, допиливать прийдется.

+(41) я не в курсе какая там техника.

(40) поддерживаю
ну или наоборот, если в бухии плаваешь начни с УТ

(43) бухию проще перетянуть

(41) фигня, там допил минимальный

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

(46) а почему прога не блокирует/ругается если неправильно?! Должна!

(40) спасибо, а выгрузка из тис в бп 3.0 сходу будет корректно работать в течении этого же года?

(0) есть опыт перевода с ТиС на УТ 11. свежий.


перенос данных через КД. остатки и документы и справочники и свои "финтифлюшки". плюс доработка в УТ своих хотелок.

(0) главное разобраться как правильно все заполнять в УТ. дальше дело техники.

(50) Угу, потом понять, что все тормозит, выкинуть пару сотен на новый сервак и всеравно не быстрее чем 77.
Потом сунутся в отчеты, а там вообще кошмар, в 7.7. все было круче.
А потом зайти в анализ продаж, спросить где себестоимость, уивится, что месяц надо закрывать, а закрытие месяца ошибок не счетсть.

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

(48) я хз.
наш восьмерчоник (кто сопровождает бухию) - написал\подправил в КД правила (бо у меня ТиС слегка перекуроченная в партионке и ГТД). Вроде работает, бухии не жалуются.

(52) я вообще ХЗ когда и буду ли переходить с ТиС на УТ при моей жизни ;-) Если переходить - то руководятельствовать этим проектом меня ну совсем не тняет.. максимум на что готов (пока) - как консультант\аналитик по бизнес-процессам в отделе продаж, закупа и склада (и немного транспорт).

(0) Зависит от бизнеса.
Если бизнес маленький.
До 10 рабочих мест то однозначно (1)
Цена определяет.

Если бизнес большой больше 100 рабочих мест то имеет смысл использовать программистов.
непрерывность бизнеса главное.
Цена не имеет значение

Зависит от размера организации.

ка рассматривать не стоит .если базы типовые .то стандартный переход вам в помощь , уже реализован в 1с . юзайте