Исправление ошибки в РИБ (некорректные данные в базе)

27.09.12

Интеграция - Перенос данных 1C

Если у вас выгрузились в одну из периферийных баз данные из другой – эта инструкция для вас. :) Пример из реальной практики.

Рассмотрим на примере сети ресторанов, в которой есть центральная («ЦЕНТР») и 2 периферийные базы («БАНКЕТНЫЙ ЗАЛ» и «ОБЩЕСТВЕННАЯ СТОЛОВАЯ»). В базе «ЦЕНТР» хранятся два вида меню «Столовая» и «Банкетное», а также указывается привязка вида меню к конкретной базе.

В базу «БАНКЕТНЫЙ ЗАЛ» попали данные из меню «Столовая», хотя для нее установлено только меню «Банкетное».
 


Предварительно, конечно же, делаем копии баз! :)

А теперь по пунктам:

  1. В базе «ЦЕНТР» помечаются на удаление все элементы и папки меню «Банкетное».
  2. Из базы «ЦЕНТР» производится обмен с базой «БАНКЕТНЫЙ ЗАЛ»
  3. В базе «БАНКЕТНЫЙ ЗАЛ» производится обмен с базой «ЦЕНТР».
  4. После пункта №3 в базе «БАНКЕТНЫЙ ЗАЛ» у нас стали помеченными на удаление элементы, которые действительно должны быть в этой базе. Соответственно, объекты которые не должны быть в базе у нас без пометками удаления, поэтому пишем обработку, которая помечает на удаление эти объекты.
  5. Запускаем обработку в базе «БАНКЕТНЫЙ ЗАЛ», таким образом все объекты у нас с пометкой на удаление. ВНИМАНИЕ! Обмен с базой «ЦЕНТР» на этом этапе не делается.
  6. В базе «ЦЕНТР» снимаем пометку удаления с объектов, которую установили в пункте №1.
  7. Из базы «ЦЕНТР» производится обмен с базой «БАНКЕТНЫЙ ЗАЛ»
  8. В базе «БАНКЕТНЫЙ ЗАЛ» производится обмен с базой «ЦЕНТР».
  9. После пункта №8 в базе «БАНКЕТНЫЙ ЗАЛ» помечены на удаление только не нужные элементы в этой базе. Запускаем стандартную обработку «Удаление помеченных объектов» и с помощью этой обработки удаляем объекты.
  10. Возможно, что после пункта №9, в базе эти объекты не удалятся, т.к. по ним уже были какие-то операции. Здесь уже нужно думать в зависимости от ситуации, если она позволяет, то можно просто оставить эти объекты помеченными на удаление.
  11. Запускаем типовую обработку РегистрацияИзмененийДляОбмена.epf
  12. Выбираем узел обмена «ЦЕНТР»
  13. У нас появится список элементов, которые были изменены базе («БАНКЕТНЫЙ ЗАЛ») и должны быть выгружены в «ЦЕНТР». Нам это не нужно на текущем шаге, поэтому мы нажимаем кнопку «Удалить всю регистрацию», выбираем пункт «Для всех элементов», нажимаем «ОК» и подтверждаем удаление.
  14. После пункта №13 у нас была изменена регистрация наших изменений, поэтому делаем обмен из базы «БАНКЕТНЫЙ ЗАЛ» с базой «ЦЕНТР»
  15. Из базы «ЦЕНТР» производится обмен с базой «БАНКЕТНЫЙ ЗАЛ».

Далее необходимо проверить полученный результат, сделать обмены между базами «ЦЕНТР» и «ОБЩЕСТВЕННАЯ СТОЛОВАЯ» (в этой базе ничего не должно пропасть). Сделать еще несколько обменов между базами «ЦЕНТР» - «БАНКЕТНЫЙ ЗАЛ» и «ЦЕНТР» - «ОБЩЕСТВЕННАЯ СТОЛОВАЯ», убедиться, что все нормально.


P.S. Стоит заметить, что данный способ решения имеет свой минус. В случае, когда в базе «ЦЕНТР» есть помеченные на удаления объекты из меню «Банкетное», то по завершению операции эти объекты останутся без пометки. Поэтому необходимо проконтролировать этот момент. Но в любом случае, это уже не настолько критично по сравнению с “левыми” данными.

См. также

SALE! 10%

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист Платформа 1С v8.3 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Россия Платные (руб)

Правила в универсальном формате обмена для ERP 2.5, КА 2.5, УТ 11.5, БП 3.0, Розница, УНФ, для последних версий конфигураций. Ссылки на другие конфигурации в описании публикации. Правила совместимы со всеми другими версиями конфигураций новыми и старыми, поддерживающими обмен и синхронизацию в формате EnterpriseData. Не требуется синхронного обновления правил после обновления другой конфигурации, участвующей в обмене. Типовой обмен через планы обмена кнопкой Синхронизация вручную или автоматически по расписанию, или вручную обработкой.

27660 руб.

12.06.2017    145712    849    299    

439

SALE! 10%

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист Платформа 1С v8.3 Оперативный учет 1С:Управление торговлей 10 Россия Управленческий учет Платные (руб)

Перенос данных из 1С:Управление торговлей 10.3 в 1С:Управление торговлей 11.5 с помощью правил обмена. Переносятся остатки, документы (обороты за период), справочная информация. Правила проверены на конфигурациях УТ 10.3 (10.3.88.x) и УТ 11.5 (11.5.21.x).

35000 31500 руб.

23.07.2020    56176    257    73    

212

SALE! 10%

Перенос данных 1C Программист Платформа 1С v8.3 1С:Управление производственным предприятием 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Платные (руб)

Перенос документов, начальных остатков и справочной информации из УПП 1.3 в ERP 2 | из УПП 1.3 в УТ 11 | из УПП в КА 2 | Правила конвертации (КД 2) | Более 360 предприятий выполнили переход с использованием этого продукта! | Сэкономьте время - используйте готовое решение для перехода! | Позволяет перенести из УПП 1.3 в ERP / УТ 11 / КА 2 всю возможную информацию | В переносе есть фильтр по организации и множество других опциональных параметров выгрузки | Есть несколько алгоритмов выгрузки остатков на выбор

55778 50200 руб.

04.08.2015    170706    358    282    

391

SALE! 10%

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Программист Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Платные (руб)

Перенос данных из ERP в БП 3 | из КА 2 в БП 3 | из УТ 11 в БП 3 | из ЕРП в БП 3 | Сэкономьте время - используйте готовое решение для перехода! | Перенос разработан в формате КД 2 (правила конвертации данных) | Переносятся все возможные виды документов, начальных остатков и нормативно-справочная информация| Можно опционально выгружать каждую пару "номенклатура+характеристика" как отдельную номенклатуру | Есть выгрузка настроек счетов учета и зарплатных данных из ERP / КА 2 | Можно проверить на вашем сервере перед покупкой

55778 50200 руб.

15.04.2019    74263    199    155    

137

SALE! 10%

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Программист Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x Россия Бухгалтерский учет Управленческий учет Платные (руб)

Перенос данных из ERP в ЗУП 3 | из КА 2 в ЗУП | Готовые правила конвертации данных (КД 2) для переноса остатков, документов с движениями и справочной информации 3 | Есть перенос начальной задолженности по зарплате и начальной штатной расстановки на выбранную дату | Обороты за прошлые годы (данные для расчета среднего) переносятся свернуто в документ "Перенос данных" | Есть фильтр по организациям | Документы за текущий период переносятся сразу с движениями, поэтому не потребуется делать перерасчеты | Перенос можно проверить перед покупкой, обращайтесь!

53111 47800 руб.

03.12.2020    38346    108    70    

102

SALE! 10%

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист Платформа 1С v8.3 1С:Управление производственным предприятием 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Управленческий учет Платные (руб)

Перенос данных из 1С:Управление производственным предприятием 1.3 в 1С:Бухгалтерия предприятия 3.0 с помощью правил обмена. Переносятся остатки, документы (обороты за период), справочная информация. Правила проверены на конфигурациях УПП 1.3 (1.3.244.x) и БП 3.0 (3.0.172.x). Правила подходят для версии ПРОФ и КОРП.

35000 31500 руб.

15.12.2021    26122    186    56    

