1С согласование заявок

  • автор:

Система согласования. Как мы велосипед изобретали


Продолжаем рассказывать о том, как мы улучшаем жизнь не только нашим клиентам и партнерам, но и сотрудникам компании. Речь пойдет о внедрении системы согласования. Сознательно не указал согласования “чего”, так как в дальнейшем станет понятно, что чисто теоретически, согласования “всего”.

Размышления о системе согласований

Изначально в нашей компании, как и во многих других, в которых мне пришлось поработать, а также в которых был “гостем” или просто наслышан от своих знакомых, согласование договоров велось (и на момент написания статьи пока еще ведется), посредством обычной переписки в почте. Естественно это устраивает компании с небольшим количеством персонала и контрагентов. Нет особой необходимости придумывать и внедрять системы из-за подписания одного-двух договоров в месяц (а то и год) с единолично принимающим о подписывании решении генеральным директором. Аналогичная ситуация наблюдалась и с оплатой счетов. Каждый сотрудник, который взаимодействует с контрагентами и которому необходимо что-то оплатить, запрашивает счет и по почте отправляет в бухгалтерию с просьбой “оплатить”. При этом, далеко не всегда бухгалтерия оплачивает счета без предварительного согласования оплаты с непосредственным руководителем сотрудника и/или руководством компании. При определенных условиях цепочка согласований может “укорачиваться” или наоборот “удлиняться”.
Пока сотрудников не много и каждый знает всех своих коллег, кто кем является и кто кому руководитель — особых проблем не возникает. В ручном режиме и при определенных условиях заявки на оплату проходят согласования в режиме переписки и оплачиваются (либо отклоняются). Но наша компания растет и с определенного момента мы перешли ту незримую черту, после которой необходимо задуматься об автоматизации данных процессов и о необходимости внедрения чего-то нового.

Наши хотелки

У нас были свои минимальные требования к системе:

  • User-friendly интерфейс и крайне желательно web-ориентированный (без надобности установки клиентов)
  • Гибкость настройки
  • Мы хоть и не клинические, но параноики. Поэтому сервисы, в которых может появляться конфиденциальная информация, хотим держать в нашем закрытом периметре

Первично мы провели анализ продуктов семейства “системы электронного документооборота”, которые есть на рынке. Посмотрели известные системы: 1С: Документооборот, “ДЕЛО”, “ТЕЗИС”. Также смотрели на системы, которые были созданы на заказ для других компаний, а также такие новинки, как Allware.
Не могу сказать, что системы плохие. На самом деле почти все системы позволяют выполнить основные наши “хотелки” и даже больше, чем нам нужно. Но, как обычно, дьявол кроется в деталях.
В первую очередь — интерфейс. Не привыкли мы пользоваться интерфейсом в стиле “1С”. Нам нужен простой, интуитивно-понятный интерфейс, в котором мы будем производить минимум действий для получения максимального результата (а кто же так не хочет?).
Во вторую очередь — цена (одномоментно заплаченная и затем стоимость владения продуктом в целом). Нам далеко не все нужно в системах, которые предлагаются из коробки. Но при этом платить приходится сразу за все. А так как сейчас многие переходят на систему подписки, то платить приходится постоянно и сумма, как обычно, зависит от множества условий (кол-во пользователей/подключений, возможности работы в облаке, дополнительные опции, модули и т.п.). А “соскочить” с системы, если вдруг цена перестала устраивать — проблематично.

В-третьих — нет возможности “управлять” своими «хотелками».

Реализация

Не буду долго расписывать, как и почему в итоге мы остановились на решении “придумать велосипед” и написать свою систему электронного документооборота. Решение принято — нужно делать. Мы уже прошли болезнь попытки реализовать продукт без требований, поэтому первично стартовал процесс написания ТЗ и его согласования. Благо перед глазами у нас были примеры реализаций, поэтому формирование прошло довольно безболезненно.
Единственное, над чем пришлось нам поломать копья — это в процессе разработки архитектуры не поддаться на соблазн удовлетворить требования “как есть”, в ущерб гибкости и дальнейшему удобству эксплуатации. Соблазн был велик, особенно у основного заказчика, так как срок реализации и внедрения сокращался бы в 2 раза. Но нам удалось убедить и руководство, и себя, что “лучше день потерять, потом за 5 минут долететь”. И считаю, что мы сделали правильный выбор.
Лучше день потерять, потом за 5 минут долететь. Стек “стандартный” — .Net Core 2 и EntityFramework, Angular 4, MS SQL, так как имеем в применении инструментария и технологий довольно большой бэкграунд. Хотя СУБД для нас особого значения не имеет по понятным причинам. При необходимости перейдем на какую пожелаем.
В итоге получился продукт, который удовлетворяет важным для нас требованиям:

  • Один воркфлоу — разные участники согласования (связан со следующим пунктом)
  • Условия пропуска этапа согласования по заданным условиям (любое поле в заявке можно добавить в условие с заданной проверкой и на основании валидности условия определяется необходимость перехода на очередной шаг согласования или его “пропуск”)
  • Наш “фирменный” интерфейс

Также были проработаны и реализованы такие удобные и полезные фичи, как:

  • Задание дефолтных значений справочников (как пользовательских, так и системных). Пользовательский справочник — это сущность, позволяющая задавать элементы самостоятельно пользователем. Созданные элементы будут доступны только ему. При этом в такой справочник администратор системы может внести общие элементы, которые будут доступны всем пользователям системы
  • Определение наиболее часто использующихся элементов справочников для каждого пользователя и формирование списков в интерфейсе исходя из данной статистики (сортировка)
  • Полностью настраиваемые из админки схемы (структура и свойства полей для заполнения) и представления (расположение элементов в форме) каждого типа запроса на согласование
  • Гибкий ACL
  • Настраиваемый каждым пользователем поиск заявок по различным наборам параметров. Параметрами могут быть любые свойства шаблонов заявки с возможностью выбрать условие, которое необходимо наложить на данное поле при фильтрации. При этом можно создать сколько угодно сетов для фильтрации. Удобно для быстрого поиска в разных разрезах
  • Проверка на валидность введенных значений на основании заданного шаблона для конкретного поля заявки

Не обошлось конечно и без “курьезов”. В первую очередь речь, идет о конфигурировании воркфлоу. Мы изначально решили, что нам нужна возможность конфигурирования древовидной схемы бизнес-процесса. Чтобы из одной точки (этапа) согласования можно было пойти по разным веткам, в зависимости от выбора пользователя (Согласующего). Логично и гибко. Но уже после того, как мы реализовали данную возможность, и запустили систему в продакшн, нам показалось, что на самом деле не нужно давать пользователю право выбора (возможности задуматься). Для него все должно происходить на уровне “Согласовать”, “Отказать”. В противном случае мы не сможем отойти от принципа понимания сотрудником тонкостей взаимодействия в компании. А для удовлетворения данного условия воркфлоу должен быть линейным.

Не обошлось конечно и без «курьезов». В итоге мы нашли компромисс — архитектуру решения и реализацию воркфлоу оставили древовидной, а вот использование с точки зрения конфигурирования закрепили на уровне “договоренности”. И правильно сделали. Так как уже сейчас, при анализе задач, связанных с запуском новых типов согласований стало ясно, что на некоторых этапах, для специфических типов заявок, нам необходимо предоставить возможность выбора согласующему различных действий.
Теперь немного о нашем “ноу-хау” (по крайней мере мы в это верим). Чтобы добиться линейности и при этом возможности использовать один воркфлоу для одной схемы согласования (под схемой я имею ввиду сущности, для согласования которых требуется вовлеченность и порядок разных ролей — договор, счет на оплату и т.п.), мы продумали и реализовали механизм условий пропуска очередного этапа (-ов) согласования. В формировании условий мы можем использовать любую сущность карточки согласования и сравнить ее с “чем-либо”.
К примеру, есть у нас следующие сущности: Инициатор, Cумма, Валюта, Контрагент. И нам нужно, чтобы при сумме, меньшей 100 000 руб. не проходило согласование через сотрудника A, при валютных платежах, обязательно подключался к согласованию B, а в случае, если инициатором является сотрудник C, необходимо дополнительное согласование сотрудника D. При этом под сотрудниками мы подразумеваем как отдельных лиц, так и определенную группу. Для реализации этих моментов мы добавляем все точки согласования “в линию”. Т.е.: Инициатор->A->B->D->…
Далее формируются условия на “пропуск” перехода в каждую из точек согласования. К примеру на Переход Инициатор->A конфигурируется условие “Сумма < 100 000”, на (Инициатор)A->B – Валюта = “Рубль”, (Инициатор, A, B)->D – Инициатор != C.
Почему указаны в скобках переходы? Потому что условия могут выполняться в комплексе и “под капотом”, если у нас формируется условие на переход в точку согласования, мы автоматически генерируем еще системный переход, который “обходит” данную точку (вот тут нам помогла наша древовидная архитектура воркфлоу и не пришлось ничего “костылить”).
Ну и немного дегтя в бочку меда. У нас не дошли руки до реализации конфигурируемого механизма управления оповещениями. Хотя изначально его закладывали в архитектуру проекта. Как обычно, для ускорения процесса запуска пришлось немного “временно захардкодить”, и на текущий момент данный хардкод остался. А идея была в том, чтобы создать механизм, аналогичный jira, который позволяет создать свою схему нотификаций, в которой можно задавать триггеры(события) и связывать их с группами или конкретными сотрудниками и иметь возможность ее “привязать” к любому типу заявки.
Для ускорения процесса запуска пришлось немного «временно захардкодить».

