[ОТВЕТИТЬ]
28.12.2011 07:04
VitorJ
 
Доброго всем времени. Случилась следующая беда.
Упала база СГО УКМ4 47 sp5, благополучно была восстановлена из резервной копии, но:
1. актуальная копия была битая пришлось брать копию чуть старше.
2. в этой копии отсутствовала информация о новом магазине.
соответственно когда УКМ магазина по новой зарегистрировали на СГО, то он затёр БД магазина. Восстановили затёртые настройки магазина, в ручную путём правки таблицы trm_in_pos запихали обратно кассы и походу напороли перепутав их id местами.
Сразу не увидели отработали по такой схеме день.
Результат
в базе УКМ в конвкеторе имеем
4 (2011-12-25 23:55:57)
3 (2011-12-28 23:57:02)
2 (2011-12-27 23:58:13)
1 (2011-12-27 18:50:27)
5 (2011-12-26 23:57:32)
соответственно продажи в СМ не загружаются, да и не эстетично это, а 22, 23, 24 вообще продаже затёрты, но они есть в СМ.
Подскажите есть ли возможность исправить нумерацию, в остановить предыдущие смены и загрузить текущие продажи в СМ?
Ещё заметил то, что УКМ показывает на одной кассе минусовую сумму, а когда снимаем X отчёт сумма совершенно другая.
28.12.2011 08:48
Mtirt
 
А нельзя еще раз восстановить из базы магазина?
Или там уже тоже затерли?
28.12.2011 09:18
VitorJ
 
