| Both sides previous revisionПредходна версияСледваща версия | Предходна версия |
| spravki_new:papki [2016/11/18 13:18] – k.kyurkchieva | spravki_new:papki [2018/01/11 15:28] (текуща) – външна редакция 127.0.0.1 |
|---|
| <box round green|**Пример**:> С помощта на папките се дава възможност за много към много релации - да кажем 5 заявки срещу 10 изпълнения, с 1 фактура. </box> | <box round green|**Пример**:> С помощта на папките се дава възможност за много към много релации - да кажем 5 заявки срещу 10 изпълнения, с 1 фактура. </box> |
| |
| През бутон "добави към папка" може да се стартира справка за папки и чрез справката да се намира правилната папка, в която потребителят желае да прибави документа. | През бутон **"добави към папка"** може да се стартира справка за папки и чрез справката да се намира правилната папка, в която потребителят желае да прибави документа. |
| |
| Във връзка с излизането на [[vavedenie:kakvo_novo|релийз 2015.08]] е променена е логиката при Папките като е премахната уникалността по Код и е добавено понятието хедърна папка. Ъпгрейда маркира като хедърни папките от 1-во ниво и родителските папки в балансите. | /*Във връзка с излизането на [[vavedenie:kakvo_novo|релийз 2015.08]] е променена логиката при Папките като е премахната уникалността по Код и е добавено понятието **хедърна папка**. Ъпгрейда маркира като хедърни папките от 1-во ниво и родителските папки в балансите. */ |
| |
| Има няколко причини да бъде променена логиката при папките.Тъй като те са дървовидни, съответно всеки нов елемент получава Код и при добавяне на нова папка се обхождат всички папки. Намирането на последния номер обаче отнема доста време при наличие на голям обем папки. Особено неприятно е при приключване на документ да се чака да се създадат папките. | Има няколко причини да бъде променена логиката при папките. Тъй като те са **дървовидни**, съответно всеки нов елемент получава Код и при добавяне на нова папка се обхождат всички папки. Намирането на последния номер обаче отнема доста **време** при наличие на голям обем папки. Особено неприятно е при приключване на документ да се чака да се създадат папките. |
| Друга основна причина е ситуацията, когато в една база данни работят много потребители и при приключване едновременно на няколко документа се създава предпоставка различните папки да получат един и същ номер. Това ще породи грешки от вида “…violation of PRIMARY KEY….” и документите няма да могат да бъдат приключени. | Друга основна причина е ситуацията, когато в **една база данни** работят **много потребители** и при приключване едновременно на няколко документа се създава предпоставка различните папки да получат един и същ номер. Това ще породи грешки от вида “…violation of PRIMARY KEY….” и документите няма да могат да бъдат приключени. |
| Така също папките са общи и се синхронизират по всички ком модули и практически е възможно документи от различни ком модули да влезнат в една и съща папка и да получат един и същ номер, след което при синхронизация с централата да възникне грешка. | Така също папките са общи и се **синхронизират по всички ком модули** и практически е възможно документи от **различни ком модули** да влезнат в една и съща папка и да получат **един и същ номер**, след което при синхронизация с централата да възникне грешка. |
| |
| Именно, за да се избегнат подобни проблеми е направено така, че когато се добавя елемент към папките, който не е хедърен, той да не получава уникален код, като по този начин се избягва обхождане на записите за намиране на последния. | Именно, за да се избегнат подобни проблеми е направено така, че **когато се добавя елемент към папките, който не е хедърен, той да не получава уникален код**, като по този начин се избягва обхождане на записите за намиране на последния. |
| Всяка папка, която не е хедърна задължително има Код от вида <родителски код>Х. – например „1.1.Х.“. Така родителската папка се знае, без да е необходимо кода да е уникален. | Всяка папка, която не е хедърна задължително има Код от вида <родителски код>Х. – например „1.1.Х.“. Така родителската папка се знае, без да е необходимо кода да е уникален. |
| |
| ВАЖНО: Липсата на уникалност трябва да се има предвид, ако трябва да се прилага автоматично създаване на подпапки чрез скриптове. Трябва да се съобрази съответният скрипт да не разчита на уникалността на кодовете на папките, за да няма проблем при създаването на подпапки. | <box round red|**Важно**:>Липсата на уникалност трябва да се има предвид, ако трябва да се прилага автоматично създаване на подпапки чрез скриптове. Трябва да се съобрази съответният скрипт да не разчита на уникалността на кодовете на папките, за да няма проблем при създаването на подпапки.</box> |
| |
| |
| **Допълнителна информация:** [[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|Редакция на изгледи]], [[obsti_komponenti:red.koloni_i_nav.lenta| Редакция на колони]], [[documenti:skladovi:document| Търговски документ]], [[nomenklaturi:drugi:balansi| Стокови баланси]]. | **Допълнителна информация:** [[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|Редакция на изгледи]], [[obsti_komponenti:red.koloni_i_nav.lenta| Редакция на колони]], [[documenti:skladovi:document| Търговски документ]], [[nomenklaturi:drugi:balansi| Стокови баланси]]. |
| |
