Не выполняется Append

[kwazimodo]

Добрый день, не получается выполнить добавление данных в базу кипера. Append выдает ошибку
Append.JPG
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 выходит уже ругая ошибка:
Append1.JPG

открывая файлы через Database Tour смущают поля: TaxRate, TaxRateR, по другим модулям эти поля пустые
check.JPG
В чем может быть причина?

[johny22]

а REIND32.EXE ченить плохое говорит ? Мне почемуто кажется что дело не в файлах пришедших с кассы а в текущей базе кипера на менеджерском компе

[kwazimodo]

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]

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

[kwazimodo]

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

[johny22]

А че там дата 25.07.13 ? старое пытаешься подгрузить ?

[kwazimodo]

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

[sibgaba]

TaxRate, TaxRateR

Тут я вно левые значения стоят. Поставьте ручками везде 0 и попробуйте закрыть.

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

[kwazimodo]

04-09-13.08.rar

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

[sibgaba]

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

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 из дистрибутива и попробовать закрыть. Если проканает, то в отчетах будут строиться отчеты по выручке, но отчеты по расходу будут пустые. Соответственно в склад перекачивать нечего и списание реализации там сделать не получится.