[ОТВЕТИТЬ]
29.07.2009 08:23
Magway
 
Доброе время суток!
После обновления с версии 1.024.5 до 1.026.4 перестали формироваться кассовые документы,чеки в СМ2000 попадают

В виндовом журнале ошибки:
В работе кассового модуля произошел сбой. Сообщения об ошибках см. ниже.
Запись 1. Код=80004005h (20501) [База данных]:
Функция проверки: "Запрет редактирования документов по местам хранения"

Запись 2. Код=80004005h (20501) [Microsoft OLE DB Provider for Oracle]:
ORA-20501: Функция проверки: "Запрет редактирования документов по местам хранения"
ORA-06512: на "SUPERMAG.CORE", line 288
ORA-06512: на "SUPERMAG.INSPECT", line 279
ORA-06512: на "SUPERMAG.DOCUMENTS", line 6818
ORA-06512: на "SUPERMAG.CASH", line 1531
ORA-06512: на "SUPERMAG.CASH", line 1596
ORA-06512: на line 2


Запись 3. Код=80004005h (1122778899) [Модуль функций проверки данных]:
{INSPECT_CONTEXT}|Смена статуса от "Принят полностью" до "Принят"
{INSPECT_FUNC=32}|1|Запрет редактирования документов по местам хранения
{INSPECT_ERR=32}|1|Нет прав на изменение документа "Продажи по кассе № CS20090728@2" - нет доступа к месту хранения документа


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

Где может быть ошибка?

Версии подымались последовательно 1.024.5-1024.6......1.026.4
Net Framework,vcredist_x86,msxml4qfe,BDE level4 стоит
Oracle 9i
УКМ 4
29.07.2009 09:26
Sullen
 
Дим, посмотри от чьего имени работает Кассовик с базой, и если - как всегда, то посмотри в Админ. модуле для должности "Проверки" и "Склады и магазины".
29.07.2009 09:28
OlegON
 
Поддерживаю... Лучше вернуть кассовику работу от supermag и проверить полные права по МХ для должности Администратор БД
29.07.2009 10:05
Magway
 
Спасибо всем! Толи запарился,.....Все заработало
29.07.2009 12:38
Magway
 
В Админ. модуле для должности "Склады и магазины". прав нехватало,да и запуск службы в системе был по умолчанию,добавил прав и учетную запись на запуск сменил
02.08.2009 17:56
Gregoryk
 
Ответа, извиняюсь, больше нигде не нашел...Эта тема, думаю, подойдет...
СМ2000 УКМ2 - все работает не полный месяц, объем номенклатуры пока небольшой.
Работаю, - как вызовут к развалу ...екатеринбургская техподдержка молчит как рыба...
28.07 остановили кассу штатно. 29-30 - ревизия. 31 при запуске кассы - ошибка в таблице обмена данными. По совету техподдержки: вынос всего кеша с кассового сервера - не помогло, затем переиндексация на кассе - заработало. 2-го выясняется, что СМ не формирует z отчеты за 31 и 1 /вообще все кассовые документы/. В кассовом сервере вроде все на месте /принимает из кассы/, в папке CASHREP все файлы за 31 число/сегодня второе/.
Ошибок не выдает ни касса ни СМ. Эксперименты проводить не хочется, благодарен за любой ответ.:connie_mini_search_
02.08.2009 18:24
MirProd
 
Цитата:
Gregoryk Ответа, извиняюсь, больше нигде не нашел...Эта тема, думаю, подойдет...
СМ2000 УКМ2 - все работает не полный месяц, объем номенклатуры пока небольшой.
Работаю, - как вызовут к развалу ...екатеринбургская техподдержка молчит как рыба...
28.07 остановили кассу штатно. 29-30 - ревизия. 31 при запуске кассы - ошибка в таблице обмена данными. По совету техподдержки: вынос всего кеша с кассового сервера - не помогло, затем переиндексация на кассе - заработало. 2-го выясняется, что СМ не формирует z отчеты за 31 и 1 /вообще все кассовые документы/. В кассовом сервере вроде все на месте /принимает из кассы/, в папке CASHREP все файлы за 31 число/сегодня второе/.
Ошибок не выдает ни касса ни СМ. Эксперименты проводить не хочется, благодарен за любой ответ.:connie_mini_search_
Проверь в адм. модуле - Касса - Создавать кассовый документ при закрытии смен - должна быть галка.
В СМ Кассовые документы - Новый документ - Необработанные З-отчеты - если таблица не пуста, создавай документы за эти даты(кассовый сервер СМ должен быть остановлен), если пуста - Сделай выгрузку с касс за нужные даты, проверь каталог выгрузки, затем на кассовом сервере СМ выполни прием данных.
02.08.2009 18:47
OlegON
 
В журнале Windows там, где кассовик стоит, посмотри нет ли ругательств от кассового сервера. Если есть - приводи тут полностью.
02.08.2009 19:01
Gregoryk
 
