Създаване на бизнес план

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

Odoo България стана на 10 години. По този повод всички наши услуги ще бъдат с 10% намаление през месец април 2022 г. Благодарим на всички наши клиенти за доверието!

Имам удоволствието да ви съобщя за предстояшата презентация на ERP Odoo 12, организирана от Odoo S.A., на 05.03.2019 г. от 18:00 ч. в Новотел Хотел София.

Записването е безплатно. Не пропускайте това първо за България събитие!

По-долу публикуваме отговори на НАП относно СУПТО:

1. В търговски обект се използва фискално устройство (ФУ), което не се управлява от софтуер за управление на продажбите. Следва ли издаваните от устройството фискални бонове (ФБ) да съдържат УНП?

Фискалните бонове, разпечатани от ФУ, които не работят под управлението на софтуер за управление на продажбите (СУПТО), не следва да съдържат уникален номер на продажбата /УНП/.

В случай, че в обекта се използва СУПТО, софтуерът задължително трябва да управлява всички фискални устройства в този обект.

Съгласно § 1, т. 84 от ДР на ЗДДС „софтуер за управление на продажбите в търговския обект“ (СУПТО) е всеки софтуер или модул от софтуер, независимо от технологиите за реализацията му, използван за обработка на информация за извършване на продажби на стоки и/или услуги в търговски обект, за които е налице задължение за издаване на фискален бон.

Често в практиката се налага една база данни да се клонира като тестова от основната, на която не се правят тестови сделки. Какво се случва обаче, ако тестовата база се "счупи". Клонираме отново и добавяме липсващите модули. Ако няма как да видим кои са и не е възможно да ги помним, понеже са поне 100 допълнително, какво да правим?

По долу ще ви предоставя списък от Python библиотеки за коректната работа на Odoo 8 и външни модули, известен повече като dependencies. В официалната документация много от задължителните библиотеки липсват. Например файла /opt/odoo/odoo/requirements.txt съдържа списък от само 41 библиотеки. В една наша типична инсталация, инсталираните модули са около 460 520. Поради тази причина и долния списък е от 135 161 библиотеки. Списъка няма претенции да е 100% пълен. При някои допълнителни модули е възможно да има нужда и от допълнителни библиотеки. Създайте файл със съдържанието на долния списък (с име напр. requirements.txt) и инсталирайте с

pip install -r requirements.txt

До сега не съм писал нещо за хостването на ERP Odoo. Odoo не е лаком за ресурси, стига фирмата да не е със 100 едновременно работещи потребителя. Общия брой не е от значение, може да са 100, 1000, 10000... В общия случай са достатъчни 4 ядра и 4 GB RAM и 1 TB дискове в RAID, но за предпочитане е по-малки SSD за основната система и голям RAID масив за данни. При фирми с 10 едновременно работещи потребителя е напълно достатъчен VPS с 2 ядра и 2 GB RAM. Клиентите ни предпочитат различни решения и имат различни възможности и ние сме длъжни да се съобразим с това. По долу ще ви запозная с някои решения.

Тази седмица се наложи да поработя с Odoo версия 9. Трябваше да се премести (клонира) ситема с електронен магазин от хърватски домейн на български и на друг сървър. Понеже колегите от Хърватска направиха копие на техия сървър на друг, от който да се свали каквото е необходимо, се наложи да се заема лично. Самото преместване мина сравнително гладко, дори на новия сървър проксито е през Nginx, а не през Apache, както беше на оригинала. С включена компресия и http2 постигнах PageSpeed Insights 87 за десктоп и 78 за мобилни при 100 ползваемост от първия опит. Имаше малко проблеми с npm, nodejs и плъгините less, less-plugin-clean-css и огромен списък от python модули.