Programmer på 1c platformen. For en nybegynder: forskelle mellem softwareprodukter i 1C:Enterprise-programsystemet

I mere end tyve år har 1C arbejdet på software, der giver dig mulighed for at automatisere regnskaber i forskellige organisationer.

1C-programmet betyder ofte en kombination af en platform og en vis konfiguration. De kan ikke bruges adskilt fra hinanden.

Platform 1C

1C platformen er det program, der er installeret på din computer. Kun 1C-udviklere kan foretage ændringer i det. På dette øjeblik nyeste version platforme – 8.3.

Du kan starte platformen på din computer i to tilstande:

• I konfiguratortilstanden opretter eller ændrer udvikleren, som kan være dig, eksisterende konfigurationer. Det er her, programmøren vil gå, når brugeren beder ham om at lave nogle ændringer, for eksempel ved at tilføje en knap til formularen.
• Slutbrugeren arbejder i virksomhedstilstand. Optegnelser opbevares direkte der: mapper, dokumenter oprettes, rapporter genereres osv.

Konfiguration 1C

En konfiguration er præcis, hvad en 1C-programmør opretter i konfiguratoren. Der kan være et uendeligt antal af dem. Oftest bruger organisationer sådanne standardkonfigurationer som "Regnskab", "Løn og HR Management", "Trade Management", "ERP", "Detail" og mange andre.

En 1C-programmør kan lave sine egne ændringer til standardkonfigurationer eller oprette nye.

1C platformen, såvel som konfigurationerne, fungerer kun sammen. Bemærk blot, at for at bruge platformen skal du købe en sikkerhedsnøgle. Konfigurationer kan købes separat eller skrives uafhængigt.

Lad os først definere, hvad "1C" er.

Mærkeligt nok, men" 1C" er ikke navnet på programmet, men på en russisk virksomhed, der er specialiseret i udvikling, distribution, udgivelse og support computerprogrammer erhvervs- og hjemmebrug. Det vil sige, at det mystiske udtryk "1C" slet ikke betyder et regnskabsprogram, men kan opfattes som en organisation, et regnskabsprogram, et spil osv. Lad os derfor differentiere de begreber, der er inkluderet i den generelt accepterede definition af " 1C".

Ifølge det officielle 1C-websted er dette firmas mest berømte produkt programsystemet " 1C: Virksomhed" Jeg kunne ikke være mere enig, ikke kun gør dette produkt det lettere at føre optegnelser for små, mellemstore og store virksomheder, og er også et værktøj til at tjene brød fra tredjeparts programmører og udviklere. Desuden vil jeg gerne bemærke, at antallet af programmører i denne retning vokser såvel som antallet af salg af dette produkt. Dette er hvad vi vil optage...

"1C:Enterprise" er et softwaresystem, der er designet til at automatisere ledelse og regnskab i virksomheder forskellige brancher, typer af aktiviteter og typer af finansiering. I øjeblikket omfatter dette system løsninger til kompleks automatisering af produktions-, handels- og servicevirksomheder, produkter til økonomistyring af bedrifter og individuelle virksomheder, regnskab, løn og personalestyring, til regnskab budgetinstitutioner, en række industri- og specialiserede løsninger. Kort sagt kan bogføring for enhver virksomhed automatiseres ved hjælp af 1C.

Til gengæld består 1C:Enterprise-systemet af en teknologisk platform og applikationsløsninger, der er udviklet på basis af det (" konfigurationer"). Kernen giver dig mulighed for at arbejde i systemet i to tilstande: " Konfigurator"og" Selskab».

Konfigurator - et miljø designet til udviklere og databaseadministratorer. Det er i denne tilstand, at programmets kildekode skrives, nye formularer udvikles, nye rapporter, opslagsbøger, dokumenter osv. oprettes. Alt nyt, der vises i en eller anden konfiguration, skal bestå tornede vej via konfiguratoren. Denne tilstand giver dig også mulighed for at overvåge driften af ​​databasen: do sikkerhedskopier, test funktionalitet, ret fejl fundet i driften af ​​databasen (for eksempel: rydning af tomme links, ikke-eksisterende objekter osv.). Konfiguratortypen afhænger af versionen af ​​1C-platformen. Eksempler på konfiguratortyper.

Selskab - det miljø, som brugerne arbejder i og indtaster information i systemet. I det store og hele er dette en visuel repræsentation af de udviklede former, tabeller og kode. Brugeren, der indtaster oplysninger i databasen, skal kende den givne rækkefølge af sine handlinger og forstår ikke nødvendigvis, hvilken kode denne eller hin formular består af. Derfor blev det sådan her: Konfiguratoren er til udviklere, virksomheden er til brugerne. Eksempler på typer af virksomhedstilstand.

Dernæst foreslår jeg at definere begrebet "program" (som revisorer siger). Med "program" mener vi en applikationsløsning udviklet af 1C, dets partnere eller uafhængige organisationer. Så lad os skrive det ned...

Konfiguration er en applikationsløsning til:

• kompleks automatisering af produktions-, handels- og servicevirksomheder
• økonomistyring af bedrifter og enkelte virksomheder
• regnskab
• løn- og personalestyring
• regnskab i budgetinstitutioner,
• forskellige branche- og specialiserede løsninger

Det er vigtigt at forstå, at 1C:Enterprise teknologiplatformen er opdelt i versionslinjer: 6.x, 7.x, 8.x(måske kommer der i den nærmeste fremtid 9.x, men i skrivende stund er den seneste version af platformen 8.2).

I dag rækker listen over løsninger (eller konfigurationer) langt ud over 100 positioner. De mest populære af dem er " Regnskab for Ukraine", " Løn og HR ledelse for Ukraine" (ZUP), " Handelsledelse for Ukraine" (UTU), " Handelsvirksomhedsledelse for Ukraine" (USP), " Styring produktionsvirksomhed for Ukraine".

* alle konfigurationer er præsenteret for 1C:Enterprise version 8.x og KUN for Ukraine

Hver konfiguration har sit eget fokus og dækker sine egne regnskabssektioner; dette er værd at være opmærksom på, når du vælger en softwarepakke til køb. Det er også værd at være opmærksom på den færdige løsnings territoriale tilknytning. For eksempel kan den samme ZUP være for Rusland og Ukraine. Læs mere om færdige løsninger Du kan læse den på kontoret. 1C hjemmeside.

Vi ser ud til at have ordnet strukturen af ​​1C:Enterprise, lad os bemærke 1C-produkter til uddannelse og underholdning. Blandt de mest berømte proprietære udviklinger er rækken af ​​uddannelsesprogrammer "1C:Tutor", "1C:School", "1C:Computer World", "1C:Educational Collection", "1C:Educational Collection", "1C:Audiobooks" "-serien, en serie af spil "IL-2 Sturmovik", "The Art of War" og "Anden Verdenskrig", udgivelse af projekter "Behind Enemy Lines", King's Bounty og andre.

Dette "mystiske udyr" er dette "1C". Til sidst vil jeg gerne bemærke, at 1C:Enterprise er et ret kraftfuldt produkt til udvikling (eller ændring af færdige) konfigurationer. De fleste potentielle kunder af 1C-produkter finder ikke 100 % passende løsninger til dem. Derfor kan du altid vælge den bedst egnede løsning og modificere den, så den passer til dine behov (f alene, og med hjælp fra tredjeparter). Selvfølgelig kan 1C-kernen ikke have ALLE udviklingsværktøjer og løser ikke alle problemer, men selv det, der allerede er i kernens "bevæbning" er, tro mig, ikke lille.

Det er muligt at foretage sammenligninger mellem forskellige software systemer, såsom SAP R3, Axapta, 1C, Galaktika osv. Men giver det mening? Hvert produkt har sine egne nuancer og højdepunkter, ligesom HVER af disse produkter har sine egne fejl og ulemper. Derfor forbliver valget altid hos Slutbrugeren!!!

I dag er 1C-softwareprodukter en slags standard for regnskab, ledelse og andre former for regnskab i små og mellemstore virksomheder. Arbejdsgivere kræver, at deres medarbejdere har de nødvendige færdigheder til at arbejde med netop dette softwareprodukt. Opstår spørgsmålet om integration af netbutik og automatiseringssystemer (rester, priser, ordrer mv.) på dagsordenen, har kontoret som regel også en 1C-database, som der skal gennemføres integration med. Tilsvarende i mange andre tilfælde: enhver automatiseringsproces for små og mellemstore virksomheder begynder traditionelt med 1C-produkter og fortsætter med deres brug.

Som virksomhedskonsulent støder jeg ret ofte på spørgsmål om, hvad 1C er, hvilken struktur dette softwareprodukt kan have, og generelt hvordan hele dette system fungerer. De bliver som regel stillet af webudviklere, der er tvunget til at håndtere integrationsproblemer. 1C, programmører med speciale i mobile applikationer og andre specialister, som på grund af deres arbejde sjældent skal håndtere 1C-programmer.

