Пустой справочник Страны - Каминсофт

Пустой справочник Страны

27 апр 2016 17:40 #1
от Ирина
Добрый день!

У клиента в результате каких-то действий (каких-неизвестно!!!!) оказался пустым справочник Страны.
В результате чего в справочники Сотрудники видим сообщение: "На закладке "Адрес" должен быть заполнен адрес проживания в РФ!".
Загрузка адресного классификатора на ситуацию не повлияла.
Тестирование и исправление выдало кучу сообщений

при старте выдаются сообщения



и в справочнике Страны оказалось 2 страны: СФ-1 и СФ-2 , которые как Россия программой не воспринимаются.
При снятии константы Запретить редактировать классификаторы,-РОССИЯ 643 ввести позволяет, но при выборе пропадает город, улица, дом-и никак потом за выбираются.
При использовании универсальной обработки TRANREF.ERT выгрузили справочник из здоровой базы Камин в эту.Теперь справочник не пуст, но при выборе РОССИЯ 643 имеем ту же ситуацию, что и при ручном введении данных в справочник:пропадает вся часть адреса и не выбирается.
Копия есть, но она уже с таким же дефектом:пуст справочник Страны.
Исправная копия от прошлого года.
Что делать?

Тема закрыта.

27 апр 2016 17:59 #2
от Андрей Ланьшин

Добрый день!

У клиента в результате каких-то действий (каких-неизвестно!!!!) оказался пустым справочник Страны.
В результате чего в справочники Сотрудники видим сообщение: "На закладке "Адрес" должен быть заполнен адрес проживания в РФ!".
Загрузка адресного классификатора на ситуацию не повлияла.
Тестирование и исправление выдало кучу сообщений и в справочнике Страны оказалось 2 страны: СФ-1 и СФ-2 , которые как Россия программой не воспринимаются.
При снятии константы Запретить редактировать классификаторы,-РОССИЯ 643 ввести позволяет, но при выборе пропадает город, улица, дом-и никак потом за выбираются.
При использовании универсальной обработки TRANREF.ERT выгрузили справочник из здоровой базы Камин в эту.Теперь справочник не пуст, но при выборе РОССИЯ 643 имеем ту же ситуацию, что и при ручном введении данных в справочник:пропадает вся часть адреса и не выбирается.
Копия есть, но она уже с таким же дефектом:пуст справочник Страны.
Исправная копия от прошлого года.
Что делать?

Вложение не найдено


С 7-кой давно не работал, но в качестве идеи: если есть старая архивная копия, где справочник стран ещё цел, то можно попытаться подменить файл dbf и cdx, которые хранят данные по странам.
Другой способ: вручную откорректировать данные dbf-редактором файл dbf, хранящим информацию по странам и отредактировать запись с Россия.
3-ий способ - сделать обработку по программной замене ссылок (может такая уже есть на просторах интернета)

ПС: все эксперименты проводить на КОПИИ

Ланьшин Андрей, фирма КАМИН
Правильно заданный вопрос содержит половину ответа!
Тема закрыта.
Спасибо сказали: Ирина
27 апр 2016 18:10 #3
от Ирина
Если бы кто-то подсказал, в каком dbf хранится справочник Страны...
Можно же взять его из здоровой базы того же релиза 087.
Да, разумеется, на копии.
Судя по сообщениям тестирования логической целостности, там еще другие справочники повреждены.
Наскидку-должности были, но они их руками за день поправили.
Тема закрыта.

27 апр 2016 18:13 #4
от Николай Малышевский

У клиента в результате каких-то действий (каких-неизвестно!!!!) оказался пустым справочник Страны.

Судя по скриншоту -- банальный сбой базы. ТиИ базу "подлечило", но пострадали адресные классификаторы.

Проще всего -- загрузите их заново (из КЛАДРа -- он лежит на сайте ГНИВЦ , а также на сайте ФИАС ).

Только сначала потренируйтесь на копии, конечно.

UPD: Всё не так.
Конечно же, справочник Страны не является частью КЛАДР.

Но, с другой стороны, он и используется-то только в двух местах: в справочнике Сотрудники и в параметрах организации. Так что лечиться должен легко и без последствий.
Тема закрыта.
Спасибо сказали: Ирина
27 апр 2016 18:18 #5
от Николай Малышевский

Если бы кто-то подсказал, в каком dbf хранится справочник Страны...

Это легко узнать -- смотрите словарь данных, это файл 1Cv7.dd. Скорее всего, это SC51.DBF и SC51.CDX (в типовой поставке именно так; при многочисленных сравнениях/объединениях добавленные файлы могут получать другое имя).

Судя по сообщениям тестирования логической целостности там еще другие справочники повреждены.

База большая? Сколько суммарный размер всех DBF?
Тема закрыта.
Спасибо сказали: Андрей Ланьшин, Ирина
27 апр 2016 18:25 #6
от Ирина
Загрузка адресного классификатора на ситуацию не повлияла.-это я с самого начала писала.
Копирования файлов sc51.dbf sc51.cdx проблему решала, ура.
Проблему со странами.
Будем смотреть другие справочники из списка тестирования.

