**********************************************

Priimtini sutrumpinimai

KA 1.1- tipinė konfigūracija „1C: Integrated Automation 8“, 1.1 leidimas. Prievadas atnaujintas leidimui KA 1.1.115.x;

SCP 1.3- tipinė konfigūracija „1C: Gamybos įmonės valdymas 8“, 1.3 leidimas. Prievadas atnaujintas leidimui SCP 1.3.122.x;

AKS 3,0- tipinė konfigūracija „1C: Enterprise Accounting 8“, 3.0 leidimas, versija PROF, CORP arba pagrindinis. Prievadas atnaujintas leidimui BP 3.0.71.x.

Duomenų perdavimas iš KA 1.1 į BP 3.0

Perdavimui galimi du patobulinimai – konvertavimo taisyklės arba išorinis mainų apdorojimas.

1. Programoje sukurtos konvertavimo taisyklės Duomenų konvertavimas. Duomenims įkelti ir atsisiųsti naudojamas standartinis apdorojimas. Nurodymai, kaip atlikti perkėlimą, pridedami prie leidinio. Toliau tekste galite susipažinti su duomenų perdavimo ypatybėmis, perdavimo metodika, perduodamų objektų sąrašu, pateikiamos instrukcijos ir vaizdo demonstracija.

2. Perkėlimui atlikti reikalingi tik būtini nustatymai. Vienas iš jų skirtas KA 1.1 ir leidžia įkelti duomenis į failą. Antrasis yra pritvirtintas prie AKS 3,0, įkelia duomenis iš failo. Vykdant mainus naudojant apdorojimą, 1C programos išlieka tipiškos.

Leidinio apačioje galite pasirinkti reikalingą kūrimo tipą.

Susipažinti su duomenų perdavimo pavyzdžiu, gautu atsisiunčiant iš tipinės demobazės KA 1.1 iš įmonės 1C.

Kam bus naudingas duomenų perdavimas?

Perkėlimas skirtas profesionaliems diegėjams, kuriems reikia pereiti nuo apskaitos į KA 1.1 ant AKS 3,0. Naudodami paruoštą programą sutaupysite daug laiko kuriant perdavimo metodiką, ją įgyvendinant, derinant ir tikrinant klaidas.

Taip pat duomenų perdavimą galės savarankiškai atlikti organizacijų, nusprendusių pereiti nuo apskaitos į Integruota automatika ant Įmonės apskaita 3.0. Pagal siūlomas instrukcijas ir vaizdo demonstravimą galite atlikti pervedimą net nebūdami 1C specialistu. Tačiau vis tiek rekomenduojame kreiptis į patyrusius 1C specialistus, kad garantuotumėte darbų kokybę ir sutaupytumėte laiko. Taip pat galite susisiekti su mumis dėl šios užduoties. Galime nuotoliniu būdu prisijungti prie Jūsų kompiuterio ir atlikti perkėlimą arba išsiųsti duomenų bazę paštu AKS 3,0 su įkeltais duomenimis (tarifas VIP). Turime didelę patirtį kuriant ir įgyvendinant duomenų perdavimą, aptarti šią užduotį rašykite privačiomis žinutėmis.

Kodėl verta pereiti nuo „Integrated Automation 1.1“ į „Enterprise Accounting 3.0“?

Yra įvairių priežasčių, kodėl organizacijos pereina prie apskaitos Įmonės apskaita 3.0 vietoj Integruota automatika 1.1. Paprastai išskiriame dvi pagrindines priežastis:

1) AKS 3,0 yra moderni programa, diegianti daugybę naujų funkcionalumų, veikia valdomose formose, automatizuojamos įvairios papildomos verslo operacijos. Palyginti su KA 1.1 konfigūracija AKS 3,0 yra naujos kartos programa.

2) KA 1.1 palaiko valdymo apskaitą, o tai reiškia, kad dokumentuose yra daug daugiau detalių. Taigi, įvedus pirminiai dokumentai in AKS 3,0 užtrunka žymiai mažiau laiko (iki dviejų kartų trumpiau įvesti kiekvieną siuntą). Taip pat daug lengviau atlikti mėnesio uždarymą ir kitas įprastas operacijas.

Be to, organizacija gali nuspręsti dalytis šiomis programomis. Pavyzdžiui, galima pasirinkti darbo scenarijų, kai pirkimų skyriaus ir pardavimo skyriaus darbuotojai ir toliau naudojasi KA 1.1, o buhalterija pradeda vesti apskaitą AKS 3,0. Tokiu atveju reikės reguliariai keistis duomenimis tarp šių programų. Norėdami tai atlikti, jums gali būti patogu naudoti išorinį mainų apdorojimą, kuris pridedamas prie leidinių.

Duomenų perdavimo KA 1.1 => BP 3.0 ypatybės naudojant mainų taisykles

0) Prieš perkėlimą būtina būtinai pasidarykite atsarginę kopiją bazės AKS 3,0į kurį bus įkeliami duomenys.

1) Taisyklės skirtos tikriems standartiniams programų leidimams „1C: Integruota automatika 8“, 1.1 red ir „1C: įmonės apskaita 8“, red. 3.0 iš įmonės 1C (tai yra, nepakitusios konfigūracijos). Taip pat turite įdiegti dabartinę platformos versiją 1C: Įmonė 8.3.

2) Taisyklės pateikiamos kaip konvertavimo taisyklių failas tokiu formatu XML(taigi šaltinio kodas, žinoma, yra atvirojo kodo). Jei reikia atlikti nestandartinių konfigūracijų perkėlimą, siūlomos taisyklės turi būti užbaigtos programoje Duomenų konvertavimas. Dėl mokamos peržiūros galite susisiekti su mumis dėl šios užduoties, parašyti problemos pareiškimą asmeninėmis žinutėmis.

3) Likučio duomenys pervedimui paimti iš KA 1.1 nuo sąskaitų likučių buhalterinė apskaita pasirinktą dieną. Tai yra, valdymo apskaitos registrų duomenys perdavimui jokios įtakos neturi.

4) Perkėlimas gali būti atliktas vienu žingsniu. Duomenų įkėlimo tvarka yra tokia: pirmiausia nustatoma apskaitos politika, tada – nuoroda Informacija(katalogai, charakteristikų tipų planai ir informacijos registrai), tada likučiai, tada dokumentai.

5) Perdavimas atliekamas naudojant tipo apdorojimą Universal Exchange XML formatu, kuri yra kiekvienos tipinės 1C konfigūracijos dalis, įskaitant KA 1.1 ir AKS 3,0. Instrukcijos, kaip atlikti perkėlimą naudojant šį apdorojimą, pridedamos prie šio leidinio.

6) Perduodant būtina užpildyti universalią mainų įforminimo formą, nurodant iškrovimo laikotarpio pradžios ir pabaigos datas. Faktas yra tas, kad sąskaitos likučiai bus perkelti į pasirinkto laikotarpio pradžios datą. O dokumentai – laikotarpiui nuo pradžios iki pabaigos datos.

7) Perkeliant didelius duomenų kiekius (kai įkeliamas failas didesnis nei 3-4 GB), reikia naudoti našiausią kompiuterį ar serverį. Jei tai neįmanoma, perkėlimas turi būti atliekamas keliais etapais. Rekomenduojami žingsniai: 1) katalogai, 2) likučiai, 3) dokumentai. Dokumentai taip pat gali būti suskirstyti į metus arba į šešių mėnesių ar trumpesnius laikotarpius. Ir kiekvienas iš etapų savo ruožtu išsikrauna iš KA 1.1 ir įkelti į duomenų bazę AKS 3,0. Įkėlimo taisyklių sąraše turite pažymėti grupę Žinynai tik tada, kai būtina visiškai perkelti katalogus. Jei pakanka perkelti tik tuos elementus, kurie naudojami laikotarpio dokumentuose ir likučiuose, tada pažymėkite taisyklių grupę Žinynai visai nereikalingas.

8) Perdavimo taisyklės buvo sukurtos 2014 m. rugpjūčio mėn., nuo tada daugelis įmonių jomis naudojasi, daugelis pradėjo taip vesti apskaitą AKS 3,0. Tačiau kiekvienas turi savo apskaitos ypatybes, retais atvejais pervedimo metu gali atsirasti klaidų. Informaciją apie jas siųskite privačiomis žinutėmis infostarte, stengiamės tai labai greitai sutvarkyti, esant galimybei per 24 valandas po klaidos aptikimo. Retais atvejais korekcijos laikas gali būti padidintas iki 2 dienų. Tuo pačiu taisykles koreguojame tik tuo atveju, jei Jūsų konfigūracijos yra tipinės ir apskaita vykdoma teisingai bei pagal 1C rekomenduojamą apskaitos metodiką.

9) Jei įkeliate į pagrindinę versiją AKS 3,0, tada skirtuke Galimybės būtinai nustatykite pasirinkimą pagal organizaciją. Taip pat patikrinkite, ar laukai Vardas, TIN, KPP organizacijos kortelėje KA 1.1 visiškai atitinka laukus Vardas programoje, TIN, KPP in AKS 3,0. Tik tokiu atveju įvyks organizacijų palyginimas ir atsisiuntimas nebus nutrauktas dėl klaidos bandant sukurti antrą organizaciją. Ir, kaip žinome, pagrindinėje versijoje tai draudžiama.

Keitimosi naudojant apdorojimą ypatybės

Daugelis buhalterių nori vesti apskaitą ir teikti ataskaitas iš programos „1C: Įmonės apskaita 8“, 3.0 red. Tokiu atveju valdymo apskaitai gali būti naudojamos įvairios programos: UT 10.3, UT 11, SCP 1.3, ERP 2 ir taip pat KA 1.1(dar žinomas kaip „1C: Integrated Automation 8“, 1.1 red.).

Tačiau 1C nesukūrė tipiško duomenų perdavimo ar keitimosi duomenimis tarp programų. KA 1.1 ir AKS 3,0.

Reguliariai interaktyviems mainams (tai yra, kurie atliekami rankiniu būdu) galite naudoti nurodytą apdorojimą.

Šie apdorojimo būdai turi būti pridedami kaip papildomi tiek komplekse, tiek apskaitoje.

Didelis tokio mainų scenarijaus privalumas yra tas, kad programos išlieka tipiškos. Ir jei kompleksui tai nėra taip kritiška, tai gana svarbu apskaitai. Jis atnaujinamas dažnai, o nestandartinės apskaitos atnaujinimas reiškia papildomų lėšų ir laiko.

Taigi pardavimo skyrius, pirkimų skyrius, įmonės administracija gali ir toliau tvarkyti valdymo apskaitą kompleksiškai automatizuojant. O buhalterija galės balansuoti, rengti ataskaitas savo programoje „Įmonių apskaita“, 3.0 versija.

Prieš kiekvieną duomenų įkėlimą (kuris gali būti atliekamas, pavyzdžiui, kartą per mėnesį), rekomenduojame į buhalteriją įtraukti keitimo draudimo datą. Taip bus užtikrinta, kad įkeliant seni duomenys nebus pakeisti.

1) Galimas duomenų apsikeitimas tarp programų „1C: Integrated Automation 8“, 1.1 red. ir „1C: Įmonės apskaita 8“, red. 3.0. Duomenys perduodami viena kryptimi KA1.1 => BP3.0. Tinkama platforma yra dabartinė 1C:Enterprise 8.3 versija.

2) Galiu pasiūlyti pagerinti duomenų mainus Jūsų nestandartinėms konfigūracijoms arba specialų apskaitos būdą. Šis pakeitimas bus mokamas. Jei yra pastabų dėl duomenų mainų sudėties ar metodo, susijusių su tipine darbo 1C programose metodika, aš tai pataisau nemokamai ir greitai. Pavyzdys: reikia įgyvendinti dokumentų perdavimą Prekių ir paslaugų gavimas (KA 1.1) dokumentuoti Prekių ir paslaugų pardavimas (AKS 3,0) – ši peržiūra bus mokama. Arba 2 pavyzdys: kataloge Organizacijos kontaktinė informacija neperduodama – ši peržiūra bus įdiegta nemokamai ir greitai.

3) Apdorojimo kodas yra atviras, jį galima modifikuoti savarankiškai.

4) Duomenų mainų atnaujinimai, kai nauji 1C programų leidimai išleidžiami per savaitę po leidimų išleidimo. Atnaujinimai nemokami. Norėdami gauti atnaujinimą, turite parašyti man asmeninę žinutę. Jei įsigijote programą, būsite įtraukti į šio duomenų mainų atnaujinimų gavėjų sąrašą.

5) Suteikiu nemokamą techninę pagalbą keičiantis duomenimis per tris mėnesius nuo pirkimo. Esant poreikiui, galima ir papildoma mokama parama.

6) Norint nustatyti duomenų mainus naudojant išorinį apdorojimą, pakanka kiekvienoje programoje prijungti savo išorinį apdorojimą. AT KA 1.1 prijungti tiek išorinį iškrovimo, tiek įėjimo apdorojimą AKS 3,0- duomenų įkėlimo apdorojimas. Po to galite pradėti keistis duomenimis iš programų. Arba galite atidaryti apdorojimą pagrindiniame meniu - Failas – atidaryti.

7) Iškraunant galima nustatyti pasirinkimą pagal organizaciją Tada bus perduodami tik šios organizacijos duomenys. Tai apima visos su organizacijomis susijusios informacijos filtravimą. Ši funkcija bus naudinga tiek pagrindinės apskaitos vartotojams, tiek organizacijoms, kurios veda įrašus KA 1.1 daugeliui organizacijų, įskaitant vadovybę. Arba, jei reikia, iš vienos duomenų bazės KA 1.1įkelti į keletą skirtingų bazių AKS 3,0.

8) Jei įkėlus duomenis į duomenų bazę AKS 3,0 dokumentai buvo pataisyti, o tada vėl atsirado poreikis perkelti naujus dokumentus ar atlikti kai kuriuos pataisymus KA 1.1Žvelgiant atgal, tai yra galimybė. Reikalingas komentarų dokumentuose AKS 3,0 pridėti žodį „apsaugoti“. Šį žodį galima pridėti prie pagrindinio komentaro teksto. Jis gali būti bet kur – pradžioje, pabaigoje, net komentaro viduryje. Galite rašyti didžiosiomis arba mažosiomis raidėmis. Jei dokumento komentare yra žodis „apsaugoti“, tas dokumentas nebus perrašytas, kai duomenys įkeliami iš KA 1.1. Šią funkciją rekomenduojama naudoti kartu su neredagavimo data AKS 3,0.

Nešiojami dokumentų tipai

Perkeliami visi galimi programos dokumentų tipai KA 1.1 ir AKS 3,0. Jei ką nors praleidote ir negalite perkelti, galite susisiekti su mumis – pridėsime prie duomenų perdavimo.

Ilgalaikis turtas

• Nematerialiojo turto plėtra
• OS kūrimas
• Ilgalaikio turto nusidėvėjimo grafikų keitimas
• Ilgalaikio turto nusidėvėjimo skaičiavimo parametrų keitimas
• Nematerialiojo turto nusidėvėjimo skaičiavimo sumažinimo koeficiento keitimas (mokesčių apskaita)
• OS būsenos pasikeitimas
• Specialiojo ilgalaikio turto nusidėvėjimo skaičiavimo koeficiento keitimas (mokesčių apskaita)
• Nebaigtų darbų inventorizacija
• OS inventorius
• OS atnaujinimas
• Nematerialiojo turto perdavimas
• Įrangos perdavimas montavimui
• OS perkėlimas
• Perkeliama OS
• Pasiruošimas OS perkėlimui
• Nematerialiojo turto priėmimas
• Nematerialiojo turto priėmimas į apskaitą
• Priėmimas į OS apskaitą
• Nematerialiojo turto nurašymas
• OS eksploatavimo nutraukimas

Atlyginimas

• Organizacijoms mokamas atlyginimas
• Spektaklio sąrašas
• Atlyginimo atspindėjimas įprastoje apskaitoje
• Įdarbinimas
• Atleidimas iš darbo
• Organizacijų darbuotojų darbo užmokesčio apskaičiavimas
• Atostogų kaupimas organizacijų darbuotojams
• Ligos atostogų kaupimas
• Organizacijos darbuotojų premijos
• Įdarbinimas organizacijai
• Organizacijų personalo perkėlimas
• Atleidimas iš organizacijų

Naudojamos medžiagos

• Medžiagų grąžinimas iš tarnybos
• Medžiagų perkėlimas į eksploataciją
• Medžiagų nurašymas nuo eksploatacijos

Gamyba

• Gamybos paslaugų teikimo įstatymas (nenaudojamas)
• Prekių priėmimas iš perdirbimo (nenaudotas)
• Sąskaitos faktūros reikalavimas

Reguliuojama buhalterinė apskaita

• Pajamų ir išlaidų įrašai knygoje USN(rankinė apskaita)
• Veikla (apskaita ir mokesčių apskaita)
• Pirkimo knygos įrašų formavimas
• Pardavimų knygos įrašų formavimas

Pagrindiniai dokumentai (prekyba, tarpusavio atsiskaitymai)

• Išankstinė ataskaita
• Susitaikymo aktas
• Prekių grąžinimas iš pirkėjo
• Prekių grąžinimas tiekėjui
• Muitinės deklaracija importui
• Įgaliojimas
• Pirkėjo užsakymas
• Atsiskaitymų su sandorio šalimis inventorius
• Prekių inventorizacija sandėlyje
• Pilnas nomenklatūros rinkinys
• Skolos koregavimas
• Kvito koregavimas
• Įgyvendinimo koregavimas
• Prekių siuntimas
• Komisijos nario pardavimo ataskaita
• Pranešimas siuntėjui apie prekių pardavimą
• Mažmeninės prekybos ataskaita
• Prekių pervežimas
• Prekių judėjimas
• Prekių perkainojimas mažmeninėje prekyboje
• Papildomos kvitas išlaidas
• Prekių ir paslaugų gavimas
• Prekių ir paslaugų gavimas NTT
• Siuntų prekių pardavimas
• Prekių ir paslaugų pardavimas
• Apdorojimo paslaugų teikimas (nenaudojamas)
• Prekių nurašymas
• Pirkėjo sąskaita faktūra
• Tiekėjo sąskaita faktūra
• Išrašyta sąskaita faktūra
• InvoiceInvoiceReceived
• Prekių kainų nustatymas

Finansai

• Perduotas akredityvas
• Gautas akredityvas
• ekstradicijos piniginiai dokumentai
• Atsiskaitymo su sandorio šalimi dokumentas (rankinė apskaita)
• Inkaso užsakymas išsiųstas
• Gautas inkaso užsakymas
• Pirkimo užsakymasįeinantys
• Išeinantis mokėjimo nurodymas
• Išduotas mokėjimo prašymas
• PaymentRequestReceived
• Mokėjimo pavedimas gavimui Pinigai
• Mokėjimo nurodymas nurašyti lėšas
• įeinantys grynųjų pinigų orderis
• Sąskaitos grynųjų pinigų orderis

Jei reikia pervesti dar kai kurias standartines dokumentų rūšis pagal standartinį apskaitos metodą programose KA ir AKS 3,0, tada pagal jūsų pageidavimą nemokamai pridedame dokumentų tipus.

Nešiojamų atskaitos objektų sąrašas

• Adresų klasifikatorius
• banko sąskaitos
• Formos griežta atskaitomybė
• Valiutos
• Tarpusavio atsiskaitymų rūšys
• Kontaktinės informacijos tipai
• Mokesčių institucijų rūšys
• Siunčiamų dokumentų rūšys
• Subconto savilaikio tipai
• Išorinis apdorojimas
• Laikinai pasilieka Užsienio piliečiai priimami pagal ilgalaikes sutartis
• Ilgalaikio turto metiniai nusidėvėjimo grafikai
• Asmens pilietybė
• Prieiga prie grupių asmenims
• Vartotojų grupė
• Kasos dokumentai
• Mokesčių mokėtojo įgaliojimai
• Sandorio šalių susitarimai
• Asmens dokumentai
• Pozicijos
• Organizacijų pareigos
• būsimų laikotarpių pajamos
• Pajamos iš draudimo įmokų
• Objekto nuosavybės vertės
• Vienetų klasifikatorius
• Pasaulio šalių klasifikatorius
• Kontaktiniai veidai
• Sandorio šalys
• Valiutų kursai
• Alkoholinių produktų tiekėjų licencijos
• Maksimalus dydis mėnesinė draudimo išmoka
• Minimalus mokėjimas Rusijos Federacijos darbas
• Naudojimo paskirtis
• Objekto kategorijų nuosavybės priskyrimai
• Mokesčių institucijos
• Nematerialusis turtas
• Nomenklatūra
• Nomenklatūros grupės
• GTD numeriai
• Statybos objektai
• Organizacijų statybos objektai
• Organizacijos
• Atleidimo iš darbo pagrindai
• ilgalaikis turtas
• Ypatingos darbo sąlygos
• Atsakingi asmenys
• Organizacijų atsakingi asmenys
• OLTC siuntos
• OS generavimo parinktys
• Asmens paso duomenys
• Organizacijų padaliniai
• Vartotojai
• ribinė vertė draudimo įmokų bazės
• Nurašymo priežastys
• Kitos pajamos ir išlaidos
• Darbo vietos
• Ateities išlaidos
• Registracija IFTS
• Registracija žemės sklypai
• Registracija Transporto priemonė
• Reguliuojamos ataskaitos
• rezervai
• Kontaktinių asmenų vaidmenys
• Informacija apie alkoholinius produktus
• Informacija apie asmenų negalią
• Objekto savybės
• Nuolaidos pajamoms skaičiuojant draudimo įmokas
• Sandėliai
• OS įvykiai
• Vartotojų grupių nariai
• Organizacijų darbuotojai
• Prekės specifikacijos
• Atlyginimų atspindėjimo būdai reg. buhalterinė apskaita
• Nusidėvėjimo išlaidų atspindėjimo būdai
• Draudimo nuo nelaimingų atsitikimų įmokos tarifas
• Centrinio banko refinansavimo norma
• Nekilnojamojo turto mokesčio tarifai
• Nekilnojamojo turto mokesčio tarifai individualiam ilgalaikiam turtui
• Apdraustųjų asmenų statusai
• Pinigų srautų elementai
• Išlaidos
• Subconto
• Sąskaitos su specialia perkainojimo procedūra (apskaita)
• Daiktų apskaitos sąskaitos
• Atsiskaitymų su sandorio šalimis sąskaitos
• Teritorinės sąlygos
• Prekių kainų tipai
• Organizacijų įgalioti asmenys
• Asmens pavardė, vardas, patronimas
• Asmenys
• Vertybiniai popieriai
• Keitimo ciklai

Nešiojamų tipų pradiniai likučiai

• Gatavi gaminiai ir pusgaminiai (sąskaitos 43, 21)
• Grynieji pinigai (50-59 sąskaitos)
• Kapitalas (80-86 sąskaitos)
• Kapitalo investicijos (07, 08 sąskaitos)
• Medžiagos (10)
• PVM avansams (sąskaitos 76.AB, 76.VA)
• įsigytų vertybių PVM (sąskaita 19)
• Pardavimo PVM
• Vykdomi darbai (20, 23 sąskaitos)
• Nematerialusis turtas ir MTEP išlaidos (04, 05 sąskaitos)
• Ilgalaikis turtas (01 sąskaita)
• Siunčiamos prekės (sąskaita 45)
• Atidėtųjų mokesčių turtas/įsipareigojimai (09, 77 sąskaitos)
• Kitos buhalterinės sąskaitos
• Atidėtosios sąnaudos (sąskaitos 97, 76.01.2)
• Mokesčių ir rinkliavų paskaičiavimai (68, 69 sąskaitos)
• Atsiskaitymai su personalu už darbo užmokestį ir indėlininkus (70, 76 sąskaitos)
• Atsiskaitymai su atskaitingais asmenimis (71 sąskaita)
• Atsiskaitymai su pirkėjais ir klientais (62 sąskaita)
• Atsiskaitymai su tiekėjais ir rangovais (60 sąskaita)
• Atsiskaitymai su kitais skolininkais ir kreditoriais
• Atsiskaitymai su steigėjais (75 sąskaita)
• Prekės (sąskaita 41)

Vaizdo demonstravimas

Galite žiūrėti vaizdo įrašą, kuriame demonstruojamas duomenų perkėlimas. Vaizdo įraše perkėlimas atliekamas iš demonstracinės bazės KA 1.1 in AKS 3,0:

Kaip atnaujinti ir ištaisyti klaidas

1) Perdavimo taisyklės atnaujinamos nedelsiant. Kartais atnaujinimas jau paruoštas, bet dar nepaskelbtas leidinyje. Todėl galite susisiekti asmenine žinute, kad paspartintumėte taisyklių atnaujinimų gavimą.

2) Išleidžiu tik dabartinių 1C konfigūracijos leidimų versijų naujinimą. Dabartinės versijos yra tos, kurios yra antrame 1C leidimų svetainės stulpelyje. Tai yra, aš neišleidžiu planuojamų ar bandomųjų leidimų naujinimų.

3) Kai kuriems leidiniams, įskaitant ir senesnius leidimus, galima įsigyti visą taisyklių rinkinį. Taigi visas senąsias taisyklių versijas pateikiu tik peržiūrai, ty „tokios, kokios yra“. Jie gali neturėti pakankamai duomenų, kad būtų galima perkelti, ir gali atsirasti klaidų. Taisyklių klaidas ištaisau operatyviai, suprantu, kad žmonėms dažnai pritrūksta laiko persikelti. Bet jei turite seną leidimą, geriau neskubėkite ir atnaujinkite. O jei pervedimo metu įvyktų klaida, tuomet ją skubiai ištaisysiu. Panašiai nedarau jokių patobulinimų senųjų perkėlimo taisyklių.

Kai kuriais atvejais netgi gali būti aktualu imtis naujų taisyklių, įkelti jas į duomenų konvertavimą ir grąžinti senesnes konfigūracijos versijas (arba pasirinktines konfigūracijas) ir tokiu būdu atlikti perkėlimą.

4) Beveik visus vartotojų prašymus tobulinti taisykles įvykdau nemokamai. Peržiūros sąlyga yra ta, kad ji turi atitikti standartinę apskaitos metodiką iš 1C. Reikėtų remtis galiojančia taisyklių versija. Ir, žinoma, tik tipiškų konfigūracijų tobulinimas.

5) Perkėlimas buvo išbandytas daugelyje vartotojų duomenų bazių. Tačiau apskaitos būdas, patys duomenys duomenų bazėse – kiekvienam savitas. Ir jūsų duomenų bazėje perkėlimo metu gali atsirasti klaidų. Tokiu atveju kuo greičiau susisiekite su perkėlimo autoriumi. Jums gali prireikti bet kurio Išsamus aprašymas būdas atkurti klaidą demonstracinėje bazėje iš 1C arba pateikti informacijos bazę, kuria remiantis nurodyta klaida atgamintas. Pagrindas turi būti tipiškas, dabartinis leidimas. Migracijos grąžinimo garantija netaikoma tais atvejais, kai nepateikiama galiojanti šaltinio bazė klaidai atkurti.

Duomenų perdavimo pirkimo parinktys

