В тази статия ще ви покажем как дефинирахме схемите на фирмените
бизнес субекти и йерархичната структура на идентификаторите на обекти на
тези образувания. Това определя взаимодействието на конзолата между
потребителя и информационната система.
Типични спецификации
Цялата типична информация за бизнес обектите на системата е твърдо
кодианя в нея. Модулното разпределение на ERP е дефинирано от основните обекти на
организационната структура, обектите на платежната система PAY и
счетоводната система на служителите на ACC.
ERP SPEC — Таблици на организационната структура
PAY SPEC — Таблици на системата за управление на плащанията
Парите се записват във формат {N, M}, където N е броят на десетичните знаци и
M е всички значими цифри. По този начин числата се кодират по много начини,
като един: 1 = {0,1} = {1,10} = {2,100}. Операцията за умножение в такава
система изглежда по следния начин mul({A, B}, {C, D}) -> {A + C, B * D}.
PLM SPEC — Таблици на системата за управление на жизнения цикъл
Създаване на коренни вериги
ERP BOOT или стартиране на предприятие е процесът на попълване на
основните речници и таблици с основна информация. Това е основно
отражение на йерархичната, организационната структура на предприятието.
От служител на предприятието, работното му място, местния офис, местната
му компания и по-нататък, до група международни компании с офиси в
различни страни по света и вероятно дори до съюзите на мултинационални
корпорации.
ERP BOOT — Организационна структура на предприятието
Разгледайте примера за организационна структура на фирна Quanterall:
Quanterall, главен изпълнител на Aeternity, има офиси в София, Варна
(централен офис) и Пловдив. Самата компания оперира само в
България, така че групата се състои от една компания.
Добавянето на данните за организацията, сега и за напред, става с помоща на обикновени списъчни комбинации:
PAY BOOT — Счетоводство 'CashFlow'
Управлението на аутсорсинга на отчети е съвсем просто:
1) приемаме плащания по фактури, периодично издавани от клиенти, редовно веднъж месечно;
2) плащаме заплати веднъж месечно. Следователно свитъците се групират по календар и се изчисляват месечно.
PLM BOOT — Бюджетиране на проекти
Инициализацията е почасова за всеки служител на проекта. Този списък ще
бъде използван в бъдеще за разпространение на опции.
Лихвени плащания по подсметка по проект:
Библиотеката KVS е отговорна за съхранението и работата с данните. Може да прочетете повече за КVS/ KVX в изданието:
Целият код, необходим за създаването на емисиите, обикновено се приема като
допълнение наречено ERP, към стандартното приложение. За тази организация, ние
използваме собствено Github пространство, което може да бъде различно за вашата
организация, дори можете да имате различно име на хранилището, но името на
приложението Erlang/OTP винаги е ERP:
Хранилището трябва да разполага с реални данни на компания, които
автоматизираме, разкривайки организационната структура, първични данни и
речници ако тази информатия не представлява фирмена тайна. Във всеки друг
случай хранилище може да бъде частно. Самите приложения могат да се
справят с произволни ERP структури.
Примери за заявки до хранилище
Elixir имплементация:
Съдържание на главната директория на базата данни на предприятието:
Списък на компаниите в групата:
Списък на основните офиси/клонове на компанията:
Списък на контрагентите:
Бюджетиране на проекти по различни направления:
Възможност за допълнително възнаграждение на програмисти: