Просмотр полной версии : Не выполняется Append
kwazimodo
06.09.2013, 09:03
Добрый день, не получается выполнить добавление данных в базу кипера. Append выдает ошибку
2358
is not a valid floating point value
PDXRBLD показывает следующее:
Table CHECK.DB - Header inconsistent
Table DCHECK.DB - no errors found
Table DCONTROL.DB - no errors found
Table DEVUSING.DB - no errors found
Table FIN.DB - Header inconsistent
Table OPERT.DB - no errors found
Table PCHECK.DB - no errors found
Table RCHECK.DB - no errors found
Table REORDDET.DB - no errors found
Table REORDERS.DB - no errors found
Table VCHECK.DB - no errors found
Если через PDXRBLD выполняю rebuild corrupted table, то после этого при выполнение append выходит уже ругая ошибка:
2360
открывая файлы через Database Tour смущают поля: TaxRate, TaxRateR, по другим модулям эти поля пустые
2359
В чем может быть причина?
а REIND32.EXE ченить плохое говорит ? Мне почемуто кажется что дело не в файлах пришедших с кассы а в текущей базе кипера на менеджерском компе
kwazimodo
06.09.2013, 10:11
Reind говорит следующее:
BONUS - OK
BTNVIEW - no definition.
BUTTON - no definition.
CARDS - no definition.
CARDSCH - no definition.
CASHES - OK
CASOP - no definition.
CATCONTR - OK
Categ - OK
Categ_ - OK
CHARGES - OK
CHECK - no definition.
CMLINK - OK
COMBOG - OK
COMBOM - OK
COMMON - OK
CONSUM - OK
CredCard - OK
DCHECK - no definition.
DCONTROL - no definition.
DEPARTS - OK
DEVDETAL - OK
DEVICE - OK
DEVPERS - OK
DEVUSING - no definition.
DISHLCD - OK
DISPDET - OK
DISPENS - OK
EODAY - no definition.
FMenu - OK
FModify - OK
HISTIN - OK
HOTKEY - OK
IMAGES - OK
INSTRUCT - OK
Kbdefs - OK
Keygroup - OK
LIMITS - no definition.
List - OK
MENU - OK
Menu_ - OK
MODYFY - OK
Modyfy_ - OK
MONEY - OK
Money_ - OK
NETSINHR - no definition.
OPERT - no definition.
ORDERS - no definition.
PAYCARDS - no definition.
PCHECK - no definition.
PERSKEY - OK
PERSONAL - OK
Persona_ - OK
PLANIMG - OK
PLANLIST - OK
PLANPOS - no definition.
PLANTBL - OK
Printers - OK
RCHECK - no definition.
REASONS - OK
Reasons_ - OK
REORDDET - no definition.
REORDERS - no definition.
Savers - OK
SCALE - OK
SCREEN - no definition.
Selbtn - OK
Selector - OK
SERVICES - OK
STREAMS - OK
SYSTEM - no definition.
TARIF - OK
TAXES - OK
TAXES1 - no definition.
TIMES - OK
UNPACCES - OK
UNPREAS - OK
Unpreas_ - OK
USPLINK - OK
VALUES - no definition.
VCHECK - no definition.
WAITERS - no definition.
ZONE - no definition.
FINISH.
Я попробовал подсунуть данные по выручке с другого модуля, просто проверить прогрузит ли их, их грузить нормально. Может быть и с базой беда, что она в итоге не дает формировать нормально файлы, вот и хочу узнатьв какую сторону капать.
А псоле REIND32.EXE, аппенд ту же ошибку выдает ? а папка RK6\DB большая ? Винт на бэды проверял ?
kwazimodo
06.09.2013, 10:22
да, такую же ошибку. Папка небольшая без bak-ов 40 мb всего ошибке на винте исключены, я базу на другой компьютер перенес, без проблем дал скопировать, и на нем сейчас с базой експерементирую
А че там дата 25.07.13 ? старое пытаешься подгрузить ?
kwazimodo
06.09.2013, 10:32
просто до меня дошел этот объект, а беда у них эта начала творится еще с середины июня месяца, и любой день с этого времени такую ошибку выдает
TaxRate, TaxRateR
Тут я вно левые значения стоят. Поставьте ручками везде 0 и попробуйте закрыть.
Еще можете положить сюда архив за определенный день и указать версии кипера (касса/манагер) - посмотрим чего там...
kwazimodo
06.09.2013, 11:27
2362
открыл check.db через dbedit, там эти поля TaxRate, TaxRateR пустые
2361
Редактор ресторана 6.81а
версию на клиенте пока сказать не могу, объект удаленный, и они там еще не проснулись пока, как включат кассу скажу. Нашел только пока у них файлы от сервера 6.77g
файлы по выручке в архиве
Да у вас там совсем бяда...
Кто то накосячил, или специально подложил свинью...
1. Дело не в check.db
То что в 25/07 у вас были битые заголовки - это может быть. То что TaxRate в одной проге показывает 0 а в другой не 0 (но тоже очень мелкое число) это еще пол беды...
2. Корень зла в файле rcheck.db.
Смотрите свой первый скриншот, там append валится именно на обработке rcheck.
В этом файле хранится инфа по проданным блюдам из каждого чека. Структура этого файла должна быть такой:
[Rcheck.DB]
Field1=Cnum,SmallInt,Required=No,Size=0
Field2=Sifr,SmallInt,Required=No,Size=0
Field3=Qnt,Float,Required=No,Size=0
Field4=Price,Float,Required=No,Size=0
Field5=Comp,String,Required=No,Size=1
Field6=RealPrice,Float,Required=No,Size=0
Field7=QntP,Float,Required=No,Size=0
Field8=QntR,Float,Required=No,Size=0
Field9=TaxRate,Float,Required=No,Size=0
Field10=VatRate,Float,Required=No,Size=0
Field11=VatTaxChar,SmallInt,Required=No,Size=0
Field12=Discont,Float,Required=No,Size=0
А у вас она вот такая:
[RCHECK.DB]
Field1=Sifr,SmallInt,Required=No,Size=0
Field2=Manager,SmallInt,Required=No,Size=0
Field3=Time,String,Required=No,Size=5
Field4=Reason,SmallInt,Required=No,Size=0
Field5=Waiter,SmallInt,Required=No,Size=0
Field6=Table,String,Required=No,Size=4
Field7=Ldata,Date,Required=No,Size=0
Field8=Rdata,Date,Required=No,Size=0
Field9=Cena,Float,Required=No,Size=0
Field10=Kol,Float,Required=No,Size=0
Field11=Unit,String,Required=No,Size=2
Field12=Departm,String,Required=No,Size=2
Field13=Comp,SmallInt,Required=No,Size=0
Просто сравните название и тип полей.
Причем это не проста какая то побитая структура, это один в один файл VCHECK.DB (в нем хранятся удаления).
Т.е. очень похоже на то что в DATABASE сервера взяли и скопировали файл VCHECK под именем RCHECK.
При закрытии дня append пытается вытащить из RCHECK проданные блюда и естественно обламывается.
Первое что нужно делать, это как можно скорее подкинуть на сервер чистую DATABASE. Что бы текущие продажи сохранялись корректно.
Со старыми днями все плохо. Там есть данные только о суммах (check.db) данных о продажах (rcheck.db) там нет потому что кассовый сервер их туда не может записать (странно, почему он при этом не зависал и продолжал работать). Можно подкинуть в папки с итогами чистый rcheck из дистрибутива и попробовать закрыть. Если проканает, то в отчетах будут строиться отчеты по выручке, но отчеты по расходу будут пустые. Соответственно в склад перекачивать нечего и списание реализации там сделать не получится.
kwazimodo
06.09.2013, 12:15
и на самом деле, что не глянул на чем валится загрузка данных, второпях видимо, спасибо да пустой рчек подсунул и прогрузилось. Суммы им будет достаточно, выгрузки сторхаус там нет, там у них не общепитовская деятельность. На сервер rchek не достаточно подкинуть нормальный?? или вдруг еще что то то чтобы вся база обновилась на кипере?
день, сбой когда пошел, налаживали диллеры по их словам диллеры UCS
а может диверсия... удаления там туда сюда )
kwazimodo
06.09.2013, 12:21
это наврят ли :), я им долго объяснял где фискальник то, а тут чтобы они с клавиатурой к станции подлезть да еще и там чтобы что то сделать
ну сейчас заставлю в дни с выручками пустые rchek добавлять, посмотрим их способности.
Спасибо еще раз всем, что так оперативно решили проблему.
это наврят ли :), я им долго объяснял где фискальник то, а тут чтобы они с клавиатурой к станции подлезть да еще и там чтобы что то сделать
дк на менеджерском компе может мутили дбшки меняли ) Ну хорошо что все кончилось)
а Database Tour часто хрень показывает почемуто
На сервер rchek не достаточно подкинуть нормальный?? или вдруг еще что то то чтобы вся база обновилась на кипере?
Лучше всю базу чистую подложить (для собственного спокойствия)
а может диверсия... удаления там туда сюда )
И это тоже не лишено смысла!
Могут действительно химичить с удалениями...
На эту же мысль наталкивает пустой opert.db
Точно не уверен, но кажется что в 77-ой версии он уже должен заполняться, а он пустой...
В общем, если это для вас важно, то надо крепко задуматься...
И это тоже не лишено смысла!
Могут действительно химичить с удалениями...
На эту же мысль наталкивает пустой opert.db
Точно не уверен, но кажется что в 77-ой версии он уже должен заполняться, а он пустой...
В общем, если это для вас важно, то надо крепко задуматься...
Можно управленцам сказать свои предположения и провести аудит, и если чтото есть запросить денег )
kwazimodo
06.09.2013, 12:30
Могут действительно химичить с удалениями...
На эту же мысль наталкивает пустой opert.db
нет, это нормально, там столы закрываются сразу, это боулинг, они в принципе руками там ничего не набивают, данные по чекам (столам), автоматом идут с боулинговской программы Vector, а они в кипере уже просто отбивают готовый с суммами чек. И в этом плане всегда их можно проверить отчетами с Vectora. чего и не хватало, теперь с двух программ будут снимать отчеты и смотреть разницу, если таковая будет появляться и там уж пусть думают, кто что мутить. Мое дело маленькое, чтобы работало и то то как надо.
Powered by vBulletin® Version 4.2.6 LTS Copyright © 2025 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot