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

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

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

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

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

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

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

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

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

И в чем трудность с весовыми товарами и внутренними штрих-кодами?
Добавьте в карточку имеющийся в старой программе штрих-код, как внешний.
29.03.2011 12:36
Dim
 
а почему бы из старой программы не сделать выгрузку в формате, который понимается супермагом? и закачать нормально в накладные?
29.03.2011 12:39
Mtirt
 
Цитата:
Dim а почему бы из старой программы не сделать выгрузку в формате, который понимается супермагом? и закачать нормально в накладные?
А какой формат понимается Супермагом?
Ты про почтовый модуль и XML?
А если одиночный магазин?
29.03.2011 12:58
akonev
 
налогообложение? возможно, SMSPECTAX надо еще зацепить
29.03.2011 14:29
Dim
 
Цитата:
Mtirt А какой формат понимается Супермагом?
Ты про почтовый модуль и XML?
А если одиночный магазин?
нет... я про эмуляцию ТСД. такми образом переносил остатки по 5 магазинам, переходящим с астора на СМ
29.03.2011 14:35
Mtirt
 
А цены разве там есть?
29.03.2011 14:39
Dim
 
выгружаю цены закупа и розницы (есть в ФАКе), загружаю в акты переоценки, остатки загружаю в приходную или в сличилку...
29.03.2011 15:24
bob
 
Цитата:
Dim выгружаю цены закупа и розницы (есть в ФАКе), загружаю в акты переоценки, остатки загружаю в приходную или в сличилку...
Остатки полученные таким образом их не устраивают (см. первый пост). Поэтому единственно правильное (на мой взгляд) решение - тащить все скриптами, как они и написали в черновики, а потом принимать их до зеленой галки. Про засады данного метода не в курсе. не делали. Но если бы стояла такая задача, то в первую очередь эксперементировали бы с этим вариантом.
29.03.2011 20:55
YuraZ
 
Мне кажется, что если задача стоит столь глобальная с детальной проработкой, то использование XML конвертора будет наиболее оптимальным вариантом. В этом случае Супермаг сам будет создавать документы с необходимыми проверками. С точки зрения "правильности" этот вариант наиболее правильный и защищающий от ситуаций, когда чего то не учли при написании скриптов.
Если речь идет о одиночном магазине, то никто не мешает поставить на него почтовый модуль и получить временную полную лицензию.
Часовой пояс GMT +3, время: 00:47.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.