skyadmin

Расширение добавляет в журналы документов поле быстрого отбора документов по заданию на перевозку.
Облегчает работу при печати пакетов документов по машине. Работает только, если доставка оформляется по заказам или накладным. По поручениям экспедитору не реализовано.

Расширенная версия типовой обработки УТ, КА и ERP, добавляющая карту и возможность работать с распоряжениями на карте. Карта работает только по распоряжениям "с нашего склада", вариант "на наш склад" не реализован.
Для работы никакие API-ключи не требуются.

Возможны ситуации, когда менеджеру поступает заказ по электронной почте, но найти клиента в базе затруднительно, тогда на помощь может прийти подбор клиента по e-mail. Или заказ поступил через мессенджер, можно найти по номеру телефона.

(5) Было такое, возможно в процедуре ПриДобавленииПодсистемы, Описание.Имя <> ИмяКонфигурации

(23) я думаю что вы тоже согласитесь, что для публикации basa_fyhiw0wjls5ox8k3ce1b0dd93r9z9nns (как и для любой другой) авторизация с помощью уникальных имени и пароля ничем не хуже, чем вообще без имени и пароля )))

(21) закрыть доступ на стороне 1с будет одинаково полезно, каким бы образом не проходила авторизация.

(19) еще раз, вход в базу "basa_fyhiw0wjls5ox8k3ce1b0dd93r9z9nns" без пароля, это всяко не надежней, чем вход в эту же базу с уникальным паролем. если бы это было не так, то различные сервисы (таже почта) не предлагали бы установить пароль, а просто давали уникальную ссылку для входа без пароля, пока что это стандартный подход.
Пароль передается между сервисами, поэтому пользователи не имеют доступа к заголовкам.
Тем у кого есть средства прослушки трафика, найти публикацию basa_fyhiw0wjls5ox8k3ce1b0dd93r9z9nns вообще не составит проблем, даже обычный portscaner найдет эту публикацию, а по сети эти сканеры сотнями в сутки гуляют. В связи с чем вероятность несанкционированного доступа в сотни раз выше. Ваш аргумент похож на то, что будто URL передается в зашифрованном виде)

(17) Мой способ лучше в том случае, если бот опубликован на основном (единственном) веб-сервере. Иначе любые пользователи начинают входить в базу от имени бота, без ввода пароля. И точно не хуже, чем вход вообще без пароля.

Жаль, что не учитываются автоматически другие ресурсы, время и деньги (на перемещение). А стоит ли вообще товар перемещать?
Например окажется, что можно было реализовать товар с исходного склада, даже за более короткий срок и без лишних затрат.

(12)

Цитата
Но повторюсь - это всё разные цели и соответственно другие инструменты

Не думаю, что бэкап с помощью pg_dump будет более целостным, чем скопированная база на другой сервер.
Плюс вижу в том, что копию базы с другого сервера можно подключить без процедуры восстановления.

Еще интересно есть ли у PG полная модель восстановления, чтобы откатить базу на 30 секунд назад?
И чем плох для бэкапа Acronis Cyber Protection?