Параметри договорів із контрагентами та підсистема управління замовленнями
Види операцій із замовленнями та види договорів
Види операцій із замовленнями та види договорів
Так виглядає документ «Замовлення покупця»
«Замовлення покупця»
Операції документа позначають, для кого оформлено замовлення — для покупця, комісіонера або на надання послуг переробки.
Слід зауважити, що під час вибору операції змінюється склад табличної частини замовлення та заголовок документа. Так, якщо покупцеві ми продаємо або передаємо йому товар на комісію, то до замовлення включається додаткова інформація про можливість використання тари, про послуги та можливі (раніше призначені) автоматичні знижки.
Дані про поворотну тару відокремлено в табличній частині від замовлюваних товарів. Тому можна формувати звіти за замовленнями в розрізі товарів і окремо за поворотною тарою. У замовленні покупця можна також оформити потребу покупця в послугах. Замовлення оформлюється у валюті взаєморозрахунків, яку зазначено в договорі.
Під час переробки давальницької сировини треба вибрати операцію «Переробка», заголовок документа набуває вигляду «Замовлення покупця. Переробка»
«Продукція»
Замість вкладки «Товари» з’явилися вкладки «Продукція» та «Матеріали». У вкладці «Матеріали» відображається список використаних матеріалів під час виробництва давальницької продукції. У вкладці «Дод. послуги» відображаються послуги не з виробництва продукції, а, наприклад, з доставки.
Звертаємо увагу на те, що договір є невід’ємною частиною підсистем конфігурації. Під час опису концепцій майже кожної підсистеми ми повертатимемося до розгляду договору та його параметрів у частині їх використання в конкретних випадках.
У цьому випадку вид договору має відповідати операції замовлення. Так, договір із контрагентом — покупцем, якому ми передаємо товар на комісію, повинен мати вид «З комісіонером»

«Договір контрагента»
Замовлення постачальнику оформлюємо документом «Замовлення постачальника»

«Замовлення постачальника»
Операції: «Купівля, комісія» означають, що ми оформлюємо операції з постачальником товарів і послуг або з комітентом; «Переробка» — означає, що ми передаємо товари в переробку, «Обладнання» — означає, що контрагент постачає нам обладнання.
Договір із постачальником товару на комісію під час оформлення замовлення операції купівлі або комісії повинен мати вид «з комітентом»:

«Договір контрагента»

«Замовлення постачальнику»
Замовлення постачальнику з переробкою матиме такий вигляд
Ми замовляємо продукцію, описуємо перелік матеріалів, послуг. Договір матиме вид — «з постачальником».
Зробимо висновок, що вид договору важливий для роботи із замовленнями. Значення цього реквізиту:
- для покупців — «з покупцем» або «з комісіонером»;
- для постачальників — «з постачальником» або «з комітентом».
Параметри контролю відвантаження та оплати за замовленнями в договорах контрагентів
Отже, договір контрагента є документом підсистеми управління взаєморозрахунками. Реквізити договору описано в розділі «Управління взаєморозрахунками з контрагентами». Але є параметри договору, налаштування яких, як ми бачимо, впливає на роботу підсистеми управління замовленнями. Розглянемо далі ці параметри

«Договір контрагента»
Для роботи з товарними замовленнями ведення взаєморозрахунків має оформлюватися в договорі та мати одне з двох значень. Ці значення параметра «Взаєморозрахунки ведуться»:
- за договором у цілому;
- за замовленнями.
Параметр «За договором у цілому» — впливає на відображення взаєморозрахунків. Такий варіант взаєморозрахунків зручно застосовувати в разі, якщо оплата здійснюється в цілому за договором і одним платежем здійснюється оплата кількох рахунків (замовлень). За рахунками бухгалтерського обліку взаєморозрахунків буде лише аналітика «Договір», документи розрахунків із контрагентами проводитимуться і без реквізитів замовлення — вони будуть «не обов’язковими» під час заповнення. Але в момент використання операцій із замовленнями всі функції підсистеми управління замовленнями все одно працюватимуть (в управлінському обліку).
Користувач сам може вибирати, за якими замовленнями вести оперативний облік і відповідно заповнювати документи реалізації, оплати та постачань із зазначенням замовлень.
Вести взаєморозрахунки «За замовленнями» — означає, по-перше, що в усіх документах, оформлених за такими договорами, зазначення замовлення буде обов’язковим (у документах оплат, реалізації та постачань) — це означає, що аналітикою рахунків розрахунків із контрагентами буде Замовлення і без його зазначення документи не буде введено в систему.
Наприклад, складемо договір із покупцем «Візіо». Взаєморозрахунки вестимемо за договором у цілому і водночас використовуватимемо підсистему управління замовленнями. Далі розглянемо поведінку підсистеми управління замовленнями залежно від значень параметрів договору.
Під час проведення замовлення в «оперативному режимі» контролюється наявність передоплати за цим замовленням. Передоплата розраховується як відсоток не від початкової суми замовлення, а на момент проведення. Передоплатою вважається як сума за проведеними документами з реальною оплатою (документи «Платіжне доручення вхідне», «Прибутковий касовий ордер»), так і запланованих платежів (документ «Заплановані надходження грошових коштів»). Наприклад, розмір передоплати має бути не менше 50 % від суми замовлення.
Як ми показували вище, товари можуть бути зарезервовані на складах на строк від моменту оформлення замовлення й до відвантаження. Але можна зазначити й умови резервування: у договорі встановити кількість днів, протягом яких можна чекати на оплату від покупця; після їх закінчення підсистема віднесе резерв до простроченого. Відлік — від дати документа «Замовлення покупця» (коригування замовлень не впливають). Оплата — це оформлені документи запланованої та фактичної оплати. Дата оплати — дата документа оплати, причому сума до розрахунку не береться.
Якщо цей параметр буде нульовим, то резерв утримуватиметься необмежений час.
Означає, що за цим договором ведеться не лише кількісний, а й вартісний облік товарів за партіями в межах замовлення. У разі встановлення цього прапорця можна визначити прибутковість угоди в межах Кожного конкретного замовлення.