Интерфейсы

Немного интерфейсов нашей системы, чтобы было понимание, о чем вообще шла речь

Дашборд


Первое, что видит пользователь системы при ее открытии (если не учитывать процесс аутентификации) – это дашборд. В нем отображаются только активные (незавершенные) согласования. При этом заявки разделены на 2 сегмента:

  • Заявки, которые требуют согласования пользователем (я исполнитель)
  • Заявки, которые были инициированы пользователем (я автор)

Создание новой заявки


Интерфейс создания новой заявки может иметь представление (количество и расположение элементов) совершенно любое. Здесь представлен простой интерфейс, который демонстрирует возможность ввода чисел, выбор из списка, флаг (чек-бокс), дата, аттачи.
Единственное, на что можно обратить внимание, это опция “Создать еще”. При ее активации, после создания текущей заявки, мы попадаем не в дашборд или в карточку только что созданной заявки, а сразу открывается форма создания новой заявки того же типа, что и только что созданная. Реализовано было по просьбе наших сотрудников, которым приходится “пачками” создавать однотипные заявки.

Этап согласования


Данный интерфейс не сильно отличается от формы создания заявки. Но имеет ряд принципиальных функциональных особенностей:

  1. Вместо кнопок создания появляются кнопки, клики на которые переводят заявку в одно из состояний бизнес-процесса. В вырожденном случае, о чем писал выше, это “Отклонить” и “Согласовать”
  2. Вложения, комментарии и новая сущность журнал (история действий) вынесены в отдельные вкладки
  3. По умолчанию все поля заявки, кроме комментария – недоступны для редактирования. При этом мы заложили функциональность, позволяющую предоставить на любом конкретном шаге согласования возможность корректировать только заданный набор полей.
  4. Если вы являетесь инициатором заявки (вы всегда можете зайти в карточку согласования), и у вас появляется опция “Создать дубликат”, при клике на которую открывается форма создания заявки, значения полей которой (за исключением вложений) дублируют значения полей текущей заявки.

Если присмотреться, то можно заметить напротив поля для выбора Контрагента оранжевый элемент с плюсом внутри. Это и есть функциональность управления персональным справочником. При клике на данный элемент открывается форма добавления элемента справочника.

Так как в данном случае это Контрагент, то элемент справочника у нас содержит два реквизита – Наименование и ИНН. После создания пользователь может сразу выбрать данный элемент из выпадающего списка.

Поиск


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

Администрирование бизнес-процесса

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

  • Кто является согласующим в данной точке
  • Разрешения на выполнение действий в заданной точке маршрута
  • Условия пропуска данной точки (этапа согласования)

Согласующие


Во вкладке “Согласующие” можно добавить группы, добавленные пользователи в которые могут осуществлять процесс согласования в данной точке бизнес-процесса.

Разрешения на действия


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

  • Загрузка вложений
  • Просмотр вложений
  • Комментирование
  • Изменение значений полей заявки

Если с первыми тремя все более-менее понятно, то разрешение на изменение доступных полей нужно прокомментировать. По умолчанию, согласующие не могут менять никакие значения полей в заявке. Доступен только режим просмотра. В случае, если необходимо в конкретной точке согласования разрешить изменять отдельные поля заявки, активируется данная опция и предоставляется возможность выбора из списка полей заявки только те, значения которых можно изменить согласующему.
Хоть и немного притянуто за уши, но к примеру, это может понадобиться в том случае, если у вас существует отдельная позиция “проверяльщик корректности заполнения суммы”, то дать ему возможность менять в заявке только сумму и ничего более.

Условия пропуска


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

Вместо заключения

