интересует структура 1Cv77Chs.dat

в базе часто идут коллизии, хочу разобраться.

мыло в личке

может, проще по табличкам смотреть?

А чего там сложного?

Кстати, чем поможет структура файла обмена для разрешения коллизий?

http://argat.h11.ru/URBDStructure.html

(3) это ж время надо, чтобы разобраться
(0) думаешь, тебе описание формата поможет победить коллизии?

Книга знаний: Обмен данными

(6) если для того, чтоб понять названия секций "Constants","References" "Documents" "надо время", то вряд ли даже детальнейшее описание что-либо даст...

секции-то ладно, гораздо интересней понять, что вот это за хрень :)
{324,
{"95944|03",20120416,"2162469|03",660780000,1,0,157.00}}},
{"95945|03","0|","","","30264|03",0,0,"1|",

(0)автор, колись, что за коллизии у тебя, может быть и без структуры файла обмена поможем

(9) реквизиты. в порядке их следования в метаданных

(11) ну это мы знаем, кстати, там есть исключения.
но что-то автор замолчал.

(12) нет там никаких исключений.

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

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

(15) Правильно подозреваешь. В центре тронули - при загрузке из периферии - коллизия, т.к. Центр - важнее... При загрузке одного и того же из нескольких периферий: кто раньше встал - того и тапки.
(14) Вот здесь ты скорее всего что-то путаешь. При наличии ПланаСчетов, он (ПланСчетов, секция {"Accounts",) постоянно выгружается В Периферию ИЗ Центра (а не наоборот), при этом неважно, менялся он или нет - выгружается всегда.
(0) Так что формат dat'а тебе ничем не поможет в борьбе с коллизиями

(16) я это посмотрел в мониторе событий, полез в выгрузку - там тоже весь план счетов (выгрузку из переферийки!)

если я ручками изменю коллизионные документы в центре, как надо из переферийки и произведу обмен - все же встанет на место?

(16) да, все встанет на место. Но проблему в дальнейшем не решит. А проблема - в разграничении прав доступа к исправлению документов.

встречал обработку по разбору dat файла урбд обмена, сейчас под рукой нет

(18) да это ясно. первая неделя работы на новом месте - волосы везде шевелятся - даже должностных инструкций нет ни у кого, в базе все админы, постоянные изменения в прошлом году и т.п.

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

ладно, не ныть, для наведения порядка меня и наняли

(17) Постоянно "корректирую" этот ДАТ файл.

(21) не самое лучшее решение

(20) "ладно, не ныть, для наведения порядка меня и наняли" - маладца! )

(22) постоянно сам его создаю ,готовиться к расстрелу? :)

(19) Ты про http://infostart.ru/public/14424/

(17) Еще как вариант, если не морочиться с "ручками":
1. Отдельно сохранить файл обмена ИЗ периферийки В Центр, который содержит "коллизионные" документы в требуемом состоянии
2. Периферийке скормить ответ из Центра (после коллизии)
3. в новую выгрузку ИЗ Периферийки В Центр ПОДСУНУТЬ вручную данные из сохраненного DAT'a и загрузить все это в Центр
4. в п.3. помнить, что чтобы ничего не потерялось, выгрузка ИЗ периферийки, в которую будем совать старый DAT, должна быть ПУСТАЯ! (т.е. предварительно сгонять Обмены до пустых)

(24) Не нужно.
просто (имхо) управление 1сапдейтс - более простой метод....
хотя ручное формирование файла выгрузки - более гибкий.
все зависит от задач.