MirProd галка стоит
OlegON что в логи не мешало бы заглянуть, сообразил после закрытия магазина под охрану... завтра, если не решу, объявлюсь... Всем спасибо! ...на сегодня пожалуй все....
//полчаса потребовалось, чтоб сообразить MirProd - Мир продуктов...
03.08.2009 11:10
Mtirt
 
Цитата:
Gregoryk По совету техподдержки: вынос всего кеша с кассового сервера - не помогло, затем переиндексация на кассе - заработало.
У меня есть подозрение, что первым действием были сброшены все настройки кассы. В том числе, индекс магазина, номер кассы и т.п.
Поэтому данные в Супермаг и не принимаются....
10.08.2009 17:02
Gregoryk
 
Цитата:
Mtirt У меня есть подозрение, что первым действием были сброшены все настройки кассы. В том числе, индекс магазина, номер кассы и т.п.
Поэтому данные в Супермаг и не принимаются....
думаю, так и было... сервис-плюсовская поддержка /удивительно, но отзывается быстро и всегда/ рекомендует - "Что бы устранить ошибку "Ошибка в таблице обмена данными" надо удалить файлы CNVLOG.*" ... затем, всеж таки очистить каталоги обмена /ну так понимаю все/ и принудительно выгрузить из кассы, ну и, разумеется, проверить корректность выгрузки... В, любом случае, всем огромное спасибо! Просто не знал довольно простых вещей /сейчас можно опус в FAQ писать/))))
09.11.2009 17:19
udaffkaa
 
таже проблема: кассы закрывают снимают Z а кассовый документ не формируется

лог ошибок:
Тип события: Ошибка
Источник события: CashServer Library
Категория события: Сервер
Код события: 2052
Дата: 09.11.2009
Время: 9:10:04
Пользователь: Н/Д
Компьютер: SERV155
Описание:
В работе кассового модуля произошел сбой. Сообщения об ошибках см. ниже.
Запись 1. Код=80004005h (0) [SMUKMD~1]:
В полученной от кассы таблице CASHSAIL обнаружена ссылка на неизвестный Z-отчет № 978, касса 3.
%2 %3 %4 %5 %6 %7 %8



Тип события: Ошибка
Источник события: CashServer Library
Категория события: Сервер
Код события: 2052
Дата: 09.11.2009
Время: 9:10:04
Пользователь: Н/Д
Компьютер: SERV155
Описание:
В работе кассового модуля произошел сбой. Сообщения об ошибках см. ниже.
Запись 1. Код=80004005h (0) [SMUKMD~1]:
При импорте файла CASHSAIL из 1718 записей пропущено 1718.
%2 %3 %4 %5 %6 %7 %8


Тип события: Ошибка
Источник события: CashServer Library
Категория события: Сервер
Код события: 2052
Дата: 09.11.2009
Время: 9:10:04
Пользователь: Н/Д
Компьютер: SERV155
Описание:
В работе кассового модуля произошел сбой. Сообщения об ошибках см. ниже.
Запись 1. Код=80004005h (141) [SMUKMD~1]:
Таблицы Z-отчета в каталоге кассы не удалены, так как во время загрузки Z-отчета были обнаружены ошибки.
%2 %3 %4 %5 %6 %7 %8


Тип события: Ошибка
Источник события: CashServer Library
Категория события: Сервер
Код события: 2052
Дата: 09.11.2009
Время: 9:13:11
Пользователь: Н/Д
Компьютер: SERV155
Описание:
В работе кассового модуля произошел сбой. Сообщения об ошибках см. ниже.
Запись 1. Код=80004005h (20501) [База данных]:
Функция проверки: "Документ находится в закрытом периоде"

Запись 2. Код=80004005h (20501) [Microsoft OLE DB Provider for Oracle]:
ORA-20501: Функция проверки: "Документ находится в закрытом периоде"
ORA-06512: на "SUPERMAG.CASH", line 1508
ORA-06512: на "SUPERMAG.CASH", line 1556
ORA-06512: на "SUPERMAG.CASH", line 1596
ORA-06512: на line 2


Запись 3. Код=80004005h (1122778899) [Модуль функций проверки данных]:
{INSPECT_CONTEXT}|Смена статуса от "Черновик" до "Принят"
{INSPECT_FUNC=6}|1|Документ находится в закрытом периоде
{INSPECT_ERR=6}|1|Документ "Продажи по кассе № CS20091108@7" административно запрещен для редактирования, т.к. его дата меньше или равна 08.11.2009


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



неясно почему вечером не происходит формирование документа, а утром период закрыт
09.11.2009 17:54
akonev
 
Цитата:
udaffkaa таже проблема: кассы закрывают снимают Z а кассовый документ не формируется...
форум, конечно, слоновеет на глазах, но ФАК-то надо посмотреть!
Цитата:
OlegON Вопрос: В полученной от кассы таблице CASHSAIL обнаружена ссылка на неизвестный Z-отчет № 929, касса 1
Ответ: Соответствующая тема тут. Чаще пользуйтесь поиском.
09.11.2009 18:09
Mtirt
 
