Разлики

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

--- supto:nomenklaturi:kontragenti [2020/08/25 07:17] – m.ayvazova
+++ supto:nomenklaturi:kontragenti [2020/08/25 08:31] (текуща) – [Номенклатура “Служители” като разновидност на номенклатура “Контрагенти”] m.ayvazova
@@ Ред 9: / Ред 9: @@
 **A-SUPTO SelMatic ERP** е реализирана като многофирмена система. Това означава, че могат да се създават контрагенти и да се въвеждат търговски и финансови документи за повече от едно юридическо лице в качеството на Собственик (Търговец). Системата осигурява проследимост на движението на стоковите и паричните потоци за всеки отделен Собственик (Търговец).
-В **A-SUPTO SelMatic ERP** „Собственик“, „Клиент“, „Служител“ и „Доставчик“ са базови качества, типизиращи субекта.
+В **A-SUPTO SelMatic ERP** **„Собственик“**, **„Клиент“**, **„Служител“** и **„Доставчик“** са базови качества, типизиращи субекта.
-По тази причина, за да се създаде Доставчик, необходимо е да се създаде субект, който да се разглежда в качеството на „Доставчик“; за да се създаде Клиент, необходимо е да се създаде субект, който да се разглежда в качеството на „Клиент“ и т.н.
+По тази причина, за да се създаде Доставчик, необходимо е да се създаде субект, който да се разглежда в качеството на **„Доставчик“**; за да се създаде Клиент, необходимо е да се създаде субект, който да се разглежда в качеството на **„Клиент“** и т.н.
 В системата на даден субект могат да се присвоят едновременно едно или повече качества, примерно когато Собственикът е и Клиент или Клиентът е и Доставчик, но всяко конкретно действие на контрагента се извършва в качеството или на Клиент, или на Собственик, или на Доставчик, или на Служител.
