[ОТВЕТИТЬ]
08.08.2012 17:03
Иван Сергеевич
 
Ситуация такая. Система не апгрейделась где-то с 2003 года стоит СМ v.1.024.6 sp3 и oracle 8i sp2 (не обрезалась не чего в общем работала как работала) я работаю как админ СМ 3 или 4 месяц еще учится и учится:connie_38:)
За модернизацию ратовал еще пред идущий админ, а тут закрывается одна фирма на ее месте открываем другую и еще эта алкогольная декларация которую руками сдавать просто садизм какой-то...
Планируется переход на СМ 1,029 oracle 10 и выше плюс модуль алкогольного декларирования.
Вопросов много?
1. Что в каком порядке делать?
2. Я не знаю как открывается фирма в ТС (магазин, два склада) , и как передать товар с одной фирмы на другую?
3. Сначала upgrade потом новая фирма или на оборот.
4. Желательно обрезать БД потому как периодический всплывают то одна уже закрытая фирма то другая... сколько времени это займет примерно мне сказали что может и два дня только обрезка....
5. Когда прекращать движение товара?
6. Как это сделать с наименьшими потерями и так чтобы магазин мог в это время работать...
Пока вроде все....
Заранее всем СПАСИБО!!!
08.08.2012 18:36
Иван Сергеевич
 
Еще вспомнил!!!
7. Отчеты которые писались специально для нашей ТС перенесутся на новую версию??
08.08.2012 19:42
OlegON
 
Для начала нужно понять, ассортимент и поставщики фирм совпадает?
1. Переименовать старую БД, создать новую и из старой влить необходимое в новую. Много читать этот форум и задавать отдельные вопросы в раздельных темах, а не так все скопом, никто читать не будет лопаты по поллиста.
2. Для начала надо понять, как это будет происходить на деле и озвучить тут
3. Предлагаю без upgrade, сразу создавать новую базу в новой версии
4. Лучше порядок навести, провести инвентаризацию и сделать все красиво. См. п. 2
5. 6. Непонятно вообще, что будет происходить и в какой момент. "Фирма закрылась, открылась новая", я понимаю, как смена практически всего, кроме ассортимента товаров. Т.е. только его и надо переносить? Поставщиков еще. Но документы-то все выкинуть надо?
7. В зависимости от сложности могут и не перенестись. Т.е. шанс непереносимости есть и далеко не нулевой.
В общем, мало данных... Теоретически, готовишь на ночь инвентаризацию, по вечерам, переткнув ключик, готовишь базу новой версии, потом, в момент Х, вперед выставляется новая база, на новой версии с карточками и ценами, народ проводит ночью инвентаризацию и утром стартуете на новом магазе. Только п. 2 все равно надо.
09.08.2012 10:28
Mtirt
 
Есть другой способ.
1. Обновиться до актуальной версии
2. Закрыть период со сменой учетной политики.

Плюсы: не надо ничего никуда переносить, создавать новую базу и т.п.
Минусы: если в базе было много "дерьма", то оно останется на месте. НУ и если база была большая и были проблемы с быстродействием, то проблемы останутся и их надо будет пытаться решать.
09.08.2012 10:30
konst
 
Кстати можно ничего и не закрывать
сделать копию БД на всякий случай
Поменять префиксы создания документов
а старые документы просто удалить...
ну и еще подчистить "журналы историй" разных...
09.08.2012 10:32
Mtirt
 
Цитата:
konst Кстати можно ничего и не закрывать
сделать копию БД на всякий случай
Поменять префиксы создания документов
а старые документы просто удалить...
ну и еще подчистить "журналы историй" разных...
В данной ситуации еще надо как-то оприходованть остатки товара на новую фирму.
09.08.2012 10:33
Mtirt
 
Цитата:
Иван Сергеевич Еще вспомнил!!!
7. Отчеты которые писались специально для нашей ТС перенесутся на новую версию??
Вероятность 50 на 50. Могут работать, а могут и нет.
Если структура таблиц не менялась - работать будут, если менялась нет.
От отчета зависит.
Лучше всего создать демо-базу, обновить её и попробовать сформировать ваши отчеты.
09.08.2012 10:37
konst
 
Цитата:
Mtirt В данной ситуации еще надо как-то оприходованть остатки товара на новую фирму.
как раз этот вопрос решается легко
создать расходку - заполнить положительными остатками
и экспортировать в приходку...
09.08.2012 10:44
Mtirt
 
:)
Только это надо делать ДО того, как удалишь все документы.
09.08.2012 11:12
Иван Сергеевич
 
Тут еще один нюанс на нашей ТС крутится еще 2 фирмы, у которых тоже не по одному названию и МХ было, но они не меняются... а под свежую ТС хочется концы подрезать...
09.08.2012 11:35
Mtirt
 
Тогда лучше для начала нарисовать структуру юр.лиц и мест хранения в виде: КАК БЫЛО - КАК БУДЕТ.
После этого и более точные ответы можно будет получить...
09.08.2012 19:11
Иван Сергеевич
 
