Kai reikia pakeisti ataskaitą, sutvarkyti integraciją ar automatizuoti rankinį darbą, svarbiausia – aiškus rezultatas. Tiesioginis bendradarbiavimas su programuotoju leidžia jūsų poreikį aptarti su žmogumi, kuris pats sukurs sprendimą.

NAV / BC paslaugos: du darbo modeliai

ERP paslaugų įmonė

  1. Klientas
  2. Klientų vadybininkas
  3. Projektų vadovas
  4. Verslo konsultantas
  5. Komandos vadovas
  6. Programuotojas

Tiesioginis bendradarbiavimas

Klientas

Nepriklausomas NAV / BC programuotojas

Poreikis · Analizė · Techninė konsultacija · Projektavimas · Programavimas · Testavimas · Atsakomybė už sutartą rezultatą

Komunikacija
ERP paslaugų įmonė: 5 perdavimai per 4 tarpininkus
Tiesioginis bendradarbiavimas: 1 tiesioginis ryšys
Administracinės sąnaudos
ERP paslaugų įmonė: Valdymo ir administravimo išlaidos
Tiesioginis bendradarbiavimas: Mažiau tarpininkų ir administravimo
Techniniai sprendimai
ERP paslaugų įmonė: Derinami per kelis specialistus
Tiesioginis bendradarbiavimas: Tiesiogiai su programuotoju
Atsakomybė už rezultatą
ERP paslaugų įmonė: Paskirstyta keliems vaidmenims
Tiesioginis bendradarbiavimas: Atsako sprendimą kuriantis žmogus

Už techninį sprendimą ar už visą organizaciją?

Užsakydami NAV ar Business Central pakeitimą, perkate ne vien programavimo valandas. Paslaugos kainoje gali atsispindėti ir pardavimų, projektų valdymo, konsultavimo bei administravimo sąnaudos. Todėl prieš renkantis paslaugų teikėją verta paklausti: kiek šių darbų iš tiesų reikia jūsų užduočiai?

Didelėje ERP paslaugų įmonėje kelias iki programuotojo gali atrodyti taip: klientas → klientų vadybininkas → projektų vadovas → verslo konsultantas → komandos vadovas → programuotojas. Programuotojas tokioje hierarchijoje gali būti žemiausiame organizaciniame lygyje, nors būtent jis atlieka techninį darbą ir kuria užsakytą sprendimą.

Kiekvieno papildomo vaidmens išlaikymas kainuoja. Darbo planavimas, vidiniai susitikimai, ataskaitos ir informacijos perdavimas gali turėti įtakos kainodarai.

Mažiau tarpininkų – aiškesnis pokalbis

Tarkime, į Business Central importuojami užsakymai, bet dalis jų dubliuojasi. Norite, kad sistema atpažintų jau gautą užsakymą ir jo nekurtų dar kartą. Kad programuotojas galėtų tai įgyvendinti, reikia išsiaiškinti, kaip atpažįstamas užsakymas, kada jis siunčiamas pakartotinai ir ką tokiu atveju turi matyti darbuotojas.

Jei klausimai ir atsakymai keliauja per kelis žmones, gali tekti kartoti informaciją ar laukti kito derinimo. Bendraudami tiesiogiai su programuotoju, pavyzdį parodote tam žmogui, kuris tikrins integraciją. Jis gali iš karto paklausti, ko trūksta, paaiškinti galimus sprendimus ir aptarti, kaip veiks pakeitimas.

Trumpesnis bendravimo kelias padeda greičiau priimti techninius sprendimus. Mažiau laiko skiriama informacijos perdavimui, daugiau – pačiai problemai ir jos sprendimui.

Vienas žmogus nuo poreikio iki veikiančio pakeitimo

Dirbdami su manimi, tiesiogiai bendraujate su žmogumi, kuris išklauso poreikį, analizuoja problemą, konsultuoja techniniais klausimais, projektuoja sprendimą, programuoja ir testuoja. Taip pat atsakau už sutartą techninį rezultatą.

Prieš pradėdami aptariame, ką norite pakeisti, kokia turi būti sistemos elgsena ir kaip patikrinsime rezultatą. Jei esama versija ar kiti pakeitimai riboja pasirinkimą, tai paaiškinu prieš sutariant dėl darbų. Galite tiesiogiai paklausti, kodėl siūlau vieną ar kitą sprendimą ir ką jis reikš kasdieniam darbui.

Toks bendradarbiavimas padeda išlaikyti visą užduoties kontekstą. Jūsų pateiktas pavyzdys ir sutartos verslo taisyklės pasiekia programuotoją tiesiogiai, o ne per kelias atskiras užduoties interpretacijas.

Mažesnės administracinės sąnaudos, skaidresnė kainodara

Nepriklausomam programuotojui nereikia išlaikyti tokios pačios valdymo ir administravimo struktūros kaip didelei paslaugų įmonei. Mažiau tarpininkų ir mažiau vidinio koordinavimo gali reikšti mažesnes administracines sąnaudas bei konkurencingesnę techninių darbų kainą.

Pasiūlyme turi būti aišku, kas įtraukta: analizė, programavimas, testavimas, diegimas ir tolesnė priežiūra. Pagal užduotį galima tartis dėl fiksuotos apimties, apmokėjimo už skirtą laiką arba darbų etapais. Papildomus darbus ir jų kainą suderiname prieš juos atlikdami.

Mažesnė kaina ir trumpesni terminai nėra automatinė šio modelio garantija: juos lemia darbų apimtis, esamos sistemos būklė ir programuotojo užimtumas. Tačiau tiesioginis bendradarbiavimas leidžia aiškiau susieti pasiūlymą su jums reikalingu darbu.

Konkreti atsakomybė už rezultatą

Kai sprendimą aptariate su jį įgyvendinančiu programuotoju, aišku, į ką kreiptis dėl techninių klausimų ar pastebėtos klaidos. Galiu paaiškinti, kas pakeista, kaip sprendimas veikia ir kokiais pavyzdžiais jis patikrintas.

Iš anksto sutariame dėl darbų apimties, rezultato priėmimo, kodo ir dokumentacijos perdavimo bei priežiūros sąlygų. Pakeitimai pirmiausia tikrinami testinėje aplinkoje, o diegimas į veikiančią sistemą suderinamas su jumis. Tai leidžia vertinti ne tik atliktas valandas, bet ir konkretų rezultatą.

Kokioms užduotims tinka tiesioginis bendradarbiavimas?

Šis modelis ypač tinka, kai naudojate NAV ar Business Central ir reikia konkretaus pakeitimo: sukurti AL plėtinį, pakoreguoti C/AL kodą, pakeisti ataskaitą ar dokumento maketą, sutvarkyti importą, sukurti REST API integraciją arba pašalinti klaidą.

Taip pat galiu padėti automatizuoti pasikartojančius veiksmus, parengti duomenų importą ar eksportą ir plėtoti esamą funkcionalumą. Darbą galima pradėti nuo vienos problemos, o tolesnius pakeitimus planuoti pagal jūsų prioritetus.

Didesniuose projektuose galiu prisidėti kaip programuotojas, bendradarbiaudamas su jūsų komanda ar kitais specialistais.

Daugiau nei 12 metų NAV ir Business Central programavimo

Esu Evaldas Jablonskas – Microsoft Dynamics NAV (Navision) ir Dynamics 365 Business Central programuotojas, turintis daugiau nei 12 metų šių sistemų programavimo patirties.

Dirbu su AL ir C/AL programavimu, NAV bei Business Central sistemų modifikacijomis, Microsoft SQL Server, REST API integracijomis, duomenų importu ir eksportu bei verslo procesų automatizavimu. Patirtis su senesnėmis NAV versijomis ir naujesniais Business Central sprendimais padeda įvertinti, kaip pakeitimą pritaikyti jūsų naudojamai sistemai.

Man svarbu suprasti ne tik techninę užduotį, bet ir tai, ką ji turi palengvinti jūsų darbuotojams. Šį požiūrį atspindi ir mano savarankiškai sukurtas BC Invoice Portal.

BC Invoice Portal – nuo idėjos iki savarankiško sprendimo

BC Invoice Portal – mano savarankiškai sukurtas internetinis sąskaitų išrašymo sprendimas. Darbuotojai jungiasi prie portalo, o ne prie Business Central vartotojo sąsajos. Jų paskyras valdo portalo administratorius.

Portalas gauna pirkėjus ir prekes iš Business Central. Darbuotojas gali sukurti pardavimo sąskaitą, perduoti ją skaičiavimui ir inicijuoti registravimą Business Central tiesiogiai iš portalo. Kainas, sumas ir PVM skaičiuoja Business Central.

Integracijai naudojamos REST API, Microsoft Entra ID ir OAuth 2.0. Taip pat būtina tinkamai sukonfigūruoti programos prieigos teises. Šis sprendimas parodo, kaip vienas programuotojas gali sujungti darbuotojo darbo eigą, internetinę sąsają ir ERP sistemos funkcijas į veikiantį produktą.

Peržiūrėti BC Invoice Portal →

Pradėkime nuo jūsų užduoties

Trumpai aprašykite, kas neveikia arba ką norite patobulinti. Nurodykite naudojamą NAV ar Business Central versiją, pridėkite pavyzdį ir parašykite, kokio rezultato tikitės. Jei turite konkretų terminą, paminėkite ir jį.

Aptarsime galimą sprendimą, darbų apimtį ir tolesnius žingsnius. Pokalbis vyks tiesiogiai su programuotoju, kuris imsis jūsų užduoties.