Внешняя подсистема для улучшения функционала любой конфигурации
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
думаю что целесообразнее в виде пустой конфигурации с описание как и что объединять в оригинальной конфигурации
Согласен.
(3) Xershi, а для энтузиастов можно куда-то выложить? Хоть демку пока.
До обновлений конфы пока не дошло, но изучение вопроса в процессе так сказать.)
А какую функциональность реализует подсистема?
Например у меня много узлов РИБ чем мне эта подсистема поможет?
Например у меня много узлов РИБ чем мне эта подсистема поможет?
(20) Xershi,
Два раза в день обновлять РИБ это жёстко....
Так у меня он и так обновляет. Без всяких подсистем.... Продавец в узле делает обмен. Ему выводится сообщение что нужно обновить конфигурацию.
Закрывает программу, запускает ярлык обновления.
Подсистема какой именно функционал реализует? Автообменов, проверки обновлений что то ещё?
если у вас настроен автообмен РИБ по расписанию автоматически и вы ЦБ обновляете 2 раза на день, то узел сам обновит конфигурацию. Вот главная задача!
Два раза в день обновлять РИБ это жёстко....
Так у меня он и так обновляет. Без всяких подсистем.... Продавец в узле делает обмен. Ему выводится сообщение что нужно обновить конфигурацию.
Закрывает программу, запускает ярлык обновления.
Подсистема какой именно функционал реализует? Автообменов, проверки обновлений что то ещё?
(23) Xershi,
Так мы то же без администратора БД обновляем 150+ узлов РИБа в магазинах.
А узлов сколько?
Чем чаще обновляешь тем больше проблем.... Я вот например накатываю обновление, а там изменилось 3 строки кода. А проблем потом на 2-3 дня... то узлы сломаются, то ещё что нибудь..... Тут чем реже тем лучше.
без участия администратора бд, вот в чем фишка!
Так мы то же без администратора БД обновляем 150+ узлов РИБа в магазинах.
У нас много доработок, поэтому так часто и обновляем.
А узлов сколько?
Чем чаще обновляешь тем больше проблем.... Я вот например накатываю обновление, а там изменилось 3 строки кода. А проблем потом на 2-3 дня... то узлы сломаются, то ещё что нибудь..... Тут чем реже тем лучше.
(27) Xershi,
Без чьего участия? Админа?
Пользователь делает обмен. После обмена если есть обновление то у него блокируются функции в интерфейсе и он вынужден закрывать программу и запускать ярлык скрипта который делает обновление.
И как вы обновляете конфигурацию узла без его участия?
Без чьего участия? Админа?
Пользователь делает обмен. После обмена если есть обновление то у него блокируются функции в интерфейсе и он вынужден закрывать программу и запускать ярлык скрипта который делает обновление.
(29) Xershi, База файловая.
Не должен делать чего? И кто определяет что должен делать пользователь, а что нет?
Ничего там сверхсложного нет. Задача пользователя закрыть программу и запустить ярлык на рабочем столе.... Больше от него ничего не требуется делать.
Зачем там целые подсистемы?
Это пользователь не должен делать.
Не должен делать чего? И кто определяет что должен делать пользователь, а что нет?
Ничего там сверхсложного нет. Задача пользователя закрыть программу и запустить ярлык на рабочем столе.... Больше от него ничего не требуется делать.
Зачем там целые подсистемы?
(31) Alister,
Ну так то я то же за... пусть будет больше разных велосипедов.
У меня чисто практический интерес. Вдруг я что нибудь полезное для себя под черпну... а то у меня 3 РИБа на обслуживании в одном 150 узлов, в двух других по 10... И я так думаю месяца через 2-3 перевалит их количество за 200+
Вот интересуюсь разными способами как себе жизнь облегчить....
что пусть будет больше разных вариантов
Ну так то я то же за... пусть будет больше разных велосипедов.
У меня чисто практический интерес. Вдруг я что нибудь полезное для себя под черпну... а то у меня 3 РИБа на обслуживании в одном 150 узлов, в двух других по 10... И я так думаю месяца через 2-3 перевалит их количество за 200+
Вот интересуюсь разными способами как себе жизнь облегчить....
(30) TODD22, в таком ключе согласен без пользователя не обойтись. Но портирование базы на другой ПК повлечет перенос скрипта/ярлыка.
А мое решение предполагает наличие уже механизма в самой конфигурации. Так что это вопрос в другой плоскости.
А мое решение предполагает наличие уже механизма в самой конфигурации. Так что это вопрос в другой плоскости.
поищите, почитайте
там в очередь можно, например, поставить обновление нескольких
да короче много фишек.
вопрос автору - зачем затевали это дело?
там в очередь можно, например, поставить обновление нескольких
да короче много фишек.
вопрос автору - зачем затевали это дело?
"...Создал подсистему для автоматического обновления конфигурации узла РИБ..."
я еще раз прошу пардона..
про РИБ не заметил.
а вообще нужно поинтересоваться у автора посчёт этого вопроса
я еще раз прошу пардона..
про РИБ не заметил.
а вообще нужно поинтересоваться у автора посчёт этого вопроса
У нас много доработок, поэтому так часто и обновляем. А вопрос обновления одного узла занимал неприлично много времени и я подумал, что пора сказать нет ручной операции.
А в БСП нет такого функционала? Розница же как то сама обновляет узлы. Спрашивает у пользователя обновить или нет, вводит пароль и вперёд....
Розница же как то сама обновляет узлы
(33) TODD22, УТ 11 тоже обновляет: приходит файл обмена с обновлением базы, в синхронизации появляется предложение обновиться, жмешь на эту кнопку, конфа закрывается, запускается скрипт из временной папки (там еще картинка имитирует запуск 1С), скрипт обновляет базу. Но у меня в 64-х винде возникали проблемы с полнотой обновления , смотреть здесь
Поэтому тоже живо интересуюсь вопросом.)
(35) Alister, когда тестировал тоже наступал на грабли 64-битного сервера, но это проблема живо решалась прописыванием 32-битного пути приложения.
(34) TODD22, я видел решение по рознице. Но так как-то было все мутно. Основу я взял из БП2, но допилить пришлось конкретно (криворуко они все сделали, но для допила само то). УТ11 не ковырял, ничего сказать не могу.
На разработку и тестирование ушло 3 недели. Хотя если в УТ11 уже все сделано, то проверять нужно. А для конфигурации на обычных формах и там где есть клиент-серверное решение, то мое решение - это идеальный вариант!
(34) TODD22, я видел решение по рознице. Но так как-то было все мутно. Основу я взял из БП2, но допилить пришлось конкретно (криворуко они все сделали, но для допила само то). УТ11 не ковырял, ничего сказать не могу.
На разработку и тестирование ушло 3 недели. Хотя если в УТ11 уже все сделано, то проверять нужно. А для конфигурации на обычных формах и там где есть клиент-серверное решение, то мое решение - это идеальный вариант!
Только с расширениями не работал, попробую потом как нибудь.
10 маней будет.
А то платные разработки раз в год покупают))
10 маней будет.
А то платные разработки раз в год покупают))
(64) Не думаю, что расширения будут проще, тебе еще нужно понять, будут ли расширения лететь вместе с основной конфой по РИБу. Насколько знаю они устанавливаются только в режиме предприятия (для конкретного пользователя), пока только в последних версиях платформы начали поддерживать почти все объекты конфы.
(67)
По РИБУ они вроде бы не передаются (но ИМХО это не так критично, если система налажена)
(67)
не так - можно установить и в конфигураторе, и они как раз не для конкретного пользователя, а на конфу.
будут ли расширения лететь вместе с основной конфой по РИБу.
По РИБУ они вроде бы не передаются (но ИМХО это не так критично, если система налажена)
(67)
они устанавливаются только в режиме предприятия (для конкретного пользователя),
не так - можно установить и в конфигураторе, и они как раз не для конкретного пользователя, а на конфу.
(68) "не так - можно установить и в конфигураторе, и они как раз не для конкретного пользователя, а на конфу."
По пользователям там некая завязка есть, точно не помню, хотя вроде при разделении данных как-то по другому. Но в конфигураторе мы их точно, только разрабатываем, подключение происходит через режим предприятия
По пользователям там некая завязка есть, точно не помню, хотя вроде при разделении данных как-то по другому. Но в конфигураторе мы их точно, только разрабатываем, подключение происходит через режим предприятия
(69)
Использование функционала расширения конечно возможно только в пользовательском режиме, оно ж для этого и делается.)
У пользователя может быть включен\отключен этот функционал, если это предусмотрено\заложено в самом расширении, но если расширение загружено в конфигураторе или в пользовательском режиме, то оно загружено для всех пользователей... хотя не у всех может быть видно (или по настройкам, или по правам, и т.п.)
Тема интересная, но увы не авторская, поэтому давайте ее тут не развивать.)
По пользователям там некая завязка есть, точно не помню, хотя вроде при разделении данных как-то по другому. Но в конфигураторе мы их точно, только разрабатываем, подключение происходит через режим предприятия
Использование функционала расширения конечно возможно только в пользовательском режиме, оно ж для этого и делается.)
У пользователя может быть включен\отключен этот функционал, если это предусмотрено\заложено в самом расширении, но если расширение загружено в конфигураторе или в пользовательском режиме, то оно загружено для всех пользователей... хотя не у всех может быть видно (или по настройкам, или по правам, и т.п.)
Тема интересная, но увы не авторская, поэтому давайте ее тут не развивать.)
Посмотрел механизмы расширений. Новые фишки появились с 8.3.9, а пока я не видел конфигураций без использования совместимости. Даже ЕРП еще на 8.3.8.
Так что расширение пока не популярно будет.
Так что расширение пока не популярно будет.
Внимание! Тема сдана в архив
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот