Проблема - в результате некоторых действий удален файл 1sjourn.dbf. Восстановлению не подлежит, пытался. Копий конечно же нет. Поиском находил ссылки на обработку, которая восстанавливает этот файл, но все ссылки не рабочие. Вопрос - если есть у кого-нибудь такая обработка или опыт восстановления 1sjorn поделитесь, пожалуйста. Конфа - переделанная торговля.

Не восстановишь. Как минимум полностью. Номера уйдут в никуда.

(1)Опыт есть. Доставай бумажные копии и вбивай. За столько лет не озаботиться ежедневными архивами - это уму не растяжимо.

Восстановить журнал по шапкам/табличным частям (наверное даже ТиИ восстановит). Даты документов вытащить из движений (по регистрам, где включена быстрая обработка движений). Далее парсить журнал регистрации и доставать номера.
Говорят, еще можно как-то по CDX восстановить...

(3) ТиИ не восстановит. Даты и в DH есть.
(1) Мне хотя бы без номеров. Перенумеровать можно

(4) ну, тогда по******ся можно...
Из DH выдернуть шапки и ссылки, из RA - флаги движений.
Но общие реквизиты с флагом отбора - не восстановить

На копии попробуй (не могу утверждать) ТИИ с восстановлением данных

(6) неа, даже загрузка в SQL не помогла

отчеты что то показывают?

Делаешь просто берешь последнее обновление и снова обновляешь и все ОК

Или из архива последнюю целую копию тоже пойдет

(9) Вы о чем? накатить МДэшник?

Накати

Естественно в копии делать

А что это даст ? переструкторизацию? пересчет итогов? сам файл жорн уже есть , он пустой...

Вот нашел тут
Востановление  1SJOURN.DBF

все оказалось не так и сложно. Для начала надо помолиться чтобы в базе документы вводились на основании друг друга. Потом надо написать алгоритм следующего смысла:
1. начинаем считывать 1SCRDOC.dbf где ты получим ИД дату и время документа
2. считываем dh*.dbf это по сути и есть сами документы
3. Считываем ra*.dbf чтобы узнать какой документ проведен и по каким регистрам есть у него движения.
4. После тго как все считали и совместили, то создаем и заполняем новый 1SJOURN.DBF

Архивацию делал раньше?

вот еще читаем
Книга знаний: Востановление 1SJOURNAL.DBF для ТиС и Бухгалтерии

Есть золотое правило: перед тем как что-то делать в базе - делай архив

(17) Этот код видел, так, наверное, и сделаю.Только 1scrdoc тоже пустой, но это решаемо. Rainbow.dll не могу пока найти, если есть у кого - поделитесь, пожалуйста.

(19) 1C++ тебе нужен. http://www.1cpp.ru/index.php/Main

http://www.1cpp.ru/index.php/File:Icpp-latest.rar#.D0.92.D0.B5.D1.80.D1.81.D0.B8.D1.8F_3.2.4.1

(21) Спасибо

(21) А на Rainbow нет ссылки?

http://www.script-coding.com/Direct_queries.html

(23) Есть но очень древняя

(24) Понятно, спасибо

Есть 1.0.0.5

(5) общие реквизиты с флагом отбора берутся из движения й регистров. Можно определять фирму по префиксами. Номера из последней операции сислога.

(23) радуга не нужна.совсем. юзай 1с++

(27) Общий реквизит Автор
Возьми его из регистра

(29) По ЖР "документ создан", если не было изменений автора или не применен хитрый алгоритм его установки и все документы смоздаются интерактивно.

(29) может и не восстановиться, согласен. А может можно взять из сислога как создателя, (или например, у меня - из записей последовательности смены статусов).  Или из лога изменений. Но скорее всего-если реквизита нет в регистрах, то он несущественен.

>> ...если реквизита нет в регистрах, то он несущественен.
контроль доступа к документу может быть привязан к автору

(31) Ты это номерам входящих скажи, что они несущественны...

(0) А кстати, ТИИ на копии с созданием объектов что даёт?

Блин,  пишу со смартфону, он считает себю слишком грамотным и правит сообщения. Получается прикольно...

(32) может-отдельные идиоты делают именно так. Получается смешно.
(33) номера входящих обычно в шапках документов, что вполне объяснимо(хотя, опять же, отдельные идиоты бьют их в поле "номер" и получают ошибку уникальности. Это, вообще-то, маловероятно событие - но идиоты обычно его ловят.как раз по закону соответствия)

(33) Ничего

Сейчас попытаюсь сделать как в Книга знаний: Востановление 1SJOURNAL.DBF для ТиС и Бухгалтерии только с пустым 1scdoc Расскажу, что получилось.

>> может-отдельные идиоты делают именно так. Получается смешно.
Вы видите в этом что-то плохое?

(36) ЛПП

mehfk, скинь, пожалуйста Rainbow. den158@mail.ru
(39) Не понял...

(38) да. Привязывается надо к роли пользователя. К функционалу

(40) радуга-прародитель 1с++.  Емнип, все методы радуги реализованы  в ++.

(40) По ссылке тебе нужно получить метаданные. Я тебе уже давал ссылку http://www.script-coding.com/Direct_queries.html#12.

http://www.1cpp.ru/docum/icpp/html/ODBC.html#metadatawork

http://files.rsdn.ru/19608/C1InDelphi.zip
Там внутри есть Rainbow

(41) Я вот только что придумал: оператор до конца дня может править свои документы, которые он ввел в текущий день.
(40) Отправил.

(46) "текущий день" для данной  базы  уже не актуален :-) . а за сам принцип - если у оператора функционал - править документы, то он должен править любые... Пока документ не пущен в работу. А это- определяется статусом документа. Т.е. и тут "фамилие" - лишнее.

(47) О-кей, забыли про права. Будем считать KPI по введенным документам и количеству строк в них :)

(0) А где бекап? :)

(48) да, было такое в 2004 :-) . отказались в связи с уменьшением ручного ввода  документов до незначительных количеств.
В данном случае - месяц прожиут без кпэ.