Ситуация такая. В периферийной базе что-то случилось, они сбросили нам свой автообмен, мы его загрузили и получили вместо части артикулов ФС, Р.ФС и тому подобное. У части артикулов пропала базовая единица, штрихкод, некоторые вылезли из своих групп в корень. Пропали несколько контрагентов. Короче я так понимаю у них потерлась часть базы, они сделали восстановление и результат каким-то макаром перезаписал нашу базу. Бекапы я давно не делал. У меня есть актуальные периферийные базы со всей номенклатурой. Как бы мне из них изъять всю номенклатуру со свойствами и перезаписать этими данными соответствующие ячейки в основной базе?

тупо записать в приемник, и оно само уйдет в центр

1. не отправлять обмены в целые базы.
2. перезаписать в "нормальной" периферии все "правильные" элементы "битых" справочиков, вклчая подчиненные.
3. принять обмен от нее в центре.
4. в зависимости от правилд миграции - либо перезаписать полученные нормальные значенрия в центре (если правило "все ИБ", то само уцйдет, без перезаписи)
5. сделать обмен с уродами.
6. набить им морду.

(2) Начать с последнего пункта.

>> Бекапы я давно не делал
Продолжать не делать бекапы

(0) >> Бекапы я давно не делал
Ну ты сам виноват. Так и продолжай.
По фото нелечится. На слух вроде как достаточно выгрузить в обмен битые данные из целой базы. Но это только на слух. Что там у тебя конкретно - можно сказать только увидев и пощупав.

Спасибо откликнувшимся. Знаю что виноват. Начальство пообещало мучительную смерть в случае если не смогу восстановить.

1. Как выгрузить в обмен все битые данные из целой периферийной базы?
2. Как перезаписать в "нормальной" периферии все "правильные" элементы "битых" справочиков, вклчая подчиненные?

Сразу оговорюсь, я первым делом сделал автообм4н со стороны нормальной периферии, но файл обмена был подозрительно мал, я так понимаю что он отдает только изменения, разумеется он не сработал. Я правильно понимаю что если не вносить в карточку товара изменений, но все же закрыть ее с сохранением, она войдет в файл обмена? Если я прав, то поделитесь пожалуйста обработкой что бы ручками 3000 карточек не лопатить. Если не прав прошу наставить на путь истинный.

(0) ФС появились в результате тестирования и исправления. они сами чинили базу, не ставя в известность, а потом отправили файл обмена?
(6) если нет копии, то автоматически ничего уже не сделать (кроме как открывать документы, которые были уже распечатаны, чтобы понять, что есть каждая из ФС, сравнивая каждую строку документа с распечатанным)

(6) правильно, чтобы элемент справочника/документ отправился в периферийную базу, его достаточно записать
код примерно такой
Спр=СоздатьОбъект("Справочник.Контрагенты");
СЗ=СоздатьОбъект("СписокЗначений");
Спр.ВыбратьЭлементы();
пока Спр.ПолучитьЭлемент()=1 цикл
СЗ.ДобавитьЗначение(Спр.ТекущийЭлемент());
конеццикла;
для i=1 по СЗ.РазмерСписка() цикл
Спр=СоздатьОбъект("Справочник");
Спр.НайтиЭлемент(СЗ.ПолучитьЗначение(i));
Спр.Записать();
конеццикла

(6) Если непонятно в (2) - "позовите программиста"©.

Понимание как пользоваться этим кодом имеется только на 30%.

(10) есть переферийки где все данные есть и целые ?

надо найти все ФС-элементы. если их немного, то поправить руками в периферийке, пометив их, и все уйдет в центр, но не факт, что ситуация не повторится. если их достаточно много, то в центральную базу перенести по ОЛЕ данные из живой. потом сделать заново периферийки. я бы так сделал.

(12) периферийная база получится пустая, если у документов признак миграции "Место создания и центр". Учитывая квалификацию автора, он не сможет перенести в нее нужные документы

Периферийки с целыми данными есть. Я уже развернул одну целую и актуальную на своей машине. Осталось понять что с ней делать.

ФС элементов много. Руками очень не хочется. Что такое ОЛЕ?

(14) у тебя центральная база с этой переферийкой полностью обменивается всеми данными , если да , то из этой переферийки можно сделать центр , нарезать из нее переферийки и забыть все как страшный сон

(14) Что такое ОЛЕ?
Это спец.средство переноса данных в БД, созданных другими программами компьютера: из другой БД, из файлов dbf, Excel, Word.
за подробностями - в Описание внутреннего языка 1С.7.7, Глава 40

ChMikle, нет они обмениваются не всеми документам. Периферия получает только поступления товара. Остатки у них не по всем складам. Справочник цены у них урезанный.

aka AMIGO, спасибо посмотрю мануал, вдруг осилю.

(15) для него это сложнее,чем перезаписать покалеченнные справочники.
(16)оле - это не "средство переноса", а всего лишь способ доступа.

(17) вариант один переписывать элементы из нормальной базы

Переписывать в смысле перезаписывать в нормальной и делать автообмен?

Перезаписал, обменялся, но толку нет. Может где-то есть настройка приоритетности баз?

(21) не верю.
смотри логи - точно те данные что надо ушли и были приняты из ПБ в ЦБ?

(22) + логи = журнал регистрации

(0) Бекапы я давно не делал.  и уже не девственник, а простите дырявый

(0)Два дня на изучение системы конвертации данных идет на любом итсе как халявная разработка


потом две минуты на создание обработки по выгрузки загрузке справочника

подсказочка синхронизацию настраивай по коду и только

ну и берешь любую переферийку или архивчик где справочник нормальный минуты две на выгрузку минут пять на загрзку в центральную базу

после этого выгрузка автообмена на все переферийные базы

до этого в централку ни чего не грузить

после того как все переферийки схавают автообмен от централки ждешь выгрузку из всех перефериеек

интересно кто пустил (0) не имеющего навыков работы с OLE к рабочей базе

(25) все делается за 15 минут без всяких конвертаций.

(27) с оле конечно быстрее, но оле иногда глючит а если чел в нем не бум бум ужас ужаса будет ужаснее

А так можно универсальной обработкой справочников выгрузить и загрузить.

Можно если база на SQL и средствами скуля просто таблицу перезаписать

Центральная скуль, периферия dbf.
Универсальная обработка - это которая на диске лежит? Найти бы еще этот диск...

(29) Угу

Сделай бекап, потом делай что советуют

У нас блин вместо диска дискеты. А привода нет. Мб кто-нить может выложить эту обработку?

(28) ОЛЕ нафиг не нужно. все делается совершенно штатно, перезаписывается обработакми по пять строк, а отправляется штатным обменом.
а средствами сиквела - ну, можно. Например, http://infostart.ru/public/14923/

(32) Я пока не могу, мне некода
     нужно идти пиво пить

А что насчет TRANREF.ert?
Она по идее выгружает справочники в файл, а так же и загружает, заменяя дубли.
Проблема в том, что у меня она выдает ошибку

Справочник 'Банки (классификатор БИК)': загружено 483 элементов
Код не уникальный! элемент Р/С не загружен
ЗафиксироватьТранзакцию();
{X:\GLASSAR\EXTFORMS\TRANREF.ERT(866)}: ошибка при выполнении процедуры ЗафиксироватьТранзакцию

В чем может быть проблема?

Еще предлагается обработка COPIR_SP.ERT, но ее я пока не пробовал.

(35) ты главное, побольше всякого мусора запущай в УРИБ-бе..
А то базу потом слишком просто восстанавливать, мало денех плотють.

(35) проблема не то, чтобы "может быть", а совершенно точно есть - в ДНК.
уберите руки от базы и позовите программиста.

Ни фига себе!
А автора кто-нибудь отогнал от БД?

(38) там уже медицина бессильна...

А в чем проблема? В код я не лезу, конфу не меняю. Бекап сделал. Импортирую справочник штатной обработкой из одной базы в другую. Для этого нужен диплом программиста? Программист будет только в конце недели, почему бы не попытаться решить проблему своими силами?
Короче, просто вкратце разъясните почему не фиксируется транзакция? Я правильно понимаю что именно в этом причина того что она не может перезаписать существующий реквизит? Или наоборот?

(40) Да у тебя походу 1с ка кривая. Срочно звони в службу поддержки 1с. Там есть консультант который разруливает данные проблемы с базами. Его фамилия Нуралиев. Короче спросишь только его. Остальные в этом вопрос лошары. Звони.

(40) Внимательно перечитай (35). Там подробно рассказано, почему транзакция не фиксируется.

(40) Дурилко, нельзя в урибе бездумно пользоваться поделками, типа транреф и им подобные.
Ты сделал первый шаг в пропасть.

Короче, решил пока править руками, т.к. программера пока нет и мб не будет.
Вопрос в чем, перезаписываю контрагента который стал Р.ФС... все присвоил ему, а записываться он не хочет, пишет, что код не уникальный и что хуже, в консоли:

- Ошибка при выполнении процедуры ЗафиксироватьТранзакцию

Это плохо? Или нормально?

На вот, порть на здоровье
(на кошках только тренируйся)

http://infostart.ru/public/102101/

Дошел до самой главной проблемы. ТИИ, которое было сделано на периферийной машине создало несколько реквизитов  в номенклатуре, таких как: ФС-Партии, ФС-Цены, ФС-свойства номенклатуры, ФС-Единицы и тп. Привязяв к ним оторвавшиеся от своих родителей реквизиты подчиненных справочников. А таких оторвавшихся реквизитов под сотню и найти их хозяина теперь не представляется, как мне кажется возможным. Проблема усугубляется тем, что все эти реквизиты имеют историю и удалить их не получится.
Т.е. картина такая, что у части артикулов пропали ссылки на базовую единицу, цену, производителя и все эти ссылки восстановились в одной куче без ссылок на своих родителей.
Как теперь увязать эти концы?

Позвать кого нить из взрослых.

(46) см. (9)
-----
Запустили в космос Белку(Б), Стрелку(С) и Чукчу(Ч).
Центр Управление полетом (ЦУП): Белка!
Б: Гав
ЦУП: нажми на зеленую кнопку
Б: Гав!
(Корабль заработал дюзами и перешел на другую орбиту)
ЦУП: Стрелка!
С: Гав
ЦУП: Нажми на белый рычаг
С: Гав!
(Корабль раскрыл солнечные батареи)
ЦУП: Чукча!
Ч: Гав!
ЦУП: ЧТО ГАВ? ЧТО ГАВ- ТО? Покорми собак! И НИЧЕГО РУКАМИ НЕ ТРОГАЙ!!!!!
©

(0) (46) Операционная система на переферийке? на которой лежит база.
И Операционная система на машине откуда заходили в базу?

(47) Очень смешно. Сколько фирм не обзванивал, все говорят, что в 7ке копаться не хотят.
(49) На периферийке xp sp2, к центральной иб я подключаюсь с xp x64 sp2

(50) Сколько рабочих мест на переферийке?

Когда последний раз менял Метаданные?

(51) Одно. Периферийка работает в dbf режиме, запускается с той же машины, на которой установленна.
Метаданные не помню когда менял. Точно не в обозримом прошлом.

(40) транзакция не фиксируется именно потому что внутри транзакции произошла ошибка.
на 22 ты так и не ответил.

и да, с транрефами и прочим - лучше на живой базе не играйся. разгребать все потом не тебе придется, но это может выйти значительно дороже.

(22) Да, я не заметил вопрос. Где посмотреть логи? Я могу еще раз сделать выгрузку.

(50) ответ вам дали еще в (2) посту.
Судя по "я использую транреф и другие поделки для исправления" , ответ может быть только как (47)

Обещали долгую и мучительную смерть? Ну тогда готовься

(54) ошибка в транзакции потому, что он галку не поставил, которая отвечает за синхронизацию по коду)))

(58) фигня, к концу недели подойдет программист и починит

(57) Я уже не использую никакие поделки. Транреф не заработал.
(59) Галку на синхронизацию по коду я ставил.
(60) Не придет

Короче, ребят давайте по существу. Тут реально нет ничего сложного, что бы кошмарить меня последствиями.
Я уже восстановил все карточки номенклатуры, но проблема именно с базовыми единицами, они у многих позиций оторвались и теперь задавая их снова с тем же штрих-кодом, он пишет, что нарушена уникальность. Руками лопатить это будет гемор конкретный.

Я думаю вернуться к идее перезаписать все на рабочей периферии и скинуть в центр.

Лог периферии после сохранения 2х карточек номенклатуры и выгрузки автообмена:

20131014;12:37:32;Администратор;E;Refs;RefWrite;2;;B/84/(001)25595;"Номенклатура   771083 Набор чашка с блюдцем, лат. цв.эмаль 4,5"" (20102)"
20131014;12:37:54;Администратор;E;Refs;RefWrite;2;;B/84/(001)25595;"Номенклатура   771083 Набор чашка с блюдцем, лат. цв.эмаль 4,5"" (20102)"
20131014;12:37:55;Администратор;E;Refs;RefWrite;2;;B/84/(001)25595;"Номенклатура   771083 Набор чашка с блюдцем, лат. цв.эмаль 4,5"" (20102)"
20131014;12:38:11;Администратор;E;Refs;RefWrite;2;;B/84/(001)25596;"Номенклатура   771084 Набор чашка с блюдцем, лат. чер.эмаль 4,5"" (20103)"
20131014;12:38:19;Администратор;E;Refs;RefWrite;2;;B/75/(001)37910;Единицы измерения номенклатуры
20131014;12:38:31;Администратор;E;Docs;DocNotWrite;3;;O/6294/(001)120093;Поступление ТМЦ (розница) РЦ00000294 22.05.2012 15:27:52
20131014;12:38:32;Администратор;E;Sys;CloseSession;0;;;
20131014;12:38:40;Администратор;C;Sys;OpenSession;0;НОВЫЙ СЕАНС : Компьютер SASHA(m);;
20131014;12:38:49;Администратор;C;Distr;DistDnldBeg;1;Код ИБ: '001', Файл: 'D:\База для восстановления\PC\007_pc.zip';;
20131014;12:38:51;Администратор;C;Distr;DistDnldSuc;1;;;

Лог центральной после загрузки автообмена:

20131014;12:39:57;Администратор;C;Distr;DistUplBeg;1;\\Server\databases\Glassar\PC\007_pc.zip;;
20131014;12:40:05;Администратор;C;Distr;DistUplStatus;1;Загрузка изменений: '007'->'001'. Идентификатор: 007-11058;;
20131014;12:40:05;Администратор;C;Distr;DistUplStatus;3;Подтверждение приема изменений с идентификатором 001-10964;;
20131014;12:40:05;Администратор;C;Distr;DistUplStatus;3;Подтверждение приема изменений с идентификатором 001-10971;;
20131014;12:40:05;Администратор;C;Distr;DistUplStatus;3;Подтверждение приема изменений с идентификатором 001-10978;;
20131014;12:40:05;Администратор;C;Distr;DistUplStatus;3;Подтверждение приема изменений с идентификатором 001-10985;;
20131014;12:40:05;Администратор;C;Distr;DistUplStatus;3;Подтверждение приема изменений с идентификатором 001-11000;;
20131014;12:40:05;Администратор;C;Distr;DistUplStatus;3;Подтверждение приема изменений с идентификатором 001-11007;;
20131014;12:40:05;Администратор;C;Distr;DistUplStatus;3;Подтверждение приема изменений с идентификатором 001-11014;;
20131014;12:40:05;Администратор;C;Distr;DistUplStatus;3;Подтверждение приема изменений с идентификатором 001-11025;;
20131014;12:40:05;Администратор;C;Distr;DistUplStatus;3;Подтверждение приема изменений с идентификатором 001-11032;;
20131014;12:40:05;Администратор;C;Distr;DistUplStatus;3;Подтверждение приема изменений с идентификатором 001-11040;;
20131014;12:40:05;Администратор;C;Distr;DistUplStatus;3;Подтверждение приема изменений с идентификатором 001-11047;;
20131014;12:40:05;Администратор;C;Distr;DistUplStatus;3;Коллизия;B/568/(001)902;Номера ГТД  10216120/080411/0016582
20131014;12:40:05;Администратор;C;Distr;DistUplStatus;2;Изменен;B/204/(001)1325;Договоры взаиморасчетов 00001319 Основной договор
20131014;12:40:05;Администратор;C;Distr;DistUplStatus;3;Коллизия;B/75/(001)37910;Единицы измерения номенклатуры
20131014;12:40:16;Администратор;C;Distr;DistUplStatus;2;Изменен;B/172/76;Контрагенты 00000072 ПБОЮЛ Кузьменко И.В.
20131014;12:40:16;Администратор;C;Distr;DistUplStatus;3;Коллизия;B/172/264;Контрагенты 00000263 ПБОЮЛ
20131014;12:40:16;Администратор;C;Distr;DistUplStatus;2;Новый;B/172/(001)1227;Контрагенты 4 ИП Иванова М. А. (ЦУМ)
20131014;12:40:29;Администратор;C;Distr;DistUplStatus;3;Коллизия;B/84/130;Номенклатура     3957 ВАЛЕНСОЛЬ тарелка плоская 25см (36)
!!!!!!20131014;12:41:12;Администратор;C;Distr;DistUplStatus;3;Коллизия;B/84/(001)25595;Номенклатура   775804 ФС-42
!!!!!!20131014;12:41:12;Администратор;C;Distr;DistUplStatus;3;Коллизия;B/84/(001)25596;Номенклатура   775805 ФС-43
20131014;12:40:29;Администратор;C;Distr;DistUplStatus;2;Изменен;B/84/(001)9776;Номенклатура     7013 КВАДРО ПРОЗРАЧНЫЙ графин 1,7л (6)
20131014;12:41:31;Администратор;C;Distr;DistUplStatus;2;Изменен;B/214/(001)292779;Партии ТМЦ 00000002
20131014;12:41:31;Администратор;C;Distr;DistUplStatus;2;Новый;B/214/(007)336065;Партии ТМЦ 00000034
20131014;12:41:31;Администратор;C;Distr;DistUplStatus;2;Новый;B/214/(007)336066;Партии ТМЦ 00000019
20131014;12:41:31;Администратор;C;Distr;DistUplStatus;3;Коллизия;B/493/(001)1264;"Сторонние юридические лица 00001291 ООО ""ВИТО-1"""
20131014;12:41:32;Администратор;C;Distr;DistUplStatus;2;Изменен;O/3114/(007)134566;Отчет ККМ РЦ00000259 25.09.2013 12:00:13
20131014;12:41:35;Администратор;C;Distr;DistUplSuc;1;;;
20131014;12:42:05;Администратор;E;Sys;OpenSession;0;Компьютер SASHA;;
20131014;12:42:57;Администратор;E;Docs;DocOpen;3;;O/6294/(001)120093;Поступление ТМЦ (розница) РЦ00000294 22.05.2012 15:27:52
20131014;12:44:07;Администратор;E;Docs;DocNotWrite;3;;O/6294/(001)120093;Поступление ТМЦ (розница) РЦ00000294 22.05.2012 15:27:52
20131014;12:44:08;Администратор;E;Sys;CloseSession;0;;;

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

Почитал я что такое коллизии. Печально конечно. Можно с этим что-то сделать? Поменять системную дату и перезаписать все реквизиты всех справочников? Или что-то попроще?

(62) готовь 3 конверта.

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

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

(65) в главную базу иначе никак не загрузится, придется попортить периферийную

если обмен сделать с другой копией, то обмен идти вообще перестанет - будет писать, что изменения уже загружались

(66) А зачем ее портить? Мне же наоборот нужны данные из нее. Если я залью в нее все новые данные, она станет такой же бесполезной как и центральная. Нет? Что мне это даст?

(68) вообще правильный способ только один - выгрузить в файл (*.xml, *.txt) из живой периферийной, и загрузить из файла уже в центральную (где происходит коллизия)

(69) сейчас - спустя _10_!!!! дней ломания базы - выход только один - звать специалиста. Судя по (61) - стоимость работ по восстановлению базы с чисто символической (15 минут работы) возросла раз в 10 минимум (я б считал - в 25)

другой вариант - вручную в рабочей базе перебить с распечатки

мдаа..)) Весь ответ был в (2). И в начале все было совсем просто...
базы dbf?

чтобы избежать "Коллизии" (любимое слово в нашей бухгалтерии)))):

1. для инициализации (перезаписи) объектов в правильной периф попробуй воспользоваться например вот этой поделкой: http://rghost.ru/49364803

галочки расставь - как на картинке! лишнего ничего НЕ СТАВЬ!(ну плюс разве еще какие справочники, которые треба поправить): http://s1.ipicture.ru/uploads/20131014/WXvyDR1G.jpg

2. ПЕРЕД инициализацией (перезаписью) объектов в "правильной" периферийке, УДАЛИ в этой периферийке файлик 1SUPDTS.DBF (и *.CDX)

3. ПЕРЕД загрузкой обмена из "правильной" периферийки в ЦЕНТР, УДАЛИ (положи в сторонку точнее, потом вернешь на место!) в ЦЕНТРЕ файлик 1SUPDTS.DBF (и *.CDX)

вот вкратце всё... успехов.

Пы.Сы. Если номенклатуры скажем всего в пределах 5000-10000 наименований и контриков в пределах 2000-3000 - НЕ парься с выборкой только нужных - инициализируй всех подряд

(72) Спасибо за дельный совет. Сейчас разверну бекапные базы для опытов. По 3му пункту - центральная база sql. Как быть с ней перед загрузкой?

(73) очисти содержимое таблицы.

(72) 1SUPDTS.DBF (и *.CDX) не удаляются во время работы базы. Без них она не запускается. Что делать?

коллизия при загрузке записанной номенклатуры из периферии -> в ЦБ тоже была перезапись, изменения в ЦБ приоритетны.

(76) Спасибо кэп. Мне бы теперь с последствиями разобраться. Как в базе маркируется радактирование? Ему присваивается номер или у реквизита проставляется дата последнего изменения? Можно же как-то обойти эту систему и избежать коллизий?

как раз в том самом апдейтс дбф и хранится история изменений, которая ведется механизмом урбд.

(75)(77) взрослых позови.

пожалуйста. по содержимому полей должно быть понятно назначение.

(78) не ври.

(81) и в мыслях не было. неправ - поправьте.

(82) в апдейтсе ведется регистрация объектов для отправки.
а вресионирование - в самих таблицах (в журнале, или в справочниках)

верно, я очень криво выразился, вижу, извиняюсь.

весело тут, по-ходу у автора волосатая лапа где-то раз все-еще ковыряет базу  :)

