Миграция системы. Интеграция и миграция информационных систем

Установить и настроить операционную систему на порядок сложнее и дольше по времени, чем создать образ и перенести на другой компьютер. Если у вас возникла необходимость перенести ОС вместе со всеми программами (причиной может быть, например, покупка нового устройства), не стоит паниковать - это делается вполне просто. Внимательно прочитайте рекомендации ниже и выберите удачный способ «переселить» Windows. Все необходимые вам файлы и утилиты окажутся на месте, вы больше не будете терять массу времени и нервов на переустановку ОС. С установкой SSD диска также не будет сложностей.

Образ системы. Перенос Windows 7 без установки утилит

Пожалуй, самый легкий и быстрый вариант. В системе имеется инструмент создания резервной копии - заходим в меню Пуск, выбираем «Все программы», затем «Обслуживание» и «Архивация и восстановление». Далее необходимо создать диск восстановления ОС и создать образ. Выполняем следующие действия:

  1. Чтобы создать образ, нужно указать путь, где будет создаваться архив всех данных: выбираем диск, оптический или внешний HDD. Кстати, можно создать образ и хранить онлайн, но об этом позже. Выбирайте диск с достаточным местом для осуществления этого процесса, лучше, если это будет все же логический или внешний диск. Архивируем.
  1. После окончания процесса загружаем другое устройство, вставляем наш носитель с копией и загружаем систему.
  2. Нажимаем на «Восстановление ОС», указываем носитель с образом.

  1. Действие выполнено, перезагружаем устройство.

Обратите внимание! Чтобы система загрузилась, необходимо поставить в настройках BIOS загрузку с жесткого диска.

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

Создаем клон ОС. Paragon Drive Copy

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

Чтобы выполнить клонирование диска старого ПК необходимо скачать и поставить приложение . Эта программа запросто поможет осуществить миграцию операционки с одного устройства на другое. Утилита довольно функциональна, имеет множество вариантов создания образа и хранения данных.

Итак, чтобы перенести ОС, используя данную утилиту, необходимо выполнить ряд действий:

  1. Нажимаем «Архивирование диска или раздела».
  2. Отмечаем диск для клонирования.
  3. Ставим флажок на «Изменить параметры архивирования».
  4. Далее выбираем опцию «Без сжатия».
  5. В настройках должна быть отмечена возможность непосредственного доступа к секторам раздела.

Архивируем данные. Создаем новый раздел

Теперь, когда мы создали образ, переносим его на новое устройство. Часто бывает так, что на компьютере стоит устаревшая операционка (например, Windows XP), но пользователь хочет поставить туда современную ОС. В таком случае нужно сделать новый раздел в уже имеющейся системе и выбрать его в загрузчиках системы.

Что нужно для этого сделать?

  1. Ставим приложение на новое устройство.
  2. В дополнительных возможностях архивирования программа представит разделы диска. Если доступна необходимая по объему область (размер создаваемого раздела не должен быть меньше архива с Windows XP), создаем новый раздел.
  3. После окончания процесса создания раздела нажимаем на него мышкой в утилите «Backup & Recovery», восстанавливаем логический диск. Следуя указаниям приложения, завершаем настройки и копируем копию на новую операционку.

Образ виндовс в виртуальной среде. Приложение Live SkyDrive

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


Первое, на что стоит обратить внимание, - наличие свободного места. Если вы хотите разместить не сильно объемный диск, можете использовать бесплатный ресурс - Windows Live SkyDrive. Объем информации может быть до 25 Гб.

Инструмент позволяет создать 3 вида папок, которые хранятся в сети:

Папки, которые доступны только создателю,

Папки, для которых создатель может составить список лиц для доступа,

Всем доступные открытые папки.

Данная утилита открывает такие возможности:

  • Возможность хранить данные объемом до 25 Гб. Доступ может быть осуществлен с любого устройства, даже с мобильного телефона. Простой интерфейс помогает без труда загрузить информацию на сервер.
  • Хранение файлов бесплатное. Сегодня множество подобных сервисов позволяют бесплатно хранить файлы в сети, однако некоторые могут потребовать плату за расширение функций.
  • Возможность создать папку собственной структуры и хранить любые файлы. Можно создавать прямые ссылки на папки.

Как безопасно зашифровать информацию?

Некоторые сервисы предоставляют возможность зашифровать данные онлайн. Но все же лучше лишний раз отнестись с осторожностью и выполнить этой действие на своем компьютере, исключая возможность заразить файлы.

Чтобы зашифровать информацию, выполните следующие действия:

  1. Установить утилиту TrueCrypt .
  2. Нажмите «Создать том».
  3. Осуществите выбор мощности шифрования, слишком сильно желательно не шифровать, иначе может измениться скорость закачки и загрузки. Оптимальный вариант - средняя мощность.
  4. Перемещайте данные в готовый контейнер, монтируйте и вводите пароль. Выполняйте шифрование, следуя подсказкам утилиты.

Переносим операционку на новое устройство (ОС одинаковы)

Наиболее типичный вариант, когда необходимо перенести ОС на другое устройство с аналогичной системой. В таком случае миграция быстро осуществляется посредством создания протокола бэкапа утилитой Ocster Backup .

«Мои документы» и прочие стандартные папки не отличаются в версиях Windows, это упрощает задачу - вам нужно лишь обозначить в программе необходимую копию и выполнить установку, следуя подсказкам.

Обратите внимание! Должна быть активирована функция «Use default access permissions», иначе новая операционка не получит прав для доступа к файлам.

Переносим операционку на новое устройство (ОС Windows разные)

Бесплатная программа Windows Easy Transfer позволяет перенести систему и все настройки на виндовс другой версии. Не забывайте про особенности определенных систем. Например, информация о профиле сохраняется в разных папках.

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

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

Переносим ОС на SSD диск

Как осуществить перенос виндовс с IDE или SATA на SSD?

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

Утилита для переноса ОС на SSD

Программ довольно много, рассмотрим одну из наиболее популярных и функциональных. Это Drive Copy 11 Professional производства бренда Paragon. Данная утилита дает возможность перенести образ на диск. В чем преимущество этой программы?

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

Проблемы, возникающие при использовании 3Tб диска

Покупая диск емкостью более 2,2 Тб, многие часто сталкиваются с проблемой: операционная система не хочет использовать полностью весь объем диска - она его попросту не видит. Причина проста - стандартный вариант разметки MBR не допускает такого действия. Однако выход из ситуации есть и он просто - снова воспользоваться уже известной нам утилитой Drive Copy 11 Professional, она предоставит возможность прочитать весь свободный объем жесткого диска.

Таким образом, перенести операционную систему довольно просто. Стоит только установить нужную утилиту и пользоваться подсказками данной статьи.


Хочу рассказать про способ смигрировать операционную систему с одного компьютера на другой, с сохранением всех данных. По факту, это копирование данных с одного винчестера на другой, с использованием стандартных средств. Способ подходит для Windows 7 (возможно для Vista).
Его плюсы:

  • При некоторых условиях — малое время простоя компьютера
  • Возможно использовать на опечатанных компьютерах, когда просто нельзя заменить винчестер
  • Возможность восстановить данные на определённую дату (при соответствующих условиях)
  • Возможно мигрировать по сети

Ну и соответственно минусы:

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

Ну а теперь, собственно, сам метод. В двух словах он заключается в том, что необходимо проделать стандартную архивацию данных Windows на внешний винчестер или внешнюю сетевую папку и восстановление этих данных на новом компьютере. Дальше буду рассматривать самый интересный вариант, с бэкапом по сети (удобно для организаций, где все компьютеры подключены в сеть, и достаточно физического места).

  1. Запускаем архивацию Windows
  2. Выбираем какую-нибудь сетевую папку, куда будем складывать образ (создаём её на подходящем компьютере)
  3. Убираем все галочки с файлов, но ставим галочку "сделать образ восстановления системы"
  4. Свободного места во внешней папке должно быть по количеству даннных на диске (будет создан виртуальный диск (vhd-файл) с виртуальным размером всего винчестра, а физическим — по размеру реальных данных)
  5. Запускаем, ждём пока завершится, в это время продолжаем работать
  6. Берём свежий компьютер, загружаемся с диска или
  7. Вместо установки выбираем восстановление системы
  8. Говорим, что хотим восстановиться с образа, и после тщетных попыток его найти, говорим что он расположен в сети. После этого система поднимет сетевой интерфейс (сама, в установочном режиме, она и такое умеет!)
  9. Если настройки сети не раздаются через DHCP то нажимаем Shift+F10, и в консоли набираем:

    netsh interface ip set address name="Local Area Connection" static 192.168.0.100 255.255.255.0 192.168.0.1 1

    Естественно, нужно заменить IP-шники на правильные для вашей сети (тут по порядку — IP-компьютера, маска сети, IP-шлюза). Для русской версии название будет "Подключение по локальной сети", уточнить можно через команду ipconfig

  10. Указываем сетевое размещение папки (если не получится по имени компьютера, можно использовать его IP)
  11. Указываем, если требуется логин с паролем
  12. Выбираем нужный образ (если их несколько) и восстанавливаем
  13. Ждём, перегружаемся и получаем копию старого компьютера на новом
  14. Выключаем старый компьютер, меняем его на новый, продолжаем работать (естественно, все изменения, которые произошли после архивации — потеряются, если они нужны, примите меры для их отдельной архивации)

Вот и всё. Можно работать на старом компьютере, пока не подготовится новый, при желании, компьютер даже можно загрузить с vhd-файла или просто подключить его как отдельный диск, если нужен просто полный архив, но не нужно восстановление). Можно настроить на всех компьютерах архивацию по графику и в случае физической смерти одного из компьютера, восстановить всё на другом.

Какие могт быть проблемы, и что с этим можно сделать:

  • Система отказывается восстанавливаться — убеждаемся что заархивирован винчестер целиком, новый винчестер имеет размер по крайней мере такой же как и старый
  • После восстановления есть неиспользуемое место на винчестере — заходим в управление компьютером и растягиваем разделы на всё доступное место (в упрощённом виде семёрка это позволяет). Можем просто создать дополнительный раздел или воспользоваться специализированными программами для тасования разделов.
  • После восстановления, компьютер улетает в BSOD. Самый тяжёлый случай, обычно связан с тем, что драйвера на старом и новом комьютере сильно отличаются (обычно проблема с контроллером жёстких дисков). Тут можно потанцевать с бубном, попробовать на исходном компьютере удалить все драйвера (оставить стандартные), переключить режим SATA-контроллера в IDE-режим, и только после этого сделать образ.
  • При попытке сделать архив по сети, он падает с ошибкой. — попробуйте сделать архивацию на другой компьютер, попробуйте заменить драйвера сетевой карты, ибо архивируется большой объём данных и могут выплыть проблемы в драйверах (бывали случаи, когда сетевые карты достаточно именитых производителей из-за ошибок в драйверах сжирали всю оперативную память и рушили сервер по недостатку ресурсов).

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

Этот текст - для тех, кто боится трогать то, что вроде бы работает, чтобы не сломать. А также для тех, кто не верит произнесённым словам (особенно, если их произносит продавец), если они не зафиксированы на бумаге. И даже для тех, кто зашел сюда случайно, но зацепился почитать интересные материалы.

А ещё он - для всех тех, кто желает понять, что скрывается за загадочной фразой «миграция в облако» и как же это всё происходит.

С чего начать?

Когда свежий человек начинает разбираться в новом для себя вопросе, он часто сталкивается с проблемой, которая формулируется двумя словами: «Непонятно всё». Это может быть освоение нового языка (человеческого или программного), знакомство с нестандартным устройством или технологией, да что угодно, где возникает замкнутый круг: чтобы получить ответ на вопрос, нужно вначале задать вопрос, но непонятно, что именно спрашивать.

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

Что такое миграция?

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

С точки зрения пользователя, миграция - это: «Утром приходил админ, сказал, что теперь сервер не в его каморке, а в Европе. А так - всё, как обычно. Разве что добряче шустрее стало».

С точки зрения заказчика, миграция - это: «Чтобы всё работало, я за это деньги плачу!».

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

Соответственно, на основании собственного опыта мы сформировали алгоритмы того, как нужно делать миграцию - частичную или полную.

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

Частичная (постепенная) миграция - это тот путь, по которому идут более крупные компании. Он подразумевает более сложную миграцию достаточно разветвленной IT-инфраструктуры, которую за 1-2 дня перенести невозможно. И в этом случае мы составляем не просто план, а дорожную карту миграции. У нас есть и готовые типовые шаблоны миграции, и, если требуется, нетипичные решения, разработанные под конкретного заказчика в тесном с ним сотрудничестве.

Миграция на сервер

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

Итак, следующий этап - выбор решения. Мы предлагаем заказчику несколько вариантов на выбор, честно рассказывая «за» и «против» каждого решения, выбирая оптимальное по возможностям и ресурсам. И когда клиент определяется, закрепляем отношения договором и выделяем ресурсы.После этого происходит отладка и тестирование системы. Это означает, что компания-заказчик разворачивает на выделенных нами ресурсах то ПО, которое будет там работать, и отлаживает его работу. Отладка системы - это важный процесс перед тем, как начинать миграцию. Начинать миграцию нужно тогда, когда компания-заказчик убедится, что все полностью готово и систему можно использовать в боевом режиме.

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

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

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

Судьба мигранта

Что происходит дальше? А дальше происходит «жизнь после жизни»: вы успешно мигрировали, попали в облако и дальше вам необходимо всем этим управлять. И здесь вы можете как управлять самостоятельно (у нас много удобных инструментов, предполагающих наличие базовых ИТ-знаний), так и поручать необходимые инфраструктурные работы нашей техподдержке, и тогда мы произведём нужные изменения самостоятельно.

