Просмотр полной версии : Ошибка Импорта с RK7 в SH4
Добрый день. При импорте с RK7.4.18.19 в SH4.78 через сеть вылезает ошибка.
DLL exception: Table does not exist.2420
File or directory does not exist.
File: C:\\COMMON.DB\
(см. вложение)
rk7tosh4
[REFSERVER7]
;; References/Reports server name
ServerName = RK7SRV
;; Client name - unique client name
ClientName = SH4cli
;; Timeout - 1 hour
NetworkTimeout = 3600000
;RestaurantCode=1
[NETKERN]
PROTOCOLS = tcpsoc.DLL
;NODISCONNECTEVENTS = 1
[TCPSOC]
listen = 0 ;!!!
[TCPDNS]
RK7SRV=192.168.1.45:3639
Где настройка ImportMode?
Скорее всего, shtr.dll неправильный.
Где настройка ImportMode?
Раньше и без этой опции работало. Кстати я тоже пробывал в ini вставлять строку ImportMode=0
Скорее всего, shtr.dll неправильный.
Пробывал с дистрибутива закидывать. Результат нулевой. Может у Вас еcть рабочий shtr.dll?
Раньше и без этой опции работало. Кстати я тоже пробывал в ini вставлять строку ImportMode=0
Лучше ее вставить в явном виде, а не надеяться, что там используется по умолчанию нужный параметр.
Пробывал с дистрибутива закидывать.
С дистрибутива RK7 или SH4?
В любом случае, попытка найти файл от RK6 указывает на то, что shtr.dll от RK6 лежит.
Может у Вас еcть рабочий shtr.dll?
Как обычно - запрос на мыло.
Первый раз такое вижу, предполагаю, что это уже что-то с базой Sh4 не так. База действующая или новая?
База действующая или новая?
Да, действующая.
Проверьте, не закрыт ли период.
Проверьте, не закрыт ли период.
Период открыт. Пробывал под администратором в сторхаусе импортнут, даже попробывал Backup/Restore сделать. Ошибка так же осталась.
Тогда попробуем сначала. С чего вообще импорт перестал работать?
Тогда попробуем сначала. С чего вообще импорт перестал работать?
Не знаю точно после чего, так как бухгалтера не пользовались StoreHouse. Потом все таки решили им пользоваться. Я установил клиент sh4, закинул содержимое папки install\bin\sh4tr (rk7tosh4.dll, shtr.dll, netkern.dll, errors32.dll, thread32.dll, dllman.dll, tcpsoc.dll), указал ip адрес сервера баз в rk7tosh4.ini. Прописал существующий путь “c:\” в 2х полях «Путь» в IRKSetup
База действующая, но SHouse не пользовались? Странно.
С этого клиента нормально входит, дает вручную создать документы расхода?
С этого клиента нормально входит, дает вручную создать документы расхода?
Да, нормально все работает, документы расхода в ручную создаются без проблем. Может dll ки попробывать заменить?
Непонятно, какие dll менять. Я бы начал с обновления SH4. С другой стороны, у Вас и RK7 довольно старый.
Наверное, надо для начала создать новую базу SH4 и посмотреть, как будет с ней работать. Если проблема останется - проблема не в конкретной базе, что уже хоть какая-то информация.
Также, можно попробовать настроить файловый обмен.
rk7tosh4.dll, shtr.dll, netkern.dll, errors32.dll, thread32.dll, dllman.dll, tcpsoc.dll - Про эти dll имел ввиду. На ново созданной базе sh4 теже ошибки вышли при импортировании, думаю проблема не в базе. Касательно обновления sh4 могу своими силами, а вот rk7 никогда не обновлял. Можете мануал выслать и сам дистрибутив обновления?
Могу выслать дистрибутив, обновляется элементарно: просто все накатывается поверх. Надо, все-таки, начать с обновления хауса.
Аналогичная проблема. Как она была решена?
Если Вы про сообщение из первого поста, то заменой shtr.dll такие проблемы решаются.
Лейсан И
04.04.2016, 13:06
Здравствуйте.
Мы выгружаем продажи из RK7 в SH4 при помощи SHCR-7.5.19.9.
Недавно стала появляться ошибка, лог прикрепила.
Подскажите, пожалуйста, что означает эта ошибка, как устранить?
Спасибо.47604761476247634764476547664767476 847694770
Логи скриншотами ttttttt
Если я вам ответ в HEX нарисую - удобно будет?
По сути.
В чем необходимость импорта через DataCollector?
Ошибка, часть которой видно на картинке исправляется сильно по разному. От апгрейда DC до апгрейда Кипера.
Здравствуйте.
Мы выгружаем продажи из RK7 в SH4 при помощи SHCR-7.5.19.9.
Недавно стала появляться ошибка, лог прикрепила.
Подскажите, пожалуйста, что означает эта ошибка, как устранить?
Лейсан, добрый день!
Не обратите внимания на ответ/коммент на ваш вопрос – такой ответ вводит заблуждение.
У вас выгрузчик UCS Data Collector самой последней версии (SHCR-7.5.19.9.) – обновляться некуда.
Релиз вашего RK7 – тоже один из самых последних – 7.5.4.210.1.
Также полностью несостоятельна часть ответа по ненадобности использования UCS Data Collector.
Например, вся наша система RK7 настроена силами компании Карбис – долгих лет им жизни и удачи. Отлично и безупречно настроенная система. Все сделано с хорошими знаниями не только софта UCS, но и ресторанного бизнеса.
Мы почти год используем SHCR – нет никаких нареканий, он гораздо лучше, чем старый выгрузчик, к RK6.
Ответ про HEX (имеется ввиду HEX-редактор) может вызвать лишь улыбку. Зачем HEX? Разве что взломать ключи Guardian Stealth II?
Для ответа на ваш вопрос надо попросту знать RK7 и SH4. Вы обратились к своему дилеру за помощью? Хотя, увы, большинство дилеров недостаточно компетентны…
Судя по реквизитам и автор предыдущего ответа имеет отношение к дилерству UCS, имеет доступ к трекеру – где полно материалов по теме SHCR (дистрибутивы в папке RK7 на FTP).
Что ж, ответили, как могли, сколько знают – как говорят из своей колокольни.
Вашу проблему должен решить ваш дилер. Сам не знает как, требуйте, пусть создаст обращение в UCS – пишет в трекер, получить консультацию специалистов разработчика.
В принципе, я знаю лишь одного специалиста, который действительно понимает и разбирается в SH4 – это Алексей Аркадьев. Если вам повезет, он прокомментирует ваш вопрос.
На мой взгляд, на вашем случае очевидно, что все проблемы кроются в меню RK7, некорректно созданные блюда. Либо надо исправить, либо, что еще лучше, удалить их и создать заново.
Также полностью несостоятельна часть ответа по ненадобности использования UCS Data Collector.
Я спросил "зачем", я не говорило что "не надо".
Судя по реквизитам и автор предыдущего ответа имеет отношение к дилерству UCS, имеет доступ к трекеру – где полно материалов по теме SHCR (дистрибутивы в папке RK7 на FTP).
Что ж, ответили, как могли, сколько знают – как говорят из своей колокольни.
Именно так. И именно поэтому знаю, что причин возникновения этой ошибки (а следовательно и способов ее устранения) чуть больше чем несколько.
Мало того кусок ошибки который видно на скриншоте "Поле-источник данных должно содержать значение для записи потока" дает мильон вариантов. А вот самое "вкусное" скрыто за экраном. А там еще и код блюда может быть (а может и не быть)...
В общем нужно сделать скриншот логов на более широком мониторе :)
Про дилера вы правы на все 100%. И тут на форуме, ни клиенты Алексея, ни мои, помощи не ищут ибо они ее получают совсем по другому.
В принципе, я знаю лишь одного специалиста, который действительно понимает и разбирается в SH4 – это Алексей Аркадьев. Если вам повезет, он прокомментирует ваш вопрос.
Михаил, спасибо, но в данном случае моих знаний не хватает - поэтому, я молчу. С SHCR разбираемся в каждом конкретном случае индивидуально. В данном случае, можно для начала предложить сделать импорт стандартной утилитой импорта и посмотреть на результат. Если и с ней не заработает - можно предположить проблему с SQL, например, не пересчитанные кубы.
И да, нормальный текстовый лог бы не помешал, сарказм про HEX был шпилькой в сторону скриншотов логов.
Михаил, спасибо, но в данном случае моих знаний не хватает - поэтому, я молчу. С SHCR разбираемся в каждом конкретном случае индивидуально. В данном случае, можно для начала предложить сделать импорт стандартной утилитой импорта и посмотреть на результат. Если и с ней не заработает - можно предположить проблему с SQL, например, не пересчитанные кубы.
И да, нормальный текстовый лог бы не помешал, сарказм про HEX был шпилькой в сторону скриншотов логов.
Спасибо за ответ, Алексей Игоревич.
У меня своих проблем, в нашей фирме достаточно. Например, хочусегодня обновится до 7.5.4.215.1 (теперь я часто обновляюсь…).
Полностью разобрался вашими настройками.
Каждый день благодарю вам.
Все очень хорошо сделано.
Это знакомая фирма, довольно крупная сеть, догадаюсь, кто у нихдилер…
Пусть дергают своего дилера, я лишь подсказки даю. Помогудевочке, чтобы она прикрепила лог файл. Также рекомендовал обратиться к вам, вКарбис, найти возможности сотрудничества с вами – разумеется при наличии вашегосогласия. Но, этот вопрос за рамками бухгалтера-калькулятора, которой знаюнеплохо.
Я подсказал, такие стандартные процедуры как пересчет кубов ипр. они уже сделали, не помогает. Посмотрел логи: там конкретные указания напроблемы с конкретными блюдами, не находит родитель (или типа того).
Лейсан И
05.04.2016, 16:02
Михаил, спасибо, но в данном случае моих знаний не хватает - поэтому, я молчу. С SHCR разбираемся в каждом конкретном случае индивидуально. В данном случае, можно для начала предложить сделать импорт стандартной утилитой импорта и посмотреть на результат. Если и с ней не заработает - можно предположить проблему с SQL, например, не пересчитанные кубы.
И да, нормальный текстовый лог бы не помешал, сарказм про HEX был шпилькой в сторону скриншотов логов.
Простите, я не знаю, как прикрепить текстовые файлы в вашем форуме. Если не затруднит, подскажите, буду очень признательна.
А пока делаю еще одну неуклюжую попытку выложить часть лога с ошибками.
01.04.2016 10:57:46.811> [NOTE] Start Application
01.04.2016 10:57:46.834> [NOTE] Application Version 7.5.19.9
01.04.2016 10:57:46.870> [NOTE] Соединение с Базой данных MSSQL server установлено
01.04.2016 10:57:51.938> [NOTE] сервер 127.0.0.1:pTa98
01.04.2016 10:57:51.938> [NOTE] SH4 Database ver:4.99
01.04.2016 10:57:51.938> [NOTE] OLE Server DLL ver:4.39.58.0
01.04.2016 10:57:51.938> [NOTE] max query count :100
01.04.2016 10:58:08.978> [NOTE] ImpRK_Goods Db exception # 650 Неизвестное исключение процедуры сервера 650..
650 - не найдена вершина-родитель
01.04.2016 10:58:08.978> [NOTE] GoodDump: extinf = -2046819608 name = В чайнике code = 5013 parent = -2046820200
01.04.2016 10:58:11.893> [NOTE] ImpRK_Goods Db exception # 650 Неизвестное исключение процедуры сервера 650..
650 - не найдена вершина-родитель
01.04.2016 10:58:11.893> [NOTE] GoodDump: extinf = -2046819664 name = Картофельное пюре Б/Л 130 code = 4700 parent = -2046820209
01.04.2016 10:58:13.520> [NOTE] ImpRK_Goods Db exception # 650 Неизвестное исключение процедуры сервера 650..
650 - не найдена вершина-родитель
01.04.2016 10:58:13.520> [NOTE] GoodDump: extinf = -2046819664 name = Картофельное пюре Б/Л 130 code = 4700 parent = -2046820209
01.04.2016 10:58:15.279> [NOTE] ImpRK_Goods Db exception # 650 Неизвестное исключение процедуры сервера 650..
650 - не найдена вершина-родитель
01.04.2016 10:58:15.279> [NOTE] GoodDump: extinf = -2046819663 name = Рис Б/Л 130 code = 4701 parent = -2046820209
01.04.2016 10:58:16.900> [NOTE] ImpRK_Goods Db exception # 650 Неизвестное исключение процедуры сервера 650..
650 - не найдена вершина-родитель
01.04.2016 10:58:16.900> [NOTE] GoodDump: extinf = -2046819663 name = Рис Б/Л 130 code = 4701 parent = -2046820209
Я бы попробовал сделать выгрузку справочника в SQL повторно.
Файл прикрепить можно через расширенный режим, будет иконка со скрепкой и листом.
Я подсказал, такие стандартные процедуры как пересчет кубов ипр. они уже сделали, не помогает. Посмотрел логи: там конкретные указания напроблемы с конкретными блюдами, не находит родитель (или типа того).
Можно, например, настроить обмен БД через файл и сделать импорт. Можно и нужно сделать импорт не только с помощью ImportRK.exe, а из самого кипера в файл и повторить импорт в склад. Приёмов масса и все полезны. В случае нехватки "родителя" имеет смысл не стандартными средствами действовать а экспортировать продажи в файл напрямую из из редактора RK7. Там есть такая возможность.
И да, бездумно ставить последнюю версию RK7 без острой на то необходимости — моветон, чреватый неприятностями. Что, собсно говоря и наблюдается.
Я бы попробовал сделать выгрузку справочника в SQL повторно.
Файл прикрепить можно через расширенный режим, будет иконка со скрепкой и листом.
Не хватает бранных слов в адрес матери некомпетентного дилера.
Пришлось мне самому помочь Лейсан.
Управляющая раньше работала в нашей фирме, очень попросила…
Причину выявил, позднее отпишусь подробно. Вкратце – дилер пересоздал кассовые сервера и нагородил огород. Ужас!
Также попробовал подсказать способы прикрепления фалов.
Совершенно верно – расширенный режим, скрепка.
Но, похоже установлено ограничение и лог 54 КБ нельзябыло загрузить…
---------- Добавлено в 17:58 ---------- Предыдущее сообщение было размещено в 16:47 ----------
Можно, например, настроить обмен БД через файл и сделать импорт. Можно и нужно сделать импорт не только с помощью ImportRK.exe, а из самого кипера в файл и повторить импорт в склад. Приёмов масса и все полезны. В случае нехватки "родителя" имеет смысл не стандартными средствами действовать а экспортировать продажи в файл напрямую из из редактора RK7. Там есть такая возможность.
И да, бездумно ставить последнюю версию RK7 без острой на то необходимости — моветон, чреватый неприятностями. Что, собсно говоря и наблюдается.
Уффф…
Читать надо повнимательнее.
Вы не в теме.
Создаете излишний белый шум.
Добрый день! Позвали на объект с проблемой того что не все дни выгрузились в SH, из объяснений понял что у них появилась проблема с импортом, позвали "спеца" который грохнул файл чекудб, и еще что то делал, импорт после этого пошел а вот не все дни выгрузились, хотел попробовать перекачать файлы, но в каталоге на кассе в архивах данных за эти дни нет, смены они точно закрывали да и в кассовом севрере это видно.
Проблема с 2, 3 и 5 числом этого месяца
498749884989
1. я так понимаю что 3-ий скриншот это папка Archive
Файлы смен нумеруются в 16ти ричной системе и после 349 будет смена 34A, потом 34B, C, D, E, F
Отсортируйте список не по имени а по дате, возможно смены и найдутся...
2. В папке Backup тоже есть копии смен (непосредственно перед закрытием) можно из них что то достать...
1. я так понимаю что 3-ий скриншот это папка Archive
Файлы смен нумеруются в 16ти ричной системе и после 349 будет смена 34A, потом 34B, C, D, E, F
Отсортируйте список не по имени а по дате, возможно смены и найдутся...
2. В папке Backup тоже есть копии смен (непосредственно перед закрытием) можно из них что то достать...
Благодарю ! Не заметил, что сортировка не по дате была
Powered by vBulletin® Version 4.2.6 LTS Copyright © 2025 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot