Система учета и контроля заявок от арендаторов бизнес центра.

Здравствуйте, Мария.

*Арендатор отправляет заявку через систему варианты:

  - Заявок на пк или телефоне (приложение БЦ Армарис)

А что за приложение БЦ Армарис?

В Гугл Плее его не нашел.

На сайте БЦ Армарис - тоже ни о каких приложениях не знают.

А это приложение умеет отправлять заявки на веб-сервисы?

Документация соответствующая к нему у Вас есть?

Mariya Ischenko 23 July 2020

так его нет , тут вариант либо приложение создать, либо через мессенджер 

Я рассматриваю вариант разработки конфигурации "с нуля".

Но для ее работы нужны будут лицензии 1С (от любой конфигурации).

У Вас такие лицензии уже имеются?

Если да, то какие? Файловые \ Клиент-Серверные (ПРОФ\КОРП)?
Если нет, то планируете ли Вы их приобретать?

(Желательно возможность комментировать заявки администратором и исполняющим между собой)

Я правильно понимаю, что речь идет о некоем мессенджере, где администратор и исполнитель заявки могут обмениваться сообщениями относительно данной заявки?

Подобную функциональность платформа предоставляет автоматически (посредством использования Системы Взаимодействия)

  Но Систему Взаимодействия можно разворачивать в одном из двух вариантов:

    1. Воспользоваться принадлежащим компании 1С сервисом "1С:Диалог".

      Это будет безоплатно (с некоторыми функциональными ограничениями).

      Правда, при этом вся история переписок будет храниться где-то "в облаках".

    2. Развернуть свой Сервер Взаимодействия на своем железе.

      Если есть лицензии уровня КОРП, то это безоплатно (входит в стоимость лицензии).

      Иначе можно за отдельную плату (50 400 руб) его купить.

Либо, если вариант с Системой Взаимодействия Вам по тем или иным причинам не подходит, тогда можно городить что-то свое (с более простой функциональностью).

Окно заявки выглядит как =

-Название компании

-ФИО

-Номер телефона

-Текст заявки

Нужно именно текстовое название компании? Или Выбор из справочника (с возможностью поиска по наименованию)?

Аналогичный вопрос о ФИО - нужен просто текст? Или справочник физических лиц?

Mariya Ischenko 23 July 2020

нужно что бы сами вводили все , потому что  арендаторы меняются, а вы вообще поняли о какой системе идет речь ?

а вы вообще поняли о какой системе идет речь ?

Что-то я понял. Но не уверен, что понял именно то, что Вы хотели.
Поэтому и уточняю.

Из того, что я понял.
Есть некое пространство (скорее всего БЦ Армарис), в котором разные компании (назовем их Арендаторы) арендуют объекты (помещения, площадя в холле, возможно, какое-то оборудование и т.п.).
Хозяин пространства предоставляет Арендаторам ряд услуг. Например, можно вызвать уборщицу, чтобы она помыла полы, или сантехника, чтобы он отремонтировал кран в сан. узле, или электрика, чтобы он лампочку вкрутил, или девочек, чтобы они... в-общем, не важно - важно, что Арендатор обращается к Хозяину и просит что-то ему предоставить.
Все эти обращения администрирует Администратор. Он назначает Исполнителя и следит за тем, чтобы заявка была исполнена. После чего, еще важно, получить обратную связь от Арендатора, по поводу его удовлетворенности качеством предоставленных услуг.
Это то, что касается общего описания процесса, который нужно заавтоматизировать.

Теперь, что я понял по технической части.
Так как Вы задачу создали в разделе 1С, то и решить Вы ее хотите средствами платформы 1С.
Так как Вы не указали, какая конфигурация 1С у Вас используется, то я так понимаю, что Вам нужно разработать конфигурацию "с нуля" для покрытия потребностей именно по этой задаче.
Ну а дальше, то, что я не понял, я оформил в виде вопросов и жду на них ответы.

нужно что бы сами вводили все , потому что  арендаторы меняются

Это я понял. Тут вопрос в другом.
Если нам это все нужно только для того, чтобы Арендатор отправил "текстовое сообщение" Администратору, Администратор его обсудил с Исполнителем, Исполнитель поставил галочку "Сделал", Арендатор его оценил, и все о нем благополучно забыли (в лучшем случае, захотели получить отчет по количеству обращений, без аналитики по Арендаторам), тогда можно все вбивать голым текстом и на этом успокоиться.

