За коректното функциониране на документ от тип Резервация е препоръчително следните стъпки да са изпълнени:

1. Конфигурация на програмата

През настройките за конфигурация на програмата, в таб Други, от падащо меню избирате типът документ (появяват се всички създадени типове Търговски документи), който сте определили да изпълнява функцията на „Резервации“.

2. Настройки на Търговски документи – За да започне да се държи избрания документ в Конфигурацията на програмата, като РЕЗЕРВАЦИЯ е нужно в настройките на търговския документ, в таб Задължителни полета, да се попълни Валидност на документа, като отметката на Датата на валидност е задължителна.

Съобщения и дата - в настройките на Търговските документи, когато типът е Резервация, има възможност да се указва полето за час на валидност.

Указва се подразбираща се стойност за валидността с възможности:
-Да се зададе по дефаулт колко дни след датата на документа е валидна резервацията
-Дефаулт (отделно) до колко часа е валидна резервацията

Ако няма стойности за дефаулти системата не попълва полето в документа.

Ако се смени датата на документа:
- ако има настроен дефаулт и попълнена дата на валидност излиза диалог „Желаете ли да промените „Датата на валидност“ спрямо настройките?“ с възможности „Да“ и „Не“, „Да“ - сменя ги спрямо настройките, „Не“ - не променя датата на валидност на резервацията;
- ако има попълнена дата на валидност излиза съобщение „Внимание! Смяната на датата на документа не променя „Датата на валидност“!“
- в останалите случаи няма съобщение.

3. Скрипт за копиране на резервация - в универсалния скрипт за копиране на Търговски документ са създадени следните параметри, за да може автоматизирано да се попълва поле за Валидност на резервация:

- Валидност на резервация: отправна дата и час

 0 или null - не се попълва при копирането \\
 1 - от датата на документа \\
 2 - от полето Валидност на резервацията в текущия документ \\
 3 - от DOC_DATETIME \\
 11 - от USER_FIELD_DATETIME1 \\
 12 - от USER_FIELD_DATETIME2 \\
 13 - от USER_FIELD_DATETIME3 \\
 14 - от USER_FIELD_DATETIME4 \\
 15 - от USER_FIELD_DATETIME5 \\

- Валидност на резервация: пресмятане на датата:

null - подразбиращата се брой дни за валидност на резервация от настройките на документа, който ще генерираме \\
0 = не я променя \\
1 = вземи утрешната дата \\
-1 = вземи вчерашната дата \\
*и така нататък, числото определя броя дни, с които променяме датата, от която тръгваме \\

- Валидност на резервация: пресмятане на часа
null - подразбиращия се час за валидност на резервация, упоменат в настройките на Търговския документ, който ще се генерира
0 - от часа в полето откъдето тръгваме, ако не е попълнен - подразбиращия се час за валидност на резервация, упоменат в настройките на Търговския документ, който ще се генерира

- Добавена нова стойност за параметър D_QTY_TYPE
-1= не копирай детайла на документа

4. Групова политика за тип резервация - „Проверка на резервираното количество за Източник“, която се отнася за Търговските документи със следните възможности:

-Не проверявай
-Предупреждавай при нарушаване
-Забрани нарушаване

Тази проверка се извършва само в следните случаи:

-само за Източника
-само ако в типа на документа Източника е настроен да влияе на наличността!
-ако обекта Източник в документа е настроен да проверява за отрицателна наличност (дали ще предупреждава или не е от значение за съобщението впоследствие, това се настройва от самата номенклатура)
-само ако Количеството от документа НАМАЛЯВА наличността - т.е. Количеството * коефициента е < от 0!

Има няколко възможности:

В документите за Резервация е създадено поле Статус на резервацията с възможни стойности: неактивна, активна, анулирана, изтекла. Обикновено в изгледа то стои до полето за срок на валидност. Полето бързо информира потребителя дали Резервацията е активна или не, тъй като и допълнително се оцветява в червен цвят (иначе без оцветяване (стандартно)) когато статусът на резервацията е различен от Активна.

Статусите на резервацията са във връзка и със статуса на документа:

Неактивна = статус на Търговския документ отворен за редакция
Активна = приключена и срока на валидност < часовника на сървера (може да се ползва функция ufBaseMain_DM.CurrentWorkDateTime)
Анулирана = статус на Търговския документ анулиран
Изтекла = приключена и срокът на валидност >= часовника на сървера (^^^ главни букви)

Тъй като вече няма списък с документи от тип резервация, попълването на полето вече зависи от това, дали ТД влияе на резервацията (Тип стоков дълг Резервация) или не.

При Резервации по серийни/партидни номера при отрезервиране на позициите би било удобно да може да се избира от формата с наличните серийни/партидни номера съответния номер, който се отрезервира.
След промяна на логиката при Резервациите, проверката на наличност първо е на ниво Обикновена наличност, след това на Свободна наличност.
Избирайки от наличните серийни/партидни номера (особено важи за сериен номер, където количеството е винаги 1) проверката за Свободна наличност спира избора на съответния номер.

По този начин асоциирането и отрезервирането на сериен/партиден номер от наличните става невъзможно (трябва ръчно да се въведе номера и да се попълни Кол. и Резерв.Кол.в таблицата със серийни/партидни номера).
За да се покрие напълно функционалността за отрезервиране на серийни/партидни номера, във формата с налични серийни/партидни номера е добавена колона за Резервирано количество. В нея е попълнено резервираното количество за съответния сериен/партиден номер (колоната е само за четене).
Добавена е и отметка „Постави Количеството и като Резервирано.“, с маркирането на която се активира автоматично попълване на посоченото количество и като резервирано.
Ако няма отметка при избор на сериен/партиден номер се попълва само нормалното Количество в детайлната таблица със серийни/партидни номера, както до момента. Ако количеството не е достатъчно (вкл.резервираните) се активира проверката за отрицателна наличност.

Допълнителна информация: Редакция на типа на Финансовия документ, Редакция на типа на Търговски документ, Основни табове и бутони, Редакция на изгледи