траблик...
ПБ-точки выгрузили данные в файлы обмена.
в ЦБ эти изменения не были загружены.
Изменен в ЦБ md (добавлен несущественный реквизит в один из вспомогательных справочников).
ВНЕЗАПНО выяснилось, что данные ПБ не были загружены в ЦБ.
Штатная загрузка не сработает, будет ругатьяс что МД изменен.
.
как обойти?

Файлов не помню, но посмотри в updts, что там есть...

И да. От старого клюшечника такой вопрос слышать...

я УРБД на дух не переношу.

если в updts - и вобмены все на точку уходили успешно, только из точек последний обмен не загрузили - updts можно занулить?

(4) Нет. Нельзя. В твоём возрасте и в текущее время новую работу найти будет сложно )))

(5) мне на работу пока пофиг. поэтому эту причину считаем несущественной.
можно занулить?

(6) Если ты ясно понимаешь, к чему это приведёт (потеря изменений к передаче на перефирию) - то знауляй

И да, архивы же ты уже делаешь?

(7) угу, на периферию все изменения ушли успешно.

(8) перед работами, которые могут потенциально убить данные - да.

(9) ну... Тогда помолясь и похмелившись... ))

ну, ща.. бэкапится
.
вот нашел, ща попробую.
.
1. Выгоняем пользователей. Сохраняем бэкап ЦБ. Все делается именно на ЦБ. закрываем Конфигуратор.

2. Берем любой DBFEditor (Эксель не поможет!) и лезем в файл 1SUPDTS.dbf.
Для SQL - SQL Server Management Studio, таблица 1SUPDTS.

3. В таблице/файле находим все строки со следующими значениями полей:
DBSIGN (Код базы УРБД) - Код нашей периферийной базы
OBJID (Идентификатор объекта ИБ) - пусто (0)
Эти строки создаются при сохранении измененной конфигурации. Строки с различными TYPEID указывают на изменение отдельных объектов конфигурации.

4. Аккуратно удаляем все эти строки, сохраняем и закрываем файл(закрываем таблицу). Теперь и ЦБ считает, что конфигурации идентичны.

"OBJID (Идентификатор объекта ИБ) - пусто (0)"

Ключевое слово. Можно было и без 1. )))

Я ж грю - давно шайбу не гонял, не помню подробностей... А вот именно то и нужно было...

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

(13) Успешно!
ну блин я сцуко умный!
даже парочку тривиальных запросов сумел...

(13) не если 77 - шайба, то 8-ка - двое лысых?

Ветку можно закрыть

(17) Силен )

Хмм... А нельзя было на ПБ загрузить изменения и снова сделать выгрузку? Вы же понимаете, что делов то на 10-15 минут, практически - это регламентная операция для пользователя.

(19) точки не работают. а бухии вштырило сегодня все посчитать

(3): чойта???
урбд - самая безглючная, логичная и дуракоустойчивая компонента.
а если научиться ее правильно готовить - то можно под любые обмены затюнить, вплоть до обмена между базами данных с разными конфигурациями.

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

(21) +10500. Всяко лучше чем тот же глючный МОД.

(23) +100500, ;)

(23) (24) Гибрид МОД+УРБД ваще кайф.

(23)(25) Пля!!! Зачем вы напомнили про это древнее зло! Теперь и я вспомнил... Сижу - дрожу.
А УРБД на 7.7 работало отлично. На 8-ке в планы обмена заложены те же самые концепции. Причем на 7.7 место создания было "из коробки", что было очень удобно.

(26) как АКМ , прост в эксплуотации, надежен и и недорог !

приход товара - только в ЦБ.
перемещение на фирмы(все=одно юрлицо)-точки-склады - перемещением.
как без извращений на точках - на точках должны быть остатки только по точке?

(28) С кем разговариваем? + похоже перед этим долго думал и выдал только последнюю фразу? :)

(28)Это вы мне ?

всем людям доброй воли!

извращения в вашем понимание что ?

например, создание на точке перемещений-пустышек, которые будут служить контейнерами чтобы перемещение ходило только на "свои" точки...

(33) Как раз это и есть извращение. Спокойно можно сделать так:
1. вырезАть из обмена документы, не предназначенные для этой точки
2. Передавать в точку движения только этой точки

(34) и как сделать штатно, т.е. без программирования, только настройками это?

+(34) То есть перемещение только приходует на склад-получатель, не снимая со склада-источника, который всегда пустой (т.е. без остатков) (как и все склады, не относящиеся к этой точке)

(35) Ты программист или где? штатно никак

(36) угу
(37) поэтому - извращение.
как программист я могу по всякому извратиться.
как непограммист - УРБД пригодна для очень ограниченного варианта рбд

закрыли тему.
ничего нового никто не скажет.

Есть у меня обработка, которая позволяет выбрать конкретные документы, которые нужно вырезать из файла обмена на ПБ https://ibb.co/4jTmTpk.
Немного допилить, и будет вырезать автоматизированно документы по условиям.

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