[ОТВЕТИТЬ]
16.10.2007 19:25
Shiba
 
Магазин сейчас работает на другой прибамбасине; есть необходимость перевести его на СМ, как дополнительное МХ.
Так как данные перешлем из ЦО, то вопрос о создании карточек отпадает.
Поэтому есть вопросы, поделитесь пожалуйста опытом...
1) При переводе делаем инвентаризацию. Получаем количество, но нет привязки к поставщикам. Соответственно как решить вопрос оплаты поставщику за товар?
2) Вопрос по какой цене считать и как ее ставить? Вручную, на вид цены привязанный к этому МХ?
16.10.2007 21:10
artmov
 
Цитата:
Shiba Магазин сейчас работает на другой прибамбасине; есть необходимость перевести его на СМ, как дополнительное МХ.
Так как данные перешлем из ЦО, то вопрос о создании карточек отпадает.
Поэтому есть вопросы, поделитесь пожалуйста опытом...
1) При переводе делаем инвентаризацию. Получаем количество, но нет привязки к поставщикам. Соответственно как решить вопрос оплаты поставщику за товар?
2) Вопрос по какой цене считать и как ее ставить? Вручную, на вид цены привязанный к этому МХ?
Могу предложить следующий механизм:
1) от имени своего контрагента 'ИНВЕНТАРИЗАЦИЯ' приходуете считанный товар на дату ХХХ. Далее, из старой базы берете долги поставщикам на ту же дату, и в СМ2000 оформляете как Полчение Платежа (операция 'возврат платежа'). В результате в СМ имеете и товарный остаток и долги, но конечно информация о товарных остатках по поставщикам теряется, но это не страшно.
2) Более разумно по ценам последнего прихода.
17.10.2007 06:33
akonev
 
есть вариант решающий все вопросы. не сказать, чтобы сильно простой в плане трудоемкости.

в СМ в комментарий или в доп. параметр каждой карточки прописывается артикул[ы] из старой учетной программы.
обычно при работе магазина в штатном режиме на это уходит неделя-две, смотря как работу организовать. ну и от кол-ва карточек зависит, конечно.

если эта работа сделана, то можно действовать так:

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

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

переводил по этой схеме с самого разного софта. правда, мне ни разу не были нужны остатки с разбивкой по поставщикам, поэтому затаскивал одним приходом.
17.10.2007 06:59
Mtirt
 
Осталось только понять насколько закрыта старая софтина, и можно ли из неё вытащить всё вышеперечисленное.
Но способ проверенный и работает, да.
17.10.2007 09:43
konst
 
Неоднократно переводили магазины с других систем товароучета на СМ. Поделюсь последним опытом перевода последних 6 магазинов.
1. во все магазины установили сервер с СМ и посадили оператора. - задача проверить карточки товара и создать акты переоценки. Приблизительно на это ушло 1-2 недели.
Причем происходило это так - оператор с помощью ТСД проверял весь товар в торговом зале, тот товар которого не было - забирал физически складывал в телегу и делал заявку на карточку, параллельно сканировал все приходы прямо в акт переоценки СМ. Цены проставляли автоматом из старой проги синхронизируя по ШК, часть цен приходилось ставить вручную (весь весовой и т.п.)
2. В день перевода - с помощью ТСД все остатки приходными накладными ввели в СМ, приходные цены также подтянули из старого софта, часть само собой пришлось опять вводить вручную.
по времени это заняло в 8 вечера начали, часам к 2 ночи перенесли остатки и распечатали ценники, часов до 10 меняли ценники и решали все спорные вопросы по товарам, параллельно менялись кассы и т.п.
в 12 магазин открывался....
еще неделя где-то уходила на разбор косяков...
17.10.2007 09:51
Mtirt
 
И потеряли историю поставок по поставщикам? Автор топика очень хочет её сохранить. Если честно, я его понимаю, сама при переходе сохраняла. Иначе потом возвращать поставщикам товар тяжело.
17.10.2007 11:55
baggio
 
мы в свое время работали паралельно на двух системах недели две... т.е. товар приходывался в обе системы... это исключает проблемы при возврате скоропорта... далее пересели на СМ... одной накладной... Мое мнение.. что тащить эти остаткине зачем... перенесется и куча косяков... таких как изменение цен от разных поставок и т.д. выигрыша не будет... ИМХО... а проблем больше...
17.10.2007 12:03
akonev
 
Цитата:
baggio Мое мнение.. что тащить эти остаткине зачем... перенесется и куча косяков... таких как изменение цен от разных поставок и т.д. выигрыша не будет... ИМХО... а проблем больше...
Все же зависит от цели перетаскивания.
Меня лично напрягло, что поминались платежи постащикам.
Если они в самом деле как-то завязаны на остатки - может оно и надо людям.

Но в целом вариант с параллельной работой проще в реализации.
Старую систему можно еще долго пользовать как справочник для возвратов не скоропорта: посмотреть откуда пришло и почем.
17.10.2007 16:56
mighty
 
А мы до сих пор переводим магазины с 1С на СУПЕРМАГ - за этот год 15 магазинов.. Технология отработана уже.
1) Устанавливаем связь с офисом, ставим туда сервер супермага и определяем новому(старому) магазину вид цены и матрицу, одновреенно запрещаем операторам магазина заводить новый товар(карточки).
2) Выгружаем из СМ офиса фртикулы и штрихкоды и запускаем обработку в магазине, которая автоматом пропишет в одно из полей артикул супермага, если найдет в базе такой товар по штрихкоду (20 минут работы)
3) Две девочки, менеджеры из офиса, подцепляются к базе магазина и сверяясь с супермагом доставляют артикулы супермага в базу данных магазина каждому товару, у которого нет СМ-артикула (уходит около недели)
4) Проводим инвентаризацию в магазине на старой базе и выкручиваем свои отчеты, которые показывают превышения, остатки товара, который перейдет в СМ и который не сможет перейти из -за того что таких карточек нет в офисе. Что не перейдет все в этот же день убирают из зала и возвращают поставщику или в другие прилавочные магазины - отражая все перемещения в старой базе расходными накладными
5) В эту же ночь я со своим сотрудником приезжаем в магазин, запускаем обработку которая просто тупо формирует из старой базы 1С 5 файлов (Дополнительные свойства товара(разделитель учета), Розничные цены, Закупочные цены, Цены себестоимости(как закупочные только на 3 дня назад), артикул-остаток)
Эти файлы содержат простые инсерты в таблицы SMPRICES,SMPRICEHISTORY,SMCARDPROPERTIES.
Потом запускаем эти файлы последовательно в БД магазина и в офисе, затем делаем создаем документы инвентаризации в СУПЕРМАГЕ магазина автоматом заполняя их из выгруженных файлов артикулы-количество. На все про все уходит часов 5(включая офистку касс, весов и т.д)
6) учим операторов магазина как печатать ценники, как отправлять товар на весы и т.д, котроче часов в 7 утра мы уже свободны, а магазин открывается поскольку в СМ мы переносим розничные цены 1С, потом актами переоценки они все утрясутся.

Недостаток только один - с поставщиками не паработаешь из СМ, но в принципе 20 магазинов без этого обошлись и делали оплату в 1С на старой базе..
18.10.2007 16:17
Shiba
 
У нас ситуация такая, что нам не нужны из старой прибамбасины артикулы, так как они уже есть в см2000.
Вариант с переводом по сличительной ведомости, когда мы просто корректируем остатки имеет недостаток в том, что мы теряем информацию о товародвижении.
Итак, если мы переводим по такой схеме, то нам одновременно нужно
- вести расходы, как в см2000, так и в прибамбасине (помоему она называется "Ветразь"). Итак, отписывая по РН в супермаге товар, которых приходовался не в см2000 повлияет на остатки, а даже возможно приведет к отрицательным остаткам.
- Создать АП для того, чтобы ввести цены из старой прибамбасины.
Опять же повторяю, что у нас есть уже артикулы.
18.10.2007 16:51
akonev
 
артикулы (карточки) у вас есть. замечательно. а связь между артикулами прибамбасины и СМ уже установлена?
артикул в данном случае понимается как уникальный идентификатор товара в учетной программе.

если вы изначально заприходуетет в СМ результаты ревизии (проводимой при переходе), то отрицательные остатки могут получиться только в двух случаях:
1) изначальные остатки перетащили неправильно
2) уже в СМ что-то пересортилось

да, изначально в СМ этот товар не приходовался. но по ревизии-то он туда все равно заприходуется!
26.10.2007 14:03
Artt
 
всем привет

у меня похожая проблема. надо перейти из 1С в СМ2000. ладно. карточки товаров делаем, все нормально. А вот чо с ценами делать, я честно не знаю...
:confused:
07.11.2007 12:08
fbdp
 
Мы в свое время делали так :
в ночь, закрыли магазин.

1. Создали акт переоценки на все товары, распечатали ценники , выставили ценники
2. Создали Виртуального поставщика.
3. Вытащили все остатки из старого ПО
4. Создали документ Виртуальный приход, оприходовали все на виртуального поставщика по последнему приходу.
5. Открыли магазин.
6. Через день провели ревизию и выравняли остатки.

Оплаты вели из двух ПО , старые доплачивали из старого ПО, новые из нового.
23.03.2008 23:43
Solo
 
Мы из ДОМИНО переходим на СМ,
карточки создали, поставщиков и контракты ввели, дальше как?
есть идея закрыть магазин, ввести из СМ данные в терминал, за ночь все отсканировать и перекачать товарные остатки в СМ, токо я не уверен что даже теоретически так можно сделать,
и какие проблемы могут еще возникнуть?

Если глобально - то вопрос такой, как с нуля перейти на СМ?
24.03.2008 06:57
Mtirt
 
Всё правильно ввести остатки. Загрузить данные ТСД в приходную накладную.

Нескромный вопрос. Вы самостоятельно на Супермаг переходите? Обычно есть кто-то из представителей С+ на внедрении, знающий, как это надо делать...
24.03.2008 07:11
akonev
 
Цитата:
Solo Мы из ДОМИНО переходим на СМ,
карточки создали, поставщиков и контракты ввели, дальше как?
есть идея закрыть магазин, ввести из СМ данные в терминал, за ночь все отсканировать и перекачать товарные остатки в СМ, токо я не уверен что даже теоретически так можно сделать
Сделать так, безусловно, можно. Все получится. Но надо решить еще вопрос цен.
Потому как без начальных остатков магазин еще может начать работать, а вот без цен для кассы - никак.

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

Я обычно заставляю переходить по такой схеме:
1) синхронизируем карточки - или в старом софте куда-нибудь забиваем артикулы из СМ2000 для каждой карточки или в СМ2000 куда-нибудь (например, в комментарий) забиваем старые артикулы
2) делаем ревизию в старой системе
3) пока идет просчет, выгружаем из старого софта цены
4) создаем в СМ2000 акт переоценки, заранее подготовленным скриптом заполняем его ценами, принимаем акт, прогружаем кассы
5) после закрытия ревизии в старом софте, выгружаем из него остатки и цены последнего прихода
6) создаем в СМ2000 приходную накладную, скриптом же заполняем ее остатками и ценами. принимаем накладную. это может случиться не обязательно в ночь ревизии, а день на второй-третий. смотря как ревизия сведется. понятное дело, до этого момента остатки в см2000 будут неактуальны.

Такой подход подразумевает довольно большой объем дополнительной работы по синхронизации карточек, но дает несколько плюсов.
1) качественно провести ревизию в знакомой системе персоналу намного проще - получаем более качественные остатки за разумное время.
2) розничные цены получаем самые свежие
3) есть всем понятные и равные в обеих системах переходящие остатки
это очень важно. намного важнее, чем кажется до перехода.
разборки на тему, а почему тут 2 ящика водки написано, если был только один? - обязательно возникнут.
очень удобно иметь возможность ткнуть в результаты ревизии в старой системе и сказать: да потому что вы сами так посчитали и под ведомостью подписались!!!
ну и просто одинаковая сумма переходящего остатка в старой и новой системах сильно помогает убедить персонал снизу доверху в корректности перехода.
4) наличие связи между старыми и новыми артикулами помогает при подготовке возвратов поставщикам - всегда можно по этим артикулам посмотреть от кого товар приходил. впрочем, это актуально только если человек, готовящий возврат, не может "пощупать" товар и найти его в старой системе по штрихкоду, например.
24.03.2008 11:50
Solo
 
Цитата:
Mtirt Всё правильно ввести остатки. Загрузить данные ТСД в приходную накладную.

Нескромный вопрос. Вы самостоятельно на Супермаг переходите? Обычно есть кто-то из представителей С+ на внедрении, знающий, как это надо делать...
пока я один по этой теме ответственен, за все мне отдуваться
26.03.2008 10:13
Solo_v2
 
итак Друзья, с Вашей помощью многое удалось понять и сделать, но остались некоторые вопросы:
1. создал карточки, установил наценки
2. ввел поставщиков
3. ввел контракты
4. настроил DENSO (ТСД)
5. выгрузил из СМ в терминал данные
6. отсканировал товары
7. выгрузил из терминала в СМ
дальше пока представляю теоретически
8. Загрузить данные ТСД в приходную накладную, от кого (создать вирт. поставшика)?
9. Цены возьму из контрактов
10. Будут ли нужны сличительные ведомости? или инвентаризационная опись?
вот после п.7. пока одни потемки *11