Pateiktas pervedimo taisyklių rinkinys yra vienodas visiems pirkimo variantams. Skiriasi tik reikalavimai šaltinių duomenų bazėms, taip pat sąlyga, kas atliks duomenų perdavimą. Pačios konvertavimo taisyklės yra atviros redaguoti, prireikus jas galima įkelti į Data Conversion programą ir savarankiškai pakeisti savo nestandartinėms duomenų bazėms.

Kainos:

PRO- pateikiamas perdavimo apdorojimo rinkinys, įskaitant netipinį apdorojimą su išplėstomis funkcijomis, dabartines perėjimo tarp naujausių 1C programų leidimų taisykles, senų leidimų taisyklių archyvą ir instrukcijas.

Perkėlimą atliekate patys.

Galimybės: dingęs.

Techninė pagalba - 1 mėnuo, klausimai apie perdavimo mechanizmą paštu ir užklausos svetainėje. Perkėlimo konsultacijos neteikiamos.

standartinis- yra perdavimo apdorojimo rinkinys, toks pat kaip ir versijoje PRO ir daug papildomų parinkčių.

Pradiniai duomenų bazės reikalavimai A: Palaikoma tipinė konfigūracija, jos dydis yra ne didesnis kaip 5 GB išplėstine forma, o perduodamų dokumentų skaičius yra ne didesnis kaip 10 tūkstančių vienetų. Personalas ir atsiskaitymo dokumentai. Pačiam dokumentų skaičiaus nurodyti nereikia, galite susisiekti su mumis, yra atitinkamas įforminimas.

Tarifų parinktys: Mūsų pajėgų veikla nenaudojant jūsų išteklių arba jų nesant; Likučių ir apyvartų derinimas.

Techninė pagalba – 1 mėnuo, nustatytų klaidų taisymas ir pastabos dėl perdavimo.

VIP- yra perdavimo rinkinys, panašus į tarifą standartinis, su išplėstinėmis parinktimis.

Baziniai reikalavimai: Konfigūracijai ir duomenų bazei nėra jokių apribojimų

Tarifų parinktys: Personalo ir atsiskaitymo dokumentų perkėlimas, nustatymų ir patobulinimų perkėlimas, vartotojų mokymas, likučių ir apyvartų derinimas.

Prioritetinis techninis palaikymas – 3 mėnesiai, konsultacijos dirbant su nauja konfigūracija ir naudotojų mokymai.

Techninės pagalbos politika

Jei turite klausimų dėl jau įsigyto duomenų perdavimo, turite paskambinti. Galite inicijuoti skambutį Skirtingi keliai pagal jūsų tarifą.

Ryšio kanalas\Tarifas	PRO	standartinis	VIP
Susisiekite svetainėje
Laiškas paremti
Palaikymo skambutis
Atsidavęs specialistas
Aptarnavimo lygis	Bazė	Standartinis	Aukštas

Pagrindinis – reakcijos laikas nuo 24 iki 72 valandų.

Standartinis – reakcijos laikas nuo 12 iki 24 valandų.

Didelis - reakcijos laikas nuo 3 iki 12 valandų.

Techninė pagalba teikiama darbo dienomis nuo 9:00 iki 19:00 Maskvos laiku.

Numatomas duomenų perdavimo rezultatas ir terminai

Tais atvejais, kai apskaita pradinėje duomenų bazėje buvo vedama teisingai ir apskaitoje nebuvo naudojami dokumentų tipai, kurių paskirties duomenų bazėje nėra teisingo palyginimo, tada laukiamas perdavimo rezultatas yra duomenų bazė su dokumentais. Likučių įvedimas pradinių likučių datą (Įkėlimo apdorojimo parametruose pasirenkama pradinių likučių data) ir visų tipų dokumentus dokumentų perdavimo laikotarpiui. Vienas iš apskaitos politikos „partijinės apskaitos“ apskaitos teisingumo tikrinimo variantų – partijų, o ne partijų likučių lygybė.

Visiems tarifams (išskyrus PRO tarifą) nustatomi šie darbo etapai:

Standartiniams ir VIP tarifams

1. Bazinė analizė.

2. Darbo grafiko derinimas.

3. Bandymo perkėlimas

4. Rezultato derinimas

5. Darbinis perkėlimas.

Vidutinis pervedimo laikas pagal Standartinį tarifą yra 1 savaitė.

papildomai VIP

6. Nešiojamos duomenų bazės patobulinimų auditas

7. Naujos duomenų bazės patobulinimų koordinavimas

8. Treniruotės

9. Parama po perdavimo

Ar turite kokių nors klausimų? Sunku išsirinkti? Parašykite mums, mes padėsime išsirinkti geriausią variantą!

Peržiūrėkite visą įvykių sąrašą:

Jau kalbėjome apie perėjimo prie apskaitos metodiką programose, pagrįstose 1C:Enterprise 8 platforma*. Dabar pereikime nuo teorijos prie praktikos. „Spektr BUSINESS LLC“ specialistai, kurie santykinai trumpą laiką perkėlė apskaitos sistemą į naują automatizavimo lygį. Tai tapo įmanoma dėl specialiai parengto įgyvendinimo plano.

Nuoroda

1. Parengiamasis etapas:
   • pereinamojo laikotarpio metodikos kūrimas;
2. Kontrolės priemonės:

"1C:Enterprise 8" - patirtis organizuojant perėjimą įmonėje CJSC "INTERSKOL"

CJSC INTERSKOL yra pagrindinis Rusijos elektrinių įrankių tiekėjas.

Per savo gyvavimo laikotarpį įmonė aktyviai įgavo pagreitį, o šiuo metu prekių asortimente yra 60 rūšių gaminių.

Artimiausiuose planuose – tolesnis gaminių asortimento didinimas, taip pat platintojų tinklo ir degalinių plėtra Rusijoje ir užsienyje. Vienas pagrindinių įmonės tikslų – patekti į IPO, kuris pritrauks papildomų investicijų. Šio tikslo pasiekimas (IPO) yra sudėtingas žingsnis po žingsnio procesas. Vienas pirmųjų žingsnių sėkmės link buvo įmonės vadovybės sprendimas tobulinti įmonės informacinę sistemą. Reikėjo užtikrinti finansinį „skaidrumą“ ir atitinkamą pateikiamos informacijos lygį, suprantamą kitiems vartotojams pasaulinėje rinkoje. Esant tokiai situacijai, perėjimas prie TFAS yra privalomas. Taip būtų užtikrinta, kad bendrovės akcijos būtų įtrauktos į prekybos sąrašą. vertybinių popierių biržose ramybė. Pakeliui reikėjo išspręsti darbo intensyvumo mažinimo ir apskaitos procesų efektyvumo didinimo, darbo užmokesčio, personalo apskaitos, savikainos, turto apskaitos ir kt.

Nuoroda Rusijos įmonė "INTERSKOL" buvo įregistruota 1991 m. kaip tyrimų ir gamybos įmonė VNIISMI (Visasąjunginio statybos mechanizuotųjų įrankių mokslinio tyrimo instituto) pagrindu. Pasinaudodama savo plėtra ir gamybiniais ryšiais su pagrindinėmis Rusijos įmonėmis, bendrovė pradėjo kooperatinę elektrinių įrankių gamybą su prekės ženklu INTERSKOL. Įmonė gamina šlifavimo, poliravimo ir frezavimo stakles, perforatorius ir plaktukus, elektrinius grąžtus, atsuktuvus, oblius ir kitus elektrinius įrankius. Valdai priklauso elektrinių įrankių gamybos gamykla, didmeninės ir mažmeninės prekybos įmonės. Įmonei priklauso platus serviso dirbtuvių tinklas. Savo gamybinėje bazėje ir pas regioninius atstovus, kurių įmonė turi daugiau nei 100, atliekama INTERSKOL įrankio garantinė ir serviso priežiūra. Tarp firmos partnerių gamybos ciklas Galima pažymėti Iževsko mechaninę gamyklą, Bykovskio elektrinių įrankių gamyklą (BEP), Sparky GMBH (Vokietija), Mini Gears (Italija), Capax (Nyderlandai), Marquardt (Vokietija), Rebir (Latvija), Freud Industrial (Ispanija).

Išanalizavusi užduotis ir atlikusi eilę apklausų, įmonė pasirinko „1C: Vadyba gamykla 8". Į tipinę šio programinės įrangos produkto konfigūraciją, pirma, jau yra IFRS blokas, antra, jis tikrai atnaujina informacinę sistemą.

Buvo parengtas perėjimo planas, kurį sudarė keli etapai:

1. Parengiamasis etapas:
   • verslo procesų tyrimas, sistemos reikalavimų analizė;
   • planuoti įgyvendinimo laiką ir išlaidas;
   • pereinamojo laikotarpio metodikos kūrimas;
   • techninių specifikacijų rašymas.
2. Vartotojų mokymas dirbti su programa „1C: Gamybos įmonės valdymas 8“.
3. Sisteminių reikalavimų kūrimas.
4. Reikalingo apdorojimo rašymas: pradinių likučių ir dokumentų perdavimo taisyklės.
5. Perjungimas į programą „1C: Gamybos įmonės valdymas 8“:
   • būtinų likučių ir dokumentų konvertavimas;
   • vartotojų perėjimas prie darbo su nauja sistema;
   • programos patikrinimas ir tobulinimas.
6. Kontrolės priemonės:
   • tikrinti vartotojų galimybes dirbti su SCP;
   • klaidų aptikimas ir taisymas.

Pažvelkime į kiekvieną etapą atidžiau.

Perėjimo organizavimas: parengiamasis etapas

Po to, kai buvo priimtas sprendimas pereiti nuo 1C:Enterprise 7.7 prie 1C:Enterprise 8, buvo pradėti rašyti techninės užduoties sąlygos.

Rengiant technines specifikacijas, buvo ištirti įmonėje vykstantys procesai. Atliktos personalo apklausos, anketos, vadovybės pageidavimų analizė ir kt.. Tada buvo parengtas sklandaus perėjimo planas, kuriame didžiajai daliai vartotojų nereikėjo vesti apskaitos ir pradėti pirminių dokumentų iš karto dviejose apskaitos programose. Remiantis iškeltomis užduotimis, perėjimas prie apskaitos programoje 1C: Gamybos įmonės valdymas 8 buvo organizuotas taip: vartotojai toliau dirbo pagal senąją apskaitos programą, lygiagrečiai vyko mokymai, o kūrimo komanda surašė konvertavimo taisykles. likučių ir pirminių dokumentų perkėlimas iš senosios informacinės bazės į naują.

Poreikis rašyti šias taisykles atsirado dėl to, kad įmonėje naudojama sudėtingos konfigūracijos versija buvo pasenusi, nestandartinė ir smarkiai modifikuota, todėl nebuvo galima naudoti tipinio duomenų perdavimo mechanizmo, nes gaminiai labai skyrėsi nuo kiekvieno. kiti duomenų struktūros požiūriu.

Visus pirminius dokumentus nuspręsta perkelti nuo metų pradžios. Tai, pirma, leido supaprastinti finansinių ataskaitų rengimą pagal TFAS ir, antra, sutaupė vartotojų laiko ir nervų, nes jų nereikia įvesti rankiniu būdu.

Perėjimo organizavimas: mokymai

Šis etapas vyko lygiagrečiai su parengiamuoju, tačiau buvo nuspręsta jį išskirti kaip atskirą kryptį, nes žmogiškasis faktorius yra labai reikšmingas, reikėjo suteikti žmonėms informaciją ir protinį pasiruošimą, kuris vėliau padėjo greitai prisitaikyti prie naujos sistemos.

Darbuotojų mokymo procese pagrindinis sunkumas buvo, kad perėjimas būtų kuo neskausmingesnis vartotojams, kurie jau yra apkrauti dabartiniu darbu.

Vartotojams buvo paaiškinta, kad jie nepatirs jokių sunkumų pereinant iš vienos sistemos į kitą ir tai nepridės papildomo darbo, o naujoji yra modernesnė ir modernesnė. funkcinė programa palengvinti jų gyvenimą ateityje.

Siekiant perteikti įmonės darbuotojams naujosios sistemos privalumus, buvo surengti mokymai ir kiekvienas vartotojas buvo apmokytas programoje prižiūrėti savo apskaitos sritį.

Perjungimas į „1C:Enterprise 8“: sistemos reikalavimai

Funkcionalumas

Nustačius ir suorganizavus pereinamąjį darbą, atlikta reikalavimų analizė nauja programa ir modeliuojant juos pagal tipines galimybes. Kol darbuotojai toliau dirbo kompleksine konfigūracija, vadovybė, remdamasi INTERSKOL darbo profiliu, parengė sistemos reikalavimus. Visos pavestos užduotys sprendžiamos standartiniais gaminio „1C: Manufacturing Enterprise Management 8“ įrankiais.

Techniniai aspektai

Papildomas ir lemiamas reikalavimas buvo sistemos veikimas, nes įmonė turi labai didelį dokumentų srautą. Buvo atlikti našumo testai, parašyti apdirbimo robotai, kurie imitavo tikras darbas sistemos: sukurti dokumentai, atidarytos ataskaitos. Atlikti našumo matavimai parodė, kad serverio didžiausios apkrovos tikimybė yra labai didelė, o tai gali sulėtinti darbą. Atlikus bandomuosius bandymus, klientui buvo pasiūlyta įsigyti modernesnį serverį, kuris žymiai padidins sistemos našumą, plačiau išnaudos 1C:Enterprise 8 platformos galimybes ir turės tam tikrą resursų rezervą, kuris leis dirbti netolimoje ateityje nepatiriant papildomų išlaidų papildomų serverių įsigijimui (nuolatinio augimo ir organizacijos plėtros (darbuotojų skaičiaus didėjimo) sąlygomis).

Rašymo apdorojimas: pradinių likučių ir dokumentų perdavimo taisyklės pereinant prie „1C: Enterprise 8“

Likučių pervedimo taisyklės buvo parašytos naudojant standartinę konfigūraciją „Data Conversion 2.0“. Anksčiau buvo atliktas tyrimas, ar tikslinga kiekvienam objektui rašyti taisyklę (t. y. jei greičiau įvesti katalogą ar sąskaitų likučius rankiniu būdu, nei sudaryti ir derinti jam taisykles, tuomet šią operaciją atlikti tikslingiau. rankiniu būdu). Pagrindinis sunkumas kilo dėl to, kad perkėlimo metu buvo nuspręsta pakeisti medžiagų apskaitos subsąskaitas (sudėtingoje konfigūracijoje jos buvo apskaitomos 10.6 sąskaitoje, o 1C:Enterprise 8 buvo priimtas kitoks sąskaitų ir subsąskaitų numeravimo formatas). - medžiagos apskaitomos sąskaitose 10.01, 10.02, 10.06). Dėl to buvo nuspręsta į nomenklatūros žinyną papildyti naujais rekvizitais, kurių pagalba perkėlimo metu buvo galima klasifikuoti subsąskaitą. Kadangi skirstymas į subsąskaitas dažniausiai buvo pagrįstas loginiu apibūdinimu, didžioji nomenklatūros žinyno dalis buvo užpildyta apdorojimo pagalba.

Išimtys buvo užpildytos rankiniu būdu. Iš pirminių I ketvirčio dokumentų nutarta kopijuoti tik šiuos: Prekių ir medžiagų gavimas, Paslaugų gavimas, Papildomų gavimas. Išlaidos, Sąskaita faktūra gauta, išrašo eilutės gavimas, išrašo eilutės išlaidos, pardavimas, išrašyta sąskaita faktūra (įskaitant išankstinį apmokėjimą), prekių ir medžiagų pervežimas (sandėliuose ir perdirbimui), prekių ir medžiagų siuntimas (iš perdirbimo), nurašymas Prekių ir medžiagų (įskaitant perdirbimą), Prekių ir medžiagų įranga, Tiekėjo užsakymai, Pirkėjų užsakymai. Ilgalaikio turto (paleidimo, modernizavimo ir kt.) bei kaupimo ir apskaičiavimo dokumentai darbo užmokesčio, taip pat kiti personalo ir norminiai dokumentai buvo įvesti rankiniu būdu, nes tai leido žymiai sutrumpinti perkėlimo taisyklių rengimo laiką ir dėl to sutaupyti tam reikalingų išteklių. Rankinį duomenų perdavimo darbą atliko atskiri sistemos vartotojai, nes 90% buvo atlikta konvertuojant. Taip, ir šiek tiek praktikos pravertė įmonės darbuotojai, kurie savo darbo rezultatą galėjo palyginti dviejose duomenų bazėse, o tai suteikė daugiau pasitikėjimo savo veiksmų teisingumu. Tačiau iki tol, kol nebuvo atliktas duomenų perdavimas, vartotojai ir toliau tvarkė įrašus senoje duomenų bazėje, o kartu mokėsi dirbti su nauja.

Vyriausiosios buhalterės nuomone UAB "INTERSKOL" Osipova V.L. „Užbaigus pagrindinį ir, kaip mums atrodo, pagrindinį projekto etapą – perėjimą nuo senos sistemos prie naujos, mūsų įmonė yra visiškai patenkinta rezultatais. Labai svarbu, kad pats perėjimo procesas buvo atliktas. teisingai pastatytas ir organizuotas, o, nepaisant tokių kardinalių apskaitos sistemos pakeitimų, mes neturėjome jokių sunkumų darbe. Darbuotojai buvo laiku apmokyti, o dabar visi vartotojai jau yra įvaldę ir savo darbe naudoja plačias apskaitos sistemos galimybes. nauja informacinė bazė. Šis momentas turime automatizuotą sistemą, kuri leidžia kontroliuoti procesus įmonėje ir sutaupyti tam daug laiko. Sukurtas patogus išlaidų paskirstymo mechanizmas, optimizuotas dokumentų srautas. Sąnaudų apskaičiavimo proceso automatizavimo dėka galime nustatyti geriausias gaminių kainas, o tai labai svarbu konkurencinėje aplinkoje. Tvarkydami apskaitą dabar galite vesti ekonominė analizė pagrindinius veiklos rodiklius, kurie leis laiku reaguoti į jų pokyčius. Esame visiškai patenkinti projekto rezultatais, o programos lankstumas, be to, leidžia ją kuo labiau pritaikyti prie įmonės poreikių.

Perėjimas prie darbo programoje „1C: gamybos įmonės valdymas 8“

Surašius duomenų perdavimo taisykles, konvertavimo procesas prasidėjo tiesiogiai. Per vieną dieną buvo pervesti likučiai metų pradžioje (2007 01 01) ir žinynai. Pradėtas darbas tikrinant konvertavimo rezultatų teisingumą, kuris buvo išdalintas INTERSKOL darbuotojams – kiekvienas programos vartotojas patikrino apskaitos sritį, už kurią jis buvo atsakingas. Atlikus auditą paaiškėjo, kad esminių neatitikimų nėra, nustatyti tik nedideli trūkumai, atsiradę dėl to, kad senoje sistemoje buvo netipinis sąskaitų planas. Sukurtas apdorojimas, kuris automatiškai, netiesioginiais ženklais, užpildė trūkstamą analizę; atvejams, kurių nepavyko klasifikuoti, naudotojai analizę įvedė rankiniu būdu. Patikrinus likučių teisingumą, pirminiai dokumentai buvo perduoti už I ketvirtis. Po to buvo pradėtas perduotų dokumentų atitikties patikrinimas, kuris atskleidė keletą neatitikimų, susijusių su apskaitos mechanizmų skirtumais programose: visų pirma buvo sukurta speciali integruotos komplektacijos komisiniui priimtų prekių siuntų nurašymo metodika. Viena ir ta pati prekė gali būti ir nuosava, ir priimta komisiniams. Senojoje programoje tokios prekės buvo nurašytos pagal FIFO, neatsižvelgiant į partijos statusą, o standartinėje konfigūracijoje „Gamybos įmonės valdymas“ galima nurašyti savo prekes ir paeiliui priimtas komisiniams prekes, rašoma. -nuo sklypo, nepaisant statuso, nenumatyta. Pradėjus taikyti kitokią metodiką, tektų perdaryti PVM atskaitomybę, todėl buvo nuspręsta nauja sistemaįdiegti nurašymo mechanizmą, panašų į Complex. Taip pat buvo patobulintas automatinis dokumento „ataskaita siuntėjui“ pildymas.

Senojoje programoje tarpusavio atsiskaitymų apskaita buvo vykdoma pagal vieną sutartį su sandorio šalimi. Ši sandorio šalis gali būti ir tiekėjas, ir įsipareigojęs asmuo, arba pirkėjas ir komisinis agentas. Tačiau naujojoje programoje toks skirstymas pagal sutartis yra privalomas. Dėl to, perkėlus į programą „1C: Manufacturing Enterprise Management 8“, daugelis mokėjimų virto avansais, atitinkamai pasikeitė ir PVM vertės. Ši problema buvo išspręsta rankiniu būdu. Dokumento „Skolos tikslinimas“ pagalba buvo atlikti įskaitymai tarp sutarčių. Visi senosios bazės rodikliai buvo identiškai perkelti į naują. Tuo pačiu metu dauguma perkėlimo darbų buvo atliekami automatiškai, naudojant apdorojimą.

Perėjimo metu vartotojams nereikėjo vienu metu dirbti dviejose informacijos bazėse, iki galutinio perdavimo jie ir toliau tvarkė įrašus senojoje sistemoje. Dėl atliktų veiksmų metų pradžioje jie gavo naują duomenų bazę su visais pirminiais dokumentais ir likučiais.

Perėjimo organizavimas: kontrolės priemonės

Pabaigus pagrindinį diegimo etapą – perėjus prie naujos sistemos, kai jau buvo perduoti visi reikalingi likučiai ir pirminiai dokumentai, o vartotojai pradėjo dirbti naujoje programoje, pirmą kartą buvo priimtas specialistas iš įgyvendinančios įmonės. nuolat INTERSKOL. Jis atliko darbuotojų veiklos auditą naujoje sistemoje, kad nustatytų galimos klaidos, siekdami juos laiku ištaisyti ir užkirsti kelią jų pasikartojimui, konsultavo vartotojus darbo metu iškilusiais klausimais. Taigi darbuotojai buvo apmokyti dirbti su programa ir praktiškai, išvengiant reikšmingų klaidų, kurios gali atsirasti dirbant su nepatyrusio vartotojo sistema. Kai klausimų praktiškai nebeliko, o specialisto atlikti auditai neatskleidė klaidų, susijusių su netinkamu programos naudojimu, paaiškėjo, kad darbuotojai pilnai prisitaikė dirbti naujoje informacinėje sistemoje ir galėjo teisingai naudotis jos funkcionalumu.

Duomenų perdavimas iš programos 1C UPP 1.3 red. į 1C Apskaita 8 red. 3.0

Perkėlimas Infobazė gaminama naudojant duomenų iškrovimo ir įkėlimo taisykles, t.y. per duomenų mainus.

Svarbu! Paramos lygis priklauso nuo galimybės archyvo pavidalu pateikti darbo bazę ar kitą bazę, kuria remiantis kūrėjo kompiuteryje atkuriama probleminė situacija. Nesant tokio pagrindo, pretenzijos autoriaus nepriimamos.

Perjungiama iš į 1C įmonės apskaita rekomenduojama atlikti naujo laikotarpio (metų, ketvirčio, ​​mėnesio) pradžioje, įvykdžius ankstesnio laikotarpio planines operacijas. Perkėlimo taisyklės taip pat gali būti naudojamos reguliariam duomenų perkėlimui.

Dėmesio. Visi straipsnyje aprašyti algoritmai ir darbo metodai pilnai pritaikomi duomenų perkėlimui iš SCP (žr. aprašymą pdf formatu). Funkcionalumas gali skirtis.

Atsisiunčiant duomenis iš1C Gamybos įmonės valdymasgali atsirasti įvairių klaidų. Čia pateiktose perkėlimo taisyklėse ieškoma klaidų įkėlimo etape.

Nulinis prekių ir medžiagų kiekis ir nenulinis kiekis. Įvesti likutį į gavėjo Konfigūraciją, kad prekių ir medžiagų kiekis būtų lygus nuliui, o prekių ir medžiagų sąmata nelygi nuliui, neįmanoma ir nėra prasmės, nes tai yra klaida. Todėl pervedant likučius tokių prekių (su nuliniu kiekiu) likučių įrašymo dokumentuose nebus. Todėl jei klaidos nebus ištaisytos iki duomenų perdavimo, tada pervedant likučius sumos duomenų šaltinyje ir paskirties vietoje nesutaps, o tai sukels papildomų derinimo sunkumų. Todėl iškraunant duomenis iš 1C UPP rodomi klaidų pranešimai. Patikrinimas atliekamas nustačius parametrą Patikrinkite, ar nėra nulinės sumos, kuri nėra nulinė.

Su parametrų rinkiniu Patikrinkite OS apskaitos registrų atitiktį bus atlikta likusios registro dalies korespondencijos patikra CostOSA apskaita ir apskaitos duomenis. Jei likučiai registruose nesutampa, apie tai rodomi pranešimai. Dažniausiai pasitaiko sukaupto nusidėvėjimo sumų neatitikimų. Nusidėvėjimas SCP skaičiuojamas atsižvelgiant į registro duomenis CostOSA apskaita, o ne pagal BU registrus. Dėl aprašytų neatitikimų po perdavimo nusidėvėjimo skaičiavimas šaltinyje ir paskirties vietoje gali nesutapti.

Veikimo procedūra.

Pačioje bendras vaizdas procesas atrodo taip: duomenys iš SCP šaltinio duomenų bazės iškeliami į tarpinį failą (žr. 1 pav. Duomenų failo pavadinimas), tada įkeliamas į BP 3.0 imtuvo bazę.

Duomenų įkėlimas ir įkėlimas atliekamas naudojant apdorojimą Universalus duomenų mainai formatuXML, kuris yra visose standartinėse įmonės komplektacijose be išimties 1C. Jį galite atidaryti meniu – Įrankiai – Kiti duomenų mainai.

1 pav. Duomenų įkėlimas

Iškrovimui turite vadovautis mainų taisyklėmis SCP_ACC8.xml, kurį turite nurodyti įvesties lauke Taisyklės failo pavadinimas. Kai pasirenkate taisyklių failą, jie bus nuskaityti ir medis bus užpildytas Duomenų įkėlimo taisyklės. Jei reikia, keitimo taisykles galite perskaityti naudodami mygtuką įvesties lauko dešinėje. Skaitant mainų taisykles, įkėlimo parametrai bus užpildyti numatytosiomis reikšmėmis (žr. 2 pav.), jei pageidaujama, jas galima keisti prieš įkeliant duomenis.

2 pav. Duomenų įkėlimo parametrai

1. Visų pirma rekomenduoju perkelti organizacijų apskaitos politiką. Bet jūs galite perkelti visus duomenis vienu metu. Skirtukas Įkėlimo parinktys galite nustatyti įvairius parametrus, taip valdydami procesą. Šiame etape naudinga nustatyti parametro vertę Taip. Tokiu atveju įkeliant duomenis apskaitos parametrai bus konfigūruojami BP 3.0 imtuvo bazėje.

Paspaudžiame mygtuką Įkelti duomenis ir gaukite duomenų failą nurodytame aplanke.

Tada duomenis reikia įkelti į priimančią duomenų bazę. Norėdami tai padaryti, naudojame tą patį apdorojimą Universalus keitimasis duomenimis XML formatu bet imtuvo bazėje. Skirtuke nurodykite įkeliamo failo pavadinimą, tą patį kaip ir iškraunant (žr. 3 pav.) ir paspauskite mygtuką Parsisiųsti duomenis.

Atsisiuntimo metu, jei parametras buvo nustatytas įkėlimo metu Sinchronizuoti programos nustatymus ir apskaitos parametrusį prasmę Taip, apskaitos parametrai bus sukonfigūruoti imtuvo bazėje BP 8.3. Jei nustatymas priimančiojoje bazėje nesutampa su nustatymu šaltinio bazėje, tada jis bus pataisytas, apie kuriuos įrašus atsiras paslaugų pranešimų lange (žr. 4 pav.). Palyginkite pranešimų laukelio turinį su parametrais, parodytais 2 paveiksle. Aišku, kad ateityje, perduodant likusią informaciją, tokio sinchronizavimo nereikia.

4 pav. Pranešimai apie apskaitos nustatymų pakeitimus

Taigi perkėlimas apskaitos politika ir apskaitos parametrų nustatymas paskirties bazėje baigtas. Pasirengimas pagrindinės informacijos perdavimui baigtas.

2. Tada turėtumėte perkelti likučius į BP 3.0 imtuvo bazę perdavimo dieną. Keitimosi taisyklės šiuo atveju veikia taip pat, kaip ir perkeliant duomenis į bet kurią kitą duomenų bazę: formuojami dokumentai Pradinių likučių įvedimas. Iškraunant reikėtų nurodyti taisykles skyriuje Įeinantys likučiai (žr. 5 pav.).

5 pav. Likučių pervedimo mainų taisyklės

Įkeliant dokumentai atsiras BP 8.3 imtuvo bazėje Pradinių likučių įvedimas atlikti. Jie sukurs visus reikiamus registro judesius. Proceso metu paslaugų pranešimų lange gali būti įrašų apie klaidas. Juos reikia taisyti ir atlikti probleminių dokumentų išdavimą. Sąskaitos klaidos atsiranda dėl buhalterinėje apskaitoje padarytų klaidų. 6 paveiksle parodytas tokios klaidos pavyzdys, dėl kurio kyla problemų formuojant likučius. Medžiagos kiekis lygus nuliui, suvyniotas kiekis pagal medžiagą ir sandėlį taip pat lygus nuliui, tačiau yra ne nulio likučių su priešingu ženklu trečiam subkonto. Tai gana tipiška situacija. Tokie likučiai pateks į dokumentą Įvesdami pradinius likučius, bet to padaryti bus neįmanoma.

6 pav. Apskaitos klaidos pavyzdys

Šiuo atveju abi dokumento eilutės Pradinių likučių įvedimas su neteisingais likučiais 1C 8.3 imtuvo bazėje turėtų būti ištrintas. Tada dokumentas bus saugomas.

Yra klaidų, susijusių su privalomos analizės trūkumu. Pavyzdžiui, atsiskaitymų su sandorio šalimis sąskaitose pateikiamas subconto Atsiskaitymo dokumentai su sandorio šalimi, tačiau praktikoje tokių poskyrių likusioje dalyje nėra. Dėl to taip pat bus neįmanoma paskelbti likučių įvedimo dokumento. Tokias klaidas teks taisyti rankiniu būdu, kuriant naujus skaičiavimo dokumentus.

Generuojant likučius perėjimo dieną, gavimo duomenų bazėje bus ne tik likučių įvedimo dokumentai, bet ir kai kurie nuorodomis perduodami dokumentai. Pavyzdžiui, tai yra dokumentai, atspindintys atsiskaitymų su sandorio šalimis sąskaitose subconto. Tokie dokumentai, kurių data yra ankstesnė nei perdavimo data, bus neskelbti ir neturėtų būti skelbiami.

3. Dabar reikia perkelti dokumentus kurios data vėlesnė nei balanso data. Po atsisiuntimo jie taip pat turėtų būti atlikti. Iškraunant reikia pažymėti iškrovimo taisykles skyriuje Dokumentacija. Duomenų įkėlimo dokumentams taisyklės parodytos 7 pav.

7 pav. Dokumentų iškrovimo taisyklės

Svarbu!Įkėlę visi dokumentai, kurių data yra trumpesnė nei įkėlimo laikotarpio pradžia, turi likti nepaskelbti arba pažymėti, kad juos būtų galima ištrinti. To reikėtų laikytis ir ateityje dirbant BP 3.0. Visų pirma turite būti atsargūs atnaujindami duomenis.

4. Dabar apie katalogų perkėlimą. Ankstesnėse pastraipose nepažymėjome katalogų perdavimo taisyklių, tai nereiškia, kad jie nebuvo perkelti. Buvo perkelti katalogų elementai pagal nuorodas, t.y. kurie dalyvauja formuojant likučius tam tikrą dieną, kitaip tariant, yra likučių įrašymo dokumentuose, taip pat esančiuose kituose dokumentuose. Tai reiškia, kad didžioji dalis informacinės informacijos, kurios reikės tolesniam darbui, jau yra perduota.

Todėl paprastai nebūtina konkrečiai perduoti informacinės informacijos. Bet jei vis dėlto toks poreikis iškyla, jei katalogo elementas nerastas jokiame dokumente, bet bus reikalingas ateityje, tai šiuo tikslu skirsnyje sugrupuotos mainų taisyklės Žinynai(žr. 8 pav.). Duomenų įkėlimo į katalogus taisyklės parodytos 8 pav.

8 pav. Katalogų iškrovimo taisyklės

Katalogų nereikia perkelti visų, įkėlimą galite apriboti įvairiais filtrais. Norėdami tai padaryti, dešinėje lango pusėje turite sukonfigūruoti pasirinkimą (žr. 9 pav.), paprasčiausias: in Laukas nurodykite pasirinktą katalogą Palyginimo tipas- Lygiai taip pat Reikšmė- nuoroda į nuorodos elementą. Tai leidžia perkelti trūkstamus katalogų elementus, kurie nebuvo atsisiųsti per nuorodas iš dokumentų. Taip pat galite sukurti sudėtingesnius pasirinkimus naudodami įvairią nuorodų informaciją ir skirtingus palyginimo tipus.

9 pav. Pasirinkimo įrengimas iškrovimo metu

Gamybos ataskaita per pamainą, dokumentas Išvestis ir dokumentas Pilnas nomenklatūros rinkinys su operacijos tipu Išvestis. Visi jie konvertuojami į AKS 3,0į dokumentą Gamybos ataskaita per pamainą, visais atvejais būtina nustatyti planuojamą kainą

5. Informacijos registrų perdavimas(toliau – RS) taip pat yra informacinės informacijos perdavimo dalis. Yra nepriklausomi informacijos registrai, t.y. nieko bendro su dokumentais. Atitinkamai, jie negali būti perduodami saitais, todėl perduodami savarankiškai. Skyriuje sugrupuotos tokių registrų duomenų įkėlimo taisyklės Informaciniai registrai. Tai nereiškia, kad visi čia nurodyti informacijos registrai turi būti perduoti. Pavyzdžiui, kai kuriuos iš jų galima perkelti arba įkelti į 1C 8.3 imtuvo bazę naudojant pačią programą. Kai kurie informacijos registrai jau užpildyti prieš perkėlimą.

Patarimas: naudokite numatytuosius nustatymus, kurie nustatomi įkeliant mainų taisykles. Jei nustatymai prarasti, tai reiškia, kad išsaugote automatiškai ir naudojate savo nustatymus. Atžymėkite Naudokite atidarant ir keitimosi taisyklių nustatymai bus atkurti.

Jei informacijos registras yra periodinis, tai iškrovimas atliekamas iškrovimo laikotarpiui (žr. 9 pav.). Naudotojas turi nuspręsti, ar perduoti tokį registrą, ir, jei jis perduodamas, kuriam laikotarpiui.

Aukščiau aprašyta procedūra yra padalinta į kelis etapus. Tai daroma siekiant aiškumo ir geresnio algoritmų supratimo. Galite sujungti kelis etapus į vieną, pavyzdžiui, vienu metu pervesti likučius ir dokumentus. Netgi pageidautina tai padaryti siekiant sutrumpinti duomenų iškrovimo ir pakrovimo laiką. Bet jūs taip pat turite suprasti, kad, jei reikia, procesą galite suskaidyti į savavališkai mažus komponentus. Pavyzdžiui, lokalizuoti tam tikrą perdavimo problemą.

Dokumentų perdavimo gamybos apskaitai ypatumai. Tai apima: dokumentą Gamybos ataskaita per pamainą, dokumentas Išvestis ir dokumentas Pilnas nomenklatūros rinkinys su operacijos tipu Išvestis. Visi jie konvertuojami į AKS 3,0į dokumentą Gamybos ataskaita per pamainą, visais atvejais būtina nustatyti planuojamą kainą (planuojamą sumą), kadangi m AKS 3,0šis rekvizitas yra privalomas. Jei PPM naudoja sąnaudų apskaitos režimą Skirstymas, tada planuojama kaina nustatoma pagal SCP dokumento siuntimų apskaitos duomenis. RAUS išplėstinio analizės režimo atveju planuojamos išlaidos nustatomos pagal mėnesio, kurį šį dokumentą. Planuojamos išlaidos – tai sąskaitos debeto apyvarta atsargų apskaita(10, 21, 41, 43) nuo 20 sąskaitos kredito. Tuo pačiu, jei apskaitos parametruose nustatyta konstanta Tvarkyti sandėlių partijų apskaitą Reg, tuomet kiekvienam sandėliui nustatoma planuojama prekės savikaina. Kitu atveju jis konsoliduojamas visiems sandėliams.

