Программа для учета закупок ведет в одной системе всю цепочку: от заявки на закупку и выбора поставщика до заказа поставщику, приемки товара и утверждения счета поставщика. Коротко: главная польза не в списке заказов, а в том, чтобы не допускать неутвержденных расходов и автоматически сверять каждый счет с заказом и фактически принятым количеством до оплаты.
Чем плохи закупки через почту и Excel?
В небольшой команде заявки приходят по телефону или почте, закупщик запрашивает цены у нескольких поставщиков и оформляет заказ. С ростом объема уже невозможно понять, кто, что, из какого бюджета и с чьего согласия купил.
- Заявки устные; согласования теряются в переписке.
- Разные отделы покупают одну и ту же позицию отдельно и по разным ценам.
- Заказ уходит привычному поставщику без сравнения предложений.
- Если склад принял недопоставку или брак, бухгалтерия об этом не узнает.
- Счет оплачивается как есть, даже если цена отличается от заказа.
Что должно быть в хорошей программе для закупок
Основная запись это не заказ, а заявка на закупку: кто, какую позицию, в каком количестве, для какого центра затрат или проекта и к какому сроку просит. Заказ создается из утвержденной заявки, поэтому у каждой закупки есть основание и утверждающий.
- Заявка: позиция, количество, дата потребности, центр затрат и обоснование.
- Этапы согласования по фиксированным правилам в зависимости от суммы и категории; заявитель не выбирает утверждающего.
- Сбор предложений поставщиков и сравнение цены, условий оплаты и срока поставки на одном экране.
- Заказ поставщику из утвержденного предложения; отправленный заказ не меняется, изменения проходят через ревизию.
- Приемка с фиксацией количества и состояния относительно заказа, включая частичные поставки.
- Карточка поставщика: контакты, условия оплаты, история заказов и соблюдение сроков.
Перед оплатой рядом должны лежать три документа: заказ говорит, что заказали, приемка говорит, что пришло, счет говорит, что выставили. Если они не совпадают, оплата автоматически блокируется. Это называется трехсторонней сверкой.
Трехсторонняя сверка: небольшой пример
Функция ниже по каждой строке сравнивает количество в счете с принятым количеством и цену в счете с ценой заказа. Для расхождения в цене можно задать небольшой допуск; допуск и суммы хранятся целыми числами в копейках. Строки с расхождением попадают не в оплату, а в очередь на проверку.
type Line = { sku: string; qty: number; unitPriceMinor: number };
const PRICE_TOLERANCE_MINOR = 100; // per unit, integer minor units
// Pay only what was ordered, at the ordered price, and actually received.
function threeWayMatch(order: Line[], received: Map<string, number>, invoice: Line[]) {
return invoice.map(inv => {
const po = order.find(o => o.sku === inv.sku);
const got = received.get(inv.sku) ?? 0;
const issues: string[] = [];
if (!po) issues.push('not on order');
else if (Math.abs(inv.unitPriceMinor - po.unitPriceMinor) > PRICE_TOLERANCE_MINOR) issues.push('price');
if (inv.qty > got) issues.push('qty above received');
return { sku: inv.sku, status: issues.length ? ('review' as const) : ('ok' as const), issues };
});
}С какими системами должны быть связаны закупки?
Закупки не должны быть изолированы. Принятое количество сразу попадает в складской учет, а позиция ниже минимального остатка может создать новую заявку. Сверенный счет передается в бухгалтерию через интеграцию с бухгалтерской программой, а долг перед поставщиком и срок оплаты видны в учете взаиморасчетов. Для поставщиков с рамочным договором даты окончания и продления берутся из программы учета договоров. Программа для коммерческих предложений на стороне продаж должна использовать те же коды товаров, иначе себестоимость и цену продажи не сравнить.
Готовая программа или индивидуальная разработка?
При небольшом числе поставщиков и простом согласовании обычно хватает готовых модулей закупок или уже используемой ERP-системы. Индивидуальная разработка оправдана, если правила согласования меняются по проекту, объекту или филиалу, если закупки должны жить на тех же данных, что склад, производство и бухгалтерия, или если поставщики должны сами вводить предложения и накладные через портал. Перед решением посчитайте заказы за последние месяцы, оплаченные по цене, отличной от заказа, или оформленные без согласования; это лучше всего показывает масштаб проблемы.
Итог
Программа для учета закупок окупается, когда каждый расход привязан к утвержденной заявке, предложения можно сравнить, а счет нельзя оплатить, пока он не совпал с заказом и приемкой. Если хотите рассмотреть процесс закупок вместе с вашими текущими системами, загляните на страницу корпоративных решений или напишите нам через форму запроса предложения.