SelMatic ERP документация

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

Всеки един Търговски документ може да влияе на наличността и себестойността на склада. \\
Една от най-важните настройки в системата е тази за наличности и среднодоставни цени. В таб **"Наличност и себестойност"** определяте как въведените **количества** в документа влияят на **наличността на позициите** /* и на **ВТОРАТА наличност на позициите***/, както и как влияе документът на **стойността на наличностите на позициите**. \\
Поради динамиката на документите е необходимо настройване на всеки процес, за да се определят какви са контрагентите и какво е влиянието на доставни цени, наличности и т.н.

<box round green|**Пример:**> Когато една стока бъде доставена, тя увеличава наличността на склада. Чрез настройките може да се укаже и увеличаването на стойността на склада. \\
Например при една стандартна доставка: се доставят 5 бр. за 5 лв., следователно наличността на склада трябва да се увеличи с 5 бр., а стойността му с 25 лв. (5х5=25 лв.). \\
При продажба на напр. 2 бр. по 6лв., наличността на склада се намалява с 2 бр. като количество, но стойността, с която се намалява не е продажната, а доставната. Когато са доставени 5 бр. х 5 лв. и са продадени 2 бр. от склада, стойността трябва да се намали пак с по 5 лв. (2х5лв.), 1 лв. разлика се явява печалба. </box>

При различните документи, както се вижда от примера, настройките, от къде да се взима какво да е влиянието на [[obsti_komponenti:sdc_i_sebestojnost|себестойността]] могат да бъдат различни. \\
Нормално една доставка влияе на себестойността направо с колоната Стойност без ДДС, единична цена умножена по количество (след всякакви отстъпки и преди ДДС).\\
Нормално една Продажба влияе със средно претеглената цена на всеки един артикул умножена по количеството, което е продадено. По тази причина за всеки един документ и контрагент **има настройки**. 


{{:documenti:obsti:tabove_nastrojki_na_targ.documenti:тд_наличност_и_себестойност.png?800|}}


Поотделно се задават конкретните настройки за Субектите (Източник, Посредник и Получател) и дали за всеки един от тях въведените количества увеличават, намаляват или не променят наличността. \\

За всеки от Субектите се настройва как документът влияе на **стойността на наличността на позициите**. \\

{{:documenti:obsti:възможни_доставни_стойности.png|}}.\\

Когато документът влияе (намалява или увеличава) **доставната стойност**, съответно за Източник, Посредник и Получател, тя може да бъде зададена да е равна на: 

- **Средна доставна стойност** - пример е типичният документ за **Продажба**, всички документи, които изписват стока от склада, трябва да бъдат настроени и с начин на изписване по средна доставна стойност, това е стандартният начин за изписване. \\

- **Средна доставна стойност + Разходи** - това е сумата от средната доставна стойност плюс стойността, попълнена в колонка "Стойност на разходи" (за Източник, Посредник и Получател) за редовете на документа. Пример е документ за **Местене**, където в някои случаи е необходимо да се отразяват и разходи по транспортиране на стоката от един обект в друг. \\

- **Стойност без ДДС** - пример е Търговски документ **Доставка**, която увеличава стойността на склада със стойност без ДДС. \\
Най-общо казано колкото стока е доставена на цената, на която се доставя без ДДС, с толкова обикновено се увеличава стойността на склада. \\
Всякакви доставни документи типично биха повлияли по този начин. \\

- **Стойност без ДДС + Разходи** - използва се тогава, когато документът, с който се доставя, съдържа както стойност без ДДС на самата стока, така и изчислен разход за доставка на единица количество. В този случай стойността на склада се увеличава със сумата на колона **стойност без ДДС** и колона **Стойност на разходи**. \\

- **Само Разходи** - стойността на склада да се промени само с разходите (със стойността записана в колона "Стойност на разходи" от този Търговски Документ), това е типичен документ за **Разпределение на разходи**, индивидуален документ. (Документ за разпределение на разходи върху доставена стока, индивидуален документ). \\

<box round green|**Пример:**> С фактура за доставка се доставят 10 артикула, в нея може да се съдържа и куриерска услуга или транспортен разход. Тогава вместо да се пуска сложен скрипт, който да създава отделен индивидуален документ за разпределение на разходи (който е необходим в общия случай) изчислението може да стане по-просто. \\
В този случай скриптът може да изчисли и да разпредели в рамките на самия документ услугите върху стоките в документа и да попълни в самата доставка директно колона "Стойност на разходи". Доставка, в която е направена такава настройка, трябва да увеличава склада със **стойността без ДДС и с Разходите**. </box>

В системата няма себестойност "без" или "с" разходи, има една единствена стойност на склада, а това какви суми реално влизат в него зависи изцяло от това как ще бъдат конфигурирани Търговските документи, които му влияят. \\
Примерен документ в случая е **Доставка с разпределени в нея разходи**. \\

<box round blue|**Съвет**:>Ако се прави Доставка, трябва да се зададе увеличаване на стойността на склада, но със **стойността без ДДС** или със **стойността без ДДС+Разходи**.</box>

<box round green|**Пример:**> Доставка направена с Документ за доставка, съдържащ няколко артикула, отделна фактура за транспортни разходи и още един отделен търговски документ за мито. Така практически има **един документ за доставка и няколко документа за разходи**. Това е много типична ситуация, в общия случай много често има много документи за Доставка и много документи за Разходи. \\
В тази ситуация може да се направи скрипт, който взима документите за Доставка и сумира всички артикули като общо количество и обща стойност. Създава се един общ сумарен документ, в който се отразява колко и какво количество стока е доставено и на каква стойност. \\
Сумата от разходите от разходните фактури, се разпределя върху артикулите на базата на предварително уточнен алгоритъм (напр. обем, тегло, средно претеглена стойност на всеки един артикул и т.н.), с което програмата продуцира автоматично Търговски документ, съдържащ в себе си списъка с артикулите с попълнена само колоната за Разходи. \\
Тъй като с чистата доставка са се увеличили количеството и стойността на склада, в този документ трябва да се увеличи само стойността на отделните артикули, количествата и стойността се игнорират. За тази цел този Търговски документ за чисто разпределение на разходи е настроен така, че да не увеличава наличността като количество и да увеличи стойността, но само с колона Разходи (не и стойността без ДДС). </box> 

**Не променя себестойността, а променя СДЦ** - В практиката понякога за отразяването на Доставка се използват два документа - един, който **увеличава само наличността** и друг, който **увеличава само себестойността**. Документът, който **увеличава само наличността, не влияе на себестойността, но влияе на СДЦ**. За да може този документ да се включи (с неговата наличност) в коректното изчисляване на СДЦ се използва опцията **"Не променя себестойността, а променя СДЦ"**. \\
Настройката се прилага за **Източник**, **Посредник** и **Получател**. 
 
{{:documenti:obsti:tabove_nastrojki_na_targ.documenti:nastrojki_na_sdc.png|}}


За да се води правилна и автоматична себестойност на ниво обект при местения (вътрешнофирмени трансфери на стока) е необходимо себестойността на стоката от изпращача да се "прехвърля" в получателя. Така след преизчисление (промяна в изпращача) тази стойност ще повлияе автоматично и на получателя.

<box round green|**Пример:**> При изпращане на стока 10 бр. със себестойност 7.5лв от обект 1 и получаване в обект 2 - увеличението на себестойността на обект 2 е с 10*7.5лв. Съответно при промяна на стоката в обект 1, т.е. СДЦ се промени на 8 лв, без да се коригира нищо в документа за приемане, в обект 2 СДЦ трябва да се увеличи с 10*8лв.</box> 

/* За реализацията на подобен начин на работа съответно за Източник, Посредник и Получател с излизане на [[vavedenie:kakvo_novo|релийз 2016.8]] са добавени опции за **методи на влияние на стойността на склада** от „Източник“, „Посредник“, „Получател“. По този начин може да се посочва например влияние на цената “Средна доставна стойност“ с опция "източник“, което означава изписване по СДЦ от източника. \\
Новите полета са активни, само когато документа влияе на стойността на наличността и като влияние на стойността на изменението са посочени **„Средна доставна стойност“, „Стойност без ДДС + разходи“, „Средна доставна стойност + разходи“ или „Само разходи“**. */

=== Методи на влияние на стойността ===

За реализацията на подобен начин на работа съответно за Източник, Посредник и Получател се използват опции за **методи на влияние на стойността на склада** от „Източник“, „Посредник“, „Получател“. По този начин може да се посочва например влияние на цената “Средна доставна стойност“ с опция "източник“, което означава изписване по СДЦ от източника. \\
Тези полета са активни, само когато документа влияе на стойността на наличността и като влияние на стойността на изменението са посочени **„Средна доставна стойност“, „Стойност без ДДС + разходи“, „Средна доставна стойност + разходи“ или „Само разходи“**. 

==== Момент, в който се променя стойността на наличността ====

От настройката **Момент, в който се променя стойността на наличността** определяте кога документът оказва влияние:

- **Автоматично - когато документът се приключва** - при отбелязването на тази отметка, документът започва да влияе веднага след приключването си.

- **Полуавтоматично (изисква скрипт, който да го стартира) или РЪЧНО** - документ или документи, които вече са в статус "Приключен", започват да влияят при стартиране на определен скрипт или с ръчна команда. \\
Например, Продажба е извършена без да има Доставка и в края на седмицата, когато се получи доставката, за всички **приключени** документи за изминалата седмица ръчно или със скрипт да се отрази влиянието им върху себестойността. \\ 
   
   
**Други общи примери за различните опции за стойност:**

<box round green|**Пример**:> При Продажба има намаляване на наличността на фирмата. \\
За разлика например от Местене – където има намаляване на наличността на единия обект и увеличаване на другия обект (също и при консигнация).\\
Ако се прави Местене например, са необходими два документа, защото в системата няма статуси и за всичко, което изисква статуси се създава документ. </box> 


<box round red|**Важно**:> В програмата може да има средна доставна цена **и на ниво обект**. Когато има нужда от изчисление на себестойностите на ниво обект в дадената фирма, документите за **Местене** също трябва да имат настройка за влияние върху средно доставната цена. \\
От този прозорец може да се настрои и нищо да не влияе на средно доставната стойност. </box> 

/* В случай, че желаете да работите и с **наличност по серийни/партидни номера** посочвате за съответния документ точно от коя наличност се избира при въвеждане в документа - на Източника, на Получателя или на Посредника. Може и изобщо да не се ползва наличност по серийни/партидни номера. \\ */

/* До излизане на [[vavedenie:kakvo_novo|релийз 2016.1]] **СДЦ на позиция** се изчисляваше на база **цвят, размер и местоположение**. \\
В Преоценка обаче при използването на шаблон за артикули с цвят и размер, ако за отправна ценова листа е посочена средно доставната цена тя не се попълва, тъй като в преоценка няма цвят и размер и съответно не може да се пресметне нова цена. \\ Поради тази причина **се премахва изчислението на СДЦ спрямо цвят, размер и местоположение**. */

/*<box round red|ВАЖНО!> <color #7092be>Поради премахване на **изчислението на СДЦ спрямо цвят, размер и местоположение** в релийз 2016.1, при работа с позиции с цвят и размер **след ъпгрейд** е необходимо **преизчисляване** на средно доставните цени.</color></box>*/

/* До релийз 2016.01 съществуваше понятието **ВТОРА НАЛИЧНОСТ** - настройва се по какъв начин въведените количества влияят на **втората наличност на позициите**. Използва се конкретно при **консигнация**. Във втора наличност реално се съдържа информация за това какво (колко) има за отчитане, разликата между продадено и отчетено количество.

<box round green|**Пример**:>При консигнацията има следното затруднение: има дадено на консигнация количество, а има и някаква част продадено количество. Сумата, на което е продадено и не е отчетено, трябва да се отчете на следващия отчет, т.е. ако се сумира всичко продадено минус всичко отчетено остава определено количество, което трябва да се отчете.\\
Като конкретен пример: доставени са 100 броя клавиатури, продават се 10 броя, отчетени са 3 броя, за отчитане остават 7 броя.\\
  
Втората наличност дава разликата между продадено и отчетено. </box>

<box round red|**Важно**:>Наличността се изменя в момента, в който се приключва документа, ако само е създаден - той не влияе, само приключването на документа го прави съществуващ в системата и се разнасят промените.</box>

<box round red|**Важно**:>**ВНИМАНИЕ!С излизане на [[vavedenie:kakvo_novo|релийз 2016.1]] функционалността за Втора наличност спира да се използва.**\\ 
За целта настройките на ТД за отразяване на стоков дълг (вкл. и консигнациите) се изместват от таб „Наличност и себестойност/Втора наличност“ в таб „[[documenti:obsti:tabove_nastrojki_na_targ.documenti:td_dalgove|Дългове]]/ „Стоков дълг“. Към наличните типове стоков дълг е добавен допълнителен тип – „Резервация“.\\
За повече информация вижте статията [[kak_da:rezervacii-nova_logika|Как да резервираме стока, използване на стоков дълг]].</box>  */

