Заказчик

Добрый день!

Нам надо упростить работу с договорами. Есть +- одинаковая рыба и далее в зависимости от некоторых параметров мы вносим разные правки и получается разный договор.

Мы для себя постарались сделать небольшой алгоритм. Выглядит примерно как во вложении.

Общий процесс как мы видим:
– заходим в эксель, выбираем значения параметров.
– алгоритм из предзащиты кусков формирует шаблонный договор, текст весь заблокирован кроме полей, которые должен заполнить контрагент
– Договор выкладывается на гугл-диск, контрагенту приходит отбивка что надо заполнить
– после того как он заполнил, нам как-то приходит отбивка что все заполнен


При этом, типовые "абзацы" из которых составляется договор – они где-то забиты в экселе/ворде и мы можем их править самостоятельно.

ДОбрый день!

Необходимо:
1) Мигрировать с бесплатного почтового сервера на платный триальный network edition
2) Настроить | активировать функциональность, чтобы Outlook клиент идентифицировал сервер Zimbra как exchange и работало полностью почта, календари, таски, И так далее.
3) Настроить / активировать чтобы аналогичный функционал работал на iPhone | андроид

Добрый день!

Необходимо сверстать сайт. CMS предлагайте.

Прототип:
www.figma.com/proto/yVvd8...

1) макеты для десктопа
www.figma.com/file/yVvd8F...

2) макеты для 1200-980
www.figma.com/file/yVvd8F...

3) макеты для 980-640
www.figma.com/file/yVvd8F...

4) макеты для 640-480
www.figma.com/file/yVvd8F...

5) макеты для 480-320
www.figma.com/file/yVvd8F...

6) UI kit
www.figma.com/file/yVvd8F...

Добрый день!

Через MS WAP настроена трансляция видеопотока с различных камер из внутренней корп сети во внешнюю. URL потока на камеры заведен через отдельный адрес в WAP. Нужно реализовать авторизацию по доменной группе, чтобы ограничить доступ просто по url, а не в приложении, которое выводит видео.

Идет разработка мобильного приложения, показывающего аналитическую отчетность и дашборды.
В команде участвует примерно 6-10 разработчиков, аналитик, тестировщик, дизайнер.

Разработка идет на:
Backend: CentOS 7 + Java Runtime Environment 8
iOS : Alamofire 5.2 + MBProgressHUD 1.2.0 + ReachabilitySwift 5.0
Android: kotlin 1.3.72 + rxjava 3.0.4

Необходимо выполнить архитектурную проработку новых задач и приемку работ исполнителей, контроль качества, увязка всего воедино в релиз.

Выполнять возможно удаленно. Предполагается загруженность от 80 до 100%.

Задачи ближайшего релиза: вывод онлайн показателей, уведомления о превышении показателями их значений, доработки информационных сообщений, интеграция с системой о простоях. Более детально задачи готов обсудить голосом.

Предположительная продолжительность работы – 6мес.

В своих предложениях просьба рассказать о себе и своем опыте в: разработке мобильных приложений, руководстве группой, архитектуре.

Есть портал взаимодействия Исполнителей и Заказчиков. Необходимо сделать видеоинстукции для пользователей:
1) Как зарегистрироваться
2) Как подать заявку на выполнение работ
3) Как откликнуться на заявку выполнения работ
4) Как отчитаться о выполнении работы
5) Как принять работы

Ролики от 30 до 90 секунд. Голосовой озвучки не надо. Нужен подстрочник. Сценарии роликов не описаны, предполагается их сделать совместно в рамках данной заявки.

В Компании разработана и развивается система MDM система на базе Microsoft MDS.
В системе на сегодняшний день централизован один справочник – Контрагенты.
Необходимо добавить в систему справочник Договоры. (в рамках данной задачи предполагается только аналитическая работа)

Принцип работы системы должен быть следующим:
1. Модуль «Договоры» в MDM системе должен работать по принципу агрегатора – т.к. в него только поступает информация из других учетных систем, где рождаются договора. Согласования или редактирование договоров не предполагается. Однако должна быть возможность вносить договора вручную, если данный договор не ведется в других ИС.
2. Должна быть возможность через шину передавать информацию о договоре в другие информационные системы (через универсальный интерфейс)
3. Должен быть проработан типовой атрибутный состав для всех договоров компании, который должен быть реализован в MDM
4. Должен быть проработан типовой процесс добавления нового договора, корректировки и закрытия существующего


Ключевые особенности:
1. Количество внешних систем, в которых ведутся договора на сегодня – около 10
2. Взаимодействие с внешними системами – через шину IBM WebSphere

В результате проработки схема может быть уточнена или изменена.


Подход к выполнению работ:
1. взаимодействие с сотрудниками (со стороны бизнеса и ИТ)
2. самостоятельное интервьюирование
3. проработка технических вопросов возможной реализации в платформе Microsoft MDS (концептуально)


Результаты работы (должны быть согласованы ключевыми контактами):
1. Верхнеуровневая архитектура решения с отображением потоков данных и создаваемых объектов в системе
2. Техническое задание на разработку. Степень детализации – необходимо полностью описать бизнес-логику, ключевые технические доработки и решения. Детализации должно быть достаточно, чтобы исполнитель работы мог дать качественную оценку трудозатрат на реализацию.
3. Концептуальный процесс ведения централизованного справочника

Есть платформа, традиционно объединяющая заказчиков и исполнителей на тему реализации ИТ задач. Необходимо написать Пользовательское соглашение (одно для Исполнителя и одно для Заказчика). За основу было взято соглашение другой платформы и в ворде сделаны комментарии как примерно надо переделать.



Примерный размер – 15-20 листов в каждом соглашении.



Для разработки соглашения так же надо будет вникнуть в модель и особенности работы нашей платформы (разговор со мной примерно на 30-40 минут).



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

Задача
Добрый день!

Есть платформа, на которой заказчики выставляют заявки на работы, а исполнители их реализовывают.

Платформа написана на: фронт – Vue+Quasar, бэк – Python, база – Postgree.
Необходимо выполнить небольшую доработку:

1) На главной странице при нажатии на кнопку отчетность выводить в iframe страничку-отчет (http), которая привязана к логину пользователя

2) Сделать в меню администратора дополнительный раздел для ведения настроечной таблички: пользователь – ссылка на дашборд с отчетом.


Исходники на GitHub. Есть небольшая документация. Описание среды разработки во вложении.

Доработка небольшая, ищем в таком формате заинтересованных людей, которым можем доверять большие куски и задачи.

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

Обязательные требования
В качестве результата надо выложить на GitHub новую ветку с доработкой.

Доработка должна быть сделана в соответствии с принципом файла из описания + общей текущей логикой реализации.

Необходимо создать лендинг для сервиса в области ИТ.

Ключевые моменты:
1) Есть презентация PDF описывающая сам сервис, плюсы, И так далее – 90% лендинга в части содержания необходимо брать из нее.

2) Сам сервис сделан на WEB с дизайном. Лендинга надо сделать в его стиле. Т.о. разрабатывать дизайн не требуется, возможно отдельные элементы в существующем стиле. что стили CSS разработаны и выложены в виде компонентов в FIGMA : www.figma.com/file/FIf4tT...

3) РАЗРАБОТКА СТРУКТУРЫ ЛЕНДИНГА. Определение блоков, которые на нем будут, и какая информация будет на странице. – Требуется. Ориентировочно 7-8 блоков.

4) Нужна форма обращения на сайте. Результат заполнения формы – запись во внешней SQL базе данных.

5) Нужна кнопка зарегистрироваться, которая ведет на форму регистрации сервиса (уже есть).

6) Хочется, чтобы на первой странице картинка менялась при каждой перезагрузке (из предопределенного сета) (опция)

7) ВЕРТСКА и программирование функционала – требуется.

8) Перенос страницы на ХОСТИНГ ЗАКАЗЧИКА – требуется.

9) Создание делать на какой-то платформе/КОНСТРУКТОРЕ для создания сайтов, чтобы потом самостоятельно могли вносить небольшие корректировки.

10) Изучение конкурентов, их сильных и слабых сторон, заявленных УТП – не требуется.

11) Изучение целевой аудитории – людей, которым может быть интересен рекламируемый товар. Определение их потребностей, что для них важно и не важно, на что они обращают внимание, как выбирают товар.
- не требуется.