Volné konfigurace 1C: F³ projekt pro stabilní systémy

F³: Jak volná konfigurace mění přístup k 1C

Projekt F³ představuje zásadně nový formát konfigurací pro platformu 1C, založený na otevřenosti kódu, stabilitě architektury a skutečném zohlednění potřeb podniku. Na rozdíl od typových řešení F³ eliminuje závislost na častých aktualizacích a nabízí dlouhodobé využívání informačních systémů bez vázby na každoroční změny legislativy.

Koncepční základy projektu

Hlavní problém typových konfigurací 1C spočívá v jejich zaměření na rychlou reakci na změny legislativy při ignorování požadavků uživatelů. F³ tento problém řeší následujícím způsobem:

• Plně dokumentovaným a modulárním kódem
• Abstrakcí změn legislativy
• Podporou starších verzí platformy (od 8.3.16)

Klíčovým prvkem je model GNU3, který zaručuje absolutní svobodu kódu. To brání odkupu práv firmou 1C a následnému ukončení projektu, jak se stalo s UNF. Architektura je navržena tak, aby změny legislativy byly abstrahovány parametrizací, nikoli tvrdým kódováním dat a pravidel.

Funkční možnosti

Realizovaný funkcionál pokrývá klíčové obchodní procesy:

• Řízení prodejů a nákupů s plnými recipročními výpočty
• Skladové účetnictví s partijním systémem a obnovou posloupnosti
• Integrace s obchodním vybavením (Štrih-M, Atol) prostřednictvím TOL
• Podpora značkování a tisku paragonů
• Flexibilní systém práv přístupu bez použití standardních rolí 1C

Zvláštní pozornost je věnována tiskovým formulářům – tvorba probíhá pro jednotlivé objekty na základě strukturovaných dat, což usnadňuje přizpůsobení. Všechna servisní data (drivery, klasifikátory) jsou uložena v samostatném repozitáři mimo databázi, což zvyšuje mobilitu systému.

Principy vývoje

Architekturní řešení

Priorita je dána JSON před XML všude, kde je to technicky možné. Parametrizace nahrazuje tvrdě zakódovaná data – všechna nastavení jsou historizována a ovládána zaškrtávacími políčky v rozhraní. Knihovna funkcí Fixina plně nahrazuje BSP a zajišťuje transparentnost i testovatelnost kódu.

Kriticky důležitým rozhodnutím bylo použití platformy 8.3.16 jako základní. To umožňuje migraci i u zastaralých konfigurací a uvolňuje podnik od nákladů na kompletní výměnu systému. Vývojáři se vědomě vzdali účasti v „myšiním závodě“ za novými verzemi platformy.

Systém práv přístupu

Je realizován programovými omezeními s pěti základními rolemi:

• Administrátor
• Regulátor
• Plný přístup
• Prohlížení
• Externí kód

Kontrola přístupu probíhá:

• Kontrolou otevírání formulářů
• Programovými filtry ve seznamech
• Modifikací SQL dotazů

Na rozdíl od typových konfigurací zde nejsou zaškrtávací role. Přístup k položkám menu je řízen funkčními volbami, což umožňuje flexibilní nastavení rozhraní pro konkrétní úkoly.

Specifika zbožního účetnictví

Byl zvolen klasický partijní účet s obnovou posloupnosti jako nejpřirozenější pro obchodní operace. Tento přístup eliminuje potřebu měsíčního uzavírání období, zjednodušuje práci s expirovaným zbožím a partiemi. Partijní účet se vztahuje i na reciproční výpočty, což zajišťuje průřezovou analýzu všech operací.

Je realizována podpora RIB (regulovaných informačních databází) prostřednictvím mechanismu aktualizace verzí konfigurace. To umožňuje zachovat integritu dat při migraci mezi verzemi bez ztráty historických záznamů.

Co je důležité

Dlouhodobá stabilita: Jádro konfigurace nevyžaduje roční výměnu, snižuje TCO účetního systému

Otevřenost kódu: Plný přístup k zdrojovému kódu na GitHub s licencí GNU3

Podpora legacy: Funkčnost na platformě 8.3.16 a vyšší bez ztráty funkcionality

Flexibilita práv: Odmítnutí standardních rolí 1C ve prospěch programové kontroly přístupu

Úspora na aktualizacích: Snížení nákladů na adaptaci změn legislativy parametrizací

— Editorial Team