Вітаю читачів моїх статей!
Після довгої статті по основам взаєморозрахунків. я продовжу розкривати тему взаєморозрахунків в 1С Управління торгівлею. Напишу цикл статей деталізуючи різні функціональні можливості торгівлі 11 в плані обліку взаєморозрахунків.
Заборона відвантаження при сумі заборгованості більш певної суми
Налаштування контролю лімітів заборгованості в 1С Управління торгівлею 11 налаштовується в договорі. Якщо у вас не налаштоване ведення за договорами клієнтів. то це легко включити через розділ Адміністрування - CRM і продажу.
Детальніше можна подивитися в попередній статті Варіанти взаєморозрахунків.
Візьмемо клієнта у якого на даний момент немає жодної заборгованості перед нами, це буде клієнт "Меблі вест ТОВ". І створимо з ним договір, в договорі вкажемо ліміт заборгованості 10 000 рублів.
До речі, в договорі з постачальником таких заборон немає, що логічно.
Створимо далі документ Замовлення клієнта і спробуємо провести його.
Замовлення провели не виказуючи жодних повідомлень. Напис на проти договору говорить, що Залишок допустимого кредиту 10 000 рублів. Дивно? Та ні, нічого дивного. Замовлення в УТ11 це попередню згоду або рахунок клієнта. Замовлення не є документом який виконує будь-яку господарську (фінансову) операцію. Максимум що він робить - це резервування товару, але це внутрішня операція компанії. Хоча на підставі замовлення можна створити документи оплати.
Звернемося до звіту Заборгованість клієнтів. він покаже нам тільки плановані суми оплати і реалізації, тобто фактично борг все ще дорівнює нулю.
А ось якщо створити документ Реалізація товарів. то ситуація зміниться кардинально - відбудеться фактичне відвантаження товару клієнту і утворюється борг клієнта перед нами.
Створимо реалізацію на суму 15 000 рублів і спробуємо провести її.
Провести реалізацію нам не вдасться. Клієнт перевищив суму допустимого ліміту заборгованості. Програма відмовить у проведенні документа і видасть повідомлення про помилку.
Якщо хтось звернув увагу, що в повідомленні сума не 5 000 рублів, а 7 700, то це разом з ПДВ зверху. А ще на формі реалізації напис про залишки допустимого кредиту все ще 10 000 рублів - це тому, що документ у нас не провели, відвантаження товару не відбулася і відповідно борг клієнта перед нами ще не утворився.
Ще потрібно звернути увагу на такий момент, сума заборгованості визначається в цілому за договором. незалежно від встановленого порядку розрахунків: за договором. на замовлення. за накладними. Тобто якщо заборгованість є за договором відповідно до заданої в документі буде спрацьовувати заборона на відвантаження.
Давайте зайдемо в договір і змінимо суму заборгованості не більше 20 000 рублів. проведемо реалізацію
Тепер реалізація прекрасно проводиться і напис про доступне кредиті повідомляє залишок доступного ліміту певного для клієнта (20 000 мінус сума документа).
На практиці, щоб менеджери не могли змінювати суми лімітів заборгованості, права на редагування договорів у них повинні бути обмежені.
Заборона відвантаження при сумі заборгованості більш заданої суми
Далі розберемося, що означає прапорець При наявності простроченої заборгованості. Встановимо його в договорі.
Спочатку для простоти прикладу створимо реалізацію без замовлення і подивимося, як функціонує контроль заборгованості в цьому випадку.
Спочатку спробуємо, а потім я розповім як працює функціонал в торгівлі 11.
Так виглядає настройка правил оплати.
Коли ж нам вдасться відвантажити товар. Чи вдасться це тільки якщо дата платежу будемо більше дати відвантаження. Продемонструю це.
Що я зробив - просто пересунув дату платежу в Правилах оплати на один день вперед. Тепер у нас відвантаження відбулося 06.05. а потрібно оплата тільки на наступний день 07.05.
Проговоримо ще раз:
Заборона відвантаження при наявності простроченої заборгованості залежить від дати платежу зазначеної в правилах оплати. І виникає тоді коли дата платежу менше або дорівнює даті відвантаження.
У реалізації поставити дату оплати менше дати відвантаження програма не дасть, але у випадку з замовленнями клієнтів таке можливо.
У випадку з замовленням, замовлення проводиться в будь-якому випадку, тому що це ще не фінансовий документ.
А от реалізація за цим замовленням вже не проведеться. Чи не проведеться вона тому, що в параметрах оплати в замовленні Дата оплати варто 06.05. навіть раніше дати реалізації (дати відвантаження), тобто потрібно однозначна передоплата.
І можливості змінити Дату оплати в документі реалізації немає, вона визначена в замовленні.
Тобто при роботі із замовленням працює все теж правило. тільки Параметри оплати визначаються в документі Замовлення клієнта. і змінити їх в документі Реалізація товарів буде не можна.
На цьому мабуть завершимо.
.