Если у заказчика нет системного администратора и требуется, чтобы мы не только обеспечивали работу его инфраструктуры «снаружи» (работа виртуальных серверов, бэкап данных, работа сети, и т.п.), но и выполняли работы по обслуживанию «внутри» виртуальных машин (прикладное ПО, библиотеки, и т.п.), то мы прекрасно справляемся с этим в рамках дополнительного пакета услуг TuchaExpert, который предусматривает, что мы отвечаем и за обслуживание программного уровня инфраструктуры. Если системный администратор у компании уже есть, это также прекрасно, так как «местный» админ хорошо знает внутреннюю кухню компании и может заниматься дальнейшим ИТ-развитием компании. А мы всегда готовы в этом помогать и поддерживать.

Возникли вопросы или интересные задачи для нас? Не откладывайте их в долгий ящик. и получите грамотную поддержку уже сейчас!

В данной статье мы хотели бы систематизировать наш опыт проведения миграции данных в крупных корпоративных проектах, связанных с переходом Заказчиков на работу в конфигурациях «1С:Предприятие 8».

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

Термины и определения

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

Следует отличать миграцию данных от интеграции данных. Интеграция, в отличие от миграции - это постоянная часть архитектуры IT, и ответственна за потоки данных между различными системами и хранилищами данных - и является процессом, а не деятельностью по осуществлению проекта.

Схема миграции в общем случае выглядит следующим образом:

Рис. 1

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

Система-приёмник - целевая система, произвольная конфигурация «1С:Предприятие 8».

Исходные данные - данные, выгруженные из исторических систем в произвольный формат xls -файлов. В данном случае формат xls представляется, как один из самых удобных, поскольку возможность выгрузки в xls -файл присутствует во многих учетных системах «предыдущих поколений».

Как современную альтернативу в качестве транспорта возможно рассматривать формат xml -файлов.

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

Трансформация, конвертация - процесс преобразования исходных данных в данные для загрузки. Трансформация данных происходит в соответствии с шаблонами для загрузки. Результатом трансформации являются данные для загрузки.

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

Шаблоны данных для загрузки - описание таблиц данных для загрузки в целевую систему.

Этапы миграции

Рассмотрим поэтапно процесс подготовки и проведения миграции.

К организационным этапам миграции можно отнести следующие пункты:

· Определение стратегии миграции. На данном этапе Исполнитель и Заказчик договариваются о технологии проведения миграционных работ;

· Определение состава рабочей группы по миграции. В рабочую группу должны входить специалисты и Исполнителя и Заказчика, знакомые в достаточной степени с работой исторических систем (со стороны Заказчика) и целевой системы (со стороны Исполнителя);

· Предварительный план миграции. План миграции по ходу проекта будет неоднократно корректироваться;

· Периоды дат выгрузки данных из исторических систем, объемы данных. Периоды среза данных для миграций, даты тестовых и итоговой миграций. Данную информацию можно отнести к плану миграции;

· Состав данных, подлежащих миграции. Справочные данные, классификаторы, транзакционные данные, остатки, обороты и пр.;

· Вопросы проверки качества, корректности и целостности данных в процессе миграции и по итогам;

· Вопросы отката к предыдущему состоянию в случае сбоев.

Остановимся подробнее на технологических этапах миграции.

Рис. 2

1.Подготовка шаблонов загрузки данных

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

Каждый шаблон в общем случае предназначен для одной или нескольких связанных таблиц в целевой системе-приёмнике.

В шаблоне указывается:

· Описание всех полей xls -файла данных для загрузки, включая:

o Имя поля

o Признак обязательности заполнения поля

o Пример заполнения поля

o Примечание

· Описание правил загрузки таблицы целевой системы на основании данных для загрузки (очередность в случае нескольких связанных таблиц, алгоритмы поиска по ключевым полям и т.п.)

· Описание заполнения непосредственно полей таблиц целевой системы в случае, если предусматривается что-либо отличное от переноса данных «один в один» из файла данных для загрузки. Актуально для ссылочных полей, например.

В процессе работ по данному этапу Исполнитель также должен подготовить загрузчик файлов данных для загрузки. В случае работы с файлами xls данная задача не представляет особой сложности.

2.Выявление источников данных

Данный этап может начинаться вместе с предыдущим этапом «1. Подготовка шаблонов загрузки данных».

В рамках данного этапа специалисты Заказчика определяют из каких систем и какие данные могут быть выгружены. Также следует определить какие данные возможно могут понадобиться.

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

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

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

3.Выгрузка исходных данных

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

Наиболее удобным вариантом представляется выгрузка в xls файлы. Многие старые IT -системы поддерживают такой вариант.

Также могут быть варианты выгрузки в csv формат, dbf , xml форматы и прочие.

