И был в резервной копии удаленный документ?
И был в резервной копии удаленный документ?
Да и вообще, надо бы попродробнее, что за документ, когда удален. Может быть, его вручную проще всего восстановить?
"Если не проводилась свертка таблиц базы данных" - ключевое условие <br>У вас в таблицах базы нет записей, меченных на удаление, как будто свертку провели. Вы делали это? (это в конфигураторе при тестировании и исправлении базы данных пункт "Упаковка таблиц информационной базы")
нет. совершенно точно это не делали.
Отчет ККМ за 07.09.08. Забить снова невозможно, так как в этом отчете были продажи за 5,6,7. Мне надо было разнести по дням. Я его удалила. Исходный файл глюкнул. И в кассе не сохранилось - загружается нулевой отчет. Вот такая вот беда.
Это может далатся автоматически?
Какая конфигурация? Самописная? Опять-таки, есть ли этот документ в резервной копии? Надо создать пустую папку, добавить ее к списку баз, открыть в конфигураторе и восстановить базу из резервной копии, чтобы не портить оригинальную (!). А там попробовать перенести, хотя бы обработками Export77.ert и Import77.ert (с диска ИТС). Предварительно, сделав резервную копию оригинальной базы (на всякий случай).
7.7 ред.9.2 и вовсе не переписана. Изменяли только обработку файлов обмена с кассой.
Нет этого документа в резервной копии. Иначе все было б намного проще.
База там - стандартная ТиС 9.2. Получил архив, сделанный правильно (то есть, не через Выгрузить данные, а через Сохранить данные, в общем простая копия dbf-ов в архиве).<br>Задача: вернуть к жизни док №23 ОтчетККМ. В словаре данных узнаем, что имя нужных файлов dh3114 и dt3114. Смотрим через DBFviewer, в этих таблицах записей с пометкой удаления нет вообще. Смотрим в 1sjourn, такая же история. Ни одного записи, помеченной как удаленная. Сам мечу на удаление любой док для теста, все логично, в базе их не видно, а в dbf-ах висят. Но в оригинале все чистенько, как будто проведено схлапывание таблиц