Доброго времени суток господа.
Итак, снова я, снова вопрос, вопрос не тривиальный.
Есть 2 базы, есть Бухгалтерия, далее БП, есть Управление торговлей, далее УТ. В БП налажен учет небольшого производства. В БП формируются документы «Реализация товаров и услуг». В УТ дела обстоят проще, купили товар, потом продаем, так же документами «Реализация товаров и услуг». Далее стоит задача: выгрузить документы из УТ в БП, но необходимо каким-то образом сохранить единую нумерацию документов.
Интересно, но заказчик видит именно такую схему, схему по делегированию всех продаж в УТ не приемлет.
Мысли следующие:
Нумератор;
Хитрые правила выгрузки;
Организовать механизм актуального номера при записи в каждой базе.
У кого есть какие мысли, предложения?
PS Наймите меня, и я сделаю не надо предлагать, т.к. я сделаю дешевле. Всем спасибо за обсуждение.

Делай :)

После PS почему-то пропало желание подсказывать

А кто ниубдь из присутствующих решал подобного рода задачи? как справлялись?

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

(4)Рассматривал такой вариант. Как обстоят дела с блокироваками? Там есть механизмы блокировать web-сервис на время пока возвращается запрос и запишется документ?

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

А скорость выполнения запроса, возврат результата, загрузка результата высокая? нет такого что базы друг к другу обратятся буду одинаковые номера документов?

Одну базу обозначаем главной
Это та в которой генерится большинство доков
Ведомая база коннектится к главной
Создает документ и записывает
Полученный номер забирает себе
Както так

при нормальной настройке софта скорость достаточно высокая. тормозит первое обращение, пока не "поднят" сеанс. второй вопрос не понял.. сервис поднимается только на одной из баз (например БП). вторая только забирает номера и прописывает у себя (УТ)

(8) угу

Господа, смотрите :
В бП создаются:

реализация №2
реализация №3
реализация №4

После в ут создается документ реализация:
реализация № , обращается к сервису, который в БП, ему приходит ответ, что последний номер 4, в En создается документ реализация №5.

В БП следующий должен быть документ реализация №6. Ведь так?

(11)нет. в БП СОЗДАЕТСЯ пустая реализация и ее номер возвращается в УТ

(12) Вот это поворот! т.е. возвратить лучше не только код, но и id созданного документа, а при обмене в бп документ заполнится и проведется?

(13)  нет
Просто в бп создается документ
Чтобы забронировать выделенный для ут номер
Чтобы в бп автоматом Следующий создаваемый документ получил обычным порядком штатный номер плюс один

В той же бп можно тупо подчищать такие непрведенные документы болванки если после них есть проведенные

А приперекачке с ут в бп доки тупо создадутся как новые
Без всяких привязок по идам
Ибо нефиг усложнять
Имхо

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

(14) там нет значительного усложнения и это более логично. но можно и так.

(14) Первая проверка на ID вторая на поля синхронизации, буду по коду мониторить. Если с id проблема, тогда есть план Б.

У мну такая система полувручноавтоматом работала
Бухи в торгбазе жмакали кнопочку
И забирали себе в бухню номер созданного документа
Полностью не автоматизировал ибо мизер таких операций

Низкий поклон участникам обсуждения! Спасибо Вам огроменное!

(17) можно не лазить в правила обмена, если стандартные. путь решения я описал в (15)
(18) в моем случае из 1с номер счета дергал сайт
(19) угу

(8) пиши изначально создаваемые документы в буза с разными префиксами, а при экспорте (можно и через РИБ) экспортируй номер с префиксом.