Переход с 1С:УПП на1C:ERP: Перенос остатков и затянувшееся начало работы в ЕРП

13.04.22

Бизнес-анализ

Настоящей статьей мы продолжаем цикл из трех статей о технических особенностях перехода их программы 1С:УПП на 1C:ERP. Автор статьи: Малышев Дмитрий - Разработчик 1С с 2004 года на платформах 1С 7.7, 8.1, 8.2, 8.3. Сертификат 1С:Эксперт по технологическим вопросам. Участвовал в 30-ти проектах внедрения 1С:УПП и 1C:ERP.

Заканчивается поддержка 1С:УПП

В соответствии с решением, принятым на Большом партнёрском семинаре 27-28 февраля 2021 г, фирма «1С» объявляет о том, что предполагает завершение поддержки конфигурации УПП через 5 лет — весной 2026 года. Подтверждение этого намерения и точный срок окончания поддержки, как сообщалось ранее, будут объявлены не менее чем за 3 года до завершения поддержки конфигурации 1С:УПП, то есть ориентировочно весной 2023 года.

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

Фирма «1С» рекомендует пользователям и партнерам не откладывать переход с 1С:УПП на более современные решения фирмы «1С» на последние годы поддержки конфигурации 1С:УПП, т. к. найти ресурсы на внедрение 1С:ERP в 2024-2026 годах может оказаться сложнее, чем в 2021-2023 годах. Кроме того, пользователи, осуществляющие переход с 1С:УПП на современные ERP-решения фирмы «1С» в ближайшие 2 года, получат дополнительные преимущества по акции «Аналитика и Академия ERP».

Подробнее здесь https://consulting.1c.ru/news/107035.html

 

Введение

Не буду детально расписывать, как проходил проект перевода Заказчика с УПП на ЕРП.

Немного введу в курс дела по проекту: Заказчик является крупнейшим предприятием пищевой отрасли. До начала проекта у Заказчика было УПП 1.2 (даже не 1.3) в 2021-м перешли на ERP 2.4. В целом по проекту делали переход с УПП + ДО с большим количеством внешних интеграций. Переходили на связку ERP + ЗУП + ДО. Начали с августа 2020 года. Порекомендовали ИТ-специалистам заказчика пройти курсы 1С. В ноябре, после обучения, специалисты присоединились к проекту (кто не потянул - уволился). Учет проектных задач в информационной системе «Канбан» и Google Doc, использовали встраиваемую справку в ERP, информационную систему Поддержки, встроенную прямо в ERP, Стандартное хранилище 1С. В обязательном порядке проводили еженедельные планерки с фиксацией задач и прогресса. Стандартный перенос из УПП в ERP пришлось переделать. Перенос остатков делали в январе. До апреля учет вели в двух системах в УПП и в ERP обменивались оперативными документами и НСИ по правилам обмена (чтобы снять нагрузку с работающих пользователей т.к. они все-таки бизнесом занимаются и не являются каторжникамиJ). За время учета в двух системах адаптировали интеграции и нестандартные подсистемы УПП, модифицировали железо и инфраструктуру серверов, настраивали права доступа, адаптировали мышление пользователей к проверкам данных и закрытию в ERP и ЗУП (не было обрубания канатов на 01.01). Гладко перешли с системы на систему без привязки к началу года. (Кому нужно обращайтесь, внедряли и УПП и ЕРП, понимаем и там и там).

В условиях пандемии Проект на 98% реализовывался удаленно, без посещения Заказчика.

 

Расскажу о задаче переноса остатков и параллельной работе пользователей в двух системах.

Речь пойдет об особенности организации двух последовательно идущих этапов проекта: «Перенос начальных остатков из УПП в ЕРП»  и «Начало работы пользователей в новой системе ЕРП и отказа от УПП».

Большинство из вас знает, что в самом распространенном случае после переноса остатков в начале января пользователи короткое  время параллельно работают и в старой, и в новой системах, а не сразу в новой. Т.к. многие взяли за правило канаты сразу не рубить, чтобы:

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

На этом проекте с этапом «Переноса остатков» всё складывалось близко к стандартному сценарию (шли тестовые переносы и выверки, планировался итоговый перенос в январе и расчет на небольшие догрузки исправлений). И это не смотря на то, что переходили с «перепиленной» вдоль и поперёк УПП 1.2 (даже не УПП 1.3, а 1.2) с серьезными отличиями логики учета УПП, допиленной силами заказчика, от логики зашитой в типовые правила переноса остатков из УПП в ЕРП по большинству  блоков  (Продажи и Покупки, НМА и ОС,  Оплаты, Складской учет количества и др.) Свет в конце туннеля к январю всё же был виден. Про сам процесс переноса остатков кратко опишу в отдельной главе «Перенос …. », ниже. 

А вот с этапом «Начала работы в новой системе…» возникла чрезвычайная ситуация - что не успевали к январю «ну ни как, хоть ножом режь»….  Проявилась она заблаговременно (за 2 месяца до январского запуска) в ходе составления и обсуждения на планерках, так называемой,  Таблицы переключения {Блок, Ответственный, Дата переключений с УПП на ЕРП, Мероприятия для переключения, Проблемы} выявили критичные моменты, такие как:

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

 

 

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

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

 

Перенос остатков

При начале разработки за основу взяли типовую перегрузку остатков в ЕРП из других конфигураций. Инструмент и его описание находится в установленном каталоге конфигурации ЕРП по примерному пути «….1С\Enterprise20\2_5_7_193\AddFiles\Переходы с других конфигураций\УПП_КА1»

 

Рис. Папка с релизом ЕРП


 

В этой папке в файле «Руководство по переходу с УПП 1.3 и КА 1.1.htm» содержится подробное описание того что и как нужно выполнить

 

Рис. Первая страница типовой инструкции переноса остатков

 

По факту нам нужно было переносить данные из Источника УПП 1.2 (сами типовые правила изначально для УПП 1.3) в Приемник Бета версию ЕРП 2.5 (еще не было официального релиза, но был получен «сверху» совет, входить в проект именно на 2.5 и вероятно правила переноса не адаптировались самой фирмой 1С) поэтому типовые правила потребовалось дорабатывать.

Входные параметры проекта, предопределили необходимость адаптации/доработки типовых правил переноса под другие условия:

Источник «перепиленная» УПП 1.2 (даже не УПП 1.3) с отклонениями/нарушениями типовой логики учета 1С.

Приемник ЕРП 2.5 Бета-версия без официального релиза (для котят), но рекомендованная для входа в проект.

Сами исходные правила переноса из УПП в ЕРП мы забрали из типовой обработки «Выгрузка данных.epf» открыв её в конфигураторе и сохранив текст макета в текстовый файл с расширением XML.

 

Рис. Типовые правила в обработке

 

Полученный файл залили в 1С:Конвертация данных 2 (далее 1СКД2), затем выгрузили файлы со структурами метаданных Источника и Приемника и также залили их в 1СКД2 (Обработками получения структур метаданных MD82Exp.epf, MD83Exp.epf).

Глобальные различия типовых правил и структур реальных баз сразу убирали через меню 1СКД2 - Сервис – Проверка. Остальное локально дорабатывали почти по каждому блоку. Я уже акцентировал ваше внимание в разделе «Введение» на том, что логика учета в УПП Заказчика значительно не совпадала с логикой, заложенной для сбора остатков в типовом переносе и многие правила адаптировались.

 

Рис. 1СКД2, Загруженные типовые правила

 

В дальнейшем саму выгрузку из УПП делали по доработанным правилами с помощью стандартной обработки «V8Exchan82.epf», а загрузку в ЕРП обработкой «V8Exchan83.epf». Они более известны по наименованию «Универсальный обмен данными XML.epf» и находятся в составе как УПП так и ЕРП.

 

Рис. Все обработки можно найти в папке с релизом 1СКД2

 

 

Примечание: Замечу что типовые правила 1С были не без сюрпризов, например, осуществлялся перенос ставки НДС 0% в ставку Без НДС, может из-за того, что работали с Бета 2.5.

В итоге несмотря на специфические для перехода с УПП на ЕРП базы Источника и Приемника (УПП 1.2 и бета ЕРП 2.5) сам этап ввода начальных остатков прошел по стандартной схеме:

Были подготовлены и одобрены списки необходимых срезов  остатков и НСИ для переноса из УПП.

Написаны правила переноса. Смоделированы и выверены с ключевыми ответственными лицами Заказчика результаты тестовых переносов между Источником и Приемником.

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

 

Начало работы в новой системе

Для примера, на параллельно идущем проекте нашей компании, люди последние две трети января просто параллельно «вколачивали» данные и в УПП, и в ЕРП, а в феврале перешли на работу только в ЕРП.  Это привычная практика и мы изначально предполагали сделать ровно также, но….

Но как описано во введении на проекте за пару месяцев до запуска выявились критичные факторы:

Невозможность в срок подготовить все интеграции с ЕРП (70% объема интеграций модифицировали ИТ Заказчика, 30% мы как интегратор).

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

Именно эти проблемы не позволили применить привычную схему перехода.

Ситуация  сложилась критическая для всего проекта….

Выход был найден. Было принято решение по удлинению периода параллельной работы в двух системах с января, до нескольких месяцев. Пользователи и все интеграции должны работать с УПП, но учет в ЕРП должен начаться с января нового года (остатки + ввод оперативных данных). Это давало проектной команде необходимое время для подтягивания отстающих задач.

Обычно, «крайними» на этапе параллельного учета в двух системах становятся пользователи. Но в данном случае  для этого не хватало ресурсов - сама компания была коммерческой с рыночными зарплатами и оптимизированным  штатом сотрудников, которые были максимально загружены основной работой, и поэтому работать в двух системах ни физически, ни морально длительный период не могли…

Если 2-3 недели? – «Да, пожалуйста»,

А 2-3 месяца?! - «Категорически – Нет!».

Им надо было помочь, а нам экстренно в течение месяца разработать регулярную подкачку НСИ и оперативной информации из УПП 1.2 в ЕРП 2.5.

Все, кто занимался обменами, представляют, что организация нового обмена данными это объемная комплексная задача для группы специалистов. Выдернуть на неё дополнительные ресурсы перед январём очень сложно, а надо сделать работающий вариант. Тут выполнялся пошаговый поиск решений с упрощением, чтобы сэкономить время и трудозатраты. Для этого нам надо было минимизировать список того, что требуется перегружать из УПП и выбрать максимально простой способ передачи данных в ЕРП. При этом надо гарантировать, чтобы перегружались как новые данные выбранные за период так и точечно изменяемые пользователями.

Шаг № 1:  Определение данных для переноса

Чтобы ограничить список перегружаемых из УПП объектов мы собрали статистику за прошлый квартал  и свели её в таблицу. Обработки по сбору статистики были найдены и скачаны с Инфостарта, они по сути делятся на нескольких видов: сбор данных по журналу регистрации, сбор данных по метаданным в 1С, сбор данных по таблицам SQL – но не каждая подойдет, т.к. какие-то работают неприемлемо долго на объемных базах, какие-то не имеют нужных отборов, например за период или выдают плохое представление результатов (в общем нашли, скачали, допилили).

Лучше остальных подошла обработка сбора статистики по Журналу регистрации, в ней мы добавили вывод ответственных за объект, чтобы знать ФИО кого со стороны пользователей Заказчика назначить ответственным за сверку данных объекта между УПП И ЕРП (разобрали по контролёрам).

 

Рис. Статистика по Журналу регистрации (в исходном виде скачанная с Инфостарта)

 

Рис. Статистика объектов по Журналу регистрации с пользователями (допиленная)

 
В таблице статистики члены команды и ключевые пользователи проголосовали за объекты переносимые из УПП в ЕРП согласно критериям:
  • ЗА – Большой вес объекта, т.е. большое число созданных объектов данного типа за период ИЛИ большое число строк в объекте ИЛИ отметка ответственного консультанта или ключевого пользователя об обязательности переноса данного типа объектов
  • ПРОТИВ – Малое количество объектов данного типа или сложность создания правил для обмена объекта.

По самим объектам перенос указывался:

  • ПОЛНЫЙ - программист должен проработать перенос максимально возможного количества реквизитов объекта)
  • ЧАСТИЧНЫЙ - перенос  ключевых реквизитов объекта (Номер, Дата, Код, Наименование, Организация), остальное заполнялось пользователем вручную
  • ВРУЧНУЮ – объект УПП полностью заводился пользователем вручную в ЕРП

Также в таблице статистики напротив каждого объекта УПП консультантами были указаны его образы в ЕРП. Связи были не только 1 в 1, а несколько типов объектов УПП в один и тот же тип объекта ЕРП, или 1 тип объекта УПП в несколько типов объектов ЕРП. Основную сложность вызвали Взаиморасчеты со сверками, Оплаты по разным видам операций, Перенос производства.

 

Рис. Таблица статистики подготовленная

Документ/Справочник/Регистр информации в базе 1С:УПП

Полный/Частичный

Обмен

Обучение

Интеграции

% Готово

Объект в новой системе 1C:ERP

Подсистема

Пользователь

Комментарий пользователя

Комментарий разработчиков

Кол-во объектов в день

Среднее кол-во строк в 1м объекте

Количество строк

 

 

ИТОГИ по Шагу № 1:

  • Программисты получили минимизированный список объектов, который был одобрен пользователями.
  • Определили ответственных за каждый объект УПП и его образ в ЕРП со стороны пользователей Заказчика.

 

Шаг № 2:  Выбор схемы переноса, подготовка набора инструментов и организация работы

На время параллельной работы в двух системах сначала рассматривали разработку стандартной схемы синхронизации двух баз (2 плана обмена + пакеты правил), но от неё было решено отказаться по нескольким причинам:

Нам требовался только односторонний обмен из УПП в ЕРП.

Синхронизации работает согласно регистрации изменений и не тянет по умолчанию объекты по ссылке.

Трудно установить произвольные фильтры на выгрузки.

Трудно совместить работу нескольких программистов в рамках 1СКД2 над одним и тем  же экземпляром правил, которые включали бы и перенос остатков и будущий обмен (правила надо было бы делить на 2 экземпляра).

 

 

В итоге упростили схему обмена, таким образом:

План обмена создали, но только на стороне УПП, определили его состав согласно таблице статистики (из шага 1 см. выше) создали 1 узел для регистрации изменений.

Для выгрузки из УПП использовали обработку “Универсальный обмен данными XML.epf” с опцией выбора узла обмена и с возможностью установки произвольных фильтров (что позволяло выгружать данные зарегистрированные на узле плана обмена, а также выполнять выгрузки данных за период и точечные догрузки). Выгрузка больших пакетов выполнялась по COM с очисткой регистрации на узле обмена выгруженных данных.  В обработке прописали все нужные настройки по умолчанию для облегчения регулярных запусков. Запускали каждый день вечером.

 

 

Конвертации делить между разработчиками не стали, работа 2-ух программистов (красный остатки, синий обмен) велась в одной базе 1СКД2 над одним и тем же экземпляром правил.

 

 
В разработке очень помогла публикация Перенос данных из УПП 1.3 в ERP 2 (ЕРП 2) / УТ 11 / КА 2 (infostart.ru)

 

Объекты переносили из УПП длительный период – важным было сохранить нумерацию. Ручное создание новых номеров в ЕРП было по многим типам запрещено. Также проработали нумерацию, чтобы где-то разделить префиксом, и в общем случае прописать продолжение нумерации объектов по законам  УПП (в ЕРП убрать префиксы ЕРП 0000- повторив работу нумерации УПП).

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

ИТОГИ по Шагу № 2:

  • Мы начали учет в ЕРП с января успешным переносом остатков, регулярным обменом сняли нагрузку с пользователей по дублированию информации в обеих базах. Пользователи продолжали работать в УПП, и проводили сверку своих объектов в ЕРП (частично дозаполняли данные и проверяли печатные формы и отчеты), тем самым учились понимать как трансформировалась их система (адаптировались к интерфейсу). Финансисты проводили закрытия месяца, выявляя и принимая  глобальные цифры, например различия методик по себестоимости.
  • Программисты подтянули хвосты по интеграциям и спокойно их подключили.
  • Системные администраторы с нашей помощью и c помощью известной команды по подбору оборудования для 1С апгрейдили оборудование до нужной мощности

