Если ли решения позволяющее работать с условно 100 базами, например произвести одновременные настройки отчетов по всем, произвести мониторинг действий, вывести информацию по всем в один отчет или сформировать какой либо отчет и сохранить. Какое решение подходит лучше всего чтобы была система, а не разовые действия.
Конфигурация: 1С:Учет в управляющих компаниях ЖКХ, ТСЖ и ЖСК, все однотипные
Конфигурация: 1С:Учет в управляющих компаниях ЖКХ, ТСЖ и ЖСК, все однотипные
По теме из базы знаний
- Установка и хранение большого количества баз 1Сv7.7
- Приемы обработки больших данных в 1С
- Опыт свертки базы 1С:ERP
- Автоматическое подтверждение легальности обновления базы или как обновить 100 типовых баз 1С за 5 часов
- [РАСШИРЕНИЕ] Смена стиля интерфейса. Как изменить стиль 1С из пользовательского режима. 15 вариантов оформления. Темы для 1С.
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) 1С умеет коннектиться к другим 1С. Через СОМ (устарело), посредством веб-сервисов (нужен веб-сервер - апач, иис, что-то даже в комплекте идет, но работает без серверной лицензии только с тремя подключениями) и прочими современными штуками (но это больше для обмена и миграции).
Основная сложность - универсальность, которую непросто для 1С организовать. Вот, например, хочешь ты отчет поменять в части настроек, но что это за настройка? Для СКД - это схема варианта отчета, которая, в принципе, отлично мигрирует между базами (если базы аналогичны, если не используются ссылки в параметрах, если не еще что-нить). Для консолидации есть всякие там УХи, но это как пушкой по воробьям в ЖКХ и требует выгрузки всех данных в одну базу и постоянной поддержки этих данных в актуальном состоянии.
В общем нет системы универсальной. Есть системы мониторинга, есть механизмы обмена данными, есть технологические механизмы, но все в одном - этого нет.
В общем, везде свои нюансы. Хочешь что-то сделать хорошее - сделай сам. Это сильная сторона 1С, т.к. почти все для нее сделать достаточно просто. Ту же миграцию настроек отчетов (если без ссылок, со ссылками сложнее). А для сводных отчетов делают одну базу общую, т.е. сливают из ста баз в одну всю инфу. Но тут появляются дубли, т.к. за НСИ никто толком не следит. Так что работа на полгода )))
Основная сложность - универсальность, которую непросто для 1С организовать. Вот, например, хочешь ты отчет поменять в части настроек, но что это за настройка? Для СКД - это схема варианта отчета, которая, в принципе, отлично мигрирует между базами (если базы аналогичны, если не используются ссылки в параметрах, если не еще что-нить). Для консолидации есть всякие там УХи, но это как пушкой по воробьям в ЖКХ и требует выгрузки всех данных в одну базу и постоянной поддержки этих данных в актуальном состоянии.
В общем нет системы универсальной. Есть системы мониторинга, есть механизмы обмена данными, есть технологические механизмы, но все в одном - этого нет.
В общем, везде свои нюансы. Хочешь что-то сделать хорошее - сделай сам. Это сильная сторона 1С, т.к. почти все для нее сделать достаточно просто. Ту же миграцию настроек отчетов (если без ссылок, со ссылками сложнее). А для сводных отчетов делают одну базу общую, т.е. сливают из ста баз в одну всю инфу. Но тут появляются дубли, т.к. за НСИ никто толком не следит. Так что работа на полгода )))
(8) на чем бы Вы начали строить систему ? если у вас 100+ однотипных информационных баз, вам надо производить мониторинг действий и частично автоматизировать процессы запуская их с одного "приложения" для исполнения во всех организациях? Зная что через год организаций будет 200.
(9)
мониторинг действий и частично автоматизировать процессы запуская их с одного "приложения" для исполнения во всех организациях
Ну для мониторинга много что сделали. Заббиксы, графаны, эластики, логгеры, кибаны, ... Смотря что мониторим? Если есть конкретные показатели, то сделать регламент - пусть он их выгружает куда-нить, это выгруженное визуализировать в той же графане (даже просрочку квартплаты, смену счетчиков и т.д.). Там нет предела совершенству...
Начни с описания исходных данных: какие конфигурации, одинаковые или нет, типовые или самописки. Определись какие действия повторяешь с каждой базой.
Если коротко: Решения наверняка есть, но они очень сильно зависят от того, что требуется.
Яркий пример - Обновлятор. В нём активно используются скрипты
Если коротко: Решения наверняка есть, но они очень сильно зависят от того, что требуется.
Яркий пример - Обновлятор. В нём активно используются скрипты
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот