Как разрабатываются отраслевые и специализированные решения для 1С:ERP

    В этой статье мы попытаемся рассказать, как с помощью удаленных и территориально распределенных команд мы наладили процесс выпуска прикладных решений, расширяющих функциональность нашего продукта «1С:ERP Управление предприятием 2».

    Отраслевые и специализированные продукты, расширяющие функциональность «1С:ERP Управление предприятием 2»


    На основе нашей технологической платформы «1С:Предприятие 8» мы сами, фирма «1С», выпускаем около 20 решений самого разного калибра – от «Управления нашей фирмой», «1С:Бухгалтерии» разных редакций (от «Упрощенки» до «Корпоративной») до нашего самого функционально насыщенного решения — «1С:ERP Управление предприятием 2».

    «1С:ERP 2» — решение, автоматизирующее бОльшую часть процессов многопрофильных предприятий. Но есть целые классы задач и отраслевых особенностей, требующих более детальной проработки, нежели она есть в «1С:ERP 2» – торговля, логистика, управление складом, строительство, сельское хозяйство и т.д. Включать эту функциональность в типовое решение нецелесообразно, т.к. это приведет к усложнению работы большинства пользователей. К тому же у нас самих может не хватить ресурсов для полноценной реализации требуемой функциональности.

    Итак, перед нами стоит задача создания отраслевых/специализированных решений, которые:

    • соответствуют потребностям рынка;
    • разрабатываются с минимально возможным привлечением ресурсов собственно фирмы «1С»;
    • обладают гарантированным качеством реализации.

    Эту задачу мы решаем так:

    • Решения создаются нашими партнерами, имеющими компетенции в соответствующей области
    • От фирмы «1С» в создании решения принимает участие «модераторы» — архитекторы проекта, и кураторы направлений
    • Мы разработали регламенты проектирования и разработки решений, позволяющие контролировать качество продукта

    Продукты, расширяющие функциональность «1С:ERP», выпускаются в рамках проекта «1С-Совместно».

    Сотрудничество с партнерами «1С-Совместно»


    По проекту «1С-Совместно» продукт создается партнером фирмы «1С», но правообладателем является фирма «1С». Мы сами определяем требования к продукту и контролируем его качество.
    Порядок разработки совместных решений:

    • Мы ищем востребованную рынком функциональность, еще не реализованную в наших продуктах, и составляем функциональные требования к новому продукту;
    • Мы объявляем конкурс на разработку новых «1C-Совместных» решений, а также принимаем заявки на выпуск продуктов по инициативе партнеров;
    • Мы определяем партнеров с наибольшими компетенциями и готовностью долгосрочного развития направления;
    • Мы заказываем партнеру разработку, развитие и поддержку продукта.

    Мы следим за уровнем качества наших решений. Так, по данным анкетирования оценивают качество самих продуктов, работы партнера и линии консультаций разработчика:

    График качества
    image

    Концепция модульного подхода в архитектуре решений на базе «1С:ERP Управление предприятием 2»


    С точки зрения концепции и архитектуры, «1С:ERP» является совершенно новым продуктом по сравнению с его предшественником «1С:Управление производственным предприятием». Одно из ключевых отличий нового решения — главенство функций управления. При разработке линейки отраслевых и специализированных решений важно было поддержать это и в решениях «1С-Совместно». Особое внимание было уделено задачам интегрируемости решений между собой и с «1С:ERP», возможности построения единой информационной системы, состоящей из набора модулей с ключевым интеграционным ядром – «1С:ERP».

    Цель – единая бесшовная информационно-управленческая система, построенная на базе «1C:ERP» и других решениях «1С:Предприятие 8»:

    image

    Была разработана концепция модульного подхода в архитектуре решений на базе «1С:ERP». Концепция определяет принципы разработки, унификации и интеграции различных конфигураций в рамках единой системы управления и учета.

    Все решения в рамках программы «1С-Совместно», расширяющие возможности «1С:ERP», должны следовать концепции модульного подхода. Ключевыми задачами модульного подхода являются:

    • Формирование линейки продуктов, взаимодействующих как на уровне интеграционного ядра «1С:ERP», так и между собой
    • Упрощение создания единого решения для пользователей из набора отраслевых и специализированных решений
    • Минимизация трудозатрат по изменению состава модулей решения и дальнейшему сопровождению решения
    • Исключение дублирования общих функциональных подсистем в различных продуктах

    image

    На момент написания статьи количество уже выпущенных решений линейки – 31 (18 партнеров-разработчиков), с учетом планов разработки, во 2 квартале 2017г. количество решений достигнет 52 (24 партнера-разработчика).

    Процесс проектирования, разработки и контроля отраслевых и специализированных решений для «1С:ERP»


    Взаимодействие разработчиков в единой среде проектирования


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

    • 28 территориально распределенных команд разработчиков;
    • 44 активных проекта;
    • 19 новых решений.

    Для контроля качества работы команд мы регламентировали общие принципы взаимодействия команд и проектов:

    • Анализ, проектирование и документирование функциональности
    • Формулирование требований к другим решениям
    • Контроль сроков прохождения этапов проектирования и разработки
    • Актуализация модели решения
    • Контроль заявленной функциональности
    • Обсуждение требований и пожеланий в рамках Круглого стола для разработчиков

    Круглый стол для разработчиков решений «1С-Совместно» проводится ежегодно, в рамках данного мероприятия обсуждаются проблемы и предложения, организуются площадки для общения и взаимодействия партнеров-разработчиков и разработчиков 1С:ERP.

    image
    Посмотреть картинку в полном размере

    СППР для отраслевых и специализированных решений (СППР ОР/СР) – CASE-средство для совместного проектирования решений


    Все разработчики решения взаимодействуют через продукт «1С:Система проектирования прикладных решений» (сокращенно СППР). СППР помогает проектировать прикладные решения на платформе «1С:Предприятие» и позволяет обслуживать задачи полного цикла разработки ПО — сбор требований, контроль изменений, документирование, баг-трекинг и т.д. СППР разработана как конфигурация на платформе «1С:Предприятие 8».

    СППР может быть использована как в качестве инструмента для проектирования новых информационных систем, разрабатываемых в среде «1С:Предприятия 8», так и для описания и документирования существующих систем, разработанных ранее без использования СППР.

    Мы выбрали СППР как наиболее удобный и подходящий для наших задач и соответствующий выдвигаемым нами требованиям к CASE-средству:

    • Возможность построения модели сложной системы
    • Управление жизненным циклом продукта
    • Мультипроектность
    • Кастомизируемость
    • Интеграция со средой разработки
    • Доступность для партнеров-внедренцев 1С

    В рамках разработки Линейки решений для «1С:ERP», всем участникам проекта доступна общая облачная база СППР ОР/СР, работа с которой определяется регламентом:

    Цели

    • Управление жизненным циклом выпуска продуктов
    • Проектирование и документирование проектных решений
    • Контроль результатов разработки

    Задачи

    • поддержка актуального описания автоматизируемых процессов предприятий и реализованной для этого функциональности
    • верификация целостности единой модели всех решений
    • контроль сроков хода выполнения проектов
    • контроль функциональности конфигураций описанной модели
    • реализация единой среды проектирования при совместной работе большого количества разработчиков

    image

    Управление жизненным циклом выпуска продуктов


    Весь проект разделен на функциональные области (разделы проекта), каждый раздел курирует руководитель направления со стороны «1С». Разделы наполняются функциональностью решений (продуктов), причем:

    • функциональность одного раздела не обязательно определяется одним продуктом,
    • функциональность всего раздела может разрабатываться несколькими партнерами-разработчиками.

    К решениям, реализующим функциональность одного раздела проекта, предъявляются особые требования к возможности интеграции.

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

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

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

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

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

    Логическая модель решений в методологии IDEF0


    В базе СППР ОР/СР функциональность всех решений линейки описывается в рамках одного проекта. В основе логического проектирования заложена методология IDEF0.

    Целостность и непротиворечивость функциональной модели модерируется функциональным архитектором проекта, назначенным со стороны «1С».

    Описание нотации СППР
    В рамках СППР основные понятия трактуются следующим образом:

    • Функциональный блок (Activity Box) – некоторая конкретная функция создания новой информации в рамках рассматриваемой системы
    • Связь – информация, которая обрабатывается функциональным блоком (входы и выходы) или оказывает иное влияние на функцию (управление и исполняющие связи – профили пользователей):

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


    image

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

    Варианты поставки продуктов


    Концепция модульного подхода допускает различные варианты поставки продуктов:

    • функциональность в составе «1С:ERP»,
    • функциональность в виде самостоятельно работающей конфигурации,
    • функциональность для интеграции в «1С:ERP».

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

    Например, «1С:ERP Управление строительной организацией 2» (партнер – разработчик «1С-Рарус») содержит в своем составе:

    • функциональные возможности типовой «1С:ERP»,
    • собственную оригинальную отраслевую функциональность,
    • функциональность отдельных решений:

      • «1С:Смета 3»,
      • Модуль «1С:Риэлтор. Управление продажами недвижимости для 1С:ERP»,
      • Модуль «1С:Аренда и управление недвижимостью для 1C:ERP»,
      • Модуль «1С:Управление автотранспортом для 1С:ERP».

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

    Библиотека функциональных подсистем 1С-Совместно


    В целях унификации решений линейки выделяется общий универсальный функционал и формируется «Библиотека функциональных подсистем 1С-Совместно».

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

    • Обеспечить общие подходы в реализации единых универсальных механизмов в решениях «1С-Совместно»;
    • сократить трудоемкость выпуска новых решений за счет использования готовой функциональности;
    • упростить интеграцию решений различных партнеров-разработчиков при объединении конфигураций;
    • сократить количество различных реализаций единых механизмов для пользователей, одновременно использующих несколько решений.

    Состав библиотечных функций модерируется функциональным архитектором проекта «1С» и наполняется партнерами-разработчиками.

    Уведомление ответственных о ходе реализации технических проектов


    Учитывая большое количество участников проектов разработки, необходимы контрольные инструменты для уведомления ответственных о ходе реализации технических проектов.
    В базе СППР ОР/СР настроены регламентные задания, формирующие рассылки писем. В этих целях выделены следующие группы получателей:

    • Ответственные за проект
    • Ответственные за разделы проекта
    • Ответственные за технические проекты

    И типы рассылок:

    • Контроль выполнения технических проектов — еженедельно
    • Контроль активности партнеров-разработчиков — еженедельно
    • Уведомления о необходимости выполнения действий в базе (задачи, сообщения и т.п.) — ежедневно
    • Уведомления о наличии ошибок в моделях — ежедневно

    Ответственные получают по электронной почте такие отчеты, как:

    • Сроки выполнения контрольных точек (этапов)
    • Сроки выполнения технических проектов
    • Изменения объектов метаданных типовой конфигурации
    • Ошибки и предупреждения в модели
    • Актуальные задачи
    • Активность работы над техническим проектом

    Примеры отчетов
    imageimage
    imageimage

    Подготовка конфигураций к тиражированию


    Общая функциональная схема предпроизводственной проверки решения:
    image

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

    Партнер-разработчик несет ответственность за качество тестирования, комплектность материалов и передает материалы фирме «1С» для проверки перед выпуском полностью работоспособными, протестированными, соответствующими требованиям сертификации «1С:Совместимо», «Системе стандартов и методик разработки конфигураций для платформы 1С:Предприятие 8» и требованиям Регламентов взаимодействия с разработчиками совместных решений.

    Также рассматривается возможность включения дополнительных проверок на соответствие функциональной модели в базе СППР ОР/СР: контроль соответствия заявленной функциональности ОР/СР реализованному и контроль соответствия модификации объектов типовой конфигурации заявленным в СППР ОР/СР.

    Сервис 1С:Облачная карта решений


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

    image

    Сервис «1С:Облачная карта решений» предоставляет доступ к функциональным моделям ряда решений фирмы «1С», а также отраслевых и специализированных решений, выпускаемых по схеме 1С-Совместно. Актуализация функциональной модели обеспечивается прямым обращением к веб-сервису базы «СППР для отраслевых и специализированных решений», модель решений в которой поддерживается в актуальном состоянии в соответствии с Концепцией модульного подхода в архитектуре решений на базе «1С:ERP Управление предприятием 2».

    Сервис поддерживает переходы по прямым ссылкам на схемы функций, например:


    Преимущества использования сервиса


    Для потенциальных клиентов:

    • Получение представления о функциональности готовых решений фирмы «1С»
    • Подготовка функциональных требований для организации конкурсов по проектам автоматизации

    Для пользователей продуктов фирмы «1С»:

    • Изучение функциональности готовых решений для автоматизации отраслевых и специализированных бизнес-процессов, определение продуктов, содержащих требуемую функциональность.
    • Возможность выбрать партнера, ознакомиться с условиями приобретения, информационными материалами, успешными проектами внедрения, а также принять участие в ближайших мероприятиях и получить доступ к демонстрационной базе (при наличии такой возможности), путем перехода на страницу продукта сайта http://solutions.1c.ru
    • Расширение областей автоматизации в рамках используемых решений путем изучения и применения всех заложенных функциональных возможностей.

    Использование сервиса партнерами


    • Демонстрация потенциальным клиентам функциональной модели готовых решений (модели содержат подробную информацию о продуктах, их функциональности, автоматизируемых бизнес-процессах, рабочих местах). Демонстрация существующим клиентам функциональных возможностей продуктов, содержащих отраслевую специфику, реализацию предметных задач.
    • Участие в конкурсах, подготовка предложений: сравнение требуемой функциональности с функциональностью всего комплекса готовых решений. Подбор готовых продуктов для покрытия функциональных разрывов. Подготовка предложений с использованием примеров интеграционных решений и бизнес-кейсов успешных проектов.
    • Внедрения: соотнесение реальных процессов предприятия с функциональной моделью, изучение принципов взаимодействия функциональных блоков.

    Команда разработчиков – команда профессионалов


    Результаты любого проекта зависят от команды. Для разработки линейки решений для «1С:ERP» удалось собрать большую команду Профессионалов, готовых к экспериментам, готовых совместно преодолевать трудности. Учитывая количество партнеров-разработчиков, привести полный список сложно, выделять отдельных партнеров тоже не хотелось бы.
    Считаем, в выборе партнеров, их компетенции каждого в своей области и синергии в достижении единой цели, мы не ошиблись.

    В заключение


    Мы поделились с вами ключевыми процессами разработки линейки решений для 1С:ERP. Полностью процесс достаточно сложный, включающий большое количество участников, как с нашей стороны, так и со стороны партнеров-разработчиков. В первую очередь хотелось донести до читателя процессы проектирования и контроля хода такого сложного проекта. Подобный подход мы применяем впервые и надеемся распространить этот опыт и на разработку других линеек решений.

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

    Были бы рады обсудить наш опыт, получить обратную связь о предлагаемом сервисе. Постараемся учесть полезные замечания.
    Метки:
    101,14
    Компания
    Поделиться публикацией
    Похожие публикации
    Комментарии 29
    • 0
      Описание нотации СППР
      Это расширение той нотации, которая предлагалась для моделирования бизнес-процессов на платформе 1С? Или создали новую нотацию?
      • 0
        предлагалась для моделирования бизнес-процессов на платформе 1С

        Вы имеете в виду эти бизнес-процессы?
        • 0
          Да. Если Вы имели ввиду мой вопрос)
          • 0
            Да, как раз ваш вопрос имел в виду)

            Нотации у бизнес-процессов 1С и СППР разные, но для показа используется один и тот же инструмент платформы — графическая схема. Логическая модель в СППР строится по методологии IDEF0.
            • 0
              Интересно, по каким причинам решили делать новую нотацию. На первый взгляд, в нотации БП 1С подобные схемы так же реализуемы (может быть, и после некоторых доработок).
              Пользователям, освоившим БП 1С, было бы удобнее.
              • 0
                Новые нотации не разрабатывались; использованы общепринятые графические нотации для конкретной задачи.
                Обратите внимание, что в статье нет речи о графической нотации бизнес-процессов, нотация IDEF0 применена для описания функциональной модели решений.
                • 0
                  Смотрю описание http://v8.1c.ru/model/#description_of_processes — даже не упоминается механизм бизнес-процессов 1С. Жаль, что не удалось связать эти две вещи — получился бы действительно мощный инструмент.
                  • 0
                    Тем не менее процессы описаны в привязке к функциональной модели. В сервисе 1С:Облачная карта решений можно видеть бизнес-процессы и для функций и для профилей пользователей, в том числе доступна навигация по функциям, поддерживающим бизнес-процесс.
                    • 0
                      Не совсем понятна логика работы, пока. Смотрю схему http://v8.1c.ru/model/large_tp_list_of_metadata.htm — «Метаданные разрабатываются в конфигураторе и загружаются в СППР». То есть сначала должна быть конфигурация (или почти конфигурация, раз есть метаданные), а потом её выгружают во внешнюю систему для проектирования?
                      • 0
                        Мы контролируем только процесс проектирования функциональности. Партнеры-разработчики проектируют архитектуру на основании согласованной функциональной модели сами. Процесс разработки мы не контролируем, только результаты.
                        Сами партнёры, конечно, могут использовать все возможности СППР, но в своих локальных базах.
                        • 0
                          А вообще — СППР позволяет проектировать функциональность без наличия самой конфигурации.
                          • 0
                            В этом случае есть возможность сконвертировать функциональный проект в конфигурацию? Ведь в проекте, видимо, будут уже описаны метаданные.
                            • 0
                              Пока таких возможностей у СППР нет.
                              • 0
                                Благодарю за подробные ответы. Если компании 1С удастся эти две вещи адекватно объединить, получится действительно мощный и интересный инструмент.
        • 0
          БСП очень интересное решение. Но документация по нему скупая. Разбираться сложно.
          • 0
            Для разработчиков очень подробные материалы по БСП опубликованы на 1С: ИТС (материалы включают и подробное описание и порядок интеграции, а также — шаблоны документации для пользователей).
            Для пользователей использование механизмов БСП описано в документации.
          • 0
            Доколе 1С и GIT будут несовместимыми вещами? Ручками код копипастить, конечно же можно, но это детский сад. Доколе нельзя будет заниматься автоматизированным тестированием конфигураций? Как по мне, эти 2 пункта сильно мешают платформе на энтерпрайзных полях.
            • 0
              Доколе 1С и GIT будут несовместимыми вещами?

              Имеет смысл подождать релиза Enterprise Development Tools.

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

              Есть же механизм автоматизированного тестирования, доступен с 8.3 (если не ошибаюсь).
              • 0
                новый Enterprise development tools анонсирован уже очень давно, а воз и ныне там. Как временное решение прикрутили у себя https://github.com/xDrivenDevelopment/precommit1c но скажем так — супер удобной такая система не является. Скажем так — пока в основе обработок и конфигураций бинарный формат — не видать нам мерджей в гите.
              • 0
                Ну почему несовместимыми? Не то чтобы просто, и не то чтобы универсально, но разрабатывать в 1С с помощью git можно. И копипастить не придётся.
                И unit + bdd тестирование есть.
                • 0

                  Одностороннюю синхронизацию с гитом отлично покрывает gitsync — https://github.com/oscript-library/gitsync


                  Двустороннюю можно навелосипедить на vanessa-runner или самописными, но задача нетривиальная.

                • 0
                  А для обычных партнеров, возможно ли получение доступа к библиотеке функциональных подсистем? (с целью ознакомления)
                  • 0
                    Прямой доступ к Библиотеке функциональных подсистем доступен только партнерам-разработчикам линейки решений 1С:ERP.
                    Но с функционалом библиотеки можно ознакомиться и в составе отдельных решений линейки (для партнеров предусмотрены NFR-версии).
                    Также описание отдельных подсистем присутствует в функциональной модели, например «Управление лабораторными анализами и сертификацией»: http://platform.demo.1c.ru/solutionscloud//?C=%22?id_8bbb794a-6df9-11e6-2699-0050569f68e0%22.

                    Ну или присоединяйтесь к команде партнеров-разработчиков линейки решений для 1С:ERP.
                    • 0
                      А планируется ли пересматривать такой подход? Куда не сунься — там ИТС, там только партнерам, там еще что то. Даже к тому же EDT для доступа нужна ИТС, при том что для самой платформы это необязательно.
                      • 0
                        Что касается БФП, то пока планов по пересмотру подхода нет. Функциональность в виде отдельных подсистем доступна пользователям в составе конечных продуктов. БФП поддерживается и развивается в соответствии с регламентом, определяемым концепцией модульного подхода, партнеры-разработчики выделяют на это значительные ресурсы.
                      • 0
                        Спасибо за ответ!
                        Но с функционалом библиотеки можно ознакомиться и в составе отдельных решений линейки

                        А название конфигураций не могли бы привести для примера? Хочется просто посмотреть, что это вообще такое.
                        • 0
                          Концепция модульного подхода предполагает несколько вариантов заимствования функциональности в решениях, БФП — один из них. Т.к. это является внутренней «кухней», такая функциональность особо не выделяется, но для примера можно привести ту же функцию «Управление лабораторными анализами и сертификацией»: http://platform.demo.1c.ru/solutionscloud//?C=%22?id_8bbb794a-6df9-11e6-2699-0050569f68e0%22, которая сейчас входит в состав 3-х решений:
                          — Модуль 1С: Производство алкогольных продуктов для 1С:ERP
                          — 1С: Хлебобулочное и кондитерское производство 2. Модуль для 1С:ERP 2
                          — Модуль 1С: Молокозавод для 1С:ERP
                          Это видно из описания самой функции (раздел описания «Доступна в решениях»).
                          • 0
                            Ох, вот это поворот событий :) Я так понимаю, это отдельная подсистема (-мы), которая ставится также на поддержку к какому-то партнеру совместно?
                            • 0
                              Можно и так сказать.

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

                    Самое читаемое