Заказчик
Создаёт задание, определяет пакет и согласующих, следит за сроками. Закрывает этап или назначает ответственного с этим полномочием.
Видит работы назначенных объектов. Изменение задания после передачи фиксируем с причиной и новой версией.
Заказчикам и генеральным подрядчикам
Разработка портала для подрядчиков
Задания, документы и согласование работ — в кабинете каждого подрядчика.
Мы создаём портал для директора строительства и его команды. Подрядчик получает задание, передаёт документы и видит замечания. Согласующий проверяет пакет, а заказчик подтверждает закрытие этапа по установленным правилам.
На входе: задание, обезличенный акт и список согласующих. После разбора: роли, маршрут и состав первой версии.
Подтверждённый опыт 13FOXБакаев: обмен с 1С. Malling: отдельный модуль рядом с CRM.
Один этап работЗадание → пакет → решение
01 / От задания до закрытия
Документы связаны
с конкретной работой.
В основе кабинета предлагаем связку: объект, договор, подрядчик и этап. Заказчик задаёт состав работ и пакет для сдачи. У каждого файла есть версия, у замечания — адресат, у решения — ответственный.
Концепт · демонстрационные данные
Отделка помещений · секция А
Тестовый объект · договор П-01 · этап 02
Исходное заданиеЗадание заказчика, версия 1
Состав пакета для этого примера
- 01Отчёт об объёмахПомещения, виды работ, единицы и количество
- 02Акт выполненных работОбезличенный шаблон по договору
- 03Фото и приложенияПривязка к заданию и участку
Набор определяет ваша команда. Исполнительную документацию и её обязательные формы разбираем для выбранного вида работ отдельно.
На проверке
Подрядчик передаёт пакет
Портал проверяет наличие согласованных документов и фиксирует переданную версию. Согласующий получает задачу проверить объёмы и приложения.
Заказчик видит: кто сдал этап и у кого сейчас проверка.
На доработке
Замечание относится к версии 1
В примере согласующий просит уточнить объём по помещению А-12. Подрядчик видит причину возврата, прикладывает исправленный отчёт и отправляет версию 2. Первая версия остаётся в истории.
Согласующий проверяет исправление по тому же замечанию.
Этап закрыт
Заказчик закрывает этап по проверенному пакету
В этом примере основанием внутреннего закрытия служит проверенный акт выполненных работ. После проверки пакета и снятия замечаний уполномоченный сотрудник подтверждает закрытие. Портал сохраняет решение, дату и ссылки на акт и проверенную версию пакета.
Команда видит, по какому пакету закрыли этап. Статусы подписи и оплаты учитываются отдельно.
Это пример предлагаемой реализации. Порядок проверки, полномочия и основание закрытия согласуем на ваших документах.
02 / Полномочия участников
Три роли.
У каждой свои действия.
Роль задаёт допустимые действия, а объект и договор ограничивают доступные данные. Один сотрудник может участвовать в нескольких проектах; полномочия проверяем в каждом из них.
Подрядчик
Видит задания своей организации, прикладывает документы, отвечает на замечания и повторно сдаёт пакет.
Доступ к чужому договору закрыт. Переданный пакет сохраняется; исправления добавляются новой версией.
Согласующий
Проверяет назначенные ему этапы, указывает замечания к конкретной версии, подтверждает проверку или возвращает пакет.
Подтверждение проверки и право закрыть этап задаём раздельно. Замену сотрудника отражаем в истории.
Проверяем доступ к самому файлу
Мы проектируем серверную проверку прав при открытии, скачивании и запросе данных. В приёмку включаем прямую ссылку на документ другой организации, отзыв доступа и смену ответственного. Для загрузок согласуем форматы, размер, проверку файлов и правила хранения.
03 / Данные и исключения
Определяем,
где ведётся каждая запись.
Если договор уже есть в учёте, мы используем его идентификатор и согласованные реквизиты. Для заданий, файлов и решений выбираем основную систему, чтобы исправление не требовало ручной правки нескольких копий.
Учёт / 1С
Контрагент, договор и финансовые документы — в составе доступного обмена. Статус оплаты получает данные из утверждённого бухгалтерией источника.
Портал / система задач
Задание, маршрут проверки, замечания и решение. Проверяем возможности действующей CRM, если команда уже работает в ней.
Хранилище документов
Файлы и версии. Для внешнего хранилища проверяем привязку к конкретной версии и доступ по правам портала.
Проверка сбоя
Пакет передан, ответ системы потерялся
Мы согласуем идентификатор передачи и поведение повторной отправки. Сотрудник видит состояние обмена и ошибку, проверяет существующий пакет и повторяет передачу по установленному правилу. На тестовой базе сверяем версию, договор и результат в обеих системах.
Способы и периодичность обмена, ограничения и ответственного за восстановление определяем после проверки вашей системы и доступа к ней.
Руководителю снабжения / заявки по объектам
Снабжение стройки:
от заявки до заказа
Прораб указывает материал и срок. Согласующий проверяет бюджет. Снабжение оформляет заказ и видит результат обмена с 1С.
Мы предлагаем разработать систему закупок для строительства вокруг одной внутренней заявки. В ней связаны объект, позиции, согласующий и заказ. Руководитель видит, на каком шаге находится заявка, кто отвечает за решение и что мешает передать её дальше. В портале подрядчиков это дополнительный модуль: его состав и приёмку согласуем отдельно.
Разобрать одну заявку на материалыВозьмите обезличенную заявку, правила лимитов и название конфигурации 1С. Мы определим маршрут, источники данных и состав первой версии для оценки.
Опыт обмена с учётом: в Бакаеве мы связали приложение, админ-панель и 1С через сервер синхронизации.
Одна заявка проходит весь маршрут
Предлагаем хранить в портале заявку и историю решений. Справочники, лимит и документ заказа связываем с утверждёнными источниками. Каждый переход проверяем на вашей тестовой базе.
- 01
Прораб
Объект, участок, материал, единица, количество и дата потребности. Характеристики или файл спецификации помогают уточнить позицию.
- 02
Снабжение
Сопоставляет позицию со справочником материалов, проверяет складской запас и количество к закупке. Уточняет цену и доставку, отмечает источник и время проверки.
- 03
Согласующий
Проверяет сумму с доставкой, статью бюджета и лимит объекта. Подтверждает версию заявки или возвращает её с причиной.
- 04
Заказ и учёт
После утверждения снабжение оформляет заказ выбранному поставщику. Портал сохраняет связь с заявкой и подтверждённым документом в 1С.
Демонстрация · условные данные
Объект А · материалы для перегородок
Инициатор — прораб
Статья — материалы
Срок — к началу работ на участке
Версия утверждена
Снабжение получает основание для заказа
В примере согласующий проверил состав и сумму с доставкой. Снабженец создаёт заказ из утверждённых позиций. При изменении материала, количества или суммы предлагаем повторную проверку затронутых условий.
Прораб видит заказ и подтверждённый срок поставки. Факт приёмки на объекте фиксируется отдельным действием.
Нужен пересмотр
Решение остаётся за уполномоченным сотрудником
В примере сумма с доставкой превышает доступный лимит статьи. Согласующий возвращает заявку с причиной или передаёт её ответственному за изменение бюджета. Право увеличить лимит и право согласовать закупку задаём отдельно.
Прораб видит причину и следующего ответственного. Срочную закупку проводим по заранее согласованному маршруту исключения.
Передача требует проверки
Сначала сверяем, создан ли заказ в учёте
Если после отправки нет ответа 1С, статус заказа остаётся неподтверждённым. В предлагаемой реализации сохраняем идентификатор операции, проверяем наличие документа в учёте и только затем выполняем допустимый повтор.
Снабженец видит ошибку и результат сверки. Потеря ответа сама по себе не означает, что документ отсутствует.
Кнопки показывают три сценария предлагаемой системы. Данные в 1С не передаются.
До разработки обмена
У каждого поля — свой источник
Мы проверим конфигурацию, версию и размещение вашей 1С, доступные операции и права. Стандартный интерфейс 1С — один из вариантов обмена; способ подключения выбираем после проверки конкретной базы.
В Бакаеве изменение фотографии в админ-панели отражается в 1С, заказ из приложения меняет остатки в обеих системах, а изменения из 1С доходят до приложения. Это выполненный проект продуктового ритейла. Строительный маршрут согласования мы предлагаем спроектировать отдельно.
- Материал и единица
- Справочник учёта — если он подходит процессу. Для новой позиции снабжение подтверждает сопоставление; штуки, упаковки и объём связываем по вашим правилам.
- Объект и бюджет
- Утверждённый источник вашей компании: 1С или отдельная система бюджета. Согласуем, что входит в лимит и как учитывать уже утверждённые заявки.
- Заявка и решение
- Портал: версия, автор, ответственный, причина возврата и история. Права проверяем по роли и объекту, включая открытие чужой заявки по прямой ссылке.
- Заказ и поставка
- Документ заказа — в согласованной системе учёта. Плановый срок, фактическое получение и частичная поставка имеют отдельные состояния.
Начнём с одного объекта
Предлагаем пилот: веб-форма прораба, рабочее место снабжения, один маршрут согласования, история заявки и согласованный обмен с учётом. Проверим обычную закупку, возврат, изменение после утверждения, частичное получение и повтор после сбоя.
В приёмке сверяем позиции, единицы, сумму, объект и документ заказа. Проверяем замену согласующего, доступ к чужому объекту и поведение при устаревшем лимите. Отсутствие актуальных данных должно быть видно сотруднику до решения.
Сначала проверим готовое решение
Мы пройдём вашу заявку в действующей 1С или выбранной системе снабжения: от формы прораба до заказа. Если доступны нужные роли, лимиты и возвраты, оценим настройку и обмен. Отдельный модуль подходит, когда учёт уже устроен, а сотрудникам на объекте нужен свой интерфейс. Заказная система оправдана, когда собственный маршрут и ограничения нельзя поддержать доступными настройками.
Что делать с заявками из мессенджера?
Предлагаем давать прорабу ссылку на форму по объекту. Уведомление может прийти в привычный канал, а позиции и решения сохраняются в заявке. Автоматический разбор сообщений и вложений требует отдельной проверки ошибок и подтверждения распознанных данных.
Можно согласовывать закупки сразу по нескольким объектам?
Да, этот сценарий включаем в проектирование, если он нужен с первого запуска. Для каждой позиции сохраняем объект и долю расходов, а для общей закупки — связь с исходными заявками. Согласуем, как проверяются отдельные лимиты и кто подтверждает итоговый заказ.
Разбор с 13FOX
Покажите одну заявку на материалы
Пришлите обезличенный пример, участников согласования, правило лимита и название конфигурации 1С. Мы предложим маршрут до заказа, границу первой версии и перечень зависимостей для оценки.
04 / Границы пилота
Один подрядчик.
Полный маршрут сдачи.
Для первой версии предлагаем один объект, выбранный договор и один вид работ. Пилот проходит весь путь, включая возврат пакета. Вторую тестовую организацию используем для проверки изоляции данных.
Что собираем
- Адаптивный веб-кабинет и приглашение сотрудников.
- Три роли с правами по объекту и договору.
- Задание, пакет документов, версии и замечания.
- Один маршрут согласования и правило закрытия.
- Уведомления по согласованным событиям.
- Обмен с выбранными системами в проверенном объёме.
Что проверяем при приёмке
- Подрядчик открывает своё задание; прямой запрос чужого документа отклоняется.
- Неполный пакет остаётся черновиком. Переданная версия сохраняется.
- После возврата замечание связано с версией 1; исправление приходит версией 2.
- Закрытие без нужного основания или полномочия недоступно.
- Повтор после потери ответа сверяем с исходным пакетом; отзыв доступа прекращает операции сотрудника.
Дополнительный объём
Тендеры, закупки, запросы поставщикам, BIM, пропуска, полноценное ведение исполнительной документации, электронная подпись и офлайн-работа требуют отдельных требований. Для пилота фиксируем, какие из них действительно нужны до запуска.
Мы проектируем и разрабатываем кабинет, права, обмен и проверки. Ваша команда утверждает документы, полномочия, порядок приёмки работ и хранения данных. Специалистов учёта и документооборота подключаем до оценки интеграций.
Снабжению строительной компании
Запрос поставщикам: одна спецификация и сравнимые КП
Мы разрабатываем закупочный раздел портала: поставщики отвечают по одним позициям, а снабжение сравнивает количество, комплектность и условия поставки.
У каждого ответа остаётся исходное коммерческое предложение. Рядом показываем пересчёт единиц и расхождения: замену материала, неполную партию, доставку отдельной строкой. Руководитель снабжения видит, какие условия уже подтверждены и что нужно уточнить до выбора.
Разобрать закупку по одной спецификацииПодготовьте обезличенную спецификацию и два КП. Мы определим поля сравнения, правила проверки и состав первой версии.
В «Бакаеве» мы связали приложение, админ-панель и 1С через сервер синхронизации. Для вашей закупки отдельно спроектируем запросы, ответы и передачу выбранного предложения в учёт.
От утверждённой потребности до выбора поставщика
Снабжение фиксирует запрос
Позиции получают идентификаторы, характеристики, количество и единицу. Указываем объект, адрес доставки, нужную дату, допустимость аналогов и срок ответа.
Поставщик заполняет ответ
Видит запрос, к которому ему открыли доступ, и заполняет своё КП. Для каждой позиции указывает упаковку, цену за единицу и количество, отмечает замену или отсутствие. Прикладывает подтверждающие документы.
Снабжение проверяет различия
Портал сводит ответы по строкам запроса. Пересчёт требует известного коэффициента упаковки. Аналоги проверяет назначенный специалист; пропуски остаются видимыми.
Ответственный фиксирует выбор
Сохраняет выбранные позиции, версии КП и основание решения. Передачу в учёт включаем после проверки, какие документы можно создавать в вашей системе, и согласования момента создания заказа.
Демонстрация · условные данные
Одинаковая масса ещё не делает ответы сопоставимыми
Запрос: 1 000 кг сухой смеси X по приложенной карточке, с доставкой на объект. Требуем полную партию. Аналог допускается после согласования.
Поставщик А
Материал X- Количество
- 40 мешков × 25 кг = 1 000 кг
- Комплектность
- Полная партия, документ качества приложен
- Поставка
- К нужной дате на объект; разгрузка включена
- Оплата и цена
- Полная предоплата; цена за мешок, сумма партии, НДС и доставка указаны отдельно
Условия заполнены. Снабжение проверяет документы.
Поставщик Б
Предложен аналог Y- Количество
- 50 мешков × 20 кг = 1 000 кг
- Комплектность
- Полная партия, карточка аналога приложена
- Поставка
- Самовывоз к нужной дате; доставка и разгрузка не рассчитаны
- Оплата и цена
- Отсрочка 14 дней после приёмки; цена за мешок, сумма партии и НДС указаны. Доставка требует уточнения
Нужны проверка аналога и условия доставки.
Сначала приводим количество к единице запроса
Оба ответа покрывают 1 000 кг. Пересчёт опирается на указанную массу мешка; исходная упаковка сохраняется. Если поставщик написал «палета» без состава, строка требует уточнения. Пустая цена или количество не превращаются в ноль.
Аналог проходит отдельную проверку
Совпадение массы подтверждает только количество. Назначенный специалист сверяет материал Y с требованиями и документами запроса. Мы предлагаем сохранять автора, дату и основание согласования; до этого ответ остаётся с отметкой «Аналог не согласован».
Стоимость сравниваем на согласованных условиях
Для ответа Б запрашиваем доставку и разгрузку на тот же объект. Цену за мешок пересчитываем в цену за кг; сохраняем цену в исходной единице и состав итоговой суммы. Показываем порядок учёта НДС, срок действия КП и дату поставки. Оплату и срок снабжение оценивает по своим правилам. Победителя утверждает ответственный сотрудник.
Показан пример предлагаемой реализации. Закупку можно разделить по позициям между поставщиками; тогда отдельно проверяем минимальную партию, комплектность и доставку каждой части.
Версии запроса и связь с учётом
Справочник материалов ведём в согласованной основной системе. Портал хранит опубликованную версию запроса, ответы и решения. После изменения спецификации поставщик видит новую версию; прежнее КП требует подтверждения или замены.
Для обмена с 1С проверяем конфигурацию, интерфейсы, права и тестовую базу. Если ответ учётной системы потерялся, сотрудник должен видеть состояние передачи и сверить существующий заказ перед повтором. Идентификаторы и правила повтора определяем при проектировании.
Начнём с одной закупки
Для первой версии предлагаем один шаблон спецификации, приглашённых поставщиков, форму ответа, сопоставление и журнал выбора. На ваших примерах проверим упаковки, аналог, неполное КП, смену версии и ограничения доступа.
На объём работ и смету влияют качество справочника материалов, правила пересчёта, импорт прежних КП и обмен с учётом. Распознавание PDF, электронную подпись, торги и поиск новых поставщиков оцениваем отдельно.
Что должно пройти приёмку
- Ответ привязан к строке и версии запроса.
- Упаковка пересчитана по подтверждённому коэффициенту.
- Замена и неполная комплектность видны до выбора.
- Условия поставки и оплаты сохранены с исходным КП.
- Решение и состояние передачи можно проверить.
До проектирования
Подойдёт ли готовая закупочная система?
Сначала проверим готовый продукт на вашей спецификации: единицы, аналоги, права и обмен. Например, «1С:Бизнес-сеть. Торговая площадка» описывает запросы КП и построчный анализ при работе из 1С. Собственный раздел имеет смысл, когда готовый продукт требует доработки под ваши правила сравнения, приглашение поставщиков и заполнение ответов. Возможности конкретной конфигурации проверяем отдельно.
Можно оставить ответы в Excel и PDF?
Вложения можно сохранить вместе с ответом. Для сравнения нужны структурированные поля. Начать предлагаем с формы или единого шаблона Excel; импорт сверяем с исходником. Произвольные PDF и таблицы потребуют распознавания и проверки ошибок сотрудником.
Разберём одну спецификацию и два предложения
Подготовьте примеры без персональных и конфиденциальных данных. На обсуждении мы определим правила сравнения, роли, связь с учётом и состав работ для оценки. Файлы можно отправить после знакомства.
05 / Подтверждённая работа 13FOX
Связывали интерфейс
с рабочими данными.
Наши смежные проекты показывают обмен с учётом и разработку отдельного модуля рядом с CRM. Процесс строительного подрядчика мы проектируем для вашей компании.
Бакаев · Продуктовый ритейл
Изменение проходит
между системами
Мы помогли перенести локальную 1С в облако и связали её с админ-панелью и приложением магазина через сервер синхронизации.
Фотография, изменённая в админ-панели, обновляется в 1С. Заказ из приложения меняет остатки в админ-панели и 1С. Изменения из учёта доходят до приложения.
Посмотреть кейс «Бакаев»
Malling · CRM-коммуникации
В Malling мы разработали отдельный инструмент коммуникаций рядом с Битрикс24 и amoCRM. Клиентские данные и сделки ведутся в CRM, а специализированный интерфейс помогает работать с кампаниями.
Этот подход позволяет обсуждать собственный модуль рядом с действующей системой. Маршруты строительных актов, подпись и правила закрытия работ потребуют отдельной разработки.
Посмотреть кейс Malling06 / Оценка и работа команды
Сначала разбираем
один пакет документов.
На его примере сравниваем готовую платформу, доработку действующей системы и заказную разработку. Стоимость определяет состав правил и интеграций: число маршрутов, типы документов, полномочия, объём истории и готовность источников.
| Вариант | Когда рассматриваем | Что проверяем |
|---|---|---|
| Готовая платформа | Пакет и маршрут укладываются в её возможности. | Внешние роли, версии файлов, выгрузку данных, лицензии и обмен. |
| Доработка системы | Команда уже ведёт задания и документы в CRM или другой системе. | Доступ подрядчика, границы доработки, API и поведение при обновлениях. |
| Заказной портал | Нужны собственные права, правила сдачи и связь нескольких источников. | Разработку интерфейсов и сервера, хранение файлов, интеграции и сопровождение. |
- 01
Разбираем документы
Задание, акт и возврат с замечанием. Составляем матрицу прав и схему процесса.
- 02
Проверяем обмен
На тестовых данных проверяем доступные методы обмена и передачу выбранных реквизитов. Фиксируем границы пилота, допущения и смету.
- 03
Разрабатываем кабинет
Собираем интерфейс, серверные правила, хранение, уведомления и согласованный обмен.
- 04
Принимаем пилот
Проходим контрольные сценарии. Передаём инструкции и согласуем сопровождение.
В оценке видны зависимости
Отдельно учитываем перенос истории, подготовку справочников и доработку учётной системы. Расходы на размещение, лицензии, сервисы и поддержку выделяем из разработки. Срок зависит и от согласования правил с вашей командой, и от доступности тестовой среды.
До начала проекта
Что уточним
с директором строительства
Можно начать с одного подрядчика?
Да. Предлагаем выбрать один объект, договор, вид работ и маршрут согласования. Для проверки разграничения доступа добавим вторую тестовую организацию. После приёмки первого сценария оценим подключение остальных подрядчиков.
Можно сохранить нашу 1С и систему документов?
Мы проверим их версии, доступные интерфейсы, права и условия размещения. Для договора, задания, файла и статуса определим основной источник. Если документ хранится в действующей системе, проверим доступ к конкретной версии через портал.
Что означает статус «Этап закрыт»?
Это результат согласованного внутреннего процесса: нужный пакет проверен, замечания сняты и уполномоченный сотрудник подтвердил основание закрытия. Подписание документов и подтверждение оплаты имеют отдельные статусы. Кнопка согласования сама по себе не создаёт электронную подпись.
Как будет работать кабинет с телефона на объекте?
Предлагаем адаптивный веб-кабинет: посмотреть задание, приложить фото и проверить замечания. Размеры файлов, качество связи и допустимые форматы проверим на пилоте. Работа без сети и отдельное мобильное приложение требуют дополнительного проектирования.
Сколько стоит разработка кабинета подрядчика?
Оценка зависит от ролей, числа маршрутов, документов, обмена с учётом и подготовки данных. По одному заданию мы определим состав первой версии, допущения и отдельные расходы на размещение, лицензии и сопровождение. Стоимость и срок фиксируем после разбора этого состава.
Первый разговор с 13FOX
Покажите, как один
подрядчик сдаёт работы.
Достаточно описания задания, состава пакета и участников проверки. Мы предложим роли, маршрут согласования и границы первой версии. Примеры документов подготовьте без персональных и конфиденциальных данных.