К сожалению, переноса из основного окна настроек в ЭД-фирмы нет. Так что придётся поднимать все настройки и руками переносить. Проще всего найти все письма с config.zip, тогда будет быстрее.

В ЭД-фирмах -)

Ranger_Z писал(а):Такой вроде нет, но хз. Я сразу все на SQL настраивал.

я настраиваю ЭД в программе, в настройках ЭД. какие есть еще варианты?)))

Такой вроде нет, но хз. Я сразу все на SQL настраивал.

Ranger_Z писал(а):Ну примерно так.
Только ставишь ты ее одни раз, но настраиваешь много профилей, и стартуешь ее как службу с разным профилем. Там есть интерфейс. Даже настройки делать не придется, если ты хранишь их на SQL, утилита сможет брать настройки оттуда.

а где настройки ЭД переносяться в базу ? где такая кнопка?

Ну примерно так.
Только ставишь ты ее одни раз, но настраиваешь много профилей, и стартуешь ее как службу с разным профилем. Там есть интерфейс. Даже настройки делать не придется, если ты хранишь их на SQL, утилита сможет брать настройки оттуда.

Ranger_Z писал(а):Для каждой БД отдельный сервис, можно запустить сразу несколько, с разными настройками. Каждый сервис будет смотреть в свою базу и класть туда сообщения. При подключении к такой базе пользователя с правильным ключом, сообщения будут обрабатываться.

чет сложно для моего понимания. Берем утилиту из пакета ГТД сервер и ставим ее раз 15 для каждой базы на одном сервере?)

Для каждой БД отдельный сервис, можно запустить сразу несколько, с разными настройками. Каждый сервис будет смотреть в свою базу и класть туда сообщения. При подключении к такой базе пользователя с правильным ключом, сообщения будут обрабатываться.

Ranger_Z писал(а):Повесь наконец отправку на edservice и поставь пользователям "Только обработка, без доставки". Тогда все будет уходить туда куда нужно.

Тоже вариант.
А отправку там по всем БД можно сразу сделать?

Повесь наконец отправку на edservice и поставь пользователям "Только обработка, без доставки". Тогда все будет уходить туда куда нужно.

Для этого можно использовать несколько фирм в 1 базе - тогда настройки берутся не из ini, а из SQL.

В связи с возможностью переключаться между БД через Управление Списка SQL у меня декларанты очень часто, да бы не запускать лишнюю копию программы и в ней не копаться, начали пользоваться этим механизмом. В 9 случаях из 10 забывая потом вернуть подключение к установленной БД.

А так как все рабочие места настроены на отправку/прием ввиду того, что ключей мало, а ответственных много (и ключ качует от места к месту), то возникает коллизия, когда по одним настройкам ЭД сообщения уходят не в одну БД, а другую.

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

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

Спасибо.