/*<color #7092be>До релийз 2016.01 съществуваше понятието **ВТОРА НАЛИЧНОСТ**. Чрез нея се настройваше по какъв начин въведените количества влияят на **втората наличност на позициите**. Използваше се конкретно при **консигнация**. Във втора наличност реално се съдържа информация за това какво (колко) има за отчитане, разликата между продадено и отчетено количество.</color>

<box round green|**Пример**:><color #7092be>При консигнация има следното затруднение: някакво количество е дадено на консигнация, но някаква част от него е продадена. Сумата, на това, което е продадено и не е отчетено, трябва да се отчете на следващия отчет, т.е. ако се сумира всичко продадено минус всичко отчетено, остава определено количество, което трябва да се отчете.\\
Като конкретен пример: доставени са 100 броя клавиатури, продават се 10 броя, отчетени са 3 броя, за отчитане остават 7 броя.\\
  
Втората наличност дава разликата между продадено и отчетено.</color> </box>*/

<box round red|**Важно**:>Наличността се изменя в момента, в който се приключва документа. Ако само е създаден, без да премине в статус "отключен" - той не влияе, само приключването на документа го прави съществуващ в системата и се разнасят промените.</box>

<box round red|**Важно**:><color #7092be>**ВНИМАНИЕ!**\\
/*С излизане на [[vavedenie:kakvo_novo|релийз 2016.1]] функционалността за Втора наличност спира да се използва.\\ */
Настройките на ТД за отразяване на стоков дълг (вкл. и консигнациите) се изместват от таб „Наличност и себестойност/Втора наличност“ в таб „[[documenti:obsti:tabove_nastrojki_na_targ.documenti:td_dalgove|Дългове]]/ „Стоков дълг“. Към наличните типове стоков дълг е добавен допълнителен тип – „Резервация“.\\
За повече информация вижте статията [[kak_da:rezervacii-nova_logika|Как да резервираме стока, използване на стоков дълг]].</color></box> 

==== Информативна наличност ====

В редовете на документа има три колони за информативна наличност, по една за Източник, Посредник и Получател. В тези колони при добавяне на нов ред се попълва наличността на съответния контрагент/и към избраната в рибона на документа дата (при натискане на бутон "Изчисли информативна наличност" за съществуващите редове се преизчислява съдържанието на тези колони). \\


{{:documenti:obsti:tabove_nastrojki_na_targ.documenti:td_informativna_nalich.png|}}


- Изчислявай наличността на - отбелязва изчислението на наличността на отбелязания/отбелязаните контрагенти - Източник, Посредник и/или Получател. \\

- Използвай мерна единица за наличност - указва в коя мерна единица да се показват избраните за контрагента/тите информативни наличности. \\

- Допълнително изчислявай - с избора на тази опция, отбелязвате каква стойност да се показва в допълнителна колона в документа, като наименованието на колоната се определя от съответната отметка тук (т.е., ако сте избрали отметка Кол. в документа - Налично кол., колоната в документа ще се именува по същия начин - "Кол. в документа - Налично кол."). 

/* С излизане на [[vavedenie:kakvo_novo|релийз 2016.8]] функционалността за Информативна наличност е преповторена за изчисляването на **Информативна свободна наличност** в помощ на потребителите работещи с [[kak_da:rezervacii-nova_logika|резервации]] (Налично - Резервирано). \\ */

Изчисляването на **Информативна свободна наличност** е в помощ на потребителите работещи с [[kak_da:rezervacii-nova_logika|резервации]] (Налично - Резервирано).

Целта е, когато се създава нова поръчка на клиент (нова резервация) да се получава актуална информация каква е свободната наличност в обекта. Текущата Информативна наличност не дава пълна информация, тъй като от нея не се приспадат резервираните количества. 

За да се определи точно информативната свободна наличност, като се приспаднат резервираните количества, е необходимо да се знае кой е типът на резервацията. За целта в [[nomenklaturi:documenti:vidove_stokov_dalg|номенклатура Видове Стоков дълг]] трябва да посочите кой стоков дълг е от тип Резервация.\\

