{"id":74014,"date":"2020-03-13T14:42:13","date_gmt":"2020-03-13T11:42:13","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/datamatrix-ili-kak-pravilno-markirovat-obuv"},"modified":"2020-03-13T14:42:13","modified_gmt":"2020-03-13T11:42:13","slug":"datamatrix-ili-kak-pravilno-markirovat-obuv","status":"publish","type":"post","link":"https:\/\/prohoster.info\/no\/blog\/administrirovanie\/datamatrix-ili-kak-pravilno-markirovat-obuv","title":{"rendered":"DataMatrix eller hvordan man korrekt markerer sko","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Fra 1. juli 2019 tr\u00e5dte en obligatorisk m\u00e6rkningslov for varegrupper i Rusland i kraft. Fra 1. marts 2020 skulle sko v\u00e6re omfattet af denne lov. Ikke alle n\u00e5ede at forberede sig, og derfor blev lanceringen flyttet til 1. juli. Lamoda er blandt dem, der n\u00e5ede det.<\/p>\n

Derfor \u00f8nsker vi at dele erfaringerne med dem, der endnu kun skal til at m\u00e6rke t\u00f8j, d\u00e6k, parfume osv. Artiklen beskriver en r\u00e6kke branchestandarder, nogle normative dokumenter og personlige erfaringer. Artiklen er prim\u00e6rt beregnet til integratorer og udviklere, der f\u00f8rst skal finde ud af dette projekt.<\/p>\n

\"DataMatrix
\n<\/a><\/noindex>
\nBem\u00e6rk venligst, at den normative base ofte \u00e6ndrer sig, og forfatteren har ikke mulighed for konstant at opdatere materialet. Derfor kan en del af informationen v\u00e6re for\u00e6ldet ved l\u00e6sningstidspunktet.<\/p>\n

Forfatterens personlige erfaring er opn\u00e5et b\u00e5de i forbindelse med arbejdet med Datamatrix-projektet i Lamoda og ved udviklingen af sin egen gratis applikation til m\u00e6rkning BarCodesFx. <\/p>\n

Fra 1. juli 2019 g\u00e6lder loven om obligatorisk m\u00e6rkning i Rusland. Loven g\u00e6lder ikke for alle varegrupper, og tidsfristerne for obligatorisk m\u00e6rkning varierer for de forskellige varegrupper. I \u00f8jeblikket er tobaksvarer, pelsfrakker, sko og l\u00e6gemidler omfattet af obligatorisk m\u00e6rkning. Snart vil det ogs\u00e5 g\u00e6lde for d\u00e6k, t\u00f8j, parfume og cykler. Hver varegruppe reguleres ved en s\u00e6rskilt regeringsbeslutning (PPR). Derfor kan nogle udsagn, der er korrekte for sko, v\u00e6re forkerte for andre varegrupper. Men man kan h\u00e5be, at den tekniske komponent ikke vil variere meget mellem de forskellige varegrupper.<\/p>\n

M\u00e6rkning<\/b>Hovedideen med m\u00e6rkning er, at hver enkelt vare tildeles et unikt nummer. Ved hj\u00e6lp af dette nummer kan man spore historien om den specifikke vare fra produktionen eller importen til landet, til den forlader kassen. Det lyder godt, men i praksis er det ekstremt sv\u00e6rt at implementere. Konceptet er yderligere beskrevet p\u00e5 den officielle hjemmeside for den \u00e6rlige m\u00e6rkning.<\/p>\n

Almindeligt accepterede termer og begreber<\/h3>\n

\nUOT<\/b> \u2014 en deltager i varehandelen.
\nCRPT<\/b> \u2014 sentrum for utvikling av fremtidsrettet teknologi. Privat selskap, eneste statlige kontrakt\u00f8r for merkingsprosjektet. Opererer etter modellen for offentlig-privat partnerskap (OPP). Dessverre finnes det ingen informasjon om andre deltakere i anbudet for prosjektet, eller om selve anbudet.
\nTG<\/b> \u2014 varegruppe. Sko, kl\u00e6r, dekk osv.
\nGTIN <\/b> \u2014 i bunn og grunn en artikkel med hensyn til farge og st\u00f8rrelse. Utstedt av GS1 eller nasjonal katalog for hver import\u00f8r eller produsent for deres vare. P\u00e5 forh\u00e5nd m\u00e5 produsenten eller import\u00f8ren beskrive denne varen.
\nPPR <\/b> \u2014 regjeringens forskrift. For sko \u2014 860.
\nKM <\/b> \u2014 merkekode. En unik kombinasjon av tegn som tildeles en spesifikk vare. For sko best\u00e5r den av GTIN, serienummer, kontrollkode og kryptosvans.
\nGS1 <\/b> \u2014 internasjonal organisasjon som utsteder GTIN-er. Ogs\u00e5 ansvarlig for en rekke standarder for merking.
\nNasjonal katalog <\/b> \u2014 som GS1, utviklet av CRPT.
\nKryptosvans <\/b> \u2014 analog til digital signatur, som bekrefter gyldigheten av KM. M\u00e5 alltid v\u00e6re i datamatrisen p\u00e5 merket. Oppbevaring i tekstformat er forbudt. Etter utskrift m\u00e5 den fjernes i henhold til avtalen med CRPT. Det er ikke kjent om det har blitt brukt i praksis.
\nSUZ <\/b> \u2014 bestillingsstyringsstasjon. Systemet der KM-er bestilles for varer.
\nEDO<\/b> \u2014 elektronisk dokumentflyt.
\nUKEP <\/b> \u2014 forsterket kvalifisert elektronisk signatur.<\/p>\n

Termer og begreper innenfor rammen av denne artikkelen<\/h3>\n

\n\u010cZ <\/b> \u2014 \u00e6rlig tegn.
\nLK <\/b> \u2014 personlig konto.
\nMerket <\/b> \u2014 trykt merkekode.<\/p>\n

Prosessen ser ut som f\u00f8lger: f\u00f8rst utsteder deltakeren (UOT) en elektronisk signatur (UKEP), registrerer seg i det \u00e6rlige tegnet (\u010cZ), beskriver varen i den nasjonale katalogen eller GS1, og mottar GTIN-er for varen. P\u00e5 nettstedet til det \u00e6rlige tegnet er disse trinnene detaljert beskrevet, s\u00e5 vi vil ikke g\u00e5 inn p\u00e5 dem.<\/p>\n

Bestilling og mottak av koder<\/h3>\n

\nEtter \u00e5 ha mottatt GTIN-ene, bestiller deltakeren (UOT) koder (KM) i SUZ-systemet.
\nViktig, men ikke \u00e5penbart.<\/p>\n

    \n
  1. I en bestilling kan man maksimalt be om koder for 10 GTIN-er. Dette er i grunnen en uforst\u00e5elig begrensning. En import\u00f8r med 14 000 GTIN-er m\u00e5 lage 1400 bestillinger. <\/li>\n
  2. I en bestilling kan man maksimalt be om 150 000 koder.<\/li>\n
  3. Det er en grense p\u00e5 100 aktive bestillinger. Det vil si at det ikke kan v\u00e6re mer enn 100 bestillinger i behandling samtidig. Hvis det er flere enn 100, vil API-en begynne \u00e5 returnere en feil i stedet for bestillingslisten. Den eneste m\u00e5ten \u00e5 l\u00f8se dette problemet p\u00e5 er \u00e5 lukke noen bestillinger gjennom webgrensesnittet. API-en st\u00f8tter ikke et parameter for delvis visning av bestillinger. <\/li>\n
  4. Det er en grense for antall foresp\u00f8rsel \u2014 ikke mer enn 10 foresp\u00f8rsel per sekund. S\u00e5 vidt jeg vet nevnes ikke dette begrensningen i dokumentene, men den eksisterer.<\/li>\n<\/ol>\n

    \nFra personlig erfaring med bestilling av KMs etiketter via API-en i SUZ-systemet.<\/p>\n

      \n
    1. Foresp\u00f8rselen (selve json-en) m\u00e5 signeres med en GOST-signatur. Dette er arbeid med kryptografi. Man m\u00e5 v\u00e6re n\u00f8ye med \u00e5 sjekke at rammeverket eller biblioteket som brukes ikke endrer den opprinnelige json-en med et eneste byte. Ellers vil signaturen umiddelbart bli ugyldig.<\/li>\n
    2. Bestillingssignatur. Bestillingen kan signeres med hvilken som helst signatur fra hvilken som helst kunde. Hvis signaturen er gyldig, vil SUZ-systemet godta den. I integrasjonen klarte vi \u00e5 signere foresp\u00f8rselen med en annen kundes signatur, utstedt av et test-sertifikat. Den operative SUZ-linjen behandlet bestillingen og utstedte koder. Etter min mening er dette et sikkerhetshull. Responsen p\u00e5 bug-rapporten fra utviklerne var \u201cvi skal se p\u00e5 det\u201d. Jeg h\u00e5per de har fikset det.\n

      Derfor m\u00e5 dere v\u00e6re sv\u00e6rt oppmerksomme hvis mer enn \u00e9n juridisk enhet jobber p\u00e5 samme arbeidsplass. I dag vil SUZ godta disse foresp\u00f8rslene, men i morgen vil foresp\u00f8rslene bli dobbeltsjekket, og halvparten av kodene vil bli tilbakekalt p\u00e5 grunn av en annen signatur. Og generelt sett, formelt vil de ha rett.<\/li>\n

    3. Automatisk signering av bestillinger er ikke lenger funksjonalitet tilgjengelig i SUZ. For \u00e5 f\u00e5 det til \u00e5 fungere, m\u00e5tte man laste opp den private delen av n\u00f8kkelen i brukerkontoen til den \u00e6rlige merkevaren. Dette utgj\u00f8r en kompromittering av n\u00f8kkelen. I henhold til gjeldende lovgivning, ved kompromittering av en styrket kvalifisert elektronisk signatur, m\u00e5 innehaveren informere sitt sertifiseringsorgan (SO) og tilbakekalle SKS. Hvis denne funksjonaliteten skal gjenopprettes, v\u00e6r oppmerksom p\u00e5 at den private delen av n\u00f8kkelen ikke forlater datamaskinen. <\/li>\n
    4. I februar innf\u00f8rte Senter for utvikling av avanserte teknologier (\u0426\u0420\u041f\u0422) stille en begrensning p\u00e5 antall foresp\u00f8rsel til API-en for SUZ. Ikke mer enn \u00e9n foresp\u00f8rsel per sekund. S\u00e5 fjernet de denne begrensningen like uventet og stille. Jeg anbefaler derfor \u00e5 legge inn i systemet muligheten til \u00e5 begrense antall foresp\u00f8rsel til API-en for \u0426\u0420\u041f\u0422 i tilfelle det skjer igjen. N\u00e5 er det informasjon om en grense p\u00e5 10 foresp\u00f8rsel per sekund.<\/li>\n
    5. Ogs\u00e5 i februar endret oppf\u00f8rselen til API-en for SUZ seg betydelig uten forvarsel. API-en har en foresp\u00f8rsel for \u00e5 hente status p\u00e5 bestillinger. I statusen ble buffere og deres tilstand angitt. En GTIN = en buffer. Der var det ogs\u00e5 angitt hvor mange koder som var tilgjengelige for henting fra bufferen. En vakker dag ble antallet for alle buffere -1. Man m\u00e5tte derfor sp\u00f8rre om tilstanden til hver buffer separat gjennom en annen metode. I stedet for \u00e9n foresp\u00f8rsel m\u00e5tte man gj\u00f8re elleve. <\/li>\n<\/ol>\n

      <\/p>\n

      Strukturen til kodene<\/h3>\n

      \nS\u00e5, kodene er bestilt og generert. De kan hentes gjennom API-en i tekstformat, i PDF som etiketter for utskrift, og som en CSV-fil med tekst.<\/p>\n

      Om API-en er det allerede skrevet tidligere. N\u00e5r det gjelder de to andre metodene. Opprinnelig tillot SUZ \u00e5 hente koder bare \u00e9n gang. Og hvis man hentet PDF-filen, kunne man bare f\u00e5 kodene i tekstformat ved \u00e5 skanne alle datamatrisene fra PDF-en. Heldigvis ble muligheten til \u00e5 hente koder flere ganger lagt til, og dette problemet ble l\u00f8st. I l\u00f8pet av to dager er kodene fortsatt tilgjengelige for nedlasting p\u00e5 nytt.<\/p>\n

      Hvis du henter i CSV-format, s\u00e5 \u00e5pne det aldri, under noen omstendigheter, i Excel. Og gi ingen lov til \u00e5 gj\u00f8re det. Excel har en autosave-funksjon. P\u00e5 tidspunktet for lagringen kan Excel p\u00e5 de mest uforutsigbare m\u00e5tene endre kodene dine. Jeg anbefaler \u00e5 bruke Notepad++ for \u00e5 se p\u00e5 kodene.<\/p>\n

      Hvis du \u00e5pner filen fra SUZ i Notepad++, kan du se linjer av denne typen. Den tredje koden er ugyldig (den mangler GS-avgrenserne).<\/p>\n

      \"DataMatrix
      \n
      \nPartnere har sendt oss koder for merking av varene sine. Med blotte \u00f8yne er det klart hvilke filer som ble dannet med Excel \u2013 opptil 5 % av kodene var ugyldige.<\/p>\n

      Jeg anbefaler p\u00e5 det sterkeste \u00e5 lese om standarder <\/a><\/noindex>GS1. I beskrivelsen av standarden finnes det svar p\u00e5 mange sp\u00f8rsm\u00e5l ang\u00e5ende dannelsen av DataMatrix.<\/p>\n

      Identifikasjonskoden best\u00e5r av GTIN og serienummer. I henhold til GS1-standarden har de bruksidentifikatorer (BI) 01 og 21. V\u00e6r oppmerksom p\u00e5 at bruksidentifikatorene ikke er en del av GTIN eller serienummeret. De angir at GTIN eller serienummer kommer etter bruksidentifikatoren (BI). Dette er spesielt viktig n\u00e5r man programmerer kasseprogramvare. For \u00e5 fylle ut tag 1162 kreves det spesifikt GTIN og serienummer, uten bruksidentifikatorene.<\/p>\n

      For UTD (universelt transportdokument) og andre dokumenter, derimot, er det oftest n\u00f8dvendig \u00e5 inkludere hele registreringen med bruksidentifikatorer.<\/p>\n

      \"DataMatrix
      \n
      \nI GS1-standarden er det fastsl\u00e5tt at GTIN har en fast lengde p\u00e5 14 tegn og kun kan best\u00e5 av tall. Serienummeret har variabel lengde og er beskrevet p\u00e5 side 155 av standarden. Der finnes ogs\u00e5 en lenke til tabellen med symbolene som kan forekomme i serienummeret.<\/p>\n

      Siden serienummeret har variabel lengde, angir GS-separatoren slutten av det. I ASCII-tabellen har den kode 29. Uten denne separatoren vil ingen programvare forst\u00e5 n\u00e5r serienummeret slutter, og andre datagrupper begynner. <\/p>\n

      Mer informasjon om merkekoden (MK) kan leses i den offisielle dokumentasjonen<\/a><\/noindex>.<\/p>\n

      For sko er serienummeret fastsatt til 13 tegn, men st\u00f8rrelsen kan endres n\u00e5r som helst. For andre varegrupper (VG) kan lengden p\u00e5 serienummeret variere.<\/p>\n

      Generering av DataMatrix <\/h3>\n

      \n\"DataMatrix
      \n
      \nNeste steg er \u00e5 konvertere dataene til DataMatrix-koden. I vedtaket fra den russiske regjeringen 860 er det angitt en GOST-standard som m\u00e5 f\u00f8lges for \u00e5 danne DataMatrix. Det er ogs\u00e5 i PPR 860 angitt obligatorisk bruk av bruksidentifikatorer. Merk at standarden for DataMatrix ikke inneholder begrepet \u00abbruksidentifikatorer\u00bb. De finnes kun i GS-1 DataMatrix-standarden. Dermed forplikter PPR 860 indirekte til \u00e5 bruke nettopp GS-1 DataMatrix. Heldigvis er standardene like. Hovedforskjellen er at i GS-1 DataMatrix m\u00e5 det f\u00f8rste tegnet v\u00e6re FNC1. GS-tegnet m\u00e5 ikke v\u00e6re f\u00f8rst i DataMatrix, kun FNC1. <\/p>\n

      FNC1 kan ikke bare legges til i strengen som GS. Det m\u00e5 legges til av programvaren som genererer DataMatrix. P\u00e5 nettstedene til Alliance Forties er det lagt ut flere mobile applikasjoner<\/a><\/noindex>, som kan brukes til \u00e5 sjekke riktigheten av de genererte DataMatrix-kodene.<\/p>\n

      Viktig.<\/b> Applikasjonen \u00c6rlig Merke tar imot ugyldige DataMatrix-koder. Selv QR-koder. Det faktum at merket ble gjenkjent og informasjon om produktet ble vist, er ikke en indikator p\u00e5 at DataMatrix er riktig generert. Selv med erstatning av kryptosvansen, gjenkjente appen \u00c6M merket og viste produktdata.<\/p>\n

      Senere ga \u00c6M ut en forklaring<\/a><\/noindex>, om hvordan man riktig genererer koder. P\u00e5 grunn av det store antallet koder med feil, har de anerkjent koder uten FNC1 som gyldige, men de anbefaler likevel \u00e5 generere GS-1 DataMatrix.<\/p>\n

      Dessverre kom et ganske stort prosentandel av datamat\u00f8rer fra partnere med feil. Takket v\u00e6re forklaringene fra \u00c6M ble sp\u00f8rsm\u00e5let \"Kan man handle slike varer etter 1. juli eller ikke?\" helt l\u00f8st. Spoiler \u2014 det kan man.<\/p>\n

      Utskrift<\/h3>\n

      \nV\u00e6r oppmerksom p\u00e5 m\u00e5ten merker skrives ut p\u00e5. N\u00e5r man skriver ut med termisk skriver, ble merket raskt bleket, og dette produktet kan ikke lenger selges. Et uleselig merke er et brudd p\u00e5 PPR 860. Dette f\u00f8rer til inndragning av varer, b\u00f8ter og straffereaksjoner. <\/p>\n

      Bruk termotransfer-utskrift. I s\u00e5 fall er ikke merket s\u00e5 utsatt for bleking. Materialet p\u00e5 etiketten p\u00e5virker ogs\u00e5 hvor utsatt merket er for mekaniske skader. Hvis koden ikke leses p\u00e5 grunn av mekanisk skade, er dette likestilt med frav\u00e6r av merket, med alle de p\u00e5f\u00f8lgende konsekvensene.<\/p>\n

      \"DataMatrix
      \n
      \nVelg skriver basert p\u00e5 de planlagte utskriftsvolumene. Bordskrivere er ikke laget for \u00e5 skrive ut 100 000 etiketter per dag. <\/p>\n

      Stopp og start av utskrift \u00f8ker slitasjen p\u00e5 skriveren. Noen programmer sender utskriftsjobben ett enkelt etikett av gangen. Det er best \u00e5 unng\u00e5 slike programmer.<\/p>\n

      Jobbe med dokumenter<\/h3>\n

      \nEtter at merkene er skrevet ut og klistret p\u00e5, skjer alle videre operasjoner med dem gjennom dokumenter eller personlig konto i \u00c6rlig Merke. <\/p>\n

      N\u00e5r man arbeider med et stort antall koder, kan man opprette XML-filer som inneholder de n\u00f8dvendige koder, og laste opp disse filene via API eller webgrensesnittet til den personlige kontoen. <\/p>\n

      XSD-skjemaet kan lastes ned i delen \"hjelp\" i den personlige kontoen til \u00c6M.<\/p>\n

      V\u00e6r oppmerksom p\u00e5 f\u00f8lgende punkter.<\/p>\n

        \n
      1. XSD-skjemaene i den personlige kontoen til \u00c6M inneholder feil i gyldigheten av organisasjonsnummer og begrensninger p\u00e5 lengden av strengen. Bare ved \u00e5 rette opp feilene kan man bruke skjemaene. Heldigvis er feilene \u00e5penbare, s\u00e5 det er ikke vanskelig \u00e5 fikse dem. <\/li>\n
      2. Skjemaet best\u00e5r som oftest av to deler \u2013 en generell for alle dokumenttyper og en egen for den spesifikke typen. Den generelle skjemaet er lagt til via import i den spesifikke. Begge skjemaene er plassert i hjelpeseksjonen i LK CHZ.<\/li>\n
      3. Reglene for escaping for KM avviker fra de vanlige for XML, dette er beskrevet i den offisielle dokumentasjonen fra CHZ, v\u00e6r oppmerksom p\u00e5 dette. Her er her <\/a><\/noindex>p\u00e5 side 4 alle reglene.<\/li>\n
      4. Du b\u00f8r ikke pr\u00f8ve \u00e5 introdusere 150 000 koder i oml\u00f8p med \u00e9n fil. If\u00f8lge vitner g\u00e5r filer st\u00f8rre enn 30 000 vanligvis gjennom.<\/li>\n
      5. XML-filen kan bli avsl\u00e5tt med feilen \"valideringsfeil i xml\", og etter fem minutter kan den samme filen bli akseptert uten problemer.<\/li>\n
      6. Hvis filen inneholder en kode som allerede er introdusert i oml\u00f8p, vil filen sannsynligvis ikke bli akseptert.<\/li>\n
      7. Frakt- og mottaksdokumenter brukes som en midlertidig l\u00f8sning. I fremtiden planlegges det \u00e5 avskaffe dem og g\u00e5 over til UPD i henhold til PPR 860.<\/li>\n
      8. Myten om 60 dager. Det g\u00e5r en mening om at koder som ikke er introdusert i oml\u00f8p \"utl\u00f8per\" etter 60 dager. Dette er en myte, kilden er ukjent. Koder \"utl\u00f8per\" bare hvis du ikke har hentet dem fra SUZ innen 60 dager. Levetiden for hentede koder er ikke begrenset. <\/li>\n<\/ol>\n

        <\/p>\n

        Konklusjon<\/h3>\n

        \nVed utviklingen av min gratis applikasjon for merking BarCodesFX, ble det opprinnelig gjort en integrasjon med SUZ API. Da den \u00e6rlige merket uventet endret logikken til API for andre gang, m\u00e5tte integrasjonen oppgis. Jeg h\u00e5per at CHZ i fremtiden vil stabilisere utviklingen og API-et, da det for et ikke-kommersielt produkt er veldig ressurskrevende for meg \u00e5 sjekke hver dag om det har v\u00e6rt endringer i API, og raskt oppdatere. <\/p>\n

        Ved implementering av merking, v\u00e6r n\u00f8ye med \u00e5 bli kjent med forskriftsdokumentasjonen for din varegruppe TG, skriv ut GS1-DataMatrix riktig, og v\u00e6r forberedt p\u00e5 eventuelle uforutsette endringer fra den \u00e6rlige merket CHZ.<\/p>\n

        Forta-alliansen har opprettet et informasjonsrom (wiki<\/a><\/noindex>, chatter<\/a><\/noindex> i Telegram, seminarer, webinarer), hvor du kan finne nyttig og aktuell informasjon om merking i alle bransjer.
        \n
        Kilde:         habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

        \u0421 1 \u0438\u044e\u043b\u044f 2019 \u0433\u043e\u0434\u0430 \u0432 \u0420\u043e\u0441\u0441\u0438\u0438 \u0432\u0432\u0435\u0434\u0435\u043d\u0430 \u043e\u0431\u044f\u0437\u0430\u0442\u0435\u043b\u044c\u043d\u0430\u044f \u043c\u0430\u0440\u043a\u0438\u0440\u043e\u0432\u043a\u0430 \u0433\u0440\u0443\u043f\u043f\u044b \u0442\u043e\u0432\u0430\u0440\u043e\u0432. \u0421 1 \u043c\u0430\u0440\u0442\u0430 2020 \u0433\u043e\u0434\u0430 \u043f\u043e\u0434 \u044d\u0442\u043e\u0442 \u0437\u0430\u043a\u043e\u043d \u0434\u043e\u043b\u0436\u043d\u0430 \u0431\u044b\u043b\u0430 \u043f\u043e\u043f\u0430\u0441\u0442\u044c \u043e\u0431\u0443\u0432\u044c. \u041d\u0435 \u0432\u0441\u0435 \u0443\u0441\u043f\u0435\u043b\u0438 \u043f\u043e\u0434\u0433\u043e\u0442\u043e\u0432\u0438\u0442\u044c\u0441\u044f, \u0438 \u0432 \u0440\u0435\u0437\u0443\u043b\u044c\u0442\u0430\u0442\u0435 \u0437\u0430\u043f\u0443\u0441\u043a \u043f\u0435\u0440\u0435\u043d\u0435\u0441\u043b\u0438 \u043d\u0430 1 \u0438\u044e\u043b\u044f. Lamoda \u0441\u0440\u0435\u0434\u0438 \u0442\u0435\u0445, \u043a\u0442\u043e \u0443\u0441\u043f\u0435\u043b. \u041f\u043e\u044d\u0442\u043e\u043c\u0443 \u043c\u044b \u0445\u043e\u0442\u0438\u043c \u043f\u043e\u0434\u0435\u043b\u0438\u0442\u044c\u0441\u044f \u043e\u043f\u044b\u0442\u043e\u043c \u0441 \u0442\u0435\u043c\u0438, \u043a\u043e\u043c\u0443 \u0435\u0449\u0435 \u0442\u043e\u043b\u044c\u043a\u043e \u043f\u0440\u0435\u0434\u0441\u0442\u043e\u0438\u0442 \u043c\u0430\u0440\u043a\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u043e\u0434\u0435\u0436\u0434\u0443, \u0448\u0438\u043d\u044b, […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":74015,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-74014","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47DataMatrix eller hvordan man riktig merker sko | ProHoster","description":"Fra 1. juli 2019 ble obligatorisk merking av varegruppene innf\u00f8rt i Russland. Fra 1. mars 2020 skulle sko falle inn under denne loven. Ikke alle rakk \u00e5 forberede seg, og dermed ble oppstarten utsatt til 1. juli.","canonical_url":"https:\/\/prohoster.info\/no\/blog\/administrirovanie\/datamatrix-ili-kak-pravilno-markirovat-obuv","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"nn_NO","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47DataMatrix \u0438\u043b\u0438 \u043a\u0430\u043a \u043f\u0440\u0430\u0432\u0438\u043b\u044c\u043d\u043e \u043c\u0430\u0440\u043a\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u043e\u0431\u0443\u0432\u044c | ProHoster","og:description":"\u0421 1 \u0438\u044e\u043b\u044f 2019 \u0433\u043e\u0434\u0430 \u0432 \u0420\u043e\u0441\u0441\u0438\u0438 \u0432\u0432\u0435\u0434\u0435\u043d\u0430 \u043e\u0431\u044f\u0437\u0430\u0442\u0435\u043b\u044c\u043d\u0430\u044f \u043c\u0430\u0440\u043a\u0438\u0440\u043e\u0432\u043a\u0430 \u0433\u0440\u0443\u043f\u043f\u044b \u0442\u043e\u0432\u0430\u0440\u043e\u0432. \u0421 1 \u043c\u0430\u0440\u0442\u0430 2020 \u0433\u043e\u0434\u0430 \u043f\u043e\u0434 \u044d\u0442\u043e\u0442 \u0437\u0430\u043a\u043e\u043d \u0434\u043e\u043b\u0436\u043d\u0430 \u0431\u044b\u043b\u0430 \u043f\u043e\u043f\u0430\u0441\u0442\u044c \u043e\u0431\u0443\u0432\u044c. \u041d\u0435 \u0432\u0441\u0435 \u0443\u0441\u043f\u0435\u043b\u0438 \u043f\u043e\u0434\u0433\u043e\u0442\u043e\u0432\u0438\u0442\u044c\u0441\u044f, \u0438 \u0432 \u0440\u0435\u0437\u0443\u043b\u044c\u0442\u0430\u0442\u0435 \u0437\u0430\u043f\u0443\u0441\u043a \u043f\u0435\u0440\u0435\u043d\u0435\u0441\u043b\u0438 \u043d\u0430 1 \u0438\u044e\u043b\u044f.","og:url":"https:\/\/prohoster.info\/no\/blog\/administrirovanie\/datamatrix-ili-kak-pravilno-markirovat-obuv","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-03-13T11:42:13+00:00","article:modified_time":"2020-03-13T11:42:13+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"74014","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 18:22:33","updated":"2022-09-30 18:41:43","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/posts\/74014","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/comments?post=74014"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/posts\/74014\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/media\/74015"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/media?parent=74014"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/categories?post=74014"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/tags?post=74014"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}