PDA

Просмотр полной версии : Не выполняется 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
В чем может быть причина?

johny22
06.09.2013, 09:54
а 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.

Я попробовал подсунуть данные по выручке с другого модуля, просто проверить прогрузит ли их, их грузить нормально. Может быть и с базой беда, что она в итоге не дает формировать нормально файлы, вот и хочу узнатьв какую сторону капать.

johny22
06.09.2013, 10:16
А псоле REIND32.EXE, аппенд ту же ошибку выдает ? а папка RK6\DB большая ? Винт на бэды проверял ?

kwazimodo
06.09.2013, 10:22
да, такую же ошибку. Папка небольшая без bak-ов 40 мb всего ошибке на винте исключены, я базу на другой компьютер перенес, без проблем дал скопировать, и на нем сейчас с базой експерементирую

johny22
06.09.2013, 10:31
А че там дата 25.07.13 ? старое пытаешься подгрузить ?

kwazimodo
06.09.2013, 10:32
просто до меня дошел этот объект, а беда у них эта начала творится еще с середины июня месяца, и любой день с этого времени такую ошибку выдает

sibgaba
06.09.2013, 10:58
TaxRate, TaxRateR
Тут я вно левые значения стоят. Поставьте ручками везде 0 и попробуйте закрыть.

Еще можете положить сюда архив за определенный день и указать версии кипера (касса/манагер) - посмотрим чего там...

kwazimodo
06.09.2013, 11:27
2362

открыл check.db через dbedit, там эти поля TaxRate, TaxRateR пустые
2361
Редактор ресторана 6.81а
версию на клиенте пока сказать не могу, объект удаленный, и они там еще не проснулись пока, как включат кассу скажу. Нашел только пока у них файлы от сервера 6.77g
файлы по выручке в архиве

sibgaba
06.09.2013, 12:00
Да у вас там совсем бяда...
Кто то накосячил, или специально подложил свинью...

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

johny22
06.09.2013, 12:18
а может диверсия... удаления там туда сюда )

kwazimodo
06.09.2013, 12:21
это наврят ли :), я им долго объяснял где фискальник то, а тут чтобы они с клавиатурой к станции подлезть да еще и там чтобы что то сделать

ну сейчас заставлю в дни с выручками пустые rchek добавлять, посмотрим их способности.
Спасибо еще раз всем, что так оперативно решили проблему.

johny22
06.09.2013, 12:23
это наврят ли :), я им долго объяснял где фискальник то, а тут чтобы они с клавиатурой к станции подлезть да еще и там чтобы что то сделать
дк на менеджерском компе может мутили дбшки меняли ) Ну хорошо что все кончилось)

а Database Tour часто хрень показывает почемуто

sibgaba
06.09.2013, 12:23
На сервер rchek не достаточно подкинуть нормальный?? или вдруг еще что то то чтобы вся база обновилась на кипере?

Лучше всю базу чистую подложить (для собственного спокойствия)


а может диверсия... удаления там туда сюда )

И это тоже не лишено смысла!
Могут действительно химичить с удалениями...
На эту же мысль наталкивает пустой opert.db
Точно не уверен, но кажется что в 77-ой версии он уже должен заполняться, а он пустой...

В общем, если это для вас важно, то надо крепко задуматься...

johny22
06.09.2013, 12:26
И это тоже не лишено смысла!
Могут действительно химичить с удалениями...
На эту же мысль наталкивает пустой opert.db
Точно не уверен, но кажется что в 77-ой версии он уже должен заполняться, а он пустой...

В общем, если это для вас важно, то надо крепко задуматься...
Можно управленцам сказать свои предположения и провести аудит, и если чтото есть запросить денег )

kwazimodo
06.09.2013, 12:30
Могут действительно химичить с удалениями...
На эту же мысль наталкивает пустой opert.db

нет, это нормально, там столы закрываются сразу, это боулинг, они в принципе руками там ничего не набивают, данные по чекам (столам), автоматом идут с боулинговской программы Vector, а они в кипере уже просто отбивают готовый с суммами чек. И в этом плане всегда их можно проверить отчетами с Vectora. чего и не хватало, теперь с двух программ будут снимать отчеты и смотреть разницу, если таковая будет появляться и там уж пусть думают, кто что мутить. Мое дело маленькое, чтобы работало и то то как надо.