двухсторонний обмен 1с7.7 и 1с8
из 7
1. Передавать изменения и создания нового товара.
2. Передавать изменения остатка.
из 8
1. Передавать документы

Главная задача скорость обновления данных.

Вопросы.
1. Как лучше регистрировать изменения данных в 7
2. Как лучше и быстро их читать и записывать в 8

Базы файловые.
Какие варианты ?

я вот думаю может из 7 кидать куда то типа в дбф. а с 8 читать ?
не понятна сама регистрация изменений в 7. в 8 то дело план обмена. добавил подписку и вкурсе что изменилось. и что двигает остаток. а тут ?

(1) 8 не типовая. так что варианта кд отпадает

Можно извратиться через УРБД и промежуточную базу 7.7
Тогда регистрация будет автоматическая

Хотя давно где то вроде встречал как ковырять пакет обмена для 7.7

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

грубо в 8 общий остаток и резерв. резерв это 1 склад в 7.
резерв дает 8.

нафига?
Зачем в 8-ке остатки, что она с ними делать будет?

Писать при записи из базы в файл что изменилось, это решение так себе как по мне.
Лучше изменения сначало где то регать, одним из механизмов, а потом либо через оле либо через xml тащить массивом.

(7) херачать по инету товары. мобилки толкают и не только

(7) Я полагаю у товарища склад на одной программе а продажники на другой.
Надо чтобы продажники видили складские остатки.

(8) каким регать 7 вот вопрос

(11) я же написал УРБД прикрутить

(10) да общие. у них n складов. 1 склад только это резерв под покупателя инет. это и есть резерв. остальное могут продать.

или МОД

(12) еще другая бд ? как то не то

(14) ? можна сразу гугл ссылку )

(16) Книга знаний: Нетипичное использование компоненты УРБД в системе 1С:Предприятие 7.7

(10) Т.е. в7-ке складской учет,а  в 8-ки чисто заявки?

(18) да

УРБД не взлетит, так как 7-ка файловая. а чистить руками файловую 7-ку это так себе удовольствие (проблемы с индексами)

(20) не то слово. я в ней 7 лет не ходок был. а тут на. СчастьЕ

Ну тогда любая табличка (дбф,sqlite, да хоть текст) в котором всего 1 колонка - код номенклатуры.
Соответсвенно при создании номенклатуры, а так же проведении/снятия с проведения документа туда пишем код

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

Правда другой гемор это файловая 8-ка, в которой нет нормального механизма регламентных заданий (ну т.е. или отдельную сесию запущенную держать и надеется что никто её не закроет, или средствами винды запускать периодически 8-ку. Ну с учетом времени запуска закрытия это минимум 5-10 минут между "обменами")

У меня был двусторонний обмен с использованием правил конвертации данных на КД 2.1, типовых обработок для 7.7 с соответствующей заменой кода. В 7.7 в справочнике писались изменения. Как в (23) написано, мониторилось наличие и появление файлов. Правда это было решение временное, до полного перехода на 8, но с полгодика проработало точно.

(22) (23) то есть файл будет быстрее. чем ком к 7

(24) я писал что кд не взлетит. не типовая 8. нет типовых. было бы проще. так увы.
А так да. в планах туда всех запихнуть. но это планы

(26) Ну и подумаешь, что не типовая. У меня тоже была измененная

(27) Использовала полный план обмена, ручное удаление регистрации

+(28) ручное удаление регистрации = программное удаление регистрации

(25) у кома есть минуса.
1. индексация базы
2. монопольный доступ

Слетели индексы, кто то сидит монопольно - нет изменений

А по поводу нетипового....
У меняя вообще монстр в 7-ке регистрация сделана через mod, а далее изменения в 8-ку выгружаются через кд2

Мониторить журнал регистрации за период и получать измененные объекты