Comments 10
Я может чего-то не понял, но имхо самым тупым подходом был просто модуль в Битрикс24 - ибо сам Битрикс есть и люди им, наверное, пользуются.
Видимо, поиск был с пристрастием...
Что требует истории данных - то реализуется средствами СУБД. Конкретно для учета IT (как своего, так и клиентского) существуют специализированные конфигурации на базе 1С, в которых все объекты, их свойства и методы уже придуманы и реализованы (покупка\продажа\перемещение\сборка\разборка\комплектация\обслуживание\ремонт\закрепление за сотрудником и т.п, пароли\данные\база знаний, компании\здания\помещения\места хранения...). Бери и пользуйся...и без всякого "изобретательства" на основе неспециализированных инструментов.
Привет!
Пользователю нужно было настроить учёт быстро и гибко, с возможностью простого внесения изменений. 1С смотрели, но это более дорогостоящий и сложный во внедрении софт, подходящий скорее для бухгалтерского учёта техники (если говорить о решаемой задаче). А в Tables всё было реализовано одним человеком за пару дней, и в любой момент процессы и документы можно адаптировать под новые требования своими силами
1С смотрели, но это более дорогостоящий и сложный во внедрении софт, подходящий скорее для бухгалтерского учёта техники (если говорить о решаемой задаче)
Если бы конфигурации для IT отделов подходили "скорее" для бухгалтерского учёта техники , то их бы никто не покупал, ибо бухгалтера прекрасно ведут учет техники в своей конфигурации "Бухгалтерия предприятия". Интересно, какая конфигурацию для ИТ показалась вам "скорее для бухгалтерского учёта техники "?
Без интеграции с 1С. А бухгалтерский учёт идёт практически наверняка в 1с. Это будет двойная работа.
¯\_(ツ)_/¯ Как не крути.
некоторые модули 1С сейчас используются пользователем, но для решаемой задачи интеграция не понадобилась. Если понадобится – Tables можно через api интегрировать с любым внешним сервисом.
У таблиц есть своё внешнее api (через которое можно создавать, удалять и редактировать записи), сервис автоматизаций (который может отправлять по настраиваемым триггерам внешние rest-запросы или сообщения на почту), а также полноценная интеграционная платформа, на которой можно реализовать какую-нибудь кастомную логику интеграции (получать и отправлять запросы через rest api, обрабатывать результат этих запросов, настраивать условное ветвление сценариев и так далее)
При выборе решения бизнес задачи заказчик исходит из своих требований, бюджета и трудозатрат, в данном случае Tables оказался оптимальным выбором, тк позволяет быстро и гибко оцифровывать процессы. А если в будущем захочется интегрироваться со сторонними инструментами – это тоже возможно.
Это и было двойной работой. Но теперь выполнять её стало удобнее)
GLPI? В чем большой смысл вести базы CMDB и ITAM в табличках?
GLPI – тоже решение. Но тут идея в том, чтобы сделать учёт оборудования простым, гибким и доступным не только ИТ-специалистам.
В MWS Tables легко настроить связи между устройствами, сотрудниками, заявками и проектами — без развёртывания сервера, сложных обновлений. Коллеги из других отделов могут спокойно вносить данные или смотреть статусы в привычном для себя виде. Для небольшой компании это часто оказывается удобнее и быстрее, чем классические CMDB/ITAM-системы. А при масштабировании есть возможность настроить необходимую кастомизацию/интеграции, и как угодно видоизменить процесс с более гибкой структурой данных
Все пути ведут к MWS Tables, или Как я искал решение для учета ИТ-оборудования со взаимосвязями и интуитивным UI