-С цел по-лесно въвеждане на нови субекти, в системата са създадени четири отделни форми, условно разделящи номенклатура „Контрагенти“ на следните типове:
+С цел по-лесно въвеждане на нови субекти, в системата са създадени четири отделни форми, условно разделящи номенклатура **„Контрагенти“** на следните типове:
   * [[nomenklaturi:kontragenti:kontragenti#Собственици|Номенклатура „Собственик“]];
   * [[nomenklaturi:kontragenti:kontragenti#Служители|Номенклатура „Служители“]];
-  * Номенклатура „Клиенти“;
+  * Номенклатура **„Клиенти“**;
-  * Номенклатура „Доставчици“.
+  * Номенклатура **„Доставчици“**.
 Всяка от четирите форми за въвеждане и преглед на данни за субект в системата има подразбираща се настройка, която асоциира  субекта с качеството, чието име формата носи.
-Пример:
+**Пример**:
-Когато се въвежда субект чрез формата на номенклатура „Служители“, той автоматично се асоциира с качеството „Служител“, а останалите допустими свойства (пр. „и Доставчик“, „и Клиент“) са дадени с възможност за избор:
+Когато се въвежда субект чрез формата на номенклатура **„Служители“**, той автоматично се асоциира с качеството „Служител“, а останалите допустими свойства (пр. „и Доставчик“, „и Клиент“) са дадени с възможност за избор:
 {{ :supto:nomenklaturi:и_клиент_и_доставчик.png |}}
-Прозорците, визуализиращи формите за създаване на контрагент, независимо дали се касае за „Клиент“, „Доставчик“, „Собственик“ или „Служител“ са еднотипни, което улеснява попълването на данните.
+Прозорците, визуализиращи формите за създаване на контрагент, независимо дали се касае за **„Клиент“**, **„Доставчик“**, **„Собственик“** или **„Служител“** са еднотипни, което улеснява попълването на данните.
-Изглед на номенклатурата на Клиентите:
+Изглед на номенклатурата на **Клиентите**:
 {{ :supto:nomenklaturi:nom.klienti.png?500 |}}
-Изглед на номенклатурата на Доставчиците:
+Изглед на номенклатурата на **Доставчиците**:
 {{ :supto:nomenklaturi:nom.dostavchik.png |}}
-Изглед на номенклатурата на Служителите:
+Изглед на номенклатурата на **Служителите**:
 {{ :supto:nomenklaturi:nom.sluziteli.png?500 |}}
-Изглед на номенклатурата на Собственика:
+Изглед на номенклатурата на **Собственика**:
 {{ :supto:nomenklaturi:nom.sobstvenik.png?500 |}}
@@ Ред 96: / Ред 96: @@
 Обектите в тази номенклатура не винаги съответстват на търговските такива, защото има ситуации, в които се налага да бъде създаден повече от 1 логически обект за 1 търговски обект.
-**Пример:** //Ако в дадената фирма съществува процес на рекламация и сервиз при връщане на стоката от клиент в магазина, то тя не трябва да увеличава наличността, с която се оперира (от която се продава), защото стоката е повредена и не е редно да се пусне в продажба. Едновременно с това все пак е необходимо да се следи наличността на върнатата стока. При тази ситуация е възможно да се използва втори виртуален логически обект, за по-лесно наречен “Рекламация”, който е различен от основния за магазина.//
+<box round blue|**Пример:**> //Ако в дадената фирма съществува процес на рекламация и сервиз при връщане на стоката от клиент в магазина, то тя не трябва да увеличава наличността, с която се оперира (от която се продава), защото стоката е повредена и не е редно да се пусне в продажба. Едновременно с това все пак е необходимо да се следи наличността на върнатата стока. При тази ситуация е възможно да се използва втори виртуален логически обект, за по-лесно наречен “Рекламация”, който е различен от основния за магазина.//</box>
 Групите обекти имат дървовидна структура, а самите групи и подгрупи в нея се оформят според нуждите на потребителя.
@@ Ред 102: / Ред 102: @@
   * За да се гарантира коректен начин на работа и висока надеждност на данните, за всеки обект може да се зададе опция за пълна защита от отрицателна наличност;
   * При работа с контрагенти, които имат два или повече обекта, но основно използват един от тях, може същият да се маркира като „Подразбиращ се“;
-       * Чрез настройка в Конфигурация на програмата се гарантира, че при създаване на нов субект (Клиент, Доставчик, Собственик, Служител) автоматично към него се създава обект с име „Основен“, маркиран като подразбиращ се;
+       * Чрез настройка в [[sluzebni:konfiguracia_na_programata|Конфигурация на програмата]] се гарантира, че при създаване на нов субект (Клиент, Доставчик, Собственик, Служител) автоматично към него се създава обект с име „Основен“, маркиран като подразбиращ се;
-       * При редакция на съществуващи записи на контрагенти, за които няма вписани до момента обекти, също се създава „Основен“ обект;
+       * При редакция на съществуващи записи на контрагенти, за които няма вписани до момента обекти, също се създава **„Основен“** обект;
-       * Допълнителна функционалност, когато тази настройка е активна, е, че при проверка на ДДС номера и копиране на данните за фирмата в номенклатурата, адресът се записва като принадлежащ на обекта, маркиран по подразбиране – служебно създаденият „Основен“ или друг, посочен от потребителя;
+       * Допълнителна функционалност, когато тази настройка е активна, е, че при проверка на **ДДС** номера и копиране на данните за фирмата в номенклатурата, адресът се записва като принадлежащ на обекта, маркиран по подразбиране – служебно създаденият **„Основен“** или друг, посочен от потребителя;
        * При въвеждане на нов адрес, телефон или URL в общата контактна информация или в контактната информация за обекта, те стават подразбиращи се по презумпцията, че новата информация е най-актуална;
        * При въвеждане на телефон в контактната информация за Контрагент или в контактната информация към Обекти на контрагента се прави проверка дали телефонът отговаря на предварително зададена “Маска за телефон” в Конфигурацията на програмата;
-  * За всеки обект може да се въведе Глобален идентификационен номер GLN (Global identification number), който представлява 13-разряден цифров международен код, прилаган в системата за електронен обмен на данни и електронна търговия;
+  * За всеки обект може да се въведе Глобален идентификационен номер **GLN** (Global identification number), който представлява 13-разряден цифров международен код, прилаган в системата за електронен обмен на данни и електронна търговия;
-       * GLN е въведен в действие от асоциацията за стандарти EAN International (General EAN/UCC Specifications) и е предназначен за точно и кратко обозначаване или идентификация на юридически лица, функционални подразделения и физически обекти;
+       * **GLN** е въведен в действие от асоциацията за стандарти EAN International (General EAN/UCC Specifications) и е предназначен за точно и кратко обозначаване или идентификация на юридически лица, функционални подразделения и физически обекти;
-       * GLN се използва при:
+       * **GLN** се използва при:
-            * Електронния обмен на данни – EDI (Electronic Data Interchange) – за отбелязване на изпращача и получателя на електронното съобщение, а също така и на страни участващи в електронната обмяна: купувачи, продавачи, превозвачи и т.н.;
+            * Електронния обмен на данни – **EDI** (Electronic Data Interchange) – за отбелязване на изпращача и получателя на електронното съобщение, а също така и на страни участващи в електронната обмяна: купувачи, продавачи, превозвачи и т.н.;
             * Логистичните и транспортни операции – за обозначаване на физически обекти и адреси;
-            * В областта на кодирането GLN е незаменим при използване на символи EAN-128 съвместно със стандартните идентифициращи приложения – Application Identifiers (AI.);
+            * В областта на кодирането **GLN** е незаменим при използване на символи **EAN-128** съвместно със стандартните идентифициращи приложения – Application Identifiers (AI.);
             * Електронна търговия;
-  * Системата дава възможност за отбелязване дали даден обект е Интернет магазин чрез поставяне на съответната отметка;
+  * Системата дава възможност за отбелязване дали даден обект е **Интернет магазин** чрез поставяне на съответната отметка;
        * Опцията се активира само за „собствените обекти“ (тези на Собственика) и то само когато поръчките в обекта се създават от Електронен магазин (за всички други обекти полето за отметка остава празно);
-       * Най-често това има смисъл, ако е налице интерфейс с Електронен магазин.
+       * Най-често това има смисъл, ако е налице [[supto:interfeisi:web_site|интерфейс с Електронен магазин]].
 ===== Секция “Каси и Сметки” =====
 //Главно меню > Номенклатури > Контрагенти > Собственик 0 > Секция „Каси и сметки“//
@@ Ред 125: / Ред 125: @@
- В "Каси и сметки" се вписват касите и/или банковите сметки на Собственика за конкретни обекти. За всяка каса се посочва какъв е нейният тип.
+ В **"Каси и сметки"** се вписват касите и/или банковите сметки на Собственика за конкретни обекти. За всяка каса се посочва какъв е нейният тип.
 Типовете на касите са отделна номенклатура, която се модифицира от потребителя.
@@ Ред 131: / Ред 131: @@
 Спрямо типа на касата се определя дали тя може да бъде избрана във финансовия документ при определен тип плащане.
-**Забележка:** //Типът на касата, в която се прави плащане по продажбен документ, НЕ определя дали за извършеното плащане по продажбата ще се отпечата фискален бон, или не. Дали ще има печат на фискален бон се определя от типа на самото плащане. (Виж номенклатура „Видове финансови документи“).//
+<box round orange|**Забележка:**> //Типът на касата, в която се прави плащане по продажбен документ, НЕ определя дали за извършеното плащане по продажбата ще се отпечата фискален бон, или не. Дали ще има печат на фискален бон се определя от типа на самото плащане. (Виж номенклатура „Видове финансови документи“).//</box>
 Една каса може да бъде асоциирана към няколко обекта на Собственика (Търговеца) и съответно един обект да работи с няколко каси.
@@ Ред 138: / Ред 138: @@
 //Главно меню > Номенклатури > Контрагенти > Служители//
-Тъй като в  A-SUPTO SelMatic ERP „Служител“ е качество на субекта, за да се създаде Служител, необходимо е да се създаде субект, на когото да се присвои качеството „Служител“. То обаче не може да се разглежда самостоятелно, служителят винаги е Служител на определен Работодател.
+Тъй като в  **A-SUPTO SelMatic ERP** **„Служител“** е качество на субекта, за да се създаде Служител, необходимо е да се създаде субект, на когото да се присвои качеството „Служител“. То обаче не може да се разглежда самостоятелно, служителят винаги е **Служител** на определен **Работодател**.
-Затова могат да се обособят две смислови стъпки в процеса по създаване на Служител:
+Затова могат да се обособят две смислови стъпки в процеса по създаване на **Служител**:
   * Създаване на субект;
-  * Задаване на връзка с контрагент Работодател, на когото субектът да бъде Служител.
+  * Задаване на връзка с контрагент **Работодател**, на когото субектът да бъде **Служител**.
-Тъй като връзката е двустранна, тя е описана и в досието на Служителя, и в това на Работодателя.
+Тъй като връзката е двустранна, тя е описана и в досието на **Служителя**, и в това на **Работодателя**.
   * При вписване/промяна на данните в едната форма, те автоматично се прехвърлят в другата;
   * Това гарантира консистентност и актуалност на информацията и спестява на потребителя усилието за двойно въвеждане на едни и същи данни.
-Системата позволява два начина на работа при създаване на “Служител”:
+Системата позволява два начина на работа при създаване на **“Служител”**:
-   * Отваряне на номенклатура “Служители” от таб “Служители” в досието на даден  Контрагент (в ролята му на работодател):
+   * Отваряне на номенклатура “Служители” от [[nomenklaturi:kontragenti:kontragenti:slujiteli|таб “Служители”]] в досието на даден  Контрагент (в ролята му на работодател):
-       * В номенклатурите на Собственика и Доставчиците, таб „Служители“, при стъпване в което и да е поле от таблицата с детайли, в рибона (лентата с менюта и инструменти, ribbon) става достъпно контекстното меню „Служители“. То позволява създаване, търсене и редакция на Служител;
+       * В номенклатурите на **Собственика** и **Доставчиците**, таб **„Служители“**, при стъпване в което и да е поле от таблицата с детайли, в рибона (лентата с менюта и инструменти, ribbon) става достъпно контекстното меню **„Служители“**. То позволява създаване, търсене и редакция на **Служител**;
-       * За създаване на нов Служител на даден Контрагент се натиска бутон „Създай служител“ от контекстното меню;
+       * За създаване на нов **Служител** на даден **Контрагент** се натиска бутон <key>„Създай служител“</key> от контекстното меню;
 {{ :supto:nomenklaturi:nom.sluzh.jpg?600 |}}
-       * Отваря се номенклатура „Служители“. В нея се попълва нужната информация (Наименование, Идентификационен номер и др. – вж. секция “Основни” в номенклатура “Контрагенти”);
+       * Отваря се номенклатура „Служители“. В нея се попълва нужната информация (Наименование, Идентификационен номер и др. – вж. [[supto:nomenklaturi:kontragenti#Секция “Основни” в номенклатура “Контрагенти”|секция “Основни” в номенклатура “Контрагенти”]]);
 {{ :supto:nomenklaturi:служител_нов.png |}}
-       * След запазване на промените и затваряне на формата за създаване на нов Служител, в досието на Контрагента Работодател, таб „Служители“, автоматично се добавя нов ред с попълнени данни на новосъздадения субект – наименование и ИД №;
+       * След запазване на промените и затваряне на формата за създаване на нов **Служител**, в досието на Контрагента **Работодател**, таб „Служители“, автоматично се добавя нов ред с попълнени данни на новосъздадения субект – наименование и ИД №;
-       * За да стане субектът Служител на дадения Контрагент, се попълват останалите полета в таблицата с детайли (за отдел, длъжност, договор) и промените се запазват;
+       * За да стане субектът **Служител** на дадения **Контрагент**, се попълват останалите полета в таблицата с детайли (за отдел, длъжност, договор) и промените се запазват;
 {{ :supto:nomenklaturi:служител_нов.png |}}
-       * След натискане на бутон „Запомни“ се създава двустранна връзка между новия Служител и Контрагента Работодател, от когото сме стартирали процеса;
+       * След натискане на бутон <key>„Запомни“</key> се създава двустранна връзка между новия **Служител** и Контрагента **Работодател**, от когото сме стартирали процеса;
-       * Автоматично в досието на Служителя, таб „Работодател“, се копират данните, попълнени в досието на Работодателя, таб „Служители“, за трудовия договор, длъжността и т.н.
+       * Автоматично в досието на **Служителя**, [[nomenklaturi:kontragenti:kontragenti#Служители|таб „Работодател“]], се копират данните, попълнени в досието на **Работодателя**, таб „Служители“, за трудовия договор, длъжността и т.н.
-<box round orange|**Внимание:**>  //За да се активира в рибона менюто за създаване/търсене/редакция на Служител и съответно да се визуализира бутонът “Създай служител”, е необходимо да се кликне върху ред от таблицата в таб “Служители” (примерно като се маркира полето за име на вече създаден служител).//</box>
+<box round orange|**Внимание:**>  //За да се активира в рибона менюто за създаване/търсене/редакция на Служител и съответно да се визуализира бутонът <key>“Създай служител”</key>, е необходимо да се кликне върху ред от таблицата в таб “Служители” (примерно като се маркира полето за име на вече създаден служител).//</box>
-  * Отваряне на номенклатура „Служители“ от Главното меню:
+  * Отваряне на номенклатура **„Служители“** от [[supto:vavedenie#Главно меню и достъп до функционалностите|Главното меню]]:
 //Главно меню > Номенклатури > Контрагенти > Служители > Нов служител//
 {{ :supto:nomenklaturi:служител_нов_от_менюто.png |}}
-       * Когато създаването на новия Служител стартира от Главното меню, в програмата няма информация за връзката на субекта с Контрагент Работодател;
+       * Когато създаването на новия **Служител** стартира от [[supto:vavedenie#Главно меню и достъп до функционалностите|Главното меню]], в програмата няма информация за връзката на субекта с Контрагент Работодател;
-            * След попълване на задължителните полета в секция „Основни“ (вж. секция “Основни” в номенклатура “Контрагенти”) е необходимо ръчно да се въведат данните в таб „Работодател“;
+            * След попълване на задължителните полета в секция „Основни“ (вж. [[supto:nomenklaturi:kontragenti#Секция “Основни” в номенклатура “Контрагенти”|секция “Основни” в номенклатура “Контрагенти”]]) е необходимо ръчно да се въведат данните в [[nomenklaturi:kontragenti:kontragenti:rabotodateli|таб „Работодател“]];
-            * При запазване на промените, информацията автоматично се копира в таб „Служители“ в досието на Контрагента Работодател.
+            * При запазване на промените, информацията автоматично се копира в [[nomenklaturi:kontragenti:kontragenti:slujiteli|таб „Служители“]] в досието на Контрагента **Работодател**.
-<box round red|**Важно:** >//Наличието на трудов договор на Служителя обуславя връзката между него и Работодателя.// </box>
+<box round red|**Важно:** >//Наличието на трудов договор на **Служителя** обуславя връзката между него и **Работодателя**.// </box>
-В зависимост от това каква е датата на назначаване/прекратяване на трудовия договор спрямо текущата, съответният Служител се показва в падащите списъци за избор на служители в търговските и финансови документи в системата за обекта, с който е асоцииран;
+В зависимост от това каква е датата на назначаване/прекратяване на трудовия договор спрямо текущата, съответният **Служител** се показва в падащите списъци за избор на служители в търговските и финансови документи в системата за обекта, с който е асоцииран;
   * В тях не се показват служители, чиито трудови договори са изтекли или служители с дата на назначаване, която все още не е настъпила (спрямо текущата дата на документа);
   * По този начин в документите няма възможност да се избере служител, който е напуснал или такъв, който все още не е назначен на работа;
-  * Връзката между Служител и Обект на работодателя се задава в таб „Връзка Служители – Обекти“.
+  * Връзката между **Служител** и **Обект на работодателя** се задава в [[nomenklaturi:kontragenti:kontragenti:slujiteli-obekti|таб „Връзка Служители – Обекти“]].
-  * Връзката на Служител с дадено работно място и каса не се задава непосредствено, защото тя се дефинира на ниво Потребител. Потребителят е този, който се асоциира с:
+  * Връзката на **Служител** с дадено работно място и каса не се задава непосредствено, защото тя се дефинира на ниво Потребител. Потребителят е този, който се асоциира с:
-       * Даден Служител – вж. номенклатура „Потребители“;
+       * Даден Служител – вж. [[supto:nomenklaturi:potrebiteli|номенклатура „Потребители“]];
-       * Работно място – вж. номенклатури „Потребители“ и „Работни места“;
+       * Работно място – вж. [[supto:nomenklaturi:potrebiteli|номенклатури „Потребители“]] и [[supto:nomenklaturi:rabotno_mqsto|„Работни места“]];
-       * Каса – доколкото потребителят е активен винаги в дадена роля (вж. номенклатура „Роли“). Връзката (разрешението за работа) с определена Каса се задава в Групови политики, таб „Собствени каси“.
+       * Каса – доколкото потребителят е активен винаги в дадена роля (вж. [[supto:nomenklaturi:roli|номенклатура „Роли“]]). Връзката (разрешението за работа) с определена Каса се задава в Групови политики, [[sluzebni:potrebiteli_i_prava:grupovi_politiki:sobstv_kasi|таб „Собствени каси“]].
 **Пример:**
   * //Създава се служител Иван Петров в номенклатура „Служители“.//

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

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

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

Разлики

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