В системата всичко, което е свързано със стока, артикули и количества, т.е. търговия се обединява под наименование Търговски документ. Той може да има неограничен брой типове документи (например не само доставка, продажба, местене), които се наименуват по различен начин според потребностите на потребителя. С всеки един тип Търговски документ се оперира по идентичен начин.

Най-общо Търговските документи се състоят от хедър и детайл на документа.
В зависимост от естеството Ви на работа, в различните документи имате възможност да визуализирате определени полета и бутони, които по подразбиране не са видими (виж Редакция на изгледи), както и да включите/изключите определени настройки.

В Търговските (в хедъра и на всеки ред от документа) и Финансовите документи е добавено поле „Бележка“ с неограничена дължина. Това дава възможност за въвеждане на подробни описания за съответния документ или бележки по артикулите (на ниво ред).

От релийз 2015.08 при анулиране на документи (включително и нови) са премахнати проверките за задължителни полета, чието попълване се определя от настройките на документите.
За задължителни полета, за които няма настройки, проверката остава.

Едно от най-важните свойства на програмата е, че всички документи имат по три Контрагента, Обекти и Служители, които са с 3 тройки Източници, Посредници и Получатели.

За *ИЗТОЧНИК* по правило се поставя фирмата „Собственик“ и нейния обект и евентуално нейния служител.

За *ПОЛУЧАТЕЛ* (или както на много места се използва по-ясното ПАРТНЬОР) обикновено се поставя фирмата (клиента, доставчика), за която се отнася (от която е получен или на която даваме) документа.

Прости примери:

1. Продажба: Източник е фирмата Собственик. Получател (партньор) е клиента, получил стоката
2. Доставка: Източник е фирмата Собственик. Партньора (получателя) е доставчика, доставил стоката
3. Местене: Източник е фирмата Соственик. Обект източник е мястото от където е тръгнала стоката. Получателя е обекта, който получава стоката - на същия собственик, но обекта очевидно е различен от обекта източник.

Тройката полета за *ПОСРЕДНИК* (контрагент, обект и служител) има разнообразни приложения. Ето някои примери:

Продажба:

• посредника може да се записва някой, който е довел клиента; истински „Посредник“ при продажбата.
• в посредника може да се записва куриера, с който ще се изпрати стоката на клиента
• като разширение на горния пример: в посредника може да се запише фирмата и обекта ѝ, където ще се достави стоката на клиента;
  • това може да е фирмата на клиента и неин обект;
  • това може да е куриер и негов офис;
  • това може да е самия собственик и произволно избран негов собствен обект.
  • Неномериран списъкТъй като в номенклатура обекти може да се запише един или няколко адреса (по видове), това дава големи възможности за гъвкавост, отпечатване на различни адреси за доставка и прочие.

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

Местене

• Посредника се използва в местене, за да се реализира процес „Стока на път*.
  • Реализира се с два отделни типа търговски документи: Изпращане на стока и Получаване на стока
  • В Изпращането на стока се задава Източник=Изпращача, Посредник=Този, който пренася стоката (буса, куриера или просто сборен, виртуален обект „Стока на път“), Получател - този който ще получи стоката; Основното в този документ е, че намалява наличността на Изпращача, Увеличава наличността на посредника и не променя наличността на Получателя.
  • В получаването на стока Източник, Посредник и получател са същите, само настройката за наличност е, че се намалява наличността на Посредника и се увеличава наличността на Получателя; не се променя наличността на Източника
  • Основната полза от тази схема е, че когато се изпраща стока, благодарение на трите полета се знае откъде, през къде и за къде е стоката; може да се направи справка „Какво имам да получавам“ просто като се филтрират документите за изпращане на стока, в които получателя съм „аз“ и разбира се, които са в небалансирана папка по Изпращане - Получаване на стока (последното с цел, да останат само документите за изпращане, по които не е създаден съответен документ за получаване. За повече информация виж Баланси).

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

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

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

За да се улесни работата и да се позволи извършените до момента плащания да имат лесен и удобен за маркиране и копиране вид, от релийз 2016.1 секцията с плащанията вече е представена и във вид на грид. Заложена е основната информация за Сума, Валута, Каса, ФД, Дата на документа, Дата на модификация. Подредбата в грида е на база най-близка дата на модификация - последното направено плащане да е най-отгоре. Налични са и други полета от ФД - например контрагент-посредник, клиент, обмяна на валута и т.н..

