[ТЕМА ЗАКРЫТА]
04.01.2007 20:12
Роман
 
Подскажите пожалуйста, почему в СМ2000 (v. 1.24.5. SP5) втечение нескольких дней чеки со всех касс имеют статус оперативный и вследствии отсутствуют кассовые документы за эти дни?
05.01.2007 06:59
Mtirt
 
По каким-то причинам не приняты Z-отчеты.
Хорошо бы посмотреть логи кассового сервера.
(Мой компьютер - Управление - Просмотр событий - Приложение. События с кодом SMCash)
Возможно банальное - он просто не запущен...
05.01.2007 09:29
Роман
 
Журнал событий обязательно посмотрю. Но при остановленном кассовом сервере я так понимаю чеков за эти дни я вообще не увидел бы.
05.01.2007 10:16
Mtirt
 
Хорошо. кто-то изменил параметры кассового сервера и просто не выполняется задание на обработку данных.
Хотя скорей всего - какая-то лажа в данных Z-отчетов, поэтому и нет приема.
05.01.2007 10:52
Роман
 
Всё это начало происходить гдето после настройки безнала.
Судя по логам СМ это и не нравится, но понять я всёравно не могу.

В работе кассового модуля произошел сбой. Сообщения об ошибках см. ниже.
Запись 1. Код=80004005h (2291) [Microsoft OLE DB Provider for Oracle]:
ORA-02291: integrity constraint (SUPERMAG.SMCDOCCREDCARD_CARD) violated - parent key not found
ORA-06512: at "SUPERMAG.CASH", line 1500
ORA-06512: at "SUPERMAG.CASH", line 1544
ORA-06512: at "SUPERMAG.CASH", line 1584
ORA-06512: at line 2


Запись 2. Код=80004005h (0) [SmLibaryBase trace]:
begin
Supermag.Cash.CreateCashDocs;end;

Ошибка при генерации кассовых документов для магазина Астор 2
на дату 04.01.2007 в базе данных dbastor2.
Дополнительную информацию см. в следующем сообщении.

В работе кассового модуля произошел сбой. Сообщения об ошибках см. ниже.
Запись 1. Код=80004005h (2291) [Microsoft OLE DB Provider for Oracle]:
ORA-02291: integrity constraint (SUPERMAG.SMCDOCCREDCARD_CARD) violated - parent key not found
ORA-06512: at "SUPERMAG.CASH", line 1500
ORA-06512: at "SUPERMAG.CASH", line 1544
ORA-06512: at "SUPERMAG.CASH", line 1584
ORA-06512: at line 2

В работе кассового модуля произошел сбой. Сообщения об ошибках см. ниже.
Запись 1. Код=80004005h (2291) [Microsoft OLE DB Provider for Oracle]:
ORA-02291: integrity constraint (SUPERMAG.SMCDOCCREDCARD_CARD) violated - parent key not found
ORA-06512: at "SUPERMAG.CASH", line 1500
ORA-06512: at "SUPERMAG.CASH", line 1544
ORA-06512: at "SUPERMAG.CASH", line 1584
ORA-06512: at line 2

Запись 2. Код=80004005h (0) [SmLibaryBase trace]:
begin
Supermag.Cash.CreateCashDocs;end;

Запись 2. Код=80004005h (0) [SmLibaryBase trace]:
begin
Supermag.Cash.CreateCashDocs;end;
%3 %4 %5 %6 %7 %8

Ошибка при генерации кассовых документов для магазина Астор 2
на дату 03.01.2007 в базе данных dbastor2.
05.01.2007 11:00
Mtirt
 
Да. Скорей всего в файле присутствуют чеки, в которых есть код кредитной карты, которого нет в базе данных.

Какой конвертер используется? Текстовый или Paradox ?
05.01.2007 11:06
Mtirt
 
Кстати. В своих онлан-чеках отбери все чеки с кредитными картами.
И посмотри, какие из них не привязаны к типу карт...
05.01.2007 11:06
Роман
 
Используется Paradox.
А могло ли стать причиной всего этого то, что на всех кассах в УКМ пришлось править таблицу credcard.db (вырезал неиспользуемые карты, а у используемых исправил ID, прогрузка кредитных карт в СМ была затем отключена чтоб снова не прогружались ненужные карты и ненужные ID)?
05.01.2007 11:11
Mtirt
 
Раз исправил id - это и есть причина.
ID таблицы credcard.db должно совпадать с кодом кредитных карт в СМ2000.

В онлайн-чеках это соотвествие не проверяется, а в Z-отчетах стоит проверка.
Предлагаю сейчас исправить в выгрузке. А сразу после этого поменять на кассах.
05.01.2007 11:18
Роман
 
Т.е. в СМ мне надо оставить только те кредитные карты, что остались в ERV? и исправить в СМ ID карт которые используются?
05.01.2007 11:24
Mtirt
 
У тебя одиночный магазин или сеть?
Если сеть - править только кассу, я не говорила о СМ2000.
Если одиночный магазин - то откуда у тебя столько записей о кредитных картах в СМ2000? Раньше использовались других типов? Информация за этот период в СМ2000 есть? Если - ДА, то тогда тоже лучше не трогать СМ2000.
05.01.2007 11:36
Роман
 
Сеть. Вся эта беда происходит в подчинённой базе. Если я на кассах поставлю всё также как и было (как сейчас в СМ), то у меня при проведении безнала будут отваливаться фискальники. И если я всётаки сделаю так и выгружу заново продажи за эти дни, то не получится таже самая фигня - ведь продажи шли по картам с правленными ID?
05.01.2007 11:40
Mtirt
 
Почему будут отваливаться?
Почему у меня не отваливаются, хочется мне спросить?
Тебе в любом случае продажи с касс править.

Если поправишь в СМ2000 - у тебя кассовые документы в ЦО не уйдут.
05.01.2007 11:44
Mtirt
 
У тебя сколько типов кредитных карт в СМ2000?
Можешь оставить в кассе только те, которые тебе нужны. Только их ID ДОЛЖНЫ СОВПАДАТЬ с кодами кредитных карт в СМ2000.
А за предыдущий период исправь вручную...
05.01.2007 11:54
Роман
 
У меня фискальники Штрих-ФР-К, ID вроде бы были 10 и 12 - при проведении безнала в момент печати на чеках признаков фискализации - фискальники вываливаются в ошибку пока не перезагрузишь кассу.
Так что я в тупике - править в СМ нельзя, а со старыми ID ККМ не работает
05.01.2007 12:04
Mtirt
 
Со Штрих-ФР-К я не работала. Это факт.
Но насколько я помню, там ограничение на количество типов оплаты, а не на их номер.
Точно такое происходит, если просто ID поменять?

Какие кредитные карты по-настоящему используются в СМ2000? В рамках всей сети? По какм типам есть оплаты?
05.01.2007 12:15
Роман
 
8 - Visa_GPB
9- ECMC_GPB
10- UC_GPB
12 - Сберкарт
13 - Кредитная карта
14- Безналичные платежи ВКАБАНК

Используются только GPB, сберкарт и кредитная карта.
Мне нужны только Сберкарт и Кредитная карта. У них я забомбил ID 1 и 2.
Кстати СП101-ые тоже страдают от ID (больше 8 помоему нельзя выставлять).
А если править продажи за эти дни, то в каких таблицах и что надо править, чтоб такая афёра прошла корректно?
05.01.2007 12:35
Mtirt
 
СП101 не страдают. У меня есть ID=10.

Таблица - cashsail.db Поле CredCardIndex.
Таблица - cashpay.db Поле Payment
05.01.2007 12:43
Роман
 
Короче говоря если оставить только две карты и восстановить ID и это завалит фискальник, то единственный выход - отказаться от безнала? *06 .
А насчёт СП101 точно я не помню до какого ID, но заморочки были (по этому поводу даже письмо есть с С+).
Большое спасибо за помощь. Завтра поеду жить в магазин.
05.01.2007 12:55
Роман
 