На текущий момент в нашей компании запущен всего один тип согласования. Но при гибкости настройки, которая заложена в системе, мы имеем инструментарий, позволяющий осуществить конфигурирование любых карточек заявок, где можно указать любое количество полей, любое представление карточки заявки и любой маршрут согласования с различными условиями.
Единственное, что требуется – это поработать аналитику над сбором требований и затем переложить их в систему посредством интерфейса администрирования. Чем мы сейчас и занимаемся.
Продукт жив, периодически мы вносим изменения по требованию наших сотрудников, в следствие чего его мощь и удобство использования растет, а внедряемые функции выполняют ту задачу, которая стоит перед нашим бизнесом, и мы всегда можем с уверенностью сказать, что запрашиваемая функциональность будет внедрена в случае, если это вообще возможно.

РД 153-00.0-003-99 Порядок разработки, согласования и утверждения отраслевых нормативных документов

РД 153-00.0-003-99
Группа Т50

РУКОВОДЯЩИЙ ДОКУМЕНТ ПО СТАНДАРТИЗАЦИИ

ПОРЯДОК РАЗРАБОТКИ, СОГЛАСОВАНИЯ И УТВЕРЖДЕНИЯ
ОТРАСЛЕВЫХ НОРМАТИВНЫХ ДОКУМЕНТОВ

ОКС 01.120

Дата введения 2001-01-01

Предисловие

1 РАЗРАБОТАН ОАО «Научно-технологическая компания «Российский межотраслевой научно-технический комплекс «Нефтеотдача», ОАО «Проектно-изыскательский и научно-исследовательский институт по проектированию и организации энергетического строительства «Оргэнергострой» и ОАО «Проектно-конструкторский и экспериментальный институт угольного машиностроения «Гипроуглемаш»
ВНЕСЕН Управлением научно-технического прогресса Министерства энергетики Российской Федерации

2 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ приказом Минэнерго России от 11 октября 2000 г. N 99

3 ВВЕДЕН ВПЕРВЫЕ

4 В настоящем документе реализованы нормы закона Российской Федерации «О стандартизации», требования Государственной системы стандартизации

1 Область применения

1 Область применения

Настоящий руководящий документ является основополагающим документом по стандартизации в системе топливно-энергетического комплекса (далее ТЭК) и устанавливает общий порядок разработки, согласования и утверждения отраслевых нормативных документов (далее — НД), включая:
— отраслевые стандарты — ОСТ;
— руководящие документы — РД;
— стандарты предприятий — СТП (НД хозяйствующих организаций), а также порядок их пересмотра, отмены и внесения изменений.
Положения настоящего документа подлежат применению всеми субъектами служб стандартизации ТЭК независимо от форм их собственности и ведомственной подчиненности.

2 Нормативные ссылки

В настоящем документе использованы ссылки на следующие НД:
ГОСТ Р 1.0-92 Государственная система стандартизации Российской Федерации (ГСС). Основные положения
ГОСТ Р 1.2-92 ГСС РФ. Порядок разработки государственных стандартов
ГОСТ Р 1.3-92 ГСС РФ Порядок согласования, утверждения и регистрации технических условий
ГОСТ Р 1.4-93 ГСС РФ. Стандарты отраслей, стандарты предприятий, стандарты научно-технических, инженерных обществ и других общественных объединений. Общие положения
ГОСТ Р 1.5-92 ГСС РФ. Общие требования к построению, изложению, оформлению и содержанию стандартов
ГОСТ 2.114-95 ЕСКД. Технические условия
ГОСТ 2.201-80 ЕСКД. Обозначение изделий и конструкторских документов
ГОСТ 15.001-88 СРПП. Продукция производственно-технического назначения
СНиП 10-01-94 Система нормативных документов в строительстве. Основные положения
ОСТ 153-00.0-001-98 Требования к обозначению нормативных документов и технических условий, порядок их регистрации в топливно-энергетическом комплексе
РД 153-00.0-005-99 Отраслевая система обеспечения единства измерений в системе ТЭК. Метрологическая экспертиза проектов нормативных документов в системе ТЭК

3 Требования к порядку разработки, согласования и утверждения НД

3.1.1 Общие положения

3.1.1.1 Отраслевые стандарты разрабатываются на организационно-техническую деятельность, технические объекты, продукцию, работы (процессы) и услуги в соответствии с ГОСТ Р 1.4, а также на организацию работ по метрологическому обеспечению в ТЭКе.

3.1.1.2 Разработку отраслевых стандартов (далее — стандартов) осуществляют головные организации по стандартизации (ГОС — службы стандартизации научно-исследовательских, проектно-конструкторских и технологических организаций отраслей ТЭК, занимающиеся в определенной области деятельности не менее 20 лет и подтверждаемые Управлением научно-технического прогресса Минэнерго России) или технические комитеты (ТК) Госстандарта России, действующие в отраслях ТЭК в соответствии с программами по стандартизации, а также организации, выигравшие конкурс по НИОКР, организуемый Министерством энергетики Российской Федерации.
Допускается инициативная разработка стандартов организациями, входящими в число субъектов служб стандартизации ТЭК (творческими коллективами), выполняющими соответствующие требования.

3.1.1.3 Отраслевые стандарты ТЭК могут иметь ранг:
— основополагающих — обязательных для всех отраслей ТЭК;
— межотраслевых, требования которых распространяются на несколько (две и более) отраслей ТЭК;
— отраслевых, охватывающих одну отрасль ТЭК.

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

3.1.1.5 Предусматривается следующий порядок разработки стандартов:
— 1 стадия — организация разработки стандарта;
— 2 стадия — разработка проекта стандарта (первая редакция), рассылка на рассмотрение (отзыв), систематизация замечаний и предложений в виде сводки отзывов;
— 3 стадия — разработка окончательного проекта стандарта (вторая редакция), его согласование;
— 4 стадия — принятие (утверждение) проекта стандарта и его регистрация;
— 5 стадия — издание стандарта.

Примечание — Допускается совмещение стадий разработки стандарта, что отражают в договоре на его разработку.

3.1.1.6 Функцию генерального заказчика на разработку отраслевых стандартов ТЭК, как правило, выполняет Управление научно-технического прогресса, а в отдельных случаях соответствующий Департамент (Управление) Минэнерго России.

3.1.2 Организация разработки стандарта

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

Для регистрации намерений по расходованию денежных средств предусмотрен документ Заявка на расходование денежных средств. Характер и назначение планируемого списания денежных средств определяются предопределенными видами операций документа.

Использование заявок на расходование денежных средств позволяет выполнить следующие задачи:

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

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

1. Включение механизма согласования заявок.

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

2. Создание маршрутов согласования заявок

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

Справочник заполняется в обратном порядке. Т.е. сначала создается последний этап маршрута, потом предпоследний и т.д. При этом у каждого этапа, кроме последнего, заполняется реквизит Следующий этап.

Кроме того, для каждого этапа определяются пользователи, имеющие право согласования заявки.

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

3. Добавление права согласования заявок на расход денежных средств

Пользователям, участвующим в согласовании заявок нужно установить соответствующее право.

Права пользователей устанавливаются в интерфейсе Администрирование пользователей. Меню Пользователи – Пользователи. Открыв карточку нужного пользователя, нужно добавить ему роль Согласование заявок на расходование ДС.

4. Назначение маршрутов согласования заявок подразделениям

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

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

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

5. Согласование заявок

При создании заявок 1С подбирает необходимый маршрут согласования. Согласование заявок осуществляется с помощью обработки Согласование заявок.

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

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

После согласования на всех этапах маршрута заявка получает статус Утверждено.

6. Изменение согласованных заявок

Изменить согласованные заявки нельзя.

Если требуется внести в заявки изменения, необходимо перевести их в состояние Отложен, изменить, а затем заново согласовать. Для этого нужно в обработке Согласование заявок установить фильтр Обработаны, а затем изменить состояние нужной заявки.

Возможные доработки

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

Поиск ответа

Всего найдено: 21

Вопрос № 302638

«Направляем на согласование заявление А.Э.Э. о приеме в российское гражданство в упрощенном порядке ее несовершеннолетнего ребенка (Кармаматовой Анили/Кармаматову Анилю)». Какой вариант правильный?

Ответ справочной службы русского языка

Верно: …ее несовершеннолетнего ребенка Кармаматовой Анили.

Вопрос № 299741

Ответ справочной службы русского языка

Обе запятые не ставятся.

Вопрос № 298997

