Разлики

Тук са показани разликите между избраната и текущата версия на страницата.

--- supto:nomenklaturi:vidove_tyrgovski_dokumenti [2020/08/25 13:43] – [Таб „Наличност и себестойност“] m.ayvazova
+++ supto:nomenklaturi:vidove_tyrgovski_dokumenti [2020/08/26 08:54] (текуща) – [Таб „Връзки със справки / скриптове“] m.ayvazova
@@ Ред 140: / Ред 140: @@
 ===== Таб „Дългове“ =====
 {{ :supto:nomenklaturi:таб_дългове.png |}}
-В група „Финансов дълг“ се указва дали документът генерира финансов дълг, като се посочва:
+В група **„Финансов дълг“** се указва дали документът генерира финансов дълг, като се посочва:
   * Тип на действието на документа спрямо дълга:
          * Генериране на задължение;
@@ Ред 152: / Ред 152: @@
          * Получател към Посредник.
-Останалите настройки в таб „Дългове“ позволяват контрол над авансите, ако даденият бизнес работи с авансови плащания, както и дефиниране на различни типове стоков дълг (като такъв например се разглежда резервираната стока с цел нейното проследяване до реализиране на продажбата).
+Останалите настройки в таб **„Дългове“** позволяват контрол над авансите, ако даденият бизнес работи с авансови плащания, както и дефиниране на различни типове стоков дълг (като такъв например се разглежда резервираната стока с цел нейното проследяване до реализиране на продажбата).
-СУПТО продажбените документи генерират дълг на Получателя (Клиента) към Източника (Търговеца).
+СУПТО продажбените документи генерират дълг на **Получателя** (Клиента) към **Източника** (Търговеца).
 ===== Таб „Плащания“ =====
@@ Ред 166: / Ред 166: @@
 //Групови политики > таб „Групови политики“ > Документи > Търговски документи > Плащания//
 {{ :supto:nomenklaturi:гп_тд_плащания.png |}}
-В настройките на типа търговски документ, таб „Плащания“, се дефинират възможните видове плащания, пр. в брой, с карта, с ваучер, по банка и т.н (Наименованието на вида плащане е в произволен текст).
+В настройките на типа търговски документ, таб **„Плащания“**, се дефинират възможните видове плащания, пр. в брой, с карта, с ваучер, по банка и т.н (Наименованието на вида плащане е в произволен текст).
 В таблицата с детайли, поясняващи всеки отделен начин на плащане, се посочва типът на финансовия документ, който да се генерира при извършване на плащането.
@@ Ред 175: / Ред 175: @@
 Настройките в този таб, които засягат базовата функционалност за отпечатване на фискален бон, са неактивни и не могат да се променят от потребителя, включително и от служител на Селматик ЕООД. Тук тези настройки само се визуализират.
 {{ :supto:nomenklaturi:таб_кб2.png |}}
