Автоматизация закупок в компании: от заявки до заказа поставщику и 1С

Как выглядит сквозной процесс закупки?

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

1. Инициатор описывает потребность, ожидаемый результат, срок и бюджетную аналитику.
2. Система проверяет комплектность и определяет маршрут согласования.
3. Уполномоченные сотрудники подтверждают потребность, бюджет и способ закупки.
4. Закупщик отправляет поставщикам одну версию требований.
5. Предложения сохраняются в исходном виде и приводятся к сопоставимым полям.
6. Ответственный проверяет поставщиков и фиксирует обоснование выбора.
7. На основании решения создается заказ, спецификация или проект договора.
8. Утвержденные данные передаются в 1С без повторного ручного набора.
9. Поставка, приемка, расхождения, документы и оплата связываются с тем же ID.
10. После завершения команда сравнивает план и факт и обновляет карточку поставщика.

OECD описывает публичный закупочный цикл от оценки потребности через выбор и присуждение до оплаты, управления контрактом и последующего контроля. Для частной компании это полезная модель процесса, но не обязательная процедура и не замена внутреннему регламенту.

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

Что должно быть в заявке и маршруте согласования?

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

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

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

Как собирать и сравнивать предложения поставщиков?

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

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

Как проверять поставщика и фиксировать выбор?

Проверка поставщика собирает актуальные сигналы для решения, но не выдает гарантию надежности. В карточке нужно сохранить проверенный ИНН или ОГРН, дату, официальный источник, найденные факты, вывод ответственного и дополнительные условия, которые снижают риск сделки.

ФНС перечисляет официальные сервисы для сведений о юридических лицах и ИП, включая «Прозрачный бизнес» и электронные выписки ЕГРЮЛ/ЕГРИП. Сама ФНС отмечает, что отдельный показатель не доказывает добросовестность или недобросовестность контрагента и может быть основанием для дополнительной проверки.

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

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

Как передавать заказ поставщику и данные в 1С?

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

Для первого запуска безопаснее создавать в 1С черновик заказа и возвращать пользователю явный результат обмена. Автоматическое проведение добавляют после проверки дублей, повторной отправки, изменения справочников, отмены и восстановления после сбоя.

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

Чем частные закупки отличаются от 44-ФЗ и 223-ФЗ?

Обычная частная компания строит закупочный процесс по своим полномочиям, договорам и применимым требованиям. Заказчики в режимах 44-ФЗ и 223-ФЗ работают по специальным правилам, связанным с ЕИС и соответствующими нормативными актами. Эти три контура нельзя представлять как один маршрут с разными названиями.

Федеральное казначейство указывает, что ЕИС предназначена для информации о контрактной системе и закупках отдельных видов юридических лиц, а ее содержание регулируется 44-ФЗ, 223-ФЗ и подзаконными актами. Из этого не следует, что все закупки в России должны проходить через ЕИС.

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

Как контролировать поставку, приемку и оплату?

Контроль исполнения сравнивает согласованные обязательства с фактом: что, когда и в каком объеме поставлено, кто принял результат, какие расхождения обнаружены и что оплачено. Оплата подтверждает только платёж. Данные о поставке, претензиях и частичном исполнении хранятся отдельно от подписанного документа.

Внутреннее согласование, юридически значимое подписание, обмен через оператора ЭДО и принятие документа к учету следует хранить как разные статусы. ФНС описывает ЭДО и применение электронной подписи, но подходящий вид подписи зависит от документа, закона, договора и правил конкретной системы.

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

Какие метрики покажут результат автоматизации?

Метрики должны сравнивать собственный процесс до и после пилота. Универсального процента экономии или срока окупаемости нет: результат зависит от объема закупок, исходного количества ручных операций, качества справочников, интеграций и правил компании.

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

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

Как провести пилот автоматизации закупок?

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

1. Выберите одну категорию с повторяемыми правилами и доступным владельцем процесса.
2. Соберите реальные обезличенные заявки, предложения, заказы и документы приемки.
3. Нарисуйте текущий маршрут и отметьте ручные переносы, ожидания и обходы.
4. Разделите обязательное требование, внутреннее правило и привычку пользователя.
5. Назначьте владельцев справочников, решения, интеграции и разбора ошибок.
6. Настройте основной поток и заранее выбранные исключения.
7. Проверьте права, версии, возвраты, дубли и повторную отправку в 1С.
8. Прогоните пилот на ограниченной группе без скрытого параллельного процесса.
9. Сравните метрики с базовым периодом и разберите каждое ручное вмешательство.
10. Только после приемки расширяйте категории, роли и уровень автоматических действий.

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

Частые вопросы