По подразбиране при ъпгрейд изгледа на плащанията се запазва както е до момента - тип „картичка“.

За всеки тип Търговски документ можете да се ориентирате в кой документ сте като в статус бара се изписва „вид на прозореца # ID - Тип на Документа (ИД на типа).

За да изберете контрагент впишете номера, под който е записан в номенклатурата или името му - .
При писане в полето от бутон ↓ се отваря падащо меню за търсене с филтър вписания текст, като опциите са по „започва“ и „съдържа“.

Където и в системата да има падащо меню, което е номенклатура – винаги е списък, който е дефинируем и зависи от настройка от страна на консултанта какво да се включи в него (контролира се дали да пада целият или не, като ако не пада целият, вътре при отваряне също има и филтри за търсене по започва и съдържа).

Всички списъци за избор могат да имат 3 елемента – уникално ID, по което обикновено се избира, но има и второ и трето поле, които са свободно дефинируеми (като например Булстат, име, код на артикул и др.).
Отделно може да използвате и бутон …, с избора на който се зарежда къстъм справка с филтри, която може да търси по каквото е дефинирано според потребностите на клиента.

Падащите списъци също така може да се наименуват и определят (например при Продажба на хипермаркети, може в списъка с клиентите да падат само хипермаркетите, възможно е и да има група хипермаркети и да зададете на програмата, че падат онези клиенти, на които групата е хипермаркети).

В релийз 2015.8 е направена корекция свързана с видимостта на наименованието на обекти до които потребителят няма достъп, така че ако документът е приключен, списъкът за избор да връща всички възможни обекти, без значение правата на достъп, които има потребителят, като целта е да се покаже наименованието. Потребителят вижда само посочения обект и не може от списъка да види всички други обекти.
Ако документът е отключен, списъкът се държи както досега, връща само обектите, до които потребителят има достъп.

В практиката при работа с Метро, Била и др. хипермаркети, от доставчиците се изисква, на подложките за печат, да посочват Отдела, за който е предназначена доставката.
При някои вериги, от Отдела зависи кой „взаимно договорен идентификационен код“ (GLN) да се използва, както при печатането на Стокова разписка и Фактура през подложка, така и за експорта им през EDI интерфейс. Поради тази причина потребителят трябва да може да отбележи в документите за кой отдел са предназначени.
От релийз 2017.06 в ТД е реализирана възможност за посочване на „Отдел“, избран от списък с отделите и техните номера на база номенклатурата за Връзки между контрагенти и обекти, където за дадена връзка (-1. Хипермаркет доставчик), в колона „Коментар“ се вписва името на „Отдела“, а в колона „Взаимно договорен код“ - „Номера на отдела“.
Самият отдел се посочва в заглавната част на ТД в поле „Отдел на клиент“. Съответно в Настройки на ТД, в секция Списъци за избор е добавена възможност за настройка на списъка за това поле. Съобразено е и полето за Отдел да може да се посочва като задължително в документа.

Това са множество документи един след друг. Балансите са фундаментално важни за сиситемата, за да може да се каже един документ равнява ли се и ако не с колко не се равнява на следващия документ.

Могат да се дефинират неограничен брой търговски документи и по този начин системата може да стигне до неограничена сложност по отношение на търговско-складови процеси.

Балансите като поле в документа представляват грид, в който се вижда кои са останалите документи, с които даден документ е обвързан и дали той е балансиран с тях.

Разгледайте по-подробно баланси.

Папките и балансите са силно обвързани.

Балансите са силно обвързани с папките, тъй като не е практично да се балансира например по всички фактури, които са взимани изобщо до момента, с всички стокови разписки. Направена е нужната автоматизация, която в най-общия случай позволява наличието на една стокова разписка в папка с фактурата й, или пък например да има една папка за месеца на клиента, т.е. за всеки клиент по една папка веднъж месечно, за да може в нея да се събират всички стокови разписки и фактури.

Когато има баланс, той задължително е в дадена папка и това определя кой документ с кой се балансира. Един документ може да принадлежи към неограничен брой папки, което позволява наличието на подпапки с отделните релации вътре в тях.
Папката обединява всякакви документи, като в нея може да се съдържат и Финансови документи и Търговски документи, събития и т.н.. Папката притежава уникален вътрешен номер.