кстати тавародвижение по поставщикам желательно но не критично
26.03.2008 10:33
akonev
 
да, именно создать виртуального поставщика.
например, "инвентаризация" (все равно потом пригодится: излишки приходовать, недостачи списывать)
от этого виртуального поставщика заприходовать все входящие остатки.

сличительные и описи на этом этапе не нужны совсем.
будет просто приходная, она выставит остатки.
26.03.2008 21:58
Solo_v2
 
Цитата:
Andrew_Konev да, именно создать виртуального поставщика.
например, "инвентаризация" (все равно потом пригодится: излишки приходовать, недостачи списывать)
от этого виртуального поставщика заприходовать все входящие остатки.

сличительные и описи на этом этапе не нужны совсем.
будет просто приходная, она выставит остатки.
а для виртуального поставщика откуда поставятся цены?
есть реальные контракты, с реальными ценами, а для виртуального установить вручную? по розничной?
27.03.2008 07:27
akonev
 
Цитата:
Solo_v2 а для виртуального поставщика откуда поставятся цены?
есть реальные контракты, с реальными ценами, а для виртуального установить вручную? по розничной?
вот только не розничные.
ты же получишь завышенную себестоимость и после продажи - нулевую прибыль по всему входящему остатку.

надо придумать способ перетащить цены реальных поставщиков на виртуального.

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

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

кто активно с контрактами работает? подскажите, насколько это рабочие варианты.

самый идеальный подход - просчитывать товар отдельно по каждому поставщику и делать не одну накладную от виртуального, а много отдельных приходов от реальных. тогда у тебя будут более-менее адекватные входные остатки по поставщикам.
но тут надо внимательно смотреть: насколько реально при просчете определить, где чей товар.
27.03.2008 10:04
Solo_v2
 
a если в карточке, в комментарии, например, задать цену последнего прихода, можно будет потом взять цену из комментария?
27.03.2008 10:07
akonev
 
Цитата:
Solo_v2 a если в карточке, в комментарии, например, задать цену последнего прихода, можно будет потом взять цену из комментария?
можно, но запросиком к базе. в смысле, не средствами самого супермага.
27.03.2008 10:32
Mtirt
 
Цитата:
Andrew_Konev или экспортируем все контракты в накладные, получившиеся накладные сливаем в одну, меняем в ней поставщика на виртуального.

кто активно с контрактами работает? подскажите, насколько это рабочие варианты.
Реально. Если очень надо. Только с галочками не запутаться...
27.03.2008 10:35
Solo_v2
 
Цитата:
Andrew_Konev можно, но запросиком к базе. в смысле, не средствами самого супермага.
а нет никаких вариантов супермаговскими средствами что-то придумать?

а то и артикулы из ДОМИНО рекомендуют в коментарии писать

уже голова кругом
29.03.2008 10:18
Solo_v2
 
и еще вопрос по переходу в СМ:
если создаем контракты, то там устанавливаются колличества товаров,
фактически:
1. если получим указаное колличество товара, то контракт будет закрыт?
2. а как быть если заранее неизвестно скоко товара должны поставить? типа по мере продажи...
30.03.2008 12:10
Mtirt
 
Цитата:
Solo_v2 и еще вопрос по переходу в СМ:
если создаем контракты, то там устанавливаются колличества товаров,
фактически:
1. если получим указаное колличество товара, то контракт будет закрыт?
.
Вроде как нет... Контракты закрываются только по времени действия и по желанию пользователя.
Цитата:
Solo_v2 2. а как быть если заранее неизвестно скоко товара должны поставить? типа по мере продажи...
Поставь 1. Если оставишь 0, то потом в заказе на основании контракта можешь получить дробные значения заказанного количества для штучного товара :)
30.03.2008 21:53
Solo
 
Цитата:
Mtirt .
Поставь 1. Если оставишь 0, то потом в заказе на основании контракта можешь получить дробные значения заказанного количества для штучного товара :)
ок ! тогда лучше по всем поставить 1 если это не приводит к косякам
СПАСИБО!*105
04.05.2010 22:19
анюта
 
хочу перевести магазин с 1С на супермаг, возникает вопрос - в магазине около 10000 наименований товара, как перенести в Супермаг эти данные?
04.05.2010 23:56
OlegON
 
Что не получается? Больно общий вопрос. Наиболее подходящий ответ - "с наименьшими усилиями".


Опции темы


Часовой пояс GMT +3, время: 01:05.

 

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