Принудительное сохранение записи в таблице или как выполнить действие после сохранения записи

[Кирен]

Цитата:

Сообщение от Sancho

а можно совсем немножко про бизнес процессы...
что за таблицы? к чему такая онлайн спешка?

Рома правду говорит, некоторые справочники и общефирменными можно сделать, а некоторые документы по МФ функционалу лучше запускать

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

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

Почему он-лайн спешка - руководству захотелось, чтоб всё было красиво.
До сих пор всё работало по периодическому заданию. И не одному.

Цитата:

Сообщение от Васыо

Форму 8627 посмотрите. А функционал Migration называется.

Спаибо большое за подсказку
Оказалось, что эту функциональность я в первый разу вижу.

Но, пожалуй, эта функциональность не совсем подходит.

Дело в том, что номерные серии, по которым генерируются значения первичного ключа таблицы - разные.
То есть в одной компании в этом поле хранится одно значение(например, 001), в другой - другое(например, 005).
Во второй компании в дополнительном поле необходимо сохранять значение первичного ключа из фирмы-источника(001).