Там уже затёрли.... :( Не до жиру уже..... хотя бы нумерацию выставить и в СМ загрузить.... все продажи до 27 числа в СМ есть, теперь надо запинать туда 27, 28,ну и если оставить все как есть затрётся 5 смена....
28.12.2011 11:14
vdm
 
Посмотри сюда
https://olegon.ru/showthread.php?t=7033
Может что-то пригодится.
28.12.2011 12:05
VitorJ
 
Спасибо за сцыль.... но полезного там к сожалению.. нет... , колдовать над номерами смен в файле выгрузки...
Ктонить знает в какой таблице хранится информация о сменах УКМ и продажи?
28.12.2011 12:21
vdm
 
Я посчитал, что у тебя в базе сервера кассы перепутаны, а на самих кассах ничего не менялось и все чеки на месте. Т.о. лучше было бы забэкапить текущее состояние и поднять все чеки на сервер "с нуля". Только у тебя дело осложняется СГО.
Все чековые таблицы - это trm_out_%.
28.12.2011 12:29
Mtirt
 
Я подозреваю, что и на сервере магазина всё есть.
Т.е. предлагаю начать в него, а потом спускаться до касс, если понадобится...
28.12.2011 16:29
didinap
 
Тебе нужна таблица trm_out_shift_open. Но вот все править вручную неблагородное да и не правилное део.
Попробуй как порекомендовали.
28.12.2011 19:16
VitorJ
 
На сервере магазина их нет...., а вот на кассах есть......, но номера смен в таблице дублируется. Как я и говорил разница в записях в номере смены и id магазина.
Планирую сделать следующее.... исправить в таблицах trm_out_shift_* всю неверную информациию... соотвественно на сервер онадолжна уйти в нормально виде.... а вот кто подскажет при открытии новой смены касса не начнёт затирать информацию? подскажите как формируется номер смены внутретабличным счётчиком или есть таблица где это всё хранится?
В общем завтра сниму бэкапы и попробуй ручками подправить... посмотрим что выйдет...
29.12.2011 07:12
VitorJ
 
Перерегистрировал кассу как советовали, исправил номера смен в таблицах
trm_out_shift_* но не всё так просто
1. Данные с кассы так и не попадают на сервер причину ищу....
2. Поле id генерируется счётчиком значение его где то есть.... вот хотелось бы докрутить его до нужного ктонить знает как?
29.12.2011 08:57
VitorJ
 
При попытку открыть новую смену пишет
Код:
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 секунды
Народ подскажите если в природе описание структуры файлов выгружаемых конвертором?
29.12.2011 09:17
OlegON
 
Цитата:
VitorJ Народ подскажите если в природе описание структуры файлов выгружаемых конвертором?
Если про стандартный 2.5 речь, то надо искать в документациях по УКМ2, там несколько док по конвертерам было, в т.ч. по тому, что с Супермагом обменивается.
29.12.2011 10:20
Mtirt
 
Забудь про конвертеры.
Тебе надо добиться чтобы на кассе, в магазине и на СГО у тебя была правильная информация по кассам и сменам.
И плясать тебе надо с кассы, но то, что ты там начал исправлять информацию, не совсем правильно.
Правильно примерно так:взять кассу. На ней, видимо информация по двум id кассы. Выяснить, который является изначальным (правильным, с правильной нумерацией смен). Удалить на магазине всё другое, поднять эту информацию на магазин. (Это или с version поковыряться, или экспортом/импортом, как удобнее).
Убедиться, что на магазине все смены в правильном порядке.
После этого проделать всю эту процедуру с СГО.
29.12.2011 11:11
VitorJ
 
Это я уже понял что зря полез в таблицы..... ща откатываю назад......
Выглядит это примерно так

Код:
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 одинковые..... получится тоже самое...
29.12.2011 12:33
Mtirt
 
Поменять на id, который не используется, и этот id добавить в trm_in_pos?
Чтобы поднялось наверх?

Кстати твоя утренняя проблема с номерами смен лечится изменениями в табличке sequenses.
29.12.2011 13:17
VitorJ
 
Не получится так.....
Смотри меняем 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 секунд
Судя по анализу таблиц... привести всё в порядок можно но пипец как долго получится......
29.12.2011 16:32
Mtirt
 
Я предлагаю cash_id=1010001003 для первой кассы и 1010001004 для второй.
для тех.отчетов, которые после 25.12.2001
Ну и менять это во всех trm_out_
И эти Id прописать в trm_in_pos
29.12.2011 17:04
didinap
 
А для того чтоб смена шла скажем со 25-ой посмотри на кассе таблицу local_state.
Там прописывается текущая смена.
30.12.2011 07:02
VitorJ
 
Вроде выправил все продажи как рекомендовали.... а вот с открытием новой смены пока беда.... с новым cash_id он пытается открыть смену с id=1, в local_state только инфа и никак на эту инфу не опирается..... исчем дальше...

Добавлено через 2 минуты 54 секунды
Да и ещё в конвертере данные не появились....
30.12.2011 07:17
Mtirt
 
Цитата:
Вроде выправил все продажи как рекомендовали.... а вот с открытием новой смены пока беда.... с новым cash_id он пытается открыть смену с id=1, в local_state только инфа и никак на эту инфу не опирается..... исчем дальше...
За эту нумерацию отвечает таблица sequences.
В ней поправь номера для всех таблиц.

Добавлено через 38 секунд
Цитата:
Да и ещё в конвертере данные не появились....
А в отчете по сменам они есть?
30.12.2011 07:43
VitorJ
 
Цитата:
Mtirt За эту нумерацию отвечает таблица sequences.
В ней поправь номера для всех таблиц.
В этой таблице три поля
Код:
 mysterious_id | id   | name           

1010001003      7      trm_out_shift_open
Изменяем id? mysterious_id я сменил....
30.12.2011 08:05
VitorJ
 
Так смены заработали..... испавил данные в таблице trm+auth_local_storage.... не знаю это повлияло или нет.......
Отчет по сменам говорит что нет запрошенных данных...... копаем дальше

Добавлено через 1 минуту 5 секунд
id менять не пришлось ибо он был в актуальном состоянии....
30.12.2011 17:25
VitorJ
 
Очень странно... закрыли 8 смену..... в конверторе появилась 8 и 1 закономерности пока не нашёл......
09.01.2012 11:32
VitorJ
 
Проблема решена! Тему можно закрыть.
Возник у меня один подводный камень. Если восстанавливать как восстанавливал я то предыдущие смены сразу на сервер не реплицируются, у меня они реплицировались симметрично, то есть смену закрываешь проходит репликация закрытой смены, смену открываешь проходит репликация предыдущей смены начиная с 1. Причину так и не удалось выяснить. Но всё поднялось всё верно.
11.01.2012 11:04
VitorJ
 
Поторопился я однако с закрытием темы.
Дело в следующем
Один терминал нормально реплицировалась и вопросов по нему нет ни каких.
А вот второй терминал даёт жару.... то ли праздники на меня так повлияли и накосматил... либо действительно чтот не так.....
Суть в следующем
Формируем отчёт "Оперативная сводка по Магазину" по второму терминалу имеем цифру
выручка 34641,55
количество чеков 122

формируем отчёт по сменам
имеем выручка 17192,13
количество чеков 58
В этот день смена на данном терминале закрывалась дваждый
Если из конвектора выгрузить отдельно смену под номером 13 то там пусто.
в отчёте по сменам её вообще нет.
сумма 14 смены 17192,13

Есть мнение что 13 смена корректно не закрылась. Ну и как всегда бывает Zку товаровед куда то сунул.... но она точно есть.

Подскажите можно ли проверить закрыта ли 13 смена и в противном случае закрыть её ручками корректно?
11.01.2012 11:23
Mtirt
 
В trm_out_shift_close.
На кассе, в магазине и на СГО. По очереди.
11.01.2012 12:26
VitorJ
 
Касса
Код:
| 1010001004 |  7 |    33 | 2011-12-31 21:53:29 |              332 | 102380            | 18989                   | 3849007675       | 4290247135  | 2011-11-23 00:00:00 |              0 |       7 |       0 |
| 1010001004 |  8 |    39 | 2012-01-01 23:27:47 |              333 | 102380            | 18989                   | 3849007675       | 4290247135  | 2011-11-23 00:00:00 |              0 |       8 |       0 |
| 1010001004 |  9 |    43 | 2012-01-02 23:12:40 |              334 | 102380            | 18989                   | 3849007675       | 4290247135  | 2011-11-23 00:00:00 |              0 |       9 |       0 |
| 1010001004 | 10 |    49 | 2012-01-03 23:27:34 |              335 | 102380            | 18989                   | 3849007675       | 4290247135  | 2011-11-23 00:00:00 |              0 |      10 |       0 |
| 1010001004 | 11 |    52 | 2012-01-04 23:13:03 |              336 | 102380            | 18989                   | 3849007675       | 4290247135  | 2011-11-23 00:00:00 |              0 |      11 |       0 |
| 1010001004 | 12 |    54 | 2012-01-05 08:53:25 |              337 | 102380            | 18989                   | 3849007675       | 4290247135  | 2011-11-23 00:00:00 |              0 |      12 |       0 |
| 1010001004 | 13 |    55 | 2012-01-05 12:30:49 |              338 | 102380            | 18989                   | 3849007675       | 4290247135  | 2011-11-23 00:00:00 |              0 |       1 |       0 |
| 1010001004 | 14 |    58 | 2012-01-05 14:20:13 |              339 | 102380            | 18989                   | 3849007675       | 4290247135  | 2011-11-23 00:00:00 |              0 |       2 |       0 |
| 1010001004 | 15 |    62 | 2012-01-05 23:08:53 |              340 | 102380            | 18989                   | 3849007675       | 4290247135  | 2011-11-23 00:00:00 |              0 |       3 |       0 |
УКМ магазин

Код:
1010001004	10	49	2012-01-03 23:27:34	335	102380	18989	3849007675	4290247135	2011-11-23 00:00:00	0	8	0
1010001004	11	52	2012-01-04 23:13:03	336	102380	18989	3849007675	4290247135	2011-11-23 00:00:00	0	9	0
1010001004	12	54	2012-01-05 08:53:25	337	102380	18989	3849007675	4290247135	2011-11-23 00:00:00	0	10	0
1010001004	13	55	2012-01-05 12:30:49	338	102380	18989	3849007675	4290247135	2011-11-23 00:00:00	0	1	0
1010001004	14	58	2012-01-05 14:20:13	339	102380	18989	3849007675	4290247135	2011-11-23 00:00:00	0	2	0
1010001004	15	62	2012-01-05 23:08:53	340	102380	18989	3849007675	4290247135	2011-11-23 00:00:00	0	1	0
А в СГО эта таблица пуста
11.01.2012 13:10
VitorJ
 
Получается что все смены закрыты...... тогда я понять не могу в чём проблема...
11.01.2012 14:23
Mtirt
 
ID в trm_out_shift_close не номер смены. Это ID из trm_out_shift_open. И он может отличаться от номера смены.
Опции темы


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

 

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