143

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист Платформа 1С v8.3 Платформа 1C v8.2 1С:Комплексная автоматизация 1.х 1С:Управление торговлей 10 1С:Управление производственным предприятием Россия Платные (руб)

Регулярный обмен, выгрузка, перенос из КА 1.1, УПП 1.3, УТ 10.3 для обмена с любыми конфигурациями, поддерживающими обмен в формате EnterpriseData (КД3) - БП 3.0, ERP, КА 2, УТ 11, Розница 2, УНФ 1.6 и другими. Правила для старых и доработанных конфигураций не требуют синхронного обновления и совместимы с новыми и будущими конфигурациями. Обмен по расписанию, через папку, FTP, почту.

16260 руб.

18.02.2016    189165    616    534    

537

Перенос данных 1C Программист Бухгалтер Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и Управление Персоналом 3.x Россия Бухгалтерский учет НДФЛ ФОМС, ЕФС Платные (руб)

Обработки для быстрого перехода с конфигураций «КАМИН:Расчет заработной платы 3.0», «КАМИН:Зарплата для бизнеса 4.0» и «КАМИН:Зарплата 5.0» на конфигурацию «Зарплата и управление персоналом» версии 3.1.

12000 руб.

25.09.2016    82834    343    254    

293
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. ksnik 602 27.09.12 01:35 Сейчас в теме
Я не понял, для чего нужно выполнять 1 пункт Вашей инструкции. Без него восстановление не работает?
Может быть в качестве защиты от описанных Вами сбоев сгодится метод:
Редактируем таблицу в новой периферийной базе 1SDBSET, удаляем в ней все строчки кроме строчки данной периферийной ПБ и центральной ЦБ базы. В оставшихся двух строчках меняем статусы, в колонке DBSTATUS переназываем, меняем местами значения полей M и P. В таблице _1SDBSET есть поле DBSTATUS, оно может принимать следующие значения: P - Центральная M - Текущая N - Периферийная (непроинициирована) C - Периферийная.
из публикации http://infostart.ru/public/153668/
?
2. Korolev 49 27.09.12 09:26 Сейчас в теме
(1) ksnik, я этот делал для того, чтобы определить какие действительно данные должны быть в периферийной базе.
Представьте, в базе "Банкет" есть 2 элемента - 1 действительно должен быть в базе, другой нет. Оба они не помечены на удаление. Как определить какой элемент должен быть? Я пошел вот таким способом. При пометке на удаление в центральной и после обмена с Банкетом получаю, что в базе Банкета помечены на удаление те элементы, которые действительно должны быть в этой базе.

Благодарю Вас за метод, посмотрю на досуге :)
3. ksnik 602 27.09.12 12:30 Сейчас в теме
(2) а инвертирование пометки на удаление на 4 шаге не поможет?
Я предложил свой метод потому что подумал, что может быть настройка таблиц УРБД может исправить корень проблемы, чтоб данные из одной периферийной базы не могли попасть в другую.
4. ander_ 03.10.12 08:03 Сейчас в теме
(3) ksnik, а разве редактирование таблиц отвечающих за УРБД в 7.7 помогает в 8.х? :)
5. ksnik 602 03.10.12 08:11 Сейчас в теме
(4) ander_, нет, не помогают, это я проглядел.
6. Трактор 1265 11.10.12 16:31 Сейчас в теме
Плюс за понимание схемы движений объектов в распределённой базе. Описана хорошая метода.
7. FractonKireyev 11.10.12 19:39 Сейчас в теме
Хорошая методика. Советую взять на вооружение всем, кто работает с РИБ.
8. klel 11.10.12 20:43 Сейчас в теме
Спасибо за методику =) ++
9. Korolev 49 11.10.12 22:04 Сейчас в теме
Ды не за что :) Хорошо будет, если это Вам поможет. :)
10. artichoke 14.10.12 14:35 Сейчас в теме
"Если у вас выгрузились в одну из периферийных баз данные из другой – эта инструкция для вас"
Цель какая у всего этого действа? Удалить неверно отправленные данные, предотвратить неправильную отправку или будет изложен алгоритм корректного обмена между такими базами - похоже осознать цель предлагается, дочитав статью до конца!? Это такой маркетинговый ход? :)
Оставьте свое сообщение