113 427 841 байт в 127 файлах .dbf
За 1Cv7.dd спасибо!

Да, и при входе остаются 2 сообщения про Ручные операции и Нормальная работа базы может быть нарушена.
Тема закрыта.

27 апр 2016 19:53 #7
от Николай Малышевский
База ваша довольно компактная.
Если до конца месяца (до 1 мая) проблемы с базой не решатся -- выложите базу куда-нибудь в облако, посмотрю/полечу.
Тема закрыта.
Спасибо сказали: Ирина
28 апр 2016 09:48 #8
от Ирина
Если я правильно поняла,тестирование и исправление базы делать (пока?)нельзя
Потому что кроме справочника Страны в справочниках
Табели
Валюты
Прочие доходы
Графики работы
Выплаты
создаются новые элементы.
Нашла в файле 1Cv7.dd файлы .dbf . Буду заменять...подумать нужно, на что.
Не думаю, чтобы с 85 релиза (когда все работало) эти справочники сильно различались от 87.
Значит, брать из копии 85 релиза.
Тема закрыта.

28 апр 2016 11:30 #9
от Ирина
Ну, вроде вышло. Спасибо за помощь!

Теперь о возможных причинах.
Диск сыпется? (разбираясь в копиях, заметила, что Валюты не было уже в февральской копии).
О падениях напряжения и некорректных выключениях не сообщается.

И профилактика.
-Делать копии почаще, и желательно на других носителях?
-Перенести базу на другой комп?
-Перейти на конфигурацию 3.5 или 5.5+облачный архив?
Тема закрыта.

28 апр 2016 11:59 #10
от Андрей Ланьшин

-Делать копии почаще, и желательно на других носителях?

Однозначно да!
Но таким образом, чтобы они не были доступны шифровальщикам (в последнее время это очень актуально).

-Перенести базу на другой комп?

Это может подтвердить предположение о проблемах с железом. Но в любом случае архивацию надо делать

-Перейти на конфигурацию 3.5 или 5.5+облачный архив?

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

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

Ланьшин Андрей, фирма КАМИН
Правильно заданный вопрос содержит половину ответа!
Тема закрыта.
Спасибо сказали: Николай Малышевский
28 апр 2016 16:36 #11
от Николай Малышевский

Нашла в файле 1Cv7.dd файлы .dbf . Буду заменять...подумать нужно, на что.
Не думаю, чтобы с 85 релиза (когда все работало) эти справочники сильно различались от 87.

Мне кажется, Вы не совсем правильно понимаете устройство программы.
В файлах DBF (таблицах БД) хранится разнообразная информация -- собственно, всё то, что внесено в программу (и, кстати, доступно / видимо из режима "Предприятие" без всякого прямого обращения к DBF-файлам).
Для полноты счастья хочу ещё напомнить, что справочник (и, тем более, документ) нередко "не помещается" в одной таблице полностью; если, например, в справочнике есть периодические реквизиты (например, должность сотрудника) или длинные строки -- они хранятся в отдельных таблицах.

Изменения в этих файлах происходят по двум причинам:
1. Вносятся изменения в данные (изменяются справочники, загружаются классификаторы, создаются/проводятся документы, удаляются объекты и т.п.)
2. Вносятся изменения в конфигурацию (причём достаточно серьёзные изменения: приводящие к изменению структуры таблиц БД; иначе говоря, реструктуризации).

Так вот, копировать "напрямую" файлы из одной БД в другую более-менее безопасно только в случае, когда не было ни изменений в данных, ни реструктуризации. В противном случае можно запросто получить "неконсистентную базу" -- когда информация в одной таблице не соответствует информации в другой таблице, третьей таблице, четвёртой... Получаются "битые ссылки", "кривые ссылки", "едут" итоги :woohoo: :evil: :sick:

Именно поэтому "низкоуровневое" вмешательство в БД если и допустимо -- то только в крайних случаях. И, самое главное, после этого настоятельно рекомендуется "полечить" базу (выполнить "Тестирование и исправление..." с последующим восстановлением / преобразованием / удалением объектов-"сирот"). Такую работу лучше поручать опытному специалисту (или делать её по его советам и под его наблюдением).
Тема закрыта.
Спасибо сказали: Андрей Ланьшин, Ирина
29 апр 2016 10:02 #12
от Ирина
Спасибо, осознаю серьезность задачи и недопустимость простой механической бездумной замены.
Но.
Мой случай, как думается, все-таки не такой уж и запущенный.
Справочник Страны уж однозначно не менялся с начала моих обозримых воспоминаний.
Как и справочник Валюты.
Прочие доходы.
Выплаты.
Перед заменой я их посмотрела программкой dbfview на предмет идентичности структуры.
Тестирование и исправление сделать после всего этого действительно нужно, спасибо.
Тема закрыта.

Модераторы: ShundrinНаталья Иванова ГК КАМИНRomen

Продолжая использовать наш сайт, вы даете согласие на обработку файлов cookie и пользовательских данных в целях функционирования сайта, проведения ретаргетинга и статистических исследований, обзоров. Если вы не хотите, чтобы ваши данные обрабатывались, покиньте сайт.

Принять