Создано: 21.11.2023
Обновлено: 22.11.2023
Обновлено: 22.11.2023
Часто приходиться отвечать на такой вопрос "Как сделать обновление 1с с 7.7 "Торговля и Склад" до 8.3?".
Итак, по-порядку...
1. 7.7 и 8.3 - это платформы 1С. Обновление платформы происходит просто. Новая версия устанавливается и все. Потом к ней подключается та или иная конфигурация (в просторечии, база данных).
2. "Торговля и Склад" - это конфигурация базы данных.
Отсюда вопрос - на какую конфигурацию платформы 8.3 необходимо осуществить переход с "Торговли и Склад"?
Ответ - обычно в таких случаях используют конфигурацию "Управление торговлей". Причем, на данный момент существуют две рабочие версии "Управления торговлей": 10-я версия и 11-я версия. Переходить, конечно, надо на последнюю версию, 11-ую. Это в России. В Казахстане, аналогично, только версии имеют номера 2 и 3. Переход, конечно, надо делать на 3-ю версию, так как вторая версия практически не поддерживается разработчиков в плане обновлений.
3. Можно-ли каким-то образом в автоматическом режиме взять и перетащить ВСЮ информацию из "Торговли и Склад" под 7.7 в "Управление торговлей 10 или 11" под 8.3?
Ответ - нет. Почему? Слишком много отличий в логике работы программ интерфейсе, документах, справочниках и т.д. и т.п.
Особенно, если в старой версии что-то там было кем-то дописано, модифицировано и т.д.
В далекие времена, в версиях "Управление Торговли 10" под 8.0 (не под 8.3) был помощник перехода с версии "Торговля и Склад" под 7.5. Но, сейчас этого помощника нет, слишком много всего изменилось за 10-15 лет.
1. Что не хотят все (руководители, бухгалтера, товароведы и т.д.), работающие на старых версиях?
Они не хотят вводить заново, как минимум, контрагентов, номенклатуру, которая уже имеется в старой версии и которую надо точно иметь и в новой версии.
Отсюда вывод - необходимо организовать перенос справочников контрагентов и номенклатуры (полностью или частично) в новую версию.
Если контрагентов не много (до 100-200), то проще и быстрее это сделать вручную.
Если контрагентов более 200, то тут нужен полуавтоматический режим. Сделать файл-перехода. Выгрузить из старой версии справочник, реорганизовать его в формат для новой версии и потом загрузить его в новую версию
Аналогично и по номенклатуре. Только при работе с номенклатурой надо учесть следующий момент - имеются ли у номенклатуры характеристики и какие именно, нужны ли они в новой версии, какими должны быть и т.д.
В любом случае для переноса номенклатуры, необходим анализ этой номенклатуры из старой базы.
2. Что хотят видеть (руководители, бухгалтера, товароведы и т.д.), работающие на старых версиях в новой версии?
Начальные остатки по количественному учету номенклатуры, то есть, что что есть в наличии в старой версии должно быть на начальных остатках в новой.
Начальные остатки по взаиморасчетам с контрагентами, то есть всякие долги (деньги) из старой версии должны перейти в новую версию.
Отсюда вывод - необходимо организовать оформление таких начальных остатков в новой версии.
Это также делается с помощью файла-переноса, что-то выгружаем из старой версии в файл, потом этот файл доводим до необходимого формата и загружаем в новую версию.
3. Что еще хотят все (руководители, бухгалтера, товароведы и т.д.), работающие на старых версиях?
Чтобы в новой версии логика их хозяйственного учета сохранилась на все 100 процентов, особенно если в старой версии имеются свои "рабочие" моменты, которые были доработаны программистами в старой версии и которые хотелось бы перенести в плане логики и в новую версию.
На 100 процентов осуществить перенос такой "логики" из старой версии в новую, в принципе, невозможно.
То, чего не хватало в плане функционала в старой версии и было "дописано" вполне уже существует в новой версии либо в той же логике, либо в другой и тогда необходимо будет менять логику работы не в системе учета (новой версии), а в реальности, перестраивая алгоритмы работы сотрудников. Любой переход на новую систему автоматизации хозяйственного учета предполагает, как минимум, реорганизацию 10-15% реальных рабочих процессов. И тот, кто пытается оставить "старую" логику в "новой" версии просто намучится, потеряет время, деньги и т.д. и т.п., а в итоге все равно как-то, но перестроит рабочие процессы под новую версию.
4. Что еще хотят все (руководители, бухгалтера, товароведы и т.д.), работающие на старых версиях в плане пользователей системы учета?
Чтобы все те, кто работал в старой версии без проблем заработали и в новой.
Это так же невозможно, в принципе, так как новая версия кардинально отличается в интерфейсе. Интерфейс настолько не привычен для пользователей, что некоторые просто увольняются (уходят от этого нового "кошмара"), мотивируя это словами, к примеру, "В семерке все так было просто, а в этой вашей восьмерке кошмар, там даже меню нету, где и как мне отчет в файл сохранить, где мое привычное меню "Файл"..." и т.д.
Отсюда вывод - необходимо время для обучения, консультаций пользователей в новой системе. Мне пришлось разрабатывать систему обучения для пользователей, где в картинках с подробными инструкциями описаны алгоритмы работы пользователей согласно своим должностям (кассир, кладовщик, продавец и т.д.).
Исполнителю невозможно определить бюджет (сроки, стоимость и т.п.), пока он не увидит старую версию базы.
Первый пример.
Существует простой бизнес "Продажа цветов". В справочнике номенклатуры всего 50 наименований цветов - это за два часа можно перенести руками в новую версию. В справочнике контрагентов 100 штук - аналогично, 2-3 часа и все готов в новой версии. На перенос необходимых остатков (в количественном и денежном отношении) по такому объему номенклатуры и контрагентов тоже уйдет 2-3 дня максимум. В итоге, вы через неделю получите работающую новую версии, примерно 10000-15000 рублей.
Второй пример.
У вас 10000 наименований в справочнике номенклатуры, причем разнотипных (велосипеды, одежда, обувь, фото, видео и т.д. и т.п.), плюс к этому куча контрагентов (поставщики, оптовые покупатели, розничные покупатели, дисконтники (имеющие скидки), какие-нибудь ВИП-ы и т.д. и т.п.) - этот объем уже совершенно другой. Тут и 30000 рублей не хватит и времени займет значительно больше.
Иногда переход на новую версию осуществляется не один месяц, причем приходиться параллельно работать и в старой и новой версии. К примеру, вы не успели еще перенести остатки по товару в новую версию, а в то время этот товар поступил от поставщика, товар надо продавать, его надо оприходовать в старую базу, а это значит, что его остаток измениться, значит надо этот товар параллельно и приходовать в новой базе, именно приходовать, а не менять файл-перехода с остатками. А завтра вы этот товар реализовали, значит это надо реализовать и в старой версии (бизнес же нельзя останавливать на месяцы) и в новой, чтобы потом, когда все перейдут в новую версию не делали задним число заново все эти приемки и реализации.