Organisasjon ubp kode hvordan finne ut av inn. Hvordan det unike nummeret til registerposten til deltakeren i budsjettprosessen dannes. Inkludering av institusjoner i det konsoliderte registeret

Legg igjen en kommentar 6,950

Hva er registreringsnummeret

Det konsoliderte registeret over deltakere og ikke-deltakere i budsjettprosessen inkluderer data fra:

Unified State Register of Legal Entities;
en konsolidert liste over kunder;
RUBP - deltakere i budsjettprosessen;
RNUBP - ikke-deltakere i budsjettprosessen;
andre klassifiserere.

For hver organisasjon som er registrert på nettstedene bus.gov.ru, budget.gov.ru, genereres en unik kode - en registeroppføring. Du kan finne ut denne koden ved å skrive inn TIN til den nødvendige institusjonen i søkefeltet.

Prosedyren for dannelse og vedlikehold av RUBP og NUBP er regulert av ordre fra finansdepartementet i Den russiske føderasjonen nr. 163n datert 23. desember 2014, ordre nr. 42n datert 28. mai 2014 kontrollerer prosedyren for dannelse av registeroppføringer.

Den er dannet på grunnlag av følgende informasjon i de grunnleggende (bransje)listene:

navnet på den statlige eller kommunale tjenesten, arbeid med OKVED-koder;
type offentlig utdanningsinstitusjon;
data om kostnadene for en tjeneste, et arbeid eller om dets gratis levering til befolkningen;
vedlikehold av offentlige tjenester;
forhold og form for utførelse av arbeid eller levering av offentlige tjenester;
type økonomisk og økonomisk aktivitet i organisasjonen;
kontingent - forbrukerkategorier;
kvalitets- og volumindikatorer;
data om det juridiske rammeverket som styrer utførelse av arbeid og levering av tjenester.

Hver RZ har sitt eget unike nummer. Registeret omfatter ikke opplysninger og dokumenter som inneholder statshemmeligheter.

I motsetning til den tjuesifrede unike RZ, består nummeret på kontraktens registerpost på nettstedet for offentlige anskaffelser, som er tilordnet hvert kjøp eller til hvert enkelt parti i bestillingen, av 36 sifre og genereres automatisk som en sett med klassifiseringskoder for et bestemt kjøp. For å finne den nødvendige kontrakten eller informasjon om den, i EIS må du gå til fanen "Register of contracts" og kjøre inn RZ-en til dokumentet du leter etter.

Hvordan forme

Det unike RH-nummeret er dannet av de autoriserte føderale utøvende organene på grunnlag av alle tilgjengelige informasjonsblokker og lister inkludert i den konsoliderte RUBP og NULP.

Det skjer slik:

Karakterer fra 1 til 8 - den territorielle betegnelsen til en offentligrettslig enhet som finansierer organisasjonen - UBP.
9 og 10 sifre - koden til institusjonstypen i samsvar med samme RZ i det konsoliderte registeret.
11 og 12 er budsjettnivåkoder.
Karakterer fra 13 til 17 - nummeret til institusjonen i RZ på den konsoliderte listen.
Siffer 18 - chiffer av attributtet til informasjon som tilhører:

1 - informasjon og dokumenter, hvis noen, er like og tilsvarer en egen avdeling, utstyrt med rett til å føre regnskap;
0 - informasjon stemmer ikke.

19 - kontrollsiffer, beregnet i henhold til vedlegg nr. 6 til prosedyre nr. 163n datert 23.12.2014.
Siffer 20 - koding av institusjonens status:

1 - en driftsinstitusjon;
2 - inaktiv;
3 - mangel på juridisk forhold;
4 - organisasjon med spesielle instrukser.

Karakterene 1, 2, 11, 13, 14, 15, 16, 17 er den unike koden til hver deltaker i budsjettprosessen i SR.

Det unike nummeret til registerposten til den offentlige tjenesten «Utdanning» kan sees i eksemplet nedenfor.

UNRZ for andre typer deltakere i budsjettprosessen:

goscontract.info

Vi jobber med det konsoliderte kunderegisteret

Unified Information System sørger for vedlikehold av mange registre, for eksempel skruppelløse leverandører (RNP) eller kontrakter inngått av kunder. En av slike lister er det konsoliderte registeret over kunder under 44-FZ. Det er en strukturert liste over organisasjoner registrert på den offisielle nettsiden til EIS som personer som utfører anskaffelsesprosedyrer, og fra den kan du få omfattende data om statskunden og hans offentlige anskaffelser.

Registerinformasjon

Hvilken informasjon kan hentes fra en slik database. Registreringsopplysninger er for det første fra selskapets journalkort.

Så du kan finne følgende i den:

navn (fullt og forkortet);
registreringsdato og institusjonskode (tildelt av systemet);
inngående data for den juridiske enheten (TIN, KPP, PSRN, OKTMO, bedriftens beliggenhet);
identifikasjonskode og dato for oppdraget;
form for eierskap og organisasjons- og juridisk form;
OKVED2-koder;
budsjettkode og dens type (for eksempel føderalt budsjett);
kontaktinformasjon (telefon, postadresse, e-postadresse, samt en kontaktperson).

I tillegg til dataene som er oppført ovenfor, kan du ved hjelp av denne listen raskt finne informasjon om utførte kjøp, inngåtte kontrakter og avtaler, samt anskaffelsesbestemmelsene.

Hvordan finne en liste over organisasjoner i EIS

La oss ta en steg-for-steg titt på hvordan du finner en database og jobber med den.

For å finne den spesifiserte listen over statlige kunder, må du gå til den offisielle nettsiden til Unified Information System - www.zakupki.gov.ru.

Dermed er denne typen liste lett nok å finne på den offisielle nettsiden, og den inneholder også full informasjon om kunder, nyttig for deltakere og leverandører, i det offentlige domene.

Hvordan komme inn på listen over kunder

Kanskje vil dette være den korteste instruksjonen på portalen vår. Det eneste som må gjøres for at organisasjonen skal være på denne listen er å gå gjennom registreringsprosedyren i EIS. Det er ikke nødvendig å skrive utsagn som ber om inkludering, alt vil skje automatisk.

goscontract.info

Brev fra Federal Treasury datert 13. februar 2017 nr. 07-04-05 / 13-157 "Om informasjon om organisasjonen"

For å sikre muligheten for gjennomføring av organisasjoner, er opplysninger om hvilke, herunder opplysninger om organisasjonens fullmakter på anskaffelsesområdet, inkludert i registeret over deltakere i budsjettprosessen, samt juridiske personer som ikke er deltakere i budsjettprosessen. budsjettprosess, prosedyren som er godkjent etter ordre fra finansdepartementet i Den russiske føderasjonen datert 23. desember 2014 nr. 163n (heretter henholdsvis - ordre nr. 163n, konsolidert register), kravene i den føderale loven datert 05.04. .2013 nr. 44-FZ "Om kontraktsystemet innen innkjøp av varer, arbeider, tjenester for å møte statlige og kommunale behov" når det gjelder plassering av informasjon og dokumenter i et enhetlig informasjonssystem innen innkjøp ( heretter referert til som føderal lov nr. 44-FZ, EIS), rapporterer Federal Treasury følgende.

I samsvar med reglene fastsatt av seksjon III av registreringsprosedyren i EIS, godkjent etter ordre fra Federal Treasury datert 30. desember 2015 nr. 27n "Om godkjenning av prosedyren for registrering i det enhetlige informasjonssystemet innen anskaffelsesområdet og ugyldiggjøring av ordren fra Federal Treasury nr. 4n datert 25. mars 2014 "(Heretter - ordre nr. 27n), blir registreringen av disse organisasjonene utført av Federal Treasury automatisk på grunnlag av informasjon inkludert i det konsoliderte registeret gjennom informasjonssamspill mellom Statens integrerte informasjonssystem for offentlig finansforvaltning" elektronisk budsjett "(heretter - systemet elektronisk budsjett) og UIS.

Samtidig, på grunn av vanskelighetene som oppstår i informasjonsinteraksjonen til "Electronic Budget" -systemet med UIS for å oppdatere informasjon om organisasjoner i UIS, anser Federal Treasury det som mulig å danne et elektronisk dokument "Informasjon om organisasjon" (heretter - Informasjon om organisasjonen) gjennom applikasjonsprogramvaren "EDMS" av det territorielle organet til Federal Treasury (heretter - TOFK) på stedet for organisasjonen for organisasjoner som på grunn av forskjellige vanskeligheter ikke bestod registreringen ( omregistrering) i EIS i henhold til Seksjon III i bestillingsnummer informasjon som blokkerer arbeid i UIS, og retningen for Informasjon om organisasjonen til Interregional operativ UIS.

Den interregionale operasjonsavdelingen til Federal Treasury gir opplasting av informasjon om organisasjonen i EIS.

Samtidig legger Federal Treasury spesiell oppmerksomhet til det faktum at dannelsen av informasjon om organisasjoner som har bestått registrering (omregistrering) i EIS i samsvar med seksjon III i ordre nr. 27n er uakseptabel.

Utstedelse av sertifikater for arbeid i EIS til organisasjoner som ikke har bestått registrering (omregistrering) i EIS i henhold til bestemmelsene i pålegg nr. 27n, utføres i samsvar med kravene i forskriften for sertifiseringssenteret for Federal Treasury, godkjent etter ordre fra Federal Treasury datert 31. juli 2015 nr. 197 (som endret ved ordre fra Federal Treasury datert 25.07.2016 nr. 280). Samtidig, på stadiet for å generere en forespørsel om et sertifikat i den tilsvarende applikasjonsprogramvaren, som attributtet "Organisasjonsregistreringsnummer i UIS", er det nødvendig å angi det unike registreringsnummeret til organisasjonen som er dannet i den konsoliderte listen av kunder - SDR-koden; som brukeren planlegger å jobbe under, som kreftene til den autoriserte personen i organisasjonen, indikerer verdiene av kreftene til EIS-brukeren "administrator av organisasjonen" og (eller) "autorisert" spesialist".

I tillegg sender Federal Treasury anbefalinger til TDFK om problemene med å oppdatere informasjon i EIS basert på dataene fra det konsoliderte registeret.

Vedlegg: på l. i 1 eksemplar.

Vedlegg 1
til brev fra det føderale finansdepartementet
datert 13. februar 2017 nr. 07-04-05 / 13-157

Anbefalinger
for territoriale organer i Federal Treasury om problemene med å oppdatere informasjon i et enhetlig informasjonssystem innen anskaffelse basert på dataene fra det konsoliderte registeret

1. Dersom organisasjonen ikke har mulighet til å omregistrere seg i det enhetlige informasjonssystemet på innkjøpsområdet (heretter kalt EIS) i henhold til prosedyre for registrering i EIS § III, godkjent etter kjennelse av EIS. Federal Treasury nr. 27n av 30.12.2015 (heretter referert til som prosedyre nr. 27n) og det er behov for å oppdatere dens detaljer i samsvar med relevante endringer i registeret over deltakere i budsjettprosessen, samt juridiske enheter som ikke er deltakere i budsjettprosessen, prosedyren for disse er godkjent etter ordre fra finansdepartementet i Den russiske føderasjonen datert 23. desember 2014 nr. 163n (heretter referert til som det konsoliderte registeret), deretter det territorielle organet Federal Treasury (heretter - TOFK) genererer uavhengig, basert på organisasjonens data i det konsoliderte registeret, Informasjon om organisasjonen i PPO "SED" i samsvar med gjeldende implementering og sender dem til Interregional operational UFC.

Samtidig bør det rettes spesiell oppmerksomhet mot at dersom organisasjonen er omregistrert i EIS i henhold til § III i pålegg 27n, er dannelsen av Informasjon om organisasjonen uakseptabel.

Ansvaret for de negative konsekvensene av å laste opp Informasjon om en organisasjon som har gjennomgått omregistrering i EIS ligger hos TOFK.

I tillegg skal det bemerkes at dersom organisasjonen ikke er omregistrert i EIS på grunn av tekniske problemer, er muligheten til å utøve anskaffelsesmakter på sin personlige konto ikke blokkert, og det er også mulig å manuelt sørge for etablering av lenker i kontrollmodulen i henhold til del 5 artikkel 99 i føderal lov av 05.04.2013 nr. 44-FZ "Om kontraktsystemet ved anskaffelse av varer, arbeider, tjenester for å møte statlige og kommunale behov" med slike organisasjoner.

