В обоих конфигурациях использую один и тот же модуль, тяжко с тем, чтобы поддерживать его в обоих конфигурациях одинаковым.
То один поправлю, то другой.
Иногда приходится использовать: http://text.num2word.ru/
Хранилище - не вариант, замучаешься захватывать-помещать. Если бы можно было на уровне функций захватывать, то да...
Как лучше всего организовать работу?

Пишешь только в одной конфигурации (третьей, для разработки). Тиражируешь на остальные.

(0) "Хранилище - не вариант, замучаешься захватывать", вы просто не привыкли с ним работать. Никаких мучений в этом нет. Как раз самый вариант, чтобы на тестовой проверять код и заливать в рабочую, с историей, групповой разработкой и возможностью отката.

(0) Если речь про 2 разные базы в разных местах, использующий ваш единый универсальный модуль обмена, то просто ведите разработку лишь в одной конфе, в другой просто вставляйте изменения.

(0) Использовать хранилище

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

(3) Мне надо часто и быстро на одном компе менять
(4) я об этом в сабже писал, не заметил?
(5) проблема не в обновлении базы. В 77 можно было из текстовика модуль подсасывать, там это было бы проще
(2) Э нет..
(1) неудобно, мне проще в той базе писать, где работа нужна. Поотлаживал - внес в другую.

Версионирование кода вообще не признаешь?

(6) в хранилище нет проблем писать в разных базах

(7) признаю
(8) слишком сложно с хранилищем. Нужно то там захватывать, то тут

(9) ну если пару кликов сложно то никак тогда

Но это всяко проще чем то что ты сейчас делаешь

выноси свои изменения в свои модули

(0) Пиши модули так, чтобы они учитывали работу в двух базах. В РИБ-е проще понять в каком узле ты сидишь :)

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

(0) Или переходи уже на EDT и Git
Там можно не блокировать и обе конфы в одной IDE открыть
Только комп придется обновить и подучить да

(16) это ничуть не проще

(12) не, хочу один модуль
(16) ну да, хочется попроще

(0) КД не предлагать?

(18) если ты про конвертацию, то найн. Я не ее противник, со временем ее переварил, но 1с убивает КД2, а Кд3 я пока "не перевариваю"

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

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

(21) Вот как тебе объяснить доходчиво? У меня две базы открыто в конфигураторе, конфа разная. Но модуль должен быть общий. А то я бывает забываю, что правил, приходся два текста сравнивать, чтобы не потерять. Иногда выгрузку правлю, иногда загрузку. Это разработка с нуля, поэтому правки часты в обоих концах.

(22) у тебя выгрузка загрузка в одном модуле?

(22) ну так для разработки открывайте 1 базу и все правки вносите в нее, а во вторую только весь модуль обновляйте. У вас может быть только 1 проблема при таком подходе - забыть во второй базе накатить обновления. А вот проблема "приходся два текста сравнивать, чтобы не потерять" - вы точно ничего не потеряете.

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

(23) да, в одном, называется _Обмен. (24) вот потому и сравниваю, чтоыб не забыть.
(25) слишком сложно

(26) ну логично таки разделить