Veikto darbu apraksts klienta konfigurācijas uzturēšanai un attīstībai

Klients mūsu uzņēmumam tika nodots jau ar esošu, būtiski pielāgotu 1C konfigurāciju. Sistēma ietvēra plašu funkcionalitāti loģistikā, servisa apkalpošanā, grāmatvedībā, darbā ar iekšējiem pasūtījumiem un noliktavas procesos.
Mūsu uzdevums bija nodrošināt sistēmas uzturēšanu, kļūdu labošanu, funkcionalitātes attīstību un risinājuma pielāgošanu klienta biznesa procesiem.

Darba periodā tika izpildīti desmitiem dažādas sarežģītības uzdevumu, tostarp liela apjoma tehniskās izstrādes, izpētes darbi un veiktspējas optimizācija.
Zemāk sniegts strukturēts galveno realizēto uzlabojumu apraksts.

1. Apstrādes “Reconciliation report” (ENG un EEEUR) pilnveidošana

Apstrādei Reconciliation report ENG tika pievienota iespēja izvēlēties savstarpējo norēķinu veidu (Settlements Kind), līdzīgi kā tas jau darbojas Reconciliation report EEEUR.

Darbības ietvaros tika veikts:

– pievienots jauns savstarpējo norēķinu izvēles lauks;
– realizēta dokumentu filtrēšana pēc izvēlētā tipa;
– pārstrādāti vaicājumi un apstrādes modulis;
– nodrošināta korekta atskaites darbība dažādiem saskaņošanas scenārijiem.

Rezultāts – saskaņošanas akta sagatavošana kļuva elastīga, precīza un atbilstoša klienta prasībām.

2. Apjomīga rezervēšanas un iekšējo pasūtījumu funkcionalitātes pilnveidošana

Šis bija viens no lielākajiem uzdevumiem, kas ietvēra vairāk nekā 40 izmaiņas un saskaņojumus. Projekts skāra iekšējos pasūtījumus, preču rezervēšanu, pārvietojumus, pasūtījumu statusus un atlikumu kontroli.

2.1. Kolonna “Rezervēts pēc dokumenta”

Tika izlabots rezervju aprēķins uz tekošo datumu.

– konfigurēta korekta atjaunošana, veicot rezervēšanu, pārvietojumus un dokumentu atcelšanu;
– ņemta vērā daļēja rezervēšana un piegādātāju pasūtījumi.

2.2. Dokumenta “Preču rezervēšana” aizpildīšanas loģika

– ieviesta aizpildīšana tikai ar nerezervētiem atlikumiem;
– realizēta poga “Aizpildīt pēc atlikumiem”;
– rezervēšana nav atkarīga no piegādātāju pasūtījumiem;
– ņemts vērā brīvais atlikums tieši konkrētajam iekšējam pasūtījumam.

2.3. Poga “Reserve” dokumentā “Internal Order”

Nospiežot pogu, automātiski notiek:

– rezervēšanas dokumenta izveide;
– aizpildīšana tikai ar pieejamām pozīcijām;
– kolonnas “Rezervēts pēc dokumenta” atjaunošana;
– atlikumu kontrole;
– statusa atjaunošana.

Tas būtiski vienkāršoja lietotāju darbu.

2.4. Iekšējo pasūtījumu statusu modeļa pārstrāde

Ieviesta statusu sistēma:

Created – rindas vēl nav apstrādātas
In Progress – rindas apstrādātas, bet ne visas ir piegādātāju pasūtījumos
Ordered – visas pozīcijas ir piegādātāju pasūtījumos
Ready – viss pasūtījuma atlikums ir pilnībā rezervēts
Completed – pēc pārvietošanas vai pasūtījuma slēgšanas

Īpašības:

– statuss tiek automātiski atjaunots ik pēc 10 sekundēm un pie ierakstīšanas;
– korekti pārrēķinās, atceļot dokumentu apstiprināšanu;
– statusa Ready loģika balstās uz reģistra “Iekšējie pasūtījumi” atlikumiem un rezervēm.

2.5. Rezervēšanas “mīnusā” aizliegums

Problēma: sistēma ļāva rezervēt preces ar negatīvu atlikumu.

Risinājums:

– izveidota papildu tiesība “Atļaut pārsniegt brīvo atlikumu neoperatīvā apstrādē”;
– lietotāji bez šīs tiesības nevar apstiprināt dokumentus, kas veido negatīvu rezervi;
– kontrole darbojas, veicot apstiprināšanu:

no formas,
no saraksta,
no pakārtotās struktūras,
operatīvi un neoperatīvi.

2.6. Pārvietojumu korekcijas

– pārvietojumi tagad korekti noņem rezerves;
– pasūtījuma statuss korekti pārrēķinās pēc apstiprināšanas atcelšanas;
– novērstas problēmas ar nekorektiem atlikumiem.

2.7. Labojumi atskaitē “First Pick”

Kolonnā RegistryQty korekti tiek attēlots daudzums, kas rezervēts konkrētajam iekšējam pasūtījumam.

2.8. Sistēmas optimizācija

– iztīrīti vairāk nekā 100 000 nekorektu ierakstu failu reģistros;
– optimizēti rezervēšanas vaicājumi;
– paātrināts statusu aprēķins.

Rezultāts:
Rezervēšanas mehānisms kļuva pilnībā korekts, izslēdz negatīvus atlikumus, automātiski seko statusiem un atbilst klienta biznesa procesiem.

3. Tiesību ierobežošana preču grupas “XP / Parts Products” rediģēšanai

Uzdevums bija ierobežot iespēju mainīt nomenklatūras datus noteiktām preču grupām.

Tika veikts:

– paplašināts informācijas reģistrs “Lietotāju piekļuves tiesību iestatījumi” – pievienota iespēja norādīt preci vai preču grupu;
– izveidota atsevišķa piekļuves grupa lietotājiem ar rediģēšanas tiesībām;
– nomenklatūras kartītē pievienota lietotāja tiesību pārbaude;
– tiesību neesamības gadījumā kartīte tiek atvērta tikai skatīšanas režīmā.

Rezultāts – droša piekļuves tiesību sistēma, kas izslēdz nesankcionētas datu izmaiņas.

4. Apstrādes “Work place of service coordinator” pilnveidošana (parāda aprēķins)

Problēma:
Partner’s debts summā tika iekļauti dokumenti, kuru apmaksas termiņš vēl nebija iestājies.

Tika veikts:

– izpētīts vaicājums, kas veido parādu;
– koriģēts algoritms – tagad tiek ņemti vērā tikai dokumenti ar nokavētu apmaksas datumu;
– atjaunoti vaicājumi un aprēķina loģika;
– veikta testēšana ar reāliem klienta datiem.

Rezultāts:
Lauks Partner’s debts rāda korektu parāda summu, kas uzlabo debitoru parādu kontroli.

5. Analītiskais darbs ar apstrādi “Safety stock main”

Uzdevums: izpētīt min/max krājumu aprēķina algoritmus, noteikt datu avotus un formulas turpmāko izmaiņu sagatavošanai.

Tika veikts:

– analizēta pogu Fill in un Calculate darbība;
– izpētīti vaicājumi uz atlikumu, pārdošanas, pasūtījumu un pārvietojumu reģistriem;
– dokumentētas visu galveno kolonnu formulas:

Safety stock
Order quantity
Ordered quantity
Items outgoing frequency
Rest
STDEV
MAX

– sagatavots pilns pārskats par apstrādes loģiku.

Rezultāts:
Klients ieguva pilnīgu izpratni par Safety stock aprēķinu mehāniku, kas ļauj korekti mainīt algoritmus.

6. Elektronisko rēķinu (E-invoicing) ieviešana Latvijai un Igaunijai

Nacionālo prasību un pārejas uz elektronisko dokumentu apriti ietvaros tika realizēts E-invoicing atbalsts divām valstīm – Latvijai (LV) un Igaunijai (EE).

Veiktie darbi

1. Eiropas elektroniskā rēķina formāta atbalsts

Realizēts dokumentu eksports formātos, kas atbilst prasībām:

Latvijas E-rēķinu standarts
Igaunijas e-arve / e-invoice standarts

Nodrošināta XML struktūras veidošana atbilstoši abu valstu lokālajiem noteikumiem.

2. Drukas formu un datu struktūras pielāgošana

Tika mainītas drukas formas “Contract Invoice”, “Service Invoice”, “Outgoing Invoice Fin”:

– pievienoti obligātie lauki,
– ievadīti lokālie rekvizīti,
– koriģēta numerācija un formatējums.

3. Integrācija ar ārējām prasībām

Realizēta korekta pārsūtīšana:

– kontrahenta datiem,
– VAT informācijai,
– summām, likmēm, mērvienībām,
– apmaksas nosacījumiem,
– atsaucēm uz līgumu / iekšējo pasūtījumu / servisa pasūtījumu.

4. Testēšana ar reāliem datiem

Veikta testēšana ar klientu piemēriem LV un EE.
Izlabotas kļūdas un precizēti obligātie XML elementi.

Rezultāts:
Sistēma pilnībā atbilst e-invoice prasībām Latvijā un Igaunijā, kas ļāva klientam legāli apmainīties ar elektroniskajiem dokumentiem un paātrināt dokumentu apriti.

7. PVN likmju izmaiņu ieviešana Igaunijā (20% → 22% → 24%)

Uzturēšanas periodā klients saskārās ar vairākām Igaunijas nodokļu likumdošanas izmaiņām.
Mūsu uzdevums bija nodrošināt korektu PVN darbību visās konfigurācijas daļās, saglabājot vēsturisko dokumentu nemainīgumu.

7.1. Pāreja no PVN 20% uz 22%

Tika veikts:

– jaunu PVN likmju izveide atbilstoši likumdošanai,
– formulu pārstrāde,
– likmju atbilstības tabulu atjaunošana,
– algoritmu koriģēšana dokumentos (pārdošana, iepirkumi, serviss, iekšējie procesi),
– drukas formu pielāgošana,
– korektas pārejas pārbaude jauniem un vēsturiskajiem dokumentiem.

7.2. Pāreja no PVN 22% uz 24%

Analogi veikti darbi:

– pievienota 24% likme,
– tehniski aizliegta veco likmju lietošana pēc kontroles datuma,
– atjaunotas atskaites:

VAT Declaration,
VAT on Incoming/Outgoing invoices,
pārdošanas un iepirkumu atskaites.

7.3. Vēsturiskuma kontrole

Dokumenti, kas izveidoti pirms likmes maiņas, saglabā veco PVN un tiek korekti pārrēķināti.

7.4. Masveida testēšana

Pārbaudīti:

– iekšējie pasūtījumi,
– ieņēmumi,
– servisa darbi,
– rezervācijas,
– akcijas un bonusi,
– Contract Invoice,
– LTR formas.

Rezultāts:
Sistēma korekti atbalsta jaunas PVN likmes, saglabā vēsturisko datu pareizību un pilnībā atbilst Igaunijas nodokļu prasībām.

Kopsavilkums

Uzturēšanas laikā tika veikts nopietns un komplekss darbs:

– kļūdu labošana mantotajā konfigurācijā,
– noliktavas un loģistikas procesu automatizācija,
– atskaišu uzlabošana,
– kontroles mehānismu izstrāde,
– sarežģītu rezervēšanas mehānismu pārstrāde,
– finanšu aprēķinu algoritmu koriģēšana,
– sistēmas veiktspējas optimizācija.

Nodrošināts pilnvērtīgs e-invoicing atbalsts Latvijā un Igaunijā, kā arī divas lielas konfigurācijas adaptācijas PVN likmju izmaiņām (20% → 22% → 24%) bez vēsturisko datu bojāšanas un bez biznesa procesu bloķēšanas.

Sistēma kļuva stabilāka, precīzāka un ērtāka lietotājiem, bet visi klienta kritiskie procesi – droši un automatizēti.