2. Dersom organisasjonen i det konsoliderte registeret har endret koden i det konsoliderte registeret på hensiktsmessig måte (8 tegn), og denne informasjonen ikke gjenspeiles i EIS, sender TOFK opplysningene til kompetansesentrene på området. av innkjøp (UFK i Saratov-regionen, UFK i Novosibirsk-regionen) (heretter kalt kompetansesentrene) senest kl. 17.00 på en arbeidsdag (tilsvarende tidssone til Kompetansesenteret) i følgende form:

3. Dersom organisasjonen har en annen personlig konto i EIS, skal TOFK sørge for at følgende aktiviteter utføres:

- dersom informasjon (anskaffelsesplan for 2017-2019, anskaffelsesplan for 2017, anskaffelsesmeldinger) er generert og lagt inn i en ny (duplikat) personlig konto av brukere av organisasjonen, oppfordres brukere til å fortsette å jobbe i en slik personlig konto.

Samtidig har brukeren muligheten til å sikre overføring av uferdige varsler og kontrakter fra den gamle personlige kontoen til den nye personlige kontoen ved å bruke de vanlige midlene til hans personlige konto.

Algoritmen for overføring av informasjon og dokumenter fra den gamle personlige kontoen til den nye personlige kontoen finnes i avsnitt 4.3.15 "Plassere en melding om endring i organisasjonen som utfører plasseringen" i dokumentet "UIS User Guide" og avsnitt 4.7 .6 "Endring av kunden i informasjonen om kontrakten for kontrakter, ikke relatert til brukerens organisering "av dokumentet" Brukerveiledning. Anskaffelsesstyringsdelsystemet i delen av kontraktsregisteret og registeret over bankgarantier ", lagt ut i delen" Dokumenter / Opplæringsmateriell / Brukerveiledning for 44-FZ "på den offisielle nettsiden til EIS;

- hvis organisasjonens brukere ikke har lagt ut informasjon i den nye (dupliserte) personlige kontoen, har brukere ikke lov til å danne og legge inn informasjon i den nye (dupliserte) personlige kontoen - brukernes arbeid vil fortsette i den gamle UIS personlige kontoen etter oppdatering informasjonen.

- etter å ha definert en "fungerende" personlig konto i UIS TOFK på en måte som ligner på paragraf 2 i disse anbefalingene, sender informasjon for å blokkere den "ikke-fungerende" personlige kontoen til det aktuelle kompetansesenteret i skjemaet:

a) for de som jobber i den nye (dupliserte) personlige kontoen, er den gamle personlige kontoen blokkert.

b) for de som jobber på den gamle personlige kontoen, er en ny personlig konto sperret.

Instruksjoner for registrering av organisasjoner og brukere i EIS i samsvar med Order of the Treasury of Russia datert 30. desember 2015 nr. 27n

Den offisielle nettsiden til Unified Information System innen innkjøp (EIS, zakupki.gov.ru)

Instruksjoner for registrering av organisasjoner og brukere i Unified Information System i samsvar med Order of the Treasury of Russia datert 30. desember 2015 nr. 27n

Begreper og definisjoner

Registrering av en organisasjon og en bruker av en organisasjon under føderal lov nr. 44-FZ

Registrering av en organisasjon i EIS, informasjon om hvilken er inkludert i det konsoliderte registeret (i samsvar med avsnitt III i registreringsprosedyre nr. 27n)

nr. 44-FZ, er det kun tillatt å bruke sertifikater av nøkler for verifisering av en kvalifisert elektronisk signatur utstedt av et sertifiseringssenter i Federal Treasury i navnet til en person. Sertifikatet for lederen av organisasjonen må inneholde brukerens TIN.

Registrering av en organisasjon i systemet utføres automatisk etter å ha mottatt informasjon fra det konsoliderte registeret. Dersom organisasjonen er registrert i EIS i samsvar med registreringsprosedyren som var gjeldende før anvendelsen av registreringsprosedyre nr. 27n, kreves omregistrering av organisasjonen. Hvis omregistreringen av organisasjonen og dens brukere ikke utføres i henhold til registreringsprosedyren i UIS før 01.01.2017, vil tilgangen til organisasjonens brukere til UIS bli avsluttet fra den datoen.

Liste over fullmakter til organisasjoner registrert gjennom det konsoliderte registeret:

- kunde; - autorisert organ; - autorisert institusjon; - en spesialisert organisasjon; - kontrollorgan innen anskaffelser; - organet som er autorisert til å utøve kontroll i samsvar med del 5 av artikkel 99 i føderal lov nr. 44-FZ; - internkontrollorgan; - revisjonsorgan innen innkjøp; - organet som plasserer rasjoneringsreglene; - organet som fastsetter krav til visse typer varer, verk, tjenester og (eller) standardkostnader; - organet som utvikler standardkontrakter og standardkontrakter; - en kunde som foretar kjøp i samsvar med del 5 av artikkel 15 i føderal lov nr. 44-FZ; - en organisasjon som utøver makten til kunden til å gjennomføre kjøp på grunnlag av en avtale i samsvar med del 6 av artikkel 15 i føderal lov nr. 44-FZ; - organet som er autorisert til å opprettholde biblioteket med standardkontrakter, standardkontrakter; - organet som overvåker innkjøp; - organet som regulerer kontraktssystemet på anskaffelsesområdet.

Autorisasjon av lederne av organisasjonen, informasjon som ble overført fra det konsoliderte registeret av mer enn én organisasjon

I den personlige kontoen til organisasjonen der brukeren planlegger å jobbe i fremtiden, bør man logge på etter å ha koblet fra sertifikatene fra kontoene til organisasjoner hvis personlige konto det ikke er planlagt å fungere på.

Det er også mulig at brukeren opprinnelig ble angitt som en leder i informasjonen om en organisasjon og utførte autorisasjon i den personlige kontoen til denne organisasjonen, og derfor ble sertifikatet knyttet til kontoen, og senere ble informasjon om en annen organisasjon oppdatert, hvor han også ble angitt som leder. Hvis lederen trenger å jobbe i den personlige kontoen til organisasjonen som den oppdaterte informasjonen ble mottatt om, er det nødvendig å gjøre følgende: 1. Utføre autorisasjon i den personlige kontoen til organisasjonen der han opprinnelig ble angitt som leder; 2. Utfør registrering / omregistrering av administratorene for denne organisasjonen (se punkt 2.1.3, 2.1.8); 3. Koble fra sertifikatet ditt fra kontoen til gjeldende organisasjon (se punkt 2.1.6); 4. Utfør autorisasjon i den personlige kontoen til organisasjonen som den oppdaterte informasjonen ble mottatt for.

Vi gjør endringer i det konsoliderte registeret

relaterte artikler

Institusjoner åpner personlige kontoer hos Federal Treasury, hvis de er inkludert i det konsoliderte registeret over mottakere av føderale budsjettfond. Dataene til et slikt register endres bare på grunnlag av uttalelsene fra hovedforvalterne av fond. Hvordan utføre denne operasjonen, sier Elena Anatolyevna KOROL, rådgiver for statens siviltjeneste i den russiske føderasjonen i 3. klasse ved kontoret til det føderale finansdepartementet for Khabarovsk-territoriet, Ph.D. n.

Hva er det konsoliderte registeret for?

Kravet om inkludering i det konsoliderte registeret av hovedforvaltere, forvaltere og mottakere av føderale budsjettfond (heretter referert til som det konsoliderte registeret) av alle institusjoner som har åpnet kontoer hos Federal Treasury (OFK) er fastsatt av instruksen om prosedyre for åpning og vedlikehold av personlige kontoer, godkjent etter ordre fra finansdepartementet Russland datert 31. desember 2002 nr. 142n.
Merk at dokumentene som sendes inn til OFK for åpning av kontoer, kontrolleres for samsvar med dataene i Det konsoliderte registeret. Verifikasjon utføres når det gjelder fullt navn, kortnavn, organisatorisk og juridisk form og eierform. Prosedyren for å opprettholde det konsoliderte registeret ble godkjent etter ordre fra det russiske finansdepartementet datert 4. juli 2005 nr. 83n (heretter referert til som prosedyren). La oss minne om at etter ordre fra finansdepartementet i Russland datert 15. oktober 2007 nr. 86n, ble endringer og tillegg til prosedyren for å opprettholde det konsoliderte registeret godkjent.

Prosedyre for å gjøre endringer

Hovedadministratorene for de føderale budsjettfondene (heretter referert til som hovedforvalterne) overvåker endringer i data for alle budsjettmottakere og sender, i samsvar med dette, inn søknader om å korrigere dataene spesifisert i det konsoliderte registeret.

Inkludering av institusjoner i det konsoliderte registeret

For å legge til en ny institusjon i det konsoliderte registeret, sender sjefsadministratorene en søknad til det føderale finansdepartementet. Den er utformet i skjema i henhold til vedlegg nr. 2 til prosedyren.
Søknadsnummeret er en tresifret kode for hovedforvalteren av budsjettmidler i henhold til listen over direkte mottakere av føderale budsjettmidler, og det tresifrede søknadsnummeret er angitt med en brøkdel. For eksempel vil nummeret på den første søknaden utarbeidet av det russiske finansdepartementet være: nr. 092/001.
Vennligst merk: når du legger til en institusjon i det konsoliderte registeret, tildeler det føderale finansdepartementet den en såkalt "budsjettmottakerkode". Samtidig tildeles en kode til hovedledere, administratorer og mottakere, avdelinger som utfører håndhevelsesprosedyrer, uavhengig av om de åpner de tilsvarende personlige kontoene i de territorielle organene til Federal Treasury.
Institusjonen vil kun åpne personlige kontoer hos OFK under forutsetning av at alle nødvendige dokumenter er fremlagt. Først etter dette legger Federal Treasury inn i det konsoliderte registeret informasjon om OFK-kodene som institusjonen har åpnet de tilsvarende personlige kontoene for.

Endring av registerdetaljer

Endringer gjøres i det konsoliderte registeret også på grunnlag av søknaden fra hovedfondsforvalterne - for å endre detaljene. Formen er gitt i vedlegg nr. 4 til prosedyren. På grunnlag av dette dokumentet retter Federal Treasury detaljene til institusjonen i det konsoliderte registeret.
Etter at endringene er gjort, mottar hovedlederen melding fra Federal Treasury om endringen i detaljene for institusjonen i registeret (se vedlegg nr. 7 til prosedyren). Husk at prosedyren gir kun ett tilfelle når det føderale finansdepartementet kan gjøre endringer i det konsoliderte registeret uten søknad fra hovedforvalteren av midler. Dette er mulig når det er OFK-kodene som endres, når institusjoner overføres fra en avdeling av Federal Treasury til en annen på territoriet til en konstituerende enhet i den russiske føderasjonen.

Utelukkelse av en institusjon fra det konsoliderte registeret

Denne prosedyren utføres på grunnlag av "søknad om utelukkelse" innlevert av institusjonens øverste leder fra Det konsoliderte registeret (vedlegg nr. 3 til prosedyren).
Federal Treasury og dets territorielle organer lukker de tilsvarende personlige kontoene og ekskluderer institusjonen fra registeret. Hovedleder mottar tilsvarende melding fra OFC.
Merk at administratorer og mottakere av føderale budsjettmidler også har rett til å sende inn til det territorielle OFK-utkast til søknader om inkludering, ekskludering, endring av detaljene til institusjonen i det konsoliderte registeret. Formene for slike søknader ligner på hovedfondsforvalterens. Etter å ha mottatt utkastene til søknader overfører de territoriale OFK-ene dem til det føderale statskassen. Og den overfører dem på sin side til hovedforvalteren av midler, som kontrollerer og godkjenner dataene til utkastene til søknader, og overfører dem til det føderale statskassen.
Vennligst merk: søknader om endring av detaljene i det konsoliderte registeret vil bli returnert av Federal Treasury til hovedforvalterne uten utførelse, hvis de ikke er utstedt med alle eller feil detaljer.

Utveksling av informasjon mellom Federal Treasury, territoriale OFK-er og hovedforvaltere (ledere, mottakere og underavdelinger som utfører håndhevingssaker) under vedlikeholdet av det konsoliderte registeret utføres i elektronisk form ved hjelp av elektronisk digital signatur (EDS).
Hvis det ikke er noen teknisk mulighet for informasjonsutveksling ved hjelp av EDS, utføres utvekslingen av informasjon i elektronisk og papirform.

www.budgetnik.ru

Populær:

Arbeidssikkerhet i St. Petersburg med boligen til GC Integrert sikkerhet St. Petersburg Brutto / år: 60 000 rubler. Sikkerhetsvakt-kontroller Brutto / år: 42 000 rubler. Sikkerhetsvakt BORS Holding konsern [...]
Forhåndskrav til forsikringsselskapet for OSAGO (prøve) OJSC "Strahovaya" 117105, Moskva, Strakhovoy lane, 6 Ivanov Ivan Ivanovich, bosatt på adressen: 394000, Voronezh, Leninsky Prospect, 83 PROSUDEDNAYA [... ]
Bygging av hus for fødselskapital i Chita og regionen Bruk […]
Slik registrerer du deg hos skattekontoret, oppretter, jobber på skattebetalernes kontor, logger på den russiske skatten. Hvordan oppretter du en skattebetalers personlige konto på nalog.ru Den angitte tjenesten er skattekontoret til Federal Tax Service (FTS [.. .]
Nettstedet som en form for eierskap RAEX (Expert RA) er det største ratingbyrået i Russland med en 20-årig historie. RAEX (Expert RA) er ledende innen rating, samt forskning og kommunikasjon [...]
Rentefritt lån fra gründeren - skattemessige konsekvenser Send per post Et rentefritt lån fra gründeren - vi vil vurdere skattekonsekvensene av denne operasjonen i 2018 i vårt materiale - er en hyppig begivenhet for [...]
Audi tax 42 Jeg kom i dag for å betale skatt på bilen. Oppmerksomhet på motorkraften til min VAZ 2106 I følge skattemyndighetene har jeg en slik bil. Best på toppen Først på toppen Hot på toppen 502 […]
Er det mulig å foreskrive i en ektepakt hvem som skal ha en boliglånsleilighet? Er det mulig å angi i ektepakten at leiligheten, som er ervervet under pant, ved skilsmisse vil forbli hos ektefellen, men samtidig ektefellen [...]

11.1 ED "Liste over deltakere i budsjettprosessen" ED "Liste over deltakere i budsjettprosessen" (heretter ED "Liste over UBP") overføres fra FD, styringsorganet til TGVBF til ORFC og er beregnet på gjør endringer i den sentraliserte katalogen "List of UBP".

På AWP Client-FO / OU TGVBF ED genereres "Liste over UBP" ved manuell inntasting eller import, som en fil i TXPU100701-format (uten "Type endringer"-feltet) eller i TXPU130101-format, med påfølgende konvertering av filen til et dokument. Dokumentet som er lagret i EDMS-systemet signeres med en EDS og sendes til AWS Server-UFK ved hjelp av en av følgende ruter:

fra AWP Client-FO / OU TGVBF til AWP Server-UFK;
fra AWP Client-FO / OU TGVBF til AWP Server-OFK, deretter fra AWP Client-OFK til AWP Server-UFK.

Basert på informasjonen i ED "List of UBP" på AWS Server-UFK, som et resultat av behandlingen av dette dokumentet, oppdateres referanseboken "List of UBP" sentralt, som videre replikeres til alle andre AWP-er i PPO "EDMS" (innenfor rammen av en spesifikk konstituerende enhet i den russiske føderasjonen / regionen) ...

På AWP Client-FO / OU TGVBF er følgende dokumentoperasjoner tilgjengelige:

import i formatene TXPU100701, TXPU130101,
manuell inntasting og redigering (på "ny" status),
sletting av ED fra statusene "ny", "importert" (når verdien av systemkonstanten "Tillat sletting av importerte dokumenter" er lik "Ja");
signatur og sending til AWP Server-TOFK,
visning og utskrift i henhold til den aksepterte malen;
eksport i manuell modus uten å endre status (som standard eksporteres dokumentet i formatet det ble opprettet i);
lagring og arkivering i databasen til PPO "SED".

For å jobbe med ED "Liste over UBP" velg menypunktet "Dokumenter - Katalogvedlikehold - Lister over UBP - Lister over deltakere i budsjettprosessen", dette vil åpne skjemaet til en liste over dokumenter som oppfyller utvalgsbetingelsene gitt på filtreringspanelet. Du kan enten utvide eller redusere utvalget av synlige dokumenter ved å spesifisere filterbetingelser.

Dokumentet åpnes for visning ved å dobbeltklikke på linjen i dokumentlisten eller ved å klikke på knappen på verktøylinjen. For å legge inn et nytt dokument, trykk på (Ny)-knappen på verktøylinjen eller "Sett inn"-tasten på tastaturet. Skjermskjemaet vist i figur 170 vil vises.

170
Generelt-fanen

Skjermformen til dokumentet inneholder den generelle informasjonsdelen og fire faner.

I den generelle delen av skjemaet fylles følgende detaljer ut:

"Nummer" - dokumentnummer. Obligatorisk felt. Kan fylles ut automatisk ved hjelp av nummereringsknappen.

Merknad 1. FI kan utarbeide en ED "List of UBP" som inneholder en liste over budsjettinstitusjoner (BA) eller en liste over autonome institusjoner (AU). Når du genererer en slik ED, må de første 3 tegnene i "Number"-feltet til ED-en inneholde verdien "PBU" eller "PAH", henholdsvis (hvis autonummereringsknappen brukes når ED-nummeret genereres, så " PBU" / "PAH"-symboler legges til til venstre for det genererte nummeret manuelt) ... På AWP Server-UFK, når denne ED behandles, genereres poster i PUBP-katalogen med verdien av variabelen "Organisasjonstype" (RBPName255) - "PBU" eller "PAU".

Merk følgende! ED "List of UBP" med typen PBU / PAU av FB kan bare opprettes på GRBS-nivå (og overføres til CAPC), og med typen PBU / PAU av BS / MB - bare på FD-nivå ( og overført til UFK).

Notat 2. Det føderale distriktet kan også utarbeide en ED "List of UBP" som inneholder en liste over organisasjoner hvis personlige kontoer ikke er åpnet i ORFC. Organisasjonsdata legges inn i PBP-katalogen, men eksporteres ikke til regnskapssystemet og replikeres ikke til kunder. Når du genererer en slik ED, må de første 3 tegnene i "Number"-feltet på ED-en inneholde verdien "ADD" (hvis autonummereringsknappen brukes når ED-nummeret genereres, blir "ADD"-symbolene lagt til til venstre for det genererte nummeret). På AWP Server-UFK, når denne ED behandles, genereres oppføringer av PUBP-katalogen med verdien av variabelen "Organisasjonstype" (RBPName255) - "OOS".

"Dato" - datoen da dokumentet ble generert. Som standard er den fylt med gjeldende systemdato. Obligatorisk felt. Dokumentdatoen må være større enn eller lik startdatoen for budsjettet.
"Dato for dannelse" - datoen for dannelsen av filen. Fylles ut automatisk ved import av et dokument. Når den legges inn manuelt, fylles den ved hjelp av den innebygde kalenderen. Obligatorisk felt.
"Basis" - kommentaren til eksekutøren av dokumentet. Valgfritt felt.
"Melding" - feltet brukes til å overføre tjenesteinformasjon om dokumentbehandling. Ved å klikke på "Detaljer"-knappen åpnes vinduet "Vertsmelding", som kan inneholde ytterligere tekstinformasjon. Når det legges inn manuelt, vises ikke feltet.

Fyll ut følgende felt på "Grunnleggende"-fanen:

"Budsjettnavn" - navnet på det tilsvarende budsjettet. Verdien velges fra "Budsjetter"-oppslaget blant poster med status 1 (aktivert), 2 (betinget inkludert), 3 (betinget ekskludert), bortsett fra poster med budsjettnivå "1", "6". Obligatorisk felt.
"OKPO FO" - kode i henhold til OKPO FO (8 tegn), kontrollorganet til TGVBF / VBF, GRBS. Obligatorisk felt. Gyldige tegn er tall fra 0 til 9.
"Finansiell myndighet" - det fulle navnet på FI for det tilsvarende budsjettet, styringsorganet til TGVBF. Verdien er valgt fra referanseboken "UBP List". Obligatorisk felt.
"Budsjettnivå" er navnet på budsjettnivået. Obligatorisk felt. Verdien er valgt fra "Budsjettnivåer"-oppslaget, de tilgjengelige verdiene er:

3 - lokalt budsjett;

"TOFK" er koden og det fulle navnet på TOFK UBP, som endringer gjøres i henhold til. Koden er valgt fra oppslagsboken "Federal Treasury Bodies". Navnet fylles ut automatisk med kode. Felter er obligatoriske.

171... Skjermskjema "Liste over deltakere i budsjettprosessen",
Kategorien E-postinformasjon

På fanen "Postinformasjon" fyller du ut følgende felt:

Gruppe av felt "Mottaker":

"TOFK-kode" - koden og fullt navn til TOFK-en til mottakeren av dokumentet. Verdien av koden er valgt fra referanseboken "Federal Treasury Bodies". TOFK-navnet fylles ut automatisk fra kodereferansen. Felter er obligatoriske.

Gruppe av felt "Avsender":

"Budsjettnivå" - navnet på avsenderens budsjettnivå. Obligatorisk felt. Verdien er valgt fra "Budsjettnivåer"-oppslaget, de tilgjengelige verdiene er:

2 - budsjettet til den konstituerende enheten i Den russiske føderasjonen;
3 - lokalt budsjett;
4 - budsjettet til det statlige fondet utenfor budsjettet;
5 - budsjettet til det territorielle statlige ekstrabudsjettfondet.

"UBP-kode" - koden og fullt navn til avsender-UBP. Verdien av koden velges fra PUPP-katalogen. UBP-navnet fylles ut automatisk fra kodereferansen. Felter er obligatoriske.

172... Skjermskjema "Liste over deltakere i budsjettprosessen",
fanen "Data om budsjettinstitusjoner"

På fanen "Data om budsjettinstitusjoner" er det en tabell med detaljer om deltakerne i budsjettprosessen (se figur 172).

For å legge til data for en bestemt institusjon, klikk på knappen. Skjermbildet "Data om en budsjettinstitusjon" vil dukke opp (se figur 173).

173... Skjermskjema "Data om en budsjettinstitusjon"

I dialogskjemaet "Data om en budsjettinstitusjon" fyller du ut følgende felt:

"Linje" - ordensnummeret til linjen i tabellen. Feltet fylles ut automatisk.
"PPP-kode" - koden og full tittel på kapitlet (GRBS, GADB eller GAIFDB i henhold til BC for det tilsvarende budsjettet). Koden legges inn manuelt eller velges fra katalogen "Kapittelkoder". For RBS, PBS eller IPBS som ikke er administrativt underordnet GRBS, er verdien "000" angitt. Dette feltet er obligatorisk hvis verdien i feltet "Endre kode" er "2".
"Fullt navn på UBP" - skriv inn hele navnet på organisasjonen. Obligatorisk felt.
"Forkortet navn på UBP" - skriv inn det forkortede navnet på organisasjonen. Dette feltet er obligatorisk hvis verdien i feltet "Endre kode" er "2".
"Fullt navn på den overordnede UBP" - skriv inn hele navnet på den overordnede organisasjonen. Dette feltet er ikke nødvendig å fylle ut hvis UBP er en GRBS (GADB, GAIFDB), FD for det tilsvarende budsjettet, et styringsorgan for TGVBF. For annen UBP er dette feltet obligatorisk.
"Regionkode" - spesifiser regionkoden i samsvar med referanseboken "Regioner". Dette feltet er valgfritt.
"Endre kode" - velg fra listen koden for endringer i PUPP, dette feltet er obligatorisk:

"1 - inkludert streng" - indikeres når en ny rekord er inkludert i PUPP.
"2 - ekskludert streng" - er indikert når en irrelevant post er ekskludert fra PUPP;
"3 - changeable string" - er indikert når du endrer en oppføring i PUPP;
"4 - endre linje" - indikeres når du endrer en oppføring i PUPP. Når du endrer en post, må den endrede og den endrede raden i tabellen referere til hverandre gjennom feltet "Linjenummer".

"Type endringer" - navnet på typen postendringer. Ved manuell inntasting og ved import i TXPU100701-format (uten "Type endringer"-feltet), fylles feltet ut automatisk i henhold til verdien av "Endre kode"-feltet som følger:

"Inkludering", hvis feltet "Endre kode" er lik "1 - inkludert streng";
"Unntak" hvis feltet "Endre kode" er lik "2 - ekskludert streng";
"Erstattet av streng nr." hvis "Endre kode"-feltet er lik "3 - modifisert streng" (nr. - verdien av "Linjenummer"-feltet);
"Linjenummer endres", hvis feltet "Endre kode" er lik "4 - endrer linje" (nr. er verdien av feltet "Linjenummer").

"Linjenummer" - linjenummer. For linjer der verdien av feltet "Endre kode" har en av verdiene (1, 2), tildeles feltet automatisk et serienummer som er lik nummeret i feltet "Linje". For linjer der verdien av feltet "Endre kode" har en av verdiene (3, 4), fylles feltet ut manuelt:

for en linje der "Endre kode" er "4" (endrende), må verdien av "Linjenummer"-feltet samsvare med verdien av "Linje"-feltet til den tilsvarende linjen som skal endres;
for en linje der "Endre kode" er "3" (variabel), må verdien av "Linjenummer"-feltet samsvare med verdien til "Linje"-feltet til den tilsvarende endringslinjen.

Merk følgende! Hvis navnet på organisasjonen endres, legges to linjer til listen sekvensielt: en linje med endringskode 3 (kan endres) og med endringskode 4 (kan endres), dvs. endringslinjen skal legges inn senere enn endringslinjen. "Linje"-feltet i begge linjer er fylt med et nummer i rekkefølge (1,2,3 ...), og "Linjenummer"-feltet inneholder nummeret til den tilsvarende endrede / endrede linjen.

For å lagre linjedataene, trykk på "Ok"-knappen.

174... Skjermskjema "Liste over deltakere i budsjettprosessen",
Avansert-fanen

På "Tillegg"-fanen (se figur 174) fyll ut følgende felt:

Gruppe av felt "Administrator (autorisert person)":

"Fullt navn" - det fulle navnet på lederen eller personen autorisert av ham av UBP som utstedte dokumentet. Obligatorisk felt.
"Posisjon" - stillingen til lederen eller hans autoriserte person av UBP som utstedte dokumentet. Obligatorisk felt

Gruppe av felt "Ansvarlig utfører":

"Fullt navn" - etternavnet og initialene til den ansatte som genererte dokumentet. Obligatorisk felt.
"Posisjon" - stillingen til den ansatte som genererte dokumentet. Obligatorisk felt
"Telefon" - indikerer telefonnummeret (med bykoden) til den ansatte som genererte dokumentet. Obligatorisk felt.

For å lagre dokumentet, klikk på "Ok"-knappen.

Ved import av ED "UBP List" fylles alle felt med data fra en strukturert fil.

Merk. Hvis det, når du lagrer eller importerer til ED "UBP List", er en sykliskitet i hierarkiet (en melding vises på skjermen), er det nødvendig å visuelt sjekke at organisasjonen som er lagt til BPM ikke har en underordnet organisasjon som en overordnet, der den tilførte organisasjonen selv er en overordnet.

- "Kode for TOFK, hvor posten ble opprettet" - koden og navnet til TOFK, der oppføringen av katalogen ble opprettet, i samsvar med katalogen til FC-organene.

Figur 118 Skjermform av katalogoppføringen "Personlige kontoer".

7.2.2. Dannelse av katalogen "Personlige kontoer"

Ved AWP Server-CAFC behandling av ED "Varsling om endring i personlig konto" med budsjettnivå - "føderalt budsjett", med statusen "* Akseptert +".

Hos AWP Server-UFK behandles ED «Varsling om endring i personlig konto» med et budsjettnivå som er forskjellig fra verdien «føderalt budsjett» og har status «* Godtatt +».

Meldinger om personlige kontoer som er åpnet i UFK for budsjettene til SF / MO, lastes ut fra CCS og lastes opp til Client-OFK AWP installert i UFK. Etter nedlasting leveres dokumentet "Varsling om endring i personlig konto" til AWP Server-UFK, hvor det behandles.

Som et resultat av behandlingen av ED "Varsling om endringer i personlige kontoer", opprettes / endres en oppføring i katalogen "Personlige kontoer".

Beskrivelse av ED "Varsling om endringer i personlige kontoer" er presentert i brukermanualen "AWP EDMS. UFK-server".

For å starte behandlingsprosedyren manuelt, velg et dokument med statusen "* Godtatt +" i rullelisten "Varsling om endringer i personlige kontoer" og utfør kontekstmenyelementet "Start for behandling". Behandlingsalgoritmen er som følger:

1. Verdien av GUID bestemmes fra linjen "Personlig kontoinformasjon" ED "Varsling om endringer i personlige kontoer".

2. Søket etter en post med gitt GUID-verdi og statusverdi lik "1" ("Aktivert") i katalogen "Personlige kontoer".

3. Hvis en oppføring i katalogen "Personlige kontoer" ikke blir funnet, utføres en sjekk for tilstedeværelsen av UBP i katalogen "UBP Consolidated Register" (registeroppføringen må ha statusen "Aktivert"):

- hvis UBP er inkludert i RUBP, legges en ny post til katalogen "Personlige kontoer" i samsvar med ED "Varsel om endringer i personlige kontoer", mens GUID-verdien er hentet fra ED, statusen til posten er satt til "1" ("Aktivert");

- hvis UPS-en ikke er inkludert i RUBP, blir ikke oppføringen i katalogen "Personlige kontoer" lagt til, brukeren får en feilmelding "Det er ingen gjeldende registrering om UPS-en, det er umulig å legge til en personlig regnskap."

4. Hvis en oppføring i katalogen "Personlige kontoer" blir funnet, gjøres endringer i eksisterende oppføring i henhold til ED "Melding om endringer i personlige kontoer".

7.2.3. Eksport av katalogen "Personlige kontoer"

Avlasting av katalogen "Personlige kontoer" kan utføres på alle AWP-er til PPO "SED". Eksporten utføres ved å bruke standard eksportprosedyrer til programvaren "SED". For å eksportere oppslagsboken, velg "Eksporter / Importer - Eksporter"-elementet i kontekstmenyen til referanserulleren, i vinduet som vises (se figur 119) velg eksportmalen og klikk på "OK"-knappen.

Figur 119. Velge en eksportmal for oppslagsboken "Personlige kontoer".

Følgende eksportmoduser for "Personlige kontoer"-katalogen er gitt:

1. Eksport av data fra katalogen "Personlige kontoer" (full replikering, replikeringsdelta). Brukes for lossing til PPO "Center-KS". Følgende maler tilsvarer denne modusen:

- HÅNDBOK. Eksport av alle poster inkludert i katalogen "Personlige kontoer - ORFC".

- HÅNDBOK. Eksport av data endret siden forrige eksport av oppslagsboken "Personlige kontoer - ORFK".

2. Eksport av alle poster i katalogen "Personlige kontoer" for utlasting av UBP (full replikering). Brukes for opplasting til det eksterne regnskapssystemet til FC-klienten. Denne modusen tilsvarer "MANUELL. Eksport av personlige kontoer - UBP ". Når denne malen er valgt vil vinduet "Velg eksportkatalog og eksportparametere" vises (se figur 120), der du må fylle ut eksportparameterne. I feltene i blokkene "Avsender" og "Mottaker" fylles kravene til postinformasjon ut, som ikke påvirker valget av telefonbokoppføringer. I feltene "Budsjettnavn" og "RFP-kode" angis parametere for valg av poster, det vil si at for eksport kan du velge poster for et spesifikt budsjett og BC-kapittel. Hvis ingen av de to parameterne er fylt ut, blir poster fra katalogen "Personlige kontoer" for alle budsjetter og for alle kapitler utlastet.

Figur 120. Velge eksportparametere

3. Eksport av poster på personlige kontoer, i sammenheng med TOFK, servert i en gitt region (full replikering, replikeringsdelta). Den brukes til opplasting til regnskapssystemet (PPO "Senter-KS") på regionalt nivå ORFK. Listen over eksporterte data inkluderer alle poster over personlige kontoer som har en felles verdi av de to første tegnene i TOFK-kodefeltet i katalogen Personlige kontoer. Maler tilsvarer denne modusen (se figur 119):

- "HÅNDBOK. Eksport av katalogen "Personlige kontoer" i sammenheng med regionen (full) ",

- "HÅNDBOK. Eksport av katalogen "Personlige kontoer" i sammenheng med regionen (replikeringsdelta) ".

4. Eksport av poster over personlige kontoer i sammenheng med konturen (innenfor hemmeligheten og innenfor den åpne konturen). Maler tilsvarer denne modusen (se figur 119):

- "HÅNDBOK. Eksport av katalogen "Personlige kontoer" i sammenheng med konturen (full) ".

- "HÅNDBOK. Eksport av endringer i katalogen "Personlige kontoer" i sammenheng med konturen ".

- "HÅNDBOK. Eksport av katalogen "Personlige kontoer" i sammenheng med konturen for OEBS ".

- "HÅNDBOK. Eksport av endringer i katalogen "Personlige kontoer" i sammenheng med konturen for OEBS ".

5. Eksport av poster på personlige kontoer til UBP i forbindelse med TOFK, betjent i denne regionen. Listen over eksporterte data inkluderer alle endrede/opprettede UBP-poster som en personlig konto er åpen for i den valgte regionen (de to første tegnene i "Own TOFK Code"-systemets konstante sammenfaller med de to første tegnene i "OFKAccountCreateCode"-feltet i tabellen "Personlig konto"). I tillegg tar valget hensyn til parameteren "Budsjettnivå". Maler tilsvarer denne modusen (se figur 119):

- "HÅNDBOK. Eksport av katalogen Personlige kontoer i sammenheng med TOFK ",

- "HÅNDBOK. Eksport av endringer til katalogen Personlige kontoer i TOFK-sammenheng ".

7.3. Katalog "Budsjettnivåer"

Oppslagsboken "Budsjettnivåer" er ment for å lagre informasjon om typene budsjettnivåer. Dannelse og modifikasjon av oppslagsboken "Budsjettnivåer" utføres sentralt i CAFC. Oppslagsboken er forhåndsinstallert på Workstation Server-CAFC og er ikke tilgjengelig for redigering.

For å jobbe med oppslagsboken, velg menypunktet "Kataloger - Bedrifter - Klassifiserere - Budsjettnivåer", og rulleknappen til "Budsjettnivåer"-oppslagsboken åpnes. Katalogen skal inneholde data i samsvar med figur 121.

Figur 121. Katalog "Budsjettnivåer"

- "Kode for budsjettnivå";

- "Navn på budsjettet";

- "Statuskode".

For å se posten i oppslagsboken, trykk på knappen ("Vis"). Skjemaet vist i figur 122 åpnes, og inneholder feltene:

- "Budsjettnivåkode" - budsjettnivåkode.

- "Navn på budsjettet" - navnet på budsjettnivået.

- "Status" - koden for statusen til oppføringen fra katalogen "Typer av statuser".

Figur 122 Skjermform av referansebokposten "Budsjettnivåer".

7.4. Referanse "Typer konturer"

Referanse "Typer av konturer" er beregnet for å lagre informasjon om typer konturer. Den brukes som en hjelpereferanse for oppslagsboken "UBP Consolidated Register". Oppslagsboken er forhåndsinstallert på Workstation Server-CAFC og er ikke tilgjengelig for redigering.

For å arbeide med oppslagsboken, velg menypunktet "Referanser - Bedrift - Klassifiserere - Konturtyper", og rulleren til oppslagsboken "Konturtyper" åpnes. Katalogen skal inneholde data i samsvar med figur 123.

Figur 123. Referanse "Typer av konturer"

Som standard vises følgende felt i oppslagslisten:

- "Konturkode";

- "Konturnavn";

- "Status".

For å se oppslagsboken, trykk på knappen ("Rediger / Vis"). Skjemaet vist i figur 124 åpnes med følgende felt:

- "Konturkode" - konturkoden er angitt;

- "Kretsnavn" - kretsnavn i samsvar med kretsnivåkoden;

- "Status" - koden for statusen til posten, verdien fra katalogen "Typer av statuser".

Figur 124 Skjermskjema for å legge inn en oppføring i katalogen "Typer of contours"

7.5. Referanse "Typer statuser"

Oppslagsboken "Typer av statuser" er beregnet på å lagre informasjon om typene statuser for registeroppføringer. Den brukes som en hjelpereferanse for oppslagsboken "UBP Consolidated Register". Dannelse og modifikasjon av referanseboken "Typer of statuses" utføres sentralt i CAFC. Oppslagsboken er forhåndsinstallert på Workstation Server-CAFC og er ikke tilgjengelig for redigering.

For å jobbe med oppslagsboken, velg menypunktet "Kataloger - Bedrifter - Klassifiserere - Typer av statuser", dette vil åpne rullelisten til katalogen "Typer av statuser" (se figur 125).

Følgende felt vises i rullelisten i katalogen:

- "Statuskode";

- "Statusnavn".

Figur 125. Referanse "Typer av statuser"

For å se oppslagsboken, trykk på knappen ("Rediger / Vis"). Skjemaet vist i figur 126 åpnes. Katalogoppføringsskjemaet inneholder felt som ligner på en rulle.

Figur 126 Skjermskjema for å legge inn en oppføring i katalogen "Typer av statuser".

7.6. Katalog "Typer personlige kontoer"

Katalogen "Typer personlige kontoer" er beregnet på å lagre informasjon om typer personlige kontoer. Den brukes som en hjelpereferanse for oppslagsboken "UBP Consolidated Register". Dannelse og endring av katalogen "Typer personlige kontoer" utføres sentralt i CAFC. Oppslagsboken er forhåndsinstallert på Workstation Server-CAFC og er ikke tilgjengelig for redigering.

For å jobbe med oppslagsboken, velg menypunktet "Kataloger - Bedrifter - Klassifiserere - Typer av personlige kontoer", og rulleren til oppslagsboken "Typer personlige kontoer" åpnes. Katalogen skal inneholde data i samsvar med figur 127.

Figur 127. Katalog "Typer personlige kontoer"

Som standard vises følgende felt i ordbokrullingen:

- "Skriv kode";

- "Skriv navn l / s";

- "Status".

For å se oppslagsboken, trykk på knappen ("Rediger / Vis"). Skjemaet vist i figur 128 åpnes.

Katalogoppføringsskjemaet inneholder følgende felt:

- "Skriv kode" - personlig kontotypekode.

- "Navn på l / s-typen" - navnet på l / s-typen i samsvar med typekoden;

- "Status" - koden for statusen til posten, valgt fra katalogen "Typer av statuser".

Figur 128 Skjermskjema for å legge inn en oppføring i katalogen "Typer av personlige kontoer"

7.7. Katalog "Typer KBK"

Oppslagsboken "Typer KBK" er beregnet på å lagre informasjon om typene KBK. Dannelse og modifikasjon av oppslagsboken "Typer av KBK" utføres sentralt i CAFC. Oppslagsboken er forhåndsinstallert på AWP-serveren til CAFC og er ikke tilgjengelig for redigering. Overføringen av referanseinformasjon til resten av arbeidsstasjonen til PPO "SED" utføres sekvensielt, med start fra arbeidsstasjonen Server-CAPC, ved bruk av standard replikeringsmekanisme. Tilrettelagt for lagring av fullstendig referanseinformasjon på alle arbeidsstasjoner PPO "SED".

Programvaren "SED" implementerer standardfunksjonene import, lagring, eksport (til regnskapssystemet til ORFK og UBP) og replikering av referanseboken.

Arbeid med denne katalogen utføres i menypunktet "Kataloger - Internt - Typer av KBK". Rulleknappen og skjermbildet til katalogen inneholder følgende felt:

- "Kode" - kode av typen KBK.

- "Navn" - navnet på KBK-typen.

Figur 129. Katalog "Typer KBK"

7.8. Håndbok "UBP-liste" (UBP)

Oppslagsboken inneholder informasjon om organisasjoner finansiert over budsjetter på ulike nivåer, bortsett fra det føderale.

Dannelsen og modifikasjonen av "UBP List"-katalogen utføres sentralt i UFK (en egen katalog i hver konstituerende enhet av den russiske føderasjonen) på Server-UFK-arbeidsstasjonen (se klausul 6.8.2), på resten av arbeidsstasjoner denne katalogen er kun tilgjengelig for visning. Å gjøre endringer i katalogen manuelt på AWS Server-UFK er kun tilgjengelig for brukeren som har "CAN_EDIT_SUBP"-privilegiet i tilgangsrettighetene. Endring / oppdatering av referanseboken "UBP List" på alle andre AWPer til PPO "EDMS" (unntatt AWP Server-CAFC og relaterte) utføres ved hjelp av replikering (se klausul 6.8.2.4).

PUPP genereres på AWP Server-UFK basert på informasjonen i ED "List of UBP" (beskrivelsen av dokumentet er presentert i brukermanualene "AWS EDMS. FO-klient", "AWS EDMS. UFC-server" ) og deretter replikert til resten av AWP-ene "SED". ED "UBP List" genereres i regnskapssystemet til FO, importeres deretter til Client-FO-arbeidsstasjonen og leveres til Server-UFK-arbeidsstasjonen langs en av følgende ruter:

- fra AWP Client-FO til AWP Server-UFK;

Oppslagsboken "List of UBP" er assosiert med følgende oppslagsverk og klassifiserere:

- "Regioner";

- "Typer budsjetter";

- "Avdelinger";

- "Typer konturer";

- "Typer statuser";

- "Personlige kontoer".

7.8.1. Viser oppføringer av katalogen "UBP List"

For å jobbe med katalogen, velg menyelementet "Kataloger - Bedrifter - Liste over UDP", og rulleknappen "Liste over UDP" åpnes (se figur 130), og viser følgende felt:

- "GUID" - en unik identifikator for katalogoppføringen.

- "UBP-kode" - koden til deltakeren i budsjettprosessen.

Merk. Oppslagsboken kan bare inneholde 1 faktisk post for en gitt verdi av "UBP-kode"-feltet. Tilstedeværelsen i referanseboken av to eller flere faktiske poster med samme verdi av feltet "UBP-kode er ikke tillatt.

- "RFP-kode" - koden til lederen av deltakeren i budsjettprosessen.

- "Budsjettkode" - koden for budsjettnivået til deltakeren i budsjettprosessen.

- "Regionkode" - regionkoden til deltakeren i budsjettprosessen.

- "TOFK-kode" - koden til TOFK-en til deltakeren i budsjettprosessen.

- "Dato for siste endring" - datoen for siste endring av katalogoppføringen.

- "Tid for siste endring" - tidspunktet for siste endring av katalogoppføringen.

Figur 130. Skjermform "UPS List"

Følgende funksjoner er tilgjengelig i katalogen:

- se / redigere poster;

- slette en post;

- oppdatering av listen;

- utvalg av poster.

Rullefilterpanelet inneholder felt:

- "Dato for inkludering" (område: startdato - sluttdato);

- "Ekskluderingsdato" (område: startdato - sluttdato);

- "Endret dato" (område: startdato - sluttdato).

- "UBP-kode";

- "Kode etter RFP";

- "Region";

- "Budsjettnivå";

- "Status";

- TOFK;

- "Fullt navn på UBP";

- "Kort navn på UBP".

For å se oppslagsboken, trykk på knappen ("Rediger / Vis"). Skjemaet "Deltaker i budsjettprosessen" åpnes, vist i figur 131. Skjermskjemaet består av to faner: "Data om UBP" og "Personlige kontoer".

Figur 131. Skjermskjema "Deltaker i budsjettprosessen"

UDP-datafanen inneholder følgende felt:

- "Kort navn på UBP" - kort navn på en deltaker i budsjettprosessen.

- "Fullt navn på UBP" - fullt navn på deltakeren i budsjettprosessen.

- "Kode for den overordnede UBP" - koden til den overordnede deltakeren i budsjettprosessen.

- "Kode om OPS" - koden for administrativ underordning.

- "Region" - regionkode.

- "Budsjettnivå" - kode for budsjettnivået.

- "TOFK-kode" - koden til TOFK som betjener UBP.

- "Status" - navnet på statusen, som hentes fra referanseboken av verdien til "statuskoden".

- "Navn på RFP" - navnet på lederen til deltakeren i budsjettprosessen.

- "Navn på budsjettet" - navnet på budsjettet.

- "Navn på FD" - navnet på finansorganet. Verdien fra katalogen "List of UBP" fra feltet "Full name of UBP" blant de faktiske postene med "Enabled"-status.

- "Dato for inkludering" - datoen for inkludering av oppføringen i katalogen.

- "Dato for ekskludering" - dato for ekskludering av oppføringen fra katalogen.

- "Endret dato" - datoen for siste endring av oppføringen.

- "GUID" er en unik identifikator for oppføringen.

Figur 132. Skjermskjema "Deltaker i budsjettprosessen", fane "Personlige regnskaper"

Fanen "Personlige kontoer" inneholder en tabell med en liste over de personlige kontoene til deltakeren i budsjettprosessen, spesifisert på fanen "UBP-data". Tabellen inneholder felt:

- "Personlig kontonummer" - nummeret til l/s UBP, åpnet i TOFK.

- "UBP-kode" - koden til deltakeren i budsjettprosessen.

- "Type personlig konto" - type l / s.

- "Dato for åpning" - datoen for åpning av l / s.

- "Sluttdato" - sluttdato l/s.

- "Status" - statusen til katalogoppføringen.

7.8.2. Oppdaterer oppslagsboken "List of UBP"

Oppdatering av katalogen utføres som et resultat av behandling av ED "List of UBP" på AWS Server-UFK ved hjelp av en spesiell automatisk prosedyre. ED "UBP List" med statusen "* Accepted +" er gjenstand for behandling. I tilfelle vellykket fullføring av behandlingen av alle ED-poster, bytter "UBP-listen" til "* Utført"-status, ellers - til "* Ikke akseptert" eller "* Denied"-statusene.

Manuell start av behandling av ED "Liste over UBP" utføres i rullelisten "Dokumenter - Liste over UBP - Lister over deltakere i budsjettprosessen" ved å velge kontekstmenypunktet "Start for behandling".

Vellykket behandling betyr at alle poster i "UBP List"-katalogen er oppdatert i samsvar med ED "UBP List". Hvis det ikke var mulig å oppdatere (legge til, slette) minst én post - behandlingen mislyktes. I dette tilfellet blir heller ikke resten av katalogoppføringene oppdatert.

Hvis det er noen feil under behandlingen, får brukeren dialogboksen "Feil ved start av dokument for behandling" med mulighet for å velge handlinger: "Utsett dokument" eller "Avvis dokument". Hvis du velger "Utsett dokument", går ED-en til "* Ikke akseptert"-status (fra denne statusen kan den startes på nytt for behandling). Hvis du velger "Legg til dokument", går ED-en til statusen "* nektet".

Oppdatering av katalogen innebærer å legge til nye poster, endre eksisterende og ekskludere utdaterte poster. Etter å ha oppdatert oppslagsboken, bør du oppdatere innholdet i rullelisten til oppslagsboken "UPS List" ved å klikke på knappen.

7.8.2.1. Legge til en oppføring i katalogen "UBP List".

Hvis i den behandlede linjen "Data om en budsjettinstitusjon" i ED "List of UBP" verdien av feltet "Endre kode" er lik "1" (inkludert linje), så er følgende algoritme for å generere detaljene til PUBP-posten utføres:

1. Verdien til den unike postidentifikatoren (GUID) dannes.

2. Verdien av variabelen "UBP Code" er dannet i henhold til følgende regler:

- Koden må være i formen LDDDD, der L er et siffer eller et symbol valgt fra verdien til systemkonstanten "String of values of the first character of the UBC List code", D er et siffer.

- UBD-kodeverdier må genereres fra verdien 00001 i følgende rekkefølge: 00001, 00002, ... 99999, A0000, A0001, ... A9999, B0000, B0001, ... B9999, C0000, . . Z0000, ... Z9999 (totalt ca. 410 000 unike verdier for hvert emne).

3. Verdien av variabelen "Budsjettkode" dannes:

- I «Budgets»-katalogen søkes det etter en post der verdien av variabelen «Budget name» sammenfaller med verdien av en lignende variabel i ED «UBP List» og verdien til variabelen «Status code». " er lik "1" (aktivert).

- Hvis en slik post blir funnet, blir "Budsjettkode"-variabelen til PBP-posten tildelt verdien av "Budsjettkode"-variabelen til "Budsjetter"-katalogposten og overgangen til trinn 5 utføres.

- Hvis en slik post ikke blir funnet, er det umulig å legge til en post i "UBP List"-katalogen - behandlingen avbrytes.

4. Verdien av variabelen "Kapittelnavn" dannes:

- i oppslagsboken "Referansebok med kapittelkoder", utføres et søk etter en faktisk post der verdien av variabelen "Budsjettnavn" og "Kapittelkode" sammenfaller med verdiene til lignende detaljer i ED "UBP-liste" (uavhengig av store og små bokstaver).

- Hvis en slik post blir funnet, tildeles variabelen "Chapter name" til PUPP-posten verdien til variabelen "Chapter name" fra katalogen og overgangen til trinn 5 utføres.

- Hvis en oppføring i katalogen med kapittelkoder ikke blir funnet, er det umulig å legge til en oppføring i katalogen "UBP List" - behandlingen avbrytes.

5. Tilordner en verdi til "På dato"-feltet: gjeldende systemdato.

6. En ny post med de mottatte verdiene "GUID", "UBP-kode", "Budsjettkode" legges til PUPP. Poststatuskoden er satt til "1" (aktivert).

7.8.2.2. Ekskludering av en oppføring fra katalogen "UBP List".

Hvis i den behandlede linjen "Data om en budsjettinstitusjon" i dokumentet "UBP-liste" er verdien av feltet "Endre kode" lik "2" (ekskludert linje), utføres følgende behandlingsalgoritme.

1. I katalogen "UBP List" søkes det etter en post som har:

- i alle relaterte poster i katalogen "Personlige kontoer" er feltet "sluttdato" fylt ut.

2. Hvis en enkelt post blir funnet, settes statuskoden til den posten til "4" (ekskludert). Sluttdatoen er satt til verdien av gjeldende systemdato.

3. Hvis mer enn én post blir funnet, genereres en feilmelding: "Katalogen inneholder mer enn én post med navnet<Наименование УБП>og budsjett<Наименование бюджета>". En oppføring i oppslagsboken er ikke utelukket.

7.8.2.3. Endre oppføringen i katalogen "List of UBP"

Hvis verdien av feltet "Endre kode" i den behandlede linjen "Data om en budsjettinstitusjon" i dokumentet "UBP-liste" er lik "4" (endrende linje), utføres følgende behandlingsalgoritme:

1. I ED "List of UCP" på feltet "Line number" er det en utskiftbar linje og verdien av feltet "Full name of the UCP" bestemmes.

2. I katalogen "List of UBP" utføres et søk etter en post der:

- verdien av variabelen "Fullt navn på UBP" sammenfaller (uten hensyn til kasus) med verdien av en lignende variabel i ED "List of UBP";

- verdien av "Statuskode"-variabelen er "1" (aktivert);

- Verdiene til variabelen "Budsjettnivå" er de samme;

- for verdien av variabelen "Budsjettkode" er det en oppføring i katalogen "Budsjetter", som har:

- det er en lignende verdi for "Budsjettkode"-variabelen;

- variabelen "Navn på budsjettet" etter verdi sammenfaller med den analoge variabelen i ED "List of UBP",

- Variabelen "Statuskode" har verdien "1".

3. Hvis posten ikke blir funnet, genereres en feilmelding: "Det er ingen faktisk post med navnet % VALUE% i katalogen, som må endres".

4. Hvis en enkelt post blir funnet, bestemmes verdiene til "GUID" og "UBP Code" attributtene til posten, poststatuskoden settes til "4" (ekskludert). Sluttdatoen er satt til gjeldende systemdato minus 1 dag.

5. Hvis mer enn én post blir funnet, genereres en feilmelding: "Katalogen inneholder mer enn én post med navnet<наименование УБП>og budsjett<Наименование бюджета>". Oppføringen i telefonboken endres ikke.

6. En ny post legges til referanseboken med verdiene til attributtene "UBP Code", "Budget Code", som i den endrede posten. Verdien til "Statuskode"-variabelen til den lagte posten er satt lik "1" (aktivert). Åpningsdatoverdien settes til verdien av datoen etter gjeldende systemdato.

7.8.2.4. Legge til VBF til "UBP-listen"

I referanseboken implementerte "List of UBP" muligheten til å manuelt legge inn feltet "UBP Code" for poster med verdier "4", "5" i feltet "Budsjettnivå". For dette ble symbolene "P, S, M" ekskludert fra systemkonstanten "Verdistreng av det første tegnet i PUBP-koden". Dermed er inkludering av organisasjoner på nivå 4 og 5 med indikasjonen av det første tegnet "P, S, M" kun mulig ved manuell oppføring i katalogen "UBP List", og ikke gjennom et dokument.

For å kunne redigere PUPP-referanseboken manuelt, må brukeren legge til "CAN_EDIT_SUBP"-privilegiet i menypunktet "Service - Service - Setting the right system - Setting rights".

7.8.3. Replikering av katalogen "List of UBP"

Oppdatering av katalogen "List of UBP" på resten av arbeidsstasjonene utføres ved å bruke standard replikeringsmekanisme til programvaren "SED". Gir muligheten til å replikere katalogen "List of UBP" mellom følgende noder i applikasjonsprogramvaren "EDMS":

- fra Workstation Server-OFK til Workstation Server-OFK (eksternt);

- fra AWP Server-UFK til AWP Client-OFK (internt);

- fra AWP Client-OFK til AWS Server-OFK (eksternt);

- fra AWP Server-UFK til AWP Client-FO (internt);

- fra AWP Server-OFK til AWP Client-FO (internt);

- fra AWP Server-UFK til AWP Client-GRBS SF / MO (internt);

- fra AWP Server-UFK til AWP Client-RBS (internt);

- fra AWP Server-OFK til AWP Client-RBS (internt);

- fra AWP Server-UFK til AWP Client-RBS SF / MO (internt);

- fra AWP Server-OFK til AWP Client-RBS SF / MO (internt);

- fra AWP Server-UFK til AWP Client-PBS (internt);

- fra AWP Server-OFK til AWP Client-PBS (internt);

- fra AWP Server-UFK til AWP Client-PBS SF / MO (internt);

- fra AWP Server-UFK til AWP Client-AP (internt);

- fra AWP Server-OFK til AWP Client-AP (internt);

- fra AWP Server-UFK til AWP Client-VB (internt);

- fra AWP Server-OFK til AWP Client-VBF (internt);

- fra AWP Server-UFK til AWP Client-RGS (internt).

Replikering av UBP-listekatalogen utføres i forbindelse med de relaterte katalogene:

- "Regioner";

- "Typer budsjetter";

- "Avdelinger";

- "Typer konturer";

- "Typer statuser".

Muligheten for full og delvis (bare endrede poster) replikering er implementert: under full replikering blir alle ordbokposter overført, uavhengig av status, og under delvis replikering er det bare katalogpostene som er endret siden siste replikering som overføres.

For OFK-klienten overføres replikeringsobjektet "UBP List (for OFK)".

For klienten PBS SF / MO blir replikeringsobjektet "List of UBP (for PBS / VBF)" overført.

7.8.4. Eksport av katalogen "List of UBP"

Eksporten av referanseboken "List of UBP" utføres ved å bruke standardprosedyrene for eksport / import av programvaren "EDMS" til AWS Server-OFK og AWS Server-UFK.

For å eksportere oppslagsboken "UBP-liste", åpne menypunktet "Kataloger - Bedrift - UBP-liste". Marker ønsket linje med markøren i rullelisten til oppslagsboken og velg punktet "Eksporter / Importer - Eksporter" i kontekstmenyen. I "Eksportinnstillinger"-skjemaet som åpnes, velg eksportmalen og klikk på "OK"-knappen.

Følgende eksportmaler for referanseboken "UBP Consolidated Register" er implementert:

- mal for manuell eksport av alle katalogposter;

- mal for manuell eksport av katalogoppføringer endret siden forrige eksport:

- mal for manuell eksport av utvalgte poster. Listen over eksporterte data inkluderer alle poster valgt av brukeren i rulleren til "UBP List"-katalogen.

I tillegg til å eksportere alle poster i "UBP List"-katalogen, samt alle endrede poster, er det mulig å eksportere poster i interne formater, som har:

- verdien av feltet "TOFK-kode" til posten er lik verdien av FC-kroppskoden spesifisert av brukeren, samt poster referert til av den eksporterte posten i feltet "Code by RFP", i feltet " Overordnet UBP-kode", og poster som refererer til den eksporterte posten ved feltet "Code of the superior UBP";

- verdien av "Region code"-feltet i posten er lik verdien av regionkoden spesifisert av brukeren, samt poster som er referert av den eksporterte posten i "RFP Code"-feltet, i "Superior" UBP-kode"-feltet, og poster som refererer til den eksporterte post for felt "Kode for overordnet UBP".

For å laste ut den komplette referanseboken "UBP List" (med historikk for endringer av alle poster) fra PPO "EDMS" malen "RUN. Eksport av alle poster inkludert i katalogen "UBP List" (intern) ".

7.9. Katalog "Budsjetter"

Oppslagsboken vedlikeholdes sentralt på AWP Server-UFK. Overføringen av referanseinformasjon til resten av arbeidsstasjonen til PPO "SED" utføres sekvensielt, med start fra arbeidsstasjonen Server-UFK, ved å bruke standard replikeringsmekanisme. Gir lagring av fullstendig referanseinformasjon på alle arbeidsstasjoner PPO "SED".

Programvaren "SED" implementerer standardfunksjonene import, lagring, eksport (til regnskapssystemet til ORFK og UBP) og replikering av referanseboken. Å legge til poster i katalogen (import / manuell oppføring) er tilgjengelig på AWP-serveren til UFC. Katalogreplikering utføres langs rutene presentert i paragraf 6.11.3.

Arbeidet med denne katalogen utføres i menypunktet "Kataloger - Bedrift - Budsjetter".

https://pandia.ru/text/79/108/images/image037_9.gif "width =" 23 "height =" 22 "> ("Opprett") eller knappen (" Rediger / Vis "). Linjeredigering skjemaet vil åpne oppslagsbok (se figur 134).

Figur 134. Legge inn en oppføring i "Budsjetter"-katalogen

Skjermformen til referanselinjen inneholder følgende detaljer:

- "Budsjett" - fullt navn på budsjettet. Den legges inn manuelt. Budsjettnavnet er unikt for budsjettnivået. Obligatorisk felt. Hvis det er flere lokale budsjetter på fagets territorium med samme navn, må de registreres i en katalog med noen forskjeller, for eksempel kan du legge til navnet på distriktet der dette budsjettet er lokalisert til navnet på budsjett.

... skjema "Data om en budsjettinstitusjon"

Fanen "Data om en budsjettinstitusjon" inneholder følgende data:

- "Linje" - ordensnummeret til linjen.

- "RFP-kode" - koden og navnet på lederen (administrativ underordning) i samsvar med katalogen over RFP-koder.

- "Fullt navn på UBP" - fullt navn på organisasjonen.

- "Forkortet navn på UBP" - forkortet navn på organisasjonen.

- "Full navn på den overordnede UBP" - det fulle navnet på den overordnede organisasjonen.

- "Regionkode" - regionkode i samsvar med oppslagsboken "Regioner".

- "Endre kode" - koden for endringer i posten. Den kan ha en av følgende verdier:

- "1-inkludert streng";

- "2-ekskludert streng";

- "3-variabel streng"

- "4-skiftende linje".

- "Type endringer" - navnet på typen postendringer. Feltet fylles ut automatisk. Ved verdien av endringskoden vises endringstypen:

- "Inkludering", hvis feltet "Endre kode" er lik "1";

- "Unntak", hvis feltet "Endre kode" er "2";

- "Endre", hvis feltet "Endre kode" er lik "3" eller "4".

- "Linjenummer" - linjenummer. For linjer der verdien av feltet "Endre kode" har en av verdiene (1, 2), tildeles feltet automatisk et serienummer som er lik nummeret i feltet "Linje". For en linje der "Endre kode" er "4" (endrende), sammenfaller verdien av "Linjenummer"-feltet med verdien av "Linje"-feltet til den tilsvarende linjen som skal endres. For en linje hvis "Endre kode" er "3" (variabel), sammenfaller verdien av "Linjenummer"-feltet med verdien til "Linje"-feltet til den tilsvarende skiftende linjen.

Figur 333. Skjermskjema "Liste over deltakere i budsjettprosessen", fane "Tillegg"

"Avansert"-fanen inneholder følgende data:

- Gruppe av felt "Administrator (autorisert person)":

- "Fullt navn" - det fulle navnet på lederen eller personen autorisert av ham av UBP som utstedte dokumentet.

- "Posisjon" - stillingen til lederen eller hans autoriserte person av UBP som utstedte dokumentet

- "Telefon" - indikerer telefonnummeret (med bykoden) til den ansatte som er ansvarlig for korrektheten av dokumentformasjonen.

For å avslutte skjemaet, klikk på "Lukk"-knappen.

20.2. Behandling av dokumentet "UBP List"

ED "List of UBP", som har statusen "* Accepted +", behandles for å legge til / oppdatere / slette oppføringer i katalogen "List of UBP".

For manuell behandling, velg et dokument med statusen "* Akseptert +" i "Dokumenter - Liste over UBP - Lister over deltakere i budsjettprosessen" og utfør hurtigmenyen "Start for behandling".

Merk følgende! De automatiske prosedyrene for eksport av ED "UBP List" til Server-UFK arbeidsstasjonen bør deaktiveres, siden denne arbeidsstasjonen er den endelige mottakeren av dokumentet.

I tilfelle vellykket fullføring av behandlingen av alle ED-poster, bytter "UBP-listen" til "* Utført"-status, ellers - til "* Ikke akseptert" eller "* Denied"-statusene.

Merk. Vellykket behandling betyr at alle poster i "UBP List"-katalogen er oppdatert i samsvar med ED "UBP List". Hvis det ikke var mulig å oppdatere (legge til, slette) minst én post - behandlingen mislyktes. I dette tilfellet blir heller ikke resten av katalogoppføringene oppdatert.

20.2.1. Legge til en oppføring i katalogen "UBP List".

Hvis i den behandlede linjen "Data om en budsjettinstitusjon" (se figur 332) verdien av feltet "Endre kode" er lik "1" (inkludert linje), utføres følgende behandlingsalgoritme:

En unik postidentifikator (GUID)-verdi genereres.
Verdien av UBP-koden dannes. Koden ser ut som: LDDDD, der L er et siffer eller et symbol valgt fra verdien til systemkonstanten "Verdistreng av det første tegnet i UBD-listekoden", D er et siffer.
UBD-kodeverdiene genereres, fra verdien 00001, i følgende rekkefølge: 00001, 00002, ... 99999, A0000, A0001, ... A9999, B0000, B0001, ... B9999, C0000, . .. Z0000, ... Z9999 (totalt ca. 410 000 unike verdier for hvert emne).
Verdien av "Budsjettkode"-variabelen dannes: i "Budsjetter"-katalogen søkes det etter en post der verdien av "Budsjettnavn"-feltet sammenfaller med verdien av en lignende variabel i ED "UBP Liste" (skiller mellom store og små bokstaver) og "Statuskode"-feltet = "1 "(inkludert). Hvis posten blir funnet, blir "Budsjettkode"-variabelen til PBP-posten tildelt verdien av "Budsjettkode"-feltet i "Budsjetter"-katalogposten. Hvis en oppføring i katalogen "Budsjetter" ikke blir funnet, er det umulig å legge til en oppføring i katalogen "UBP List" - behandlingen mislykkes.
En verdi tildeles feltet "Kapittelnavn": i katalogen "Kapittelkoder" søkes det etter en faktisk post, der verdien til feltene "Budsjettnavn" og "Kapittelkode" sammenfaller med verdiene om lignende detaljer i ED "List of UBP" (uavhengig av store og små bokstaver). Hvis en post blir funnet, blir Kapittelnavn-feltet tildelt verdien av "Kapittelnavn"-feltet fra katalogen. Hvis en oppføring i katalogen med kapittelkoder ikke blir funnet, er det umulig å legge til en oppføring i katalogen "UBP List" - behandlingen mislykkes.
Tilordnet til feltet På dato: verdien av gjeldende systemdato.
En ny post med de oppnådde verdiene for GUID, "UBP-kode", "Budsjettkode" legges til PBP-katalogen. Poststatuskoden er satt til "1" (aktivert).

Når du behandler ED "UBP List", blir ED-nummeret også sjekket. Hvis de første 3 tegnene i "Number"-feltet i ED inneholder verdien "DOP", så når organisasjonene som er oppført i dokumentet legges til i katalogen, fylles RBPName255-feltet med verdien "OOS".

Når en ny organisasjon er inkludert i PBP-katalogen på grunnlag av ED "UBP List", foretas en ekstra kontroll for tilstedeværelse innenfor ett budsjett for ett kapittel av ikke mer enn én organisasjon med et tomt felt "Prent UBP Code" . Hvis i ED-linjen med verdien av feltet "Type endringer" lik "Inkludering", er feltet "Fullt navn på den overordnede UBP" ikke fylt ut, før organisasjonen inkluderes i katalogen, gjøres et søk blant de faktiske oppføringene i katalogen til organisasjonens FBM med verdien av "Budsjettnavn"-feltet lik verdien av "Budsjettnavn"-feltet til ED, og med verdien av "RFP-kode"-feltet lik verdien av "RFP-kode"-feltet på ED-linjen. Hvis, som et resultat av forespørselen, en slik organisasjon blir funnet, vises et vindu med en advarsel på skjermen: "For linje ED # %% med et tomt felt" UBP-kode ", en post med Budsjettnavn =% BUDGETNAME%, RFP Code" =% GLAVACODE% og tom ble funnet av feltet "Superior UBP Code". Brukeren gis muligheten til å fortsette å behandle ED eller nekte ED. Hvis ED nekter, skrives den tilsvarende meldingen i "NoteFromBank"-feltet.

20.2.2. Ekskludering av en oppføring fra katalogen "UBP List".

Hvis i den behandlede linjen "Data om en budsjettinstitusjon" (se figur 332) verdien av feltet "Endre kode" er lik "2" (ekskludert linje), utføres følgende behandlingsalgoritme:

I PUPP-katalogen søkes det etter en oppføring, der:

- verdien av variabelen "Fullt navn på UBP" sammenfaller (uten hensyn til kasus) med verdien av feltet "Fullt navn på UBP" i ED "List of UBP";

- variabelen "Navn på budsjettet" etter verdi sammenfaller med den analoge variabelen til ED "List of UBP";

- variabelen "Statuskode" har verdien "1";

- i alle relaterte poster i katalogen "Personlige kontoer" er feltet "sluttdato" fylt ut.

Hvis en enkelt oppføring blir funnet, settes statuskoden for den oppføringen til "4" (ekskludert). Sluttdatoen er satt til verdien av gjeldende systemdato.
<Наименование УБП>og budsjett<Наименование бюджета>". En oppføring i oppslagsboken er ikke utelukket.

20.2.3. Endre oppføringen i katalogen "List of UBP"

Hvis i den behandlede linjen "Data om en budsjettinstitusjon" (se figur 332) verdien av feltet "Endre kode" er "4" (endrende linje), utføres følgende behandlingsalgoritme:

I ED "List of UDP" ved verdien av feltet "Line number" er det en utskiftbar linje og verdien av feltet "Full name of the UDP" bestemmes.
Et søk utføres i katalogen "UBP List" etter en post som har:

- verdien av variabelen "Fullt navn på UBP" sammenfaller (uten hensyn til kasus) med verdien av en lignende variabel i ED "List of UBP";

- verdien av "Statuskode"-variabelen er "1" (aktivert);

- Verdiene til variabelen "Budsjettnivå" er de samme;

- for verdien av variabelen "Budsjettkode" er det en oppføring i katalogen "Budsjetter", som har:

- det er en lignende verdi for "Budsjettkode"-variabelen;

- variabelen "Navn på budsjettet" etter verdi sammenfaller med den analoge variabelen i ED "List of UBP",

- Variabelen "Statuskode" har verdien "1".

Hvis posten ikke blir funnet, genereres en feilmelding: "Det er ingen faktisk post med navnet % VALUE% i katalogen, som må endres."
Hvis en enkelt post blir funnet, bestemmes verdiene til "GUID" og "UBP Code" attributtene til posten, poststatuskoden settes til "4" (ekskludert). Sluttdatoen er satt til gjeldende systemdato minus 1 dag.
Hvis mer enn én post blir funnet, genereres en feilmelding: "Katalogen inneholder mer enn én post med navnet<наименование УБП>og budsjett<Наименование бюджета>". Oppføringen i telefonboken endres ikke.
En ny post med verdiene til attributtene "UBP Code", "Budget Code" legges til referanseboken, det samme som for den endrede posten. Verdien til "Statuskode"-variabelen til den lagte posten er satt lik "1" (aktivert). Åpningsdatoverdien settes til verdien av datoen etter gjeldende systemdato.

20.2.4. Sjekker syklisiteten til hierarkier for BPM-guiden

Etter å ha behandlet linjene i ED "UBP List" for de endrede oppføringene i "UBP List"-katalogen, utføres ytterligere kontroller:

Ulikheter i feltverdiene til UBP-koden (UBPCode) og koden til dens overordnede organisasjon (RBPCode) i tabellen "SPECIFICATIONUBP" (utført for poster med RPLStatus<2 и Status <>4 eller 5). Hvis verdiene er like, mislyktes kontrollen.
Sykluskontroll utføres for poster med RPLStatus<2 и Status <>4 eller 5:
1. I referanseposten, i henhold til verdien av "RBPCode"-feltet, bestemmes en post der verdien av "UBPCode"-feltet samsvarer med verdien av "RBPCode"-feltet til den valgte posten og budsjettkodene samsvarer. Søk utføres blant poster med RPLStatus<2 и Status <>4 eller 5.
2. Hvis posten blir funnet, utføres trinn a. for den funnet posten, hvis den ikke ble funnet, er den hierarkiske kjeden bygget.
3. Kjeden kontrolleres for likhet mellom verdiene til feltene "UBPCode" i den valgte posten og "RBPCode" i den siste posten i kjeden. Hvis verdiene er like, mislyktes kontrollen.

Hvis kontrollene ikke lykkes, rulles oppdateringen av oppføringen i katalogen tilbake. ED "UBP List" bytter til statusene "* Not accepted" eller "* Denied" avhengig av tilgjengeligheten av vellykket behandlede poster.

20.3. Legge til VBF til "UBP-listen"

For å kunne redigere PUPP-referanseboken manuelt, må brukeren legge til "CAN_EDIT_SUBP"-privilegiet i menypunktet "Service - Service - Setting the right system - Setting rights".

21. Informasjon om KBK (lokalbudsjett)

Dokumentet "Informasjon om KBK (lokalt budsjett)" tjener til å oppdatere katalogene til KBK-gruppen innenfor det lokale budsjettet:

- "Kapittelkoder".

- "Koder i henhold til KCSR".

- "Koder for CWR".

- "Koder for inntektsunderarter, typer IFDB".

- "Koder for budsjettinntekter, utgiftskoder og koder for IFDB".

- "Koder for tilleggsklassifisering".

ED "Informasjon om BCK (lokalt budsjett)" opprettes på Client-FO / Client-OFK AWS og leveres til Server-UFK AWP via en av følgende ruter:

- AWP Client-FO → AWP Server-UFK;

- AWP Client-FO → AWP Server-OFK → AWP Client-OFK → AWP Server-UFC.

Basert på informasjonen i ED "Informasjon om KBK (lokalt budsjett)" på AWS Server-UFK, blir dokumentet behandlet, som et resultat av at postene til de ovennevnte KBK-oppslagsbøkene blir lagt til (oppdatert ). Videre er disse katalogene replikert til alle andre arbeidsstasjoner PPO "SED" (innenfor det lokale budsjettet).

AWS Server-UFK gir følgende operasjoner med ED "Informasjon om KBK (lokalt budsjett)":

- motta fra AWP Client-FO / Client-OFK;

- visning;

- verifisering av signaturer og detaljer;

- eksport med lossing av EDS;

- behandling;

- lagring (inkludert arkivering) i databasen til PPO "SED".

Når du sjekker detaljene, kontrolleres samsvaret mellom KBK (kode)-feltverdien til masken som er spesifisert i systemkonstanten for den sjekkede KBK-typen (KBKType). Systemkonstanter for KBK-typer er beskrevet i dokumentet "EDMS Server. Administratorveiledning ".

For å jobbe med ED "Informasjon om BCF (lokalt budsjett)", velg menypunktet "Dokumenter - Informasjon om BCF - Informasjon om BCF (lokalt budsjett)", og dokumentrulleren åpnes.

21.1. Se ED "Informasjon om KBK (lokalt budsjett)"

Dokumentet åpnes ved å dobbeltklikke på dokumentrullelinjen eller ved å trykke på knappen. Skjermformen til dokumentet har formen vist i figur 334.

Dokumentskjemaet inneholder to faner og følgende generelle felt:

- "Nummer" - dokumentnummer.

- "Dato" - datoen for dokumentet.

- "Basis" - kommentaren til dokumentets eksekutør.

- "Melding" - tekstmelding. Ved å klikke på "Detaljer"-knappen åpnes vinduet "Melding til mottaker", som kan inneholde ytterligere tekstinformasjon om dokumentet.

Figur 334. Skjermskjema "Informasjon om KBK (lokalbudsjett)", fanen "Grunnleggende"

Kategorien Generelt inneholder følgende felt:

- Gruppe av felt "Avsender":

- "Budsjettnivå" - koden og navnet på budsjettnivået fra katalogen "Budsjettnivåer".

- "UBP" - koden og det fulle navnet til avsenderens UBP i samsvar med UBP (når det gjelder føderalt nivå) eller med UBP (når det gjelder andre budsjettnivåer).

- "TOFK" - kode og fullt navn på avsenderens TOFK i samsvar med oppslagsboken "Federal Treasury Bodies".

- Gruppe av felt "Mottaker":

- "TOFK" - kode og fullt navn på mottakerens TOFK i samsvar med oppslagsboken "Body of the Federal Treasury".

- "Klassetype" - typen klassifisering i henhold til KBK, tar en av verdiene:

- "kapittelkoder" (markør - "FD");

- "koder i henhold til KCSR" (markør - "FC");

- "koder for CWR" (markør - "FN");

- "koder for inntektsunderarter, typer IFDB" (markør - "FW");

- "koder for inntekter, utgifter og IF" (markør - "DK");

- "koder for tilleggsklassifisering" (markør - "KD").

- "Budsjett" - navnet på budsjettet som katalogoppføringen tilhører, i samsvar med katalogen "Budsjetter".

- Gruppe av felt "Ansvarlig utfører":

- "Fullt navn" - etternavnet og initialene til den ansatte som er ansvarlig for riktigheten av dannelsen av dokumentet.

- "Posisjon" - stillingen til den ansatte som er ansvarlig for riktigheten av dannelsen av dokumentet.

- "Telefon" - telefonnummeret til den ansatte som er ansvarlig for riktigheten av dokumentformasjonen.

Figur 335. Skjermskjema "Informasjon om BCM (lokalt budsjett)", fanen "BC-koder"

Fanen "BC-koder" (se figur 335) inneholder linjer med informasjon om budsjettklassifisering (lokalt budsjett) for BCK-referansebøkene.

For å se dataene på BCF, trykk på knappen på verktøylinjen i kategorien "BC-koder". Skjermbildet "Linje med informasjon om BCK (lokalt budsjett)" vises (se figur 336).

Figur 336. Skjermskjema "Informasjonslinje om KBK (lokalbudsjett)"

- "BC-kode" - koden for budsjettklassifisering i henhold til oppslagsboken som tilsvarer den angitte typen klassifisering i feltet "Klassetype" på fanen "Basic":

- "FD" - kapittelkoder;

- "FC" - koder i henhold til KCSR;

- "FN" - koder for CWR;

- "FW" - koder for inntektsunderarter, typer IFDB;

- "DK" - koder for inntekter, utgifter og IF;

- "KD" - tilleggsklassifiseringskoder.

- "Type KBK" - type KBK fra katalogen "Typer of KBK". Brukes for klassifiseringstypen - "DK". Feltet må fylles ut dersom klassifiseringstypen er "DK".

- "Begrensningsskilt" - et tegn på bruk for begrensede utgifter. Brukes til utgifter, dvs. hvis feltet "Type KBK" har verdien "10 - utgifter". Den kan ha en av følgende verdier:

- "0 - brukes ikke til begrensede utgifter",

- "1 - brukes til begrensede utgifter."

- "KBK-utgifter" - feltet vises kun i dialogboksen hvis feltet "Klassifiseringstype" = "KD".

- "KBK-inntekt" - feltet vises i dialogboksen kun hvis feltet "Klassifiseringstype" = "KD".

- "Budsjettnivå" - feltet vises kun i dialogboksen hvis feltet "Klassifiseringstype" = "KD". Feltet er ikke redigerbart, det fylles som standard med verdien av "Budsjettnivå"-feltet for den faktiske oppføringen i "Budgets"-katalogen, der "Budgets.BudgetCode" er "DOCINFONEWKBK.CODE_BUDGET".

- "Kort navn" - kort navn på koden for budsjettklassifisering (lokalt budsjett), tilsvarende koden i feltet "BC-kode".

- "Fullt navn" - fullt navn på koden for budsjettklassifisering (lokalt budsjett), tilsvarende koden i feltet "BC-kode".

- "Startdato" - datoen for starten av koden.

- "Utløpsdato" - utløpsdato for koden.

For å avslutte skjemaet, klikk på "Lukk"-knappen.

21.2. Eksporter ED "Informasjon om KBK (lokalt budsjett)"

På AWP Server-UFK er funksjonen med å eksportere ED "Informasjon om KBK (lokalt budsjett)" implementert med bevaring av EDS. Eksport med EDS utføres kun hvis systemkonstanten "EXPORTWITHSIGN" på denne AWS er satt til "Yes" og verdien til eksportmalparameteren "Export with lossing EDS" = "Yes".

Eksport av ED "Informasjon om KBK (lokalt budsjett)" utføres på vanlig måte av PPO "EDMS" under hensyntagen til typen klassifisering av KBK spesifisert i den strukturerte filen:

- hvis "TYPE"-feltet er lik "FD", blir filen lastet ut i samsvar med TXFD090101-formatet under eksporten;

- hvis "TYPE"-feltet er lik "FC", blir filen lastet ut i samsvar med TXFC090101-formatet under eksporten;

- hvis "TYPE"-feltet er lik "FN", blir filen lastet ut i samsvar med TXFN090101-formatet under eksporten;

- hvis "TYPE"-feltet er lik "DK", blir filen lastet ut i samsvar med TXDK090101-formatet under eksporten;

- hvis "TYPE"-feltet er lik "FW", blir filen lastet ut i samsvar med formatet TXFW090101 eller TXWF100701 under eksporten;

- hvis "TYPE"-feltet er lik "KD", blir filen lastet ut i samsvar med TXKD100101-formatet under eksport.

21.3. ED-behandling "Informasjon om KBK (lokalt budsjett)"

ED "Informasjon om KBK (lokalt budsjett)", som har status "* Akseptert +", behandles på AWP Server-UFK for å oppdatere KBK-katalogene.

For å starte behandlingsprosedyren manuelt, må du velge et dokument med statusen "* Akseptert +" i rullelisten "Informasjon om KBK (lokalt budsjett)" og utføre kontekstmenyen "Start for behandling". I tilfelle vellykket fullføring av behandlingen av alle poster, går ED til statusen "* Utført", ellers - til statusene "* Delvis utført" eller "* Avvist".

Vellykket behandling betyr behandling, der alle poster i katalogen oppdateres i samsvar med ED "Informasjon om KBK (lokalt budsjett)". Hvis det ikke var mulig å oppdatere (legge til, slette) noen post, mislykkes behandlingen og dokumentet går til statusen "Avvist".

Hvis det ikke var mulig å oppdatere (legge til, slette) minst én post, mislykkes behandlingen og dokumentet går til statusen "* Delvis utført", mens resten av katalogoppføringene fortsetter å bli oppdatert.

Behandlingsmekanismen er som følger:

Det bestemmes hvilken oppslagsbok som skal oppdateres - i ED-linjen "Informasjon om KBK (lokalt budsjett)", er verdien av "TYPE"-feltet (klassifiseringstype) sjekket:

- hvis TYPE = "FD", blir katalogen "Kapittelkoder" oppdatert;

- hvis TYPE = "FC", blir oppslagsboken "Koder for KCSR" oppdatert;

- hvis TYPE = "FN", blir referanseboken "Codes for CWR" oppdatert;

- hvis TYPE = "FW", blir oppslagsboken "Koder for inntektsundertyper, typer IFDB" oppdatert;

- hvis TYPE = "DK", blir oppslagsboken "Koder for budsjettinntekter, utgiftskoder og koder for IFDB" oppdatert;

- hvis TYPE = "KD", blir oppslagsboken "Ytterligere klassifikasjonskoder" oppdatert.

I den oppdaterte katalogen søkes det etter en post der "STATUS" = 1 (aktivert) og verdiene til feltene "CODE" (kode for budsjettklassifisering) og "CODE_BUDGET" (navn på budsjettet) sammenfaller med verdiene til de samme feltene i ED-linjen "Informasjon om BCK (lokalt budsjett)".
Hvis en slik post blir funnet, utføres følgende handlinger:

3.1. Gyldighetsperioden for koden kontrolleres.

3.1.1. Hvis startdatoen for koden i ED-linjen sammenfaller med startdatoen for koden i referanseboken og utløpsdatoen for koden i ED-linjen er større enn eller lik utløpsdatoen til koden i referanseboken , så oppdateres oppføringen i referansen: verdien av "STATUS"-feltet endres til verdien:

- "1" (aktivert), hvis verdien av "Kode gyldighetsdato"-feltet er mindre enn eller lik gjeldende systemdato og verdien av "Kode gyldighet utløpsdato"-feltet ikke er fylt ut eller er større enn gjeldende systemdato;

- "2" (betinget aktivert), hvis verdien av feltet "Kode gyldighetsdato" er større enn gjeldende systemdato og verdien av feltet "Kode gyldighet utløpsdato" ikke er fylt ut eller er større enn gjeldende system Dato.

- "4 (ekskludert)", hvis verdien av "Kode gyldighetsdato"-feltet er mindre enn eller lik gjeldende systemdato og verdien av "Kode gyldighetsdato"-feltet er mindre enn eller lik gjeldende systemdato .

Overgangen til behandlingen av neste ED-linje (trinn 1) utføres eller behandlingen er fullført hvis alle linjene allerede er behandlet.

3.1.2. Hvis startdatoen for kodens gyldighet i ED-linjen er større enn startdatoen for kodens gyldighet i oppslagsboken, blir feltet "Kodegyldighetsdato" i den funnet oppføringen i katalogen tildelt verdien av "Kode gyldighetsdato"-feltet på ED-linjen minus 1 dag, og verdien av "STATUS"-feltet endres til verdi:

- "4 (ekskludert)", hvis verdien i feltet "Kode utløpsdato" er lik gjeldende systemdato.

- "3 (betinget ekskludert)" hvis verdien av feltet "Kode utløpsdato" er større enn gjeldende systemdato.

3.2. For poster med verdien av feltet "TYPE" = "DK", er verdien av feltet "Sign of use for limited costs" (LimitUse) i tillegg sjekket for KBK med typen "expenses" (verdien av feltet " KBKType" er lik "10"):

- For en BCK med BCK-typen lik "10" og masken "XXX00000000000000XXX", må verdien av feltet "Bruksflagg for begrensede kostnader" alltid være lik "0 - brukes ikke for begrensede kostnader". Hvis betingelsen ikke er oppfylt, utføres ikke oppdateringen av referanseboken, en melding om en ugyldig verdi av attributtet vises i protokollen.

- For resten av BCC med BCC-typen lik "10", ved oppdatering av BCC i referanseboken, kontrolleres verdien av feltet "Bruksflagge for begrensede utgifter" i dokumentet og referanseboken. Hvis verdiene ikke stemmer overens, blir ikke katalogen oppdatert, og en melding om avvik i de karakteristiske verdiene vises i loggen.

- For resten av BCK med BCK-typen som ikke er lik "10", skal verdien av feltet "Bruksflagg for begrensede utgifter" alltid stå tomt. Hvis verdien av feltet "Bruk flagg for begrensede utgifter" i dokumentet ikke er tom, oppdateres ikke referanseboken, en melding om en ugyldig verdi av attributtet vises i protokollen.

3.3. En ny oppføring legges til i telefonboken. Start- og sluttdatoene for gyldigheten av koden fylles ut som på ED-linjen. "STATUS"-feltet fylles ut som i trinn 3.1.1.

3.4. Overgangen til behandlingen av neste ED-linje (trinn 1) utføres eller behandlingen er fullført hvis alle linjene allerede er behandlet.

Hvis en slik post ikke blir funnet, utføres følgende handlinger:

4.1. En ny oppføring legges til i telefonboken. Start- og sluttdatoene for gyldigheten av koden fylles ut som på ED-linjen. "STATUS"-feltet fylles ut som i trinn 3.1.1.

4.2. Overgangen til behandlingen av neste ED-linje (trinn 1) utføres eller behandlingen er fullført hvis alle linjene allerede er behandlet.

Utfylling av feltene under automatisk opprettelse av en post i KBK-katalogen utføres i henhold til tabell 3.

Tabell 3.Automatisk utfylling av ordbokfeltene

Navnet på attributtet i katalogen	Felt i ED-linjen "Informasjon om KBK (lokalt budsjett)"	Beskrivelse
Dato for siste endring av posten
Tidspunktet da oppføringen sist ble endret		Verdien genereres automatisk.
Budsjettkode
		Verdien genereres automatisk når du oppretter en ny post. Når posten oppdateres, endres ikke verdien av feltet.
GUID for overordnet katalogoppføring		Ikke fylt.
		Verdien av systemkonstanten "Egen TOFK-kode" tildeles automatisk.

Budsjettklassifiseringskode
Kort navn på budsjettklassifiseringskoden
Fullt navn på budsjettklassifiseringskoden
KBK koster
KBK inntekt
Budsjettnivå
Ikrafttredelsesdato
Fortsettelse"