Если же Вы хотите вести какой-то учет своих арендаторов (чтобы две заявки от одного арендатора в базе были как-то связаны - чтобы можно было построить отчет по заявкам конкретного Арендатора), тогда нужно заводить справочник, в котором будут храниться Арендаторы. И сделать какой-то удобный интерфейс, который, с одной стороны, будет позволять любому желающему легко зарегистрироваться в системе в качестве арендатора, а с другой стороны, будет исключать возможность плодить дубли разных карточек по одному арендатору (кстати, это достаточно не простая задачка, о которую немало копий сломано).

Mariya Ischenko 24 July 2020

Да ) точно все верно именно это мне и нужно, 1 С не обязательно , мне все равно как это будет выглядеть, просто что бы это работало. Можно было оставить заявку, велся учет, велась переписка между мной и исполнителем ( комментарии), была оценка от арендатора и фильтр по отделу заявки.

Mariya Ischenko 24 July 2020

Как вы это видите и сколько это будет стоить? 

И можно ли через этот же канал пускать заказы с нашего кафе в БЦ ? просто отдельно  на другого менеджера. Директора кафе. Это в перспективе если можно будет дополнить.

Здравствуйте, Мария.

Вот! Начинается классическое "всплытие айсберга".
В задаче появилась новая сущность - отдел.
Потом всплыло еще кафе, куда тоже могут поступать заявки от Арендаторов.
Потом окажется, что в кафе нужно вести учет продуктов... Потом нужно будет прибыль считать... дойдем до полноценного управленческого и бухгалтерского учетов в кафе. Потом окажется, что эти учеты нужны не только в кафе, а по всему БЦ в целом (включая расчет зарплаты персонала БЦ). А там и до консолидированной отчетности по всем БЦ (и не только БЦ) его собственника дойдем :)

Как я это вижу? Я вижу полноценную учетную систему (на базе платформы 1С), где ведется полноценный учет всей хозяйственной деятельности БЦ (назовем это "Центральная база"). А дальше, либо прямо в этой центральной базе сделать учет заявок Арендаторов (в разрезе Арендаторов, отделов и других необходимых аналитических разрезов), и добавить в нее возможность работать с заявками через API (а также сделать отдельное мобильное приложение, которое работает с этим API). Либо, если в центральной базе детализация данных по заявкам не нужна (а нужна какая-то сводная информация), то для повышения безопасности, чтобы не пускать всех желающих в центральную базу (пусть и с ограничением доступа), можно учет заявок сделать отдельной базой данных, которая будет с заданной периодичностью обмениваться сводной информацией о заявках с центральной базой. И тогда можно Арендаторов пустить прямо в эту отдельную базу (мобильным клиентом, веб-клиентом, тонким клиентом и т.п.), где они будут взаимодействовать с Администраторами и Исполнителями.
Как-то так. Но на данном этапе задача столь вариативна, что нет смысла начинать что-то писать, пока не определились с вариантом ее решения.

Например, нужно еще рассмотреть какую конфигурацию выбрать для использования в Центральной базе. Как Вам уже писали, для Ваших целей учета заявок может хорошо подойти CRM-система. Но имеющиеся CRM-системы нужно проверить на соответствие другим Вашим требованиями (не касающимся учета заявок). Либо вообще возможно решение Вашей задачи без использования 1С.
Я не консультант. Я программист. Поэтому не могу предоставить Вам полноценную консультацию по этому вопросу. Тут уж Вам мои коллеги-консультанты помогут значительно лучше.

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

Чтобы Вам было понятнее, как выглядит Ваша задача нашими глазами, приведу аллегорию.
Представьте, что Вам нужно куда-то ехать. И для этого Вам нужна машина. Но лично Вы машиной не управляете - куда Вас везут, туда и едете. Вы сидите на заднем сиденье (это Ваша функция в этой машине). И вот Вы (а не организатор поездки) приходите на завод по изготовлению машин и просите разработать для Вас удобное сиденье с вот такой вот красивой розовой оббивочкой. На заводе, естественно, без проблем могут исполнить Ваш заказ и отдать Вам удобное и красивое сиденье, на котором Вам будет удобно сидеть, но на котором Вы никуда не сможете уехать (т.к. нет машины, куда бы это сиденье было установлено).
Вот так и с Вашей задачей. Реализовать ее не составит труда. Но вот вопрос - что Вы будете делать с результатом дальше?

Сразу хочу предостеречь Вас от мысли "А потом, когда нибудь, когда разбогатеем, мы закажем себе машину (в аллегорическом смысле), и в нее воткнем это удобное и красивое сиденье". Это очень опасная мысль, т.к. "потом" может оказаться, что это Ваше сиденье не подходит для установки в машину такого класса, как Вам будет нужна. И придется его выбросить.

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