структура такая (магазин Одежд- склад Одежд) (магазин Подарки- склад Подарки)(магазин Продукты -2 склад Продукты) три фирмы меняется (Продукты) было так и будет Одежда Подарки не должны быть затронуты....
10.08.2012 07:16
Mtirt
 
Не поняла я их твоей фразы, где юр.лицо то меняется...
И всё в одной базе данных?
Или в разных? Или есть общее ЦО, и подчиненные базы магазинов для каждого магазина?
10.08.2012 13:48
Иван Сергеевич
 
три юрлица одна БД четыре МХ все в одном доме... Юр.л меняется в Продуктах с ним два МХ...
10.08.2012 13:56
Mtirt
 
Тогда наверное надо разделить всё же задачи обновления базы и смены юр. лица.
Как особо несвязанные между собой.
Больше того, если в первую очередь стоит задача смены юр.лица, то ею и заниматься. (А то придется параллельно пытаться найти что-то в измененном интерфейсе, переписывать неработающие отчеты и закрывать ревизию).
А уж потом заниматься обновлением базы.

Что касается смены юр. лица. Как это видит ваше руководство?
Я вижу как минимум два варианта:
- новый собственник приходит, описывает полностью осттаки товаров и их ему и продают по некоторой согласованной цене
- переписываются не глядя все товары, которые есть в остатках, со всеми излишками и недостачами на новое юр. лицо.
10.08.2012 15:29
Иван Сергеевич
 
Перед закрытеем хотели провести инвентаризацию, как потом грамотно передать все остатки?

Добавлено через 9 минут 55 секунд
и опять как подрезать концы??? Не Хочется загаживать свежую БД устаревшими данными (я ламмер в этом деле еще расти и расти не судите строго)
10.08.2012 15:32
Mtirt
 
А откуда должна взяться свежая БД?
Что я опять пропустила в обсуждении?
10.08.2012 15:37
Иван Сергеевич
 
Сорри не правельно выразился БД будет старая ТС новая...
10.08.2012 16:13
akonev
 
"ТС" расшифруйте
10.08.2012 16:28
Иван Сергеевич
 
Торговая Система

Добавлено через 37 секунд
будем обновлятся
10.08.2012 16:36
akonev
 
ну тогда вариант "обрезать все концы в воду":
заведите новые места хранения под новую фирму.
после оформления инвентаризации сформируйте расходную накладную со старого юр.лица на весь положительный остаток.
экспортируйте её в приходную накладную на новое юр.лицо в новые места хранения.

простой магазина подразумевается при смене владельца? если нет, то цены лучше скопировать заранее.
10.08.2012 16:37
akonev
 
... смену версии и смену юр.лиц лучше разнести по времени
10.08.2012 19:34
Иван Сергеевич
 
значит надо делать так:
1. Создаю новые MX
2. Провожу инвентаризацию
3. Приходую остатки на новую фирму.(1,2,3, делую в старой БД)
4. Готовлю новый сервер
5. Пернашу БД
6. И наверное делую обрезку БД (чтоб старые концы удалить)?
Правельно мыслю?
11.08.2012 08:55
konst
 
Цитата:
Иван Сергеевич 6. И наверное делую обрезку БД (чтоб старые концы удалить)?
если у вас в бд несколько юр лиц - то обрезка захватит их все...
т.е. нельзя обрезать фирму А и не обрезать В и С....

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

при этом все эти действия я бы произвел в старой БД а уже после того
как все устаканится - проапгрейдил бы СуперМаг и Oracle - чтобы не тащить мусор в свежую БД...
12.08.2012 14:21
Иван Сергеевич
 
Обрезку ни разу не делали потому что боялись на нашей версии это делать...
А у системы мозг не тронится если просто тупо снести все документы по старым Юр,Л???
12.08.2012 15:41
konst
 
1. даже если вы сделаете закрытие периода и обрезку БД - то все равно возможно останутся косяки - почитайте на форуме об этом писали...
2. если же документы удалять - то особых проблем возникнуть не должно - единственное - порядок удаления, т.е. если на основании документа А - создан документ В, то пока не удалите документ В - документ А удалить не удастся...
3. так же могут возникнуть сложности с накладными на перемещение - т.е. если у вас есть склад А и магазин В, и вы собираетесь удалить все документы по МХ В, а склад А у вас остается - то если тупо удалить накладные на перемещение из А в В - то товар вернется на склад...
4. ну и еще - часть документов все равно через интерфейс СМ удалить не удается, например у меня это были акты переоценки, созданные на основании маркетинговых акций, их пришлось удалять из БД напрямую с помощью SQL-запросов...
13.08.2012 10:25
Иван Сергеевич
 
а сличительные ведомости и описи?
13.08.2012 11:00
konst
 
Цитата:
Иван Сергеевич а сличительные ведомости и описи?
А с ними то какие проблемы? если вы делаете по цепочке - опись - ведомомсть - приходная и расходная накладная -
то сначала удаляются накладные - потом ведомости и затем описи...
...тут еще надо подумать про чеки, z-отчеты и номера смен
Опции темы


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

 

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