I denne artikel besluttede jeg at samle svar på de fleste FAQ, som hele tiden opstår i mit arbejde. Derfor vil jeg gerne advare dig med det samme: artiklen er beregnet til folk, der er fortrolige med it-teknologier; forretningsmænd, revisorer, folk langt fra it-sfæren vil højst sandsynligt have svært ved at forstå nogle af nuancerne. Jeg vil selvfølgelig forsøge at skrive så enkelt som muligt, og har ikke planer om at gå dybere ind i det tekniske nuancer på kodeniveau, men alligevel kan visse termer og begreber virke komplekse for ikke-specialister.

Et par ord om min oplevelse med 1C

På et tidspunkt arbejdede jeg som 1C programmør i et stort projekt, derefter tiltrådte jeg stillingen som projektleder, og i ret lang tid var jeg leder af projektafdelingen, som udelukkende beskæftigede sig med opgaver i 1C.

Nu, som jeg har skrevet mere end én gang, arbejder jeg som virksomhedskonsulent inden for små og mellemstore virksomheder. Jeg bliver konstant konfronteret med forskellige opgaver på automatisering af arbejdet, og som følge heraf med 1C softwareprodukter. Oftest hyrer jeg som virksomhedskonsulent 1C-specialister til at løse visse opgaver, Jeg har et fast team, jeg tiltrækker også tredjepartsspecialister, herunder freelancere. I meget sjældne tilfælde skriver jeg selv noget i 1C, oftest hvis jeg akut skal have løst et lille problem.

Til gengæld bevæger jeg mig længere og længere væk fra konstant arbejde med 1C-produkter. Hvis i begyndelsen af ​​min karriere arbejde med 1C-programmer bragte mig 100% af min indkomst, fylder implementeringen af ​​nogle 1C-løsninger i dag ikke mere end 20% af mit arbejde, alt andet er hjemmesider, CRM-systemer osv.

Derfor, mens jeg endnu ikke har forvildet mig alt for langt fra problemer relateret til 1C-programmet, besluttede jeg at systematisere min viden, indsamle og registrere vigtige aspekter og nuancerne ved at arbejde med disse softwareprodukter

Lidt mere om 1C og hvorfor jeg skriver alt dette

Jeg ved selv, at jeg er ved at, som man siger, omfavne uhyrligheden. Derfor endnu en advarsel:

1. Jeg planlægger at lave en hel række artikler om 1C, hvor jeg vil tale om dette softwareprodukt fra forskellige synsvinkler. Denne artikel er primært beregnet til programmører. Derfor lægger jeg det op på Habré. Det følgende vil dække en bredere vifte af koncepter, herunder dem af interesse for forretningsfolk og brugere. software produkter 1C, og derfor bliver de placeret på Megamind.
2. Jeg vil ikke dykke ned i nuancerne ved at bruge koden eller andre tekniske detaljer, som hver af jer kan læse på egen hånd på det officielle 1C-websted, på supportwebsteder, på velkendte fora osv.
3. Jeg vil ikke diskutere nuancerne af, hvordan den eller den version af platformen fungerer. Desuden vil jeg oftest tale om platform 8.3 som den seneste i skrivende stund, samt om typiske konfigurationer, der er mest efterspurgt blandt mine kunder (mellemstore og små virksomheder).

Samtidig vil jeg ikke bare hjælpe en webprogrammør eller en anden specialist med at forstå, hvor man skal lede efter det rigtige stykke kode, jeg vil gerne hjælpe dem med at forstå, hvad det er – 1C.

I dag har 1C-virksomheden på egen hånd introduceret så meget forvirring i produktbeskrivelser, i kravene til niveauet af specialister, der skal konfigurere systemet, i valg af platform, konfiguration, plugins, tilføjelser, versioner osv., osv., at 1C-systemet personligt begynder at minde mig om den gamle tv-serie “ Octopus”. Hvis nogen ellers husker, kæmpede kommissæren i denne film mod en kriminel gruppe, hvoraf en del var en bankgruppe. Og dette banksystem var så forvirrende, at det var meget svært at forstå, hvor pengene kom fra, hvor de blev af, hvordan den eller den opdeling fungerede og, vigtigst af alt, hvorfor.

I 1C-systemet er bestræbelser på at "forvirre" brugeren, det forekommer mig, rettet mod én ting: du behøver ikke at forstå noget, du skal bare betale. Og mange forretningsmænd ender faktisk med at betale uden at forstå, om de har brug for denne opdatering, om de har brug for dette produkt. De betaler bare og det er det.

Jeg vil forsøge at løse "blækspruttens tentakler" og strukturere en generel forståelse af, hvordan 1C-systemet fungerer.

Programmører vil også gerne mindes om, at evt teknisk information du kan finde den på 1C's hjemmeside. Jeg har slet ikke tænkt mig at dvæle ved disse nuancer. jeg vil skrive i et enkelt sprog så vidt muligt om grundlæggende spørgsmål.

Og hvis du har brug for specifikke tekniske nuancer af 1C, kan du altid bruge følgende ressourcer:

1. 1C hjemmeside og partnerforum. http://www.1c.ru
2. Andre ressourcer

I langt de fleste tilfælde vil svarene på dine spørgsmål findes på en af ​​disse ressourcer. Der er mange flere fora og andre ting, men de fleste af løsningerne er der.

1C som et økosystem

Når en forretningsmand, advokat, revisor, sælger og anden bruger støder på 1C-programmer, er der meget ofte en misforståelse af, hvad det er. Nogle mennesker tror, ​​at 1C er bekvemt system regnskab, for nogle - at dette er et system til at automatisere en netbutik, andre forstår ikke rigtig, hvad det handler om vi taler om. Nogle tror endda, at du ved hjælp af dette eller hint 1C-produkt kan løse ethvert forretningsproblem, du skal bare vælge det rigtige produkt og måske ændre det lidt.

Årsagen til sådanne klart fejlagtige opfattelser er, at ingen forstår, hvad 1C er fra et platformssynspunkt. Alle ser noget forskelligt, specifikt. 1C selv bringer endnu mere forvirring, da det aktivt støtter alle disse misforståelser på grund af sin markedsføring, som forsøger at positionere 1C som en løsning til alle lejligheder og til ethvert formål.

I artiklen Hvorfor 1C er dårligt, og hvorfor 1C-programmører ikke kan lide det så meget, har jeg allerede sagt, at 1C faktisk skal opfattes som et helt økosystem. Det er denne tilgang, der hjælper dig med at forstå, hvad 1C er, og hvorfor det er nødvendigt.

Så fra det tekniske økosystems synspunkt består 1C af følgende komponenter:

1. 1C platformen er grundlaget, som konfigurationer skrives på, hvilke programmører arbejder med osv. Den opdateres fra version til version, og kan derfor være: 6.0, 7.7, 8.0, 8.2 eller 8.3.
2. Konfiguration. Dette er det næste niveau af specificitet. Konfigurationer er skrevet på platformen ved hjælp af 1C-kode. Brugere arbejder med konfigurationer.
3. 1C Bitrix. Et system til at arbejde med websteder, det er værd at tale om separat.

Et andet aspekt, hvor 1C-arbejdet kan struktureres, er det organisatoriske niveau. Og her er der 2 dele, der heller ikke fungerer uden hinanden:

1. 1C-virksomheden selv og dens stab af specialister.
2. 1C-partnere (franchising) og specialister involveret i systemvedligeholdelse. De er også værd at fremhæve som en af ​​komponenterne i økosystemet. Uden specialister, der færdiggør og implementerer 1C, vil systemet ikke fungere. Disse kunne være 1C-partnervirksomheder eller single freelancere, det er lige meget, det skal de bare være, ellers vil systemet ikke være levedygtigt.

Dernæst foreslår jeg at se nærmere på delene af 1C-økosystemet.

Platform

Platformen er selve grundlaget for, at 1C-programmører ved hjælp af 1C-programmeringssproget skriver færdige programmer (konfigurationer) til brugerne. Platformen er grundlaget, uden hvilket ikke en eneste komponent eller konfiguration vil fungere. Samtidig kan selve platformen uden konfiguration være af interesse udelukkende for en 1C-programmør; for alle andre (brugere, forskellige specialister) er den ubrugelig.

Du kan arbejde på forskellige versioner af platformen. Jeg ved, at der i praksis bruges version 8.2 og 8.0, samt den ret gamle, men stadig populære 7.7, nogle gange bruges endda den første succesfulde udgivelse 6.0. Men jeg vil udelukkende tale om version 8.3, som den seneste i skrivende stund. Mange af de ting, vi vil diskutere, er lige relevante for tidligere versioner. Men nogle blev kun tilføjet i de seneste udgivelser. Jeg vil gerne have læserne til at tage højde for dette faktum.

Det er vigtigt at forstå, at brugere oftest ikke har brug for hele rækken af ​​muligheder, som 1C tilbyder. Denne udtalelse er især relevant for små og mellemstore virksomheder. Men kvaliteten og pålideligheden af ​​arbejdet er ekstremt vigtigt for brugerne. Og i denne forbindelse opstår der desværre en del problemer med 1C-softwareprodukter.

Når de arbejder med 1C, bruger programmører et specielt programmeringssprog, der er skabt af 1C-udviklere til at arbejde med 1C-platformen. I dag er den tilgængelig på russisk og engelske sprog, men blev oprindeligt skrevet på russisk, og derfor er standardkonfigurationer også skrevet traditionelt på russisk, selvom det altid er muligt at ansøge det rigtige sted også engelske versioner operatører, hvis det er mere bekvemt for programmøren at arbejde på denne måde. Dette sprog er en blanding af BASIC og C+ med tilføjelse af SQL til at skrive forespørgsler. Derudover giver det mulighed for at bruge forskellige konstruktører og plugins.

En af funktionerne ved 1C-platformen er manglen på modularitet. Platformen er noget helt, det er umuligt klart at angive, hvilket stykke kode (modul) der er ansvarlig for hvilke muligheder. Under installationen kan du naturligvis angive, hvilke komponenter der skal installeres og hvilke der ikke. Men denne mulighed er kun til stede på installationstidspunktet og tilbyder faktisk et meget lille antal muligheder.

Endnu en bemærkning, der forhåbentlig vil hjælpe med at undgå flammer og tvister:

Jeg forstår, at 1C-platformen er kraftfuld og meget fleksibelt værktøj. Og hvis du, som er en erfaren 1C-programmør, sætter dig for at skrive noget særligt på det, vil du højst sandsynligt ende med fremragende software. Og for forskellige sager her kan du finde en løsning netop takket være rigdommen af ​​platformens muligheder. Men oftest støder jeg på brugen af ​​standard konfigurationer (Regnskab, Handelsstyring, Løn og HR, Produktionsstyring), de fleste brugere arbejder med dem, især når det kommer til små og mellemstore virksomheder. Derfor vil jeg skrive om valget af platform og om nogle problemer forbundet med arbejdet med 1C hovedsageligt ud fra et synspunkt om at arbejde med standardkonfigurationer.

Det forstår jeg samtidig også med stor lyst og tilstrækkeligt niveau Med en programmørs viden kan mange problemer løses, men problemerne vil ikke være relevante. Derfor, hvis du bruger nogle unikke udviklinger, er de problemer og problemstillinger, som jeg afslører, måske slet ikke interessante for dig. For alle andre fortsætter jeg.

Platform leveringsmuligheder

Når du vælger en platform, er det meget vigtigt at være opmærksom på løsningsleveringsmulighederne. Det første, der er vigtigt for dig, er metoden til at organisere arbejdet med data:

• Fil løsning
• Klient-server mulighed

I en filbaseret løsning vil alle arbejdsoplysninger blive gemt i én fælles fil. Det er lige meget, hvilken konfiguration du installerer. Under alle omstændigheder vil du modtage en servicefil med en cd-udvidelse (1C internt format), hvori alt vil blive gemt: mapper, dokumenter, registre osv. Hvis antallet af brugere af dit program ikke overstiger 4 personer, er denne mulighed højst sandsynligt ret egnet til dig. Desuden er det meget nemmere at opsætte et filsystem; her kan du endda undvære hjælp fra en 1C-specialist. Hastighedsproblemet kan delvist løses ved hjælp af RPD (Remote Desktop Protocol), men kun delvist.

Men at bruge 1C i virksomheder med et ret aktivt dokumentflow, er det nok et stort antal systembrugere (mere end 4 personer), vil filsystemet ikke fungere tilfredsstillende. Brugere vil få adgang til den samme fil næsten samtidigt, som konstant vil stige i volumen. Derudover vil der være behov for konstante synkroniseringer, hvilket vil bremse arbejdet endnu mere.

For at løse dette problem forsøger 1C-virksomheden at prøve datacache, men denne metode bringer indtil videre mere flere problemer. Hvis nogen er interesseret i dette emne, så ring bare søgemaskine“1C cache problemer”, i søgningen vil der være en masse fora og diskussioner om dette med en række forskellige problemer, som i sidste ende bunder i, at caching ikke altid fungerer korrekt.

Klient-server organisering af datalagring er organiseringen af ​​databaser i tabeller på serveren. Dette kunne være MSSQL, Oracle eller en anden mulighed for databaseorganisation.

Fordelene ved denne mulighed er indlysende: uanset hvor mange brugere der får adgang til databaserne, vil der ikke opstå problemer med hastighed og adgang. Dette er den mulighed, som de fleste mellemstore virksomheder bruger, og det er den, jeg normalt anbefaler til kunder.

I de fleste tilfælde installerer virksomheder en Windows-server, hvor både selve programmet og databasen er gemt. Nogle gange er applikationer og databaser adskilt på forskellige servere, men disse tilfælde er komplekse og ret sjældne, og derfor vil jeg ikke dvæle ved dem.

Versioner af 1C til forskellige platforme

I dag kan du vælge forskellige versioner af 1C-software til at arbejde på forskellige platforme. Her er det også værd at finde ud af, hvad der er værd at købe i hvilket tilfælde.

Så der er versioner af 1C:

• Til Windows,
• til Linux.

I skrivende stund er der ikke udviklet nogen version til Mac OS.

1C-programmet, som kører under Windows, blev udviklet helt fra begyndelsen; det er et kraftfuldt værktøj, som alle kender, og som er tilstrækkeligt raffineret til at bruge det uden problemer. Linux-versionen i dag betragtes som stadig ny, og derfor ret "rå"; den har stadig mange fejl, som i ethvert nyt softwareprodukt.

Iværksættere og enhver virksomhedsrepræsentant er ret konservative mennesker; det vigtigste for dem er stabilitet. pålidelig drift. Oftest er det ikke så vigtigt for erhvervslivet høj hastighed arbejde eller en kæmpe liste af muligheder, lige så mange du bare har brug for stabilt arbejde. Derudover er Linux ikke efterspurgt i hjemmet i dag. Derfor støder man meget sjældent på denne version.

Komponentbase 1C

1C komponentbasen er meget omfattende, den indeholder et stort antal muligheder, mens 1C konstant opdeler og tilføjer funktioner. De der. når 1C-udviklere skal skabe noget nyt, skaber de næsten altid den nye slags objekt. For eksempel, når webtjenester var påkrævet, lavede udviklerne ikke en form for plugin, men introducerede blot konceptet: webservice. Tilsvarende oprettes der oftest en ny komponent for mange forretningsprocesser i en 1C-virksomhed, selv i tilfælde hvor den eksisterende blot kunne modificeres.

Hvad kan vi sige om komponenterne i 1C platformen:

• Nogle komponenter har virket i lang tid, nogle siden oprettelsen af ​​softwareproduktet. De er stabile og pålidelige.
• Nogle komponenter er blevet tilføjet for nylig, andre tilføjes lige nu. De fleste af dem er meget dårligt testet, og derfor skal du arbejde med dem med ekstrem forsigtighed.

Når du vælger en komponent at arbejde med, skal du altid være opmærksom på, hvornår den blev tilføjet. Professionelle 1C-programmører har denne regel: Når udviklere tilføjer en ny funktion, skal du om muligt undgå den, indtil der er gået tilstrækkelig lang tid. De der. de venter, indtil komponenten er vil blive testet i praksis vil de vigtigste "bugs" blive identificeret og rettet, og først derefter vil de begynde at arbejde aktivt med det.

En af komponenterne i 1C’s negative omdømme er virksomhedens praksis med konstant at tilføje nye, uprøvede løsninger. På trods af at allerede implementerede komponenter ofte fungerer dårligt, er fejl endnu ikke blevet rettet, og udviklere tilføjer allerede noget nyt. Disse kan ikke kun være komponenter, de kan være nye funktioner til eksisterende objekter, nye metoder osv. Alle programmører, der arbejder med 1C, vil stå over for dette problem - den konstante tilstedeværelse af "rå" software, konstante "bugs" og deres konstante rettelser.

Brugere kan også støde på dette problem - fejl og ustabilt arbejde software, når du arbejder med platformen. Der er et bestemt sæt 1C vedligeholdelsesfunktioner, som en bruger kan udføre. Der er en platformbrugergrænseflade til dette formål. Og her er det værd at vende tilbage til forskellige versioner brugergrænseflade.