{{:documenti:obsti:tabove_nastrojki_na_targ.documenti:tab_nalichnosti_-_inf.svob.nalichnost.png?800|}}

Подобно на отметката за изчисление на Текуща наличност има и отметка, дали да се изчислява **Свободна наличност**. Когато тя е избрана, настройките, които съществуват за информативната наличност, важат и за нея. \\
В ТД, аналогично на всички **колони** за Информативна наличност са налични същите и за **Информативна свободна наличност**.\\
Действието на **бутона за Изчисление на информативната наличност** (в рибона на ТД) **проверява и свободната наличност** и попълва и нея.

Практически в ТД, ако не е попълнен съответния контрагент, за който трябва да се пресметне Информативна наличност, същата няма как да бъде изчислена. За да се избегнат проблеми породени от това /* от [[vavedenie:kakvo_novo|релийз 2017.06]]*/, ако **липсва контрагент** (Източник/Посредник/Получател), за него **не се прави опит за изчисление на Информативна наличност** и съответните полета остават празни.

Стандартно на ниво ред в ТД се дава информативната свободна наличност на обекта на съответният контрагент (Източник, Посредник, Получател). В практиката, обаче, има ситуации, при които се налага да се вижда свободната наличност и на други обекти - например служител обслужващ поръчките на Онлайн магазин е необходимо да знае общата информативна наличност по обекти, за да прецени от къде да набави стоката или пък търговец трябва да знае наличността в неговия обект и в склада на едро. \\
Поради тази причина **пресмятането на наличност и свободна наличност в даден тип документ се извършва на базата на списък**, който отговаря на определени условия и параметри, връща определени полета и може да бъде модифициран. \\
Налице е **настройка в ТД за избор на списък**, на база на който да се изчислява информативната наличност на съответните Източник, Посредник и/или Получател. Липсата на посочен списък означава, че не се пресмята наличност/свободна наличност за този субект. \\

{{:documenti:skladovi:информативна_наличност_списъци.png|}}

Опцията **"Асоциация на серийни и партидни номера"** има следните настройки: \\

0 - Документът не използва серийни и партидни номера \\
1 - Не е задължително да са точно асоциирани (точно асоцирани - количеството на реда да е равно на количеството асоциирани към него серийни/партидни номера, например ако в документа има ред с количество 3, към него трябва да има или 3 серийни номера, ако позицията е със сериен номер или ако е с партиден - сумата на количествата на партидите да е 3) \\
2 - Само Позициите с наличност по серийни и партидни номер да са точно асоциирани \\
3 - Всички позиции със сериен и партиден номер да са точно асоциирани \\

Чрез поле "Очаквано количество" по сериен/партиден номер - 1, 2, 3 и 4 се оцветяват редовете, които имат несъответствие между очаквано и реално количество в червено, което се контролира от [[sluzebni:potrebiteli_i_prava:grupovi_politiki:gp|групова политика]] за оцветяване.

Разгледайте Видео обучение за [[https://youtu.be/f_fc4ElK_JI?t=1720|Таб Наличност и себестойност]]

**Допълнителна информация:** \\
[[documenti:obsti:nastrojki_na_targ.documenti|Редакция на типа на Търговски документ - Общи положения]],
[[obsti_komponenti:osnovni_tabove_i_butoni|Основни табове и бутони]], [[obsti_komponenti:tablichna_chast|Таблична част]], [[obsti_komponenti:red.koloni_i_nav.lenta|Моделиране на таблици]], [[obsti_komponenti:filtrirane_na_danni|Филтриране на данни]], [[obsti_komponenti:redakcia_na_izgledi|Редакция на изгледи]], [[sluzebni:menuta|Менюта]], [[documenti:skladovi:plastane_document|Плащания по документи]], [[documenti:obsti:nastrojki_na_fin.documenti|Редакция на типа на финансов документ и настройки]], [[kak_da:kasova_belejka|Настройка и употреба касова бележка, плащания]], [[obsti_komponenti:vavedenie:kak_raboti_sistemata|Главен екран и основни менюта]], [[spravki_new:osnovni_pol|Базов скрипт за копиране]], [[spravki_new:osnovni_pol|Скрипт за разпределение на разходи]].
SelMatic ERP документация

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

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

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