Отделно предоставяне на поръчки
(запазване на час)
Самостоятелното обезпечениее подобно на предишния вариантОбезпечение на поръчката, но с фиксирано обезпечение ще се появи анализътДестинация, в контекста на който ще се появи както поръчката към доставчика, така и получаването в склада.
Нека да видим как работи.
За да активирате този режим на резервация, в настройкитеАдминистриране – Закупуванепоставете отметка в полетоРазделно подаване на поръчки. (Моля, обърнете внимание, чеОсигуряване по поръчкае конфигурирано вCRM и продажби).
Има и различни разяснения за самостоятелни резервации (ОпростеноилиРазширенои полето за отметкаНе контролирайте превишаването на самостоятелни маржове). Ще разгледаме тези функции отделно.
Сега, ако отворим документаКлиентска поръчка, ще открием, че той има възможност за избор на допълнителни опции за доставкаИзпращане (ако е необходимо отделно)иПредоставяне отделно. И обърнете внимание на опциятаПредоставяне отделно, която можете да изберете веднага, без да чакате създаването на Поръчката към доставчика. По-нататък ще стане ясно защо такава свобода.
Но след като изберетеКупете отделно, изборът на Прехвърляне на обезпечение не се появява никъде в поръчката.Присвояване на обезпечениесе генерира автоматично като ключов низ за анализ, състоящ се отПартньор,ЕлементииДатипоръчки за продажба(подобно наАнализ на отчитане на артикули). И тогава този ключ ще присъства в регистрите, придружаващи поръчката, получаването и продажбата на стоки.
Нека направим поръчка и да видим какви движения е генерирала в регистрите.
Първото нещо, на което трябва да обърнете внимание, е външният виднов регистър на салдаЗакупуване на поръчки, в който ще могат да се видят салда на незатворени обезпечени поръчки.
След това да обърнем внимание на регистърГрафик за движение на стоките, в който се попълва измерениеНазначениеза позиция с фиксирано обезпечение.
Но балансовият регистър Поръчки на клиенти не е променен, той не съдържа измерениетоДестинация.
Самите задания се съхраняват в едноименната директорияЗадания.
Освен това, ако създадемПоръчка на доставчиквъз основа на Поръчка на клиент и разгледаме генерираните движения, ще видим също, че измерениетоДестинацияе попълнено.
Между другото, в Поръчката към доставчикаДестинацияприсъства в табличната част на стоките. И дори може да се промени. Изборът ще отразява само онези назначения, които съдържат текущия елемент.
Но ето един нюанс, на който се натъкнах, когато променяте заданията, не се появяват проверки. Тези. в поръчката доставчикът успява да промени назначенията със съществуващия документ за получаване на стоки и услуги и дори след приключване на продажбата. Тези. с неточно редактиране е възможно да се наруши затварянето на регистрите в контекста на присвояването.
Ами при движенията на Поръчката към доставчика всичко е по аналогия с поръчката на клиента.
И в табличната част на документаПолучаване на стоки и услугисъщо ще има среща, която ще бъде отразена в движенията на документа.
Тук трябва да обърнете внимание на регистъраСтоки в складове. Този регистър съдържа и измерениетоДестинация. А това означава, че дори наличните в склада стоки могат да бъдат там с определена цел.
И още един забележителен момент от движенията в регистъраСвободни баланси.
Един доход се формира от ресурсНаличени е генерирана и разписка за ресурсаВ резерв за поръчка. Тези. резервът за поръчката не поставя документа за клиентска поръчка, аПолучаване на стоки и услуги.
След като стоките пристигнат в склада, ние ще прехвърлим поръчката в статусИзпращане. Тук обърнете внимание, че един от редовете в поръчката получи статус на доставкаИзпращане отделно. Сега става ясно защо е необходима опцията за обезпечение във формуляра за избор на обезпечениеИзпращане (ако е необходимо отделно).
Тези. едната линия стоки ще бъде изпратена както обикновено, а другата в контекста на дестинациите. За по-голяма яснота това е отразено в поръчката като отделна опция за доставка.
Нека създадем документПродажба на стоки и услугивъз основа на поръчката и да видим движенията в регистрите, които документът ще генерира.
Виждаме, че има разход в регистъраСтоки в складовев контекста наДестинации. Затворен е регистърПоръчки на клиенти, както и регистърПоръчки на поръчки. Според регистъраСвободни салда, потреблението премина както за ресурсаВ наличност, така и за ресурсаВ резерв за поръчката. В резултат на това всички регистри бяха затворени.
Също така бих искал да се върна къмПоръчка на клиентаи да обърна внимание на такъв момент, че стоките, които са пристигнали в склада за местоназначението, не могат да бъдат резервирани. Това се дължи на факта, че резервът за поръчката в регистъраСвободни балансивече е поставил документаПолучаване на стоки и услуги. Да, и няма нужда да резервирате допълнително стоките, след като пристигнат в склада, т.к вече е резервиран (блокиран) в регистърСтоки в складове(запомнете измерениетоДестинацияв този регистър).
Напомням, че с опцията за резервацияРезервирайте при пристиганетоако след товаполучаване на стоки, които не са запазени в склада (не променяйте позицията на стоките в статусРезерв в склада) е възможно да се „прихванат“ стоките - да се резервират за друга поръчка.
Строг контрол отписване за възлагане
Целта на резервирането на стоки за среща е да се фиксират получените в склада стоки за конкретна поръчка (дестинация). Това ще гарантира, че закупеният продукт ще бъде продаден на конкретен клиент и на никой друг.
Например, ако след като стоките са пристигнали в склада, друг мениджър се опитва да създаде поръчка за продажба и не успява да резервира стоките. И ако избере да предоставя отделно, тогава ще се формира друг час. Тези. няма как да "прихване" и продаде стоката, предназначена за друга поръчка.
Това е основното предимство на самостоятелното осигуряване. Но има и минус. Лошото е, че не можете да продавате стоки, поръчани за среща на друга дестинация или просто без уговорка. Но след като стоките пристигнат в склада, клиентът може да откаже да закупи и тогава стоките ще висят в склада, блокиран от срещата.
Да видим дали можем да отменим разпоредбата в поръчката.
Ако се опитате да анулирате позицията или променитеКлиентска поръчкав статусНе е съгласувано, ще получите съобщение за невъзможност да анулирате обезпечението.
Как да процедирате в ситуации, в които трябва да отмените защитените стоки и да продадете по друга поръчка или без поръчка, ще разгледаме в следващата статия.