(79) По делу можешь что-нибудь сказать? Если нет, то зачем вообще участвовать в обсуждении?

Меня интересует какой механизм проверки более позднего изменения, по дате или у каждого изменения есть свой айди?

(85) У меня помимо этой базы куча другой работы. К тому же никто ничего реально рабочего не посоветовал, так что я все еще ищу вариант как все аккуратно перезалить из одной в другую.

(86) по делу я тебе сказал через 3 (_три_!!!!) минуты после твоего вопроса. 11 дней назад. работы там ровно на 15 минут.
ты начал заниматься керней. осталось только стебаться...

+(88) поправка. работы БЫЛО на 15 минут. сейчас уже гораздо больше.

(88) Ну не сработало это. После того как целая периферия синхронизировалась с центром в центре произошли изменения вызванные обменом с другой периферией и после этого эти "плохие" изменения стали более приоритетными и актуальными чем более поздние изменения в целой периферии. Понимаешь?

(89) там не было главного пункта - "сделать бекапы всего что есть на сей момент"
...ну и того что в п.(48)  :)

(90)дык ты и не делал этого.

Просто сейчас надо либо обойти механизм проверки обновлений, либо залить нужные справочники через xml или txt, но я не знаю перезапишут ли они существующие или будет какая-нибудь блокировки транзакции. Либо лезть по жесткому и удалять поля в скуле, но у меня нет для этого инструментов.
(91) Кстати бекап я сделал сразу после того как выяснилось, что база битая. Проблема в том, что я уже 3 раза пытался развернуть этот бекап - по истечении суток выгрузки он выдает файловую ошибку.

(93) а бекапы небитых перифериек делал?

(94) Делал.

(93)
>>>>либо залить нужные справочники через xml или txt, но я не знаю перезапишут ли они существующие или будет какая-нибудь блокировки транзакции ибо лезть по жесткому и удалять поля в скуле, но у меня нет для этого инструментов.


П....Ц

(96) Что не так?

(90) гонишь. если _целая_ ПБ обменялась с ЦБ - в ЦБ появились _правильные_ данные. вот их и надо было рассылать.
(93) у тебя есть инструменты сделать в сиквеле все, что угодно. они входят в установочный пакет сиквела.

(97) всё не так.
Весь поток сознания в  (93) - это сплошной п...ц

(98) Ну так я обменялся, а данные не обновились и в центральной остались прежними.
(99) Ну конкретно, в чем проблема?

(100) 1.а правильные данные из правильных перифериек - отправлялись?
2. имхо, в ДНК

(99) там нет "потока сознания" :-)

(72) Спасибо большое, все получилось.

(103) Спасибо в стакан не нальешь.
Шутю. Пожалуйста.

(86) "Меня интересует какой механизм проверки более позднего изменения, по дате или у каждого изменения есть свой айди?"

"Механизм" до боли прост: "Кто первый встал - того и тапки" = т.е. те изменения ИЗ периферии, которые РАНЬШЕ других дошли до Центра - останутся в базе, другие изменения тех же объектов - пропадут и оставят после себя запись в логе со словом чудным "Коллизия".
Изменения, сделанные непосредственно в Центре ВСЕГДА важнее по отношению ко всем перифериям

(104) Это я понимаю, но это логика, а механизм, это то как это отражается в бд, т.е. записывается в таблицу 1SUPDTS.
Еще раз спасибо, Евгений.

(105) поле verstamp в таблицах. и поле dwnldid в 1supdts/

(103) посмотрел (72), улыбнуло)

Не, дорогая редакция, я зудею. Человеку в самом начале ветки дали правильный ответ. Итого - уже 107 (мой будет 108-и) пост.

Люди делятся на 2 типа:
1) Те кто пока еще не делают бэкапы
2) И те, кто уже делает бэкапы

(108) так и автор уже все сделал
(109) в данном случае бэкап все равно не пригодился бы