Federal Agency for Education
lavere praksis
Praksissted
_____________________________
(navn på organisasjon, bedrift)
Gjøres av en student
Leder fra
Jekaterinburg 2009
1. Mål og mål
2. 1C: Enterprise 8 3. 1C: Regnskap 8
4. Tilpasning av standardkonfigurasjonen "Enterprise Accounting"
5. Metodikk for utarbeidelse av tekniske spesifikasjoner
6. Utvikling av konfigurasjonen for bedriften LLC "Jack of all trades" Konklusjoner og forslag
Bibliografi
applikasjoner
1. Mål og mål
I moderne forhold, når bedrifter gis uavhengighet
i utviklingen av deres produksjonsprogrammer, utviklingsplaner,
bestemme strategien innen prispolitikk, øker betydelig
lederes ansvar for ledelsen de tar
løsninger. En av "hvalene" som alle eksisterende
bransjer er penger. Derfor skjebnen til hver bedrift
avhenger av hvor transparente og håndterbare dens økonomiske strømmer.
Det bør med andre ord ikke administrerende direktør eller finansdirektør
bare vær klar over hvor mye penger som er tilgjengelig for øyeblikket,
men forestill deg også hvor mange det blir i morgen og om en måned. Dessuten, han
må bare kjenne alle kildene til de viktigste økonomiske inntektene og
forhindre situasjoner der penger brukes ineffektivt
måter uten å jobbe for å styrke og utvikle virksomheten.
Mangel på systematisk kontroll og analyse av kontantstrøm
midler er fulle av betydelige og ikke alltid kompensert
tap. Disse oppgavene kan løses ved hjelp av moderne
bedriftsledelse datasystemer. Altså oppgavens tema
arbeid er høyst relevant.
Den nåværende tilstanden til markedet for programvare for regnskapsautomatisering
regnskap bestemmes av behovet for omfattende regnskap og analyse av finansiell
virksomheten til hele virksomheten. Major
flerbrukersystemer basert på moderne kommunikasjonssystemer
og informasjonsbehandling, som gjør at et team av regnskapsførere kan
på samme tid sammenkoblede områder av regnskap, og ledelsen av virksomheten
muligheten til å gi umiddelbar tilgang til pålitelig informasjon og
ta kompetente ledelsesbeslutninger.
Et av disse programvareproduktene er "1C"-komplekset,
utviklet av 1C. "1C: Enterprise" er universell
bedriftens automatiseringssystem. På bekostning av sin
universalitet, kan "1C: Enterprise"-systemet brukes til
automatisering av ulike sektorer av økonomisk aktivitet
foretak: regnskapsføring av råvarer og materielle ressurser, gjensidig oppgjør med
motparter, lønnsberegning, avskrivningsberegning av basis
midler, regnskap for eventuelle seksjoner osv.
Hovedfunksjonen til 1C: Enterprise-systemet er dens
konfigurerbarhet. Selve 1C: Enterprise-systemet representerer
er et sett med mekanismer designet for å manipulere
ulike typer objekter i fagområdet. Spesifikt sett
objekter, strukturer av informasjonsmatriser, prosesseringsalgoritmer
informasjon bestemmes av en spesifikk konfigurasjon. Sammen med konfigurasjonen
1C: Enterprise-systemet fungerer som et klart til bruk
bruk av et programvareprodukt med fokus på visse
typer virksomheter og klasser av oppgaver som skal løses.
Konfigurasjonen lages av standard systemverktøy og leveres
firma 1C som en typisk for et spesifikt bruksområde, men
kan endres, supplert av systembrukeren, og
redesignet.
I denne forbindelse er formålet med lavere praksis å
implementering og tilpasning av en typisk konfigurasjon for dens applikasjon på
driftsforetak.
I samsvar med dette målet ble arbeidet satt og løst
følgende oppgaver:
Opprett på grunnlag av 1C: Enterprise 8 en ny konfigurasjon av LLC "For alle
mesterens hender."
Lag rapporteringsdokumenter ved hjelp av programvarekonfiguratoren
kompleks "1C".
Forskningsobjektet er informasjonssystemer i økonomien og
ledelse.
Forskningsemnet er et informasjonssystem basert på programmet
"1C: Enterprise".
Den praktiske betydningen av arbeidet ligger i muligheten
bruke resultatene til å bruke konfigurasjonen i bedriften.
2.1C: Enterprise 8
Jeg valgte LLC "" som base for min praksis før eksamen. Selskap
"____" spesialiserer seg på utvikling og implementering av programvareprodukter
system av programmer "1C: Enterprise" og er en permanent partner
firmaet "1C", samt en offisiell partner av utviklingsfirmaer
økonomisk programvare: "ITRP", "ASTOR VTs", "1C-
Rarus ", konsulentgruppe" BIG ", Moskva.
Programvaresystemet 1C: Enterprise 8 inkluderer en plattform og
applikasjonsløsninger utviklet på grunnlag for automatisering
aktiviteter til organisasjoner og enkeltpersoner (fig. 1).
Figur 1. "1C: Enterprise"
En plattform er et kjøretidsmiljø og et sett med teknologier som brukes
som grunnlag for å bygge et spesifikt spekter av applikasjoner.
Plattformen gir utvikleren en eller annen modell, som, som
isolerer det vanligvis fra konseptene og detaljene til teknologier og plattformer
lavere nivå (fig. 2).
Fig. 2. Sted og rolle for 1C: Enterprise-plattformen
Når du utvikler 1C: Enterprise-plattformen, skaperne umiddelbart
fokusert på å få en helhetlig basisplattform som vil
brukes til å bygge en rekke anvendte løsninger. På
denne anvendte løsninger kan lages ikke bare
spesialister av selskapet "1C", men også mange andre utviklere som
er eksperter på visse grener av produksjonen
aktiviteter. Derfor ble plattformen opprinnelig designet som
replikert produkt. Dette produktet inkluderer all nødvendig teknologi
for drift av forretningsapplikasjoner og verktøy for deres utvikling og
modifikasjoner (fig. 3).
Fig. 3. Generell arkitektur for 1C: Enterprise
Erfaring med utvikling av anvendte løsninger viser at det er betydelig
noen utviklere lager ikke programmer fra bunnen av, men endrer bare
standardløsninger. Høy grad av tilpasning av løsninger for
spesifikke brukerkrav er en av de viktigste
fordelene med et så klart skille mellom plattformen og
anvendte løsninger.
Dette forholdet bestemmer spesielle krav til sikt og
enkel forståelse for utvikleren av eksisterende løsninger, samt
tas maksimalt med i alle mekanismer på plattformen. Utheving
anvendt løsning som et selvstendig element tillater
danne et helt område med etablering, distribusjon og støtte
ulike applikasjonssystemer. På dette området kan du konsentrere deg
deres innsats kun på detaljene i denne klassen av problemer.
I prinsippene for å bygge 1C: Enterprise-plattformen, i utgangspunktet
et strengt fokus på utvikling av en anvendt løsning basert på
en bestemt modell.
Modellen er hele ideologien med å bygge en anvendt løsning. Her og
måter å bygge datastrukturer på, og typene relasjoner mellom data, og
prinsipper for datahåndtering, og formater for å beskrive forretningslogikk, og
måter å koble data med grensesnittobjekter, og separasjon
funksjonalitet etter systemnivå, og mye mer.
Det er viktig at alle søknader følger den aksepterte modellen. Av dette
ensartetheten og forutsigbarheten til deres oppførsel er sikret. Så
måte, utvikleren som ønsker å reflektere i den anvendte virksomheten
løsning, spesifikasjonene til et bestemt fagområde, har ganske
et visst sett med måter å implementere oppgaven på ved hjelp av fastsatte midler
inn på plattformen. Selvfølgelig begrenser denne tilnærmingen på en eller annen måte friheten.
utvikler, men samtidig beskytter den mot mange feil og
lar deg raskt få en brukbar løsning, som i
i fremtiden vil være i stand til å utvikle seg og bli støttet ikke bare av dem, men også
andre spesialister.
I tillegg er tilstedeværelsen av en enkelt modell fundamentalt
påvirker hvor enkelt det er å mestre systemet. All utvikling utføres i
innenfor ett ende-til-ende system av konsepter og i et enkelt typerom
data. Utvikleren trenger ikke beherske flere
se modeller og bruke krefter på å implementere overganger mellom
dem på forskjellige nivåer.
I 1C: Enterprise-systemet, alle dataredigeringsoperasjoner
(oppretting, modifikasjon og sletting) utføres kun ved hjelp av
objektteknologi. Utviklere samhandler med databaser som ikke er på
nivået på poster, og bruk av objekter som tilsvarer de som er lagret i databasene
data til enheter. Arbeid med enheter støttes
som representerer databaseenheter som innebygde språkobjekter
programmering og spesielle datatyper som brukes til
objektreferanserepresentasjoner (referanser til databaseobjekter). Å vite
data. Denne teknikken gir en intuitiv og naturlig måte å
beskrivelser i kildekoden for forretningslogikkalgoritmer som manipulerer
objekter, og garanterer den logiske integriteten til dataene for evt
operasjoner. Det er som å skrive objektdatabaseapplikasjoner, med
den eneste forskjellen er at dataene er lagret i tabeller
relasjonell DBMS. Dessuten, i moduler skrevet på det innebygde språket,
flere gjenstander knyttet til
én enhet av databasen.
Du trenger ikke å skrive komplekse for å endre de lagrede dataene.
spørringer og transformere resultatene av behandlingen deres til språkobjekter
programmering. Det er nok å få et objekt fra databasen, endre
skrive hendelsesbehandlere relatert til dataendring ved å kjøre med
bruke dem ulike kontroller og endre, om nødvendig, andre
Som et resultat kan vi si at plattformen i 1C: Enterprise-systemet
er en slags "spiller", og konfigurasjonen er "kompakt
disk. "Plattformen gir konfigurasjonen og tillater
gjør endringer i den eller lag din egen konfigurasjon.
Det er én plattform (1C: Enterprise 8) og mange
konfigurasjoner. For funksjonen til enhver anvendt løsning
en plattform og noen (én) konfigurasjon er alltid nødvendig.
Plattformen selv kan ikke utføre noen oppgaver
automatisering, siden den ble opprettet for å sikre driften av evt
konfigurasjon. Det er det samme med konfigurasjon: å fullføre disse oppgavene for
som den er opprettet, er det nødvendig å ha en plattform som kontrollerer den
Her kommer det til syne systemkonfigurerbarhet,
siden plattformen, i tillegg til å administrere konfigurasjonsarbeidet, inneholder
betyr at du kan gjøre endringer i konfigurasjonen som brukes.
Dessuten lar plattformen deg lage din egen konfigurasjon
"fra bunnen av", hvis av en eller annen grunn bruken av en typisk
konfigurasjonen virker upraktisk.
3.1C: Regnskap 8
Før vi studerer en av de anvendte løsningene, la oss ta hensyn til
dualitet av terminologi. Dualitet ligger i bruken
forskjellige termer for samme emne: konfigurasjon og
anvendt løsning... Begge disse begrepene angir den delen av 1C-systemet:
En virksomhet som opererer på en plattform og som
alle brukere "ser" (det hender selvfølgelig at brukere jobber med
plattformverktøy, men disse er "avanserte"
brukere).
Hvis vi snakker om handlingene til utvikleren, brukes begrepet
konfigurasjon, siden dette er den eksakte termen for 1C: Enterprise.
Begrepet anvendt løsning er mer generelt akseptert og
forståelig for brukeren av 1C: Enterprise-systemet.
Den påførte løsningen er iboende allsidig og i stand til
møte behovene til et bredt spekter av virksomheter som opererer i ett
aktivitetsområder. På den annen side er en slik allsidighet uunngåelig
vil føre til at ved en bestemt virksomhet vil bli brukt langt
ikke alle mulighetene til den anvendte løsningen, men noen muligheter i den
vil bli savnet (du kan ikke glede alle), i dette tilfellet, en
konfigurasjon "fra bunnen av".
Typiske 1C anvendte løsninger er designet for
automatisering av typiske oppgaver innen regnskap og ledelse av virksomheter. På
utvikling av typiske anvendte løsninger ble tatt i betraktning som moderne
internasjonale ledelsesteknikker (MRP II, CRM, SCM, ERP, ERP II og
etc.) og bedriftenes reelle behov.
For bruk i russiske bedrifter, 1C-selskapet
tilbyr følgende standardutgave anvendte løsninger:
"1C: Regnskap 8" (inkludert den grunnleggende versjonen og spesialisert
levering av grunnversjonen "1C: Simplified 8" og "1C: Entrepreneur 8"),
"Trade Management" (inkludert den grunnleggende versjonen),
"Lønn og personaladministrasjon" (inkludert den grunnleggende versjonen),
"Manufacturing Enterprise Management";
"1C: Consolidation 8" (inkludert PROF-versjonen);
"1C: Betalingsdokumenter 8";
"1C: Skattebetaler 8";
"1C: Retail 8";
"1C: Arkiv 8";
"1C: Ledelse av et lite selskap 8";
"1C: Regnskap for en budsjettinstitusjon 8";
"1C: Regnskap for en autonom institusjon 8";
"1C: Lønn og personell ved en autonom institusjon 8".
Den mest komplette implementeringen av funksjonaliteten til systemet
programmene "1C: Enterprise 8" presenterer en anvendt løsning
"Produksjonsbedriftsledelse". Funksjonelle områder
automatisert av denne og andre typiske applikasjonsløsninger,
er forklart av følgende strukturelle diagram (fig. 4).
Fig. 4. Blokkdiagram av 1C: Enterprise-anvendte løsninger.
For å studere den anvendte løsningen, valgte jeg "1C:
Regnskap", som er et av de vanligste programmene
familie "1C: Enterprise 8.0".
"1C: Accounting 8" er et universelt program for massebruk
for automatisering av regnskap og skatteregnskap, herunder utarbeidelse
obligatorisk (regulert) rapportering. Dette er en nøkkelferdig løsning for
regnskap i organisasjoner som utfører alle typer kommersiell
aktiviteter: engros- og detaljhandel, kommisjonshandel (i
inkludert underkommisjon), levering av tjenester, produksjon osv. Dessuten med
ved hjelp av "1C: Regnskap 8" kan føre opptegnelser over individuelle
gründere som bruker det forenklede skattesystemet
eller det generelle skatteregimet.
Regnskap og skatteregnskap gjennomføres iht
gjeldende lovgivning i den russiske føderasjonen. Del
konfigurasjonen inkluderer en kontoplan konfigurert i
i samsvar med ordre fra finansdepartementet i Den russiske føderasjonen "Ved godkjenning av kontoplanen
regnskap for finansielle og økonomiske aktiviteter til organisasjoner og
Regnskapsmetodikken sikrer det samtidige
registrering av hver post av en forretningstransaksjon som en konto
regnskap, og for de nødvendige delene av analytisk regnskap,
kvantitativt og valutaregnskap. Brukere kan uavhengig
administrere regnskapsmetodikken som en del av å sette opp regnskapsprinsipper, lage
nye underregnskaper og deler av analytisk regnskap.
"1C: Regnskap 8" gir en løsning på alle oppgaver som står overfor
regnskapstjenesten til foretaket, dersom regnskapstjenesten er fullstendig
er regnskapsansvarlig ved virksomheten, herunder for eksempel hovedoppgaven
dokumenter, salgsregnskap m.m. I tillegg informasjon om enkeltarter
aktiviteter, handel og produksjonsvirksomhet, kan innføre
ansatte i relaterte tjenester i foretaket, som ikke er regnskapsførere. V
i sistnevnte tilfelle sitter regnskapstjenesten igjen med en metodisk
veiledning og kontroll over infobaseinnstillingene,
gir automatisk refleksjon av dokumenter i regnskap og
skatteregnskap.
Denne applikasjonsløsningen kan også kun brukes til
regnskap og skatteregnskap, og oppgavene med å automatisere andre
tjenester, for eksempel salgsavdelingen, løse spesialiserte
konfigurasjoner eller andre systemer.
Fagområde automatisert av "1C: Regnskap 8",
illustrert av følgende diagram (fig. 5).
Fig. 5. Fagområde automatisert av "1C: Regnskap 8"
"1C: Regnskap 8" er en kombinasjon av "1C:
Enterprise 8 "og konfigurasjoner" Enterprise Accounting ". I" 1C:
Regnskap 8 "har mulighet for sambruk med
anvendte løsninger "Handelsledelse" og "Lønn og ledelse
Personal", også opprettet på 1C: Enterprise 8-plattformen.
I standardkonfigurasjonen "Enterprise Accounting" av den anvendte
løsninger "1C: Regnskap" de følgende avsnittene vurderes
automatisert regnskap:
1. Generell informasjon om den typiske konfigurasjonen;
2. Regnskap for kontanttransaksjoner;
3. Regnskap for anleggsmidler og immaterielle eiendeler;
4. Regnskap for oppgjørstransaksjoner;
5. Nomenklaturregnskap;
6. Regnskap for betalinger for arbeid;
7. Regnskap for produksjonskostnader;
8. Regnskap for selskapsskatt;
9. MVA regnskap;
10. Spesielle skatteregimer;
11. Brukerservice.
4. Tilpasning av standardkonfigurasjonen "Enterprise Accounting"
Tilpasning, som en tilpasningsprosess, av en typisk konfigurasjon
«Bedriftsregnskap» produseres på grunnlag av en gjennomgang av hyppig
stilte spørsmål:
1. Hvor enkelt er det å føre skatteregnskap i "1C: Regnskap 8"?
Svar: Skatteregnskap i "1C: Regnskap 8" er implementert i
i samsvar med kapittel 25 i den russiske føderasjonens skattekode og PBU 18/02 "Regnskap for skatteberegninger på
profitt".
"1C: Regnskap 8" inneholder en egen kontoplan for skatteregnskap
(for inntektsskatt), som etter regnskapssammensetning og etablert
eiendommer nær regnskapskontoplanen. Dette gjør det enklere
sammenligning av regnskaps- og skatteregnskapsdata.
Skatteregnskap gjennomføres parallelt med regnskap. På
ved gjennomføring av primærdokumenter dannes kontoposter
regnskap og skatteregnskap, samt beregnet og reflektert i
regnskapsføring av forskjeller i verdsettelse av eiendeler og gjeld for å oppfylle
bestemmelser i PBU 18/02 "Regnskap for inntektsskatteberegninger".
2. Hvor vanskelig er det å gjøre sammenligninger mellom regnskap og
skatteregnskap?
Svar: Sammenligning av regnskaps- og skatteregnskapsdata i 1C:
Regnskap 8" produseres ved bruk av en egen kontoplan
skatteregnskap (for inntektsskatt). Ved sammensetning av regnskap og
de etablerte eiendommene, er det nært opp til regnskapsplanen.
Brukeren kan uavhengig etablere korrespondansen til kontoer
regnskap og skatteregnskap ved hjelp av dokumentet "Installasjon
korrespondanse mellom BU- og NU-regnskapet».
3. Hvor automatisert er PBU-implementeringen i "1C: Accounting 8"
02/18 om regnskapsføring av forskjeller i regnskap og skatteregnskap?
Svar: Ved gjennomføring av primærdokumenter i "1C: Regnskap 8"
det gjøres en sammenligning av regnskaps- og skatteregnskapsdata og
register over informasjon "Korrespondanse av BU- og OU-kontoer". I kontotransaksjoner
skatteregnskapet beregnes og registreres permanent og midlertidig
forskjeller i verdsettelse av eiendeler og gjeld.
Forskriftsdrift "Beregninger av inntektsskatt (PBU 18/02)"
av dokumentet "Avslutning av måneden" analyserer regnskapsdata av konstant
og midlertidige forskjeller i verdsettelse av eiendeler og gjeld og beregning av permanente
skattefordel og utsatt skattefordel og skatteforpliktelse. V
som et resultat av å utføre en rutineoperasjon, skatteindikatorer for
resultat for regnskap og skatteregnskap utjevnes.
4. Er det mulig å drive 2 selskaper i programmet samtidig - ett på OSN,
og den andre på USN?
Svar: Ja, i én infobase "1C: Regnskap 8" kan du
holde oversikt over to (eller flere) organisasjoner eller enkeltpersoner
gründere, hvorav en bruker et felles system
beskatning, og i den andre - forenklet. Regnskapsinnstillinger for det forenklede skattesystemet
er fastsatt i regnskapsprinsippet for skatteregnskap på en separat
bokmerke. Her kan du velge ett av to skatteobjekter:
inntekt eller inntekt redusert med utgiftsbeløpet.
5. Kan en regnskapsfører selvstendig velge prinsippet om motregning
innkjøpsprisen på varer på det forenklede skattesystemet?
Svar: Ja, i innstillingene for skatteregnskapspolicy kan du
angi hvilke hendelser som må skje for å aktivere det kjøpte
varekostnaden i sammensetningen av utgifter tatt i betraktning ved beregning av avgiften
grunnlag for en enkelt skatt. Prosedyren for inkludering i
utgifter til kjøpesummen for varer og mengden merverdiavgift som belastes
leverandør.
6. I hvilken grad er lønnsregnskap implementert? Finnes det et regnestykke
sykefravær og ferier?
Svar: Lønnsregnskap er implementert i en typisk konfigurasjon
"Bedriftsregnskap" i et spesielt delsystem av lønnsregnskap og
rammer. Automatisert: beregning og utbetaling av lønn fra
utførelse av de relevante dokumentene (inkludert betaling
dokumenter), innskudd av lønn, refleksjon av påløpte
lønn, samt beløp på skatter og bidrag i regnskap og skatt
Beregning av sykefravær og ferier i "1C: Regnskap 8" er ikke implementert.
For å automatisere virksomhetsoppgaver knyttet til implementering
foretakets personalpolitikk og kontantoppgjør med personell,
inkludert sykefravær og feriepenger anbefaler vi å bruke
program 1C: Lønn og personalledelse 8.
7. Er det mulig å laste inn data fra "Office
handel"?
program "1C: Enterprise 8.0. Trade Management". For lasting
data i "1C: Accounting 8" i "Trade Management"-konfigurasjonen
en fil genereres i XML-format, som deretter lastes inn i 1C:
Regnskapsavdeling 8".
8. Er det mulig å laste inn data fra "Lønn og ledelse
ansatte"?
Svar: Ja, "1C: Regnskap 8" kan brukes sammen med
program "1C: Lønn og personalledelse 8". For lasting
data i "1C: Regnskap 8" i konfigurasjonen "Lønn og ledelse
Personalet "genererer en fil i XML-format, som deretter lastes opp
i "1C: Regnskap 8".
9. Har programmet mulighet til å jobbe med systemer som "Client
Svar: Det er en slik mulighet. "1C: Regnskap 8" kan
utveksle informasjon med programmer som "Bank Client".
Spesialbehandling "Import / Eksport av betalingsdokumenter" (meny
"Bank og kasse" - "1C: Enterprise-Client of the Bank") lar deg:
generere betalingsdokumenter i "1C: Regnskap 8", og deretter
laste dem inn i et program som "Bank Client" for overføring til banken pr
elektroniske kommunikasjonskanaler;
last inn i "1C: Accounting 8" fra et program som "Bank Client"
informasjon mottatt fra banken om transaksjoner på brukskonti
organisasjoner.
10. Har programmet mulighet til automatisk å laste ned kurs
Svar: Valutakurser kan lastes ned automatisk fra selskapets nettsider
RosBusinessConsulting. For å gjøre dette, bruk knappen "Last ned kurs"
former for listen over katalogen "Valutaer" (meny "Bank og kasse" - "Valuta").
11. Beregner "1C: Regnskap 8" det månedlige beløpet
tilbakebetaling av kostnaden for kjeledress utstedt til ansatte?
Svar: Ja, beregningen av beløpet for tilbakebetaling av kostnadene for arbeidsklær og
spesialrigg overført til produksjon produseres i "1C: Regnskap
8" automatisk.
12. Er det mulig i programmet å jobbe med én motpart som med
leverandør og kjøper samtidig?
Svar: Ja. I "1C: Regnskap 8" regnskapsføring av gjensidige oppgjør med motparter
utført i forbindelse med kontrakter. Avhengig av valgt kontraktstype
du kan jobbe med samme motpart både med kjøper og med
leverandør, avsender eller kommisjonær.
13. Støtter "1C: Regnskap 8" todimensjonale strekkoder for
igjen på skatten?
Svar: Ja. Evne til å laste opp rapporteringsdata elektronisk
skjema, bruk av en todimensjonal strekkode på ark med skatteerklæringer -
en av hovedfordelene med å sende inn rapporter til "1C: Regnskap 8".
14. Vi bruker deler av våre anleggsmidler kun om sommeren.
Er det mulig i "1C: Regnskap 8" sesongmessige avskrivninger?
Svar: Ja, det er mulig. For å gjøre dette, bruker "1C: Regnskap 8".
avskrivningsplaner som angir hvordan
det årlige beløpet for avskrivningsfradrag fordeles på måned
15. Er det mulig i "1C: Regnskap 8" å utstede en retur av varer
leverandør?
Svar: Ja, det er en slik mulighet. I "1C: Regnskap 8" for
registrering av retur av tidligere mottatte varer til leverandør er ment
dokument "Retur av varer til leverandør". Retur av varer kan evt
utstedes for en leverandør eller avsender.
16. Er det mulig å trykke en oppslagsbok eller et blad direkte fra programmet
dokumenter?
Svar: Ja, det er en slik mulighet. "1C: Regnskap 8" tillater
skrive ut en referansebok eller liste over dokumenter i en tabell eller
tekstdokument og utskrift. Samtidig kan du spesifisere i innstillingen
hvilke kolonner i listen som skal skrives ut. Du kan foreløpig
tilpasse listen ved å spesifisere bredden, høyden og plasseringen av kolonnene.
etc. etc.
Totalt ble ca 1000 spørsmål vurdert for tilpasning av standarden
konfigurasjon "Enterprise Accounting" for en bestemt bedrift.
5. Metodikk for utarbeidelse av tekniske spesifikasjoner
For å utføre de tildelte oppgavene ble det grunnleggende om utvikling studert.
konfigurasjoner både "fra bunnen av" basert på 1C: Enterprise 8-plattformen, og
tilpasning av standardkonfigurasjonen "Enterprise Accounting" for div
situasjoner.
1C: Enterprise-programvare og dens konfigurasjoner krever forbedring for
tilpasning og implementering ved en bestemt virksomhet. For eksempel revisjon av 1C
nødvendig i tilfelle problemer med driften av 1C-produktet.
1C-konfigurasjonen ferdigstilles for å minimere
overheadkostnader til regnskap eller skatteregnskap
Oppslagsverk og rapporter om 1C-programmet er under ferdigstillelse
funksjoner i en bestemt bedrift, som tillater med størst
effektivt føre opptegnelser og reflektere informasjon om tilstanden
virksomheten til selskapet.
I tillegg lar revisjonen av 1C deg optimalisere det nødvendige
regnskapsinformasjon og redusere sannsynligheten for feil når
regnskap i 1C.
Vanligvis inkluderer revisjon av 1C:
Endring eller opprettelse av originale skjemaer, rekvisita,
referanse bøker;
Utvikling av spesifikke dokumenter og dokumentjournaler;
Oppretting av rapporter og behandling, typisk for den gitte virksomheten.
Tilpasning og implementering av en typisk konfigurasjon på
en spesifikk virksomhet er kun mulig etter å ha utarbeidet en teknisk
oppgaver. Siden det spesifikke selskapet er ukjent, vil vi komponere
universell teknisk oppgave.
Mandatet er grunnlaget for prosjektet. I mandatet
reflekterer alle detaljene i den videre gjennomføringen av prosjektet. Teknisk
oppgaven (TOR) er utarbeidet med utgangspunkt i kravene til teknisk side
prosjektet gjennomføres av selskapets ledelse, sjefer
avdelinger, produksjonsteknologer, regnskapsmedarbeidere.
Mandatet er utarbeidet etter en pre-design undersøkelse,
det gjenspeiler alle kravene til utvikling og drift av det opprettede
maskinvare- og programvarekompleks. I mandatet er det veldig viktig
jobbe gjennom alle dokumenter, dokumentjournaler og rapporter som vil
endret eller lagt til det opprettede programvare- og maskinvarekomplekset.
Også inkludert som tekstinformasjon som forklarer det medfølgende
oppgaver og måter å løse dem på, samt en grafisk fremstilling av dokumenter,
magasiner, rapporter.
Former for dokumenter som vil bli endret eller gjenskapt, og
registrert og avtalt med ledelsen i foretaket, og/eller
direkte brukere av disse dokumentene. Alle funksjoner
felt av dokumenter bør beskrives i detalj og tydelig, bør være
en algoritme for å fylle ut tabelldelen av dokumentet er avtalt. Skrevet ut
skjemaer må samsvare med alle databrukere
dokumenter. Dokumentjournal er også en del av det tekniske
oppgaver. Før du starter arbeidet med gjennomføringen av prosjektet, sammensetning og skjemaer
logger som skal identifiseres.
Rapporter er den viktigste delen av mandatet, som
hvordan nøyaktig for å få tak i informasjonen som vil bli presentert i
disse rapportene starter automatiseringsprosessen vanligvis. Derfor
utarbeidelse av skjemaer og innhold i rapportene er en svært viktig fase
i utarbeidelse av tekniske spesifikasjoner for automatisering av virksomheten. Alt
rapporteringsskjemaer bør utvikles i nært samarbeid mellom alle
interesserte brukere av informasjon. Før du begynner med
prosjektet er svært viktig for å utvikle og godkjenne rapporteringsformene, siden i
videre hvis det blir nødvendig å legge til eller endre
rapporter kan det oppstå en situasjon når det skal bygges rapporter
det vil være utilstrekkelig primærinformasjon, dvs. innen programvare og maskinvare
komplekset vil ikke inkludere dokumenter, hvis data kan tjene
grunnlaget for å utarbeide eventuelle nye rapporter. Derfor er hoveddelen
spørsmål om sammensetning og former for fremtidige rapporter bør løses kl
stadiet for å utarbeide en teknisk oppgave.
Etter å ha blitt kjent med bedriftens krav til et fremtidig prosjekt
og godkjenning av sammensetning og former for alle dokumenter, journaler over dokumenter og
rapporter, må du utarbeide den interne strukturen til programvarekomplekset,
for eksempel bør strukturen til akkumuleringsregistre utvikles
informasjon, regnskapsanalyse, typer og struktur av intern
referanse bøker.
Et viktig stadium i utarbeidelsen av tekniske spesifikasjoner er
identifisering og løsning av tekniske grunnproblemer, krav fastsettes
til datamaskiner og datanettverk for å sikre vellykket
gjennomføring av prosjektet, samt det videre arbeidet med all programvare og
maskinvarekompleks. På stadiet for utarbeidelse av mandat, må
som skal tas opp og løses, ikke bare tekniske problemer, men også spørsmål
organisatorisk karakter er det identifisert ansvarlige personer for
selskapet, identifiserte mulige endringer i sammensetningen av ansatte
foretak, for eksempel ved å endre sammensetningen av internavdelingen
automatisering, regnskap, endring av stillingsbeskrivelser.
Resultatet av arbeidet med å utarbeide mandat er
detaljert hvitbok signert av ledelsen fra begge
partier, noe som gjenspeiler alle aspekter av arbeidet fremover. Etter
utarbeide en teknisk oppgave, blir det mulig å anslå tid og
kostnaden for prosjektet.
Når man utarbeider tekniske spesifikasjoner, bør man følge GOST
34.602-89, som fastsetter følgende obligatoriske paragrafer
Referansevilkår:
generell informasjon om det utformede systemet;
formål og mål for etablering (utvikling) av systemet;
egenskaper ved automatiseringsobjekter;
Systemkrav;
prosedyren for kontroll og aksept av systemet;
krav til sammensetning og innhold av arbeid med opparbeidelse av anlegget
automatisering for å sette systemet i drift;
dokumentasjonskrav;
utviklingskilder.
6. Utvikling av konfigurasjonen for bedriften LLC "All Trades"
herre"
Vurder stadiene for å utvikle en typisk konfigurasjon basert på 1C:
Enterprise 8 på eksemplet med enterprise management automation LLC
"Altmuligmann".
Selskapet "All Trades Master" leverer reparasjonstjenester
ulike husholdningsapparater. Utviklingsstadier arbeider med individ
systemobjekter som er ansvarlige for å utføre en bestemt oppgave
automatisering av bedriftsledelse:
Oppretting av kataloger: kunder, ansatte, nomenklatur, varehus,
Varevarianter, tilleggselementegenskaper,
Subconto, Typer av arbeidsplaner (vedlegg 2).
Konfigurasjonsobjekt Katalog er påført og
designet for å fungere med lister over data. Pleide å
på grunnlag av dette opprettet plattformen en informasjonsstruktur i databasen,
som lagrer for eksempel en liste over ansatte, en vareliste, en liste
kunder eller leverandører.
Håndboken består av elementer... Karakteristisk trekk
av manualen er at brukeren i prosessen med arbeidet kan
legg til nye elementer uavhengig i katalogen: for eksempel legg til
nye ansatte, opprette et nytt produkt eller introdusere en ny kunde.
Oppretting av dokumenter: Kvitteringsfaktura, Levering av tjenester,
Periodisering til ansatte (vedlegg 3).
Konfigurasjonsobjekt Dokument er brukt og tiltenkt
for å beskrive informasjon om gjennomførte forretningstransaksjoner eller om
hendelser som har skjedd i organisasjonens liv generelt. Basert på det
lagret for eksempel dokumenter som kvitteringer, eller
jobbordrer, eller betalingsordrer, eller fakturaer, etc.
Det fremtredende trekk ved dette konfigurasjonsobjektet er
at brukeren i arbeidsprosessen selvstendig kan lage nytt
objektene i denne strukturen er nye dokumenter.
Oppretting av akkumuleringsregistre: Materialsaldo, Kvittering
fraktbrev, levering av tjenester, omsettelig s. n. Salg (fig. 6).
Ris. 6. Akkumuleringsregistre for den utviklede konfigurasjonen for LLC
"Altmuligmann"
Konfigurasjonsobjekt Akkumulasjonsregister er påført og
er ment å beskrive strukturen til dataakkumulering. Basert på dette
objekt, oppretter plattformen en informasjonsstruktur i databasen, i
som vil akkumulere data "levert" av forskjellige objekter
Database. Disse dataene vil bli lagret separat i registeret
poster, som hver har det samme, satt i konfiguratoren
struktur.
Et særtrekk ved akkumuleringsregisteret er at det
ikke beregnet for interaktiv redigering av brukeren.
Utvikleren kan gi brukeren
muligheten til å redigere dette objektet. Men formålet med registeret
akkumulering består i det faktum at dens modifikasjon utføres på
basert på algoritmene for driften av andre databaseobjekter (valgfritt
dokumenter), og ikke som et resultat av direkte brukerhandlinger.
Oppretting av rapporter: Materialer, Dokumentregister Levering av tjenester,
Universell rapport, Universell rapport 2, Materialrester på
eiendommer, Periodisering til ansatte, Datasøk, Omsetningsbalanse
oppgave, Omberegning, Oversikt over periodiseringer (vedlegg 4).
Konfigurasjonsobjekt Rapportere er omsøkt og beregnet på
beskrivelser av algoritmer som brukeren vil kunne få tak i
utgangen den trenger. Algoritme for dannelsen av helgen
data er beskrevet med visuelle midler eller ved hjelp av
innebygd språk. I det virkelige liv tilsvarer dette objektet
alle slags tabeller med utdata, sammendragsdata, diagrammer, etc.
Oppretting av dokumentoppsett: Tjenesteyting (fig. 7).
Ris. 7. Oppsett av dokumentet Ytelse av tjeneste nr. 1 utviklet
konfigurasjoner for LLC "Jack of all Trades"
Konfigurasjonsobjekt Oppsett designet for å lagre ulike
former for datapresentasjon som kan kreves av evt
konfigurasjonsobjekter eller hele applikasjonsløsningen som helhet. Oppsett
HTML-dokument eller aktivt dokument, grafisk eller geografisk
skjema, datasammensetningsskjema eller utseende av layoutskjema
data. Layouter kan eksistere enten på egen hånd (delte oppsett) eller
være underordnet et konfigurasjonsobjekt. En av
hensikten med oppsettet underordnet konfigurasjonsobjektet er å lage
trykkplate for dette objektet.
Oppretting av informasjonsregistre: Priser, Tidsplaner, Verdier
egenskaper til nomenklaturen (fig. 8).
Fig. 8. Informasjonsregistre for den utviklede konfigurasjonen for LLC "On
alle hender er en mester"
Konfigurasjonsobjekt Informasjonsregister er påført og
er ment å beskrive strukturen til datalagring i sammenheng med flere
målinger. Basert på dette objektet oppretter plattformen i databasen
en informasjonsstruktur som lagrer vilkårlig informasjon,
"bundet" til et sett med dimensjoner.
Grunnleggende forskjell mellom informasjonsregisteret og akkumuleringsregisteret
er at hver bevegelse av registeret over informasjonssett
den nye verdien av ressursen, mens bevegelsen av akkumuleringsregisteret
endrer den eksisterende verdien til ressursen. Av denne grunn, registeret
informasjon kan lagre alle data (ikke bare numerisk, som et register
akkumulering).
Opprette et oppregningsobjekt: Typer nomenklatur.
Konfigurasjonsobjekt Oppregning er påført og
ment å beskrive lagringsstrukturen til vedvarende sett
verdier som ikke endres under konfigurasjonen. Basert på det
plattformen skaper en informasjonsstruktur i databasen, der
et sett med noen konstante verdier er lagret.
Oppretting av et diagram over karakteristiske typer: Subconto-typer, Egenskaper
nomenklatur (fig. 9).
Fig. 9. Kartene over karakteristiske typer av den utviklede konfigurasjonen for
LLC "Jack of all trades".
Konfigurasjonsobjekt Kart over karakteristiske typer er en
brukt og er ment å beskrive strukturen til informasjonslagring
om egenskaper opprettet av brukeren. Basert på dette objektet
plattformen skaper en informasjonsstruktur i databasen. Det kan
informasjon om eksisterende typer egenskaper og type lagres
verdiene til egenskapene til hver type.
I hovedsak er et diagram med karakteristiske typer veldig likt en oppslagsbok,
den har imidlertid en smalere "spesialisering": den lagrer kun informasjon om
hvilke typer egenskaper kan beskrive et objekt
Database. Denne informasjonen består av navnet på den karakteristiske typen og dens
Opprette en kontoplan: Grunnleggende (fig. 10).
Fig. 10. Kontoplan for den utviklede konfigurasjonen for LLC "All
mesterens hender."
Konfigurasjonsobjekt Kontooversikt blir brukt.
2011 r.
Seksjon "Metodologiske aspekter ved bruk av teknologi" 1C "i utdanningsprosessen"
"51. Ved å bruke" 1C: Accounting 8 "programmet i praksis med å gjennomføre laboratorieverksteder for bachelorstudenter i økonomi" (A.D. Rudenko, Moscow City University of Management, Moskva-regjeringen)
"1C: Accounting 8" er et universelt massebruksprogram for automatisering av regnskap og skatteregnskap, samt for å utarbeide obligatoriske (regulerte) rapporteringsskjemaer.
Programmet er basert på en fleksibel teknologisk plattform til 1C: Enterprise 8-systemet, hvis muligheter lar deg lage og endre et bredt utvalg av forretningsapplikasjoner.
Målene med laboratorieverkstedet for dette kurset er å utforske funksjonaliteten til programmet. I tillegg til å tilegne seg teoretisk kunnskap, er det nødvendig å utvikle grunnleggende regnskapskunnskaper i programmet ved hjelp av konkrete praktiske eksempler. Ferdighetene tilegnet i løpet av kurset vil tillate deg å trygt holde styr på programmet og bruke dets evner mer effektivt.
Som et resultat av kurset må studenter tilegne seg følgende ferdigheter:
- mestre selvsikkert verktøyene til programmet "1C: Accounting 8";
- å anvende i praksis metoder fra arbeid med dokumenter til utarbeidelse av regulert rapportering;
- være i stand til å kontrollere tilstanden til regulert rapportering (regnskap og finans);
- rette feil i regnskap og skatteregnskap;
- egen konfigurasjonsfunksjonalitet (arbeide med flernivåkataloger, jobbe gjennom konfigurasjonsdokumenter, arbeide med tabelldeler av dokumenter og rapporter, legge inn manuelle oppføringer, kopiere dokumenter, legge inn på grunnlag, kunne tilpasse standardrapporter, forstå formålet med akkumuleringsregistre og informasjon registre osv.) ).
Det er ikke uten overdrivelse at det kan bemerkes at dette programvareproduktet oppfyller alle kravene som er knyttet til økonomistyring. «1C: Accounting 8» er akkurat verktøyet som hjelper til med å kvitte seg med rutinearbeid og bringer regnskap nærmere de reelle behovene til moderne virksomhet.
Pakken med levering av programvareproduktet inkluderer konfigurasjonen "1C: Enterprise Accounting 8". Dette er en ferdig løsning for regnskap i selvbærende organisasjoner for enhver type aktivitet: produksjon, engros- og detaljhandel, levering av tjenester, etc.
«1C: Regnskap 8» gir en løsning på alle oppgavene som regnskapstjenesten til en virksomhet står overfor, dersom regnskapstjenesten har det fulle ansvar for regnskapet ved virksomheten, herunder for eksempel utstedelse av primærdokumenter, salgsregnskap mv. Denne applikasjonsløsningen kan også kun brukes til regnskap og skatteregnskap, og oppgavene med å automatisere andre tjenester, for eksempel salgsavdelingen, kan løses med spesialiserte konfigurasjoner eller andre systemer. Så, i "1C: Regnskap 8" er det mulighet for felles bruk med de anvendte løsningene "1C: Trade Management 8" og "1C: Lønn og Personal Management 8" av "1C: Enterprise 8"-systemet.
Med andre ord, 1C: Enterprise 8-plattformen utmerker seg først og fremst ved sitt økonomiske konsept. Versjon 8.2 er allerede til en viss grad et økonomisk system som lar deg administrere og drifte arrays av informasjon for økonomistyring, noe som er svært viktig i realitetene til moderne forretningsprosesser.
"1C: Regnskap 8" regnes med rette som et universelt program for bokføring og skatteregnskap. Den lar deg føre full regnskap og motta regulert rapportering for levering til statlige midler. Denne løsningen lar deg automatisere regnskap i organisasjoner som utfører alle typer aktiviteter, som engros, detaljhandel, provisjonshandel, tjenester, produksjon, lønn.
I en enkelt informasjonsbase er det mulig å føre regnskap og skatteregnskap for flere organisasjoner, ved hjelp av generelle kataloger, med utarbeidelse av regulert rapportering for hver organisasjon.
Regnskapsføring av salg, regnskap for kommisjonshandel (regnskap med oppdragsgiver og kommisjonær), regnskap for bank- og kontanttransaksjoner, regnskap for anleggsmidler og immaterielle eiendeler, regnskap for oppgjør med motparter, regnskap for indirekte kostnader, lønnsregnskap, personal og personaliserte regnskap, er det også mulig å implementere i konfigurasjonen "Bedriftsregnskap".
Regnskap og skatteregnskap i "1C: Accounting 8" opprettholdes i samsvar med gjeldende lovgivning i Den russiske føderasjonen. Programmet gjenspeiler bestemmelsene i den russiske føderasjonens skattekode, føderale lover og dekreter fra regjeringen i den russiske føderasjonen, ordre fra finansdepartementet i den russiske føderasjonen, PBU og andre forskrifter.
"1C: Regnskap 8" inkluderer former for regnskap og selvangivelse, former for statistikk, selskapsrapportering om personlig inntektsskatt og bidrag til pensjonsfondet i Den russiske føderasjonen. Alle rapporteringsskjemaer er i samsvar med forskriftsdokumenter.
Regnskap og skatterapportering oppdateres i tide, og reflekterer umiddelbart alle vesentlige endringer i lovgivningen.
Et nøkkeltrinn for å mestre laboratoriekurset er å fullføre den tverrgående oppgaven. Løsningen på ende-til-ende-problemet er delt inn i flere stadier:
1. Første steg i å starte arbeidet i 1C-programmet er å fylle ut informasjon om organisasjonen. For å gjøre dette, gå til denne informasjonsbasen og velg deretter menyfanen Enterprise/Organisations. Deretter trykkes "Legg til"-knappen. Følgende detaljer fylles ut her: Navn (for eksempel LLC "Foretrukket andel"), Bankkonto ("Hoved"), TIN, KPP, IFTS-kode, registreringsdato, registreringsbevis.
2. Deretter må du opprette parametrene for regnskapspolicyen. For å gjøre dette, velg menyfanen Enterprise / Accounting policy (regnskap) og fyll inn følgende parametere: periode, metode for å vurdere varelager (fra listen: FIFO-metode, etter gjennomsnitt).
3. Det tredje trinnet er å fylle ut parameterne til skatteregnskapsprinsippet. Du må velge menykommandoen Enterprise / Accounting policy (skatteregnskap). I vinduet som vises fylles perioden ut, metoden for å vurdere varebeholdningen (I gjennomsnitt), tidspunktet for å bestemme momsgrunnlaget (for forsendelse eller betaling - velg "På forsendelse").
4. Det fjerde trinnet - innstilling av regnskapsparametere: meny Enterprise / Sette regnskapsparametere, det er følgende seksjoner: generelt, valutaer, analytisk regnskapsføring av varelager, analytisk regnskapsføring av oppgjør med motparter, produksjon, datautveksling, telefonmaler. I vårt tilfelle, i delen Analytisk regnskap for varelager, velger vi Lagerregnskap i regnskap og skatteregnskap.
5. Neste steg er å fylle ut informasjon om organisasjonens forretningspartnere. For å gjøre dette, velg menyfanen: Hovedaktivitet / Entreprenører. I vinduet som kommer opp opprettes to grupper: Kjøpere og Leverandører. For å legge til organisasjonens motparter til gruppedataene, må du dobbeltklikke på navnet og trykke på "Legg til"-knappen. Du bør umiddelbart fylle inn grunnleggende informasjon om motpartene, nemlig: navnet på motparten, TIN, KPP, navnet på kontrakten, gjensidige oppgjør (under kontrakten som helhet) og valuta.
6. Nå må du legge til informasjon om varene og tjenestene som er kjøpt og solgt av organisasjonen: Hovedaktivitet / Nomenklatur / Varer, her legges ny informasjon om varene inn. "Legg til"-knappen trykkes og følgende oppføringer fylles ut i vinduet som kommer opp: det korte navnet på produktet (det fulle navnet legges inn automatisk), måleenheten og momssatsen. Du bør også fylle ut varegruppen.
7. Den syvende fasen - legge inn de innledende saldoene på kontoene for regnskap og skatteregnskap: Konteringer / Drift (regnskap og skatteregnskap). I den øvre delen, fyll inn datoen, transaksjonsbeløpet, i regnskapsvinduet - den nødvendige kontoen, for eksempel 41.01, hjelpekontoen for lånet er valgt 000, for subconto, varetype og mengde er utfylt. Det bør ikke glemmes at hvis saldoen er aktiv, er kontoen debet, passiv - for kreditt.
8. Deretter må du fullføre kjøpet av varer. For å gjøre dette, åpne: Hovedaktivitet / Kjøp / Mottak av varer og tjenester. Nå trykkes "Legg til"-knappen og informasjonsvinduet åpnes. Følgende detaljer fylles ut: dato, motpart, lager, kontrakt, samt fra "Produkter"-gruppen velges den du trenger fra listen, og hvis dette produktet ikke er der, må du først legge det til. Fakturaen fylles automatisk ut, men det er uansett verdt å sjekke. Det er også ønskelig å fylle ut typen priser, som er i fanen "Priser og valuta", og fakturaen, den er plassert nederst i vinduet og kalles opp ved å klikke med musen, der det er nødvendig å fyll inn dato og nummer.
9. Neste trinn - fakturering for betaling til kjøper, velges: Hovedaktivitet / Salg / Faktura for betaling til kjøper og følgende data legges inn: dato, motpart, avtale, bankkonto, kontonummer, dato for åpning, valuta, i seksjonen angir vi i tillegg sjekkpunktet i betalingsdokumentene.
10. Den tiende fasen - registrering av de mottatte midlene til oppgjørskontoen til organisasjonen. For å gjøre dette, velg: Bank og kasse / Innkommende betalingsordre. Et nytt dokument legges til. Det nye dokumentet spesifiserer: dato, betaler, bankkonto, beløp, kontrakt, MVA-sats, DDS-artikkel, "Betalt" bekreftelse. I operasjonen velger du - "Betaling fra kjøper".
11. Vi formaliserer fakta om salg av varer: Hovedaktivitet / Salg / Salg av varer og tjenester. En ny legges til og indikeres: dato, motpart, lager, kontrakt. Deretter, gjennom "Handlinger", velges en faktura for betaling til kjøper og "Fyll" trykkes. All informasjon vises på skjermen. Nederst i vinduet legges det inn en faktura. For å få utskrivbare skjemaer for fraktbrevet og fakturaen nederst i vinduet, klikk på knappen med samme navn.
12. Nå må du overføre midler til leverandøren fra oppgjørskontoen til organisasjonen, for dette velger du: Bank og kasse / Utgående betalingsordre. En ny betalingsordre legges til og følgende detaljer fylles ut: dato, bekreftelse "Betalt", mottaker, bankkonto, beløp, avtale, vare DDS (betaling til leverandører). Deretter velger du: Handling / Basert på / Mottak av varer og tjenester. All informasjon vises på skjermen. For å velge et trykt skjema, klikk på "Betalingsordre"-knappen, som er plassert nederst i vinduet.
13. Neste trinn er slutten av perioden i måneden, det tjener til å oppsummere: Hovedaktivitet / Slutt på måneden. Et nytt dokument legges til, der datoen er angitt og hake er satt foran alle artikler. Deretter, for å vise journalpostene, velg: Gå til / Konteringsjournal (regnskap).
14. Innhenting av data om saldo og omsetning av kontoer av regnskap og skatteregnskap kan utføres på ulike måter, for eksempel ved å sette sammen en balanse: Rapporter / balanse. I det resulterende vinduet indikeres perioden og "Generer"-knappen trykkes. På samme måte kan du sette sammen en balanse for en konto, der kontoen i tillegg til perioden vises og deretter trykkes på "Generer"-knappen. Du kan altså få data om omsetningen på denne kontoen. I tillegg, gjennom kommandoene Rapporter / Kontoanalyse og Rapporter / Subconto-analyse, kan du få de nødvendige dokumentene.
15. Utforming av regulert rapportering som kreves for skatt og annen revisjon utføres gjennom: Rapporter / Regulerte rapporter. Skille: 1) Regnskapsoppgaver; 2) Skatterapportering; 3) Rapportering for enkeltpersoner; 4) Rapportering i fond; 5) Skatterapportering av utenlandske organisasjoner; 6) Statistikk; 7) Hjelp.
For å sette sammen balansen må du gå til seksjonen Regnskapsoppgaver, som har ulike underseksjoner: resultatregnskap, kapitalstrømoppstilling, kontantstrømoppstilling, målrettet bruk av midler, vedlegg til balansen. Balansen velges, perioden fylles ut, "OK"-knappen trykkes. Måleenheten kan være enten rubler eller tusen rubler. For å vise det trykte skjemaet til saldoen på skjermen, må du trykke på "Skriv ut"-knappen, deretter "Skriv ut skjemaet". For å lagre dokumentet i infobasen, klikk på "Lagre"-knappen.
Litteratur
1. Kovaleva V.D. Laboratorieverksted om regnskap: lærebok. godtgjørelse. - M .: Finans og statistikk; INFRA-M, 2010 .-- 160 s.
2. Laboratorieverksted om regnskap: lærebok / U.Yu. Blinova, E.N. Apanasenko; utg. W.Yu. Blinova. - M .: KNORUS, 2010 .-- 400 s.
3. Chistov D.V., Kharitonov S.A. Forretningstransaksjoner i "1C: Regnskap 8" (versjon 2.0). Oppgaver, løsninger, resultater. Opplæringen. 3. utgave. - M .: "1C-Publishing", 2010. - 460 s.
Federal Agency for Education
lavere praksis
Praksissted
_____________________________
(navn på organisasjon, bedrift)
Gjøres av en student
Leder fra
Jekaterinburg 2009
1. Mål og mål
2.1C: Enterprise 8
3.1C: Regnskap 8
6. Utvikling av konfigurasjonen for enterprise LLC "Jack of all trades"
Konklusjoner og tilbud
Bibliografi
Under moderne forhold, når bedrifter gis uavhengighet i utviklingen av sine produksjonsprogrammer, utviklingsplaner og definisjonen av en strategi innen prispolitikk, øker ledernes ansvar for ledelsesbeslutningene de tar betydelig. En av "hvalene" som alle eksisterende bransjer "avhengig" er penger. Derfor avhenger skjebnen til hvert enkelt foretak av hvor transparente og håndterbare dens økonomiske strømmer er.
Med andre ord bør lederen eller finansdirektøren ikke bare være klar over hvor mye penger som er tilgjengelig for øyeblikket, men også forestille seg hvor mye det vil være i morgen og om en måned. Dessuten er han ganske enkelt forpliktet til å kjenne til alle kildene til de viktigste økonomiske kvitteringene og for å forhindre situasjoner når penger brukes på ineffektive måter, uten å jobbe for å styrke og utvikle virksomheten.
Mangel på systematisk kontroll og analyse av kontantstrøm er beheftet med betydelige og ikke alltid kompenserbare tap. Disse oppgavene kan løses ved hjelp av moderne datastyrte virksomhetsstyringssystemer. Derfor er temaet for oppgaven svært relevant.
Den nåværende tilstanden til markedet for rebestemmes av behovet for omfattende regnskap og analyse av de økonomiske aktivitetene til hele foretaket. I forgrunnen er store flerbrukersystemer basert på moderne kommunikasjons- og informasjonsbehandlingssystemer, som lar et team av regnskapsførere samtidig opprettholde sammenkoblede regnskapsområder, og ledelsen av virksomheten får rask tilgang til pålitelig informasjon og tar kompetente ledelsesbeslutninger .
Et av disse programvareproduktene er "1C"-komplekset, utviklet av "1C"-selskapet. "1C: Enterprise" er et universelt system for automatisering av virksomhetsaktiviteter. På grunn av sin allsidighet kan "1C: Enterprise"-systemet brukes til å automatisere ulike områder av den økonomiske aktiviteten til et foretak: regnskap for råvarer og materielle ressurser, oppgjør med entreprenører, beregning av lønn, beregning av avskrivninger av anleggsmidler, regnskap for evt. seksjoner osv...
Hovedtrekket til 1C: Enterprise-systemet er dets konfigurerbarhet. Selve "1C: Enterprise"-systemet er et sett med mekanismer designet for å manipulere ulike typer objekter i fagområdet. Et spesifikt sett med objekter, strukturer av informasjonsmatriser, ibestemmes av en spesifikk konfigurasjon. Sammen med konfigurasjonen fungerer 1C: Enterprise-systemet som et klar-til-bruk programvareprodukt, fokusert på visse typer virksomheter og klasser av oppgaver som skal løses.
Konfigurasjonen lages ved hjelp av standard midler av systemet og leveres av 1C som typisk for et spesifikt bruksområde, men den kan endres, suppleres av brukeren av systemet, og også utvikles på nytt.
I denne forbindelse er formålet med prediplompraksisen å implementere og tilpasse en typisk konfigurasjon for dens anvendelse i en operativ virksomhet.
I samsvar med dette målet ble følgende oppgaver satt og løst i arbeidet:
Opprett på grunnlag av 1C: Enterprise 8 en ny konfigurasjon av "Master of all trades" LLC.
Lag rapporteringsdokumenter ved å bruke konfiguratoren til 1C-programvarepakken.
Forskningsobjektet er informasjonssystemer innen økonomi og ledelse.
Temaet for forskningen er et informasjonssystem basert på programmet "1C: Enterprise".
Den praktiske betydningen av arbeidet ligger i muligheten for å bruke resultatene til bruk av konfigurasjonen i virksomheten.
2.1C: Enterprise 8
Jeg valgte LLC "" som base for min praksis før eksamen. ____-selskapet spesialiserer seg på utvikling og implementering av programvareprodukter av 1C: Enterprise-programvaresystemet og er en permanent partner for 1C, samt en offisiell partner for økonomiske programvareutviklingsfirmaer: ITRP, ASTOR VTs, 1C- Rarus ", rådgivning. gruppe "BIG", Moskva.
Programvaresystemet 1C: Enterprise 8 inkluderer en plattform og anvendte løsninger utviklet på grunnlag for å automatisere aktivitetene til organisasjoner og enkeltpersoner (fig. 1).
Figur 1. "1C: Enterprise"
En plattform er et kjøretidsmiljø og et sett med teknologier som brukes som grunnlag for å bygge en viss rekke applikasjoner. Plattformen gir utvikleren en modell, som som regel isolerer ham fra konseptene og detaljene til teknologier og plattformer på lavere nivå (figur 2).
Fig. 2. Sted og rolle for 1C: Enterprise-plattformen
Da de utviklet 1C: Enterprise-plattformen, fokuserte skaperne umiddelbart på å skaffe en integrert grunnleggende plattform som skulle brukes til å bygge en rekke anvendte løsninger. Samtidig kan disse anvendte løsningene lages ikke bare av 1C-spesialister, men også av mange andre utviklere som er eksperter i ulike bransjer. Derfor ble plattformen opprinnelig designet som et replikerbart produkt. Dette produktet inkluderer alle nødvendige teknologier for drift av forretningsapplikasjoner og verktøy for utvikling og modifikasjon av dem (fig. 3).
Fig. 3. Generell arkitektur for 1C: Enterprise
Erfaringen med å utvikle anvendte løsninger viser at en betydelig del av utviklerne ikke lager programmer fra bunnen av, men kun modifiserer standardløsninger. Det høye nivået av tilpasning av løsninger til spesifikke brukerkrav er en av de viktige fordelene med et så tydelig skille mellom plattform og applikasjonsløsninger.
Denne omstendigheten bestemmer spesielle krav til synlighet og enkel forståelse for utvikleren av eksisterende løsninger, og tas også i betraktning så mye som mulig i alle plattformmekanismer. Tildeling av en anvendt løsning som et uavhengig element gjør det mulig å danne et helt område med etablering, distribusjon og støtte for ulike anvendte systemer. På dette området kan du kun konsentrere innsatsen om detaljene i denne klassen av problemer.
Prinsippene for å bygge «1C: Enterprise»-plattformen var i utgangspunktet basert på en streng orientering mot utvikling av en anvendt løsning basert på en spesifikk modell.
Modellen er hele ideologien med å bygge en anvendt løsning. Her er metodene for å konstruere datastrukturer, og typene koblinger mellom data, og prinsipper for datahåndtering, og formater for å beskrive forretningslogikk, og måter å koble data med grensesnittobjekter, og dele funksjonalitet på nivåene av systemet, og mye mer.
Det er viktig at alle søknader følger den aksepterte modellen. Dette sikrer konsistens og forutsigbarhet i deres oppførsel. Dermed har en utvikler som ønsker å reflektere spesifikasjonene til et bestemt fagområde i en anvendt forretningsløsning et veldefinert sett med måter å implementere oppgaven ved hjelp av plattformen. Selvfølgelig begrenser denne tilnærmingen utviklerens frihet noe, men samtidig beskytter den mot mange feil og lar deg raskt få en brukbar løsning som kan videreutvikles og støttes ikke bare av ham, men også av andre spesialister.
I tillegg har tilstedeværelsen av en enkelt modell en grunnleggende effekt på hvor enkelt det er å mestre systemet. All utvikling utføres innenfor rammen av ett ende-til-ende system av konsepter og i ett enkelt rom av datatyper. Det er ikke nødvendig for en utvikler å mestre flere presentasjonsmodeller og bruke krefter på å implementere overganger mellom dem på ulike nivåer.
I 1C: Enterprise-systemet utføres alle dataredigeringsoperasjoner (oppretting, modifikasjon og sletting) kun ved bruk av objektteknologi. Utviklere samhandler med databaser ikke på postnivå, men ved hjelp av objekter som tilsvarer enhetene som er lagret i databasene. Arbeid med objektenheter støttes av representasjonen av databaseenheter som objekter i det innebygde programmeringsspråket og spesielle datatyper som brukes til å representere objektreferanser (referanser til databaseobjekter). Når du kjenner til objektet, er det lett å få lenken til den: kjenne lenken, hent objektet fra databasen. Denne teknikken gir en intuitiv og naturlig måte å beskrive i kildekoden forretningslogikkalgoritmene som manipulerer objekter, og garanterer den logiske integriteten til dataene under alle operasjoner. Dette ligner på å skrive objektdatabaseapplikasjoner, med den eneste forskjellen at dataene er lagret i relasjonelle DBMS-tabeller. I dette tilfellet kan moduler skrevet i det innebygde språket samtidig inneholde flere objekter relatert til én databaseenhet.
Å endre de lagrede dataene krever ikke å skrive komplekse spørringer og konvertere resultatene av behandlingen deres til objekter i programmeringsspråket. Det er nok å hente objektet fra databasen, endre egenskapene og lagre det igjen. Samtidig har utvikleren mulighet til å skrive hendelsesbehandlere knyttet til dataendringer, utføre ulike kontroller med deres hjelp og endre andre data om nødvendig.
Som et resultat kan vi si at i 1C: Enterprise-systemet er plattformen en slags "spiller", og konfigurasjonen er en "CD". Plattformen får konfigurasjonen til å fungere og lar deg gjøre endringer i den eller lage din egen konfigurasjon.
Det er én plattform (1C: Enterprise 8) og mange konfigurasjoner. For at enhver applikasjonsløsning skal fungere, er det alltid nødvendig med en plattform og noen (én) konfigurasjon.
Plattformen selv kan ikke utføre noen automatiseringsoppgaver, siden den ble opprettet for å sikre at enhver konfigurasjon fungerer. Det samme er med konfigurasjonen: for å utføre oppgavene den ble opprettet for, trenger du en plattform som kontrollerer arbeidet.
Her kommer det til syne systemkonfigurerbarhet, fordi plattformen, i tillegg til å administrere konfigurasjonen, inneholder verktøy som lar deg gjøre endringer i konfigurasjonen som brukes. Dessuten lar plattformen deg lage din egen konfigurasjon "fra bunnen av" hvis bruken av en typisk konfigurasjon av en eller annen grunn virker upraktisk.
3.1C: Regnskap 8
Før vi studerer en av de anvendte løsningene, la oss ta hensyn til terminologiens dualitet. Dualitet består i bruken av forskjellige termer for å referere til samme emne: konfigurasjon og anvendt løsning... Begge disse begrepene betegner den delen av 1C: Enterprise-systemet som kjører under plattformen og som alle brukere «ser» (det hender selvfølgelig at brukere jobber med plattformens verktøy, men disse er «avanserte» brukere).
Hvis vi snakker om handlingene til utvikleren, brukes begrepet konfigurasjon, siden dette er den eksakte termen til 1C: Enterprise.
Begrepet anvendt løsning er mer generelt akseptert og forståelig for brukeren av 1C: Enterprise-systemet.
Applikasjonsløsningen er iboende universell og i stand til å møte behovene til et bredt spekter av virksomheter som opererer i samme aktivitetsfelt. På den annen side vil en slik allsidighet uunngåelig føre til det faktum at ikke alle egenskapene til den anvendte løsningen vil bli brukt i en bestemt bedrift, og noen funksjoner vil ikke være tilgjengelige i den (du kan ikke glede alle), i dette tilfellet, en konfigurasjon lages fra bunnen av. ...
Typiske anvendte løsninger fra "1C"-selskapet er designet for å automatisere typiske oppgaver for regnskap og ledelse av virksomheter. Ved utvikling av typiske anvendte løsninger ble både moderne internasjonale styringsteknikker (MRP II, CRM, SCM, ERP, ERP II, etc.) og de reelle behovene til bedrifter tatt i betraktning.
For bruk i russiske bedrifter tilbyr 1C følgende kommersielle standardapplikasjoner:
"1C: Regnskap 8" (inkludert grunnversjonen og spesialiserte forsyninger av grunnversjonen "1C: Simplified 8" og "1C: Entreprenør 8"),
"Trade Management" (inkludert den grunnleggende versjonen),
"Lønn og personaladministrasjon" (inkludert den grunnleggende versjonen),
"Manufacturing Enterprise Management";
"1C: Consolidation 8" (inkludert PROF-versjonen);
"1C: Betalingsdokumenter 8";
"1C: Skattebetaler 8";
"1C: Retail 8";
"1C: Arkiv 8";
"1C: Ledelse av et lite selskap 8";
"1C: Regnskap for en budsjettinstitusjon 8";
"1C: Regnskap for en autonom institusjon 8";
"1C: Lønn og personell ved en autonom institusjon 8".
Den mest komplette implementeringen av funksjonaliteten til programvaresystemet "1C: Enterprise 8" er applikasjonsløsningen "Manufacturing Enterprise Management". Funksjonsområdene automatisert av denne og andre typiske applikasjonsløsninger er illustrert av følgende strukturelle diagram (fig. 4).
Fig. 4. Blokkdiagram av 1C: Enterprise-anvendte løsninger.
For å studere den anvendte løsningen valgte jeg "1C: Regnskap", som er et av de vanligste programmene i "1C: Enterprise 8.0"-familien.
"1C: Accounting 8" er et universelt massebruksprogram for automatisering av regnskap og skatteregnskap, inkludert utarbeidelse av obligatorisk (regulert) rapportering. Dette er en ferdig løsning for regnskap i organisasjoner som utfører alle typer kommersiell aktivitet: engros- og detaljhandel, kommisjonshandel (inkludert underprovisjon), levering av tjenester, produksjon, etc. I tillegg, ved hjelp av "1C: Regnskap 8" kan det føres journal over individuelle gründere som bruker det forenklede skattesystemet eller det generelle skattesystemet.
Regnskap og skatteregnskap implementeres i samsvar med gjeldende lovgivning i Den russiske føderasjonen. Konfigurasjonen inkluderer en kontoplan, satt opp i samsvar med ordren fra Finansdepartementet i Den russiske føderasjonen "Ved godkjenning av kontoplanen for regnskapsføring av finansielle og økonomiske aktiviteter til organisasjoner og instruksjoner for bruken av den" datert. 31. oktober 2000 nr. 94n.
Regnskapsmetoden sørger for samtidig registrering av hver post av en forretningstransaksjon både for regnskapskontoer og for de nødvendige delene av analytisk regnskap, kvantitativt og valutaregnskap. Brukere kan uavhengig administrere regnskapsmetodikken som en del av innstillingen for regnskapspolicy, opprette nye underkontoer og analytiske regnskapsvisninger.
«1C: Regnskap 8» gir en løsning på alle oppgavene som regnskapstjenesten til en virksomhet står overfor, dersom regnskapstjenesten har det fulle ansvar for regnskapet ved virksomheten, herunder for eksempel utstedelse av primærdokumenter, salgsregnskap mv. I tillegg kan informasjon om visse typer aktivitet, handel og produksjon, legges inn av ansatte i relaterte tjenester til foretaket, som ikke er regnskapsførere. I sistnevnte tilfelle sitter regnskapstjenesten igjen med metodisk veiledning og kontroll over innstillingene til infobasen, som sikrer automatisk refleksjon av dokumenter i regnskap og skatteregnskap.
Denne applikasjonsløsningen kan også kun brukes til regnskap og skatteregnskap, og oppgavene med å automatisere andre tjenester, for eksempel salgsavdelingen, kan løses med spesialiserte konfigurasjoner eller andre systemer.
Fagområdet automatisert av "1C: Regnskap 8" er illustrert av følgende diagram (fig. 5).
Fig. 5. Fagområde automatisert av "1C: Regnskap 8"
"1C: Accounting 8" er en kombinasjon av "1C: Enterprise 8"-plattformen og "Enterprise Accounting"-konfigurasjonen. I "1C: Regnskap 8" er det mulighet for sambruk med de anvendte løsningene "Trade Management" og "Lønns- og personalstyring", også opprettet på "1C: Enterprise 8"-plattformen.
I standardkonfigurasjonen "Enterprise Accounting" av den anvendte løsningen "1C: Accounting", vurderes følgende deler av automatisert regnskap:
1. Generell informasjon om den typiske konfigurasjonen;
2. Regnskap for kontanttransaksjoner;
3. Regnskap for anleggsmidler og immaterielle eiendeler;
4. Regnskap for oppgjørstransaksjoner;
5. Nomenklaturregnskap;
6. Regnskap for betalinger for arbeid;
7. Regnskap for produksjonskostnader;
8. Regnskap for selskapsskatt;
9. MVA regnskap;
10. Spesielle skatteregimer;
11. Brukerservice.
4. Tilpasning av standardkonfigurasjonen "Enterprise Accounting"
Tilpasning, som en tilpasningsprosess, av standardkonfigurasjonen "Enterprise Accounting" gjøres på grunnlag av vurdering av vanlige spørsmål:
Svar: Skatteregnskap i "1C: Regnskap 8" er implementert i samsvar med kapittel 25 i den russiske føderasjonens skattekode og PBU 18/02 "Regnskap for inntektsskatteberegninger".
«1C: Regnskap 8» inneholder en egen kontoplan for skatteregnskap (for inntektsskatt), som når det gjelder sammensetning av kontoer og etablerte eiendommer, ligger tett opp til regnskapskontoplanen. Dette forenkler sammenligningen av regnskaps- og skatteregnskapsdata.
Skatteregnskap gjennomføres parallelt med regnskap. Ved gjennomføring av primærdokumenter dannes det oppføringer på regnskapet for regnskap og skatteregnskap, samt beregnes og reflekteres i regnskapet for forskjellen i verdsettelse av eiendeler og forpliktelser for å overholde bestemmelsene i PBU 18/02 "Regnskap for inntektsskatteberegninger».
Svar: Sammenligning av regnskaps- og skatteregnskapsdata i "1C: Regnskap 8" utføres ved bruk av egen kontoplan for skatteregnskap (for inntektsskatt). Når det gjelder kontosammensetningen og de etablerte eiendommene, ligger den tett opp til regnskapsplanen. Brukeren kan selvstendig etablere korrespondansen til regnskaps- og skattekontoer ved å bruke dokumentet "Etablere korrespondansen til BU- og NU-kontoer".
Svar: Ved gjennomføring av primærdokumenter i "1C: Regnskap 8" sammenlignes data for regnskap og skatteregnskap og informasjonsregisteret "Korrespondanse av BU- og OU-regnskap". I konteringene til skatteregnskapet beregnes og bokføres permanente og midlertidige forskjeller i verdsettelse av eiendeler og gjeld.
Rutineoperasjonen "Beregninger av inntektsskatt (PBU 18/02)" i dokumentet "Månedens avslutning" analyserer regnskapsdata for permanente og midlertidige forskjeller i verdsettelsen av eiendeler og forpliktelser og beregner permanent skattefordel og utsatt skattefordel og forpliktelser. Som et resultat av å utføre en rutineoperasjon, utjevnes indikatorene for inntektsskatt for regnskap og skatteregnskap.
Svar: Ja, i en informasjonsbase "1C: Regnskap 8" kan du føre opptegnelser over to (eller flere) organisasjoner eller individuelle gründere, i den ene hvor det generelle skattesystemet brukes, og i den andre - en forenklet. Regnskapsinnstillinger for det forenklede skattesystemet settes i skatteregnskapspolicyen på en egen fane. Her kan du velge ett av to skatteobjekter: inntekt eller inntekt redusert med utgiftsbeløpet.
Svar: Ja, i innstillingene for skatteregnskapspolicyen kan du spesifisere hvilke hendelser som må inntreffe for å inkludere kjøpesummen for varer i sammensetningen av utgiftene som tas i betraktning ved beregning av skattegrunnlaget for den enhetlige skatten. Den fastsetter også prosedyren for å inkludere kjøpesummen for varer og mengden merverdiavgift presentert av leverandøren i utgiftene.
Svar: Lønnsregnskap er implementert i standardkonfigurasjonen "Enterprise Accounting" i et spesielt delsystem av lønns- og personalregnskap. Automatisert: beregning og utbetaling av lønn med utførelse av relevante dokumenter (inkludert betalingsdokumenter), innskudd av lønn, refleksjon av påløpte lønn, samt beløp for skatter og bidrag i regnskap og skatteregnskap.
Beregning av sykefravær og ferier i "1C: Regnskap 8" er ikke implementert.
For å automatisere oppgavene til bedriften knyttet til implementeringen av bedriftens personalpolitikk og kontantoppgjør med personell, inkludert betaling av sykefravær og ferier, anbefaler vi å bruke 1C-programmet: Lønn og personalstyring 8.
Svar: Ja, "1C: Regnskap 8" kan brukes sammen med programmet "1C: Enterprise 8.0. Trade Management". For å laste data inn i "1C: Accounting 8" i "Trade Management"-konfigurasjonen, genereres en fil i XML-format, som deretter lastes inn i "1C: Accounting 8".
Svar: Ja, "1C: Regnskap 8" kan brukes sammen med programmet "1C: Lønn og personalstyring 8". For å laste data inn i "1C: Regnskap 8" i "Lønn og personalstyring"-konfigurasjonen, genereres en fil i XML-format, som deretter lastes inn i "1C: Regnskap 8".
Svar: Det er en slik mulighet. "1C: Regnskap 8" er i stand til å utveksle informasjon med programmer som "Bank Client". Spesiell behandling "Import / Eksport av betalingsdokumenter" (meny "Bank og kasse" - "1C: Enterprise-Client of the Bank") tillater:
generere betalingsdokumenter i "1C: Regnskap 8", og deretter laste dem inn i et program som "Bankklient" for overføring til banken via elektroniske kommunikasjonskanaler;
laste opp til "1C: Accounting 8" fra et program som "Bank Client" informasjon mottatt fra banken om transaksjoner på organisasjonens oppgjørskontoer.
Svar: Valutakurser kan lastes ned automatisk fra nettstedet til RosBusinessConsulting. For å gjøre dette, bruk knappen "Last priser" i form av listen over oppslagsboken "Valuta" (meny "Bank og kasse" - "Valuta").
Svar: Ja, beregningen av beløpet for tilbakebetaling av kostnaden for kjeledresser og spesialutstyr som overføres til produksjon, utføres automatisk i "1C: Regnskap 8".
Svar: Ja. I "1C: Regnskap 8" utføres regnskapsføring av oppgjør med motparter i forbindelse med kontrakter. Avhengig av valgt kontraktstype kan du samarbeide med samme motpart med både kjøper og leverandør, avsender eller kommisjonær.
Svar: Ja. Muligheten til å laste ned rapporteringsdata i elektronisk form, bruke en todimensjonal strekkode på arkene med skatteerklæringer er en av hovedfordelene ved å sende inn rapporter i "1C: Regnskap 8".
Svar: Ja, det er mulig. For å gjøre dette bruker "1C: Regnskap 8" avskrivningsdiagrammer, som indikerer hvordan det årlige avskrivningsbeløpet er fordelt over årets måneder.
Svar: Ja, det er en slik mulighet. I "1C: Regnskap 8" er dokumentet "Retur av varer til leverandør" ment for behandling av retur av tidligere mottatte varer til leverandør. Retur av varer kan gjøres for leverandør eller avsender.
Svar: Ja, det er en slik mulighet. "1C: Regnskap 8" lar deg vise hvilken som helst oppslagsbok eller liste over dokumenter i et regneark eller tekstdokument og skrive ut. I dette tilfellet kan du i innstillingen spesifisere hvilke kolonner i listen som skal skrives ut. Du kan forhåndskonfigurere listen ved å spesifisere bredden, høyden og plasseringen av kolonnene.
etc. etc.
Totalt ble rundt 1000 spørsmål vurdert for å tilpasse den typiske konfigurasjonen av "Enterprise Accounting" ved en bestemt bedrift.
5. Metodikk for utarbeidelse av tekniske spesifikasjoner
For å utføre de tildelte oppgavene ble det grunnleggende om utvikling av konfigurasjoner studert både "fra bunnen av" basert på 1C: Enterprise 8-plattformen, og tilpasning av standardkonfigurasjonen "Enterprise Accounting" for ulike situasjoner.
1C: Enterprise-programmet og dets konfigurasjoner krever forbedring for tilpasning og implementering i en spesifikk bedrift. For eksempel er revisjon av 1C nødvendig hvis det oppstår problemer med driften av 1C-produktet.
1C-konfigurasjonen ferdigstilles for å minimere de faste kostnadene ved å opprettholde regnskap eller skatteregnskap for selskapet.
Referansebøker og rapporter om 1C-programmet ferdigstilles for spesifikasjonene til en bestemt bedrift, noe som gjør det mulig å mest effektivt føre journaler og reflektere informasjon om statusen til selskapets økonomiske aktiviteter.
I tillegg lar revisjonen av 1C deg optimalisere nødvendig regnskapsinformasjon og redusere sannsynligheten for feil i regnskapet i 1C.
Vanligvis inkluderer revisjon av 1C:
Modifisering eller opprettelse av originale skjemaer, rekvisita, oppslagsverk;
Utvikling av spesifikke dokumenter og dokumentjournaler;
Oppretting av rapporter og behandling, typisk for den gitte virksomheten.
Tilpasning og implementering av en typisk konfigurasjon ved en spesifikk bedrift er kun mulig etter å ha utarbeidet en teknisk oppgave. Siden det konkrete selskapet er ukjent, vil vi utarbeide en universell teknisk oppgave.
Mandatet er grunnlaget for prosjektet. Referansen gjenspeiler alle detaljene i den videre gjennomføringen av prosjektet. Mandatet (TOR) utarbeides på bakgrunn av at kravene til den tekniske siden av prosjektet gjennomføres av virksomhetens ledelse, avdelingsledere, produksjonsteknologer og regnskapsmedarbeidere.
Referansen er utarbeidet etter en pre-design-undersøkelse, den reflekterer alle kravene til utvikling og drift av programvare- og maskinvarekomplekset som opprettes. I mandatet er det svært viktig å jobbe gjennom alle dokumenter, dokumentjournaler og rapporter som skal endres eller legges til det opprettede programvare- og maskinvarekomplekset. Det er også inkludert både tekstlig informasjon som forklarer oppgavene og måter å løse dem på, samt et grafisk bilde av dokumenter, magasiner, rapporter.
Former for dokumenter som skal endres eller gjenopprettes, samt innholdet i alle feltene i dokumentet, må registreres grafisk og avtales med ledelsen i virksomheten og/eller de direkte brukerne av disse dokumentene. Funksjonene til alle dokumentfelt bør beskrives i detalj og tydelig, en algoritme for å fylle ut tabelldelen av dokumentet bør avtales. Utskrevne skjemaer må avtales med alle brukere av disse dokumentene. Dokumentjournaler er også en del av mandatet. Før oppstart av arbeidet med gjennomføringen av prosjektet skal sammensetningen og formene til journalene fastsettes.
Rapporter er den viktigste delen av det tekniske oppdraget, siden det er for å innhente informasjonen som skal presenteres i disse rapportene at automatiseringsprosessen vanligvis starter. Derfor er utarbeidelsen av skjemaene og innholdet i rapportene et svært viktig stadium i utarbeidelsen av tekniske spesifikasjoner for automatisering av en bedrift. Alle former for rapporter bør utvikles med nært samspill mellom alle interesserte brukere av informasjon. Før du starter arbeidet med et prosjekt er det svært viktig å utvikle og godkjenne rapporteringsformene, siden det i fremtiden, hvis det er behov for å legge til eller endre rapporter, kan oppstå en situasjon hvor det ikke vil være tilstrekkelig primærinformasjon til å bygge rapporter. , dvs programvare- og maskinvarekomplekset vil ikke inneholde dokumenter, hvis data kan tjene som grunnlag for å utarbeide nye rapporter. Derfor bør hoveddelen av spørsmålene om sammensetningen og formene for fremtidige rapporter løses på stadiet av utarbeidelsen av mandatet.
Etter å ha gjort seg kjent med bedriftens krav for det fremtidige prosjektet og godkjenning av sammensetningen og formene til alle dokumenter, logger av dokumenter og rapporter, er det nødvendig å utarbeide den interne strukturen til programvarekomplekset, for eksempel strukturen til registre over informasjonsakkumulering, regnskapsanalyser, typer og struktur av interne oppslagsverk bør utvikles.
Et viktig stadium i forberedelsen av den tekniske oppgaven er definisjonen og løsningen av problemene med den tekniske basen, kravene til datamaskiner og datanettverk er bestemt for å sikre vellykket gjennomføring av prosjektet, samt videre drift av hele programvare- og maskinvarekompleks. På stadiet for å utarbeide den tekniske oppgaven, bør ikke bare tekniske problemer, men også organisatoriske problemer stilles og løses, de ansvarlige personene ved virksomheten identifiseres, mulige endringer i sammensetningen av selskapets ansatte identifiseres, for eksempel endringer i sammensetning av intern automasjonsavdeling, regnskap, endringer i stillingsbeskrivelser.
Resultatet av arbeidet med utformingen av mandatet er et detaljert offisielt dokument signert av ledelsen fra begge sider, som gjenspeiler alle aspekter av arbeidet fremover. Etter å ha utarbeidet den tekniske oppgaven, blir det mulig å estimere tid og kostnad for prosjektet.
Når du utarbeider tekniske spesifikasjoner, bør du følge GOST 34.602-89, som fastsetter følgende obligatoriske deler av den tekniske oppgaven:
generell informasjon om det utformede systemet;
formål og mål for etablering (utvikling) av systemet;
egenskaper ved automatiseringsobjekter;
Systemkrav;
prosedyren for kontroll og aksept av systemet;
krav til sammensetning og innhold av arbeidet med utarbeidelse av automatiseringsobjektet for å sette systemet i drift;
dokumentasjonskrav;
Konfigurasjonsobjekt Oppregning brukes og er ment å beskrive strukturen for lagring av konstante sett med verdier som ikke endres under konfigurasjonsoperasjonen. På grunnlag av dette oppretter plattformen en informasjonsstruktur i databasen, som lagrer et sett med noen konstante verdier.
Oppretting av Planen for karakteristiske typer: Subconto-typer, Nomenklaturegenskaper (Fig. 9).
Fig. 9. Planer for typene egenskaper til den utviklede konfigurasjonen for LLC "All trades master".
Konfigurasjonsobjekt Kart over karakteristiske typer brukes og er ment å beskrive strukturen for lagring av informasjon om egenskaper opprettet av brukeren. Basert på dette objektet lager plattformen en informasjonsstruktur i databasen. Den kan lagre informasjon om eksisterende typer egenskaper og verdien av egenskapene til hver type.
I hovedsak er planen med karakteristiske typer veldig lik en oppslagsbok, men den har en smalere "spesialisering": den lagrer kun informasjon om hva slags egenskaper et databaseobjekt kan beskrive. Denne informasjonen består av navnet på den karakteristiske typen og dens type.
Opprette en kontoplan: Grunnleggende (fig. 10).
Fig. 10. Kontoplan for den utviklede konfigurasjonen for LLC "Jack of all trades".
Konfigurasjonsobjekt Kontooversikt blir brukt.
Det er ment å beskrive strukturen for lagring av informasjon om et sett av syntetiske kontoer til et foretak, som er opprettet for å gruppere data om dets økonomiske aktiviteter.
Basert på dette objektet lager plattformen strukturer i databasen som lagrer informasjon om hvilke kontoer og hvordan bedriften skal bruke dem.
Dette kan være et system med regnskapskontoer etablert av staten, en administrasjonskontoplan eller et vilkårlig sett med kontoer som brukes til å analysere visse typer virksomhetsaktiviteter.
Oppretting av regnskapsregister: Forvaltning (Fig. 11).
Fig. 11. Regnskapsregisteret til den utviklede konfigurasjonen for LLC "Jack of all trades".
Konfigurasjonsobjekt Regnskapsregister brukes og er ment å beskrive strukturen for dataakkumulering, hvis regnskapsføring utføres på grunnlag av en bestemt kontoplan. Basert på dette objektet lager plattformen en informasjonsstruktur i databasen der data om forretningstransaksjoner som vises i regnskapet vil bli akkumulert.
Ved sitt utseende ligner regnskapsregisteret et akkumuleringsregister - det har også ressurser, kan ha dimensjoner og detaljer. Dimensjoner lar deg skille regnskap (for eksempel Organisasjonsdimensjonen, du kan føre regnskap i sammenheng med flere juridiske enheter). Requisites fungerer som et tegn som gjør at enkelte registeroppføringer kan skilles fra andre (for eksempel kan journalnummeret brukes som et attributt, som gjør det mulig å velge transaksjoner som har samme betydning).
En vesentlig forskjell fra akkumuleringsregisteret er at regnskapsregisteret har en stiv sammenheng med kontoplanen som benyttes.
Oppretting av en plan over beregningstyper: Grunnavgifter (fig. 12).
Fig. 12. Planen for beregningstyper for den utviklede konfigurasjonen for LLC "Jack of all trades".
Konfigurasjonsobjekt Diagram over beregningstyper brukes og er ment å beskrive strukturen for lagring av informasjon om mulige typer beregninger. Basert på dette objektet lager plattformen en informasjonsstruktur i databasen, som lagrer informasjon om hvilke typer beregninger som finnes og hva som er relasjonene mellom dem. Et særtrekk ved diagrammet over beregningstyper er at brukeren kan legge til nye beregningstyper i prosessen. Oppretting av beregningsregisteret: Periodisering (fig. 13).
Fig. 13. Register for beregning av den utviklede konfigurasjonen for LLC "Jack of all trades".
Konfigurasjonsobjekt Beregningsregister brukes og er ment å beskrive strukturen til dataakkumulering, som er resultater av beregninger. På grunnlag av dette objektet lager plattformen en informasjonsstruktur i databasen, hvor data generert av ulike databaseobjekter vil bli akkumulert.
Et særtrekk ved beregningsregisteret er at det ikke er beregnet på interaktiv redigering av brukeren.
Oppretting av planlagte jobber: Indeksoppdatering, Indekssammenslåing.
Hver planlagt jobb inneholder to hovedegenskaper: Metodenavn og Tidsplan.
Metol-navnegenskapen knytter en planlagt oppgave til en bestemt prosedyre eller funksjon for en felles modul, som faktisk vil bli utført. Denne prosedyren må inneholde en innebygd algoritme som beskriver alle operasjonene som må utføres.
Tidsplanegenskapen lar deg angi frekvensen for denne prosedyren.
I tillegg til de oppførte egenskapene, inneholder den planlagte jobben andre egenskaper, for eksempel Prøveintervall ved unormal avslutning og Forsøk på nytt ved unormal avslutning. Derfor, hvis utførelsen av en planlagt oppgave av en eller annen grunn mislykkes, kan 1C: Enterprise-systemet automatisk starte denne oppgaven et spesifisert antall ganger etter en spesifisert tidsperiode.
Opprettelse av delsystemer: Regnskap, Lønn, Regnskap for materialer og tjenester.
I 1C: Enterprise-konfiguratoren er det mulig å definere den logiske strukturen til den opprettede applikasjonsløsningen, og beskrive den i form av deler som er forskjellige i funksjonalitet, som til sammen utgjør denne applikasjonsløsningen.
Det finnes konfigurasjonsobjekter for å beskrive en slik struktur. Subsystem .
De fleste konfigurasjonsobjektene har den tilsvarende Subsystems-egenskapen, ved hjelp av hvilken konfigurasjonsobjektet kan tilskrives et eller annet delsystem.
Oppretting av roller: Administrator, Master, Kalkulator, Regnskapsfører, Kun visning.
Bruke et konfigurasjonsobjekt Rolle utvikleren er i stand til å beskrive et sett med rettigheter til å utføre visse handlinger på hvert databaseobjekt og på hele konfigurasjonen som helhet.
Oppretting av grensesnitt: Leder, Master, Regnskapsfører
Basert på de tillatte handlingene er det nødvendig å gi brukeren et praktisk og funksjonelt grensesnitt som ikke inneholder unødvendige elementer.
Brukeradministrasjon
Administrasjonen av brukernes arbeid utføres ved å bruke modusen for å opprettholde listen over brukere.
Databaseadministratoren har muligheten til å opprette og slette systembrukere, tildele dem grensesnitt og roller osv.
Implementering av mekanismen for distribuerte informasjonsbaser (Underavdelinger, Branch).
Ved å fullføre alle utviklingstrinn vil vi motta en ferdig konfigurasjon utviklet fra bunnen av, basert på 1C: Enterprise 8.
Konklusjoner og tilbud
Etter å ha fullført min praksis, lærte jeg mye og satte det i praksis. Målene som ble satt i starten av praksisen ble nådd, oppgavene ble delvis gjennomført.
Gjennomføringen av vitnemålet og påfølgende arbeid med klienter (bedrifter) bør skje på grunnlag av det studerte materialet.
Bibliografi
1. Berendeev I. Programvarekompleks "1C: Enterprise 8.0" som en plattform for utvikling av forretningsapplikasjoner KTPP / I. Berendeev // CAD og grafikk. - 06.2005. - S. 20-22.
2. Radchenko M. G.1S: Enterprise 8.1. En praktisk veiledning for utvikleren. Eksempler og typiske teknikker / M.G. Radtsjenko. - M .: OOO "1C-Publishing", St. Petersburg: Peter. 2007 .-- 512s .: ill.
3. 1C: bedrift 8. Programsystem [Elektronisk ressurs] / - Moskva, 2009. - Tilgangsmodus: http://www.1c-ural.ru - Tilgangsdato: 22.03.2009.
applikasjoner
Studentens dagbok om praksis før eksamen
( type praksis) 2009
P / p nr. | Gjennomføringsperiode | Oppgavenavn | Beskrivelse |
1 | 02.03.09 - 08.03.09 | Studie av "1C: Enterprise 8.0"-plattformen. | |
2 | 09.03.09 - 15.03.09 | Utvikling av en typisk konfigurasjon på 1C: Enterprise 8.0-plattformen. | Utvikling i 1C: Enterprise 8.0-konfigurasjon på eksemplet med automatisering av arbeidet til "All trades master"-selskapet. |
3 | 16.03.09 - 22.03.09 | Studie av anvendt løsning "1C: Regnskap". | Studerer den anvendte løsningen 1C: Regnskap 8. |
4 | 23.03.09-29.03.09 | Tilpasning av anvendt løsning "1C: Regnskap" på plattformen "1C: Enterprise 8.0". | Studie av problemsituasjoner som oppstår fra både brukere og utviklere og mulige løsninger for å tilpasse en typisk konfigurasjon. |
Vedlegg 2
Referansebøker for den utviklede konfigurasjonen for LLC "Jack of all trades"
Vedlegg 3
Dokumenter for den utviklede konfigurasjonen for LLC "Jack of all trades"
Vedlegg 4
Eksempler på noen rapporter om den utviklede konfigurasjonen for LLC "Jack of all trades"