Инструменти за потребители

Инструменти за сайта


kak_da:rezervacii

Това е стара версия на документа!


Как да използваме Резервации

Важно:

С излизане на релийз 2016.1 се променя логиката на работа с Резервации. За повече информация вижте новата статия Как да резервираме стока, използване на стоков дълг.
Във връзка с измененията се премахват описаните по-долу групова политика „Проверявай резервираното количество при Източника“ и настройката в Конфигурация на програмата/Други – „Списък с документи от тип Резервация“.

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

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

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

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

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

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

Пример:

Датата е 01.01.2014. Записвате за дефаулт 5 дни → валидността трябва да стане 06.01.2014. Ако за час е указано 15:00, трябва да е 06.01.2014 15:00

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

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

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) проверката за Свободна наличност спира избора на съответния номер.

Например:

Текуща наличност 1бр, в тази операция 1бр., резервирано 1бр, Свободната наличност би станала -1бр.

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

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

kak_da/rezervacii.1492002193.txt.gz · Последна промяна: 2018/01/11 15:27 (външна редакция)