Perduodant dokumentą Pilnas nomenklatūros rinkinys su operacijos tipu Išvestis užpildyk lentelę medžiagų ir atitinkamai atliekant dokumentą Gamybos ataskaita per pamainą BP 3.0 medžiagos nurašomos. Perduodant dokumentą Gamybos ataskaita per pamainą in 1C apskaita 8 lentelės skyrius Medžiagos nepildomas, nes šiuo atveju yra formos dokumentai Sąskaitos faktūros reikalavimas.

Jei atsisiunčiant kyla problemų: Nurodytas failas neegzistuoja", rekomenduoju atlikti šiuos veiksmus. Perjunkite iš "Veikimo režimo (serveryje)" į "Veikimo režimą (kliente)", tada atsisiuntimo failo pasirinkimo langas tampa neaktyvus. Paspaudus mygtuką "Atsisiųsti duomenis", apdorojimas paragins pasirinkti atsisiunčiamą failą, nurodykite, kad bendras failo pavadinimo ilgis būtų mažesnis nei 64 simboliai, jame nėra tarpų ar rusiškų raidžių, pats failo pavadinimas turi būti kuo trumpesnis, pvz., CDData.xml

Pristatymo turinys.

Į paketą įeina: Perkėlimo taisyklės SCP_ACC8.xml. Už variantą Likučių ir dokumentų perkėlimas iš 1C UPP programos į 1C BP rev. 3.0 pasirinkus ZhR apdorojimas įtrauktas UniversalData ExchangeXML_Selection_By_Fat.

Kitos duomenų perdavimo taisyklės:

Turėdamas pakankamai patirties įgyvendinant SCP, noriu pažymėti, kad kiekviename projekte anksčiau ar vėliau reikėjo perkelti buhalteriją kaip skyrių dirbti programoje. Šiame procese yra daug sunkumų. Visų pirma norėčiau atkreipti dėmesį į perėjimą nuo BP 2.0 prie SCP. Nepaisant to, kad BP 3.0 jau buvo išleistas, manau, kad šis klausimas kurį laiką išliks populiarus. Taigi koks yra sunkumas?

Pradėti reikia nuo to, kad 1.3 apskaitos skyrius yra arčiau įmonės 1.6 leidimo apskaitos skyriaus nei 2.0, nors, žinoma, visas funkcionalumas atitinka šiuolaikines realijas. Nepaisant to, tai suvokiama kaip grįžimas prie kažko seno, pasenusio. Ir, svarbiausia, tame yra nemažai tiesos.

Žinoma, atliekant apskaitos užduotis, konfigūracija (toliau – BP) 2.0 turi privalumų ir patogumų, tačiau nepaisant to, SCP akcentas yra jo gamybos grandinė, kuri neturi analogų jokiame 1C sprendime (išskyrus). Deja, šį psichologinį pranašumą atšaukti sunku, tai pasiekiama tik valingu vadovybės sprendimu, kad tie, kurie nepersikvalifikuos, bus atleisti.

1C SCP ir 1C apskaitos skirtumai

Pagrindiniai neigiami dalykai, išskiriantys UPP nuo BP, su kuriais man teko susidurti praktiškai:

• Sąskaitos faktūros formavimas pagal nuorodą (BP šios sąskaitos įvedamos į atskirą skirtuką).
• Ataskaitų išvaizda (apskaitos ataskaitos UPP atrodo tikrai blankiai, skirtingai nei gražios ataskaitos BP su žalia antrašte ir daugybe nustatymų).
• Skirtumas tarp dokumentų žurnalų (dokumentų žurnalų pavadinimai ir sudėtis skiriasi BP buhalteriais).
• Papildomų paieškos laukų buvimas dokumentų žurnalų formose.

Gaukite 267 1C vaizdo pamokas nemokamai:

Dabar apie šias ir kitas technines galimybes, kurios gali turėti įtakos apskaitai, reikėtų pakalbėti plačiau. Taip pat, kokias alternatyvas mums siūlo 1C UPP.

Svarbiausias apskaitos principų skirtumas SCP ir BP buhalteriui, mano nuomone, yra neįmanomas (galbūt labai ribotas kiekis) atspindėti. verslo sandorių„Buhalterinės nuorodos“. Kai kuriose įmonėse pusė apskaitos vedama pagal „Operacijų“ naudojimą. Ši savybė atsiranda dėl plačiai paplitusių apskaitos registrų SCP, o ne tik apskaitos registrų. SCP didžioji dauguma operacijų atliekama pagal specializuotus dokumentus.

Pavyzdys: dauguma buhalterių atspindi palūkanas už paskolas, išduotas naudojant operaciją, nurodydami korespondenciją Dt91 Kt76, tačiau 1C UPP šis metodas neturės įtakos, pavyzdžiui, tarpusavio atsiskaitymų su sandorio šalimis registrui. Turėtų būti naudojamas prekių ir paslaugų pardavimo dokumentas.

Atskirai reikia pasakyti, kad yra galimybė naudoti dokumentą Eksploatacija, tačiau tik kartu su dokumentu Registrų taisymas, ir šis dokumentas gali įstumti į stuporą bet kurį nepasiruošusį vartotoją.

Be to, reikėtų atkreipti dėmesį į kai kurių apskaitos sąskaitų subconto apskaitos skirtumus ir į tai, kad neįmanoma gauti dominančios informacijos naudojant standartinius metodus. Pavyzdžiui, 60 sąskaitoje nėra trečiojo subkontrolio „Atsiskaitymų su sandorio šalimi dokumentai“, kurio registratoriaus dokumentas atitinkamai atsispindi BP, šių dokumentų nebus galima matyti naudojant standartą. balanso lapas. Dalis išeities iš šios situacijos – pasinaudoti ataskaita „Pareiškimas apie tarpusavio atsiskaitymus su sandorio šalimis“.

Kai kurių „nebalansinių“ sąskaitų nebuvimas 1C SCP, pavyzdžiui, MC sąskaitos. Iš tiesų, naudojamos medžiagos yra įtrauktos į BP MC sąskaita. SCP informacija apie perduotas eksploatuoti medžiagas įrašoma į „Eksploatuojamų medžiagų“ registrą, informaciją apie jas galima gauti naudojantis „Eksploatuojamų medžiagų sąrašo“ ataskaita.

Mėnesio uždarymo procedūros nebuvimas, toks artimas ir suprantamas. Taip, tokio apdorojimo SCP nėra. Mėnesio uždarymas atliekamas naudojant verslo procesą „Mėnesio uždarymo procedūra“, kuriame naudojamas nuorodos elementas „mėnesio uždarymo nustatymas“.

Galbūt šis punktas yra labai ypatingas atvejis. Nepaisant to, verta paminėti. Dokumentas „OS judėjimas“ - čia sunkumas tas, kad buhalterija nurodo, kur ir kur perkeliamas ilgalaikio turto objektas, o SCP nurodoma tik vieta, kur objektas perkeliamas. Tikroji objekto vieta nustatoma pagal registro įrašą tuo momentu.

Nusidėvėjimo ataskaita SCP turi kitokį pateikimą ir neatspindi ilgalaikio turto judėjimo judėjimo, taip pat galite naudoti atnaujintą ataskaitą.

Padidėjęs užpildytų detalių skaičius. Žinoma, rekvizito padaugėjo. Tačiau dėl vartotojo nustatymų didžioji dalis šios informacijos gali būti užpildyta automatiškai.

Išeitys iš esamos situacijos

Paprastai dauguma užduočių, su kuriomis susiduriame, turi keletą sprendimų. Šioje situacijoje galiu pabrėžti, pavyzdžiui, tai:

Vienoje įmonėje buhalterijos padėtis buvo labai stipri, jiems baisiai nepatiko grįžimas į praeitį ant 1C UPP 1.3, projektui iškilo pavojus... Laimei, įmonė turėjo puikias finansines galimybes... Rezultatas buvo pilnas visų apskaitos ataskaitų atitikimas ir suvedimas į BP 2.0 formą, naujų dokumentų įtraukimas į dokumentų žurnalus, paieškos formų atvaizdavimas dokumentų žurnalų blankuose. Paaiškėjo, kad tai brangu: ir plėtros, ir tolesnės paramos prasme, bet buhalterija pajuto savo svarbą, o projektas tęsėsi.

Nors ši galimybė neatrodo labai efektyvi, ji turi savo vietą gyvenime.

Diametrai priešingas sprendimas būtų griežtas vadovybės nurodymas naudoti tik esamą funkcionalumą. Ji, beje, leidžia pilnai vesti apskaitą, turi visus kontrolės mechanizmus. Šis požiūris yra optimalus įmonei!