Просмотр полной версии : Ошибка rkGetSalesData(DelReasons)
ArcanPerm
18.01.2011, 14:57
при импорте (2 дней) вылетает одна и таже ошибка :-(
"DLl exception: Error rkGetSalesData (DelReasons)"
С причинами удалений какой-то бардак, судя по сообщению. Смотрите, какие удаления были за эти дни.
у меня такая же ошибка, причем если раньше она вылетала если работали кассы, то теперь стала вылетать постоянно, даже если один в системе.
удалений никаких не было, ошибка появляется при выгрузке любого дня.
только база не скуль
Значит, проблема с самим списком удалений в RK7. Увы, могу только догадываться - дела с RK7 не имел пока.
а как посмотреть сиписок удалений в RK7?
при загрузке из r-keeperа 7.3 а сторхаус 4 выдает эту ошибку.
гружу на любую дату - без разницы. кипер с локальной базой.
Отчеты - счета - список отказов.
Отчеты - другое - персональные отказы / персональные удаления.
Это если посмотреть сами удаления, были ли они.
А сам справочник: Заказ - причины удалений.
По поводу ошибки. Версии РК7, SH4& ... Попробовать перезакинуть в клиента SH4 запчасти из bin\sh4tr (соответствующей вашей версии).
(уточнить какой SQL, их много)
подождать (за одно таймауты поднять).
обратиться к дилеру, установить крайнюю свежую версию, возможно - выделить сервер отчетов (то есть иметь отдельно сервер справочников и отдельно сервер отчетов).
еще вариант - использовать другой тип группировки.
---
Bonix в крайнем правом нижнем пункте прав. про это забывают регулярно.
Как проблема решилась, если она решилась??
Как проблема решилась, если она решилась??
Как проблема решилась, если она решилась??
Версия RK7? Тип БД (UDB, SQL)? Если UDB, то какой размер файла чековой БД?
7.4.20.67 версия RK7.
Тип БД соответственно SQL (2008r2).
размер чековой бд несколько мегабайт, с десяток кажется. Там только чеки.
Вот и я столкнулся с этой проблемой.
Началось все с того, что у клиента не качается расход - импорт тупо виснет.
Для разбора полетов сделал себе чистую базу, собрал SH4 - товары качает, два дня, за которые не было продаж (в выходные не работают) бодро рапортует что данных нет, а переходя на дни, где данные должны быть - вот такая ошибка.
---------- Добавлено в 03:27 ---------- Предыдущее сообщение было размещено в 03:06 ----------
М-да, с удаленной машины хоть меню качается.
Попробовал скопировать клиента SH4 на машину к RK7 - Can not initialize даже при попытке импорта меню.
Очень интересно :(
RK7TOSH4.stk на удаленном клиенте ругается на таймауты.
На локальном - вообще не находит сервер.
Вот и у меня такая ошибка вылезла.
Все дни качает нормально, а 31.12.13 при импорте расхода - DLL exception: Error rkGetSalesData (DelReasons)
Подскажите, наверняка решили проблему уже?
В тот раз, в итоге, выяснилось, что сервер на слабеньком celeron перестал тянуть базу.
На трекере, также, в основном решения сводятся к увеличению таймаутов.
Что в rk7tosh4.ini в строке NetworkTimeout?
В тот раз, в итоге, выяснилось, что сервер на слабеньком celeron перестал тянуть базу.
На трекере, также, в основном решения сводятся к увеличению таймаутов.
Что в rk7tosh4.ini в строке NetworkTimeout? 3600000, пробовал увеличивать таймаут - нет эффекта.
Как я понимаю таймаут увеличивать нужно на компе с которого импорт делается?
импорт делается с одного компа, сервак РК7 на другом, сторхаус база на третьем ))
Как я понимаю таймаут увеличивать нужно на компе с которого импорт делается?
Да.
И попробуйте упростить схему - делайте импорт оттуда, где стоит кипер.
Также, рекомендуют в инишнике указать RestaurantCode=1
Да.
И попробуйте упростить схему - делайте импорт оттуда, где стоит кипер.
Также, рекомендуют в инишнике указать RestaurantCode=1
Код ресторана изменил, эффекта не дало, с клиентских компов кипера, с сервака кипера - все тоже самое.
Код ресторана изменил
А был другой? Извиняюсь, мне сразу надо было уточнить. У Вас сеть, что ли?
---------- Добавлено в 22:48 ---------- Предыдущее сообщение было размещено в 22:47 ----------
Лог rk7tosh4.stk покажите.
---------- Добавлено в 22:55 ---------- Предыдущее сообщение было размещено в 22:48 ----------
И лог refsrv.stk заодно можно сразу.
Логи, желательно, удалить (переместить), потом попытаться сделать импорт и выложить те логи, которые сформируются при попытке.
И точные версии продуктов укажите.
SH 4.54
RK7 Сервер:7.4.17.45 БД Справочников: 74170050 Кассовая БД: 74170002
лог rk7tosh4.stk:
-------------------------------------
30.01 12:40:41.673
71: rkInitializeImport settings loaded, Server: SEVER_RK7SRV, Client: SH4cli_TELMAN, ImportMode: 0, ImportPath: , NetworkTimeout: 300000
-------------------------------------
30.01 12:40:41.673
13:All protocols destroied
-------------------------------------
30.01 12:40:42
276:TCP Socket: Port 5150 is in use, increased to 5151
-------------------------------------
30.01 12:40:42.251
71: rkInitializeImport, Result = True
-------------------------------------
30.01 12:40:42.376
71: LoadReferentBook: BookName = UOTsBook, ImportMode = 0
-------------------------------------
30.01 12:40:42.392
71: LoadReferentBook: Result = 1707864
-------------------------------------
30.01 12:40:42.517
71: LoadReferentBook: BookName = MenuGroupsBook, ImportMode = 0
-------------------------------------
30.01 12:40:42.533
71: LoadReferentBook: Result = 1708312
-------------------------------------
30.01 12:40:42.533
71: LoadReferentBook: BookName = ModiGroupsBook, ImportMode = 0
-------------------------------------
30.01 12:40:42.533
71: LoadReferentBook: Result = 1708312
-------------------------------------
30.01 12:40:42.705
71: LoadReferentBook: BookName = ExpendsBook, ImportMode = 0
-------------------------------------
30.01 12:40:42.705
71: LoadReferentBook: Result = 1709352
-------------------------------------
30.01 12:40:42.845
71: LoadReferentBook: BookName = ExpendsBook, ImportMode = 0
-------------------------------------
30.01 12:40:42.845
71: LoadReferentBook: Result = 1709352
-------------------------------------
30.01 12:40:42.986
71: LoadReferentBook: BookName = ExpendsBook, ImportMode = 0
-------------------------------------
30.01 12:40:42.986
71: LoadReferentBook: Result = 1709352
-------------------------------------
30.01 12:40:43.126
71: LoadReferentBook: BookName = MenuBook, ImportMode = 0
-------------------------------------
30.01 12:40:43.267
71: LoadReferentBook: Result = 110362656
-------------------------------------
30.01 12:40:43.314
71: LoadReferentBook: BookName = MenuBook, ImportMode = 0
-------------------------------------
30.01 12:40:43.455
71: LoadReferentBook: Result = 112459808
-------------------------------------
30.01 12:40:43.642
71: rkInitializeImport, ininame: .\rk7tosh4.ini
-------------------------------------
30.01 12:40:43.642
71: rkInitializeImport settings loaded, Server: SEVER_RK7SRV, Client: SH4cli_TELMAN, ImportMode: 0, ImportPath: , NetworkTimeout: 300000
-------------------------------------
30.01 12:40:44
276:TCP Socket: Port 5150 is in use, increased to 5151
-------------------------------------
30.01 12:40:44.205
71: rkInitializeImport, Result = True
-------------------------------------
30.01 12:40:44.267
71: rkGetSalesData: nGrouped = 0, nSysFlag = 0
217:Exception running function RPCREFGETSALESDATA on SEVER_RK7SRV: EAccessViolation:Access violation at address 008ACEE6 in module 'REFSRV.EXE'. Read of address 00000000
-------------------------------------
30.01 12:40:47.439
71: rkGetSalesData: Result = 0
лог refsrv.stk :
-------------------------------------
30.01 12:40:45
5022:SH4 export: 'shSales' built (1638 records)
-------------------------------------
30.01 12:40:46
5022:SH4 export: 'shVoids' built (0 records)
-------------------------------------
30.01 12:40:47
5022:SH4 export: 'shModifiers' built (669 records)
232:Server exception in RPC function RPCREFGETSALESDATA
EAccessViolation:Access violation at address 008ACEE6 in module 'REFSRV.EXE'. Read of address 00000000
Судя по официальному трекеру, в последних версиях что-то докручивали по импорту.
Рецепт плохой, но я бы попытался проапгрейдиться. По-крайней мере, поднять хаус до 4.78 можно без апгрейда ключа.
7.4 тоже желательно поднять до 7.4.21 и последнего билда.
Это если идти в лоб.
По-другому, судя по всему, он у Вас валится сразу при попытке скачать расход. То есть, дело не в таймауте. Вылезает какой-то exception и импорт падает.
Отчеты по расходу блюд строятся нормально?
Как вариант, я бы попробовал сделать новую базу SQL, связаться с ней и закачать в нее по новой данные.
По-другому, судя по всему, он у Вас валится сразу при попытке скачать расход. То есть, дело не в таймауте. Вылезает какой-то exception и импорт падает.
Отчеты по расходу блюд строятся нормально?
Предыдущие дни и последующие импортируются нормально. Только одно число не хочет.
Отчеты строятся нормально, куб по операциям не строится, я писал в другой теме об этом, про куб логи такие: При старте сервера, лог из файла refsrv.stk
30.01 09:57:15
5003:Exception during cube Execute BAT File(100000) procession: 'ExecuteData is empty'
Exception:ExecuteData is empty
-------------------------------------
30.01 10:05:27
5004:Exception "Exception std::bad_alloc: bad alloc exception thrown" during cube loading
-------------------------------------
30.01 10:05:27
5003:Exception during cube Куб по операциям(33) procession: 'Exception std::bad_alloc: bad alloc exception thrown'
ProcessErrorException:UCSERR(5004):Exception "Exception std::bad_alloc: bad alloc exception thrown" during cube loading.
при построении отчета куба по операциям
30.01 16:20:40
684:Query (C:\UCS\RK7\bin\win\SQLDebug\30012014\sql7.tmp) execution exception: LENGTH не является известным имя встроенной функции
Windows error =183 (B7h). Cannot create a file when that file already exists.
-------------------------------------
30.01 16:20:40
5250:Cube Куб по истории Oracle (10929) SQL View error: LENGTH не является известным имя встроенной функции
EOleException:LENGTH не является известным имя встроенной функции
-------------------------------------
30.01 16:20:40
5265:Cube Расход блюд по классификациям (10939) SQL View error: Wrong SQL Script (LoadSQLQuery)
-------------------------------------
30.01 16:20:40.942
36:*** Server started, base name=C:\UCS\RK7\base\rk7.udb, ref DB version=74170050, cash DB version=74170002 ***
232:Server exception in RPC function RPCREFSETCUSTPROP
ProcessErrorException:UCSERR(7023):Cube 'Куб по операциям' building error: 'Exception std::bad_alloc: bad alloc exception thrown'.
2636
Если обновление не вариант, можно попробовать сделать импорт через файлы.
с обновлением пока беда, заведение большое и работает 24 часа, а многие из станций под DOS, по одной станции накатываю винду, готовлюсь к обнове.
в смысле через файлы? как это сделать?
Была такая проблема, когда зависала служба сервера отчетов
в смысле через файлы? как это сделать?
Ну, есть два типа ImportMode - по сети (0) и через файлы (1).
Экспорт/импорт данных о продажах через файл.
В менеджерской: меню Сервиc – Экспорт Данных – Экспорт Данных StoreHouse. Необходимо указать даты экспорта (с, по), тип группировки (если тип группировки не совпадет с типом, указанным в IrkSetup – будет ошибка), каталог для сохранения файлов.
В файле rk7tosh4.ini необходимо указать режим импорта (из файлов) и каталог, либо ветвь реестра, откуда следует взять путь к файлам для импорта.
не выгружается из кипера данные2639
За любой день или за проблемный?
Только за проблемный, что при выгрузки со сторхауса, что из кипера файлами - не импортируется только один конкретный день. Что то в этом дне не так, битый он какой то что ли, хотя тот же расход блюд в р-кипере я открываю за этот день.
Можно попробовать смену перезалить.
Я бы для начала попробовал бы в новую SQL базу залить, все-таки.
Можно еще UCS отправить дневную базу, чтобы проверили на наличие ошибок
Можно попробовать смену перезалить.
Я бы для начала попробовал бы в новую SQL базу залить, все-таки.
4 января я chek.udb сделал новый и с архива данные все перезаливал, не открывались отчеты.
Перед новым годом были траблы с базой, в одной из тем я отписывался "неизвестные устройства", так вот, в папке C:\UCS\RK7\base\workmods есть файл DEBUG.udb 291кб за 31.12.
В течении дня данные где хранятся, в каком файле?
Та же ошибка, импортировал месяц, на одной дате затыкается.
Перезапустил импорт, начал с ошибочной даты - тот же результат.
Перезапустил ещё раз, все импортировалось.....
Я бы для начала версию shtr.dll проверил.
Я бы для начала версию shtr.dll проверил.
Если с 3-го раза импортировалось, думаю что версия dll тут не при чём.
Добры вечер! Так же столкнулся с данной проблемой. Нашлось ли решение?
Добры вечер! Так же столкнулся с данной проблемой. Нашлось ли решение?
Вообщем причиной всему была смена имени компьютера. Решил вопрос переустановкой SH и перезаливкой базы из архива.
Raziel38
22.05.2020, 10:22
здравствуйте. столкнулся с такой же ошибкой на двух точках.
версия кипера 7.6.2.114.
версия сх - 4.107 (вроде)
обе эти точки новые. при этом сх уже выгружает данные из другой точки с той же версии кипера. причины удалений аналогичные, что на рабочем кипере, что на новых. в отчётах по удалениям ничего нет.
уже пробовал подкидывать разные shtr.dll с других рабочих точек. результата нет.
Проблема скорее всего в SQL базах новых точек
Попробуйте сделать принудительную выгрузку словарей в SQL (в кипере)
Базы на новых точках делались с 0 или копированием со старой?
Raziel38
25.05.2020, 06:45
то есть экспорт сделать?
да, базы с нуля.
тут ещё забыл добавить, что словари выгружаются без проблем. как только доходит до расхода, то сначала долго висит, а потом выдаёт ошибку. а если выгружать за тот день, в котором смены вообще нету, то также долго висит, а потом всё таки выдаёт, что новых данных нет.
то есть экспорт сделать?
Да
Причем попробовать разные варианты (сделав бекап предварительно)
И только словари и структуру
Powered by vBulletin® Version 4.2.6 LTS Copyright © 2025 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot