[ОТВЕТИТЬ]
Опции темы
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, время: 18:20.

Все в прочитанное - Календарь - RSS - - Карта - Вверх 👫 Яндекс.Метрика
Форум сделан на основе vBulletin®
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.