Vanlig dataoverføring ZUP 2. ZUP 3. 0 i feilsøkingsmodus. På grunn av det faktum at 1.
Utvekslingsregler Bukh 3.0 - ZUP 2.5 (forskrifts- og referanseinformasjon, personaldokumenter, lønnsdokumenter. [ZUP 3.0 - Hovedblokk] Bonusmodul Overgang fra 1C ZUP 2.5 .. Regler
bytte ZUP 2.5 - BUCH 2.0 og ZUP 2.5 - BUCH 3.0 er forskjellige.
Hun lovet å avslutte støtten til ZUP 2. Jeg bestemte meg også for å prøve å overføre dataene.
- ... Dumenko Irina Hvordan få datautvekslingsbehandling fra Lønn og
HR-ledelsesrevisjon 2.5 i VDGB-programmet: Regnskap
virksomheter for non-profit. 1C: Feilsøking av utvekslingsregler. Hvordan inn
til programmet Enterprise Accounting 3.0 endre kasserer - Varighet: 1:18. - I versjon 2.5 foregikk utvekslingen etter utvekslingsreglene via en XML-fil på brukerens initiativ. I versjon ZUP 3.0 er det ikke lenger et spørsmål.
- Testet og laget på versjoner av BP 3.0.41.56, ZUP 2.5.94.2. Se også.
Delsystem "Datautveksling i henhold til vilkårlige regler KD 2.0". Overføring & nbsp. - I versjon 2.5 bestod utvekslingen av data som regel av lossing Sette opp synkronisering/utveksling mellom ZUP 3.0 og BUX 3.0 for å endre en rekke lossingsregler ved å klikke på "Endre.
- 2.0 "og" 1C ZUP 2.5 ", du kan utveksle dokumenter, utveksle mellom" ACC 3.0 "og" ZUP 3.0 "eller innstillinger. Etter det vil et vindu åpnes der du må klikke på" Endre regler for dataopplasting "-knappen.
- ... 2.0 "og" 1C ZUP 2.5 "du kan utveksle dokumenter. Utveksling
mellom "BUH 3.0" og "ZUP 3.0" eller innstillinger. Etter det åpnes et vindu,
hvor ved å klikke på "Endre regler for dataopplasting"-knappen, trenger du & nbsp. - Den vanlige overgangen ZUP 2.5 -> ZUP 3.0 er fullført hvis det er feil i som jeg gjorde to interessante poeng for meg selv, utvekslingsregler og.
- Dumenko Irina Hvordan få datautvekslingsbehandling fra Lønn og personaladministrasjon utgave 2.5 i VDGB-programmet: Enterprise accounting for non-commercial 1C: Debugging exchange rules. Slik bytter du kasserer i Enterprise Accounting 3.0 - Varighet: 1:18.
En feil ved lossing, fikset, neste feil, fikset, men feilene slutter ikke (årsakene er klare for meg), men siden databasen er stor, er det ikke veldig produktivt å vente på neste feil i flere timer. Jeg gikk den andre veien, rullet opp den siste standardkonfigurasjonen, kom inn på restrukturering av arbeidsplaner, slettet dem i SQL, dvs.
C gikk tom for hukommelse, og overgangen gjorde igjen feil. Min sjette sans fortalte meg at jeg gjorde noe galt. Og så bestemte jeg meg for å bruke den siste metoden, les instruksjonene for overgangen. Jeg kom over en artikkel på Internett, hvorfra jeg tok ut to interessante punkter for meg selv, reglene for utveksling og behandlingen av Universal. Utveksling. XML, og innså at jeg gikk feil vei. Nå til poenget. Lagre behandling Initial.
Tilpasning. ZUP-programmer 3. Vi gjør endringer i modulen til behandlingsskjemaet «Initial.
Tilpasning. Programmer »Vi ser i modulen etter stedene hvor den universelle behandlingen er opprettet. Utveksling. Data. XML, og slå på behandlingsmodusen. Feilsøk. I Parse Functions. Protokoll. Lossing er stedet der Ja-flagget er satt.
Feil i verdien True, endre til usann (vi forstår essensen av feilene og vi kan fikse dem etter lossing, eller "score" på dem hvis de ikke er alvorlige) Til tross for at vi allerede har aktivert feilsøkingsmodusen i Universell behandling. Utveksling. Data. XML, i prosedyren Kjør. Nedlasting. Fil. På. Server etter å ha kalt Kjør-metoden.
Last () må tilbakestilles Flagg. Feil ved å sette den til False. Det er alt, vi åpner behandlingen gjennom filen - åpne og konverter i henhold til instruksjonene for å bytte fra 1. С (ingenting har endret seg visuelt). Til hvem det er lat, eller av en annen grunn, å lage prosessering, legger jeg ved en konfigurasjon klar for versjon 3. For at artikkelen ikke skal se sparsom ut, vil jeg beskrive hvordan du kan konvertere selektivt eller gjøre justeringer i konverteringsreglene.
Vi lagrer konverteringsreglene (generell layout Lønn. Personale. Overføring. Data. Fra. ZUP2. 5) til disk. For å korrigere reglene laster du datakonverteringen inn i konfigurasjonen, gjør endringer i reglene og lagrer. I ZUP 2. 5 åpner du Universal-behandlingen. Utveksling. XML, vi slipper reglene våre (om nødvendig sett opp selektiv lossing) og laster av. I ZUP 3. 0 Lønn.
Rammer. Overføre. Data. Fra. ZUP2. 5 (via menyen "Alle funksjoner") og last fra datafilen hentet fra forrige trinn.
For eksempel legger jeg ved en fil med regler for overføring av bilder av enkeltpersoner. Siden i henhold til standardreglene overføres ikke bilder, etter en fullstendig opplasting, kan du begynne å laste opp og laste ned bilder gjennom Universal Exchange-behandlingen.
electricengine.weebly.com
Forsikringspremier i 1C: ZUP 3.1. Beregning av forsikringspremie i 1C 8.3. Kontroll av beregning av forsikringspremier i 1C
1. Hva er de forsikrede hendelsene
Alle personer som betaler pengegodtgjørelse til andre personer er pålagt å betale forsikringspremier til IFTS og FSS (artikkel 419 i den russiske føderasjonens skattekode). En person har periodisk livssituasjoner (forsikrede hendelser), for eksempel:
2. Grunninnstillinger
I utgangspunktet er det nødvendig å bestemme type forsikringspremie i regnskapspolicyen.
3. Beregning av forsikringspremier i 1C: ZUP
Forsikringspremier kan beregnes i følgende dokumenter:
4. Refleksjon av betaling av forsikringspremier i 1C: ZUP
Siden 2017 har vedlikehold av betalinger for den obligatoriske sykeforsikringen og den obligatoriske sykeforsikringen blitt kansellert. Beregninger på bidrag til FSS utføres for automatisk å fylle ut rapportene Skjema-4 FSS og Hjelpeberegning for tilfeller av utgiftsrefusjon. For å gjenspeile betalingen av bidrag til FSS, må du derfor bruke det tilsvarende dokumentet i systemet.
5. Grunnleggende rapporter om forsikringspremier i 1C: ZUP
1. Alle arbeidsgivere ved utgangen av hvert kvartal må sende inn følgende rapporter:
5.1. Analyse av bidrag til fond i 1C 8.3
Viser et sett med vurderte bidrag til fond, skattepliktige og ikke-skattepliktige beløp, i sammenheng med gebyrer og midler.
5.2. Register over fordeler på bekostning av FSS i 1C
5.3. Kontroll av beregning av forsikringspremier i 1C
Rapporten viser en avstemming av estimerte bidrag til fondene med estimerte verdier. Feilberegnet bidrag vil fremheves med rødt. De. inntekt ble regnskapsført i systemet, og bidrag ble ikke beregnet av denne inntekten eller beregnet feil.
Ilya Dolgakov,
1C-konsulent for Coderline LLC
www.koderline.ru
Utvid alle. I ZUP 2.5.89.2 åpnet jeg "Universell datautveksling i XML-format"-behandlingen og indikerte en fil med regler for dataoverføring. I ZUP 2.5 var det enkelt, men i ZUP 3.0 kan jeg ikke finne ut hvordan Hvor finner jeg reglene for utveksling av ZUP 2.5 -> Dokumentflyt. Regler for utlasting av referanseinformasjon fra Regnskap 3.0 til ZUP 2.5. Ved hjelp av PKO-dataene vil dette ikke fungere, du må avgrense utvekslingsreglene, skriv til PM for å bli enige. Hvordan konfigurere riktig datautveksling mellom ZUP revisjon 2.5 og BP etter oppdatering til revisjon 3.0.
Synkronisering 1. S. Dagens artikkel ble skrevet på forespørsel som er igjen i gruppen - vk. Foreslå et emne for publisering."
Så, essensen av spørsmålet: "Utlasting (synkronisering) av ZUP 3. Av regnskapsavdelingen til Enterprise 3. Hvordan sette opp?" (fortsettelse av dagens tema her). For å være ærlig har jeg lenge fundert på hvordan jeg skal begynne å vurdere den nye versjonen 1.
Med ZUP 3. 0, og veldig takknemlig for dette spørsmålet. Endelig utgivelse klar for journalføring av program 1.
Datautveksling av 1C ZUP revisjon 2.5 og ZiK 7.7 og 1C Regnskap av lønnsdata 1C ZUP 3.0 og 1C Regnskap 3.0. Overføring av personellinformasjon fra ZUP 2.5 / ZUP 3.0 / ZUP 3.1 til BP 3.0.
Og hvor er standardreglene for overføring av ZUP 2.5 ZUP 3.0 ?? Jeg fant det ikke i utvekslingsplanene.
С Lønn og personaladministrasjon utgave 3. Denne utgaven er ment å endre programmet for utgave 2. С. MED ZUP 3.0). Denne artikkelen vil dekke to emner: Sette opp og implementere utveksling av data mellom ZUP og ACU revisjon 3.
Det nye formatet til dokumentet "Refleksjon av lønn i regulert regnskap" i 1. MED ZUP 3. 0. Se også: Hva er essensen av endringene i utvekslingen mellom lønn og regnskap i utgave 3. I utgave 2. 5, datautveksling besto som regel av å laste opp dokumentet "Refleksjon av lønn i regulert regnskap", der månedlige transaksjoner ble dannet basert på resultatene av påløpte lønninger, beregnet personlig inntektsskatt og bidrag. Og dette dokumentet ble lastet opp til 1. С Regnskap 2. 0.
Det var også mulig å losse og betalingsdokumenter. Opplastingen ble utført via en XML-fil. Nærmere om utveksling av dokumenter mellom program 1. S ZUP 2. 5 og 1. S ACC 2. Regnskapsføring av lønn. En trinn-for-trinn beskrivelse av alle stadier av lønn i 1.
Med ZUP. Essensen av utvekslingen mellom disse programmene i utgave 3. Nå er det ingen grunn til å gjøre noe hver gang for å laste ut og laste dokumenter når det er nødvendig. Det er nok å konfigurere datasynkronisering mellom disse programmene én gang og sette utvekslingsplanen (for eksempel én gang om dagen eller én gang i uken) eller starte synkronisering når det er nødvendig. Hoveddokumentet for børsen er fortsatt «Refleksjon av lønn i regulert regnskap», men selve dokumentet har gjennomgått betydelige endringer. Hvordan dokumentet "Refleksjon av lønn i regulert regnskap" har endret seg i 1.
Med ZUP 3. 0. Siden hoveddokumentet for utvekslingen mellom regnskap og lønn er dokumentet "Refleksjon av lønn i regulert regnskap", blir det feil å ikke nevne endringene som det gjennomgikk i 1. Med ZUP 3. 0 sammenlignet til utgave 2. Og disse endringene er ganske betydelige og på noen måte til og med kontroversielle, men dette er hva utviklerne har bestemt 1. Med og vi kan ikke gjøre noe med det. Tidligere i revisjon 2.
Personlig inntektsskatt og forsikringspremier. For å si det sant var det faktisk ingen oppslag, det vil si, og det som er viktigst, brukeren av programmet kunne direkte påvirke hvordan disse oppslagene dannes og sette opp denne prosessen. Lær mer om hvordan dette gjøres i 1.C Salary and Enterprise Management utgave 2.
Regnskap for lønn. En trinn-for-trinn beskrivelse av alle stadier av lønn i 1.
Med ZUP. Deretter ble dokumentet lastet opp til 1. Fra Regnskap og selve transaksjonene som vi så i "lønnen" ble opprettet.
Det virker for meg som en interessant situasjon ble skapt i denne ordningen. Lønnskalkulatoren, som i henhold til betydningen av arbeidet hans ikke måtte involvere seg i dannelsen av transaksjoner, var akkurat dette, siden det bare i zup var mulig å sette opp automatisk generering av lønnstransaksjoner. Og regnskapsføreren som jobber på 1. Fra Regnskapsavdelingen var det bare å vente på det ferdige dokumentet, sjekke det og påpeke for lønnsbetaleren sine feil, selv om dette faktisk er en regnskapsførers arbeid.
Dette er bare mine gjetninger og antagelser hvorfor utviklerne av 1.C bestemte seg for å forlate et slikt program for drift, og kanskje er årsakene helt forskjellige. Dette er veldig praktisk for meg. Du kan se beregningen av forsikringspremier på fanen "Bidrag" i dokumentet "Lønn". Deretter er det nødvendig å danne transaksjoner basert på resultatene av periodiseringer. В 1. С ЗУП 3. 0 for dette, samt i 2. Refleksjon av lønn i regulert regnskap."
Du finner den på fanen "Lønn" i hovedprogrammenyen. La oss lage et nytt dokument, satt 2. januar. Det skal bemerkes med en gang at de vanlige transaksjonene er de samme som i utgave 2. Dette er den første viktige forskjellen.
Vær oppmerksom på at Refleksjonsmetode-feltene ble stående tomme. Dette er sant siden jeg ikke gjorde noen justeringer. Først kan du sette veien for hele organisasjonen til å reflektere.
For å gjøre dette åpner du informasjonen om organisasjonen (dette kan gjøres gjennom hovedmenypunktet "Bedrift") og på fanen "Regnskapspolicy og andre innstillinger" velger du punktet "Regnskap og lønnsutbetaling". I vinduet som åpnes fyller du ut feltet "Refleksjonsmetode". Dette feltet er fylt ut fra oppslagsverket for refleksjonsmetoder. Og nå er det verdt å ta hensyn til elementet i selve oppslagsboken "Måter å reflektere lønn". Den har bare ett "navn"-felt.
Og dette er den andre viktige forskjellen i den nye utgaven av programmet. Hva er meningen med denne veiledningen, hvis elementene bare kan ha et navn, er det fortsatt ganske vanskelig å forstå, men snart vil alt bli klart. Så jeg har etablert en måte å reflektere lønn og skatter for hele organisasjonen som helhet. Du kan også sette det separat for avdelingen, type beregning og så videre, slik det var i utgave 2. La oss nå gå tilbake til dokumentet "Refleksjon av lønn i regulert regnskap" og fylle det på nytt.
Feltet "refleksjonsmetode" i tabelldelen fylles ut. Sette opp synkronisering / utveksling mellom ZUP 3. ACU 3. 0. Nå må vi sette opp synkronisering / utveksling mellom ZUP og ACU slik at dokumentet vi har laget vises i regnskapsavdelingen. Innstilling 1.Med ZUP 3.
I 1. Fra ZUP 3. 0 for å konfigurere, må du gå til delen av hovedmenyen "Administrasjon" og finne elementet "Datasynkroniseringsinnstillinger". I den må du krysse av for "Datasynkronisering" og fylle ut feltet "Prefiks for denne infobasen" (jeg skrev "ZU" for lønnen). Deretter åpner du vinduet for synkroniseringsinnstillinger ved å bruke koblingen "Datasynkronisering" og knappen "Konfigurer datasynkronisering" i vinduet som åpnes. Dette åpner innstillingsvinduet.
I det første vinduet velger du "Trinn 1. Konfigurer en ny datasynkronisering". I dette vinduet står det forresten skrevet hvilke dokumenter som skal synkroniseres: Lønnslønnsoppgaver; Innskuddslønn; Motta og nedbetale lån av ansatte; Refleksjon av lønn i regulert regnskap. Klikk Neste. I neste vindu må du velge alternativet for å koble til et annet program (1. С Regnskap). Siden begge databasene er plassert på samme datamaskin, velg deretter "Direkte tilkobling til programmet på denne datamaskinen eller i det lokale nettverket" og rett under velg alternativknappen "På denne datamaskinen eller på en datamaskin i det lokale nettverket". Du bør også spesifisere katalogen til infobasen som synkroniseringen utføres med (1. С Regnskap). Hvis du ikke vet nøyaktig hvor infobasefilene fysisk befinner seg, kjør snarveien 1.
Fra og i listen over basene dine, hold musepekeren over linjen med den nødvendige basen og banen til basen vil vises nederst i vinduet. Denne banen må angis i feltet "Informasjonsbasekatalog". Hvis du trenger å angi et brukernavn og/eller passord for å gå inn i databasen som synkronisering er konfigurert med, indikerer vi dataene i de aktuelle feltene. Til slutt vil dette trinnet se slik ut: Vær oppmerksom på at dette vinduet har en "Test tilkobling"-knapp for å sikre at innstillingene er riktige.
Klikk "Neste". Programmet vil begynne å koble til en annen database og sette opp synkronisering. Som et resultat vil et vindu åpnes der du kan endre en rekke opplastingsregler ved å klikke på knappen "Endre regler for dataopplasting". I disse innstillingene kan du spesifisere for hvilken organisasjon denne bestemte synkroniseringen skal fungere. Klikk "Neste". Et vindu vil vises der alle innstillingene er oppsummert.
Etter å ha klikket på "Neste"-knappen, fikk jeg en feilmelding som indikerte at synkronisering var forbudt i databasen som utvekslingen ble utført med. Innstilling i 1. MED KONTO 3. For å rette opp denne feilen må du kjøre base 1. Med Enterprise Accounting-utgave 3. Med ZUP trenger du ikke lukke!
Vår oppgave er å aktivere datasynkroniseringstjenesten. For å gjøre dette, For å gjøre dette, åpne "Administrasjon"-delen av programmet og klikk på "Innstillinger for datasynkronisering" i koblingsgruppen "Programinnstillinger". Som et resultat åpnes et vindu der du må sette et merke foran linjen "Datasynkronisering". Hvis du ikke finner denne innstillingen, oppdater programmet til den nyeste utgivelsen eller les nedenfor. I tidligere versjoner av Regnskap 3. Åpne delen av programmet "Administrasjon" og i gruppen med lenker "Innstillinger" klikk på elementet "Programinnstillinger". I vinduet som åpnes går du til fanen "Datasynkronisering" og merker av for "Bruk datasynkronisering", samt spesifiser infobaseprefikset til to tegn.
For 1. Fra Regnskap setter jeg prefikset "BU". Nå må du gå tilbake til 1. MED ZUP 3. 0. Og klikk "Neste" igjen på trinnet der vi slapp. Som et resultat kommer vi til neste trinn, hvor du vil bli bedt om å synkronisere umiddelbart. Klikk "Fullfør". Som et resultat vil et vindu åpnes der det står at alle dataene er kartlagt og du må forsikre deg om at tilordningen er riktig. Siden jeg gjør synkroniseringen for første gang og jeg vet med sikkerhet at regnskapsavdelingen ennå ikke har dokumentet "Refleksjon av lønn i regulert regnskap" og "Utbetaling av lønn", er det faktisk ingenting å sammenligne med og nytt dokumenter vil ganske enkelt bli opprettet.
Klikk "Neste". I neste vindu kan du gjøre en rekke fine innstillinger for overføringen, men jeg lar alt stå som standard. Klikk "Neste" og til slutt prosessen med å overføre data til 1. Med Regnskap 3. 0. På slutten åpnes et vindu, som informerer om vellykket sending og mottak av data, samt sette opp den automatiske utvekslingsplanen, men mer om det senere.
Klikk "Fullfør". La oss gå videre til program 1. С Regnskap 3. 0. Vær oppmerksom på at du ikke trenger å konfigurere noe for synkronisering i regnskapet, fordi dette gjøres automatisk når du setter opp en utveksling i lønn, og følgelig omvendt, hvis vi begynte å sette opp i regnskap. Så vi gikk over til regnskap.
instructionortho.weebly.com
1C-datakonvertering – en enkel måte å løse komplekse problemer på
For å sette opp utveksling av data mellom ulike (inkludert selvskrevne) konfigurasjoner i 1C, er det en veldig fleksibel mekanisme for å sette opp overføring av informasjon - 1C "Data Conversion" (CD) konfigurasjonen. La oss se på driften av denne mekanismen og prøve å sette opp utvekslingsreglene mellom to typiske konfigurasjoner:
- Enterprise Accounting (demoversjon), revisjon 3.0.30;
- Lønn og personalstyring (demoversjon), revisjon 3.0.25.
Som et verktøy for å sette opp utvekslingsreglene, vil konfigurasjonen for datakonvertering versjon 2.1.82 brukes. Arbeidet skal utføres på plattform 8.3.9.
Det er viktig å merke seg at datarotasjon lar deg organisere en utveksling ikke bare mellom databasene til versjon 8 av programmet, men også mellom versjonene 7 og 8 av 1C-plattformen.
Etter å ha installert "Data Conversion"-konfigurasjonen og startet den, er det første vinduet som åpnes Startassistenten (fig. 1).
Du kan kalle det igjen fra menyen Operasjoner-> Behandling eller fra Hjelp, hvor denne behandlingen er uthevet i en egen kommando.
Siden vi ikke planlegger å bruke standard overgangsregler, men skal lage våre egne i neste vindu, vil vi velge riktig element fra listen (fig. 2).
I tillegg til å lage nye utvekslingsregler, kan vi:
- Endre de eksisterende reglene basert på kravene våre og spesifikasjonene til konfigurasjonen vår;
- Last ned utvekslingsreglene ved å ringe nedlastingsdialogboksen (fig. 3); Fig. 3
- Se strukturen til en eksisterende konfigurasjon.
På dette stadiet bør vi gå litt bort fra å lage utvekslingsregler og snakke om konfigurasjonsstrukturfiler.
Leveringen av "Konvertering"-konfigurasjonen inkluderer flere eksterne prosessorer som lar deg laste ut metadatastrukturen til en xml-fil.
En viktig regel! Strukturutlastingsbehandling for forskjellige databaser må tilhøre samme CD-versjon.
For forskjellige versjoner av plattformen har 1C implementert forskjellig behandling for lossing av strukturen:
- MD77Exp.ert - lar deg lagre strukturen til den syvfoldige databasekonfigurasjonen til en fil;
- MD82EXP.epf - dumper strukturen til databaser som kjører på plattformer versjon 8.0-8.2;
- MD83EXP.epf - designet for plattform 8.3.
Siden det under betingelsene for oppgaven vår er verdt å organisere en utveksling mellom databaser som kjører på utgivelse 8.3, vil vi bruke den tredje behandlingen (fig. 4).
Her må vi spesifisere filen som strukturen skal lastes ut i og vi kan sette opp et sett med hjelpetabeller som skal delta i utvekslingen.
Etter at mottakerkonfigurasjons- og kildekonfigurasjonsfilene er lastet ut, må informasjonen fra dem lastes inn i Datakonvertering.
- Gå til konfigurasjonskatalogen;
- Vi lager et nytt element;
- I skjemaet som åpnes (fig. 5), angi filen vår; Fig. 5
- Trykk på knappen "Utfør nedlasting";
- Vi venter på meldingen om vellykket fullføring av opplastingen.
Gjenta de samme trinnene for den andre basen.
La oss gå tilbake til assistenten vår.
Fortsetter å jobbe med en assistent
Etter å ha lagt til våre to databaser i katalogen, ser det slik ut (fig. 6).
La oss fortsette å jobbe med assistenten
I neste vindu (fig. 7) må vi velge mottakerbasen og kildebasen.
Og nå kommer vi til vinduet der vi ikke vil bli bedt om å bestemme i henhold til hvilke lover og korrespondanser vår sentral skal bygges (fig. 8).
Programmet kan uavhengig opprette datautveksling ved å bruke algoritmene som er innebygd i det. Etter å ha valgt den andre bryteren, kan vi velge fra de automatisk opprettede reglene de som er best egnet for å løse problemet vårt. Hvis vi uavhengig vil bestemme hva og hvordan vi skal overføre og med hvilke attributter vi skal sammenligne dataene, må vi sette bryteren til tredje posisjon.
Siden vi ønsker å lage våre egne regler, tar vi den tredje veien.
Opprette en regel for utveksling mellom kataloger
Sett bryteren til det tredje elementet i listen og trykk på "Utfør"-knappen.
Vi kom inn i innstillingsveiviseren for elementet i katalogen "Regler for objektkonvertering" (fig. 9)
I kildedatabasen må vi velge et objekt hvis data skal synkroniseres.
I bunnen av mottakeren er det en tabell hvor disse dataene vil gå.
På neste trinn må vi bestemme oss for oppstartsparametrene:
- Hvilke detaljer vil bli brukt for å søke etter en kamp;
- Hva skal man gjøre med eksisterende elementer;
- Om man skal lage manglende elementer;
- Hvordan håndtere lenker;
- Hvilke regler skal brukes for å nummerere nye elementer.
Og losseparametere.
Hvis vi bestemmer oss for å utføre automatisk datatilpasning, hopper vi over dette punktet.
På slutten må vi laste opp de opprettede reglene til disken (fig. 10).
Vi vil utføre ytterligere datautveksling ved hjelp av V8Exchan83.epf-behandling (fig. 11), som også er inkludert i leveringssettet. Bruk av standard datautveksling inkludert i konfigurasjonen eller selvskreven behandling, ved bruk av reglene som er opprettet på CDen, kan resultere i et unntak.
Og igjen: det er ekstremt viktig at versjonen av opplastingsfilen, konfigurasjonen og utvekslingsbehandlingen er den samme og er hentet fra samme levering, bare i dette tilfellet vil du beskytte deg selv så mye som mulig mot alle slags problemer.
I alle fall, hvis verifiseringen av riktigheten av dataoverføringen viste tilstedeværelsen av konflikter og feil, lar behandlingen av overføringen deg slette disse dataene fra databasen.
blog.it-terminal.ru
Regler for konvertering av ZUP 25 til ZUP 30
Overføring av data fra 1C UPP og 1C KA 1.1 programmer til 1C ZUP
Denne artikkelen vil diskutere hvordan data overføres fra infobasen til standardkonfigurasjoner rev. 1.3 eller 1C Kompleks automatisering versjon 1.1 (heretter referert til som kildekonfigurasjonen) inn i informasjonsbasen til standardkonfigurasjonen versjon 2.5 for 1C: Enterprise 8 (heretter referert til som destinasjonskonfigurasjonen). Artikkelen er henholdsvis en instruksjon.
Om overføring til ZUP 3 Les under.
Det anbefales å bytte fra en kildekonfigurasjon til en mottakerkonfigurasjon ved begynnelsen av en ny periode (år, kvartal, måned) etter fullføring av rutineoperasjoner i forrige periode.
Dataoverføring utføres ved hjelp av universell prosessering som laster ut data fra infobasen til kildekonfigurasjonen til en fil i XML-format. Den resulterende filen (1C-data) lastes inn i informasjonsbasen til mottakerkonfigurasjonen ved bruk av universell datainnlastingsbehandling.
Følgende filer kreves for å overføre data:
KA_ZUP.xml - regler for datautveksling (konvertering).
Fra infobasen til kildekonfigurasjonen til ZUP 2.5 overført:
diagrammer over beregningstyper, diagrammer over karakteristiske typer
dokumenter fra infobasen til kildekonfigurasjonen for hele regnskapsperioden, samt deres bevegelser, dvs. sett med registerposter (akkumuleringsregistre, beregning, informasjon)
nødvendig referanseinformasjon fra infobasen til kildekonfigurasjonen
Konvertering utføres i to trinn:
- data fra infobasen til 1C kildekonfigurasjoner lastes opp til en egen fil (datafil);
- den mottatte filen lastes inn i informasjonsbasen til mottakerkonfigurasjonen (1C ZUP 2.5).
Ingen innstilling er nødvendig, siden behandlingene som er innebygd i de typiske konfigurasjonene i kildekonfigurasjonen og destinasjonskonfigurasjonen brukes.
I et program 1C Kompleks automatisering eller 1C Manufacturing Enterprise Management du må åpne behandling, velge mappen som inneholder overføringsreglene (se fig. 1) og laste inn utvekslingsreglene.
Ris. 1 . Dataopplastingsbehandling
Vær oppmerksom på bokmerket Opplastingsalternativer... Når du overfører, må du stille inn parameteren - organisasjon riktig. Det er ikke nødvendig å stille inn losseperioden, siden hele infobasen er overført. Hvis det likevel er et ønske om å ikke laste ut all informasjonen, må du huske på at databasen først må kollapses. Dette kan gjøres i en kopi av arbeidsbasen før migrering. Ellers må restene legges inn manuelt i den nye databasen.
Hvis du ønsker det, kan du overføre data i deler, ikke i hele. Vi vil vise hvordan du velger en spesifikk katalog eller til og med individuelle elementer i en valgt katalog ved å bruke eksemplet med å losse en person. La oss bare merke én regel for dataavlasting Enkeltpersoner(se fig. 2). Dette vil tillate å fjerne bare elementene i katalogen. Enkeltpersoner... I det høyre feltet kan du i tillegg angi utvalget av katalogelementer etter attributter.
Fig. 2 Hvordan sette en regel for opplasting av data av en bestemt type
Etter endt lossing data fra programmet 1C KA du må kjøre programmet 1C ZUP 2.5... Lasting inn i infobasen både initialt og under gjentatte dataoverføringer eller tilleggsoverføringer bør utføres ved bruk av vanlig behandling Generisk XML-datautveksling(se fig. 3), som er tilgjengelig i alle typiske konfigurasjoner (programmer) av 1C.
Etter at dokumentene er lastet inn i databasen, skal ikke mottakerkonfigurasjonen bokføres, siden dokumentene overføres sammen med deres bevegelser (registeroppføringer).
Datakonverteringsteknikk.
Konvertering, om nødvendig, kan utføres i flere stadier, for eksempel først kataloger og deretter dokumenter. Reoverføring av informasjon er mulig. Mellom overføringene bør du ikke foreta korrigeringer av de overførte dataene i mottakerens konfigurasjonsdatabase, ellers kan disse korrigeringene forsvinne ved gjentatte overføringer.
Et særtrekk ved disse overføringsreglene er at mange objekter i mottakeren ikke søkes etter en intern identifikator, men av et sett med attributter. Det er umulig å fortelle om alle reglene for synkronisering av objekter under overføring, det er for mange av dem. Derfor må du huske at endring av attributter kan føre til at duplikater vises under gjentatte overføringer. For en mer detaljert bekjentskap med overføringsreglene, må du laste dem inn i konfigurasjonen Datakonvertering... Prinsippene for objektsynkronisering er utviklet basert på vår egen erfaring med dataoverføring.
Overfør til ZUP 3.x
Det skal bemerkes at det er et alternativ for å overføre data i to trinn: først fra CA 1.1 v ZUP 2.5 deretter fra ZUP 2.5 v ZUP 3.x... Her vil vi vurdere muligheten for overføring i ett trinn.
Overføre data fra CA 1.1 eller SCP 1.3 v ZUP 3.1(BZKR) produseres så vel som fra ZUP 2.5 v ZUP 3.1... Metodikken og egenskapene er beskrevet i detalj på 1C-nettstedet. Som en del av den angitte konfigurasjonen ZUP 3.1 det er Migrerings- og innledende konfigurasjonsassistent... Ved første start av en infobase opprettet med konfigurasjonen av versjon 3.0 (3.1), åpnes behandlingen. Innledende programinnstilling og det foreslås å konfigurere den ved hjelp av en spesiell trinn-for-trinn-assistent (se fig. 4). Men det er ikke egnet for å laste data fra Integrert automatisering 1.1.
Fig. 4 Startside ZUP 3.1
Hvis du angir at du ønsker å overføre data fra versjon 2.5, vil en liste over alle infobaser installert på datamaskinen ved neste trinn bli bestemt og tilbudt, inkludert databasen CA 1.1(eller SCP). Men hvis du velger en base CA 1.1 så når du prøver å laste opp data, vises en feilmelding og prosessen vil bli avbrutt. Derfor, i stedet for vanlig behandling, må du starte ekstern behandling Innledende programoppsett.epf eller Innledende programinnstilling CORP.epf som følger med overføringsreglene. Startvinduet ser ut som det vist i figur 5. Men så er prosessen ikke forskjellig fra overføringen beskrevet på nettsiden til 1C-selskapet fra ZUP versjon 2.5.
Fig. 5 Behandlingsstartvindu Innledende oppsettprogrammer
Det skal bemerkes at leveringssettet og den angitte behandlingen inneholder utvekslingsregler som kan brukes uavhengig i henhold til den klassiske teknologien for opplasting og nedlasting av data ved bruk av standardbehandling. Generisk XML-datautveksling... Men du må vite godt hva som skal losses. Derfor anbefaler vi å bruke disse reglene, om nødvendig, kun for delvis re-overføring, for eksempel en oppslagsbok.
05/11/2018 ble reglene oppdatert til utgivelsene av CA 1.1.101.3 (UPP 1.3.106.3) og ZUP 2.5.130.2
20.04.2018 ble reglene oppdatert til utgivelsene av CA 1.1.101.2 (UPP 1.3.106.2) og ZUP 3.1.6
30.03.2018 ble reglene oppdatert til utgivelser CA 1.1.100.1 (UPP 1.3.105.1) og ZUP 2.5.130.2
03/06/2018 ble reglene oppdatert til utgivelser CA 1.1.99.2 (UPP 1.3.104.2) og ZUP 2.5.129.3
27.02.2018 ble reglene oppdatert til utgivelser CA 1.1.98.1 (UPP 1.3.103.1) og ZUP 2.5.129.2
14.02.2018 ble reglene oppdatert til utgivelsene av CA 1.1.97.1 (UPP 1.3.102.1) og ZUP 2.5.128.1
01/09/2018 ble reglene oppdatert til utgivelser CA 1.1.94.1 (UPP 1.3.99.1) og ZUP 3.1.4
Den 21.12.2017 ble reglene oppdatert til utgivelsene av CA 1.1.93.1 (UPP 1.3.98.1) og ZUP 2.5.125.1
11/07/2017 ble reglene oppdatert til utgivelsene av CA 1.1.92.1 (UPP 1.3.97.1) og ZUP 2.5.124.1
10/05/2017 ble reglene oppdatert til utgivelsene av KA 1.1.91.1 (UPP 1.3.96.1) og ZUP 2.5.123.1
22.09.2017 ble reglene oppdatert til utgivelsene av CA 1.1.89.1 (UPP 1.3.94.1) og ZUP 2.5.122.1
21.09.2017 ble reglene oppdatert til utgivelsene av CA 1.1.89.1 (UPP 1.3.94.1) og ZUP 3.1.3
Den 25. august 2017 ble reglene oppdatert til utgivelser CA 1.1.88.1 (SCP 1.3.93.1) og ZUP 2.5.121.1 For kompatibilitet med forrige utgivelse av CA (SCP), dokumentene Informasjon om opptjening av forsikrede personers stadier er midlertidig ikke overført.
27.07.2017 ble reglene oppdatert til utgivelsene av CA 1.1.87.1 (UPP 1.3.92.1) og ZUP 3.1.3
07/06/2017 ble reglene oppdatert til utgivelsene av KA 1.1.87.1 (UPP 1.3.92.1) og ZUP 2.5.120.1
06/09/2017 ble reglene oppdatert til utgivelser KA 1.1.86.1 (UPP 1.3.91.1) og ZUP 2.5.119.1
06/02/2017 ble reglene oppdatert til utgivelser KA 1.1.85.3 (UPP 1.3.90.3) og ZUP 2.5.118.2
18. april 2017 ble reglene oppdatert til utgivelsene av CA 1.1.85.1 (UPP 1.3.90.1) og ZUP 2.5.117.1
30.03.2017 ble reglene oppdatert til utgivelsene av CA 1.1.84.1 (UPP 1.3.89.1) og ZUP 2.5.116.1
28.02.2017 ble reglene oppdatert til utgivelsene av CA 1.1.82.2 (UPP 1.3.87.2) og ZUP 3.1.2
02/03/2017 ble reglene oppdatert til utgivelser CA 1.1.82.2 (UPP 1.3.87.2) og ZUP 2.5.114.1
01/02/2017 ble reglene oppdatert til utgivelser KA 1.1.81.1 (UPP 1.3.86.1) og ZUP 2.5.113.1
12/05/2016 ble reglene oppdatert til utgivelser KA 1.1.80.1 (UPP 1.3.85.1) og ZUP 2.5.112.1
30.11.2016 lagt til mulighet for overføring til ZUP 3.1.1
15.11.2016 ble reglene oppdatert til utgivelsene av KA 1.1.79.1 (UPP 1.3.84.1) og ZUP 2.5.111.1
10/05/2016 ble reglene oppdatert til utgivelsene av KA 1.1.78.1 (UPP 1.3.83.1) og ZUP 2.5.110.1
09/08/2016 ble reglene oppdatert til utgivelsene av KA 1.1.76.2 (UPP 1.3.81.2) og ZUP 2.5.109.1
29.07.2016 ble reglene oppdatert til utgivelsene av KA 1.1.75.1 (UPP 1.3.80.1) og ZUP 2.5.107.1
07.07.2016 ble reglene oppdatert til utgivelsene av KA 1.1.74.1 og ZUP 2.5.106.1
23.06.2016 ble reglene oppdatert til utgivelsene av KA 1.1.73.2 og ZUP 2.5.105.1
29.03.2016 ble reglene oppdatert til utgivelsene av KA 1.1.69.3 og ZUP 2.5.100.1
20.01.2016 ble reglene oppdatert til utgivelsene av KA 1.1.66.1 og ZUP 2.5.98.1
17.09.2015 ble reglene oppdatert til utgivelsene av KA 1.1.63.1 og ZUP 2.5.94.2
Gratis oppdateringer i 6 måneder fra kjøpsdatoen. Etter slutten av gratisperioden gis betalt støtte.
Fordeler:
Regler skapt av teknologi Datakonverteringer: lett å redigere.
Helt åpen, det er ingen lisensieringsbegrensninger annet enn forbud mot duplisering.
Pakken inkluderer: overføringsregler KA_ZUP eller KA_ZUP31, behandling Innledende oppsettprogrammerå laste data inn i ZUP3... Hvis organisasjonen din ikke har en heltidsprogrammerer til å utføre arbeidet, er vi klare til å tilby tjenestene til spesialisten vår (programmereren vil koble seg til datamaskinen din via Internett ved hjelp av et spesielt program for eksternt arbeid og utføre de nødvendige arbeid). Hvis du har mulighet til å gi en arbeidsbase 1C integrert automatisering rev. 1.1, kan vi overføre dataene selv og overføre basisfilen 1C Lønn og personalledelse med de overførte dataene. Kostnaden for denne tjenesten er ikke inkludert i den totale pakkeprisen.
I. Hva må gjøres i 1C: Regnskap 8", rev. 3
Vi vil beskrive handlingssekvensen for Taxi-grensesnittet.
1. Menypunkt "Hoved" - "Regnskapsparametere". Vi åpner fanen "Lønn og personell" og indikerer at beregningen av lønn og personaljournal føres i et eksternt program.
Vi angir hvordan vi ønsker å gjennomføre lossing – for hver ansatt eller oppsummert.
2. Menypunkt "Lønn og personal" - "Lønnsregnskapsinnstillinger". Vi setter avkrysningsboksen "Bruk utvekslingsformatet ZUP ed. 2,5".
3. Vi losser fra "1C: Regnskap 8", red. 3. i "1C: Lønn og personalstyring", rev.2.5 kontoplan og nødvendige analyser.
For å gjøre dette, gå til menypunktet "Lønn og HR" - "Last opp til" Lønns- og personalledelse, rev. 2.5
Dersom regnskapet i "1C: Lønn og personalstyring" ennå ikke er opprettholdt, så tar vi med posten "Informasjon for opplasting til nytt informasjonsgrunnlag." Dette vil laste ned informasjon om organisasjonen, regnskapspolicy, enkeltpersoner osv.
Det anbefales å gjøre den første lossingen bare én gang. Hvis regnskapet i "1C: Lønn og personalstyring" allerede opprettholdes, kontrollerer vi før lossing identiteten til organisasjonsnavnet, TIN og KPP i programmene "1C: Lønn og personalstyring", rev. 2.5 og "1C: Regnskap 8", rev. 3.
Under videre arbeid med programmer, dersom analysene (eller kontoplanen) endres i "1C: Regnskap 8", rev. 3, så må vi foreta ytterligere utlasting av denne analysen i "1C: Lønn og personalstyring". I dette tilfellet setter vi bare avmerkingsboksene for seksjonen "Regnskapsobjekter" (eller følgelig laster vi bare opp den endrede kontoplanen og subkontotyper).
Lossing i eksemplet utføres i filen vi spesifiserte.
II. Hva må gjøres i «1C: Lønn og personalstyring», red. 2.5
Vi opprettet utveksling i «1C: Lønn og personalstyring», red. 2.5
1. Menypunkt "Service" - "Programinnstillinger". Åpner fanen "Regnskapsprogram" og indikerer at regnskapsprogrammet som brukes er "Enterprise Accounting", rev. 3.0.
2. Vi angir modusen for lossing av transaksjoner vi trenger - med detaljer fra ansatte eller konsoliderte.
3. Last ned tidligere utlastede data fra "1C: Regnskap 8", rev. 3. For å gjøre dette, gå til menypunktet "Tjeneste" - "Datautveksling" - "Universell datautveksling". Gå til fanen "Data loading", spesifiser filen som dataene ble lastet opp til fra "1C: Accounting 8", red. 3 og klikk "Last inn data".
4. Nå har vi all informasjon for å sette opp transaksjoner i "1C: Lønn og HR", rev. 2.5. Vi åpner "Lønn etter organisasjon" - "Lønn" - "Måter å reflektere lønn i regulert regnskap." Vi indikerer korrespondanse mellom kontoer og analyser.
Hvis hele lønnen til ansatte henføres til én konto, så kan transaksjonen knyttes til organisasjonen, dersom lønnen til ulike avdelinger er til ulike kontoer, så knytter vi ulike transaksjoner til avdelinger osv. Poenget er at alle periodiseringer og fradrag som brukes i organisasjonen bør gjenspeiles i transaksjonene. Etter å ha beregnet lønn og skatt, danner og poster vi dokumentet «Refleksjon av lønn i regulert regnskap». Det danner ledningene. Vi lager lønnssammendragsrapporten og lønnsrefleksjon i regulert regnskapsrapport. Vi sjekker om alle gebyrer og fradrag ble reflektert i transaksjonene. Hvis alt er i orden, går vi videre til å losse transaksjoner i "1C: Regnskap 8", rev. 3.
5. For å gjøre dette, gå til menypunktet "Tjeneste" - "Datautveksling" - "Last opp data til regnskapsprogrammet":
Vi laster ut transaksjonene i filen vi spesifiserte.
III. Det siste trinnet er å laste opp transaksjoner til 1C: Regnskap 8, rev. 3
6. Gå til menypunktet "Lønn og personal" - "Last ned data i ZUP-format, rev. 2.5 ", spesifiser stien til filen for opplasting av transaksjoner fra" 1C: Lønn og menneskelige ressurser ", rev. 2.5 og trykk på knappen "Last inn data".
Etter innlasting i menypunktet "Lønn og personell" vil dokumenter bli generert
- "Lønn (ZUP 2.5, ZIK 7.7)
- "Oppgave for utbetaling av lønn."
For å gjenspeile faktumet med utbetaling av lønn, er det nødvendig å generere et dokument "Kontantutgående ordre" med operasjonstypen "Utbetaling av lønn i henhold til erklæringer" eller "Utbetaling av lønn til en ansatt" med referanse til de overførte oppgavene for betaling av lønn.
Sette opp utveksling av 1C ZUP og BP. Opplasting og lasting av data fra 1C Lønn og personaladministrasjon 2.5 til Enterprise Accounting 3.0
- Å sette opp datautveksling i 1C-programmet mellom konfigurasjonene "Lønn- og personalstyring" og "Bedriftsregnskap" tar ikke mye tid, spesielt hvis du er 1C-spesialist. La oss vurdere datautveksling ved å bruke eksemplet med konfigurasjonene Lønn og personaladministrasjon av utgave 2.5 og Enterprise Accounting av utgave 3.0.
- I programmet Lønn og personalstyring 2.5 åpner du programinnstillingene gjennom menyen Tjeneste / Programinnstillinger og går til fanen Regnskapsprogram og velger Enterprise Accounting revisjon 3.0 (Figur 1).
Figur 1. - Konfigurering av lossing i 1C
- For å laste opp data fra "lønnen" til "regnskapet", gå til Tjeneste / Datautveksling / Last opp data til regnskapsprogrammet. I vinduet som åpnes velger du en organisasjon, spesifiser perioden for opplasting av data og stien til filen der data fra infobasen skal skrives. Etter at vi trykker på "Utfør" (Figur 2).
Figur 2. - Lossing av data fra 1C
- Etter at dataene fra "lønnen" er lastet ut, vil vi laste dem inn i "regnskapsavdelingen". I 1C Accounting 3.0-programmet, i kategorien Kataloger og regnskapsinnstillinger, åpner du vinduet Regnskapsinnstillinger. Der vil vi i avsnittet Ansatte og lønn angi at regnskapsføring av lønnsberegninger og personaljournal føres i et eksternt program (Figur 3).
Figur 3. - Sette regnskapsparametere i regnskap 3.0
- La oss nå gå til Ansatte og lønn-fanen og i Datautveksling med ZUP-delen klikker du på Last inn lønnsdata i ZUP-format, red. 2,5 (Figur 4).
Figur 4. - Datautveksling med ZUP
- I vinduet som åpnes velger du datafilen som vi har lagret fra 1C Lønns- og personalstyringsprogrammet og klikker på "Last inn data" (Figur 5).
