A4SMART v5.1.2.45
Вход

Help: Меню (номериран списък)

Сивите редове са планирани, но все още не са активни. Номерацията е идентична с менюто по спецификация.

Специални help теми

8.1.1 Фирмени данни

Тук се поддържа фирменият профил, който служи като източник за печатни шаблони, SAF-T, общи фирмени настройки и част от документния модел.

  • Фирма / продавач: име, ЕИК, ДДС номер, адрес, град, държава, МОЛ, контакти.
  • Валута: основната валута на фирмата се ползва като default в документите, ако документът не е с друга валута.
  • Банки: шаблоните не държат банковите данни като свободен текст. Те трябва да идват от избрана фирмена банкова сметка.
  • Шаблони: placeholders като {{seller_name}}, {{seller_eik}}, {{seller_address}} и др. се пълнят оттук.

Добра практика е фирменият профил да е пълен и чист, защото от него зависи видимата информация в фактури, проформи, протоколи и SAF-T.

8.1.4 Потребители към фирма

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

  • Owner/Admin за фирма: може да променя фирмени настройки, номенклатури и шаблони в 8.x.
  • User: може да вижда фирмени екрани според достъпа си, но не би трябвало да променя критични фирмени настройки.
  • Шаблони: частен шаблон в 8.4 се вижда само за фирмата собственик.
  • Имперсонация: влизането като друг потребител е admin функция и служи за проверка какво вижда конкретният потребител.

8.2.1 Сметкоплан за Фирмата

Фирменият сметкоплан стъпва върху master сметкоплана на платформата. Тук фирмата избира кои master сметки участва/не участва и как ги ползва локално.

  • Мастер сметкоплан: базовата библиотека от сметки.
  • Действащ сметкоплан фирмен: ефективният списък от сметки, които фирмата реално използва.
  • Неактивни от master: сметки, които съществуват в базата, но фирмата не ги използва.
  • Промяна на master сметка не трябва silently да чупи фирмени зависимости.

10.2.1 Сметкоплан за Платформата

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

  • Базов = общ за всички фирми.
  • Фирмено участие се управлява в 8.2.1, не тук.
  • Промени тук трябва да се правят внимателно, защото влияят на master/local наследяването.

8.2.3 AJUR номенклатури по фирма

Тук се виждат и поддържат фирмените AJUR-тип номенклатури. Фирмата може да използва master редове, да копира редове от master или да добавя локални.

  • Активни: ефективният фирмен изглед.
  • Master предложения: редовете от базовия слой, които могат да се активират или копират.
  • Конкретни фирмени: локалните редове и локалните отклонения.
  • TXT import/export: използва се за AJUR съвместим обмен.
  • Strict match: файлът трябва да съвпада точно по колони с дефиницията.
  • Update schema if needed: позволява адаптиране на дефиницията, когато входният файл има различна структура.

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

10.2.3 Master AJUR номенклатури

Тук е базовият регистър на AJUR-подобните номенклатури. Той дефинира колони, формати и общи master редове.

  • Master регистър: дефиниция на колоните и формата.
  • Master съдържание: общите редове, които фирмите могат да ползват.
  • Редакцията тук влияе на това какво се вижда като master предложения в 8.2.3.

8.2.4 A4SMART номенклатури / артикули и услуги

Тук са фирмените групи, подгрупи, артикули и услуги, които не са задължително 1:1 AJUR номенклатури. Те се ползват за фактуриране и за редовете по документите.

  • Код на артикула/услугата → влиза в шаблона като {{line_code}}.
  • Име/описание → {{line_description}}.
  • Свободно обяснение по ред → {{line_note}}.
  • При стокови документи могат да участват и складови атрибути като партида, срок на годност и произход.

10.2.4 Master A4SMART номенклатури / артикули и услуги

Това е master библиотеката от групи, подгрупи, артикули и услуги, върху която фирмите могат да стъпят. Фирмата може да ползва общи записи или да ги override-ва/допълва локално.

8.2.5 Кодове Приходи/Разходи

Кодовете Приходи/Разходи са фирмен слой над master CODE библиотеката. Те се използват за бъдещо осчетоводяване, автоматична логика и връзка към сметки и номенклатури.

  • Кодът сам по себе си не е шаблонно поле, но може да влияе върху документния модел.
  • По-късно от него ще се определят default поведения по ред и по документ.

10.2.5 Master Кодове Приходи/Разходи

Това е общата библиотека от CODE записи на ниво платформа. Фирмите могат да ги активират, да създават частни варианти или да поддържат фирмени кодове.

8.2.8 SAF-T номенклатури

Фирмата използва SAF-T код листи за генериране на SAF-T данни. В 8.2.8 се вижда ефективният фирмен слой.

  • Код листите могат да са базови (master) или фирмени.
  • За шаблоните тези номенклатури са важни само ако документният модел черпи конкретни кодове от тях.

10.2.8 Master SAF-T номенклатури

Тук администраторът управлява базовите SAF-T код листи. Те се използват за обща съвместимост и за фирмените настройки в 8.2.8 / 8.2.9.

8.2.9 SAF-T допълнителни настройки

Тук фирмата поддържа специфични SAF-T данни, които не са само код листа: напр. основание, данни за company profile и други секции.

  • TaxAccountingBasis е важна настройка за SAF-T профила.
  • Този екран е фирмен и трябва да показва данните на текущата фирма.

10.2.9 Master SAF-T допълнителни настройки

Това е master огледалото на SAF-T профила и свързаните базови настройки на ниво платформа. Използва се за базови defaults и за контрол на общите списъци.

8.3 Фирмен архив и възстановяване на архив

Тук фирмата прави собствен backup/restore. Възможно е възстановяване и на „чиста фирма“, без локални номенклатури, когато това е желано.

  • Фирменият архив не е равен на платформения архив.
  • Използвай фирмения архив за безопасни тестове и връщане назад на една фирма.

10.3 Архив и backup на платформата

Платформеният архив събира общите данни: фирми, потребители, достъпи, master данни, шаблони и release proofs.

  • 8.3 е фирмен backup.
  • 10.3 е платформен backup.
  • Добра практика е преди масов import или масова промяна по master данни да се прави платформен архив.

8.4 Шаблони и печат / Фирмени шаблони

Тук фирмата избира кои шаблони да използва по документни групи. Шаблоните вече се групират като:

  • Фактура
  • Invoice
  • Проформа
  • Стокова
  • Протокол по ДДС
  • Базов шаблон е общ за всички фирми.
  • Частен шаблон е видим само за фирмата собственик.
  • Редакция на базов шаблон от фирма трябва да създава частно копие, а не да променя общия шаблон.
  • Персонални детайли означава лого, подпис, печат или друг фирмен branding.
  • Референтен PDF е ориентир как трябва да изглежда документът; не е текущият шаблон.
  • Текущият шаблон е DOCX файлът, който се редактира и заменя.

10.4 Master шаблони и печат

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

  • Обхват = Базов → шаблонът е видим за всички фирми.
  • Обхват = Частен → шаблонът е видим само за една фирма.
  • Собственик фирма се попълва само за частен шаблон.
  • Персонални детайли маркира шаблон с вградено лого, подпис, печат или други персонални елементи.
  • Ако базов шаблон се редактира от фирма, правилният процес е да се създаде частно копие.
  • Ако частен шаблон трябва да стане общ, по-правилно е да се публикува като нов базов шаблон.
  • Design шаблоните на creativecore са заварен пример за частни шаблони.
  • Референтен шаблон = PDF образец за визуална сверка.
  • Текущ шаблон = DOCX, който се редактира и качва обратно.

10.5 Екран доказателства/версии (release proofs)

Тук се виждат версията, build ID и промените по пакетите. Това е полезно за проверка дали правилният zip е инсталиран и дали версията на екрана съвпада с очакваната.

  • Build ID се изчислява от инсталирания код.
  • Използвай този екран, когато трябва да докажеш коя версия реално работи на хостинга.

Каноничен документен модел

Документният модел трябва да е общ за фактура, invoice, проформа, стокова и протокол по ДДС.

  • Header: номер, дата, данъчно събитие, валута, основание, плащане, коментар.
  • Parties: продавач, купувач, получател, банкова сметка.
  • Lines: код, описание, свободен текст по ред, количество, единица, цена, ТО, данъчна ставка.
  • Totals: данъчна основа, ДДС, общо, сума с думи.

VAT case / ставка / основание

ДДС логиката не се изчерпва със ставка 20%. Тя зависи от избрания данъчен случай.

  • Облагаема продажба
  • ВОД
  • ВОП стока
  • ВОП услуга
  • Продажба извън EU
  • Неначисляване / освобождаване

Избраният VAT case трябва да определя свързаните полета: ставка, основание, текст за дневник и поведение в шаблона.