Самото поле за папки е вид таблица, която съдържа информация за конкретния документ в кои папки участва, когато сте с курсора върху папката може лесно да видите останалите документи в папката, както и лесно да се навигира в тях.

През бутон „добави към папка“ може да се стартира справка за папки и чрез справката да се намира правилната папка, в която потребителят желае да прибави документа.

Във връзка с излизането на релийз 2015.8 е направена защита да не може да се изтрие връзка на папка с главен документ за тази папка. При опит за премахване излиза информативно съобщение: “Нямате право да премахнете документа от папка, тъй като е водещ за нея!”.

Подобна забрана се налага, за да се избегнат основно грешки в синхронизацията.

За да се улесни работата с множество папки и баланси от релийз 2016.12 е реализирано за отделните нива на вложеност да са активни бутоните „Ниво на разпънатост“, „Сгъни всички елементи от същото ниво/всички нива“ и „Разгъни всички елементи от същото ниво/всички нива“. Съобразено е и запомняне на Нивото на разпънатост в изгледа. Това позволява балансите да излизат сгънати в документите.

За разлика от другите документи в системата, при тип Продажба има и междинен статус „затвори за редакция и премини към плащане“ – този статус заключва документа в положение подобно на приключване, но го блокира за редакция, т.е. да не може да се редактира повече. Причината е, че е необходимо събитие, на което да могат да се „закачат“ промоции преди да се е стигнало до плащането (момента преди плащането).

Вижте повече за Плащания по документи.

Във връзка с разработената функционалност за Видове валутни курсове, от релийз 2016.12 в ТД и ФД е добавена таблица за курсовете в документ, необходими за осчетоводяването му. Таблицата включва данни за „От валута“ и Към валута“, „Курс“ към датата на документа и вида курс, посочен в заглавната му част.

В „От валута“ се посочват валутите за редовете в ТД и валутата за ФД.

В „Към валута“ е валутата, използвана за осчетоводяване на документа (валутата на Собственика в дадения документ). Кой от тримата контрагента играе ролята на собственик се посочва в Настройките за осчетоводяване на документа, таб Счетоводство – Тип на източника.

За да може във времето даден курс да се запази конкретно за всеки документ по отделно и да не се повлиява от промените в таблицата с Обменните курсове, за всеки курс в новата таблица е налице опция „Взет от:“ с две възможности „!Ръчно зададен“ (ръчно зададените) и „Валутни курсове“ (автоматично добавените) - по подразбиране колоната е „Само за четене“.

В нея потребителят може да добавя/редактира/изтрива редове, като всяка редакция или нов ред се маркира като ръчно създаден и се оцветява в синьо.

При приключване на документа се проверяват валутните курсове за въведените редове спрямо Вида курс и ако за дадена валута няма намерен ръчен курс в дадения документ следва проверка в таблицата с обменните курсове спрямо валутата за осчетоводяване на собственика - ако бъде намерен такъв курс, същият се добавя автоматично в таблицата с курсовете. Ако няма намерен директен курс се проверява има ли възможност за изчисление на курса на база крос между наличните курсове (от курс А→В и В→С намираме А→С, като В е валутата за осчетоводяване).

В случай, че в документа няма посочен Вид курс се зареждат курсовете спрямо подразбиращия се Вид курс, посочен в Конфигурация на програмата.

Автоматично добавените курсове съответно са с опция „Взет от: Валутни курсове“ и са оцветени в бяло. Ако автоматично добавен ред бъде редактиран той става ръчен.

С цел подобрение използването на Видове валутни курсове в релийз 2016.12 в Базовия скрипт за копиране на ТД са добавени параметри за:
1. Копирай вида курс - с опции:
- От Настройките на документа
- От текущия документ
- От зададена стойност - със съответното поле за стойност за Вид курс
2. Копиране на Ръчни курсове - с опции ДА/НЕ

Сравняването на дълга при наличието на валути в ТД се извършва по следния начин - превалутира се към базовата валута и се сравнява сума/ дълг между ТД и ФД.
Но във връзка с разработената функционалност за Видове валутни курсове в релийз 2017.06 е направена промяна, така че да се проверява дали има дълг за някоя валута по отделно, без да се приравняват към базовата. Проверката вече е по валути, което означава, че ако е настроена групова политика, че документът трябва да бъде изцяло платен, то става невъзможно плащането във валута различна от тази на ТД (гледат се настройките за „Сравнение сума по ТД-сума по ФД“ и Позволена разлика “=“).
Пример: Не е възможно, ако ТД е в лева да бъде платен например в евро.

Полето „Дата“ по подразбиране е текущата дата за деня.
Имате възможност да изберете произволна дата ръчно или през прозорец с календар, от където може лесно да промените датата. -

Датата на документа е от голямо значение, защото представлява самата дата на отделния документ и благодарение на това, че в SelMatic ERP няма статуси (получаване на стока или потвърждение също е с дата ), вече наличността се смята наистина към тази дата или по-точно към датата на получаване на стоката.

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

Сметките за наличности не се правят по час, а по дата (ден).

Ако в груповите политики е настроено преди плащане да се установява текущата дата на документа, излиза съобщение за преизчисляване на цените, даже и за документ с текуща дата. За да се избегне този начин на работа от релийз 2016.8 е направена проверка дали документа е с текуща дата и ако е така, преизчисляването на цените не се задейства.

Ако в момента на създаване на документа искате да запишете контрагент в номенклатурата, изберете бутон за създаване на Нов (клиент, доставчик, контрагент), който се визуализира в рибона на документа при позициониране на курсора в полето „Клиент“, при което ще се зареди прозореца за нов запис на контрагент.

Когато се влезе в дадено поле (например позиции), което може да се редактира, контектстно в рибона се показва съответния таб (в примера Позиции), по подобие на Microsoft office.

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

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

Ако позиционирате курсора в реда на позицията в документа, в рибона се визуализира контекстно меню (таб) Позиции, включително и за Информативна наличност на позицията.

Информативната наличност показва наличност към момента от дадената позиция, като при приключване на документа тази информация не се показва в документа. Информацията от колоните не се записва никъде.
При натискане на бутон „Изчисли информативна наличност“ за съществуващите редове се преизчислява съдържанието на колоните.

Когато в колоните за разлика в информативната наличност има такава и там числото е <0, за по-добра нагледност клетката променя шрифтът и фонът си.
По този начин може да се види много бързо например по една оферта дали е изпълнима.

Има възможност при отваряне на стар документ да се избере конкретна дата, към която да се информирате за наличност на определена позиция, като при отваряне на съществуващ документ не се изчислява наличност.

В Търговския документ има настройка, която уточнява на кой (Източник, Посредник, Получател) да изчислява наличността.
Също така се прави настройка по 1, 2, 3 или 4 мерна единица да се показва наличността и разликата.

В практиката често при обслужване на определена заявка от клиент за стока в различни местоположения в обекта е полезно да се знае каква е общата наличност, без значение местоположението. Подобно е ситуацията и когато се работи с позиции с цвят и размер.
За да се покрие като функционалност този начин на работа, от релийз 2016.1 е направена промяна, така че калкулацията на информативната наличност да се съобразява с въведените детайли в реда на документа, без да се взимат предвид цвят, размер и местоположение. Ако няма въведено местоположение се показва наличността общо за обекта. Аналогично, ако няма въведен конкретен цвят или размер се показва общото количество за артикула.

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

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

Съобразено е действието на бутона за Изчисление на информативната наличност (в рибона на ТД) да проверява и свободната наличност и да попълва и нея.

В случай, че работите с няколко кочана с документи, преди да издадете съответния документ в „Кочан“ посочвате от кой кочан да бъде издаден документа.

Полета, за случаите когато този документ идва от другаде, в което може да се пише.

Предвидени са номер и дата и чрез редакцията на изгледи да може да се преименува полето например на РО (purchase order).

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

За целта с излизане на релийз 2015.4 в търговския (и във финансовия документ) се добавя още едно поле „Референтен документ (текст)“ (с дължина 30 символа).
Съответно в настройките на Търговския документ има и опция за задължително въвеждане, подобно на останалите две полета за референция.

Обичайният срок на плащане, представлява свободно поле за дата, идва от номенклатурата на субектите, където има зададен подразбиращ се срок за плащане.

Полето представлява еквивалент на начин на плащане. Като е оставено и поле „пояснения към условията за плащане“ , което служи за коментар и пояснение конкретно към условията за плащане.

Поле за дата, което по подразбиране, ако типът документ въобще генерира дълг, в базата данни е празно и тогава активната дата на дълга (от коя дата дадена Продажба генерира дълг) става равна на датата на документа. С други думи по подразбиране датата на дълга е равна на датата на документа.

Когато пред датата в това поле има звезда, тя пояснява, че датата на дълга идва от датата на документа (взима се от датата на документа), но може да се въведе и друга дата, от която този дълг влиза в сила.
Тази функционалност се използва предимно при отчетите от консигнация.

Датата на документа е датата, в която се разнасят наличностите, а датата за изчисление на дълг е датата, от която ако се пусне справка вече се пише за дълг, т.е. има две отделни дати. Благодарение на тази функционалност може да изместите датата на дълга в друга дата, ако е необходимо.

Служи за последващ анализ, например по това една Продажба от къде, по какъв канал е дошла.

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

Можете да получите допълнителна информация и в „Настройка и употреба дистрибуционни канали“.

Ако желаете системата да работи в touch screen режим, това е виртуална клавиатура.

Полетата дават информация за дата и потребител на създаване и последна промяна на документа.

Освен дефинираните полета, в системата има още свободни допълнителни потребителски полета в хедъра и в детайлите на всички Търговски документи, които могат да се визуализират през Редакция на изгледа.
Настройките на Потребителските полета се задават от Настройките на търговския документ. Направени са 5 полета за дата, 5 за текст, 10 за целочислени числа и 5 за дробни числа, като могат да се именуват произволно.

Поле Условия за доставка е обикновена номенклатура, като към него логично е направено и поле за пояснение на условията за доставка, което е за свободен коментар и при необходимост може да се визуализира през Редакция на изгледа.

Възможност за прикачване на файлове, функционалността е стандартна за всички документи в системата, не само за Търговските.
С излизане на релийз 2016.1 е добавена възможност да се използва мобилното приложение SelMatic Mobile Photos (засега само с версия за Андроид) за прикачване на снимки направени чрез камерата на мобилното устройство директно като прикачени файлове (за повече информация вижте Прикачване на файлове).

Read only поле, което служи за информация, ако е импортиран отнякъде документа, тук се показва номерът му. Няма специално предназначение, обикновено поле за писане и информация за програмните специалисти.

От релийз 2015.08 е премахната проверката за уникалност по референтен номер относно анулираните документи.

Група от полета с данните, необходими за фактуриране. Като за получател на фактури има списък в субектите, когато се попълни получател на фактура от списъка да се копира в поле „Получател име и фамилия – копие“.
Ако e необходимо да може да се пише свободно Получател, трябва да се махне полето с Получател със списъка и да се остави само свободното за писане поле. Като ако се прави подложка за съответния документ, тя може да ползва Полето копие, защото то винаги ще е попълнено.

Група от полета, копията на данните на клиента, именно за нуждите на фактурата. Когато се избере клиент, всичките му данни се копират в скрити полета, които са за служебна употреба, за да може когато фактурата се разпечатва да се разпечатва от тези полета, а не от номенклатурата.

С излизането на релийз 2016.12 е реализирано, ако документ няма снапшот (няма запис в таблицата със снапшоти) полетата Копия на данните да са само за четене.

Настройката „създай копие на данните за фактура“ копира държавата от основния запис на контрагента, а не от адреса на контрагента.
За да бъде по-точна копираната информация, от релийз 2016.12 е направена корекция при копие на адресите да се взимат всички данни от адреса за фактуриране (вкл. и държавата).

От релийз 2016.12 в снапшота се попълва подразбиращият се адрес за фактуриране и ако не бъде намерен такъв се взима първия намерен адрес (в предишните релийзи в снапшота се попълваше първия намерен адрес, без да се търси подразбиращ се адрес).

При синхронизация къде да се изпрати копието на данните на документа (снапшота) се определя от данните за Контрагент и Обект в самото копие. Тъй като в определени ситуации те не са попълнени (например при отключване на документ и промяна на Контрагент или Обект) това предизвиква копието да се изпрати навсякъде (към всички ком модули).
За избягването на подобно поведение от релийз 2016.12 е направена промяна, при синхронизация копието на документа (снапшота) да се изпраща там, където се изпраща оригиналния документ.

Обичайна група полета, по подобие на SelMatic Plus със стандартните полета: „дълг от предишни документи“, „дълг от текущия документ“ и т.н.

В релийз 2016.12 е направена корекция опресняването на дълговете и кредитния лимит да се прави само при смяна на Контрагент, но не и на Обект. Проблемът до момента беше, че при смяна на обект се затваряше заявката с дълговете и те изчезваха от документа.
Съобразено е данните в секция Кредитен лимит да се зареждат коректно и в случаите, когато в документа има подразбираща се стойност за Контрагент.

При необходимост в свободен текст може да впишете Коментар.

Посочва към коя фактура се отнася документът, като при двоен клик на таблицата се отваря Търговският документ на съответния ред.

Използва се за маркетингови цели. При всяка маркетингова активност е важно да се измери резултата с цел после да се анализира и прецени, кои канали заслужават повече инвестиция.
Използвайте utm_source, за да определите търсещата машина, името на бюлетин или друг източник.

Използвайте utm_medium за да определите носител, като например имейл или цена на кликване.

Използва се за платено търсене. Използвайте utm_term, за да отбележите ключовите думи за тази реклама. Пример:

Използва се за двувариантно тестване и за реклами, насочени към съдържателната мрежа. Използвайте utm_content, за да разграничавате реклами и връзки, които водят към един и същи URL адрес.

Използва се за анализ на ключови думи. Използвайт utm_campaign , за да посочите конкретна промоция на продукт или стратегическа кампания.

Във връзка с използването на местоположения в ТД и Броене на ревизия в съответните Групови политики, в раздел „Запомни последно въведените стойности за“ е добавена опция „Местоположение в рамките на текущия документ (чрез бутон)“.

Изборът на тази настройка, както и на опцията за запомняне на „Контрагент, обект и местоположение“ активира бутон „Запомни/Не запомняй местоположение“, намиращ се в рибона на ТД /Броене на ревизия/, таб Настройки, група бутони „При сканиране на баркод“. Състоянията на бутонът са: не натиснат отговаря на „НЕ запомняй местоположение“; натиснат - „Запомни местоположение“. Запомнянето на местоположенията е на ниво документ.

Когато бутонът е натиснат (състояние „Запомни“), ако на даден ред бъде въведено местоположение, то се запомня в паметта и при създаване на нов ред, по подразбиране се попълва същото местоположение. Това поведение е налице, докато не се избере с четец или ръчно друго местоположение. Запомнянето на местоположение е валидно по отделно за съответния Източник, Посредник или Получател.

Моделирането на таблицата може да извършвате с навигационната лента, а на колоните с функционалността редакция на колоните.

Можете да променяте какви бандове и колони да се показват в таблицата с избор на символа , от където отваряте списъка с изброени видовете колони и бандове, като с отметка ги пускате или скривате, в зависимост от това, какво желаете да съдържа таблицата.

От релийз 2015.8, за удобство на потребителите, за да се виждат по-добре редовете в документ (или справка), особено ако се работи в touch режим, се дава възможност да се редактира свободно височината на реда. Това е полезно и при ситуации, когато позициите са с изображения и трябва да се визуализират по-добре.

Вижте също Моделиране на таблици.

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

В таблицата могат да се визуализират Количество 1, Количество 2, Количество 3 и Количество 4, които съответстват на количествата за съответните Мерки (1, 2, 3 и 4) по зададения коефициент между тях в номенклатурата на позициите.

За по-голяма яснота от релийз 2015.8, при работа с баркодове, когато сканирания баркод не е намерен в системата, същия вече се изписва в съобщението за невалиден баркод.

Вижте Настройки на Търговски документ, таб **Подразбиращи се стойности** за допустими количества.

Това поле е част от автоматизацията, при която при копиране на един документ в друг документ, да е възможно копирането на предходния документ количеството.

В полетата за Очаквано количество не може да се пише, те се попълват от скрипт.

Информацията в банд Количество от предходен документ е свързана с тази в банд Очаквано количество. В това поле се пресмята и записва разликата между Очакваното количество от предходен документ и Количеството на текущия документ.

При пускане на банд Количество от предходен документ се пускат колони за четирите количества и още четири колони за разлика, които са изчисляеми.
Тези колони са само за четене (read only) и се копират и обработват със скрипт от друг документ, като се попълват толкова колони количество , колкото мерки за използвани в предходния документ (ако са използвани 3, ще има 3 попълнени колони количество в текущия).

Наименование и код на артикулите.

Мини изображение за артикула.

Препоръчително е то да бъде във формат .png.

Поле за търсене по специфичните кодове на Контрагенти. Еквивалент на Хипермакет в SelMatic Plus