В поисках истины прочитал ваш ответ на вопрос № 240667 «Где можно почитать о правильном употреблении глагола СОГЛАСОВАТЬ, СОГЛАСОВЫВАТЬ? Корректно ли в принципе сочетание «…согласовываем без замечаний»?: «Можно почитать, например, в толковом словаре. Приведенное сочетание не совсем корректно». Почитал в толковом словаре… и сделал вывод, что не «не совсем корректно», а совсем не корректно. В словаре С. И. Ожегова: Согласовать 1. что и что с чем. Привести в надлежащее соотношение, соответствие с чем-нибудь С. расписание поездов с движением автобусов. 2. что с кем-чем. Обсудив, выработать единое мнение о чём-нибудь, получить согласие на что-нибудь С. вопрос с дирекцией. Раньше, направляя документ на согласование, так и писали «Направляем на согласование проект…». В ответ писали «Проект рассмотрен. Замечаний нет». Современные чиновники решили сократить («чернила, шельмецы, вишь, экономят») и тот же смысл вопреки правилам управления в русском языке выразить так: «Просим согласовать проект…», а в ответ получить (обратите внимание, часто настаивают именно на такой формулировке): «Проект согласован». У грамотного человека возникает вопрос: «Так что же вы хотите – чтобы я рассмотрел проект и согласился/не согласился или чтобы я согласовал проект с третьим лицом»? Раньше, ссылаясь на словарь, можно было доказать свою правоту, теперь – сложнее: недавно вышедший ГОСТ Р 7.0.97-2016 «ТРЕБОВАНИЯ К ОФОРМЛЕНИЮ ДОКУМЕНТОВ» гласит: «5.20 Гриф согласования документа проставляется на документах, согласованных органами власти, организациями, должностными лицами… Гриф согласования состоит из слова СОГЛАСОВАНО, должности лица, которым согласован документ… Если согласование осуществляется коллегиальным органом…» Пожалуйста, прокомментируйте. Очень нужно для работы. Это повторный вопрос, прошу ответить.

Ответ справочной службы русского языка

Согласовать в значении «дать согласие» — канцеляризм. Такое значение (и употребление) не фиксируется словарями русского языка, но при этом слово согласовать в этом значении активно употребляется в канцелярской (деловой) речи (согласовываем = соглашаемся).

При этом оборот «согласовано с (кем-либо)» со значением «согласие такого-то получено» корректен.

Вопрос № 293922

Как правильно? • Этого ни Петя, ни Маша не знали. • Этого ни Петя, ни Маша не знала. • Этого ни Петя, ни Маша не знало. • Этого ни Петя, ни Маша не знал. А если поменять Машу и Петю местами — тогда как? • Этого ни Маша, ни Петя не знали. • Этого ни Маша, ни Петя не знала. • Этого ни Маша, ни Петя не знало. • Этого ни Маша, ни Петя не знал. Мне кажется, множественное число тут неуместно, ведь: «Этого ни Вася, ни Петя не знал». Но если число единственное, то какой тогда род?

Ответ справочной службы русского языка

Правильно: Этого ни Петя, ни Маша не знали. Этого ни Маша, ни Петя не знали. На согласование сказуемого во множественном числе влияет принадлежность подлежащих к разному грамматическому роду.

Вопрос № 292725

Ответ справочной службы русского языка

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

В предложении В 2016 г. при вузах функционировало 2 354 малых предприятия, соданнЫХ/ЫЕ в форме хозяйственных обществ и партнерств возможны обе формы причастия. В справочниках указано, что определение (обычно обособленное), стоящее после счетного оборота с числительным 2, 3, 4 или оканчивающимся на 2, 3, 4, чаще ставится в форме им. падежа мн. числа, однако форма род. падежа не запрещается.

Вопрос № 289425

Добрый день дорогие и уважаемые. Помогите,пожалуйста разобраться. Я составляю макет упаковки по лекарственному препарату и на упаковке должно быть указано количество таблеток,а таблетки еще и жевательные. Как правильно на упаковке нужно написать » 4 жевательных таблеток»? Или » 4 жевательные таблетки» И почему объясните, пожалуйста. Если писать без «жевательных» то понятно, что «4 таблетки» должно быть, а с этими жевательными запуталась. А может «4 таблетки жевательных?» В общем ПОМОГИТЕ и Объясните, пожалуйста

Ответ справочной службы русского языка

Правильно: 4 жевательные таблетки. Прилагательное никак не влияет на согласование числительного с существительным, ср.: три дома и три больших дома, четыре медали и четыре золотые медали.

Вопрос № 282759

Здравствуйте!
«Тосно забило быстрый гол.»
«Город Тосно — мужской род.
Река Тосна — женский род.
Клуб Тосно — мужской род.
Команда Тосно — женский род.
А средний откуда?»
Так какого рода Тосно?

Ответ справочной службы русского языка

На согласование по среднему роду влияет внешний облик этого слова (оно несклоняемое, оканчивается на гласный, ср.: «Динамо» забило, «Торпедо» вылетело). Да и с родовой принадлежностью названия города тоже не всё однозначно: словарь Е. А. Левашова «Географические названия» указывает, что название города Тосно может употребляться как существительное мужского и среднего рода, а «Грамматический словарь русского языка» А. А. Зализняка фиксирует Тосно как существительное только среднего рода.

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

