Проблема со справочниками Основных средств

Мало разбираюсь в бухгалтерии но бухгалтеры насели потому, как могу доношу до вас суть проблемы:<br>У нас в бухгалтерии с момента перехода на 1С с 2006 года, бухгалтерами используется отдельная конфигурация Толька для учета Арендованных Основных средств. Используется она крайне редко и с 2006 ее ни разу не обновляли(сечас там 7.70.473 релиз). Последний раз бухгалтер работал с ней в ноябре 2008. вопросов до этого не возникало.<br>А сегодня им понадобилось поработать с этой базой и у них возникла проблема.<br>По их словам в списке Основных средств, в пункте здания у некоторых наименований. Пропала галочка в строке «Начислять амортизацию», а должна стоять. Во вкладке «Бухгалтерский учет» неотражается «Счет отнесения затрат» стоят точки и не проставлена первоначальна стоимость. А по словам бухгалтера в последний раз все значения были в норме.<br>При формировании «Оборотно-сальдовой ведомости» значения колонки «Сальдо на начало периода» (Кредит) по 01 счету «Основные средства» не отражается, оно пустое. Тоже самое и в колонке Дебет «Обороты за период» по 02 счету «Амортизация ОС» не отражается значение.<br><br>Программа не видит справочники или в чем проблема не знаю?<br><br>Тестирование БД в конфигураторе не находит ошибок.<br>

Любопытный случай.<br>На первом месте может находиться вопрос : кто виноват ?<br>Для этой цели надо смотреть по "Монитору пользователей" - кто вносил изменения в базу данных с ноября 2008 года.<br>Необходимо отсортировать данные монитора по справочнику "Основные средства".<br>По крайней мере, можно узнать дату изменения данных.<br>А если пользователи работают под логинами, то и будет известно и под каким логином вносились изменения в справочник.<br>Но сразу возникает вопрос : "а был ли мальчик ?" То есть - было ли раньше все так уж корректно ?<br>На этот счет у бухгалтеров должна быть копия базы по амортизируемому имуществу.<br>Копию надо разворачивать в отдельном каталоге и создавать отдельную информационную базу.<br>И выборочно делать сравнения, чтобы убедиться, что была нужная информация, и ее не стало.<br><br>Хотя если просто существует последняя правильная копия, то ее проще развернуть в отдельном каталоге (создав новую инф.базу) и пусть бухгалтер спокойно с ней работает.<br><br>А параллельно обязательно надо выяснить : кто вносил изменения в реквизиты справочника.<br>Возможен такой вариант, когда в рабочую базы была развернута устаревшая копия инф.базы.<br>И возможен такой вариант, когда кто-то вносил изменения в справочник "Основные средства". В этом случае в справочнике по кнопке F5 просмотреть историю изменения описанных выше реквизитов.

а в каих файлах находятся эти справочники? может подменить эти файлы из старой копии?<br>грешу на порушившиеся справочники(((<br><br>и еще заметил, если открываем общий журнал и види последнюю запись, например "Ввод в эксплуатацию ОС", то открыв эту запись и заново проведя его... в справочнике появляются галочки там где нужно

поднял ранний бекап и вот что пишет при тестировании<br>Таблица- 1SCONST. Длина файла не соотвествует количеству и длине записей<br>Таблица- SC208. Не сходиться количество полей<br>Таблица- DH14087. Не сошлось наименование поля номер 46 - SP48460<br>Таблица- DH11103. Не сходиться количество полей<br>Таблица- DH40569. Не сошлось наименование поля номер 8 - SP48467<br>Таблица- DH13108. Не сходиться количество полей<br>Таблица- DH13136. Не сходиться количество полей<br><br>Как оно вообще работало тогда???<br>и что делать???

В 1С:Предприятии категорически нельзя делать изменения на уровне файлов.<br>Для проведения всех документов "Ввод в эксплуатацию ОС" можно использовать обработку "Обработка документов"<br>Хотя так быть не должно, что галочки из ОС куда-то делись. <br>Лучше восстановить последнюю архивную копию, если она есть.

Ну вот и разгадка : в файле 1SCONST хранятся так называемые "периодические реквизиты".<br>С файлом что-то произошло. И теперь придется перепроводить те документы, которые формируют записи по периодическим реквизитам.<br>И это не гарантия полного восстановления полноценности базы данных.<br>Для гарантии бухгалтерам придется выполнить проверку данных по объектам ОС : счета учета затрат, МОЛ, подразделения.<br>Какой формат у базы данных : SQL или DBF ?<br><br>А по другим таблицам : SC, DH - все еще хуже. Не сходится количество полей - значит некоторые колонки просто утеряны.<br><br>Очень похоже на то, что была некорректно изменена структура данных базы. Возможно кто-то просто заменил файлы 1cv7.md и 1cv7.dd(s).<br>Это как в дизель залить бензин вместо солярки.<br><br>Гарантии восстановления нет. Хотя шансы есть. Вся надежда на более ранние архивы.<br>Может помочь тот, кто умеет читать структуру dbf-файлов и разбирается в содержании dd-файла.

так я и поднял саммый ранний бекап... а он ругается(((<br><br>пошаманил с 1SCONST DBF-редакторе, тепрь на него не ругается<br>также перестал ругаться на Не сошлось наименование поля номер 46 - SP48460 и Не сошлось наименование поля номер 8 - SP48467<br><br>прпобую поправить в DBF-редакторе эти<br>Таблица- DH13108. Не сходиться количество полей<br>Таблица- DH13136. Не сходиться количество полей<br>Таблица- DH11103. Не сходиться количество полей<br>Таблица- SC208. Не сходиться количество полей<br><br>

загрузился в конфигураторе, добавил новую константу сохранил, выгрузил, потом опять загрузил теперь на эти сообщения не ругается<br>Таблица- DH13108. Не сходиться количество полей<br>Таблица- DH13136. Не сходиться количество полей<br>Таблица- DH11103. Не сходиться количество полей<br>Таблица- SC208. Не сходиться количество полей

совсеми шаманствами с выгрузкой и загргузкой)))<br><br>Тестирование проходит без ошибок и появились "галочки" "Начислять Амортизацию", появился реквизит "Наименование организации"))) "Счет отнесения затрат" пока не появился(((

В итоге по словам бухгалтера восстановили состояние по 2009 год.<br><br>