Полетата показват стойността с/без ДДС, стойност на реда, както и отстъпки. Специфично е, че благодарение на формулите в системата може да се показва отстъпката и като процент и като стойност.

Валутата указва валутата, която се използва за реда.

От релийз 2016.1 за по-голяма яснота при използване изчисляването на СДЦ в документ, освен валутата, която се {използва на реда, е добавена колона с валутата на себестойност на позицията.

Цвят и Размер са полета, които, ако в номенклатурата на артикулите е активирано за артикулите да са задължителни цвят и размер, от падащото меню в таблицата се избират съответният цвят и размер.

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

С излизане на релийз 2015.1 в Детайла на Търговски документ са добавени колони „Цвят/Специфичен цвят“ и „Размер/Специфичен размер“ (алтернативен цвят и размер).
Също така е направен нов изглед на Матрично въвеждане.

Вижте номенклатурите за Цвят и Размер, както и номенклатура Позиции.

Местоположението също е представено за Източника, Посредника и Получателя, тъй като и тримата биха могли да имат местоположение в обектите си. Трябва да е ясно от къде се взима и къде се поставя артикула.

Когато за позиция не се следи наличност, то за нея няма значение обекта, контрагента и местоположението. Поради тази причина е премахната проверката за попълнено местоположение за позициите, които са без наличности, т.е. са услуги.

С пускане на банд Служебни може да се видят промени (включително служител, дата) по всеки ред поотделно на документа.
В банд Служебни има и колони с информация за експортиране и външен код.

В системата не се попълва разход за една единица, тъй като е наложителна изключително голяма точност. Попълва се стойност на разхода за реда, като при необходимост винаги тази стойност може да се раздели на количество, за да се пресметне за една единица. Намалява се и нужната точност и се улеснява разпределението на разходите.

Има различна стойност на разходите за Източника, Посредника и Получателя, защото от гледна точка на всеки един има и различна себестойност. Себестойността генерално е за дадената фирма и евентуално за обекта, когато имаме тези три субекта, разходите могат да влияят по различен начин и да са различни за тримата.

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

Указва този ред колко бонус точки е донесъл.

Разгледайте Бонус точки в Конфигурация на програмата.

Показва зададените потребителските полета.

Подобно на SelMatic Plus, дава възможност, ако от някаква маркетингова кампания или от промоция дойде продажба например, да може да се разпише, обикновено се попълва автоматизирано от системата.

На реда показва отметка, която по принцип се поставя автоматично и указва на системата дали този ред ще бъде автоматично произведен.
Бандът съдържа и полета за рецепта номер, теглови коефициент и информативното поле „рецепта име“. Рецепта номер се попълва, ако има подразбираща се, ако няма остава празно.

За подобряване начина на работа на системата при Производство във връзка с излизането на релийз 2015.8 е направена промяна, така че ако в настройката на позицията има отметка, че е с автоматично производство (разпад) дори и без да е зададена подразбираща се рецепта, това да се копира в документа при въвеждане на съответната позиция.

Към момента логиката при Инициализация на автоматичното производство и рецепта е следната:

• Не инициализира - поставя НЕ за автоматично производство и изчиства рецептата;
• Инициализира позиции за автоматично производство – подава се информацията, която е попълнена за позицията за полетата за Производство - дали е автоматично и подразбираща се рецепта;
• Инициализира позиции за автоматичен разпад – подава се информацията, която е попълнена за позицията за полетата за Разпад - дали е автоматичен и подразбираща се рецепта;
• Инициализира позиции за автоматично производство или разпад – Ако в позицията има отметка за „Авт. производство“ съответния ред се произвежда и ако има рецепта по подразбиране за авт. производство се поставя. Ако няма отметка за „Авт.производство“ аналогично се проверява има ли отметка за „Авт.разпад“.

От релийз 2015.08 проверката за задължително въвеждане на рецепта е съобразена с това, дали артикула е с рецепта или не. Проверката не важи и за артикули, които участват в рецептите като суровини.

Възможността за асоцииране на серийни/партидни номера е валидна за всички документи. Ако дадена стока е маркирана в номенклатурата, че е със сериен/партиден номер, то когато се избира в документите, нейния ред е оцветен в жълто. Това означава, че програмата очаква сериен/партиден номер за нея.

Асоциирането на сериен/партиден номер към позиция може да се осъществи ръчно, от баркод и чрез формата за Избор на серийни/партидни номера.

Номерата, които са асоциирани за всяка позиция се визуализират в допълнителна детайна таблица.

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

Повече информация за асоциирането на серийни/партидни номера може да намерите в Избор на серийни/партидни номера в ТД.

Указва от коя ценова листа идва редът.

Цените на артикулите може да вписвате на ръка или да излизат автоматично, ако сте създали ценови листи и сте записали цените в тях с преоценка.
Освен, че трябва да имате въведени ценови листи, те трябва да са обвързани и с контрагентите, т.е. за всеки контрагент трябва да има посочена ценова листа, по която да работи (вижте Номенклатура Контрагенти). Ако в номенклатурата на контрагента не е посочен Вид цена, то за цена се взима подразбиращата се за избраната ценова листа.

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

От релийз 2015.8 е реализирана е възможност за анулиране на Преоценка. При този тип действие се прави проверка, дали има друга преоценка (преоценки) за съответната дата и час, позиция и ценова листа. Когато няма намерена друга преоценка, с анулирането се „анулира“ само записа в ценовата листа. В случай, че има и друга/и преоценка/и, с анулиране на текущата се анулират всички цени спрямо дата и час и ценова листа за съответните позиции.

Аналогично на преоценката при анулиране на ТД, по който се запомня автоматично последната доставна цена, това анулира и цената в ценовата листа.

Създадени са и две полета „От ТД № (хедър)“ и „От Преоценка № (хедър)“, съдържащи информация от къде идва цената. Същите при необходимост могат да бъдат добавени в справки като „История на цената“ и „Цена към дата“. По този начин, при наличие на грешна цена ще се знае от къде е дошла и проблемния документ ще може да бъде анулиран.

В реда на документите има колона за допустим процент максимална отстъпка, като колоната е само за четене (за потребителя).

При избор на артикул, когато се зареди неговата цена от ценовата листа се попълва и тази колона за допустим процент максимална отстъпка. От групова политика може да се настрой дали се Разрешава/забранява на потребителя да надвишава максимално допустимата отстъпка.

При запомняне на реда се извършва проверка дали потребителят не е надвишил максималната отстъпка.

Избира се типът транспорт (ако се употребява) със съответното име и код, обикновено се използва за изискванията на Интрастад. Можете да попълните класификатор на вида на транспорта в Номенклатура видове транспорт.

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

/релийз 2016.1/

За различни ситуации в практиката е полезно в ТД да има ясна сигнализация за потребителя за нещо специфично и важно в детайла на документа. Например при Получаване на стока от местене, ако цените на изпращача и получателя са различни и получателят трябва да промени цената на артикула, при многоредов документ би било лесно да се пропусне разлика.

За да може бързо и интуитивно потребителя да бъде уведомяван за дадено действие в системата е заредена номенклатура от икони с номера (ID) от 1 до 57 – за добавяне, изтриване, нагоре, надолу, крос, отказ, маркиране, прикачване и т.н.

В детайла на ТД е добавено поле „Икона-индекс“, в което се зарежда иконката, според съответното ѝ ID. Това поле се управлява чрез формулите, като за целта в Настройките на ТД/таб Формули има добавен бутон „Индекс на икона“.

Наличието на информативните икони е съобразено и в Източниците на данни, като в таб “Специални полета” е добавена колона „Е икона“.

Използването на картинки в грида на ТД е интуитивно за работа и с цел подобряване на тяхното използване в релийз 2016.08 е добавена възможност да може да се зададе и стойност „празно“, т.е. може да се премахне картинка и полето за Икона-индекс да остане празно.

/релийз 2017.?/

При създаване на ТД понякога е необходимо потребителят да определя последователността на редовете в документа.

За покриване на тази необходимост е добавена нова колона „Подредба” като детайл в ТД. Редовете в ТД се сортират първо по това поле, след това по всичко останало.
Всеки нов ред, който се добавя е с автоматичен пореден номер започващ с 10, а всеки следващ е през 10, т.е. редовете се номерират автоматично 10, 20, 30, 40 и т.н.

Колона „Подредба“ е скрита по подразбиране.
Ако искате да я визуализирате и запомните в изгледа трябва да запомните и сортиране по нея.

Реализирано е също Базовият копиращ скрипт да попълва и Подредбата на редовете в новия ТД.
При копиране на редовете на база текущия документ се копира и подредбата им по начина, по който са вписани. При копиране на базата на баланс, редовете се номерират през 10.

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