Как создать общую обновляемою, с разными уровнями досутпа базу рекламных предложений?
Привет! Постараюсь сформулировать вопрос как человек, не связанный с IT-сферой.
Мы занимаемся закупкой рекламы для клиентов, например: наружная реклама, реклама на транспорте, остановках, в лифтах, метро и т.д. Мы сотрудничаем с множеством различных партнеров, таких как владельцы рекламных поверхностей и другие.
Сейчас наша компания активно расширяется, и перед нами встал вопрос о создании или использовании подходящей базы данных для актуальных предложений от партнеров. В данный момент наши менеджеры постоянно запрашивают эти предложения у партнеров и обновляют их на своих индивидуальных (рабочих) Google-аккаунтах.
Однако проблема в том, что у нас нет общей базы данных, к которой могли бы одновременно обращаться все менеджеры. Такая база должна обеспечивать:
Удобную совместную работу без риска утечки или преднамеренного удаления данных.
Наличие удобных фильтров для поиска информации.
Как можно решить эту задачу?
1. Групповая работа и предотвратить риск утечки - это противоречивые требования.
2. Исключить риск нечаенного или преднамеренного удаления - исключает использование простого общего документа.
Получается надо писать какую-то специализированный систему. То-есть Ваш путь на frilance.
Но Вам надо опредилиться самим с требованиями.
Если пользователь может удалять/корректировать данные, то как ему запретить сидеть и намеренно портить все данные? (чем для программы это будет отличаться от нормальной работы? )
Что Вы называете утечкой? Менеджер Вася узнал что есть свободные площади, которыми занимался Петя и:
рассказал об этом конкурентам.
смог сделать предложение клиентам.
Как системе отличить намерения? Или вопрос в объёме, что бы не дать увести всю базу?
SunTechnik, спасибо за Ваш ответ ! Именно по этому я уточнил что не экспер в области баз данных и т.д. В теории предотвратить удаление можно простым резервированием, а массовое копирование (утечку) логами. Вопрос скорее в том, как структурировать спецефические данные от разных подрядчиков и дать возможность команде пользоваться или и вносить корективы. Есть моменты когда например у разных подрядчиков по разному выглядят КП (сетки рекламых щитов в ексель, гугл таблицах), задача менеджера с разных КП собрать одну в нашем фирменном виде. Чтобы это сделать уходит очень много времени, и часто бывает что разные менеджеры работают с раздными клиентами но их КП очень схожи (так как от одинаковых подрядчиков) и получается так, что 2 разад делается одна и та же работа. С ростом команды эта проблема особенно заметна. а так как это по сути 80% работы менеджеров - это большая проблема
Найдите фрилансера, и плотненько садитесь с ним писать ТЗ.
Причем, вам нужен опытный фрилансер, который переведет с птичьего языка заказчика в понятную структуру документа, пригодную для разработки системы.
Как только есть доступ к данным
У одного человека - данные скорее всего будут скомпроментированы.
У двух человек и более - все считайте что они уже скомпрометированы.
И выстраивайте работу именно с этой базовой установкой.
Очень дорого будет сделать систему при которой риск утечек минимален, вам нужно будет целую службу безопасности содержать .
----
Исключить риск удаления файлов - тоже очень сложная процедура.
---
Скажем есть у вас 500 000 файлов.
И удалили 5.
Даже если есть копия - кто и когда это заметит, возможно к тому времени копии уже и не будет.
Или еще хуже не удалили, а намеренно внесли неверные данные, это вообще невозможно отследить.
---
Поэтому вам нужно уходить от работы с файлами в сторону какой-то erp системы, но там будет работать не привычно и пользователи взбунтуются...
---
Так что ваши задачи если их делать по уму, это сложно, долго и дорого.
Тут нужно смотреть в первую очередь на ваши финансовые возможности и делать только то на что хватает денег, чтобы не было иллюзий.