Стоит отметить, что по тем или иным причинам (вопросы безопасности, например) Заказчик не всегда может предоставить выгрузки данных в полном объеме на этом этапе! Только структура данных и несколько тестовых позиций. Таким образом, может сложиться такая ситуация, что при тестовых и итоговой загрузках будут обнаруживаться некачественные данные в исходных таблицах, что будет приводить к незапланированным ошибкам.

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

4.Мэппинг данных

Мэппинг (data mapping ) - в общем случае процесс сопоставления данных исторических систем и системы-приемника. То есть, исходных данных и данных для загрузки.

Этап мэппинга - наиболее трудоёмкий этап и может занимать более 50% всех работ по задаче миграции.

На данном этапе в полной мере задействуется вся рабочая группа проекта по миграции.

В процессе мэппинга данных необходимо выделить подэтапы мэппинга таблиц и мэппинга полей.

· Мэппинг таблиц, или мэппинг шаблонов - сопоставление таблиц исходных данных и шаблонов данных для загрузки. Соответствие может быть как 1:1, так и N :N . В результате данной работы составляется и поддерживается реестр мэппинга таблиц. Данный подэтап необходим для следующего подэтапа мэппинга полей и для отслеживания общего состояния дел по мэппингу.

Группа шаблонов 1С

Наименование шаблона 1С

Наименование файла-

источника

Правила формирования файла-источника

Ответственный

Статус

Примечание

НСИ

Шаблон_

Номенклатура

Номенк

латура.xls

В системе N установить отбор
. Сохранить в txt
. Открыть в xls, колонки - текстовые
. Первая строка - шапка
. Кол-во столбцов - 15
. Сверить кол-во строк в txt и xls
. Наименование листа всегда "Лист1"

Иванов И.И.

в работе

· Мэппинг полей - сопоставление полей таблиц в рамках уже определенного мэппинга таблиц. Результатом данной работы является реестр мэппинга полей.

№пп

Кл. поле

Обязательный

Имя поля шаблона 1С «Шаблон_Номенклатура»

Описание

Имя поля «Номенклатура.xls»

Алгоритм заполнения

Код

Код элемента справочника

Код

Наименование

Наименование

Да

Это группа

Содержит одно из значений:
. 1 - для групп
. 0 - для элементов

Если длина кода=11 символов и последние 4 символа <> "0000", то это элемент - "0", иначе группа - "1".

Полное наименование

Наименование элемента справочника

Наименование

Если ЭтоГруппа =1 , То "", ИначеЕсли ЭтоГруппа=0, то Наименование.

В рамках данного этапа также следует провести возможные работы по нормализации данных.

5.Подготовка правил трансформации

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

На основании согласованных реестров мэппинга полей специалисты Исполнителя разрабатывают правила трансформации данных.

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

При этом требования к данной среде включают в себя:

· Удобство и быстрота разработки правил трансформации;

· Скорость конвертации данных. Файлы на входе и на выходе могут быть и в сотни тысяч строк!

· Возможность работать с несколькими входными файлами одновременно;

· Возможность сохранения правил трансформации в отдельные файлы.

Для своих проектов миграции мы разработали специализированное АРМ разработчика, взяв за основу стандартную обработку «Консоль запросов» 1С.

Обработка «Консоль запросов» была доработана для возможности делать прямые запросы к файлам xls .

Приведем пример объединения двух исходных xls -файлов Сотрудники. xls


Код сотрудника

Фамилия

Имя

Отчество

Дата рождения

2423

Иванов

Иван

Иванович

17.11.1992

1523

Петров

Василий

Александрович

04.02.1991

4363

Сидоров

Кирилл

Николаевич

01.05.1995

Денисов

Денис

Денисович

01.01.1990

и Операции. xls со страницами:

Списания

Код сотрудника

Дата

Сумма

2423

01.02.2014

1523

02.02.2014

4363

03.02.2014

04.02.2014

100000

2423

05.02.2014

1523

06.02.2014

4363

07.02.2014

2356

08.02.2014

140000

2423

09.02.2014

1523

10.02.2014

4363

11.02.2014

23523

12.02.2014

80000

и Поступления :

Код сотрудника

Дата

Сумма

01.05.2004

02.05.2004

03.05.2004

04.05.2004

2423Дата рождения

Сумма поступление

Сумма списание

Иванов Иван Иванович

2423

17.11.1992

1341234

1010

Петров Василий Александрович

1523

04.02.1991

245245

Денисов Денис Денисович

01.01.1990

380000

320000

Сидоров Кирилл Николаевич

4363

01.05.1995

613382

26336

ИТОГО:

2579861

347842

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

Технологическая последовательность операций трансформации здесь выглядит следующим образом:

С помощью языка запросов Access SQL (дающего существенные дополнительные возможности, по сравнению с языком запросов 1С) создается первоначальный запрос, извлекающий данные из файла xls в среду 1С. При этом уже на данном этапе возможны различные проверки и нормализации данных.

Технология доступа к данным ADO обеспечивает высокую скорость работы.

Рис. 3

2.Запрос на языке 1С - основной запрос, реализующий алгоритм мэппинга полей. А также: обогащение загружаемых данных данными из базы 1С, перегруппирование, объединение с результатами запросов к другим исходным xls -файлам и пр.

3.Постобработка результата запроса 1С при необходимости. Реализуется с помощью скрипта на языке 1С.

Для примера здесь реализуется добавление строки «ИТОГО» по колонкам сумм.

4.Запись итогового набора данных в xls -файл.

В общем случае на выходе мы получаем итоговые файлы для загрузки в целевую базу данных 1С.

Также данный инструмент позволяет сохранять правила конвертации данных в отдельный xml файл:

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

В ходе предыдущих этапов подготовительная часть работы в целом заканчивается - выявлены все источники данных, сделана выгрузка исходных данных из источников, подготовлены шаблоны загрузки в целевую базу, подготовлен мэппинг данных и, наконец, разработаны скрипты трансформации данных.

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

· ошибки конвертации, ошибки загрузки данных

· проводят предварительную оценку качества загружаемых в целевую систему данных

· по итогам тестовых миграций составляют/актуализируют план итоговой миграции

7.Выверка данных

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

· Совпадения итоговых сумм по остаткам, по документам;

· Количественные совпадения, например количество ОС;

· Корректность заполнения отдельных выборочных сущностей;

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

Например:

· Проверка на дубли по ключевым полям. Можно и нужно проводить еще на исходных данных;

· Приведение типов полей;

· Ссылочная целостность;

· Математические нестыковки. Например, проверка на незаполненные численные поля, на которые запланировано деление при трансформации;

· В целом, проверки обязательной заполненности полей;

· Замена некорректных символов. Например, английские символы в кириллических полях («о», «а», «е» и т.п.) Особенно актуально это для ключевых полей!

· Проверка значений строковых полей на соответствие типов системы-приемника (Ограничения по длине)

После завершения итоговой миграции согласно заранее определенной стратегии миграции и плану миграции принимается решение о дальнейшей эксплуатации исторических систем.

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

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

Заключение

В заключении хотелось бы отметить, что когда речь идёт о миграции больших транзакционных систем, к которым относятся и многие конфигурации «1С:Предприятия», переход на новую систему может быть весьма трудоёмким.

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

Большинство современных Компаний используют в своей деятельности различные информационные решения, и практически для каждой Компании рано или поздно становятся актуальными вопросы по интеграции информационных систем и/или миграции на более технологичные платформы. Готовых ответов на эти вопросы зачастую нет, поэтому IDelync комплексно и взвешенно подходит к выбору оптимальных вариантов решения для каждой Компании.

Интеграция различных информационных решений позволяет Компании:

      организовать работу со всеми уровнями корпоративных данных вне зависимости от типа программных продуктов;

      исключить или минимизировать дублирующий ввод информации в существующие информационные решения Компании;

      организовать единое информационное пространство Компании, с четко определенными потоками информации между различными решениями, разграничением прав между пользователями.

Основным преимуществом решений по интеграции являются то, что положительный эффект от их использования Компания может получить в более коротки сроки и с меньшими затратами, чем при выборе решений, подразумевающих замену или модернизации информационных решений. Специалисты IDelync обладают большим опытом по интеграции и реализовывали проекты различных информационных систем, таких как: 1С 7.7 --> 1С 8.x; Инфобухгалтер --> 1С; Турбобухгалтер --> 1C; Парус --> 1С; StoreHouse --> 1С; R-Keeper --> 1С; Excel --> 1C.

Миграция систем на более технологичные платформы или решения осуществляется в случае, когда отдельные информационные решения устарели и перестали отвечать требованиям компании. При этом Компании необходимо осуществить переход быстро и качественно. Именно на таких – качественных и оптимальных по времени решений – специализируется IDelync. Кроме того, наша компания разработала унифицированный интегрируемый модуль для учетных систем на базе 1С:Предприятие, а именно с 1С:Предприяте 7.7 на 1С:Предприятие 8. В результате миграции Компания получает не только более современное, производительное решение, но и может автоматизировать процессы, ранее не охваченные.

Осуществлять миграцию на другие программные продукты IDelync предлагает поэтапно, проходя следующие стадии:

      Архитектурный, аналитический и бизнес-аудит существующих IT-систем. Эти работы производятся для определения текущего состояния систем и получения информации для выбора новой системы. В этот же период осуществляется сбор бизнес-требований к новому решению, что позволяет предусмотреть в новом решении необходимые модули.

      Выбор технологий для миграции IT-систем. На этом этапе осуществляется выбор и проектирование технологий для выполнения работ по миграции. В случае, если предполагается миграция с различных конфигураций 1С:Предприятие 7.7 на 1С:Предприятие 8, IDelync использует собственный, протестированный на множестве проектов модуль.

      Разработка и настройка механизма миграции и его тестирование.

      Осуществление миграции на новое решение, опытная эксплуатация полученной IT-системы.

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

Поддержка системы осуществляется в рамках отдельной договоренности с Заказчиком или собственной ИТ-службой Заказчика.

Благодаря тщательному сбору и анализу бизнес-требований Заказчика, проектированию и тестированию механизмов интеграции и миграции систем и четкому взаимодействию с Заказчиком на всех этапах выполнения работ IDelync успешно осуществляет интеграцию и миграцию систем как в рамках отдельных проектов, так и в составе проектов комплексной автоматизации оперативного, управленческого учета компаний.

Ещё услуги (3)

Ещё решения (1)

Ещё опыт (3)

  • Комплексная автоматизация оперативного учета

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

    Под оперативным учетом подразумевается учет следующих бизнес-процессов:

        Продажи и CRM;

      • Производство;

        Бухгалтерский и налоговый учет, регламентированная отчетность;

        Казначейство;

        Кадры и заработная плата.

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

    Реализация проектов по комплексной автоматизации управленческого учета выполняется поэтапно, в следующей последовательности:

    Этап 1. Предпроектное обследование (анализ)

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

    Этап 2. Подготовка документа «Видение проекта»

    На основании проведенного предпроектного обследования консультанты IDelync совместно с ключевыми специалистами Заказчика готовят документ «Видение проекта».Целью этого этапа является формализация и фиксация достигнутого на этапе обследования понимания основных параметров Проекта по комплексной автоматизации оперативного учета.

    В документе «Видение Проекта» описываются следующие разделы:

        Структура Решения в терминах и объектах выбранной платформы и конфигурации;

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

        Необходимость и степень интеграции предлагаемого Решения с другими информационными системами (Клиент-банк, Web-приложение, OLAP-отчетность и т.п);

        Этапы, сроки и бюджет реализации Проекта.

    Этап 3. Проектирование, настройка и адаптация информационного решения:

        Методологическая адаптация регламентированных процессов, документооборота, отчетности;

        Проектирование изменений в информационном решении, их реализация в системе;

        Настройка и создание прототипа для отладки и проверки корректной реализации учета и отчетности полученного решения;

        Первичное заполнение информационного решения (заполнение нормативно-справочной информации, перенос первоначальных остатков).

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

    Этап 4. Опытная эксплуатация и консультирование пользователей

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

    Этап 5. Продуктивная эксплуатация информационного решения и постпроектное сопровождение

    После успешного завершения этапа опытной эксплуатации информационное решение передается в продуктивную эксплуатацию. Специалисты предприятия самостоятельно эксплуатируют информационное решение и обращаются к Консультанту по мере необходимости.

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

  • Разработка и внедрение специализированных информационных систем

    Компания IDelync предлагает услуги по разработке и внедрению специализированных информационных систем под конкретные требования и методологию заказчика. Подобные решения востребованы при автоматизации специфических бизнес-процессов различных отраслей бизнеса и их реализация требует высокой квалификации и опыта исполнителей.

    Специализированные отраслевые решения IDelync:

        расчет тарифа ЖКХ;

        автоматизация специальных банковских продуктов и интеграции с внутренними информационными решениями банков;

        автоматизация учета трудозатрат в проектных организациях;

        автоматизация инвентаризации и учета программно-технического обеспечения компании;

        интеграция учетных систем с интернет-магазином на WEB-сайте компании;

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

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

    • «ID.Integration»: интегрируемый модуль обмена данными

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

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

      Интеграция – необходимость объединения нескольких отдельных систем для получения единого информационного решения и исключения необходимости многократного внесения данных в отдельные информационные базы;

      Миграция – осуществление быстрого и качественного перехода с решений любых версий системы учета на системы версии 1С:Предприятие 8.

      Для решения этих вопросов специалистами компании IDelync разработан универсальный интегрируемый модуль обмена данными между различными учетными программами и конфигурациями «1С:Предприятие» платформ версии 7.7 и 8.1.

      Интегрируемый модуль обеспечивает широкие возможности гибкой настройки:

          Синхронизацию объектов НСИ, включая возможность объединения нескольких объектов из источника в один объект приемника для получения совокупных данных, а также сопоставления объектов разных баз-источников к единому значению в приемнике.

          Синхронизацию ПС, проводок и корреспонденций – для отражения операций ведения хозяйственной деятельности.

      Использование универсального модуля обмена данными позволяет корректно решить следующие задачи:

          Слияние данных множества учетных баз в единую консолидированную систему.

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

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

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

      Следует отметить, что использование модуля интеграции при переходе предприятия с систем на базе 1С 7.7 на 1С 8.1, позволяет не только качественно и быстро перенести «срез» остатков (т.е. остатки на бухгалтерских счетах на определенную дату), но и обеспечить полный перенос оборотов по счетам за любой период данных, имеющихся в текущей системе учета. Такой подход позволяет осуществить переход с одной системы учета на другую с сохранением возможности формирования регламентированной отчетности за весь отчетный период, вне зависимости от даты начала эксплуатации новой системы.

      Оптовая и розничная торговля, E-Commerce

      • Автоматизация управленческого учета и оптимизация бизнес-процесса реализации и логистики для ООО «Торговый Дом «Слобожанка»

        Компания ООО «Торговый Дом «Слобожанка» (далее «ТДС», «Предприятие») – импортёр и дистрибутор известных брендов косметики, средств гигиены и товаров для дома. Используя развитую структуру, ТДС продаёт оптом своим клиентам широкий выбор косметических и гигиенических товаров известных марок от производителей Польши, России, Украины, Китая.

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

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

        По результатам предварительного обследования, на основании анализа бизнес-требований Предприятия Консультант рекомендовал осуществить переход с информационной системы «Гранит» на систему ERP класса на базе 1С Предприятие 8. В качестве базового решения была выбрана конфигурация 1С «Управление производственным предприятием». В единой системе оперативного, управленческого учета реализован бизнес-процесс по управлению обслуживанием заказов покупателей, включающий в себя задачи подготовки документов, транспортной и складской логистики и контроля подтверждения отгрузки. Для оптимизации процесса приема заказов покупателей в системе реализован широкий спектр возможностей интеграции с внешними источниками (Emigo, Exite, EXCEL, КПК). В системе также реализован процесс ценообразования по брендам и клиентам, а также механизм контроля дебиторской задолженности по брендам и срокам. Внедренное решение охватывает все блоки хозяйственной деятельности Предприятия и позволяет также вести учет ОС, расчет управленческой заработной платы, управлять взаимоотношениями с клиентами (CRM) и получать финансовую отчетность за любой интересующий период (в т.ч. на ежедневной основе). В блоке финансовой отчетности реализованы следующие отчеты: Отчет о финансовых результатах, Отчет о движении денежных средств, Баланс. Единая система управленческого учета интегрирована с системами бухгалтерского учета для последующей подготовки регламентированной отчетности, осуществлена интеграция с системой «Клиент-банк».

      • Техносила, Инновации и Реинжениринг для E-Commerce, Слияние Техносилы с группой Техношок

        Техносила, Москва, Россия, http://www.tehnosila.ru, один из лидеров сетевой розницы в сфере торговли электроникой и предметами бытовой техники в России. 50 регионов, 137 магазинов и интернет магазин с охватом всех регионов.

        Проекты: IT Аудит информационных систем и бизнес-окружения (SAP, 1C, PHP, FoxPro, Delphi); Управление IT Проектами и бизнес-инновациями для e-commerce направления; Реинжиниринг бизнес-процессов для e-commerce; Дизайн IT-архитектуры для e-commerce, интеграция и онлайн взаимодействие; Релизация IT-Проектов для e-commerce; Слияние Техносилы с группой Техношок, http://tshok.ru , Ст.Петербург, Россия, 16 городов, 42 магазина и интернет магазин.

      • Интеграция MS CRM (Microsoft Dynamics 4.0) и 1С.8.1 "Управление производственным предприятием" для группы интернет-компаний SUP и +SOL, Москва, Россия

        Целью данного Проекта являлись разработка и внедрение приложения, решающего задачу обмена информацией в установленном формате между специализированной информационной системой Microsoft Dynamics CRM 4.0 и УИС на базе 1С:8.1 «Управление производственным предприятием».

        Реализованный механизм осуществляет двухсторонний обмен информацией между информационными базами в оперативном режиме. В результате каждого сеанса обмена данными в УИС поступает обновленная нормативно-справочная информация о клиентах, номенклатуре, заявках клиента, а в обратном направлении (в MS CRM) передается информация об оплатах, оформленных на клиента документах.

        Проектирование и реализация механизма обмена данными были реализованы Консультантом в тесном взаимодействии со сторонним внедренцем информационной системы по управлению взаимоотношениями с клиентами (CRM) на базе продукта Microsoft Dynamics CRM 4.0. Четкая организация работ по взаимодействию с командой стороннего разработчика позволила спроектировать, реализовать и внедрить механизм обмена данными в сжатые сроки и обеспечить Компанию необходимой, непротиворечивой информацией в обеих системах.