In Stuf 01.0x en 02.04 zijn de activiteitcodes (hoofd- en neven-) gedefinieerd als 5 posities nummeriek. De KvK levert de codes tegenwoordig echter als 4-6 posities.
Hier is in Stuf 03.10 al rekening mee gehouden, maar in de eerdere versies hebben wij hier geen rekening mee gehouden. Moet hiervoor misschien toch een patch op 2.04 komen?
Ik ben van mening dat dit moet en eigenlijk dat dit ook nog voor 01.0x moet worden rechtgetrokken omdat we 2 versies van stuf ondersteunen en ik momenteel informatie kwijt raak bij klanten die nog stuf 01.0x praten...
Wat bedoel je precies met 4-6 posities? Minimaal 4 posities van het veld gevuld en maximaal 6...
Wil je dat de nieuwe definitie er zo uitziet in bg0204?
<simpleType name="SBICode">
<restriction base="nonNegativeInteger">
<totalDigits value="6"/>
</restriction>
</simpleType>
Of kan het nog scherper?
PS StUF 1.0x valt niet onder het beheer van EGEM.
Ik heb even bij het Kvk gekeken, daar staat een pdf-document met de vertaling van BIK naar SBI codes, daaruit heb ik achterhaald dat er codes zijn die 4 cijfers lang zijn maar dat er ook codes zijn die 6 cijfers lang zijn. Verder zijn er codes met een voorloopnul (dus zou de codering alfanummeriek zijn). Het pdf-je: http://www.kvk.nl/Images/BIK%20omrekentabel_tcm16-183222.pdf
Verder heb ik in onze testdatabase ook nog coderingen gevonden van 2 posities. Bij controle bleek dat 2 het minimum en 6 het maximum aantal decimalen is.
Om er zeker van te zijn dat alle soorten SBI codes uitgewisseld kunnen worden heb ik het schema aangepast conform de volgende definitie:
<simpleType name="SBICode">
<restriction base="string">
<maxLength value="6"/>
</restriction>
</simpleType>
Misschien niet optimaal scherp, maar dan weten we zeker dat we alle formaten van SBI codes aan kunnen.
Informatie vanuit CBS m.b.t. SBI:
Het voorstel om de SBI code om te zetten naar 6 posities alfa lijkt dus niet correct.
Wij stellen voor dat applicaties die nog de 6 cijferige BIK code gebruiken, deze eerst om te laten zetten naar de 5 cijferige SBI code en deze dan pas te distribueren.
http://www.kvk.nl/handelsregister/090_Over_het_handelsregister/overig/de...
Veelgestelde vragen van BIK naar SBI 2008
Vanaf 1 juni 2009 gaat de Kamer van Koophandel over van de BIK codering naar een SBI 2008 codering.
Wat is BIK?
BIK staat voor BedrijfsIndeling Kamers van Koophandel en wordt tot 1 juni 2009 door de Kamers van Koophandel gebruikt om bedrijven in het Handelsregister naar hun economische activiteit in te delen. De BIK-codering is gebaseerd op de SBI-codering van het CBS. De 6-cijferige BIK-code bestaat uit de 5-cijferige SBI-code plus een extra cijfer voor de door de Kamer van Koophandel aangebrachte verdere detaillering.
Wat is SBI?
SBI betekent Standaard BedrijfsIndeling en wordt door het CBS gebruikt om in statistieken bedrijven naar hun belangrijkste activiteit in te delen. De eerste vier cijfers van SBI zijn gelijk aan ISIC (internationale code van de UN) en NACE (Europese code van de EU). Het vijfde cijfer van SBI geeft een verdere Nederlandse detaillering.
Hoe vaak en waarom verandert de SBI?
De SBI ondergaat eens in de 15 jaar (laatste SBI wijziging was in 1993) een ingrijpende wijziging om in de indeling beter rekening te houden met de veranderingen in de activiteiten van bedrijven, bijvoorbeeld met opkomende nieuwe activiteiten zoals de informatie- en communicatiesector. Hierbij wordt de internationale indeling van ISIC en NACE gevolgd.
Wat is er anders in SBI 2008 ten opzichte van SBI 1993?
SBI 2008 legt meer de nadruk op diensten en landbouw, minder op industrie. De landbouw- en informatietechnologiesector (waaronder uitgeverijen, pers, film, telecom en IT) zijn in SBI 2008 gedetailleerder gecodeerd. De industriesector is teruggebracht naar minder codes.
Waarom en wanneer gaat de KvK over van BIK naar SBI?
De Kamer van Koophandel heeft besloten aan te sluiten bij de standaard bedrijfsindeling van Nederland, de SBI code. Dit betekent dat de extra detaillering, die tot nu toe werd gerealiseerd met het 6e cijfer van de BIK codering, vervalt. De Kamer van Koophandel hanteert vanaf 1 juni 2009 alleen nog de SBI codering.
Kan ik de codes van BIK zo omzetten naar de nieuwe SBI 2008?
Het schakelschema maakt het mogelijk om BIK codes om te zetten naar SBI 2008 codes. Ongeveer driekwart van de codes wordt 1 op 1 omgezet. De overige codes vallen uiteen (1 op n) of worden samengevoegd naar 1 code (n op 1).
Hoe helpt het CBS bij het omzetten van BIK naar SBI 2008?
Het CBS codeert alle actieve inschrijvingen van het Handelsregister (hoofd- en eventueel 2 nevenactiviteiten) om. Het CBS maakt hierbij gebruik van de bedrijfsomschrijving zoals door de onderneming zelf opgegeven aan het Handelsregister.
Uit hoeveel cijfers bestaat de SBI-code en hoeveel worden er door de Kamer van Koophandel uitgeleverd?
De SBI codering bestaat uit 5 cijfers. De Kamer van Koophandel gebruikt om de activiteiten van de inschrijvingen te typeren ook 5 cijfers. Echter, het CBS moet nog 5 jaar lang voor de statistieken terug kunnen grijpen op de SBI codering van 1993, daarvoor gebruiken zij een 6e cijfer, het zogenaamde transitiedigit.
De Kamer van Koophandel zal gedurende deze periode van 5 jaar ook dit zesde cijfer uitleveren aangezien dit ook nuttige informatie voor afnemers kan bevatten. De Kamer van Koophandel levert dus maximaal een 6-cijferige code uit. U kunt dit terugvinden in het schakelschema (http://www.kvk.nl/Images/Schakelschema%20BIK%20naar%20SBI_tcm16-183479.xls)
Bedankt John voor je adequate reactie. Ik ben op het verkeerde been gezet door de post van Mark waarin gesuggereerd werd dat de KvK recentelijk is overgegaan van 5 naar 6 cijferige activiteitcodes. Bij nadere bestudering blijkt juist het omgekeerde het geval te zijn. Per 1 juni 2009 gaat KvK over van zes naar vijf posities. Ik heb zojuist het (oude) GFO-BG 1998 erop nageslagen en het grappige is dat daar al op de nieuwe situatie ingespeeld is doordat dit GFO zich al baseerde op de vijf posities van de SBI classificatie volgens CBS toen de KvK nog de 6-cijferige BIK codes gebruikte. Dus in feitelijk hoeft er qua syntax (schema) niets veranderd te worden en stel ik voor om terug te grijpen naar de oude definitie:
<simpleType name="SBICode">
<restriction base="nonNegativeInteger">
<totalDigits value="5"/>
</restriction>
</simpleType>
Zonder tegenbericht voer ik deze undo in de patch uit.