Андрюш, я понимаю, вечер, поздно.
Но эта ссылка ведет в начало текущей ветки :)
Т.е. насколько я понимаю, человек её прочитал, но, что делать, не понял.
09.11.2009 18:23
akonev
 
Цитата:
Mtirt Андрюш, я понимаю, вечер, поздно.
Но эта ссылка ведет в начало текущей ветки :)
Т.е. насколько я понимаю, человек её прочитал, но, что делать, не понял.
или у меня действительно мозги вскипели к вечеру, или все-таки в другую. там в конце все были счастливы и пили пиво за здоровье твое и Dim
09.11.2009 18:26
baggio
 
Сообщение от OlegON
Вопрос: В полученной от кассы таблице CASHSAIL обнаружена ссылка на неизвестный Z-отчет № 929, касса 1
Ответ: Соответствующая тема тут. Чаще пользуйтесь поиском.

Для непонятливых разжёвываем:
Данная ошибка говорит о том что кассовый сервер нашел в файле cashsail.db продажи с номером З отчета скажем 12345... чеков 1,2,100, не важно...
сложил их и захотел проверить а правильно ли он все сделал и пошел проверять в
currest.db и вдруг смотрит что там строчки о этом З отчете нет... хм... соответвенно нет итоговой суммы по З-отчету и проверить ни себя ни вас он не может ...
поэтому он кладет руки крестиком зажигает свечу... кладет в глаза две монетки... и посылает всех лесом оставляя соответсвующую запись в логах винды...
причина:
не доконца\не правильно\ и т.д. (вариантов море) выгрузился З отчет...
решение: очистить каталог обмена с кассой (удалить усе файлы) и сделать выгрузку данного отчета заново...

Про закрытый периуд надеюсь объяснять не надо?
09.11.2009 20:49
Shlong
 
Цитата:
Andrew_Konev или у меня действительно мозги вскипели к вечеру, или все-таки в другую. там в конце все были счастливы и пили пиво за здоровье твое и Dim
так и есть пиво выпито :coffee_L:
09.11.2009 21:15
OlegON
 
Давайте флудить не будем, а вспомним еще одну причину, по которой такое могло случиться: возврат по отсутствующему Z-отчету. Так?
10.11.2009 07:21
Mtirt
 
Каждый день?
Вряд ли... Скорее всего всё же проблемы с сетью\руками пользователей.
10.11.2009 07:22
Mtirt
 
Цитата:
Andrew_Konev или у меня действительно мозги вскипели к вечеру, или все-таки в другую. там в конце все были счастливы и пили пиво за здоровье твое и Dim
Да, это на меня вечер оказал неправильное воздействие.
Прошу прощения.
10.11.2009 07:43
udaffkaa
 
в соответствующую ветку заглядывал, все делаю по этому алгоритму уже неделю подряд каждый день! но проблема не исчезла! еще кто что предложит как решение?
10.11.2009 07:46
udaffkaa
 
для справки: в линейке магаза 3 кассы, попеременно такие события происходят со всеми кассами, с сетью все в норме, ранее таких глюков не наблюдалось, магаз работает 3 года уже
10.11.2009 08:24
akonev
 
Цитата:
OlegON ... вспомним еще одну причину, по которой такое могло случиться: возврат по отсутствующему Z-отчету. Так?
сомнительно.
при возвратах по прошлым сменам никаких ссылок на продажу не выгружается. есть только ссылка на чек продажи при возврате по текущей смене.
в остальном что продажа, что возврат даст такую ошибку если нет записи в каррестс (или в cashz, если не путаю; но про него не уверен)

предположения:
1) кассиры вырубают кассу раньше, чем закончится выгрузка. сделать внушение, что после закрытия смены касса должна выключаться только через 10 минут, потому что у нее есть свои дела.
2) размеры кассовых баз переросли разумные пределы. сделать обрезку. оставить месяц.
3) с сетью таки не все хорошо, просто это трудно диагностируется. попробовать перевести кассы на 10Мбит/с
4) включено кэширование записи. отключить.
10.11.2009 09:07
udaffkaa
 
сегодня все таки добился от администратора что именно вечером происходит, оказывается кассы виснут после печати Z и во время сверки итогов пинпада банка, итог автоматом кассы не выгружаются, ручками все проходит. буду обчаться с банкирами, о результатах далее сообщу:nhl_fight:
10.11.2009 09:27
akonev
 
поищи по слову "сверка" в разделе укм2. было несколько схожих тем.
13.11.2009 12:39
udaffkaa
 
может кому будет полезно:
пинпады сбербанка, фискальник сп101, pos33
касса встает при сверке итогов, чек сверки почти напечатан, но не отрезается, дальше выползает окошко с надписью "В команде указано неверное значение. Исправте ситуацию и нажмите ВЫХОД"
фискальник возвращает код ошибки 03 последняя команда 21, возникает при большей ширине чека, который посылает софт сбербанка(слип) чем он может обработать.
что делать:
1) проверяем версию софта от сбера(не менее 11.23)
2) ширина чека 32
3) в концовке чека не должно быть параметра обрезки
4) идем пить кофе:Laie_17:
Опции темы


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

 

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