Ещё вопросик - в Payment выставляется тоже ID карты?
05.01.2007 13:23
Mtirt
 
Цитата:
Роман Короче говоря если оставить только две карты и восстановить ID и это завалит фискальник, то единственный выход - отказаться от безнала? *06 .
Нет, конечно можно попытаться поменять в СМ2000. Но это делать придется в пределах всей сети.
Поэтому лучше уж дожить до работы тех.поддержки.

Цитата:
Роман А насчёт СП101 точно я не помню до какого ID, но заморочки были (по этому поводу даже письмо есть с С+).
Помню, читала в списке изменений к УКМ4. Только там или 16 или 64 вида кредитных карт....

Цитата:
Роман Ещё вопросик - в Payment выставляется тоже ID карты?
Да. Тот же самый.
07.01.2007 09:30
Роман
 
Mtirt, большое спасибо за помощь. ККМ Штрих-ФР-К всётаки нивкакую не хотят работать с ID 13. Пришлось оставлять 2. В СМ лишние карты не вырезаются - нарушение целостности, ID тоже не меняются. Я вот не знаю насколько это правильно, но была создана ещё одна кредитка с таким же названием, но с другим ID. На рассылку почтовиком это вродебы никак не повлияло.
07.01.2007 11:46
baggio
 
Цитата:
Таблица - cashsail.db Поле CredCardIndex.
Таблица - cashpay.db Поле Payment
насколько я помню там еще надо в табличке cashcrd.db id поменять....
08.01.2007 06:50
Mtirt
 
Цитата:
Роман Mtirt, большое спасибо за помощь. ККМ Штрих-ФР-К всётаки нивкакую не хотят работать с ID 13. Пришлось оставлять 2. В СМ лишние карты не вырезаются - нарушение целостности, ID тоже не меняются. Я вот не знаю насколько это правильно, но была создана ещё одна кредитка с таким же названием, но с другим ID. На рассылку почтовиком это вродебы никак не повлияло.
В принципе нормальный выход. Только бухгалтеров предупредить надо. Что теперь в Супермаге это может отражаться двумя строчками. А в остальном - ничего страшного.
08.01.2007 10:44
OlegON
 
Лучше бы разобраться с ФР, почему валятся? Что говорят? Поддерживаю Mtirt, лучше бы дальше касс разбирательство не выносить. Иначе получишь кучу геморроя уже в рамках всей сети. А на что правишь, чтобы не валились? Просто ID?
09.01.2007 06:47
akonev
 
Цитата:
olegon Лучше бы разобраться с ФР, почему валятся?
Да понятно, почему валятся. УКМ засылает тип оплаты, который не прописан в табличках фискальника.
Если в ФР не получается прописать нужный тип оплаты - остается делать только то, что уже и сделал Роман:
подгонять Супермаг2000 под УКМ
09.01.2007 06:48
Mtirt
 
А Штрих действительно не позволяет прописать больше 8-ми типов оплаты?
Какое там ограничение?
09.01.2007 07:03
akonev
 
в штрихе - 4
в сп101 - 16
09.01.2007 10:17
Роман
 
В УКМ оставил всего две карты и присвоил им ID 1 и 2. С другими ID эксперементировать не стал, но однозначно с ID 13 штрих работать не хочет. Вообще со связкой УКМ + штрих-фр-к очень много проблем.
09.01.2007 10:20
akonev
 
Цитата:
Роман Вообще со связкой УКМ + штрих-фр-к очень много проблем.
Так и должно быть. Поддержка Штриха в УКМ ограниченная.
До появления этого форума вообще мало кто знал, что укм со штрихом работает.
Не обращали внимания, что в настройках УКМ Штрих не предлагается? Про него надо знать и правильный номер в cf_ini руками прописать.


Опции темы


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

 

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