BusyManПредставьте себе, что вы внедряете новую систему управления предприятием. Но компания до сих пор работала на своей другой системе, в которой и база клиентов, их история, заказы клиентов, пр. данные. Как вы думаете, имеет ли смысл переносить все-все-все данные из предыдущей системы в новую? Вот какие могут быть случаи:
1. Переносить все все все (с архивами), например с 1996 г.
2. Переносить только часть данных, например только 2003-2005 года
3. Переносить только клиентов, не перенося никакие заказы; т.е. перенести только текущее состояние расчетов с клиентами.

Можно примеры из жизни...

Из жизни. Переносили в 1998 году данные из БЭСТ-4 в свою разработку. Хотели перенести как можно больше, но и усилия тратить лишние не хотелось. Компромисс был такой достигнут: справочник клиентов вытащили в dbf и как-то закачали себе, а входящие товарные остатки и задолженности клиентов за полдня вбили руками.

Из жизни-2. Переносили в 2003 году данные из VFP на SQL-сервер. Писали конвертер, переносили все документы за несколько лет (процесс занимает несколько часов, но его особо никто не оптимизировал), а потом несколько месяцев эксплуатировали параллельно две системы (формат обмена данными был унифицирован, хотя в клиент-серверной системе данных больше; данные вводились один раз и попадали во все базы данных путем репликации).

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

BusyMan tygraВ общем, ответ один и очень простой: как вам или заказчику нужно, так и делайте.

Но ведь бывают случаи, когда это почти не реально. Например, если в предыдущей системе "ИТОГОВАЯ СУММА НАКЛАДНОЙ" может содержать текст. А в новой - нет (например в Навике, Аксапте, Других)..
Что за детский сад. Это-то как раз не проблема.
Все равно без конвертора не обойтись. Вопрос только в сложности его создания.