Какво ново в Prim.io? Версия 26.09

Вижте какви са най-новите подобрения и функционалности, които ще бъдат достъпни в системата с предстоящата актуализация на Prim.io:

Визуални общи промени по списъци и справки 

Работата със списъците и справките в системата става по-последователна:

• Всеки списък вече има бутон „Колони“, чрез който можете да избирате кои колони да бъдат видими. Изборът се записва автоматично и се запазва за следващо отваряне.
• Филтърът остава постоянно видим, а бутонът за филтриране превключва между кратък изглед с основните полета и разширен изглед с всички възможности.
• При отваряне на документ списъкът зад него вече не изчезва, а се свива до тясна лента. Можете да го разгънете с едно кликване, без да затваряте документа.
• Полетата „Период“, „От“ и „До“ вече работят по един и същ начин във всички интерфейси.
• Задължително поле с една единствена възможна стойност се попълва автоматично.
• Съобщенията за грешка се показват като подсказка към съответното поле, без да разместват формата.
• Двойният клик не отваря два еднакви диалогови прозореца, а клавишът Esc затваря най-горния отворен прозорец.

Настройките вече могат да се отварят чрез директен линк

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

Prim.io запомня и последно отворения екран за всеки модул.

По-лесна промяна на цветовете

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

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

Нов екран „Какво ново“

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

Диалогът не се показва на мобилни устройства.

Важни промени в резултатите по подразбиране

След актуализацията някои екрани могат да покажат различни резултати още при първото отваряне:

• „Движение на стоки“ ще показва по подразбиране само артикулите с движения за избрания период.
• В „Зареждане на склад“ междуфирмените продажби няма да се включват по подразбиране.
• Филтърът „С/Без наличност“ в „Товарителници“ ще връща резултат според новата логика.
• Колоната „Лице за доставка“ в списъците с документи ще показва лицето за контакт.
• В „Разход на материали“ колоните „Брак“ и „Липси“ ще показват коректните си стойности. Досега данните в тях са били разменени.
• При справките с избор на колони изключената колона няма да участва в таблицата, сумите и експорта.
• Колоната „Дата на плащане“ ще се попълва според остатъка, а не според статуса на документа.
• Колоните „За фактуриране“, „За плащане“ и „Изписано количество“ отпадат от списъците с документи. Остатъците остават достъпни чрез филтрите „Нефактурирано“ и „Неплатено“.
• При първото влизане след актуализацията локалните настройки на екраните ще бъдат изчистени. Личните настройки за цветова схема, разширен филтър, камера и колони при избор на артикул ще бъдат запазени.

Модул CRM

Проверка на ЕИК, ЕГН и ЛНЧ

Валидността на българските ЕИК, ЕГН и ЛНЧ се проверява директно в полето, вместо грешката да се показва едва след запис. При контрагенти от друга държава тази проверка не се прилага.

CRM статуси по тип документ

Статусите вече се конфигурират централно според типа на документа — поръчка, оферта, клиентска поръчка или фактура.

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

Уведомление за просрочени фактури

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

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

Подобрения в системните шаблони за уведомления

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

Когато едно уведомление включва няколко документа на клиента, документните параметри се оставят празни, вместо в писмото да се визуализират като {{document_num}}, {{document_name}} и други необработени стойности. Информацията за отделните документи продължава да се показва в списъка с операции или в таблицата на уведомлението.

Добавен е и нов параметър {{document_date}} за датата на документа. Параметърът {{for_date_formated}} продължава да показва датата на изпращане на уведомлението. В екрана за редакция на шаблон вече са видими всички поддържани параметри, както и пояснение кои от тях се използват само при уведомление за един документ.

Задачи и събития

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

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

Модул P&S

Ауторизация на сторниране с код на служител

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

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

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

Причини за сторниране на продажби

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

Добавена е и възможност да създавате собствени причини за сторниране. Те се управляват от Продажби и покупки → Настройки P&S → Типове продажби → Статуси сторнирания. За всяка причина можете да зададете собствен код, подредба и съответния код, който да се подава към фискалното устройство.

Избраната причина за сторниране се визуализира:

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

Системата създава автоматично служебните причини „Връщане“, „Замяна“ и „Грешка“. Ако не добавите собствени причини за сторниране, ще можете да използвате само тях.

Таргети KPI

„Таргет правила“ се преименува на „Таргети KPI“. След избор на справка и година наличните KPI се визуализират в списък със стойности по месеци, тримесечия, полугодия и година.

Модул Склад и Логистика

Вариации на артикули

Новата функционалност Ви позволява да създавате и управлявате артикули с различни варианти значително по-лесно. Например вместо да въвеждате ръчно 42 артикула за обувка в 7 цвята и 6 размера, създавате един базов артикул и посочвате характеристиките, по които той варира. Prim.io автоматично генерира всички комбинации.

Базовият артикул съдържа общата информация – име, категория, бранд, характеристики, мерки и изображения. Реалните артикули са отделните варианти, например „Обувка, Черен, 37“. Те имат собствени наличности, баркодове и SKU кодове и се използват в продажби, поръчки и складови документи.

Функционалността се активира от „Общи настройки“ → „Вариации на артикули“. При създаване на артикул маркирате „С вариации“, добавяте приложимите характеристики и избирате стойностите, например цвят и размер. Системата създава до 500 комбинации наведнъж и автоматично генерира техните имена и SKU кодове.

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

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

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

Множество баркодове към един артикул

Вече можете да добавяте множество баркодове към един артикул и да определяте техния вид, например SKU, EAN или ASIN. Това позволява един и същ артикул да бъде идентифициран чрез различни кодове според начина на работа или използваната външна система. 

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

При артикули с вариации баркодовете се управляват поотделно за всеки вариант. Базовият артикул не съдържа баркодове. Същото правило се прилага при работа през API и при импорт от Excel.

Минимално количество и стъпка за поръчване

Във връзката между артикул и доставчик вече могат да се задават:

• мярка за поръчване;
• минимално количество;
• стъпка за поръчване.

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

Например при минимално количество 12 и стъпка 6 допустимите количества за поръчване са 12, 18, 24, 30 и т.н. При създаване на поръчка към доставчика Prim.io ограничава избора до допустимите стойности.

При импорт от Excel, API или документ, създаден от заявка, количеството автоматично се увеличава до минималното и се закръгля нагоре според зададената стъпка. Направените корекции се показват в интерфейса или се връщат в отговора на API.

Режим на изписване на артикул

За артикула може да бъде избран режим FIFO, LIFO или решение на оператора. Настройката определя коя партида да бъде предложена при изписване и пикиране. 

Сторниране на междуфирмени премествания

Приключените междуфирмени премествания вече могат да бъдат сторнирани:

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

Междуфирменото преместване вече има редактируемо досие и се вижда и от двете страни на сделката.

Промяна в отчитането на брака

Самостоятелните операции „Бракуване“ и „Експедиция за брак“ се преустановяват. Бракът ще се отчита чрез новия процес със складова сесия от тип „Брак“.

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

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

Преобразуването се стартира от временен панел в „Настройки Финанси“ - Настройки, Счетоводни финансови категории за Разход на материали/Липси, откъдето се избира и съответната финансова категория. Панелът ще бъде видим само докато в базата има активни документи за преобразуване.

Проверка преди създаване на товарителница

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

Така процесът се спира преди създаването на товарителница при куриера и се показва реалната причина за прекъсването.

Разход на материали

Справката „Разход на материали“ получава разрез по финансова категория и два нови изгледа - по документи и по редове. От тях можете директно да отваряте съответното досие и да задълбочавате филтъра с едно кликване.

Добавена е и възможност излишъците от ревизия да намаляват отчетените липси.

Статуси на доставки

В „Настройки Логистика“ е добавен нов екран „Статуси на доставка“, от който можете да създавате и управлявате собствени статуси за проследяване на пратките.

За всеки статус можете да настроите:

• цвят за по-лесно разпознаване;
• свързан статус на продажбата;
• шаблон за автоматично уведомяване на клиента;
• Hook, който да се задейства при промяна на статуса.

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

Складови сесии

Ревизионната сесия се разширява до „Складова сесия“, която може да бъде от следните видове:

• ревизионна;
• брак;
• приемане;
• изписване;
• заявка.

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

Мобилни бинове

Складът вече може да създава мобилни контейнери по зададен префикс и брой. Системата проследява в кой контейнер се намира стоката и позволява той да бъде зачислен към пакетажната зона или разтоварен.

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

Пакетажната зона става част от склада

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

Пикинг листове

Наименованието „Пакетажен лист“ се заменя с „Пикинг лист“.

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

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

Модул Финанси и Счетоводство

Масови операции с избор на обхват

При стартиране на масова операция вече можете да определите върху кои документи да бъде приложена:

• всички документи от резултата;
• само маркираните редове;
• ръчно въведен списък с номера;
• номера от Excel файл.

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

Масово плащане 

Можете да извършите масово плащане на до 500 документа наведнъж. Документите трябва да бъдат от една фирма и в една валута.

В масовите операции е възстановено и действието „Отписване“. Чрез полето „Отписване до сума“ можете да определите максимален остатък, за който да се създава протокол за отписване.

Редакция на параметри на издаден документ

Нов общ екран - “редакция на параметри” позволява едновременно да промените:

• контрагент и лице за контакт;
• служител;
• начин на плащане;
• падеж;
• дата на данъчното събитие;
• счетоводна дата;
• описание;
• бележка.

В историята на документа се запазва информация кои параметри са променени.

Настройки при плащане

Касата, POS терминалът и банковата сметка вече се избират директно в диалога за плащане. Там се вижда и статусът на фискалното устройство, когато плащането се извършва чрез такова устройство.

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

Нов списък „Премествания на пари“

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

Статуси на финансовите документи

В „Настройки Финанси“ е добавен общ екран „Статуси на финансови документи“. Статусите на приходните и разходните финансови документи се управляват на едно място в отделни табове.

Промени в справка OSS

Фирмата става задължителна във филтъра, тъй като нейната валута определя използваните валутни курсове.

В справката вече се включват и авансовите фактури, а използваната част от аванса се приспада. Нов панел показва финансовите документи, включени в избрания ред.

Архив на подадените ДДС файлове

Архивът вече е достъпен за всички потребители със счетоводни права, а не само за системен потребител.

API

Направени са следните подобрения:

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

Забележка: При сторниране през API подадената дата се отнася само за сторнирането. Финансовият документ, складовата операция и плащането остават с текуща дата. Комбинацията „Плати веднага“ и „Без финансов документ“ връща грешка.

Интеграции

Shopify

Синхронизацията на количествата е адаптирана към новата версия на интерфейса на Shopify. Получените от Shopify грешки вече се записват в лога на синхронизацията.

Skroutz

Добавени са автоматично приемане на поръчките и масово окомплектоване.

Innoship

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

Плащанията по наложен платеж вече се отчитат автоматично.

Econt

Коригирано е подаването на дължина, широчина и височина при палетни пратки.

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

Pigeon Express

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

Номерът на продажбата се подава в полето за външна референция на товарителницата. Добавена е и проверка на изплатените наложени платежи.

DPD

Масовото генериране на товарителници вече отчита настройките на интеграцията, включително „Отвори преди плащане“ и „Тествай преди плащане“.

WooCommerce

Бъндъл с повторение на един и същ артикул вече не създава празни редове.

Amazon

VAT Calculation Report е достъпен и за по-старата версия на интеграцията. Фактурите на разделени продажби от ДДС отчета могат да бъдат издавани от отделен офис.

EasySales

При синхронизация на поръчки вече се поддържат плащания с eMAG ваучери.

‍

‍