Замовлення постачальнику 1С
Замовлення постачальнику 1С — це документ у 1С або BAS, який фіксує намір компанії купити товари, матеріали, сировину, комплектуючі, запчастини, обладнання або послуги у постачальника. Замовлення постачальнику допомагає контролювати, що саме замовили, у кого, за якою ціною, в якій кількості, на яку дату очікується поставка, чи була передоплата, чи прийшов товар, чи є розбіжності та чи закрите зобов’язання.
У закупівельному процесі замовлення постачальнику часто є центральним документом між потребою бізнесу й фактичним надходженням товару. Воно може бути пов’язане із заявкою на закупівлю, рахунком постачальника, договором, платіжним дорученням, надходженням товарів, складськими залишками, виробничим замовленням, резервом, бюджетом і аналітикою в Power BI.
K2 ERP може використовуватися як українська ERP-платформа для переходу з 1С або BAS. Перед міграцією закупівельного контуру в K2 ERP потрібно перевірити замовлення постачальникам, відкриті поставки, передоплати, договори, рахунки, надходження, ціни, номенклатуру, строки поставки, відповідальних, статуси, контрольні суми й історію закупівель.
Важливо про 1С/BAS і санкційні ризики. Програмні продукти 1С і BAS пов’язані з підсанкційним російським ПЗ та можуть створювати юридичні, комплаєнс-, кібербезпекові й репутаційні ризики для компаній в Україні. Для державного сектору, критичної інфраструктури та систем із державними інформаційними ресурсами використання такого ПЗ може бути прямо обмежене або заборонене. Для приватного бізнесу використання 1С/BAS також потребує оцінки ризиків, плану відмови, вивантаження даних, міграції в українську ERP і контролю безпеки.
Головне. Замовлення постачальнику 1С має відповідати на питання: що купуємо, у кого купуємо, за якою ціною, коли має приїхати товар, хто відповідальний, чи є оплата, чи було надходження і що ще залишилось отримати.
Перехід у K2 ERP. Перед міграцією з 1С/BAS у K2 ERP потрібно звірити відкриті замовлення постачальникам, частково виконані поставки, передоплати, рахунки, договори, залишки до отримання, ціни, валюти й відповідальних закупівельників.
Практичний принцип. Замовлення постачальнику не повинно бути “мертвим документом”. Воно має жити у процесі: потреба → погодження → замовлення → рахунок → оплата → поставка → надходження → закриття розбіжностей → аналітика закупівель.
Що таке замовлення постачальнику 1С
Замовлення постачальнику 1С — це документ закупівельного контуру, який фіксує домовленість або план закупівлі у конкретного постачальника.
Замовлення може містити:
- постачальника;
- договір;
- склад отримання;
- номенклатуру;
- кількість;
- ціну;
- суму;
- валюту;
- ставку податку за потреби;
- дату замовлення;
- очікувану дату поставки;
- умови оплати;
- відповідального менеджера;
- статус;
- коментар;
- документ-підставу;
- зв’язок із рахунком;
- зв’язок із оплатою;
- зв’язок із надходженням.
Простий приклад замовлення постачальнику
Компанія продає електроінструмент і бачить, що на складі закінчуються шуруповерти. Менеджер із закупівель створює замовлення постачальнику.
| Поле | Приклад |
|---|---|
| Документ | Замовлення постачальнику №ЗП-000184 |
| Постачальник | ТОВ “Інструмент Опт” |
| Договір | Договір поставки №27 |
| Товар | Шуруповерт акумуляторний D-18 |
| Кількість | 50 шт. |
| Ціна | 1 850 грн |
| Сума | 92 500 грн |
| Очікувана дата поставки | 25.04.2026 |
| Склад | Основний склад |
| Статус | Очікується поставка |
Якщо постачальник привіз тільки 30 шуруповертів, замовлення має показувати, що 30 шт. отримано, а 20 шт. ще очікуються або мають бути скасовані.
Для чого потрібне замовлення постачальнику
Замовлення постачальнику потрібне для контролю закупівель до моменту фактичного надходження товару або послуги.
Воно допомагає:
- планувати закупівлі;
- контролювати потребу в товарах;
- резервувати бюджет;
- погоджувати закупівлі;
- контролювати постачальників;
- бачити очікувані поставки;
- контролювати строки;
- контролювати ціни;
- контролювати передоплати;
- порівнювати замовлення з фактичним надходженням;
- бачити частково виконані поставки;
- аналізувати закупівлі;
- готувати дані до міграції;
- будувати Power BI-аналітику.
Типовий процес закупівлі в 1С
У різних конфігураціях процес може відрізнятися, але типовий ланцюг виглядає так:
| Етап | Документ або дія | Що відбувається |
|---|---|---|
| Потреба | Заявка на закупівлю | Підрозділ просить купити товар або матеріал |
| Погодження | Внутрішнє погодження | Керівник або фінанси підтверджують закупівлю |
| Замовлення | Замовлення постачальнику | Фіксується постачальник, ціна, кількість і строк |
| Рахунок | Рахунок постачальника | Постачальник виставляє суму до оплати |
| Оплата | Платіжне доручення | Компанія платить аванс або повну суму |
| Поставка | Надходження товарів | Товар приходить на склад |
| Закриття | Звірка замовлення | Перевіряється, що замовлення виконано |
Приклад: часткова поставка
Компанія замовила у постачальника 100 одиниць товару. Постачальник привіз тільки 70.
| Показник | Значення |
|---|---|
| Замовлено | 100 шт. |
| Отримано | 70 шт. |
| Залишилось отримати | 30 шт. |
| Статус | Частково виконано |
| Дія | Очікувати решту, змінити дату поставки або скасувати залишок |
Без контролю часткових поставок менеджер може думати, що замовлення закрите, хоча склад реально недоотримав товар.
Приклад: передоплата без поставки
Компанія зробила постачальнику передоплату 60 000 грн за матеріали. Постачальник мав привезти товар за 5 днів, але поставка затрималась.
У 1С потрібно бачити:
- замовлення постачальнику;
- рахунок постачальника;
- платіжне доручення;
- суму передоплати;
- очікувану дату поставки;
- прострочення;
- відповідального менеджера;
- залишок до отримання;
- коментар по постачальнику.
Якщо таке замовлення не контролювати, гроші вже вийшли з компанії, а товар не прийшов.
Основні статуси замовлення постачальнику
У дороблених конфігураціях 1С або в ERP можуть використовуватися статуси.
Типові статуси:
- чернетка;
- на погодженні;
- погоджено;
- відправлено постачальнику;
- очікує рахунок;
- очікує оплату;
- оплачено частково;
- оплачено повністю;
- очікує поставку;
- частково отримано;
- отримано повністю;
- прострочено;
- скасовано;
- закрито.
Приклад статусного процесу
| Статус | Що означає | Хто відповідає |
|---|---|---|
| Чернетка | Менеджер готує замовлення | Закупівельник |
| На погодженні | Потрібне підтвердження закупівлі | Керівник або фінанси |
| Погоджено | Можна відправляти постачальнику | Закупівельник |
| Очікує оплату | Постачальник виставив рахунок | Бухгалтерія / казначейство |
| Очікує поставку | Оплата або замовлення підтверджені | Постачальник |
| Частково отримано | Частина товару прийшла | Склад / закупівлі |
| Закрито | Поставка завершена або залишок скасований | Закупівельник |
Замовлення постачальнику і заявка на закупівлю
Замовлення постачальнику часто створюється на підставі заявки на закупівлю.
Наприклад:
- виробництво просить купити 500 кг металу;
- склад просить поповнити залишки упаковки;
- сервіс просить купити запчастини;
- офіс просить канцтовари;
- продажі просять товар під конкретне замовлення клієнта.
Заявка відповідає на питання “що потрібно бізнесу”, а замовлення постачальнику — “у кого й на яких умовах це купуємо”.
Замовлення постачальнику і рахунок постачальника
Рахунок постачальника підтверджує суму, реквізити й умови оплати.
У зв’язці із замовленням потрібно контролювати:
- чи рахунок відповідає замовленню;
- чи не змінилася ціна;
- чи не змінилася кількість;
- чи правильно вказаний договір;
- чи правильна валюта;
- чи збігаються реквізити;
- чи погоджена оплата;
- чи не оплачений рахунок раніше.
Приклад: ціна в рахунку відрізняється від замовлення
Компанія замовила 100 коробок пакування по 25 грн. Постачальник виставив рахунок по 28 грн.
| Показник | Замовлення | Рахунок | Різниця |
|---|---|---|---|
| Кількість | 100 шт. | 100 шт. | 0 |
| Ціна | 25 грн | 28 грн | +3 грн |
| Сума | 2 500 грн | 2 800 грн | +300 грн |
Система або відповідальний менеджер має побачити різницю до оплати, а не після надходження товару.
Замовлення постачальнику і платіжне доручення
Оплата постачальнику може виконуватися на підставі замовлення або рахунку.
Потрібно контролювати:
- суму замовлення;
- суму рахунку;
- суму оплати;
- часткову оплату;
- передоплату;
- оплату після поставки;
- залишок до оплати;
- платіжне доручення;
- банківську виписку;
- статтю руху коштів.
Пов’язана сторінка: Платіжне доручення 1С
Замовлення постачальнику і надходження товарів
Надходження товарів показує, що товар фактично прийшов на склад.
Потрібно порівнювати:
- що було замовлено;
- що прийшло;
- що не прийшло;
- що прийшло зайве;
- чи збігається ціна;
- чи збігається партія;
- чи збігається характеристика;
- чи правильний склад;
- чи є документи постачальника;
- чи є розбіжності при прийманні.
Приклад: постачальник привіз не той товар
Компанія замовила кабель USB-C 1 м, а постачальник привіз кабель USB-C 2 м.
| Показник | Замовлено | Фактично отримано |
|---|---|---|
| Номенклатура | Кабель USB-C 1 м | Кабель USB-C 2 м |
| Кількість | 200 шт. | 200 шт. |
| Дія | Перевірити заміну, погодити або оформити розбіжність |
Якщо склад просто оприбуткує товар без зв’язку із замовленням, закупівельник може не побачити помилку постачальника.
Замовлення постачальнику і склад
Замовлення постачальнику впливає на очікувані складські залишки.
У складському контурі можна бачити:
- замовлено постачальникам;
- очікується до приходу;
- доступний залишок;
- резерви під клієнтів;
- дефіцит;
- надлишкові замовлення;
- очікувані дати поставки;
- склад отримання;
- товари в дорозі.
Пов’язані сторінки:
Замовлення постачальнику і резерви
У деяких бізнесах замовлення постачальнику створюється під конкретне замовлення клієнта.
Приклад:
- клієнт замовив 10 одиниць обладнання;
- на складі є тільки 2;
- менеджер створює замовлення постачальнику на 8;
- ці 8 одиниць мають бути пов’язані з клієнтським замовленням;
- після надходження товар має піти саме під цього клієнта.
Без такого зв’язку товар може забрати інший менеджер або інше замовлення.
Замовлення постачальнику і виробництво
Виробництво часто створює потребу в матеріалах через виробничі замовлення або MRP.
Наприклад:
- потрібно виготовити 1 000 виробів;
- система бачить дефіцит 500 кг металу;
- створюється замовлення постачальнику;
- матеріал має прийти до старту виробництва;
- прострочення поставки зупинить цех.
Пов’язані сторінки:
Замовлення постачальнику і MRP
MRP може автоматично розраховувати потребу в закупівлях.
Враховується:
- план виробництва;
- залишки на складах;
- резерви;
- відкриті замовлення постачальникам;
- мінімальні залишки;
- строки поставки;
- партії закупівлі;
- виробничі замовлення;
- клієнтські замовлення;
- страхові запаси.
Якщо відкриті замовлення постачальникам у 1С неправильні, MRP може замовити зайве або не замовити потрібне.
Замовлення постачальнику і ціни
Документ може фіксувати закупівельну ціну.
Потрібно контролювати:
- ціну в замовленні;
- ціну в рахунку;
- ціну в надходженні;
- валюту;
- знижку;
- умови поставки;
- додаткові витрати;
- історію цін;
- відхилення від попередніх закупівель.
Приклад аналізу закупівельної ціни
| Товар | Попередня ціна | Нова ціна | Відхилення | Питання |
|---|---|---|---|---|
| Метал листовий | 42 грн/кг | 48 грн/кг | +14,3% | Чому зросла ціна? |
| Упаковка | 3,20 грн | 3,10 грн | -3,1% | Чи можна закупити більше? |
| Фурнітура | 18 грн | 25 грн | +38,9% | Чи є альтернативний постачальник? |
Такі дані корисні для закупівельника, фінансового директора й Power BI-аналітики.
Замовлення постачальнику і договори
Договір визначає умови закупівлі.
Потрібно контролювати:
- постачальника;
- номер договору;
- строк дії;
- валюту;
- умови оплати;
- умови поставки;
- ліміти;
- відповідальних;
- специфікації;
- додаткові угоди;
- прострочені договори;
- договори без операцій;
- операції без договору.
Пов’язана сторінка: Облік договорів
Замовлення постачальнику і валюта
Якщо закупівля валютна, замовлення має містити валюту й курс.
Потрібно перевірити:
- валюту договору;
- валюту замовлення;
- курс;
- суму у валюті;
- суму в обліковій валюті;
- оплату у валюті;
- курсові різниці;
- митні витрати;
- додаткові витрати;
- собівартість після надходження.
Замовлення постачальнику і імпорт
Для імпортних закупівель замовлення може бути пов’язане з довшим процесом.
Потрібно контролювати:
- іноземного постачальника;
- валюту;
- інвойс;
- умови Incoterms;
- передоплату;
- митне оформлення;
- транспортні витрати;
- страхування;
- додаткові витрати;
- дату відвантаження;
- дату прибуття;
- товари в дорозі;
- собівартість після розподілу витрат.
Замовлення постачальнику і товари в дорозі
Товари можуть бути оплачені й відвантажені постачальником, але ще не прийняті на склад.
У такому випадку важливо бачити:
- що замовлено;
- що оплачено;
- що відвантажено постачальником;
- що фізично в дорозі;
- очікувану дату прибуття;
- перевізника;
- документи;
- ризик затримки;
- вплив на виробництво або продажі.
Замовлення постачальнику і якість
Після надходження товар може потребувати контролю якості.
Наприклад:
- постачальник привіз сировину;
- склад прийняв кількість;
- лабораторія перевіряє якість;
- частина партії заблокована;
- частина дозволена до використання;
- частина повертається постачальнику.
Для фармацевтики, харчової, хімічної промисловості й виробництва це критично.
Пов’язані сторінки:
Замовлення постачальнику і партії
Якщо ведеться Партійний облік, надходження по замовленню має створювати або заповнювати партію.
Потрібно контролювати:
- номер партії;
- дату виробництва;
- термін придатності;
- постачальника;
- сертифікат;
- склад;
- статус якості;
- собівартість партії;
- зв’язок із замовленням.
Замовлення постачальнику і серійні номери
Для обладнання, електроніки, техніки й запчастин важливий Серійний облік.
Під час приймання потрібно фіксувати:
- серійний номер;
- модель;
- гарантію;
- постачальника;
- дату надходження;
- склад;
- документ закупівлі;
- клієнтське замовлення за потреби;
- статус.
Замовлення постачальнику і повернення постачальнику
Якщо товар прийшов неякісний або не той, може бути повернення постачальнику.
Приклад:
- замовлено 100 шт.;
- отримано 100 шт.;
- 15 шт. браковані;
- оформлено повернення постачальнику;
- замовлення має показати розбіжність або очікування заміни.
Замовлення постачальнику і рухи документа 1С
Рухи документа 1С показують, як замовлення або пов’язані документи впливають на облік.
Саме замовлення не в усіх конфігураціях формує бухгалтерські рухи, але може формувати управлінські рухи:
- очікувані поставки;
- резерви;
- замовлено постачальникам;
- потреби закупівель;
- планові платежі;
- статуси;
- зв’язки із заявками;
- зв’язки з виробництвом.
А вже рахунок, оплата й надходження формують фінансові, складські й бухгалтерські рухи.
Замовлення постачальнику і регістр накопичення 1С
У регістрах накопичення можуть зберігатися дані по замовленнях постачальникам.
Регістри можуть містити:
- постачальника;
- договір;
- номенклатуру;
- кількість замовлено;
- кількість отримано;
- кількість залишилось;
- суму замовлення;
- очікувану дату поставки;
- склад;
- статус;
- відповідального;
- документ-реєстратор.
Замовлення постачальнику і регістр бухгалтерії 1С
Регістр бухгалтерії 1С зазвичай відображає не саме замовлення, а пов’язані фінансові документи:
- надходження товарів;
- оплату постачальнику;
- аванс постачальнику;
- закриття авансу;
- повернення постачальнику;
- курсові різниці;
- додаткові витрати;
- формування кредиторки.
Замовлення постачальнику і взаєморозрахунки
Замовлення постачальнику пов’язане з взаєморозрахунками через рахунки, оплати, аванси й надходження.
Потрібно контролювати:
- замовлену суму;
- суму рахунку;
- суму оплати;
- суму надходження;
- передоплату;
- борг постачальнику;
- залишок до оплати;
- залишок до отримання;
- акт звірки;
- договір;
- документ розрахунків.
Пов’язана сторінка: Взаєморозрахунки з контрагентами 1С
Замовлення постачальнику і аванси
Аванси постачальникам потрібно контролювати окремо.
Приклад:
| Етап | Сума | Коментар |
|---|---|---|
| Замовлення постачальнику | 100 000 грн | Очікується закупівля матеріалів |
| Передоплата | 50 000 грн | Оплачено авансом |
| Надходження першої партії | 40 000 грн | Частина авансу закрита |
| Відкритий аванс | 10 000 грн | Ще не закритий поставкою |
Перед міграцією такі аванси потрібно звіряти дуже уважно.
Замовлення постачальнику і бюджетування
Закупівлі мають впливати на бюджет ще до фактичної оплати.
У бюджетуванні можна контролювати:
- план закупівель;
- заявки на закупівлю;
- замовлення постачальникам;
- очікувані платежі;
- фактичні платежі;
- залишок бюджету;
- перевищення ліміту;
- статті витрат;
- підрозділи;
- проєкти;
- відповідальних.
Пов’язана сторінка: Бюджетування в ERP
Замовлення постачальнику і казначейство
Замовлення постачальнику може створювати майбутню потребу в грошах.
У казначействі можна бачити:
- очікувані платежі постачальникам;
- графік оплат;
- передоплати;
- платежі після поставки;
- пріоритети платежів;
- платіжний календар;
- заявки на оплату;
- залишки коштів;
- план-факт платежів.
Замовлення постачальнику і Power BI
Power BI може перетворити закупівельні замовлення на управлінську аналітику.
Power BI може показувати:
- замовлення по постачальниках;
- замовлення по товарах;
- відкриті замовлення;
- прострочені поставки;
- частково виконані замовлення;
- закупівельні ціни;
- динаміку цін;
- виконання постачальників;
- передоплати;
- залишки до отримання;
- закупівлі по менеджерах;
- закупівлі по складах;
- план-факт закупівель.
Приклад Power BI-дашборду по закупівлях
| Блок | Що показує | Управлінське питання |
|---|---|---|
| Відкриті замовлення | 84 замовлення на 6,2 млн грн | Що ще не отримано? |
| Прострочені поставки | 17 замовлень | Які постачальники зривають строки? |
| Передоплати | 1,4 млн грн | Де гроші вже сплачені, а товар не отримано? |
| Зростання цін | +12% по групі “Метал” | Чи потрібно шукати альтернативних постачальників? |
| Постачальники | 5 постачальників дають 70% закупівель | Чи є ризик залежності? |
Вивантаження замовлень постачальникам з 1С
Під час переходу в K2 ERP замовлення постачальникам потрібно вивантажувати структуровано.
Зазвичай вивантажують:
- номер замовлення;
- дату;
- постачальника;
- договір;
- склад;
- номенклатуру;
- характеристику;
- партію за потреби;
- кількість замовлено;
- кількість отримано;
- залишок до отримання;
- ціну;
- суму;
- валюту;
- очікувану дату поставки;
- статус;
- відповідального;
- рахунок постачальника;
- оплату;
- коментар.
Пов’язана сторінка: Вивантаження даних 1С
Приклад структури файлу замовлень постачальникам
| Поле | Приклад | Навіщо потрібно |
|---|---|---|
| order_number | ЗП-000184 | Ідентифікація замовлення |
| order_date | 18.04.2026 | Дата створення |
| supplier | ТОВ “Інструмент Опт” | Постачальник |
| contract | Договір №27 | Договір |
| item_code | T-000456 | Код номенклатури |
| item_name | Шуруповерт D-18 | Назва товару |
| ordered_qty | 50 | Замовлена кількість |
| received_qty | 30 | Отримана кількість |
| remaining_qty | 20 | Залишок до отримання |
| expected_date | 25.04.2026 | Очікувана дата поставки |
| status | Частково виконано | Статус закупівлі |
Зовнішній звіт для замовлень постачальникам 1С
Зовнішній звіт 1С може використовуватися, якщо стандартних закупівельних звітів недостатньо.
Зовнішній звіт може показувати:
- відкриті замовлення;
- прострочені замовлення;
- частково виконані замовлення;
- замовлення без рахунків;
- замовлення без оплат;
- оплачені, але не отримані замовлення;
- отримані, але не оплачені замовлення;
- відхилення цін;
- залишки до отримання;
- постачальників із затримками;
- контрольні суми;
- дані для K2 ERP;
- дані для Power BI.
Зовнішня обробка для замовлень постачальникам 1С
Зовнішня обробка 1С може використовуватися для експорту, перевірки або масового аналізу замовлень.
Обробка може допомогти:
- вивантажити замовлення постачальникам;
- перевірити відкриті залишки;
- знайти старі незакриті замовлення;
- знайти замовлення без договорів;
- знайти замовлення без відповідальних;
- перевірити часткові поставки;
- перевірити передоплати;
- сформувати контрольні таблиці;
- підготувати файл для K2 ERP;
- підготувати дані для Power BI.
Замовлення постачальникам при міграції з 1С у K2 ERP
Замовлення постачальникам важливі для міграції, бо вони показують майбутні поставки й відкриті зобов’язання.
Перед міграцією потрібно перевірити:
- відкриті замовлення;
- старі незакриті замовлення;
- частково виконані замовлення;
- замовлення з передоплатою;
- замовлення без договорів;
- замовлення без рахунків;
- замовлення без відповідальних;
- прострочені поставки;
- залишки до отримання;
- валюти;
- ціни;
- контрольні суми.
Пов’язана сторінка: Міграція даних з 1С
Реплікатор K2 і замовлення постачальнику 1С
Реплікатор K2 може використовуватися для перенесення та синхронізації даних зі старих систем у K2 ERP.
Для закупівель Реплікатор K2 може бути корисним для:
- перенесення постачальників;
- перенесення договорів;
- перенесення номенклатури;
- перенесення відкритих замовлень;
- перенесення рахунків постачальників;
- перенесення передоплат;
- перенесення очікуваних поставок;
- перенесення цін;
- перенесення статусів;
- формування контрольних сум;
- звірки після завантаження;
- підготовки даних для Power BI.
Карта міграції замовлень постачальникам
Карта міграції описує, як закупівельні дані з 1С переходять у K2 ERP.
Карта має містити:
- документ 1С;
- дату;
- постачальника;
- договір;
- склад;
- номенклатуру;
- одиницю виміру;
- кількість;
- ціну;
- суму;
- валюту;
- очікувану дату поставки;
- статус;
- відповідального;
- рахунок постачальника;
- оплату;
- цільовий об’єкт K2 ERP;
- правило перетворення;
- контрольну суму.
Контрольні суми по замовленнях постачальникам
Контрольні суми потрібні, щоб переконатися, що закупівельні дані перенесені правильно.
Контроль може включати:
- кількість замовлень;
- кількість відкритих замовлень;
- суму відкритих замовлень;
- кількість частково виконаних замовлень;
- залишок до отримання;
- суму передоплат;
- кількість постачальників;
- кількість договорів;
- замовлення по валютах;
- замовлення по складах;
- прострочені поставки;
- кількість замовлень без відповідальних;
- суму розбіжностей після завантаження.
Замовлення постачальнику в K2 ERP
У K2 ERP замовлення постачальнику може бути частиною закупівельного, складського, фінансового, виробничого, договірного й аналітичного контурів.
У K2 ERP можна контролювати:
- заявки на закупівлю;
- замовлення постачальникам;
- постачальників;
- договори;
- рахунки;
- оплати;
- надходження;
- часткові поставки;
- прострочення;
- ціни;
- бюджети;
- резерви;
- виробничі потреби;
- аудит дій;
- Power BI-дашборди.
Права доступу до замовлень постачальникам
Закупівельні документи впливають на гроші, склад і майбутні зобов’язання, тому доступ потрібно обмежувати.
Типові ролі:
- закупівельник;
- керівник закупівель;
- комірник;
- бухгалтер;
- казначей;
- фінансовий директор;
- керівник виробництва;
- директор;
- аудитор;
- адміністратор ERP;
- аналітик Power BI.
Доступ можна обмежувати за:
- постачальниками;
- складами;
- підрозділами;
- сумами;
- групами товарів;
- статусами;
- правом створення;
- правом погодження;
- правом зміни ціни;
- правом закриття замовлення;
- правом експорту;
- адміністративними діями.
Пов’язана сторінка: Права доступу в ERP
Аудит дій по замовленнях постачальникам
Аудит потрібен, щоб бачити, хто створив, змінив, погодив, скасував або закрив замовлення.
У K2 ERP можна фіксувати:
- створення замовлення;
- зміну постачальника;
- зміну договору;
- зміну номенклатури;
- зміну кількості;
- зміну ціни;
- зміну очікуваної дати поставки;
- зміну складу;
- погодження;
- відхилення;
- часткове закриття;
- повне закриття;
- скасування;
- експорт даних;
- зміну прав доступу.
Пов’язана сторінка: Аудит дій
Типові помилки в замовленнях постачальникам 1С
Поширені проблеми:
- замовлення створене без договору;
- не вибраний склад;
- не заповнена дата поставки;
- неправильна номенклатура;
- неправильна характеристика;
- неправильна одиниця виміру;
- ціна не збігається з рахунком;
- замовлення не пов’язане з оплатою;
- замовлення не пов’язане з надходженням;
- часткова поставка не закрита;
- передоплата висить без поставки;
- старі замовлення не закриті;
- дублікати замовлень;
- замовлення створене не під ту організацію;
- відповідальний не заповнений.
Типові помилки при міграції закупівель
Поширені помилки переходу:
- перенести старі неактуальні замовлення;
- не перенести відкриті замовлення;
- не перевірити часткові поставки;
- не перевірити передоплати;
- не перенести договори;
- не зіставити номенклатуру;
- не зіставити склади;
- не перенести валюти;
- не перенести очікувані дати поставки;
- не перенести статуси;
- не звірити рахунки постачальників;
- не зробити контрольні суми;
- не погодити результат із закупівлями, складом і фінансами.
Впровадження контролю замовлень постачальникам при переході в K2 ERP
Контроль замовлень постачальникам потрібно виконувати як частину підготовки закупівельного контуру до міграції.
Основні етапи:
- аналіз постачальників;
- аналіз договорів;
- аналіз відкритих замовлень;
- аналіз часткових поставок;
- аналіз передоплат;
- аналіз рахунків постачальників;
- аналіз цін;
- аналіз строків поставки;
- пошук старих незакритих замовлень;
- очищення даних;
- формування контрольних сум;
- тестове вивантаження;
- тестове завантаження в K2 ERP;
- звірка після завантаження;
- фінальна міграція;
- запуск Power BI.
Що підготувати перед аналізом замовлень постачальникам
Перед аналізом потрібно підготувати:
- список постачальників;
- список договорів;
- список відкритих замовлень;
- список частково виконаних замовлень;
- рахунки постачальників;
- платіжні доручення;
- банківські виписки;
- надходження товарів;
- залишки до отримання;
- номенклатуру;
- склади;
- ціни;
- валюти;
- відповідальних менеджерів;
- контрольні звіти;
- карту міграції;
- тестову базу K2 ERP.
Переваги правильного контролю замовлень постачальникам
Правильний контроль закупівель дає компанії прозорий процес постачання.
Переваги:
- менше прострочених поставок;
- кращий контроль постачальників;
- менше дубльованих закупівель;
- контроль передоплат;
- контроль часткових поставок;
- правильні очікувані залишки;
- точніший MRP;
- контроль цін;
- правильний платіжний календар;
- чисті відкриті зобов’язання;
- краща підготовка до K2 ERP;
- прозорий аудит дій;
- якісна Power BI-аналітика.
Пов’язані сторінки
- K2 ERP
- ERP
- Замовлення постачальнику 1С
- ERP для закупівель
- Платіжне доручення 1С
- Казначейство
- Погодження заявок на оплату
- Взаєморозрахунки з контрагентами 1С
- Облік договорів
- ERP для складу
- Складський облік
- Інвентаризація товарів 1С
- Партійний облік
- Серійний облік
- ERP для виробництва
- MRP система
- Виробничий звіт 1С
- Регістр бухгалтерії 1С
- Регістр накопичення 1С
- Рухи документа 1С
- Обороти 1С
- Субконто 1С
- Оборотно-сальдова відомість 1С
- Картка рахунку 1С
- Форми 1С
- Вивантаження даних 1С
- Зовнішній звіт 1С
- Зовнішня обробка 1С
- Міграція даних з 1С
- Міграція з 1С
- Міграція з BAS
- Заміна BAS
- Реплікатор K2
- Паралельний запуск ERP
- Бюджетування в ERP
- Управлінський облік
- Права доступу в ERP
- Аудит дій
- Power BI
- BI система
- API для ERP
- ERP в хмарі
- Впровадження ERP
- Запуск ERP
FAQ
Що таке замовлення постачальнику 1С?
Замовлення постачальнику 1С — це документ закупівельного контуру, який фіксує, що компанія планує купити у постачальника: номенклатуру, кількість, ціну, суму, строк поставки, склад, договір і відповідального.
Для чого потрібне замовлення постачальнику?
Воно потрібне для контролю закупівель: що замовлено, що оплачено, що вже отримано, що ще очікується, де є прострочення, передоплата або часткова поставка.
Чим замовлення постачальнику відрізняється від надходження товарів?
Замовлення показує план або домовленість із постачальником. Надходження товарів показує факт приймання товару на склад.
Чи формує замовлення постачальнику проводки?
Не завжди. У багатьох конфігураціях саме замовлення формує управлінські рухи або очікувані поставки, а бухгалтерські проводки формують надходження, оплата, аванси й закриття розрахунків.
Що таке частково виконане замовлення постачальнику?
Це замовлення, за яким постачальник поставив тільки частину товару. Наприклад, замовлено 100 шт., отримано 70 шт., залишилось отримати 30 шт.
Чому передоплати постачальникам потрібно контролювати окремо?
Бо гроші вже сплачені, але товар або послуга можуть ще не бути отримані. Якщо аванс не закрити надходженням, він може довго висіти у взаєморозрахунках.
Як перевірити замовлення постачальникам перед міграцією?
Потрібно звірити відкриті замовлення, часткові поставки, передоплати, рахунки, надходження, договори, валюти, ціни, відповідальних, статуси й контрольні суми.
Чому замовлення постачальникам важливі при переході в K2 ERP?
Вони показують майбутні поставки, відкриті зобов’язання, передоплати, дефіцити, закупівельні ціни й потреби складу або виробництва. Без них нова ERP не бачитиме актуальний закупівельний контур.
Як вивантажити замовлення постачальникам з 1С?
Замовлення можна вивантажити через стандартні звіти, документи закупівель, регістри, зовнішній звіт, зовнішню обробку, Excel, CSV або сценарій міграції.
Який результат правильного контролю замовлень постачальникам?
Результат — прозорі закупівлі, контроль поставок, менше прострочень, правильні передоплати, точні очікувані залишки, кращий MRP, аудит дій і готовність до Power BI-аналітики в K2 ERP.
Коротко
| Питання | Відповідь |
|---|---|
| Що таке замовлення постачальнику 1С? | Документ, який фіксує план закупівлі у постачальника: що, скільки, за якою ціною і коли має бути поставлено. |
| Для чого потрібне? | Для контролю закупівель, строків поставки, оплат, часткових надходжень, передоплат і відкритих зобов’язань. |
| Що перевіряють? | Постачальника, договір, номенклатуру, кількість, ціну, валюту, склад, дату поставки, оплату, надходження й статус. |
| Чи важливе при переході на K2 ERP? | Так, відкриті замовлення постачальникам потрібно перенести або закрити перед міграцією в K2 ERP. |
| Що важливо перед міграцією? | Перевірити часткові поставки, передоплати, старі незакриті замовлення, ціни, валюти, договори й контрольні суми. |
| Що допомагає з перенесенням? | Реплікатор K2, зовнішні звіти, зовнішні обробки, карта міграції, тестове завантаження й контрольні суми. |
| Який результат? | Чисті закупівлі, контроль постачальників, правильні очікувані поставки, аудит дій і Power BI-аналітика. |
- K2 ERP
- ERP
- 1С
- BAS
- Замовлення постачальнику
- Закупівлі
- Постачальники
- Постачання
- Рахунок постачальника
- Платіжне доручення
- Надходження товарів
- Склад
- Складський облік
- MRP
- Виробництво
- Партійний облік
- Серійний облік
- Взаєморозрахунки
- Аванси
- Договори
- Бюджетування
- Казначейство
- Регістр накопичення
- Регістр бухгалтерії
- Рухи документа
- Вивантаження даних
- Міграція даних
- Міграція з 1С
- Міграція з BAS
- Заміна BAS
- Реплікатор K2
- Права доступу
- Аудит дій
- Power BI
- Впровадження ERP