Sinhronizacija: register osnovnih sredstev #3

Open
opened 2026-11-04 15:57:19 +00:00 by miha.frangez · 0 comments
Owner

Register osnovnih sredstev se vodi v SAP, mi bomo dobili do njega dostop preko SAC (SAP cloud analytics sranje).

Za dostop se še pogajam, verjetno pa bo HTTP API ki vrne JSON ali CSV.

Primer strukture:
image

Quirks:

  • vse vrstice ki nimajo 6-mestne inventarne številke preskočimo
  • lokacija ima prefix (2301/) ki ga zavržemo (to je SAP identifikator za FRI)
  • null je označen z lojtrami (npr. # ali #/#)

Za uvoz je uporabno:

  • Inventarna številka (primary key)
  • Naziv
  • Razred OS (category, nardimo nek mapping)
  • Datum pridobitve (custom field?)
  • Cena (če jo lahko dobimo iz tega poročila)
  • Skrbnik OS (custom field)
  • Lokacija v inventuri (custom field)

Pri tem se ne smejo povozit vrednosti, ki jih spremenimo predvsem (name, category), nekatere stvari pa so read-only oz. se lahko povozijo (datum, cena, skrbnik OS, lokacija v inventuri).

Pohištvo in druge bedarije verjetno ni smiselno importat, ampak ni jasno kako jih prepoznat (pazi: včasih je tudi računalniška oprema pod "drobni inventar"). Mogoče je smiseln whitelist ali vsaj blacklist razredov (npr. Rekonstruk.in adapt., Umet.d.-last. Nabava, Zgrad.iz trd.mat.-UP, Op.-servisiranje,vzd, Zemljišča-stavbna...).

Stvari ki so od laboratorijev je verjetno tudi nesmiselno importat, ampak če nimamo dobrega načina da jih prepoznamo (lokacija ni dovolj, ker imajo včasih labi na reverzu skupno opremo), jih pač importamo in potem ignoriramo (sigurno jih ne naredimo requestable, mogoče jih celo premaknemo v drug company).

Nekatere stvari bo verjetno treba uvozit kot drug tip objekta na podlagi razreda OS (npr. licence).

Register osnovnih sredstev se vodi v SAP, mi bomo dobili do njega dostop preko SAC (SAP cloud analytics sranje). Za dostop se še pogajam, verjetno pa bo HTTP API ki vrne JSON ali CSV. Primer strukture: ![image](/attachments/edee8f03-5a5a-45fb-9a68-c3633f57d16e) Quirks: - vse vrstice ki nimajo 6-mestne inventarne številke preskočimo - lokacija ima prefix (2301/) ki ga zavržemo (to je SAP identifikator za FRI) - null je označen z lojtrami (npr. # ali #/#) Za uvoz je uporabno: - Inventarna številka (primary key) - Naziv - Razred OS (category, nardimo nek mapping) - Datum pridobitve (custom field?) - Cena (če jo lahko dobimo iz tega poročila) - Skrbnik OS (custom field) - Lokacija v inventuri (custom field) Pri tem se ne smejo povozit vrednosti, ki jih spremenimo predvsem (name, category), nekatere stvari pa so read-only oz. se lahko povozijo (datum, cena, skrbnik OS, lokacija v inventuri). Pohištvo in druge bedarije verjetno ni smiselno importat, ampak ni jasno kako jih prepoznat (pazi: včasih je tudi računalniška oprema pod "drobni inventar"). Mogoče je smiseln whitelist ali vsaj blacklist razredov (npr. Rekonstruk.in adapt., Umet.d.-last. Nabava, Zgrad.iz trd.mat.-UP, Op.-servisiranje,vzd, Zemljišča-stavbna...). Stvari ki so od laboratorijev je verjetno tudi nesmiselno importat, ampak če nimamo dobrega načina da jih prepoznamo (lokacija ni dovolj, ker imajo včasih labi na reverzu skupno opremo), jih pač importamo in potem ignoriramo (sigurno jih ne naredimo requestable, mogoče jih celo premaknemo v drug company). Nekatere stvari bo verjetno treba uvozit kot drug tip objekta na podlagi razreda OS (npr. licence).
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Reference
rc/FRInventura#3
No description provided.