1C platformen består af mange forskellige komponenter, der konstant tilføjes, hvilket udvider dette produkts muligheder. Udover dokumenter, kataloger, diverse registre, er der også forskellige komponenter til input/output af information, dvs. brugergrænseflader.

Baseret på denne funktion kan du vælge:

1. Native 1C klient. Dette er en traditionel softwaregrænseflade, når 1C tilgås fra 1C.
2. Arbejd gennem en browser.
3. Arbejd gennem en mobilapplikation.

Hver mulighed har nogle begrænsninger; du kan læse mere om dem på det officielle 1C-websted.

Indfødt klient

Den oprindelige klient er også opdelt i en række underklienter, hvilket introducerer yderligere kaos i softwareudvælgelsesprocessen. Det vigtigste her er at vælge en "tyk" eller "tynd" klientmulighed. Ved første øjekast er valget her ikke kritisk, især for en programmør. Når man arbejder med konfigurationen gennem grænsefladen, kan der faktisk opstå problemer på grund af valgfejl.

Hvad er forskellen mellem disse underklienter?

"Tyk" kræver en bred (tyk) kommunikationskanal, "tynd" kræver et minimum. Langt de fleste af mine kunder bruger en “tyk” klient, da alle nu har gode lokale eller internetkanaler, og der er ingen problemer med deres “bredde”. På den anden side har en "tynd" klient visse begrænsninger i sin drift; der er ting, der ikke kan gøres i den.

Webklient (arbejde via browser)

Webklienten arbejder med 1C-programmet gennem en browser. De der. du bruger en bestemt teknologi, der giver dig adgang til databasen via internettet ved hjælp af en browser, der er praktisk for dig. I dette tilfælde er grænsefladen fuldstændig skitseret direkte i browseren.

Denne mulighed pålægger visse begrænsninger, du skal konstant huske dette. På den anden side er arbejdet med webklienten ret stabilt, godt debugget og bragt til en vis logisk konklusion. Det er grunden til, at rigtig mange mennesker bruger denne grænseflademulighed. At arbejde med 1C online kan være meget praktisk og endda nødvendigt.

mobil version

Denne version af klienten fra 1C dukkede op relativt for nylig og er endnu ikke i stor efterspørgsel. Årsager til denne holdning:

1. Klienten viste sig at være meget vanskelig. For at opsætte dette program skal en person kende både 1C og mobilteknologier og ret dybt på kodeniveau. Det er klart, at det er ret svært at finde en sådan specialist, hvilket ikke bidrager til softwareløsningens popularitet.
2. Teknologien er stadig meget "rå" og dårligt fejlrettet. Jeg forsøgte personligt at bruge denne løsning til mine kunder, talte med kolleger, der også blev fortrolige med denne teknologi, og i øjeblikket falder min mening og mine kollegers mening sammen: det er nemmere og mere bekvemt at oprette en form for mobilapplikation end at bruge muligheden fra 1C.

Mobilversionen skal kombinere en masse ting; det kræver arbejde fra flere specialister, der vil arbejde sammen og hjælpe hinanden:

• Opsætning af adgang til databasen udefra;
• Løsning af sikkerhedsproblemer;
• Opsætning af en server at arbejde med mobile applikationer;
• Opsætning af 1C-softwareprodukter;
• Opsætning af webapplikationer (hvis nødvendigt).

Alt dette er nødvendigt for at sikre den korrekte drift af 1C-mobilapplikationen. Det er klart, at det er svært og dyrt at samle et sådant team af specialister, og derfor er denne løsning ikke populær i små og mellemstore virksomheder.

Platform 1C: resumé

1C-platformen er meget funktionel; den har en enorm liste over forskellige muligheder. Og denne mængde bliver naturligvis til kompleksitet. Som et resultat er barrieren for adgang til at arbejde med 1C for en programmør meget høj. Kunder hører om forskellige 1C-funktioner og beder en programmør om at hjælpe med at implementere dem. Det betyder, at en specialist konstant skal være opmærksom på opdateringer, forstå og vide en række ting.

Det er meget svært at finde en programmør, der kan forstå alt på programniveau på én gang: arbejde med 1C, webprogrammering, arbejde med mobile applikationer osv. Dette er muligt på et konceptuelt plan, dvs. på den, hvor jeg nu deler min viden.

Men kunderne forstår normalt ikke dette og begynder at kræve, at 1C-programmøren implementerer en række funktioner.

På den anden side ændrer 1C platformen sig konstant, den har et stort antal muligheder, mange forskellige løsninger og som et resultat - et stort antal fejl og deres rettelser.

Alt dette tilsammen fører til et positioneringsproblem:

• På den ene side er der firmaet 1C, som fortæller kunderne, at 1C er enkelt og bekvemt. De skriver ingen steder, at vedligeholdelse af 1C vil kræve en specialist med særlig viden, at det er svært for programmører at arbejde med moderne 1C.
• På den anden side står klienten i virkeligheden over for alle disse problemer. Og det er godt, hvis han får hjælp fra enten et velfungerende team involveret i implementeringen af ​​1C, eller en virksomhedskonsulent med mit vidensniveau, som kan finde de rigtige specialister og tildele dem de rigtige opgaver. I andre tilfælde vil brugeren stå over for en masse problemer under implementeringsprocessen.

Så kort om 1C platformen: et stort antal muligheder, høj grad fleksibilitet, mange forskellige løsninger. Og på samme tid: lav implementeringskvalitet, konstant voksende kompleksitet af løsningen, et stort antal fejl i hver version.

På et konceptuelt plan synes jeg, at der er nok information. Og du kan altid finde tekniske nuancer på 1C-ressourcerne, som jeg anbefalede ovenfor.

Konfigurationer

1C-konfigurationer er færdige softwareløsninger, der er skabt på basis af en specifik version af platformen. Konfiguration er det, som brugerne arbejder direkte med, det softwaremiljø, hvori de opbevarer aktuelle poster, arbejder med dokumentflow, mapper osv. Brugere ved måske ofte ikke, hvilken slags platform de har. Men de ved altid, hvilken specifik konfiguration der bruges.

Der er konfigurationer:

1. Standard - skrevet af 1C firma. De er alle til stede på 1C's hjemmeside.
2. Atypisk – skrevet af partnervirksomheder.

På brugerniveau skelnes de to typer på følgende måde:

1. Standardkonfigurationer oprettes og vedligeholdes af 1C. I de fleste tilfælde er de af højere kvalitet, i disse konfigurationer er arbejdet med kode bedre organiseret, og de bruges oftest optimale løsninger, fejl rettes omgående. Selvfølgelig hører alle konstant om "evige fejl" i typiske 1C-konfigurationer, og de er faktisk konstant til stede der, men alligevel er det værd at give kredit til virksomhedens specialister. De løser kritiske fejl virkelig hurtigt.
2. Atypiske konfigurationer er skrevet af 1C-partnervirksomheder, og det er ret svært at sige noget bestemt her. Sådanne konfigurationer er meget forskellige. Oftest er de skrevet ved lejlighed: branchespecifikke (til en specifik branche) eller skrevet til en specifik lejlighed (en specifik virksomhed). Og her er det nødvendigt at forstå, at 1C partnervirksomheder for størstedelens vedkommende har en ret høj personaleomsætning. Og derfor er konfigurationerne i dem skrevet på en ret uorganiseret måde. En programmør begynder at skrive, en anden fortsætter, og en tredje afslutter. Samtidig bringer de hver især noget af deres eget, deres forståelse, løsninger, ideer. Og den anvender udviklingen fra sin forgænger, som den er bekvem, og ikke som den var tiltænkt.

Måske husker du den sjove tegneserie "Tre fra Prostokvashino"? Der skrev drengen onkel Fyodor et brev til sine forældre, men afsluttede det ikke, han blev distraheret, og hans venner skiftedes til at færdiggøre det for ham: en kat og en hund. Og hver af dem talte om deres problemer. Som et resultat blev drengens forældre overrasket over at høre, at hans "poter gjorde ondt, og hans hale faldt af." Dette er princippet, der bruges til at skrive ikke-standardkonfigurationer meget ofte.
Manglen på kontinuitet i at skrive ikke-standardkonfigurationer, og ofte mangel på tilstrækkelig detaljeret dokumentation, fører til, at du for alle spørgsmål om implementering og ændringer bliver nødt til at kontakte det firma, der har udviklet denne konfiguration.

Ikke-standardkonfigurationer findes også i to typer:

1. Skrevet ud fra standard. Disse konfigurationer oprettes ved at tilføje funktionalitet til en standard. For eksempel er der et produkt som 1C: Trade Management og CRM. Her kombinerede vi standardkonfigurationen af ​​Trade Management og CRM-systemet. Det er interessant, at skaberne af konfigurationen, Rarus-virksomheden, kalder Trade Management-undersystemet, selvom det faktisk var grundlaget, hvorpå hele konfigurationen blev skrevet.
       fordele sådanne konfigurationer - de er mere funktionelle i sammenligning med standardkonfigurationer, ofte tilføjes meget nødvendige funktioner til dem.
       Minusser– Udviklerne af disse konfigurationer har ofte ikke tid til at lave deres opdateringer rettidigt. Det kan således meget vel være, at 1C-virksomheden allerede har lagt sine opdateringsmuligheder ud, og brugeren af ​​en ikke-standard løsning skal vente noget tid, indtil udvikleren laver en lignende opdatering til en specifik løsning. Derudover kan sådanne ændringer også være ret "rå" og kan indeholde mange fejl.
      
2. Konfigurationer skrevet fra bunden. Når du opretter dem, bruges standardkonfigurationer slet ikke; løsninger er skrevet til specifikke opgaver.
       fordele: Konfigurationen blev skrevet nøjagtigt efter kundens behov, der er alt nødvendigt og næsten intet overflødigt.
       Minusser: Normalt, når du skriver sådanne løsninger, overholdes kodestandarder ikke; det er meget vanskeligt at ændre sådanne softwareprodukter; oftest er det kun forfatteren, der kan gøre dette hurtigt nok.

Hvis jeg kom til kunder og så, at der var en ikke-standard konfiguration skrevet fra bunden, prøver jeg enten slet ikke at røre ved den eller helt ændre den til en bekvem og universal løsning. Ganske ofte er sådanne løsninger faktisk ikke nødvendige, især i små og mellemstore virksomheder. Samtidig er standardprodukter nemmere at vedligeholde og som følge heraf billigere, hvilket altid er vigtigt for erhvervslivet.

Resumé

Det er vigtigt at forstå, at iværksættere normalt leder efter konfiguration. For eksempel, for at automatisere arbejdet i regnskabsafdelingen, har de brug for 1C.Regnskab og at organisere arbejdet med kunder - 1C. Handelsledelse. Det er disse produkter, som er forståelige for dem og derfor interessante.

Det er således vigtigt for programmøren at vide, hvilken platform han skal arbejde med. Brugeren er interesseret i konfigurationen. På samme tid, uden hjælp fra en 1C-programmør, vil en virksomhed i de fleste tilfælde ikke være i stand til at opsætte den ønskede konfiguration. Derfor kalder jeg 1C-specialister for en integreret del af 1C-økosystemet.

Lad mig minde dig om, at 1C-specialister også er forskellige. Nogle er engageret i udviklingen af ​​platformen og standardkonfigurationer (medarbejdere i 1C-virksomheden), andre er dets partnere og er involveret i implementering og modifikationer, mens andre privat hjælper med at løse visse problemer relateret til implementeringen af ​​1C. Tilføj tags

I dag er 1C-softwareprodukter en slags standard for regnskab, ledelse og andre former for regnskab i små og mellemstore virksomheder. Arbejdsgivere kræver, at deres medarbejdere har de nødvendige færdigheder til at arbejde med netop dette softwareprodukt. Opstår spørgsmålet om integration af netbutik og automatiseringssystemer (rester, priser, ordrer mv.) på dagsordenen, har kontoret som regel også en 1C-database, som der skal gennemføres integration med. Tilsvarende i mange andre tilfælde: enhver automatiseringsproces for små og mellemstore virksomheder begynder traditionelt med 1C-produkter og fortsætter med deres brug.

Som virksomhedskonsulent støder jeg ret ofte på spørgsmål om, hvad 1C er, hvilken struktur dette softwareprodukt kan have, og generelt hvordan hele dette system fungerer. De bliver som regel stillet af webudviklere, der er tvunget til at håndtere integrationsproblemer. 1C, programmører med speciale i mobile applikationer og andre specialister, som på grund af deres arbejde sjældent skal håndtere 1C-programmer.

I denne artikel besluttede jeg at samle svar på de mest almindelige spørgsmål, der konstant dukker op i mit arbejde. Derfor vil jeg gerne advare dig med det samme: artiklen er beregnet til folk, der er fortrolige med it-teknologier; forretningsmænd, revisorer, folk langt fra it-sfæren vil højst sandsynligt have svært ved at forstå nogle af nuancerne. Jeg vil selvfølgelig forsøge at skrive så enkelt som muligt, og jeg har ikke planer om at dykke ned i tekniske nuancer på kodeniveau, men alligevel kan visse udtryk og begreber virke komplekse for ikke-specialister.

Et par ord om min oplevelse med 1C

På et tidspunkt arbejdede jeg som 1C programmør i et stort projekt, derefter tiltrådte jeg stillingen som projektleder, og i ret lang tid var jeg leder af projektafdelingen, som udelukkende beskæftigede sig med opgaver i 1C.

Nu, som jeg har skrevet mere end én gang, arbejder jeg som virksomhedskonsulent inden for små og mellemstore virksomheder. Jeg står konstant over for forskellige opgaver relateret til arbejdsautomatisering, og som følge heraf med 1C softwareprodukter. Oftest hyrer jeg som virksomhedskonsulent 1C-specialister til at løse visse problemer, jeg har et fast team, og jeg tiltrækker også tredjepartsspecialister, herunder freelancere. I meget sjældne tilfælde skriver jeg selv noget i 1C, oftest hvis jeg akut skal have løst et lille problem.

Til gengæld bevæger jeg mig længere og længere væk fra konstant arbejde med 1C-produkter. Hvis i begyndelsen af ​​min karriere arbejde med 1C-programmer bragte mig 100% af min indkomst, fylder implementeringen af ​​nogle 1C-løsninger i dag ikke mere end 20% af mit arbejde, alt andet er hjemmesider, CRM-systemer osv.

Derfor, selvom jeg endnu ikke har forvildet mig for langt fra problemer relateret til 1C-programmet, besluttede jeg at systematisere min viden, indsamle og registrere vigtige aspekter og nuancer af arbejdet med disse softwareprodukter

Lidt mere om 1C og hvorfor jeg skriver alt dette

Jeg ved selv, at jeg er ved at, som man siger, omfavne uhyrligheden. Derfor endnu en advarsel:

1. Jeg planlægger at lave en hel række artikler om 1C, hvor jeg vil tale om dette softwareprodukt fra forskellige synsvinkler. Denne artikel er primært beregnet til programmører. Derfor lægger jeg det op på Habré. Følgende vil dække en bredere vifte af koncepter, herunder dem af interesse for forretningsmænd og brugere af 1C-softwareprodukter, og derfor vil de blive offentliggjort på Megamind.
2. Jeg vil ikke dykke ned i nuancerne ved at bruge koden eller andre tekniske detaljer, som hver af jer kan læse på egen hånd på det officielle 1C-websted, på supportwebsteder, på velkendte fora osv.
3. Jeg vil ikke diskutere nuancerne af, hvordan den eller den version af platformen fungerer. Desuden vil jeg oftest tale om platform 8.3 som den seneste i skrivende stund, samt om typiske konfigurationer, der er mest efterspurgt blandt mine kunder (mellemstore og små virksomheder).

Samtidig vil jeg ikke bare hjælpe en webprogrammør eller en anden specialist med at forstå, hvor man skal lede efter det rigtige stykke kode, jeg vil gerne hjælpe dem med at forstå, hvad det er – 1C.

I dag har 1C-virksomheden på egen hånd introduceret så meget forvirring i produktbeskrivelser, i kravene til niveauet af specialister, der skal konfigurere systemet, i valg af platform, konfiguration, plugins, tilføjelser, versioner osv., osv., at 1C-systemet personligt begynder at minde mig om den gamle tv-serie “ Octopus”. Hvis nogen ellers husker, kæmpede kommissæren i denne film mod en kriminel gruppe, hvoraf en del var en bankgruppe. Og dette banksystem var så forvirrende, at det var meget svært at forstå, hvor pengene kom fra, hvor de blev af, hvordan den eller den opdeling fungerede og, vigtigst af alt, hvorfor.

I 1C-systemet er bestræbelser på at "forvirre" brugeren, det forekommer mig, rettet mod én ting: du behøver ikke at forstå noget, du skal bare betale. Og mange forretningsmænd ender faktisk med at betale uden at forstå, om de har brug for denne opdatering, om de har brug for dette produkt. De betaler bare og det er det.

Jeg vil forsøge at løse "blækspruttens tentakler" og strukturere en generel forståelse af, hvordan 1C-systemet fungerer.

Vi vil også gerne minde programmører om, at du kan finde teknisk information på 1C's hjemmeside. Jeg har slet ikke tænkt mig at dvæle ved disse nuancer. Jeg vil så vidt muligt skrive i et enkelt sprog om grundlæggende spørgsmål.

Og hvis du har brug for specifikke tekniske nuancer af 1C, kan du altid bruge følgende ressourcer:

1. 1C hjemmeside og partnerforum. http://www.1c.ru
2. Andre ressourcer

I langt de fleste tilfælde vil svarene på dine spørgsmål findes på en af ​​disse ressourcer. Der er mange flere fora og andre ting, men de fleste af løsningerne er der.

1C som et økosystem

Når en forretningsmand, advokat, revisor, sælger og anden bruger støder på 1C-programmer, er der meget ofte en misforståelse af, hvad det er. Nogle mennesker tror, ​​at 1C er et praktisk regnskabssystem, andre tror, ​​at det er et system til at automatisere en online butik, andre forstår ikke rigtig, hvad vi taler om. Nogle tror endda, at du ved hjælp af dette eller hint 1C-produkt kan løse ethvert forretningsproblem, du skal bare vælge det rigtige produkt og måske ændre det lidt.

Årsagen til sådanne klart fejlagtige opfattelser er, at ingen forstår, hvad 1C er fra et platformssynspunkt. Alle ser noget forskelligt, specifikt. 1C selv bringer endnu mere forvirring, da det aktivt støtter alle disse misforståelser på grund af sin markedsføring, som forsøger at positionere 1C som en løsning til alle lejligheder og til ethvert formål.

I artiklen sagde jeg allerede, at 1C faktisk skal opfattes som et helt økosystem. Det er denne tilgang, der hjælper dig med at forstå, hvad 1C er, og hvorfor det er nødvendigt.

Så fra det tekniske økosystems synspunkt består 1C af følgende komponenter:

1. 1C platformen er grundlaget, som konfigurationer skrives på, hvilke programmører arbejder med osv. Den opdateres fra version til version, og kan derfor være: 6.0, 7.7, 8.0, 8.2 eller 8.3.
2. Konfiguration. Dette er det næste niveau af specificitet. Konfigurationer er skrevet på platformen ved hjælp af 1C-kode. Brugere arbejder med konfigurationer.
3. 1C Bitrix. Et system til at arbejde med websteder, det er værd at tale om separat.

Et andet aspekt, hvor 1C-arbejdet kan struktureres, er det organisatoriske niveau. Og her er der 2 dele, der heller ikke fungerer uden hinanden:

1. 1C-virksomheden selv og dens stab af specialister.
2. 1C-partnere (franchising) og specialister involveret i systemvedligeholdelse. De er også værd at fremhæve som en af ​​komponenterne i økosystemet. Uden specialister, der færdiggør og implementerer 1C, vil systemet ikke fungere. Disse kunne være 1C-partnervirksomheder eller single freelancere, det er lige meget, det skal de bare være, ellers vil systemet ikke være levedygtigt.

Dernæst foreslår jeg at se nærmere på delene af 1C-økosystemet.

Platform

Platformen er selve grundlaget for, at 1C-programmører ved hjælp af 1C-programmeringssproget skriver færdige programmer (konfigurationer) til brugerne. Platformen er grundlaget, uden hvilket ikke en eneste komponent eller konfiguration vil fungere. Samtidig kan selve platformen uden konfiguration være af interesse udelukkende for en 1C-programmør; for alle andre (brugere, forskellige specialister) er den ubrugelig.

Du kan arbejde på forskellige versioner af platformen. Jeg ved, at der i praksis bruges version 8.2 og 8.0, samt den ret gamle, men stadig populære 7.7, nogle gange bruges endda den første succesfulde udgivelse 6.0. Men jeg vil udelukkende tale om version 8.3, som den seneste i skrivende stund. Mange af de ting, vi vil diskutere, er lige relevante for tidligere versioner. Men nogle blev kun tilføjet i de seneste udgivelser. Jeg vil gerne have læserne til at tage højde for dette faktum.

Det er vigtigt at forstå, at brugere oftest ikke har brug for hele rækken af ​​muligheder, som 1C tilbyder. Denne udtalelse er især relevant for små og mellemstore virksomheder. Men kvaliteten og pålideligheden af ​​arbejdet er ekstremt vigtigt for brugerne. Og i denne forbindelse opstår der desværre en del problemer med 1C-softwareprodukter.

Når de arbejder med 1C, bruger programmører et specielt programmeringssprog, der er skabt af 1C-udviklere til at arbejde med 1C-platformen. I dag er det tilgængeligt på russisk og engelsk, men blev oprindeligt skrevet på russisk, og derfor er standardkonfigurationer også skrevet traditionelt på russisk, selvom det altid er muligt at bruge engelske versioner af operatører på det rigtige sted, hvis det er mere bekvemt for programmør til at arbejde på den måde. Dette sprog er en blanding af BASIC og C+ med tilføjelse af SQL til at skrive forespørgsler. Derudover giver det mulighed for at bruge forskellige konstruktører og plugins.

En af funktionerne ved 1C-platformen er manglen på modularitet. Platformen er noget helt, det er umuligt klart at angive, hvilket stykke kode (modul) der er ansvarlig for hvilke muligheder. Under installationen kan du naturligvis angive, hvilke komponenter der skal installeres og hvilke der ikke. Men denne mulighed er kun til stede på installationstidspunktet og tilbyder faktisk et meget lille antal muligheder.

Endnu en bemærkning, der forhåbentlig vil hjælpe med at undgå flammer og tvister:

Jeg forstår, at 1C-platformen er et kraftfuldt og meget fleksibelt værktøj. Og hvis du, som er en erfaren 1C-programmør, sætter dig for at skrive noget særligt på det, vil du højst sandsynligt ende med fremragende software. Og til forskellige tilfælde kan du finde en løsning her netop takket være rigdommen af ​​platformens muligheder. Men oftest støder jeg på brugen af ​​standard konfigurationer (Regnskab, Handelsstyring, Løn og HR, Produktionsstyring), de fleste brugere arbejder med dem, især når det kommer til små og mellemstore virksomheder. Derfor vil jeg skrive om valget af platform og om nogle problemer forbundet med arbejdet med 1C hovedsageligt ud fra et synspunkt om at arbejde med standardkonfigurationer.

Samtidig forstår jeg også, at med et stort ønske og et tilstrækkeligt kendskab til programmøren kan mange problemer løses, men problemerne vil ikke være relevante. Derfor, hvis du bruger nogle unikke udviklinger, er de problemer og problemstillinger, som jeg afslører, måske slet ikke interessante for dig. For alle andre fortsætter jeg.

Platform leveringsmuligheder

Når du vælger en platform, er det meget vigtigt at være opmærksom på løsningsleveringsmulighederne. Det første, der er vigtigt for dig, er metoden til at organisere arbejdet med data:

• Fil løsning
• Klient-server mulighed

I en filbaseret løsning vil alle arbejdsoplysninger blive gemt i én fælles fil. Det er lige meget, hvilken konfiguration du installerer. Under alle omstændigheder vil du modtage en servicefil med en cd-udvidelse (1C internt format), hvori alt vil blive gemt: mapper, dokumenter, registre osv. Hvis antallet af brugere af dit program ikke overstiger 4 personer, er denne mulighed højst sandsynligt ret egnet til dig. Desuden er det meget nemmere at opsætte et filsystem; her kan du endda undvære hjælp fra en 1C-specialist. Hastighedsproblemet kan delvist løses ved hjælp af RPD (Remote Desktop Protocol), men kun delvist.

Men for at bruge 1C i virksomheder med et ret aktivt dokumentflow og et ret stort antal systembrugere (mere end 4 personer), vil filsystemet ikke fungere tilfredsstillende. Brugere vil få adgang til den samme fil næsten samtidigt, som konstant vil stige i volumen. Derudover vil der være behov for konstante synkroniseringer, hvilket vil bremse arbejdet endnu mere.

For at løse dette problem forsøger 1C-virksomheden at prøve datacache, men denne metode bringer indtil videre endnu flere problemer. Hvis nogen er interesseret i dette emne, skal du bare skrive "1C cache-problemer" i søgemaskinen; i søgningen vil der være en masse fora og diskussioner om dette med en række problemer, som i sidste ende bunder i, at caching gør ikke altid fungerer korrekt.

Klient-server organisering af datalagring er organiseringen af ​​databaser i tabeller på serveren. Dette kunne være MSSQL, Oracle eller en anden mulighed for databaseorganisation.

Fordelene ved denne mulighed er indlysende: uanset hvor mange brugere der får adgang til databaserne, vil der ikke opstå problemer med hastighed og adgang. Dette er den mulighed, som de fleste mellemstore virksomheder bruger, og det er den, jeg normalt anbefaler til kunder.

I de fleste tilfælde installerer virksomheder en Windows-server, hvor både selve programmet og databasen er gemt. Nogle gange er applikationer og databaser adskilt på forskellige servere, men disse tilfælde er komplekse og ret sjældne, og derfor vil jeg ikke dvæle ved dem.

Versioner af 1C til forskellige platforme

I dag kan du vælge forskellige versioner af 1C-software til at arbejde på forskellige platforme. Her er det også værd at finde ud af, hvad der er værd at købe i hvilket tilfælde.

Så der er versioner af 1C:

• Til Windows,
• til Linux.

I skrivende stund er der ikke udviklet nogen version til Mac OS.

1C-programmet, som kører under Windows, blev udviklet helt fra begyndelsen; det er et kraftfuldt værktøj, som alle kender, og som er tilstrækkeligt raffineret til at bruge det uden problemer. Linux-versionen i dag betragtes som stadig ny, og derfor ret "rå"; den har stadig mange fejl, som i ethvert nyt softwareprodukt.

Iværksættere og enhver virksomhedsrepræsentant er ret konservative mennesker; det vigtigste for dem er stabilt, pålideligt arbejde. Oftest er en virksomhed ikke så interesseret i høj hastighed eller en enorm liste af muligheder, da det simpelthen kræver stabil drift. Derudover er Linux ikke efterspurgt i hjemmet i dag. Derfor støder man meget sjældent på denne version.

Komponentbase 1C

1C komponentbasen er meget omfattende, den indeholder et stort antal muligheder, mens 1C konstant opdeler og tilføjer funktioner. De der. når 1C-udviklere skal skabe noget nyt, skaber de næsten altid en ny type objekt. For eksempel, når webtjenester var påkrævet, lavede udviklerne ikke en form for plugin, men introducerede blot konceptet: webservice. Tilsvarende oprettes der oftest en ny komponent for mange forretningsprocesser i en 1C-virksomhed, selv i tilfælde hvor den eksisterende blot kunne modificeres.

Hvad kan vi sige om komponenterne i 1C platformen:

• Nogle komponenter har virket i lang tid, nogle siden oprettelsen af ​​softwareproduktet. De er stabile og pålidelige.
• Nogle komponenter er blevet tilføjet for nylig, andre tilføjes lige nu. De fleste af dem er meget dårligt testet, og derfor skal du arbejde med dem med ekstrem forsigtighed.

Når du vælger en komponent at arbejde med, skal du altid være opmærksom på, hvornår den blev tilføjet. Professionelle 1C-programmører har denne regel: Når udviklere tilføjer en ny funktion, skal du om muligt undgå den, indtil der er gået tilstrækkelig lang tid. De der. de venter, indtil komponenten er blevet testet i praksis, de vigtigste "bugs" er blevet identificeret og rettet, og først derefter begynder de aktivt at arbejde med det.

En af komponenterne i 1C’s negative omdømme er virksomhedens praksis med konstant at tilføje nye, uprøvede løsninger. På trods af at allerede implementerede komponenter ofte fungerer dårligt, er fejl endnu ikke blevet rettet, og udviklere tilføjer allerede noget nyt. Disse kan ikke kun være komponenter, de kan være nye funktioner til eksisterende objekter, nye metoder osv. Alle programmører, der arbejder med 1C, vil stå over for dette problem - den konstante tilstedeværelse af "rå" software, konstante "bugs" og deres konstante rettelser.

Brugere kan også støde på dette problem - fejl og ustabil drift af softwaren, når de arbejder med platformen. Der er et bestemt sæt 1C vedligeholdelsesfunktioner, som en bruger kan udføre. Der er en platformbrugergrænseflade til dette formål. Og her er det værd at vende tilbage til de forskellige versioner af brugergrænsefladen.

1C platformen består af mange forskellige komponenter, der konstant tilføjes, hvilket udvider dette produkts muligheder. Udover dokumenter, kataloger, diverse registre, er der også forskellige komponenter til input/output af information, dvs. brugergrænseflader.

Baseret på denne funktion kan du vælge:

1. Native 1C klient. Dette er en traditionel softwaregrænseflade, når 1C tilgås fra 1C.
2. Arbejd gennem en browser.
3. Arbejd gennem en mobilapplikation.

Hver mulighed har nogle begrænsninger; du kan læse mere om dem på det officielle 1C-websted.

Indfødt klient

Den oprindelige klient er også opdelt i en række underklienter, hvilket introducerer yderligere kaos i softwareudvælgelsesprocessen. Det vigtigste her er at vælge en "tyk" eller "tynd" klientmulighed. Ved første øjekast er valget her ikke kritisk, især for en programmør. Når man arbejder med konfigurationen gennem grænsefladen, kan der faktisk opstå problemer på grund af valgfejl.

Hvad er forskellen mellem disse underklienter?

"Tyk" kræver en bred (tyk) kommunikationskanal, "tynd" kræver et minimum. Langt de fleste af mine kunder bruger en “tyk” klient, da alle nu har gode lokale eller internetkanaler, og der er ingen problemer med deres “bredde”. På den anden side har en "tynd" klient visse begrænsninger i sin drift; der er ting, der ikke kan gøres i den.

Webklient (arbejde via browser)

Webklienten arbejder med 1C-programmet gennem en browser. De der. du bruger en bestemt teknologi, der giver dig adgang til databasen via internettet ved hjælp af en browser, der er praktisk for dig. I dette tilfælde er grænsefladen fuldstændig skitseret direkte i browseren.

Denne mulighed pålægger visse begrænsninger, du skal konstant huske dette. På den anden side er arbejdet med webklienten ret stabilt, godt debugget og bragt til en vis logisk konklusion. Det er grunden til, at rigtig mange mennesker bruger denne grænseflademulighed. At arbejde med 1C online kan være meget praktisk og endda nødvendigt.

mobil version

Denne version af klienten fra 1C dukkede op relativt for nylig og er endnu ikke i stor efterspørgsel. Årsager til denne holdning:

1. Klienten viste sig at være meget vanskelig. For at opsætte dette program skal en person kende både 1C og mobilteknologier og ret dybt på kodeniveau. Det er klart, at det er ret svært at finde en sådan specialist, hvilket ikke bidrager til softwareløsningens popularitet.
2. Teknologien er stadig meget "rå" og dårligt fejlrettet. Jeg forsøgte personligt at bruge denne løsning til mine kunder, talte med kolleger, der også blev fortrolige med denne teknologi, og i øjeblikket falder min mening og mine kollegers mening sammen: det er nemmere og mere bekvemt at oprette en form for mobilapplikation end at bruge muligheden fra 1C.

Mobilversionen skal kombinere en masse ting; det kræver arbejde fra flere specialister, der vil arbejde sammen og hjælpe hinanden:

• Opsætning af adgang til databasen udefra;
• Løsning af sikkerhedsproblemer;
• Opsætning af en server til at arbejde med mobile applikationer;
• Opsætning af 1C-softwareprodukter;
• Opsætning af webapplikationer (hvis nødvendigt).

Alt dette er nødvendigt for at sikre den korrekte drift af 1C-mobilapplikationen. Det er klart, at det er svært og dyrt at samle et sådant team af specialister, og derfor er denne løsning ikke populær i små og mellemstore virksomheder.

Platform 1C: resumé

1C-platformen er meget funktionel; den har en enorm liste over forskellige muligheder. Og denne mængde bliver naturligvis til kompleksitet. Som et resultat er barrieren for adgang til at arbejde med 1C for en programmør meget høj. Kunder hører om forskellige 1C-funktioner og beder en programmør om at hjælpe med at implementere dem. Det betyder, at en specialist konstant skal være opmærksom på opdateringer, forstå og vide en række ting.

Det er meget svært at finde en programmør, der kan forstå alt på programniveau på én gang: arbejde med 1C, webprogrammering, arbejde med mobile applikationer osv. Dette er muligt på et konceptuelt plan, dvs. på den, hvor jeg nu deler min viden.

Men kunderne forstår normalt ikke dette og begynder at kræve, at 1C-programmøren implementerer en række funktioner.

På den anden side ændrer 1C platformen sig konstant, den har et stort antal muligheder, mange forskellige løsninger og som et resultat - et stort antal fejl og deres rettelser.

Alt dette tilsammen fører til et positioneringsproblem:

• På den ene side er der firmaet 1C, som fortæller kunderne, at 1C er enkelt og bekvemt. De skriver ingen steder, at vedligeholdelse af 1C vil kræve en specialist med særlig viden, at det er svært for programmører at arbejde med moderne 1C.
• På den anden side står klienten i virkeligheden over for alle disse problemer. Og det er godt, hvis han får hjælp fra enten et velfungerende team involveret i implementeringen af ​​1C, eller en virksomhedskonsulent med mit vidensniveau, som kan finde de rigtige specialister og tildele dem de rigtige opgaver. I andre tilfælde vil brugeren stå over for en masse problemer under implementeringsprocessen.

Så kort om 1C platformen: et stort antal muligheder, en høj grad af fleksibilitet, en masse forskellige løsninger. Og på samme tid: lav implementeringskvalitet, konstant voksende kompleksitet af løsningen, et stort antal fejl i hver version.

På et konceptuelt plan synes jeg, at der er nok information. Og du kan altid finde tekniske nuancer på 1C-ressourcerne, som jeg anbefalede ovenfor.

Konfigurationer

1C-konfigurationer er færdige softwareløsninger, der er skabt på basis af en specifik version af platformen. Konfiguration er det, som brugerne arbejder direkte med, det softwaremiljø, hvori de opbevarer aktuelle poster, arbejder med dokumentflow, mapper osv. Brugere ved måske ofte ikke, hvilken slags platform de har. Men de ved altid, hvilken specifik konfiguration der bruges.

Der er konfigurationer:

1. Standard - skrevet af 1C firma. De er alle til stede på 1C's hjemmeside.
2. Atypisk – skrevet af partnervirksomheder.

På brugerniveau skelnes de to typer på følgende måde:

1. Standardkonfigurationer oprettes og vedligeholdes af 1C. I de fleste tilfælde er de af højere kvalitet, i disse konfigurationer er arbejdet med koden bedre organiseret, optimale løsninger bruges oftest, og fejl bliver hurtigt rettet. Selvfølgelig hører alle konstant om "evige fejl" i typiske 1C-konfigurationer, og de er faktisk konstant til stede der, men alligevel er det værd at give kredit til virksomhedens specialister. De løser kritiske fejl virkelig hurtigt.
2. Atypiske konfigurationer er skrevet af 1C-partnervirksomheder, og det er ret svært at sige noget bestemt her. Sådanne konfigurationer er meget forskellige. Oftest er de skrevet ved lejlighed: branchespecifikke (til en specifik branche) eller skrevet til en specifik lejlighed (en specifik virksomhed). Og her er det nødvendigt at forstå, at 1C partnervirksomheder for størstedelens vedkommende har en ret høj personaleomsætning. Og derfor er konfigurationerne i dem skrevet på en ret uorganiseret måde. En programmør begynder at skrive, en anden fortsætter, og en tredje afslutter. Samtidig bringer de hver især noget af deres eget, deres forståelse, løsninger, ideer. Og den anvender udviklingen fra sin forgænger, som den er bekvem, og ikke som den var tiltænkt.

Måske husker du den sjove tegneserie "Tre fra Prostokvashino"? Der skrev drengen onkel Fyodor et brev til sine forældre, men afsluttede det ikke, han blev distraheret, og hans venner skiftedes til at færdiggøre det for ham: en kat og en hund. Og hver af dem talte om deres problemer. Som et resultat blev drengens forældre overrasket over at høre, at hans "poter gjorde ondt, og hans hale faldt af." Dette er princippet, der bruges til at skrive ikke-standardkonfigurationer meget ofte.
Manglen på kontinuitet i at skrive ikke-standardkonfigurationer, og ofte mangel på tilstrækkelig detaljeret dokumentation, fører til, at du for alle spørgsmål om implementering og ændringer bliver nødt til at kontakte det firma, der har udviklet denne konfiguration.

Ikke-standardkonfigurationer findes også i to typer:

1. Skrevet ud fra standard. Disse konfigurationer oprettes ved at tilføje funktionalitet til en standard. For eksempel er der et produkt som 1C: Trade Management og CRM. Her kombinerede vi standardkonfigurationen af ​​Trade Management og CRM-systemet. Det er interessant, at skaberne af konfigurationen, Rarus-virksomheden, kalder Trade Management-undersystemet, selvom det faktisk var grundlaget, hvorpå hele konfigurationen blev skrevet.
       fordele sådanne konfigurationer - de er mere funktionelle i sammenligning med standardkonfigurationer, ofte tilføjes meget nødvendige funktioner til dem.
       Minusser– Udviklerne af disse konfigurationer har ofte ikke tid til at lave deres opdateringer rettidigt. Det kan således meget vel være, at 1C-virksomheden allerede har lagt sine opdateringsmuligheder ud, og brugeren af ​​en ikke-standard løsning skal vente noget tid, indtil udvikleren laver en lignende opdatering til en specifik løsning. Derudover kan sådanne ændringer også være ret "rå" og kan indeholde mange fejl.
      
2. Konfigurationer skrevet fra bunden. Når du opretter dem, bruges standardkonfigurationer slet ikke; løsninger er skrevet til specifikke opgaver.
       fordele: Konfigurationen blev skrevet nøjagtigt efter kundens behov, der er alt nødvendigt og næsten intet overflødigt.
       Minusser: Normalt, når du skriver sådanne løsninger, overholdes kodestandarder ikke; det er meget vanskeligt at ændre sådanne softwareprodukter; oftest er det kun forfatteren, der kan gøre dette hurtigt nok.

Hvis jeg kom til kunder og så, at der var en atypisk konfiguration skrevet fra bunden, prøver jeg enten slet ikke at røre ved den eller helt ændre den til en bekvem og universel løsning. Ganske ofte er sådanne løsninger faktisk ikke nødvendige, især i små og mellemstore virksomheder. Samtidig er standardprodukter nemmere at vedligeholde og som følge heraf billigere, hvilket altid er vigtigt for erhvervslivet.

Resumé

Det er vigtigt at forstå, at iværksættere normalt leder efter konfiguration. For eksempel, for at automatisere arbejdet i regnskabsafdelingen, har de brug for 1C.Regnskab og at organisere arbejdet med kunder - 1C. Handelsledelse. Det er disse produkter, som er forståelige for dem og derfor interessante.

Det er således vigtigt for programmøren at vide, hvilken platform han skal arbejde med. Brugeren er interesseret i konfigurationen. På samme tid, uden hjælp fra en 1C-programmør, vil en virksomhed i de fleste tilfælde ikke være i stand til at opsætte den ønskede konfiguration. Derfor kalder jeg 1C-specialister for en integreret del af 1C-økosystemet.

Lad mig minde dig om, at 1C-specialister også er forskellige. Nogle er engageret i udviklingen af ​​platformen og standardkonfigurationer (medarbejdere i 1C-virksomheden), andre er dets partnere og er involveret i implementering og modifikationer, mens andre privat hjælper med at løse visse problemer relateret til implementeringen af ​​1C. Tilføj tags

Til regnskab på forskellige områder anvendes det fælles 1C-program. Hun har omfattende kompetencer inden for regnskabsområdet. En person, der ved, hvordan man arbejder perfekt med denne applikation, kan nemt finde højtlønnende job i næsten enhver branche. I denne artikel vil du kort gøre dig bekendt med denne applikation. Til dette skal du bruge:

— Personlig computer eller bærbar computer;

— 1C-software (For korrekt drift anbefaler vi kun at bruge den originale og 100 % licenserede version af 1C, hvilket du kan).

Instruktioner

1. Først skal du installere 1C-skallen på din computer. Det kaldes en shell, fordi for at det skal fungere fuldt ud, skal du indtaste alle data om din virksomhed, såsom:

• Oplysninger om medarbejdere;
• Prøvekontrakter;
• Detaljer og andet.

Alle oplysninger i programmet kan sorteres og arrangeres efter eget skøn. Den har også forskellige indstillinger for brugervenlighed.

Oprettelse af et nyt element i mappen "Medarbejdere".

2. For at udfylde oplysningerne om din virksomhed skal du åbne menuen "Service" og vælge punktet "Organisationsoplysninger" (i forskellige versioner af 1C-applikationen kan navnet på denne vare være lidt anderledes). Åbn menuen "Directory" og find sektionen "Medarbejderkartotek"; du skal indtaste alle oplysninger om dine medarbejdere i den. Der er også andre mapper i programmet, for eksempel bliver oplysninger om dine partnere og leverandører indtastet i "Modparter" biblioteket. Sæt dig ind i alle tilgængelige opslagsværker, så du kan navigere frit i dem i fremtiden.

3. Alle pengeoverførsler fra din organisation vil blive vist i journalerne "Bank" og "Betalingsdokumenter". Til regnskabet Forsyninger og din virksomheds produkter, er der lavet mange forskellige magasiner, såsom:

• Gods;
• Faktura;
• Regnskaber og andre.

Programmet har også mulighed for at vise mange forskellige rapporter og saldi, som alle er baseret på de tilgængelige data i programmet. Det er også muligt at få vist indberetninger for skat og sociale ydelser.

4. Hvis du er velbevandret i det grundlæggende i regnskab, kender du de grundlæggende principper for at føre optegnelser over personale, varer, materielle aktiver og andre, så kan du mestre uden større besvær dette program. Bemærk venligst, at der findes et stort antal forskellige manualer om dette emne på internettet. software, mange af dem er frit tilgængelige gratis. De vil hjælpe dig med hurtigt og effektivt at lære at bruge dette program.

Video: 1C handelsledelse. Trin-for-trin arbejdsplan i 1C handelsledelse