-Причината да не бъдат премахнати, а деактивирани, е, че същият изглед на този екран за настройки се използва във версия на софтуерната система, която се  предоставя на чуждестранни потребители със собствен бизнес, който се развива извън Република България и в условия, при които Наредба Н-18 не е в сила.
+Причината да не бъдат премахнати, а деактивирани, е, че същият изглед на този екран за настройки се използва във версия на софтуерната система, която се  предоставя на чуждестранни потребители със собствен бизнес, който се развива извън Република България и в условия, при които **Наредба Н-18** не е в сила.
-Самите настройки на системата, свързани с отпечатване на ФБ, когато такова е необходимо, са комплексни – освен в настройките на ТД, намират се в тези на:
+Самите настройки на системата, свързани с отпечатване на **ФБ**, когато такова е необходимо, са комплексни – освен в настройките на **ТД**, намират се в тези на:
-  * Видове ФД, таб „Плащане по ТД и касова бележка“ (//Главно меню > Номенклатури > Служебни номенклатури > Документи > ФД > Видове ФД >  таб „Плащане по ТД и касова бележка“// ):
+  * Видове ФД, таб [[documenti:obsti:tabove_nastrojki_na_fin.documenti:fd_plashtane|„Плащане по ТД и касова бележка“]] (//Главно меню > Номенклатури > Служебни номенклатури > Документи > ФД > Видове ФД >  таб „Плащане по ТД и касова бележка“// ):
          * Предварително се задават (фиксират) в exe-то на програмата и са неактивни – не са достъпни за промяна;
-  * Периферни устройства (Главно меню > Служебни > Администрация > Хардуер > Настройки периферни устройства):
+  * [[sluzebni:hardware:nastroiki_periferni_ustroistva|Периферни устройства]] (Главно меню > Служебни > Администрация > Хардуер > Настройки периферни устройства):
          * Това е мястото, на което се дефинира връзката на програмата с конкретно фискално устройство;
-  * Групова политика „Разрешен печат на касова бележка“ (Групови политики > таб „Групови политики“ > Глобални > Разрешен печат на касова бележка):
+  * Групова политика [[sluzebni:potrebiteli_i_prava:grupovi_politiki:tab_global#Разрешен печат на касова бележка|„Разрешен печат на касова бележка“]] (Групови политики > таб „Групови политики“ > Глобални > Разрешен печат на касова бележка):
-         * Тази настройка е свързана с пълноценното функциониране на системата без НЕ-СУПТО извън Република България в условия, при които Наредба Н–18 не е в сила.
+         * Тази настройка е свързана с пълноценното функциониране на системата без НЕ-СУПТО извън Република България в условия, при които **Наредба Н–18** не е в сила.
-         * Когато с програмата се работи в условия, при които Наредба Н-18 е в сила, избраната стойност на настройката се игнорира от системата и независимо от нея фискален бон се издава автоматично винаги, когато начинът на плащане го изисква - т.е. в текущо декларираната версия на  софтуера, съществуващите до момента в ядрото на системата настройки са елиминирани, въпреки че все още са визуално налични, и поведението на софтуера е фиксирано (хардкоднато) в exe-то.
+         * Когато с програмата се работи в условия, при които **Наредба Н-18** е в сила, избраната стойност на настройката се игнорира от системата и независимо от нея фискален бон се издава автоматично винаги, когато начинът на плащане го изисква - т.е. в текущо декларираната версия на  софтуера, съществуващите до момента в ядрото на системата настройки са елиминирани, въпреки че все още са визуално налични, и поведението на софтуера е фиксирано (хардкоднато) в exe-то.
 <box round red|**Важно!**> //При използване на A-SUPTO SelMatic ERP, в exe-то на програмата е безусловно зададено автоматично отпечатване на фискален бон при всяко извършване на плащане от тип, който го изисква.//</box>
-В таб „Касова бележка“ са  налични следните групи настройки:
+В таб **„Касова бележка“** са  налични следните групи настройки:
-  * „При печат на касова бележка отпечатай“ – определя се незадължителното съдържание на фискалния бон,  специфично за всеки бизнес;
+  * **„При печат на касова бележка отпечатай“** – определя се незадължителното съдържание на фискалния бон,  специфично за всеки бизнес;
-  * „Отпечатай допълнително в коментар към  наименованието“ – определя се кои данни за позицията да се добавят като коментар към наименованието ѝ при отпечатване на фискален бон;
+  * **„Отпечатай допълнително в коментар към  наименованието“** – определя се кои данни за позицията да се добавят като коментар към наименованието ѝ при отпечатване на фискален бон;
-  * „За номер на артикула в касовата бележка използвай“ – задава се кой от всички типове асоциирани с позицията номера (кодове), които се поддържат в системата, да се използва като неин номер при отпечатване на фискален бон;
+  * **„За номер на артикула в касовата бележка използвай“** – задава се кой от всички типове асоциирани с позицията номера (кодове), които се поддържат в системата, да се използва като неин номер при отпечатване на фискален бон;
-  * “Отпечатай касова бележка” с възможни опции за СУПТО продажбите:
+  * **“Отпечатай касова бележка”** с възможни опции за СУПТО продажбите:
-        * По всички редове на документа - Във фискалния бон се печатат всички редове с позициите от документа.
+        * **По всички редове на документа** - Във фискалния бон се печатат всички редове с позициите от документа.
-        * По всички редове на док. при стокова разписка и сумарно при фактура - Ако по документа няма издадена фактура/ДИ/КИ, фискалния бон се отпечатва с всички редове с позициите от продажбата/сторното, ако е издадена фактура/ДИ/КИ се печата общата сума по документа, като в свободния текст (#) на фискалния бон се цитира номера на издадена фактура/ДИ/КИ.
+        * **По всички редове на док. при стокова разписка и сумарно при фактура** - Ако по документа няма издадена фактура/ДИ/КИ, фискалния бон се отпечатва с всички редове с позициите от продажбата/сторното, ако е издадена фактура/ДИ/КИ се печата общата сума по документа, като в свободния текст (#) на фискалния бон се цитира номера на издадена фактура/ДИ/КИ.
-  * „Положителните стойности означават взимане на пари / връщане на пари“ – според предназначението на документа и типа на стойностите в него (положителни или отрицателни) се определя поведението на системата (тази настройка върви в комбинация с настройките от таб „Наличност и себестойност“):
+  * **„Положителните стойности означават взимане на пари / връщане на пари“** – според предназначението на документа и типа на стойностите в него (положителни или отрицателни) се определя поведението на системата (тази настройка върви в комбинация с настройките от таб „Наличност и себестойност“):
-        * За документ от тип продажба, стандартната настройка е „Положителните стойности означават вземане на пари“ (в комбинация със следните настройки за влияние на документа върху количеството и стойността на наличността в склада: „НАМАЛЯВА наличността“, „НАМАЛЯВА ст-та на наличността);
+        * За документ от тип продажба, стандартната настройка е **„Положителните стойности означават вземане на пари“** (в комбинация със следните настройки за влияние на документа върху количеството и стойността на наличността в склада: „НАМАЛЯВА наличността“, „НАМАЛЯВА ст-та на наличността);
-        * Ако трябва да се настрои сторно документ за продажба, в който стойностите да са отрицателни, отново е необходимо да се избере „Положителните стойности означават вземане на пари“ (при същите настройки за наличност и себестойност). В този случай отрицателните стойности ще означават връщане (на клиента) и паричната наличност в касата ще бъде фактически намалена със сумата от документа;
+        * Ако трябва да се настрои сторно документ за продажба, в който стойностите да са отрицателни, отново е необходимо да се избере **„Положителните стойности означават вземане на пари“** (при същите настройки за наличност и себестойност). В този случай отрицателните стойности ще означават връщане (на клиента) и паричната наличност в касата ще бъде фактически намалена със сумата от документа;
-        * Ако трябва да се настрои сторно документ за продажба, в който стойностите да са положителни, нужно е да се избере „Положителните стойности означават даване на пари“  (при същите настройки за наличност и себестойност). В този случай положителните стойности ще означават връщане (на клиента) и паричната наличност в касата ще бъде фактически намалена със сумата от документа.
+        * Ако трябва да се настрои сторно документ за продажба, в който стойностите да са положителни, нужно е да се избере **„Положителните стойности означават даване на пари“**  (при същите настройки за наличност и себестойност). В този случай положителните стойности ще означават връщане (на клиента) и паричната наличност в касата ще бъде фактически намалена със сумата от документа.
-  * Позволи Отключване и Анулиране на документ от СУПТО обхвата, съобразено с груповите политики - Тази опция определя дали ТД, който е приключен може да бъде отключен. Тя е маркирана за документите, които според предназначението си са заявка за продажба и Корекция на заявка за продажба (могат да са в различни вариации на заявка, поръчка, резервация и т.н.). Допълнително има защита, че ако документът генерира дълг (счита се за продажбен документ), т.е. по него може да се извършва плащане, то той безусловно не може да бъде отключван след приключване, за да се гарантира невъзможността за отключване на приключен продажбен документ.
+  * **Позволи Отключване и Анулиране на документ от СУПТО обхвата, съобразено с груповите политики** - Тази опция определя дали **ТД**, който е приключен може да бъде отключен. Тя е маркирана за документите, които според предназначението си са заявка за продажба и Корекция на заявка за продажба (могат да са в различни вариации на заявка, поръчка, резервация и т.н.). Допълнително има защита, че ако документът генерира дълг (счита се за продажбен документ), т.е. по него може да се извършва плащане, то той безусловно не може да бъде отключван след приключване, за да се гарантира невъзможността за отключване на приключен продажбен документ.
-  * Документът е НЕ-СУПТО продажба – На тази опция се слага отметка само тогава, когато документ, който не е част СУПТО представлява продажбен документ:
+  * **Документът е НЕ-СУПТО продажба** – На тази опция се слага отметка само тогава, когато документ, който не е част СУПТО представлява продажбен документ:
         * Настройката не може да се модифицира от крайния потребител;
-        * Продажбени документи от тип, непопадащ в СУПТО, могат да съществуват в системата, ако са създадени преди влизане на промените по Наредба Н-18 в сила. С цел запазване консистентността на работния процес и интегритета на базата данни, във фирмите е необходим достъп за преглед до такива стари документи – те не могат да бъдат редактирани по никакъв начин;
+        * Продажбени документи от тип, непопадащ в СУПТО, могат да съществуват в системата, ако са създадени преди влизане на промените по **Наредба Н-18** в сила. С цел запазване консистентността на работния процес и интегритета на базата данни, във фирмите е необходим достъп за преглед до такива стари документи – те не могат да бъдат редактирани по никакъв начин;
-        * В търговски обект, в който се ползва A-SUPTO  SelMatic ERP:
+        * В търговски обект, в който се ползва **A-SUPTO  SelMatic ERP**:
               * не могат да бъдат създавани нови НЕ-СУПТО продажби;
-              * могат да се отварят с цел преглед или печат само документи с дата по-стара от датата на въвеждане на A-SUPTO SelMatic ERP в експлоатация;
+              * могат да се отварят с цел преглед или печат само документи с дата по-стара от датата на въвеждане на **A-SUPTO SelMatic ERP** в експлоатация;
-                    * При опит за отваряне на документ с дата, по-нова от датата на въвеждане на A-SUPTO SelMatic ERP в употреба, се появява следното съобщение за грешка:
+                    * При опит за отваряне на документ с дата, по-нова от датата на въвеждане на **A-SUPTO SelMatic ERP** в употреба, се появява следното съобщение за грешка:
 {{ :supto:nomenklaturi:супто_1.png |}}
               * не могат да бъдат редактирани/модифицирани по какъвто и да е начин НЕ-СУПТО продажби;
-                    * При опит за редактиране на съществуващи НЕ-СУПТО продажбени документи в A-SUPTO SelMatic ERP, се появява следното съобщение за грешка:
+                    * При опит за редактиране на съществуващи НЕ-СУПТО продажбени документи в **A-SUPTO SelMatic ERP**, се появява следното съобщение за грешка:
 {{ :supto:nomenklaturi:супто_2.png |}}
               * по вече създадени НЕ-СУПТО продажби не могат да се създават нови плащания, които изискват печат на фискален бон, т.е. възможно e да се направи само плащане по банка;
-              * При необходимост от плащане по вече съществуваща НЕ-СУПТО продажба по начин, изискващ издаване на фискален бон е възприет подхода да копираме старата НЕ-СУПТО продажба в нова СУПТО продажба, отговаряща на изискванията по Приложение 29 от Наредба Н-18, с УНП във формат ОО000000-0000-0000000, където първите два символа са латински главни букви О, а останалите са нули
+              * При необходимост от плащане по вече съществуваща НЕ-СУПТО продажба по начин, изискващ издаване на фискален бон е възприет подхода да копираме старата НЕ-СУПТО продажба в нова СУПТО продажба, отговаряща на изискванията по **Приложение 29** от **Наредба Н-18**, с УНП във формат **ОО000000-0000-0000000**, където първите два символа са латински главни букви О, а останалите са нули
                     * за да не се дублира дълга на клиента в ERP системата оригиналният документ следва да се разплати служебно
                     * същинското плащане се отразява към новата СУПТО продажба със съответното издаване на фискален бон;
-        * Нови НЕ-СУПТО продажби могат да бъдат създавани само в търговски обект на фирмата, в който не се използва A-SUPTO SelMatic ERP – те са част от интегрираната ERP система и позволяват плащане само и единствено по начин, неизискващ издаване на ФБ;
+        * Нови НЕ-СУПТО продажби могат да бъдат създавани само в търговски обект на фирмата, в който не се използва **A-SUPTO SelMatic ERP** – те са част от интегрираната ERP система и позволяват плащане само и единствено по начин, неизискващ издаване на ФБ;
-              * При опит за създаване на нов НЕ-СУПТО документ в A-SUPTO SelMatic ERP, се появява следното съобщение за грешка:
+              * При опит за създаване на нов НЕ-СУПТО документ в **A-SUPTO SelMatic ERP**, се появява следното съобщение за грешка:
 {{ :supto:nomenklaturi:супто_2.png |}}
 ===== Таб „Задължителни полета“ =====
@@ Ред 224: / Ред 224: @@
 Системата позволява определени полета да се направят задължителни за попълване.
-Когато дадено поле е направено задължително, то се оцветява в червено и при опит за приключване на документа се извършва проверка – ако е оставено празно, документът не може да бъде приключен. На екрана се появява съобщение, указващо на потребителя кое поле следва да попълни.
+Когато дадено поле е направено задължително, то се оцветява в <color #ed1c24>червено</color> и при опит за приключване на документа се извършва проверка – ако е оставено празно, документът не може да бъде приключен. На екрана се появява съобщение, указващо на потребителя кое поле следва да попълни.
 Пример:
 {{ :supto:nomenklaturi:служител.png |}}
-В таб „Задължителни полета“ е осигурен бърз достъп до настройките на тези полета, които най-често се налага да бъдат дефинирани като задължителни.
+В таб **„Задължителни полета“** е осигурен бърз достъп до настройките на тези полета, които най-често се налага да бъдат дефинирани като задължителни.
 <box round blue|**Забележка:**> //Възможност за дефиниране на задължителни полета има и в Груповите политики, таб „Ограничения по полета“, и в настройките на Потребителските полета.//</box>
@@ Ред 252: / Ред 252: @@
 ===== Таб „Подаръчни ваучери“ =====
 {{ :supto:nomenklaturi:таб_ваучери.png |}}
-A-SUPTO SelMatic ERP предлага възможност за работа с подаръчни ваучери.
+**A-SUPTO SelMatic ERP** предлага възможност за работа с подаръчни ваучери.
 Ваучерите са част от функционалностите, свързани с предоставяне на търговска отстъпка (във вид на зададена сума). Те се продават като всеки друг артикул в системата. Когато клиент предостави валиден подаръчен ваучер при покупка на дадена стока, стойността на ваучера се приспада от стойността на стоката.
-От таб „Подаръчни ваучери“ се управляват настройките за ваучери в Търговските документи.
+От таб **„Подаръчни ваучери“** се управляват настройките за ваучери в Търговските документи.
-  * С отметките „Не се използват/Използват се подаръчни ваучери“ се отбелязва дали за дадения Търговски документ е валидно използването на ваучери.
+  * С отметките **„Не се използват/Използват се подаръчни ваучери“** се отбелязва дали за дадения Търговски документ е валидно използването на ваучери.
-  * Оттук се включват и проверките за валидност (от-до) на ваучера.
+  * Оттук се включват и проверките за валидност (**от-до**) на ваучера.
-  * Полетата за Статус на ваучера позволяват да се реализира проверка дали даден ваучер е активиран в системата, дали е вече използван и т.н., така че да се предотврати възможността за нерегламентирана повторна употреба на вече използван ваучер.
+  * Полетата за **Статус на ваучера** позволяват да се реализира проверка дали даден ваучер е активиран в системата, дали е вече използван и т.н., така че да се предотврати възможността за нерегламентирана повторна употреба на вече използван ваучер.
 ===== Таб „Цени“ =====
 {{ :supto:nomenklaturi:таб_цени.png?600 |}}
 При избор на позиция (артикул) в детайлната част на даден търговски документ, системата позволява автоматично да се попълни нейната цена.
-В SelMatic ERP е разработена сложна система за работа с множество ценови листи, които могат да бъдат различни типове (пр. Доставна, На едро, На дребно) и да се асоциират с определен обект, дистрибуционен канал и/или контрагент, бил той Източник, Посредник или Получател.
+В **SelMatic ERP** е разработена сложна система за работа с множество ценови листи, които могат да бъдат различни типове (пр. **Доставна**, **На едро**, **На дребно**) и да се асоциират с определен обект, дистрибуционен канал и/или контрагент, бил той **Източник**, **Посредник** или **Получател**.
-Затова в настройките на типа документ, таб „Цена“, се указва дали и от кого да се взема цената на позициите в документа, както и  ДДС областта:
+Затова в настройките на типа документ, [[documenti:obsti:tabove_nastrojki_na_targ.documenti:td_ceni|таб „Цени“]], се указва дали и от кого да се взема цената на позициите в документа, както и  **ДДС** областта:
   * От Източника;
   * От Посредника;
@@ Ред 282: / Ред 282: @@
 ===== Таб „Участие в списъци с ТД / Етикети“ =====
 {{ :supto:nomenklaturi:таб_етикети.png?600 |}}
-В таблица „Списъци с ТД“ се визуализират всички списъци с типове ТД, към които даденият документ принадлежи (вж. номенклатура „Списъци с типове ТД“).
+В таблица **„Списъци с ТД“** се визуализират всички списъци с типове ТД, към които даденият документ принадлежи (вж. [[supto:nomenklaturi:spisyci_s_tipove_td|номенклатура „Списъци с типове ТД“]]).
 Заедно с това се дава възможност за присъединяване на документа към нов списък чрез добавяне на нов запис в таблицата.
@@ Ред 288: / Ред 288: @@
 При създаване на множество типове елементи от даден вид в базата (документи, списъци за избор, подложки за печат, източници и изгледи на справки и скриптове) е удобно да има възможност те да се класифицират по някакъв признак, което на по-късен етап да позволи лесното им намиране.
-По тази причина е реализирана функционалност за идентифициране по произволен брой признаци чрез прилагане на “Етикети” към всеки елемент, в това число и към всеки вид ТД.
+По тази причина е реализирана функционалност за идентифициране по произволен брой признаци чрез прилагане на **“Етикети”** към всеки елемент, в това число и към всеки вид ТД.
-В панел „Етикети“ се визуализират и управляват етикетите, приложени към дадения тип ТД.
+В панел **„Етикети“** се визуализират и управляват етикетите, приложени към дадения тип ТД.
-Възможно е добавяне на нова категория чрез бутон „+“ в десния край на всеки ред.
+Възможно е добавяне на нова категория чрез бутон <key>+</key> в десния край на всеки ред.
-Структурата, която се създава, е дървовидна. Бутонът „+“ създава нова подкатегория на тази, от която се стартира. По тази причина нов етикет следва да се създава чрез избор на бутон „+“ на реда на категорията родител.
+Структурата, която се създава, е дървовидна. Бутонът <key>+</key> създава нова подкатегория на тази, от която се стартира. По тази причина нов етикет следва да се създава чрез избор на бутон <key>+</key> на реда на категорията родител.
-Функционалността за “етикети” се използва от служителите на Селматик ЕООД.
+Функционалността за **“етикети”** се използва от служителите на <color #ed1c24>**Селматик ЕООД**</color>.
 ===== Таб „Подразбиращи се стойности“ =====
 {{ :supto:nomenklaturi:таб_подразб_ст-ти.png?600 |}}
@@ Ред 311: / Ред 311: @@
 Тъй като стандартните полета, дефинирани в системата, може да не са достатъчни за описване на всички специфични за даден бизнес атрибути на типовете документи, в програмата за всеки документ са заложени определен брой свободни потребителски полета, които могат да се визуализират в заглавната част (хедъра) и в детайлната част на документа. Те служат за обезпечаване на нуждите на всеки един клиент, за които не е предложено стандартно решение.
-В таб „Потребителски полета“ се задават имената и настройките на потребителските полета, които ще се използват в дадения документ.
+В таб **„Потребителски полета“** се задават имената и настройките на потребителските полета, които ще се използват в дадения документ.
 Потребителските полета, които са заложени в документа, са с формат за дата и час, текст, цели числа и дробни числа, като само за числовите може да се закачат и списъци за избор.
   * Налице са две еднотипни таблици:
-        * Потребителски полета на документа – те могат да се изведат в изгледа на заглавната част;
+        * **Потребителски полета на документа** – те могат да се изведат в изгледа на заглавната част;
-        * Потребителски полета на редовете на документа – те могат да се изведат в изгледа на детайлната част като колона в таблицата.
+        * **Потребителски полета на редовете на документа** – те могат да се изведат в изгледа на детайлната част като колона в таблицата.
-  * В банд „Потребителски полета“ се съдържат подбандове:
+  * В банд **„Потребителски полета“** се съдържат подбандове:
         * Поле – системното наименование на потребителското поле; в това поле не може да се пише, то е информативно за вида на съответното потребителско поле.
         * Наименование – тук се визуализира персонализираното наименование на полето.
@@ Ред 324: / Ред 324: @@
         * Формат – често потребителските полета (особено на ред в детайлната част на документа) се използват за записване на стойности, които е необходимо да се виждат добре форматирани – например % за Труд, пресметната единица за труд, стойност за вложен труд и т.н.
               * За тази цел в колона „Формат“ се задава формат на потребителските полета.
-  * В банд „Списък за избор“ от предварително дефиниран падащ списък се посочва кой конкретен списък да бъде свързан към съответното потребителско поле.
+  * В банд **„Списък за избор“** от предварително дефиниран падащ списък се посочва кой конкретен списък да бъде свързан към съответното потребителско поле.
-  * За потребителските полета могат да се дефинират подразбиращи се стойности, като за всеки тип поле стойността се въвежда в съответната му колона, която се намира под банд „Стойности по подразбиране“ (число, дробно число, текст, дата/час).
+  * За потребителските полета могат да се дефинират подразбиращи се стойности, като за всеки тип поле стойността се въвежда в съответната му колона, която се намира под банд **„Стойности по подразбиране“** (число, дробно число, текст, дата/час).
         * За потребителските полета от тип дата/час може (чрез поставяне на отметка) да се укаже:
               * Зареди текущата дата;
@@ Ред 332: / Ред 332: @@
 ===== Таб „Формули“ =====
 {{ :supto:nomenklaturi:таб_формули.png?600 |}}
-В A-SUPTO SelMatic ERP е възможно потребителят ръчно да въвежда данни в полетата за количество, цена, отстъпка и стойност при въвеждане на ред в документа. При промяна на данните в което и да е поле, софтуерът трябва да има критерий по какъв алгоритъм да преизчислява всички свързани полета, на които промяната влияе.
+В **A-SUPTO SelMatic ERP** е възможно потребителят ръчно да въвежда данни в полетата за количество, цена, отстъпка и стойност при въвеждане на ред в документа. При промяна на данните в което и да е поле, софтуерът трябва да има критерий по какъв алгоритъм да преизчислява всички свързани полета, на които промяната влияе.
 Цялата логика на изчисленията в документа е реализирана чрез [[sluzebni:formuli|пакети от формули]].
-В таб „Формули“ се визуализират формулите за изчисляване на различните цени (с/без ТО, с/без ДДС), стойностите (с/без ДДС), ДДС процента и т.н., валидни за дадения тип документ.
+В таб **„Формули“** се визуализират формулите за изчисляване на различните цени (с/без ТО, с/без ДДС), стойностите (с/без ДДС), ДДС процента и т.н., валидни за дадения тип документ.
 Точността на стойностите в документа (къде да се закръгля) също се  определя чрез формулите.
@@ Ред 343: / Ред 343: @@
 ===== Таб „Счетоводство“ =====
 {{ :supto:nomenklaturi:таб_счетов.png?600 |}}
-В таб „Счетоводство“ се правят необходимите настройки за улеснение на счетоводния процес във фирмата.
+В таб **„Счетоводство“** се правят необходимите настройки за улеснение на счетоводния процес във фирмата.
-  * В група „Фактури“ се задава кой списък да се използва в документа за избор на съставител, получател, контрагент издател и контрагент получател на фактурата.
+  * В група **„Фактури“** се задава кой списък да се използва в документа за избор на съставител, получател, контрагент издател и контрагент получател на фактурата.
-  * С отметка „Автоматично поставяй служителя като съставител и обратно“ се активира връзка между съставител и служител.
+  * С отметка **„Автоматично поставяй служителя като съставител и обратно“** се активира връзка между съставител и служител.
-  * В поле „Счетоводен код на типа документ“, група „Счетоводство“, с цел извършване на автоматично контиране при наличие на интерфейс със счетоводен софтуер, се избира кодът, указващ какъв тип от счетоводна гледна точка е даденият Търговски документ (може да има няколко типа Търговски документа, които да са от един счетоводен тип).
+  * В поле **„Счетоводен код на типа документ“**, група **„Счетоводство“**, с цел извършване на автоматично контиране при наличие на интерфейс със счетоводен софтуер, се избира кодът, указващ какъв тип от счетоводна гледна точка е даденият Търговски документ (може да има няколко типа Търговски документа, които да са от един счетоводен тип).
-         * Тези кодове са предварително дефинирани в номенклатура „Типове счетоводни операции.
+         * Тези кодове са предварително дефинирани в [[nomenklaturi:schetovodni:tipove|номенклатура „Типове счетоводни операции"]].
          * Документите, за които не е попълнена информация за счетоводен тип, няма да се контират автоматично.
-  * Поле „За счетоводен номер на документ използвай“, група „Счетоводство“
+  * Поле **„За счетоводен номер на документ използвай“**, група **„Счетоводство“**
          * Когато в документа е избран кочан, при приключване програмата взема номер от този кочан и дава легален номер на документа.
          * Едновременно с това всеки документ има свой уникален идентификационен номер в системата.
          * Затова тук има възможност да се посочи кой номер да се подаде на счетоводния софтуер –  легален номер на фактура, ИД номер на документ или номер на референтния документ.
-  * Полета „Тип на източника“, „Тип на посредника“ и  „Тип на получателя“
+  * Полета **„Тип на източника“**, **„Тип на посредника“** и  **„Тип на получателя“**
-         * В системата данните на Собственика и на Клиента/Доставчика не са точно асоциирани с някое от  полетата за източник, посредник или получател. В различните типове документи Собственикът може да се въведе в което и да е от трите полета, стига това да обезпечава специфичните нужди на фирмените процеси.
+         * В системата данните на **Собственика** и на **Клиента/Доставчика** не са точно асоциирани с някое от  полетата за източник, посредник или получател. В различните типове документи Собственикът може да се въведе в което и да е от трите полета, стига това да обезпечава специфичните нужди на фирмените процеси.
-         * От счетоводна гледна точка обаче е от значение коя е фирмата, която продава, и кой е получателят. Затова понякога е необходимо в полетата „Тип на източника“, „Тип на посредника“ и  „Тип на получателя“ да се посочи кой е Собственик и кой – Клиент или Доставчик, но полетата не са задължителни за попълване.
+         * От счетоводна гледна точка обаче е от значение коя е фирмата, която продава, и кой е получателят. Затова понякога е необходимо в полетата **„Тип на източника“**, **„Тип на посредника“** и  **„Тип на получателя“** да се посочи кой е **Собственик** и кой – **Клиент** или **Доставчик**, но полетата не са задължителни за попълване.
          * За да се зареждат видовете валутни курсове, трябва задължително да се попълни Тип на източника. Изборът на контрагент определя спрямо коя счетоводна валута да се вземат валутните курсове. Обикновено това е Собственикът.
 ===== Таб „Връзки със справки / скриптове“ =====
 {{ :supto:nomenklaturi:таб_връзки.png?600 |}}
 От настоящия таб се определят връзките на търговския документ с всички справки и скриптове в системата.
-  * Банд „Събитие“–  посочва се мястото (събитието), чрез което справката/скрипта се свързва с дадения тип документ.
+  * Банд **„Събитие“**–  посочва се мястото (събитието), чрез което справката/скрипта се свързва с дадения тип документ.
         * Събитието се избира от фиксиран списък, дефиниран предварително на програмно ниво – потребителят не може да го модифицира.
         * Справката/скрипт може да бъде настроена да се стартира от:
@@ Ред 368: / Ред 368: @@
 {{:supto:nomenklaturi:бутон_търсене.png|}}
            * Или с двоен клик на реда (за отваряне на баланс например).
-  * Банд „Изглед“ – в колона Изглед/Наименование се определя коя справка/скрипт да се закачи към вече избраното събитие.
+  * Банд **„Изглед“** – в колона **Изглед/Наименование** се определя коя справка/скрипт да се закачи към вече избраното събитие.
         * Тъй като е възможно една справка да има повече от един изглед (набор от персонализирани параметри за изпълнението ѝ), в полето се избира конкретен изглед на справката/скрипта.
-        * За да могат да се избират справки/скриптове, те предварително трябва да са дефинирани в номенклатура „Списък и редакция на източници и изгледи на справки/скриптове“.
+        * За да могат да се избират справки/скриптове, те предварително трябва да са дефинирани в номенклатура [[spravki_new:osnovni_pol#Справки - основни положения и настройки|„Списък и редакция на източници и изгледи на справки/скриптове“]].
-  * Банд „Настройки“ – в него се настройва поведението на справките.
+  * Банд **„Настройки“** – в него се настройва поведението на справките.
 ===== Таб „Други“ =====

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

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

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

Разлики

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