Решения позволяют компаниям пользоваться возможностями личного кабинета «Деловых Линий» в своей информационной системе. В основном интеграция базы данных клиента с базой перевозчика востребована у организаций из сфер промышленности, торговли, моды, медицины и автомобилей. В этих отраслях чаще всего фиксируется большое количество логистических операций, где необходима автоматизация, и крупные объемы отправок. В целом интеграционные решения востребованы в Москве, Санкт-Петербурге, городах Приволжья, Сибири и Урала.
«Интеграция значительно сокращает время на логистические процессы, так как работа с нашей компанией ведется в одном окне привычной для клиента информационной системы, а большая часть данных подтягивается в нее автоматически. Наиболее популярен готовый модуль «Расширение для 1С». За последний год мы его существенно доработали, добавили новые возможности. Например, появились подсказки адресов при оформлении перевозки, функция повтора ранее созданного заказа, собственная адресная книга. Клиенты, использующие готовые модули для 1С, отмечают сокращение временных затрат на работу с логистикой на 50-80%, а также снижение количества ошибок при оформлении заявок на грузоперевозки», – сообщили в пресс-службе ГК «Деловые Линии».
Клиентам транспортной компании доступны не только готовые решения оператора и партнерские сервисы для 1С, CRM и СMS-систем, но и самостоятельная интеграция с привлечением собственных разработчиков. Она позволяет бизнесу с большим грузооборотом выполнять гибкую настройку продукта под свои потребности с выбором только необходимых опций. Для удобной работы появились готовые сценарии – интерактивные блок-схемы, которые помогают разработчикам клиента реализовывать нужные функции. При необходимости специалисты компании могут проконсультировать заказчиков в вопросах выбора или настройки продуктов.
Оператор также отметил, что теперь доступен и новый бесплатный модуль интеграции для интернет-магазинов, работающих в системе управления заказами Битрикс24. Решение было разработано специально под потребности клиентов оператора. Оно автоматизирует создание заявок: подтягивает данные по отправителю и получателю, подгружает доступные терминалы по адресу и выбранным услугам, позволяет рассчитать сроки и стоимость, отследить статусы и местоположение грузов, а также добавляет номер отслеживания в карточку заказа.
Никто пока не комментировал эту страницу.
В стандарте [6] предусмотрено присваивать различным документам вида «расчет» код[1] документа РР, а для локальной сметы код документа ЛС.
Никакой необходимости использовать код Б для обозначения документов, в названии которых нет слова «Обоснование», не существует, а отсутствие документов, в названии которых использовано это слово подтверждает, что из ГОСТ 34.201-2020 должен быть исключен фактически не существующий документ «Обоснование».
Литература:
6 ГОСТ Р 21.101-2020 Основные требования к проектной документации
7 Н. Зенин. Судьба требований ГОСТ 34-й серии в проектах по информационной безопасности // [Электронный ресурс], режим доступа: https://www.anti-malware.ru/practice/methods/GOST-requirements-34th-series-in-information-security-projects
[1] В данном стандарте вместо термина «код документа» используют словосочетание «шифр документа»
Разработчики стандартов иногда предлагают новые виды документов, объясняя это тем, что существующих видов документов недостаточно для новых изделий. Например, в таблице 1 стандарта [1] перечислены несколько видов документов, разрабатываемых для автоматизированных систем (далее АС). Обратим внимание на документ «Обоснование» (код документа Б). Его назначение определено так:
«Изложение сведений, подтверждающих целесообразность принимаемых решений»
Отметим, что в числе толкований значений слова «обоснование» есть и тексты, служащие основанием для принятия решения.
Какие же текстовые документы приведены в таблице 2 стандарта [1], где перечислены конкретные документы?
Как ни странно, но документа со словом «обоснование» в названии нет ни в стандарте [1] нет, как нет его и в отменном руководящем документе [2].
Слово «обоснование» в [2] использовано в названии раздела отчета, разрабатываемого на стадии формирования требований к АС – Обоснование необходимости совершенствования информационной системы объекта.
«Обоснование» содержится ещё в двух стандартах [3, 4], где применено в названии этапа работы – Обследование объекта и обоснование необходимости создания АС.
Отметим, что в cтандартах [3, 4] обоснование необходимо для вынесения технико-экономической, социальной и т.п. оценок на стадии формирования требований к АС.
При этом сам документ, содержащий результаты обоснования, оформляют в виде отчета по ГОСТ 7.32 [5], а не в виде документа вида «Обоснование».
Обратимся теперь к стандарту [1] и посмотрим какие же документы с кодом Б (присвоен документу «Обоснование») указаны в таблице 2:
- локальный сметный расчет (код Б2);
- проектная оценка надежности системы (код Б1);
- локальная смета (код Б3).
Из перечисления видно, что ни в одном из названий этих документов с кодом Б нет слова «Обоснование».
Продолжение следует