Отказ от УПП произошел без стресса 1 Апреля. Я это называю на лайте )))

Далее в течение нескольких месяцев шел процесс постепенного уменьшения поддержки со стороны нашей компании и вывод ИТ-отдела Заказчика на самостоятельную поддержку своей системы ЕРП. К августу мы практически не участвовали в процессах закрытия и сопровождения.

 

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

Вот другие статьи по внедрению 1С:ERP:
Переход с 1С:УПП на 1C:ERP: Задача переноса печатных форм в сжатые сроки. Конструктор печати

Переход с 1С:УПП на 1C:ERP. Переезд пользователей с сохранением прежних прав

Переход с 1С:УПП на 1C:ERP: Подсистема поддержки пользователей в 1С:ERP

Переход с 1С:УПП на 1C:ERP. Переделываем интеграции на основе прямых запросов к СУБД на примере УПП -> QlikView

Благодарю за внимание. Не забудьте поплюсовать, если статья оказалась Вам чем-то полезной.
Дмитрий Малышев

Переход с 1С:УПП на 1C:ERP ЕРП Внедрение Комплексная автоматизация

См. также

SALE! 10%

Перенос данных 1C Программист Платформа 1С v8.3 1С:Управление производственным предприятием 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Платные (руб)

Перенос документов, начальных остатков и справочной информации из УПП 1.3 в ERP 2 | из УПП 1.3 в УТ 11 | из УПП в КА 2 | Правила конвертации (КД 2) | Более 360 предприятий выполнили переход с использованием этого продукта! | Сэкономьте время - используйте готовое решение для перехода! | Позволяет перенести из УПП 1.3 в ERP / УТ 11 / КА 2 всю возможную информацию | В переносе есть фильтр по организации и множество других опциональных параметров выгрузки | Есть несколько алгоритмов выгрузки остатков на выбор

50722 45650 руб.

04.08.2015    165359    386    276    

370

Agile Внедрение изменений Бесплатно (free)

Тенденции последнего времени заставляют пересматривать привычные инструменты, менять подходы, подстраиваться под рынок труда. Расскажем об импортозамещении инструментария внедренцев, отличиях Agile от почасовки и рисках дефицита специалистов 1С.

13.09.2024    2271    0    glebushka    3    

7

Анализ предметной области Анализ бизнес-процессов Работа с заинтересованными сторонами Бесплатно (free)

Успех системы закладывается на предпроекте. Именно на обследовании мы анализируем потребности, перекладываем их в затраты, просчитываем нужное для разработки время и закладываем те функции, что будут в системе. От результатов предпроекта зависит, насколько система будет удовлетворять заказчика и насколько успешно мы систему сдадим. Расскажем о том, как за семь шагов провести обследование, построить концепцию и определить границы системы/проекта.

02.09.2024    699    0    user1669221    2    

6

Внедрение изменений Бесплатно (free)

Когда при внедрении систем 1С всплывает слово «ГОСТ» – практически всегда речь идёт о документе «Техническое задание». И у большинства внедренцев падает настроение, как только им говорят, что надо «написать ТЗ по ГОСТу». Но опытные кулинары знают, как готовить это блюдо так, чтобы оно оставило после себя приятное послевкусие, а не горькое разочарование. О собственных рецептах приготовления документации по ГОСТу пойдет речь в статье.

21.08.2024    2484    53    Laya    3    

21

Анализ предметной области Анализ потребностей и поиск решений Бизнес-аналитик Руководитель проекта Управленческий учет Бесплатно (free)

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

19.08.2024    1300    0    SergeyN    0    

6

Внедрение изменений Платформа 1С v8.3 1С:ERP Управление предприятием 2 Бесплатно (free)

Проект по переходу SAP на 1С – это не только перенос в 1С бизнес-процессов, которые ранее отражались в SAP. Системы отличаются кардинально – и подходом к внедрению, и работой в системе, и готовыми функциональными блоками, и интерфейсами. Расскажем о том, какие подводные камни ждут внедренцев на проектах перехода с SAP на 1С.

19.08.2024    9435    0    vladshelshel    7    

4

Оптимизация бизнес-процессов Взгляд со стороны Заказчика Внедрение изменений Платформа 1С v8.3 Бесплатно (free)

Проекты перехода с SAP на 1С неизбежно связаны с различиями в терминологии, изменением привычных подходов, перестройке и унификации бизнес-процессов. О том, как найти ключи к успеху реализации такого проекта на реальном примере перехода с SAP на 1С, пойдет речь в статье.

13.08.2024    898    0    avermakov1986    7    

4

Внедрение изменений Бесплатно (free)

Зачастую, если мы пытаемся оценить прямой эффект от внедрения систем 1С, он отрицательный, потому что на внедрение и поддержку ИС надо тратить деньги (часто – очень большие), а даёт она на выходе только информацию. Однако, есть и косвенный эффект, который может быть значительно более существенным для бизнеса. Сама по себе информация о том, что происходит в компании, ничего не экономит. Экономия достигается за счёт управленческих решений и инструментов управления, которые строятся на получаемом поле данных. Расскажем о том, как с помощью автоматизации получить информацию для принятия решений и повысить эффективность бизнеса.

30.07.2024    901    0    MichaelMontrel    2    

6
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. Brawler 458 28.10.21 22:20 Сейчас в теме
Видели когда нить почти два года параллельного производственного учета в УПП и ERP?
Нет, а я видел)))
sm_k; den_marino90; sasha_r; Yashazz; sapervodichka; Leon75; +6 Ответить
2. sapervodichka 6900 29.10.21 00:46 Сейчас в теме
(1) Вечный кайф, о да =)
SergeyTerentyev; +1 Ответить
13. sapervodichka 6900 29.10.21 11:38 Сейчас в теме
(2) Вспомнил старый анекдот...
Муха подлетает к слону и спрашивает: Хочешь кайфа?
Слон: Ну, давай.
муха влетела в попу слону и вылетела через хобот: Ну, как?
Слон, закатив глаза: Кайф... Давай еще. Муха опять влетела. И тут слон
приставил хобот к попе: Вечный кайф...
polyplastnm; tolyan_ekb; +2 Ответить
17. sapervodichka 6900 30.10.21 14:54 Сейчас в теме
(13) только конечно это кайф со знаком минус
3. it-expert 29.10.21 09:10 Сейчас в теме
(1)в статье на мой взгляд описан странный подход, если и писать синхрон то в обратную сторону, если у пользователя есть возможность работать в старой системе он по жизни там и будет вести учет.
Yuris; Yashazz; +2 Ответить
6. Brawler 458 29.10.21 10:29 Сейчас в теме
(3) у нас есть и туда и туда обмен, но ряд неурядиц и упорного нежелания персонала работать в новой базе не позволяет одним днем что-то прикрыть в обменах
22. ssn5810 80 26.10.22 19:15 Сейчас в теме
(6)Было такое..., решили проблему так - Шеф автоматизируемого предприятия стукнул по столу и сказал через неделю зарплата только тому кто работает в новой программе.
23. Brawler 458 26.10.22 23:27 Сейчас в теме
(22) В моем случае я свалил на другую работу (фиксик) и за собой потом уволок весь ранее мне подчинявшийся коллектив и даже одного кто после нас пришел))
Владелец предприятия и так был кретином, но когда ушел мой вышестоящий руководитель, пришлось и мне с этим тормозом общаться и я понял, что нефиг там делать. На новой работе все от 50% и выше ЗП получили, что сказалось позитивно на команде и ее настрое. Уже год прошел. На старой работе все так же ведут параллельный учет производства в УПП и ERP. Кишка тонка перейти полностью в ERP.
9. sapervodichka 6900 29.10.21 10:57 Сейчас в теме
(3) в новой системе не было интеграций с производством, сайтами и т.д., поэтому обмен в направлении из новой системы в старую тут бы не взлетел (там суть чтобы оформить документ нужны онлайн данные из внешних систем, а с адаптациями этих решений в ЕРП шло опоздание).
4. Yashazz 4781 29.10.21 09:41 Сейчас в теме
Сто раз говорил и сто первый раз повторю. Особенно для начинающих.

Не имеет значения система. Плевать на качество, на интерфейс, на перенос и на обучение. На всё плевать. Потому что это всё не важно.

Важно только одно - силовая составляющая, волевая линия руководства. Если она есть - через месяц все перейдут и через два уже лихо освоят да филигранно юзать начнут. Если её нет - вы самую-пресамую супер-пупер концепцию, проект и перенос с обменом в стол сунете и тихо похороните, а "переход" будет вяло подыхать ещё энное время.
A1WEB; ssn5810; bossikd; den_marino90; Sintson; myoker; Leon75; shard; user618912_redgad; Brawler; +10 Ответить
10. sapervodichka 6900 29.10.21 11:05 Сейчас в теме
(4) с пользователями было всё в порядке и руководство молодцом было и воля была, и сила.... и желание, а вот с интеграциями с внешними системами получения онлайн данных была задержка, а так все счастливы. Вяло это не про нас, когда вяло лучше сразу отказываться от проекта (с этим Яков я согласен).
11. Yashazz 4781 29.10.21 11:35 Сейчас в теме
(10) а в интеграции с "другими" системами ещё хуже дела с мотивацией участников. Одни, допустим, горят желанием, а другим всё это нафиг не надо и в гробу видено. Тогда начинается бодание, перепихивание, тихий саботаж, бюрократия и прочие пробуксовки с неизбежными последующими поисками виноватых. И виноват обычно тот, у кого шеф/РП менее зубастый.
sapervodichka; +1 Ответить
5. Manoshkin 357 29.10.21 10:18 Сейчас в теме
Небольшой объем данных был, если через универсальную выгрузку успевали загружать.
7. Brawler 458 29.10.21 10:31 Сейчас в теме
(5) у нас большой объем данных и тоже через универсальный обмен выгрузки идут, но по технологии вэб сервисов
8. sapervodichka 6900 29.10.21 10:54 Сейчас в теме
(5) за несколько часов (3-7чч) на ночь перегружалось по COM, большой это объем данных за день, судите сами
12. Yashazz 4781 29.10.21 11:37 Сейчас в теме
(8) Согласен. Грамотно организованный многопоточный СОМ способен половину годового объёма УПП или УХ за ночь вытащить.
sapervodichka; +1 Ответить
14. Константин С. 673 29.10.21 12:46 Сейчас в теме
Красиво стелишь, да жестко спать.
15. sapervodichka 6900 29.10.21 14:56 Сейчас в теме
(14) тебе кто-то другой стелил... А на этом завершенном проекте но ночам нормально спят, а днём знатный кофеёк попивают (и это я про клиента и его ИТ, все счастливы) С нашей стороны команда там конечно нормально здоровья оставила, любой запуск это не так чтобы мёд по усам тёк, а сложная работа 24/7 зачастую без личной жизни
16. Константин С. 673 29.10.21 15:56 Сейчас в теме
(15)
С нашей стороны команда там конечно нормально здоровья оставила,


так про это забыл упомянуть!!!

Да, так красиво описанный, перенос остатков. Несколько радужный пони. Даже учитывая большой опыт, подкидывать проблем.
zqzq; Brawler; sapervodichka; +3 Ответить
18. пользователь 10.11.21 08:51
Сообщение было скрыто модератором.
...
19. lvictor58 137 26.11.21 12:48 Сейчас в теме
Как-то все долго нудно и уныло. И каждый идет своей дорогой, чужой опыт редко кому может помочь.
20. sapervodichka 6900 05.01.22 11:28 Сейчас в теме
(19) не увидел тут долгости и унылости, было весело и интересно, а в конце все работает клиент (самый большой поставщик кофе в СНГ) счастлив и а нами куча расширений и подсистем для других проектов разработаны ))))
Сам проект признан лучшим дистанционным проектом в номинации фирмы 1С в 2021 году
21. sapervodichka 6900 05.01.22 17:55 Сейчас в теме
Расширение Защиты объектов от затирания повторными загрузками, которое использовали на этом проекте, оно упомянуто в этой публикации можно скачать по этой ссылке https://infostart.ru/public/1577858/
Оставьте свое сообщение