Tinklaraštis
Nuo NAV prie „Business Central": atnaujinimo kontrolinis sąrašas
Kiekvienas „NAV” į „Business Central” atnaujinimo pasiūlymas, kurį gaunate, yra atsakymas į tuos pačius penkis klausimus. Štai kontrolinis sąrašas, kurį atliekame prieš pateikdami skaičių — pasinaudokite juo, kad suprastumėte savo sistemą prieš kalbėdami su bet kuriuo partneriu, įskaitant mus.
1. Kiek individualių objektų iš tikrųjų turite?
Eksportuokite savo objektų sąrašą ir suskirstykite jį į tris dalis: nepaliesti standartiniai, modifikuoti standartiniai ir visiškai individualūs. Modifikuoti standartiniai objektai yra brangiausia kategorija — kiekviena modifikacija turi būti pakartotinai išreikšta kaip AL plėtinio įvykio prenumeratorius arba pakeista funkcija, kurią „Business Central” dabar pateikia iš karto.
codeunit 50100 "Sales Header Subscriber"
{
[EventSubscriber(ObjectType::Table, Database::"Sales Header", OnAfterValidateEvent, "Sell-to Customer No.", false, false)]
local procedure OnAfterValidateSellToCustomer(var Rec: Record "Sales Header")
begin
Rec.Validate("Shortcut Dimension 1 Code", GetDefaultDepartment(Rec."Sell-to Customer No."));
end;
}
Tai, kas C/AL kalboje buvo tiesioginis kodo redagavimas, AL kalboje tampa tokiu prenumeratoriumi (GetDefaultDepartment čia pakeičia jūsų pačių paieškos procedūrą). Dauguma modifikacijų konvertuojasi švariai; auditas parodo, kurios — ne.
2. Kuriuos pritaikymus dabar dengia standartinė BC?
„NAV” sprendimuose susikaupė individualus kodas dalykams, kuriuos „Business Central” dabar atlieka savaime — patvirtinimų darbo eigos, el. laiškai iš dokumentų, banko suderinimo importas, vėluojančių mokėjimų prognozė. Kiekvienas toks pritaikymas, kurio atsisakote, užuot jį konvertavę, yra sutaupyti pinigai du kartus: kartą atnaujinimo metu ir dar kartą kiekvieną būsimą priežiūros valandą.
3. Kiek nešvarūs jūsų duomenys?
Apskaityti dokumentai su sugadintomis nuorodomis, likučiai dimensijų įrašuose, per metus rankomis sujungti klientai — duomenų kokybė, o ne kodo kiekis, yra dažniausia terminų viršijimo priežastis. Bandomoji migracija su duomenų bazės atsargine kopija tai atskleidžia anksti.
4. SaaS ar „On-Premise”?
„Business Central” veikia abiem būdais. SaaS pašalina infrastruktūros darbą ir automatiškai pristato du didelius naujinimus per metus; „On-Premise” lieka aktualus, kai to reikalauja reguliavimas ar sudėtingos integracijos. Apsispręskite prieš pradedant atnaujinimą — tai keičia migracijos kelią.
5. Kas tai palaikys vėliau?
Atnaujinimas nesibaigia paleidimo dieną. Pirmasis mėnesio uždarymas, pirmoji PVM deklaracija, pirmoji metų pabaiga — suplanuokite paskirtą šių etapų palaikymą į projektą, o ne kaip vėlesnę mintį.
Svarstote atnaujinimą? Atliksime šį kontrolinį sąrašą jūsų sistemai ir pateiksime sąžiningą, nemokamą įvertinimą — papasakokite savo istoriją.