Вопрос № 281662

В разделе «проверка» слово «идефикс» у вас дается в женском роде. Даже как вариант в мужском вы не даете. Объясните, почему. И приведите, пожалуйста, пример согласования в женском роде. Также хотелось бы узнать, почему выражение «идея фикс» стало абсолютно легитимным. Заранее благодарю.

Ответ справочной службы русского языка

В словарях можно найти противоречивые рекомендации относительно родовой принадлежности слова идефикс. «Грамматический словарь русского языка» А. А. Зализняка (М., 2008) рассматривает идефикс как слово мужского рода, «Большой академический словарь русского языка» (Т. 7. М., 2007) – как слово женского рода. В «Большом толковом словаре русского языка» под ред. С. А. Кузнецова, электронная версия которого размещена на нашем портале, идефикс тоже дано как слово женского рода, такова позиция авторского коллектива. На согласование по женскому роду влияет слово идея, за мужской род – внешний фонетический облик существительного идефикс.

Пример согласования в женском роде возьмем из «Большого академического словаря русского языка»: В известной степени персонажи пьесы – маньяки и безумцы, одержимые каждый своей идефикс. Г. Товстоногов, Зеркало сцены.

Слово идефикс происходит от французского idée fixe ‘укоренившаяся мысль’. Первая фиксация существительного идефикс – в «Толковом словаре русского языка» под ред. Д. Н. Ушакова. При этом сочетание идея фикс в русском языке употребляется с XIX века, например: У госпожи Ельцовой были свои идеи фикс, свои коньки. И. Тургенев, Фауст.

Вопрос № 270547

Подскажите, пожалуйста, как правильно: представляю документ на согласование или для согласования? Надеюсь, что ответ справочной службы русского языка будет скорым. Я новичок на портале! Это первый заданный мной вопрос. Сегодня зарегистрировалась, можно сказать, вступила в Партию любителей и профессионалов русского слова.

Ответ справочной службы русского языка

Возможны оба варианта. Рады пополнению!

Вопрос № 264869

Добрый день!
Скажите где правильно поставить запятую «Направляю в Ваш адрес на согласование протокол и гарантийное письмо по теме….»

Ответ справочной службы русского языка

В приведенном отрывке не нужно ставить запятую.

Вопрос № 263272

Добрый день! Скажите, пожалуйста, какой вариант правильный:
— отправлять документы НА согласование;
— отправлять документы ДЛЯ согласования.
Или может оба варианта правильны, но один из них предпочтителен?
Заранее спасибо за ответ!

Ответ справочной службы русского языка

Возможны оба варианта.

Вопрос № 263203

Уважаемая редакция портала!
В вопросе № 263099, мне кажется, согласование должно идти по имени собственному. У Розенталя читаем: «При сочетании нарицательного имени и собственного имени лица определение согласуется с ближайшим из существительных, например: внимательный врач Петрова — врач Петрова, внимательная к больным». В данном случае ближайшее существительное — ФИО человека, а определение выражено причастным оборотом. Или на согласование влияет официально-деловой стиль документа?
Благодарю!

Ответ справочной службы русского языка

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

Вопрос № 251757

Доброе утро! Задаю вопрос вторично и очень прошу ответить, т. к. рекламная листовка уже готова и должна уйти на согласование.
Итак, клиент этой рекламы является разработчиком рецептуры так называемой колы (так назван этот напиток). В составе этой колы такие ингредиенты, как: орех колы, лимон, корица и далее порядка десятка других. Нам известно, что кола — это растение. Написание в словосочетании «орех колы» последнего слова, естественно, со строчной буквы, но каково тогда написание колы как названия напитка (строчная или прописная первая буква)?
Текст листовки таков.
«100-процентная натуральная кола.
В ее составе следующие ингредиенты: орех колы, лимон, корица…» То есть непонятно: в коле (напиток) есть орех колы (?).
Надеемся на ваш скорый ответ, который очень важен и нужен.
Заранее благодарим.

Ответ справочной службы русского языка

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

Второе. Смысл фразы 100-процентная кола нужно пояснить: имеется в виду стопроцентная натуральность напитка или стопроцентное содержание плодов колы? В первом случае верно: стопроцентно натуральная кола.

Вопрос № 241680

Подскажите пожалуйста как правильно направить для согласования или направить на согласование.

Ответ справочной службы русского языка

Оба варианта употребимы.

Вопрос № 237198

