Перевод работающего магазина на СМ : Супермаг Плюс (Супермаг 2000)

Уважаемые коллеги!
Мы таки имеем что спросить.

Супермаг 1.028 Перевод работающего магазина
Описание
Карточки забили с нуля в ЦО
Проставили контракты с поставщиками.
Цены розничные установили на основании контрактов.
На 2000 карточек, которые не успели установить контракты проставили розничные цены из старой программы.
Сняли остатки товаров через ТСД в акт обнаружений.
Запустили магазин.

Руководство дает ТЗ:
Цели
1. Взаиморасчеты с поставщиками
Перенос остатков с привязкой к поставщикам для определения сроков оплаты за поставленный товар
2. Определение себестоимости товара на остатках

Решение
На основании исходных данных, предоставленных старой программой , в БД Супермаг будут созданы накладные на приход по датам накладных от поставщиков, по товарам в количестве реальном, находящимся на остатках, и ценам по накладным.

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

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

Ввиду сложности идентификации весового товара и товара с внутренним штучным штрихкодом данные товары обрабатываться не будут.

В БД Супермаг данные будут импотрированы скриптами в следующие таблицы: SmDocuments, SmWaybillsIn, SMSpec.

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

Про отрицательные остатки не забудьте...
Их тоже надо переносить, если они есть.

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

а почему бы из старой программы не сделать выгрузку в формате, который понимается супермагом? и закачать нормально в накладные?

А какой формат понимается Супермагом?
Ты про почтовый модуль и XML?
А если одиночный магазин?

налогообложение? возможно, SMSPECTAX надо еще зацепить

нет... я про эмуляцию ТСД. такми образом переносил остатки по 5 магазинам, переходящим с астора на СМ

А цены разве там есть?

выгружаю цены закупа и розницы (есть в ФАКе), загружаю в акты переоценки, остатки загружаю в приходную или в сличилку...

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

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