Дважды закрыли смену - правка отчётов.

[ThiblacK]

Ситуация далеко не нова :)
Почистил eoday.db через dbd32
Поменял дату в system.db через setcodat.exe
Либо просто не закрывать смену.

Вопрос: можно привести в порядок отчёты?
К примеру, чтобы продажи 15 числа отображались по запросу на 15 число а не 16... Два дня отработали с неправильной датой на кассе. Потому как в лучшем случае получается либо две смены одним днём либо день вообще затирается.

Махинации с папками из oldres - удалением/переименованием/выкладыванием с добавлением fin.db в папку rk6/endday ничего не дали.

Наверное в файлах содержится дата и как итог дата берётся не из названия папки а из файлов...

Рассажите, кто что знает, пожалуйста.

[Admin]

просвящать по базе довольно тяжело, да и натворить неумелыми рученками можно больше, чем пользы... В принципе страшного ничего нет, ну слепились 2 дня в один, да и черт с ним... Или нужна красота?

[ThiblacK]

Красота требует жертв. Хотел узнать насколько это сложно. Думаю что лучше не соваться - криминального действительно ничего нет.

просвящать по базе довольно тяжело, да и натворить неумелыми рученками можно больше, чем пользы... В принципе страшного ничего нет, ну слепились 2 дня в один, да и черт с ним... Или нужна красота?

Вопрос: не будет ли косяков если во время открытой смены (с неправильной датой) с совершенными продажами, взять и поменять дату в system.db? Надо ли в таком случае смотреть, затирать eoday.db?

[Admin]

Сложно тому, кто не представляет систему организации резалтса в р-кипере, вся инфа о смене хранится в нескольких базах, базы имеют ссылки друг на друга, особенно если есть какие-либо скидки, бонусы, удаления и прочая красота, чем больше всего подобного, тем сложнее правильно поправить... Варианты исправления всегда есть, и кстати иногда проще не базу ковырять, а забить ее заново :) - забацал нужную дату, и пущай себе вбивают заново по расходу блюд... Сидишь кофеек дуешь часок-другой :)))

еодей.дб тут вообще не причем, это раз.
Если менять в течении дня дату в систем.дб то в принципе ничего не случится, просто олдрез будет один, а в отчетах разнесется по нужным(которые были проставлены в систем.дб во время оформления чека) датам.
Другая смена вообще никакого отношения не имеет к "косякам" с датой, т.к. база при закрытии семны обнуляется.

[VampireKB]

Специально таким случая посвящается...
заходишь по ссылке (http://carbis.ru/forum/showthread.php?p=18286#post18286)
качаешь тот файл(последнюю версию).

А далее всё просто:
1)Из Олдрезов делаешь КОПИЮ файлов к себе на комп
2)с помощью этой программы правишь все места,где дата неверная
(Можно выгрузить в эксель,посмотреть,и на основании этого выполнить третий этап.
и так надо будет проделать с несколькими файлами :) После этого,можешь спокойно стирать "двойной" день из отчетов и (добавив fin.db) в папочку,закрыть день :)

[ThiblacK]

2 VampireKB
В тему программу посоветовал. Как раз надо было коды блюд выдернуть.
Будет необходимость, попробую поправить базы, спасибо.

2 Admin
Как я себе это представляю:
Делаем бекап (каких папок/файлов?)
Стираем продажи нужного дня в базе (Как ?)
Меняем дату в system.db
Меняем настройки на учебный (нефискальный) режим. Prim_pay1=0 или EnableTrainMode=[ON/OFF] Или как сделать чтобы продажи не падали в ФР?
Забиваем реальные продажи этого дня.
Закрываем день.
Готово!?

...проще не базу ковырять, а забить ее заново - забацал нужную дату, и пущай себе вбивают заново по расходу блюд...

[Admin]

Меняем настройки на учебный (нефискальный) режим. Prim_pay1=0 или EnableTrainMode=[ON/OFF] Или как сделать чтобы продажи не падали в ФР?

нет - неправильно - при раскладе с фискальником фукнция эта неработает... Вам необходимо закоментировать строку EKLZPriner=....dll - Только в этом варианте не попадут данные в фп... ито ели это фр с эклз...

[VampireKB]

ThiblacK
Спасиб :)
Правда я думал,ты её день исправишь ;)
Моя прога на 90% сократит время ручной работы при верном фильтре :)

З.Ы. Только не забывай о первом правиле системщиков: бекапы,бекапы,бекапы .... :)