В УКМ слетела нумерация кассовых смен. : УКМ-4

VitorJ · █ 29.12.2011 08:57

При попытку открыть новую смену пишет

Код:

Query failed
Error (1062) Duplikate
Entry 1010001003-1
For key 1 SQL  INSERT
INTO trm_outshift_open
(cash_id,id,login,date,numbep,sale)

Значит где то в базе должно хранится значение.....

Добавлено через 13 минут 43 секунды
Народ подскажите если в природе описание структуры файлов выгружаемых конвертором?

OlegON · █ 29.12.2011 09:17

Цитата:

VitorJ ➤ Народ подскажите если в природе описание структуры файлов выгружаемых конвертором?

Если про стандартный 2.5 речь, то надо искать в документациях по УКМ2, там несколько док по конвертерам было, в т.ч. по тому, что с Супермагом обменивается.

Mtirt · █ 29.12.2011 10:20

Забудь про конвертеры.
Тебе надо добиться чтобы на кассе, в магазине и на СГО у тебя была правильная информация по кассам и сменам.
И плясать тебе надо с кассы, но то, что ты там начал исправлять информацию, не совсем правильно.
Правильно примерно так:взять кассу. На ней, видимо информация по двум id кассы. Выяснить, который является изначальным (правильным, с правильной нумерацией смен). Удалить на магазине всё другое, поднять эту информацию на магазин. (Это или с version поковыряться, или экспортом/импортом, как удобнее).
Убедиться, что на магазине все смены в правильном порядке.
После этого проделать всю эту процедуру с СГО.

VitorJ · █ 29.12.2011 11:11

Это я уже понял что зря полез в таблицы..... ща откатываю назад......
Выглядит это примерно так

Код:

trm_in_pos
1касса
cash_id                 guid                             number
10010001001         xxxxxxxxxxxxxxxxxx             1

2касса
cash_id                 guid                             number
10010001002         xxxxxxxxxxxxxxxxxx             2

trm_out_shift_open;

1касса
1010001001	1	1	3	25.12.2011 23:49
1010001001	2	2	6	26.12.2011 23:59
1010001002	1	1	2	27.12.2011 32:55
1010001002	2	2	4	28.12.2011 23:59

2касса
1010001002	1	1	3	25.12.2011 23:49
1010001002	2	2	6	26.12.2011 23:59
1010001001	1	1	2	27.12.2011 32:55
1010001001	2	2	4	28.12.2011 23:59

Вот так это выглядит...... примерно.....
К примеру поставлю я изначальный номер кассы.... подниму 25 и 26 что делать с 27 и 28 у них id и number одинковые..... получится тоже самое...

Mtirt · █ 29.12.2011 12:33

Поменять на id, который не используется, и этот id добавить в trm_in_pos?
Чтобы поднялось наверх?

Кстати твоя утренняя проблема с номерами смен лечится изменениями в табличке sequenses.

VitorJ · █ 29.12.2011 13:17

Не получится так.....
Смотри меняем cash_id местами загружаем смены с 22 по 25 с номерами от 1 до 5
получаем в базе сервера

Код:

cash_id         id        number        date
1010001001   1            1        22.12.2011
                   2            2        23.12.2011
................

1010001002   1            1        22.12.2011
                   2            2        23.12.2011

меняем местами cash_id для подтягивания следующих

Код:

cash_id         id        number        date
1010001001   1            1        25.12.2011
                   2            2        26.12.2011
................

1010001002   1            1        25.12.2011
                   2            2        26.12.2011

Вот такая вот фигня поползёт в базу затирать предыдущие записи ибо комбинация
cash_id id number должна быть уникальна.

Добавлено через 36 секунд
блин цифири съехали...

Добавлено через 12 минут 7 секунд
Судя по анализу таблиц... привести всё в порядок можно но пипец как долго получится......

Mtirt · █ 29.12.2011 16:32

Я предлагаю cash_id=1010001003 для первой кассы и 1010001004 для второй.
для тех.отчетов, которые после 25.12.2001
Ну и менять это во всех trm_out_
И эти Id прописать в trm_in_pos

didinap · █ 29.12.2011 17:04

А для того чтоб смена шла скажем со 25-ой посмотри на кассе таблицу local_state.
Там прописывается текущая смена.

VitorJ · █ 30.12.2011 07:02

Вроде выправил все продажи как рекомендовали.... а вот с открытием новой смены пока беда.... с новым cash_id он пытается открыть смену с id=1, в local_state только инфа и никак на эту инфу не опирается..... исчем дальше...

Добавлено через 2 минуты 54 секунды
Да и ещё в конвертере данные не появились....

Mtirt · █ 30.12.2011 07:17

Цитата:

Вроде выправил все продажи как рекомендовали.... а вот с открытием новой смены пока беда.... с новым cash_id он пытается открыть смену с id=1, в local_state только инфа и никак на эту инфу не опирается..... исчем дальше...

За эту нумерацию отвечает таблица sequences.
В ней поправь номера для всех таблиц.

Добавлено через 38 секунд

Цитата:

Да и ещё в конвертере данные не появились....

А в отчете по сменам они есть?