Нужно ли ставить запятую после слова «Уважаемый» в деловом письме? И какой знак поставить после имени — запятую или восклицательный знак? Пример: «Уважаемый Иван Иванович
направляем Вам на согласование проект договора.»

Ответ справочной службы русского языка

Корректно: Уважаемый Иван Иванович! Направляем Вам на согласование проект договора… Или так: Уважаемый Иван Иванович, направляем Вам на согласование проект договора…

Страницы: 2 последняя

согласование

Значения в других словарях

  1. Согласование — I Согласова́ние 1) наличие определённого соответствия между грамматической формой существительного (или его принадлежностью к определённому синтаксическому классу) и грамматической формой связанного с ним во фразе слова (чаще всего прилагательного или гла… Большая советская энциклопедия
  2. СОГЛАСОВАНИЕ — Предварительное получение одним органом заключения (мнения) другого органа по проекту своего акта или кандидатуре для назначения на какую-то должность. Словарь по конституционному праву
  3. согласование — Согласование, согласования, согласования, согласований, согласованию, согласованиям, согласование, согласования, согласованием, согласованиями, согласовании, согласованиях Грамматический словарь Зализняка
  4. Согласование — СОГЛАСОВАНИЕ. Форма словосочетания, состоящая в том, что прилагательное или спрягаемый глагол по форме применяются к существительному. В русском языке различают следующие виды С.: 1. С. прилагательного в атрибутивной (см. Словарь литературных терминов
  5. согласование — СОГЛАСОВАНИЕ -я; ср. 1. к Согласовать (1-2 зн.) — Согласоваться (1 зн.). С. действий союзных армий. С. решений. Без согласования с центром ничего не предпринимайте! 2. Лингв. Толковый словарь Кузнецова
  6. СОГЛАСОВАНИЕ — СОГЛАСОВАНИЕ — вид подчинительной синтаксической связи, при которой зависимое слово уподобляется в выражении грамматических значений подчиняющему слову. Большой энциклопедический словарь
  7. согласование — См. соглашать Толковый словарь Даля
  8. согласование — сущ., кол-во синонимов: 13 координация 11 координирование 10 корреспондирование 2 самосогласование 1 скоординирование 3 слаживание 3 согласовывание 11 сообразование 2 состыковка 6 увязание 6 увязка 12 увязывание 16 утряска 7 Словарь синонимов русского языка
  9. согласование — (синтакс.) Уподобление форме главного (господствующего) слова, характерное для прилагательных и подобных им по словоизменению разрядов: твердый характер, высокий интеллект, счастливая случайность, седьмой день. Словарь лингвистических терминов Жеребило
  10. согласование — СОГЛАСОВ’АНИЕ, согласования, мн. нет, ср. 1. Действие и состояние по гл. согласовать и согласоваться. Согласование проектное. 2. Одно из выражений грамматической зависимости слов в речи, состоящее в том, что зависящее слово ставится в том же падеже… Толковый словарь Ушакова
  11. СОГЛАСОВАНИЕ — Достижение предварительной договоренности, общего согласия между группой заинтересованных и ответственных лиц по поводу выпуска документа определенного содержания, протокола, договора, принятия общего решения, осуществления общей сделки, проведения совместных действий. Экономический словарь терминов
  12. согласование — орф. согласование, -я Орфографический словарь Лопатина
  13. согласование — Письменный документ, выданный уполномоченной организацией в установленном порядке и дающий право на совершение (или не совершение) каких-либо действий. Строительная терминология
  14. согласование — -я, ср. 1. Действие по глаг. согласовать (в 1, 2 и 3 знач.) и согласоваться (в 1, 2 и 3 знач.). Согласование действий. Согласование решений. 2. грамм. Малый академический словарь
  15. согласование — Соглас/ова́/ни/е . Морфемно-орфографический словарь
  16. согласование — СОГЛАСОВАНИЕ, я, ср. 1. см. согласовать, ся. 2. В грамматике: подчинительная связь, при к-рой грамматически зависимое слово уподобляется грамматически главенствующему слову в роде, числе и падеже. Полное с. Неполное с. Толковый словарь Ожегова
  17. Согласование — (грамм.). — Под именем С. разумеется более или менее полное уподобление грамматической формы одного слова грамматической форме другого, с которым первое находится в ближайшей связи. Энциклопедический словарь Брокгауза и Ефрона
  18. согласование — Вид подчинительной связи, при котором зависимое слово уподобляется в выражении грамматических значений господствующему слову. Новый район, в новую квартиру, к новым домам. Согласование неполное. Словарь лингвистических терминов Розенталя

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *