1c datu pārsūtīšana no 8.3 līdz 7.7. Pāreja no standarta konfigurācijas ar iepriekšējā perioda dokumentu pārsūtīšanu

Šobrīd pāreja no 1C:Enterprise 7.7 uz 8.3 (līdzīgi kā 8.2) kļuvusi par grāmatvežu galvassāpēm. Vēlams pēc iespējas ātrāk un bez kļūdām. Ja esat 1C:Accounting programmētājs un jums ir jāpārvērš dokumenti no septītās versijas uz astoto, tad šis raksts ir paredzēts jums.

Veiciet tikai dažas darbības, un jūsu datu pārsūtīšanas problēmas tiks atrisinātas. Izlasiet šo instrukciju līdz beigām, un jūs redzēsiet, kā to izdarīt. Pirmkārt, datorā ir jāsagatavo darba vieta nepieciešamajām manipulācijām. Pirmkārt, jūsu cietajam diskam jābūt vismaz 100 GB. Tas ir nepieciešams, jo tas ir daudzlīmeņu. Un jums būs jāstrādā ar vairākām 7.7 konfigurācijām.

Ja jums nepieciešama ātra un kvalitatīva pāreja no 1C Accounting 7.7 uz 1C 8.3, sazinieties ar mums! Mūsu vidējās pabeigtās izmaksas ir 6600 rubļu.

Datu pārsūtīšana no 1C 7.7 uz 1C 8.3 grāmatvedība 3.0

Tātad, pirms strādājat ar datu pārsūtīšanu uz versiju 1C 8.3, šie dati ir jāsagatavo versijā 7.7. Lai to izdarītu, jums jāveic šādas darbības. Pieņemsim, ka jūsu datorā ir strādājoša datu bāze “Uzņēmuma grāmatvedība”, ar kuru strādā jūsu grāmatveži. Izmantojot Export77 apstrādi, augšupielādējiet visus nepieciešamos dokumentus teksta failā un no šī brīža nekad neatgriezieties galvenajā darba datu bāzē. Jūsu turpmākās manipulācijas notiks ar citām konfigurācijām.

Instalējiet jaunāko versiju 1C: Enterprise 7.7 jaunajā direktorijā. (pakotnē ir standarta tukša versija (bez datiem) un demonstrācijas versija). Mēs strādāsim ar standarta versiju. Tagad palaidiet šo datu bāzi un, izmantojot Import 77 apstrādi, ielādējiet datus no galvenās datu bāzes no teksta faila.

Konvertējot datus, daži dokumenti var netikt apstrādāti. Tas nav biedējoši. Viltība ir tāda, ka pēc pārsūtīšanas to varat viegli salabot, jo standarta datu bāzē jūs strādājat ar galveno standarta kontu plānu. Tāpēc neatkarīgi no tā, cik sarežģīti ir apakškonti, to ir viegli salabot savā darba datu bāzē aptuveni 3 stundu laikā, iedziļinoties katrā nepublicētajā dokumentā un konta laukos mainot kontus, kas jums ir jūsu konfigurācijā.

Protams, pirms pārsūtīšanas vispirms standarta konfigurācijas kontu plānu saskaņo ar savas galvenās darba bāzes kontu plānu. Iespējas ir tikai individuālas atkarībā no jūsu organizācijas specifikas. Pabeidzot šo darbu, jūs saņemat standarta konfigurāciju, kas piepildīta ar datiem no jūsu darba datu bāzes.

Tagad mums ir jāveic cita datu pārsūtīšana. Lai to izdarītu, jaunā direktorijā vēlreiz instalējiet standarta nulles konfigurāciju. Un pārsūtiet tur datus no standarta konfigurācijas ar saviem datiem Rezultātā jūs iegūsit ideālu 7. versijas datu bāzi, kas ir gatava pārsūtīšanai uz 8.2 versiju.

Fakts ir tāds, ka dati tiek pārsūtīti tieši uz astoto versiju tikai no “neskartās” standarta versijas 7.7. Un tagad jums ir tieši šāda konfigurācija. Bet tagad tas nav tukšs, bet ar jūsu darba datiem.

Visi! Mēs izlaižam versiju 1C: Enterprise 8.2. Atlasiet “Datu pārsūtīšana no versijas 7.7”. un izbaudiet, kā programma pati pārsūta datus no jūsu apstrādātās 7.7., pārsūta dokumentus un parāda 7.7 un 8.3 versijas bilances salīdzinošo tabulu.

Protams, 100% rezultāts nebūs. Bet pie 70-80 procentiem jūs saņemsiet sērkociņu. Un tad jūsu darbs tiks veikts tikai versijā 8.3.

Iespējamās neprecizitātes ir viegli novērst. Ir vēl 3-4 stundas. Dodieties uz dokumentu žurnālu un pielāgojiet kontus vai laukus (piemēram, “Līgums” vai “Vispārējais kases aparāts”). Tas ir atkarīgs no atšķirības pakāpes starp jūsu 7,7 bāzi. no standarta. Visu šo darbību rezultātā jūsu darba 8.3 versijas konfigurācija varēs izveidot grāmatvedības datus, izmantojot bilanci ideālā formā.

Pēc pārejas jums būs noderīgi iemācīties strādāt jaunajā programmā. Šim nolūkam mēs esam sagatavojuši sadaļu.

Starp citu! Ja jums nepieciešama 1C programmu modifikācija, varat sazināties ar mums!

Video par pāreju no 1s 7.7 uz 8:

Nebūtu pārspīlēti teikt, ka visi 1C: Accounting 7.7 lietotāji, kuri ir nolēmuši pāriet uz 1C: Accounting 8, ir noraizējušies par datu pārsūtīšanas jautājumu. Un ne tikai mehāniska direktoriju pārnešana, bet visas grāmatvedības un nodokļu kontos uzkrātās informācijas pārsūtīšana, kas lietotājiem ļautu sākt strādāt jaunajā programmā uzreiz pēc tās iegādes. Lai ātri pārietu no “1C: Accounting 7.7” uz “1C: Accounting 8”, tika izstrādāts mehānisms ar nosaukumu “Transition Assistant”. Precīzāk, divi palīgi. Viens ir paredzēts datu lejupielādei no “1C: Accounting 7.7”, otrais ir datu ielādei “1C: Accounting 8”. 1C metodiķi stāsta par asistenta lietošanu.

Zvaniet Asistentam "1C: grāmatvedība 7.7" var izdarīt no izvēlnes "Pakalpojums - Pāreja uz 1C: Grāmatvedība 8" (skat. 1. att.).

Rīsi. 1

Darbs ar Asistentu ir sadalīts piecos posmos. Pāreja no soļa uz soli tiek veikta, izmantojot pogas “Nākamais” un “Atpakaļ”.

Pirmais solis ir vienam otru iepazīt. Šeit ir īss Asistenta mērķa apraksts, varat apskatīt informāciju par "1C: Grāmatvedība 8" priekšrocībām un norādīt, kur varat iegūt papildu informāciju par pāreju uz "1C: Grāmatvedība 8".

Ja nav atjauninājumu, varat turpināt darbu.

Ja ir atjauninājums, varat iegūt jaunu konfigurācijas laidienu.

Pēc jauna laidiena saņemšanas jums ir jāatjaunina konfigurācija. Lai to izdarītu, jums būs jāiziet no Asistenta un jāaizver programma. Pēc konfigurācijas atjaunināšanas palīgs tiks automātiski palaists, lai turpinātu pāreju, un piedāvās jums nākamo darbību.

Trešajā darbībā ir jānorāda, kāda informācija ir jāpārsūta. No grāmatvedības un nodokļu kontiem var pārskaitīt tikai atlikumus uz gada sākumu.

Vai atlikumi gada sākumā un apgrozījums no gada sākuma līdz jebkura mēneša beigām.

Īpaša uzmanība jāpievērš tam, ka pirms pārejas veikšanas ir nepieciešams veikt parastās mēneša beigu slēgšanas procedūras katrā mēnesī, kas ir iekļauts izkraušanas periodā.

Ceturtajā darbībā Asistents norāda, kurā failā tiks ierakstīti augšupielādētie dati. Ja nemaināt noklusējuma iestatījumus, ielādējot datus programmā 1C: Accounting 8, pārejas palīgs uz 1C: Accounting 8 automātiski atradīs norādīto failu.

Visbeidzot, pēdējais solis ir datu lejupielāde. Ja atzīmēsiet izvēles rūtiņu “Izveidot bilanci”, pēc augšupielādes tiks ģenerēta bilance, kuru varēs izdrukāt un ar kuru salīdzināt ielādes rezultātu “1C: Grāmatvedība 8”. Tiešā izkraušana tiek veikta, noklikšķinot uz pogas "Izkraut".

Tas pabeidz migrācijas asistenta darbu no "1C: Grāmatvedība 7.7".

Tagad jums ir jāskrien "1C: Grāmatvedība 8" un sāciet lejupielādēt datus.

Jūs varat piezvanīt Asistentam no izvēlnes "Pakalpojums - Pāreja no 1C: Grāmatvedība 7.7" (skat. 2. att.).

Rīsi. 2

Tāpat kā 1C: Grāmatvedība 7.7, darbs ar palīgu ir sadalīts vairākos posmos. Pāreja no soļa uz soli tiek veikta, izmantojot pogas “Nākamais” un “Atpakaļ”.

Pirmais solis ir vienam otru iepazīt. Šeit ir īss Asistenta mērķa apraksts, norādīts, kur var iegūt papildu informāciju par pāreju uz "1C: Grāmatvedība 8", ir mājiens par to, kas jādara, lai lejupielādētu datus no "1C: Grāmatvedība". 7,7"

Otrais solis nodrošina iespēju pārbaudīt un, ja nepieciešams, iegūt standarta konfigurācijas atjauninājumu. Ieteicams izmantot jaunāko konfigurācijas laidienu, jo programma tiek pastāvīgi atjaunināta sakarā ar izmaiņām likumdošanā. Pēc jauna laidiena saņemšanas jums ir jāatjaunina konfigurācija. Lai to izdarītu, jums būs jāiziet no Asistenta un jāaizver programma. Pēc konfigurācijas atjaunināšanas palīgs tiks automātiski palaists, lai turpinātu pāreju, un piedāvās jums nākamo darbību.

Informācija par organizāciju būs jāaizpilda tikai 1C pamata versijas lietotājiem: Grāmatvedība 8. Lūdzu, ņemiet vērā, ka TIN un KPP ir pilnībā jāatbilst TIN un KPP, kas ievadīti sadaļā “1C: Grāmatvedība 7.7”. Programmā "1C: Accounting 8 PROF" organizācija tiks izveidota automātiski, ielādējot datus, un palīgs izlaidīs šo darbību.

Pirms sākat ielādēt datus, ir jāiestata krājumu uzskaite. Fakts ir tāds, ka "1C: Grāmatvedība 7.7" noliktavas atbalsta tikai kvantitatīvo uzskaiti. Programmā "1C: Grāmatvedība 8" noliktavas uzskaites iespējas ir daudz plašākas: var veikt partijas uzskaiti, var veikt kvantitatīvo un kopējo uzskaiti par noliktavām vai arī var izslēgt noliktavas uzskaiti. Ja noliktavas uzskaites iestatījumi neatbilst "1C: Grāmatvedība 7.7" funkcionalitātei (noliktavas uzskaite ir atspējota), lietotājam tiek piedāvāts instalēt noliktavas uzskaiti. Ja krājumu uzskaite jau ir iespējota iepriekš, palīgs izlaidīs šo darbību.

Nākamais solis ir norādīt, no kura faila dati jāielādē. Asistents automātiski meklē failu ar augšupielādētajiem datiem pēc nosaukuma, kas pēc noklusējuma tika norādīts Asistentā, augšupielādējot datus no "1C: Grāmatvedība 7.7".

Visbeidzot, pēdējais solis ir datu ielāde. Tiešā lejupielāde tiek veikta, noklikšķinot uz pogas "Lejupielādēt".

Ja atzīmēsiet izvēles rūtiņu "Ģenerēt bilances", tad pēc ielādes tiks ģenerēta apgrozījuma bilance grāmatvedības kontiem un bilance nodokļu uzskaites kontiem, kuru varēs izdrukāt, ar kuru varēs pārbaudīt datu lejupielādes laikā ģenerēto bilanci. no "1C: Grāmatvedība 7.7".

Pirms sākat strādāt ar programmu 1C: Accounting 8, jums jāiestata pamata grāmatvedības parametri:

izveidot grāmatvedības politikas;
izveidot nodokļu uzskaites politikas;
izveidot krājumu analītisko uzskaiti;
iestatīt lietotāja iestatījumus utt.

Atzīmējiet izvēles rūtiņu "Open Start Assistant" pārejas palīgā no "1C: Accounting 7.7", un pēc datu ielādes starta palīgs tiks palaists automātiski.

Tas pabeidz pāreju no "1C: Grāmatvedība 7.7" uz "1C: Grāmatvedība 8".

Darbības princips.

Daži vārdi par to, kā dati tiek pārsūtīti no standarta konfigurācijas Grāmatvedība", 4.5. izdevums 1C:Enterprise 7.7 vai konfigurācijai "" (turpmāk tekstā — avota konfigurācijas) standarta konfigurācijā Uzņēmuma grāmatvedība", izdevums 3.0 1C:Enterprise 8 (versija 3.0.52), turpmāk tekstā "Uztvērēja konfigurācija".

SVARĪGS! Datu pārsūtīšana ir iespējama no konfigurācijas Grāmatvedība izdevums 4.5 1C:Enterprise 7.7 versijām 7.70.569 un jaunākām versijām vai no konfigurācijas " Vienkāršotā nodokļu sistēma, red. 1.3"versijas 7.70.219 un jaunākas.

Ieteicams pārslēgties no avota konfigurācijas uz galamērķa konfigurāciju jauna perioda (gads, ceturksnis, mēnesis) sākumā pēc iepriekšējā perioda regulējošo darbību pabeigšanas.

Datu pārsūtīšana tiek veikta, izmantojot specializētu apstrādi, kas lejupielādē datus no avota konfigurācijas informācijas bāzes failā XML formātā. Iegūtais fails tiek ielādēts adresāta konfigurācijas informācijas bāzē, izmantojot universālo datu ielādes apstrādi.

Lai pārsūtītu datus, ir nepieciešami šādi faili:

ACC_ACC8 .ert — ārēja apstrāde datu augšupielādei ārējā failā no konfigurācijas " Grāmatvedība, red.4.5»;

USN_ACC8 .ert — ārēja apstrāde datu augšupielādei ārējā failā no konfigurācijas " Vienkāršotā nodokļu sistēma, red. 1.3»;

ACC_ACC8 .xml — datu konvertēšanas noteikumi.

USN_ACC8 .xml — datu konvertēšanas noteikumi.

Pārsūtāmi dati.

No avota konfigurācijas informācijas bāzes uz adresāta konfigurāciju tiek pārsūtīti tālāk norādītie dati.

Uzziņu grāmatu elementi;

Informācija par kārtējiem atlikumiem Konfigurācijas-avota informācijas bāzes grāmatvedības kontos uz informācijas bāzes konvertēšanas datumu;

Pašreizējie dokumenti, kuru datums ir lielāks par informācijas bāzes konvertēšanas datumu.

Pārveidošana tiek veikta divos posmos:

Dati no avota konfigurācijas informācijas bāzes tiek augšupielādēti atsevišķā failā (datu failā);

Iegūtais fails tiek ielādēts adresāta konfigurācijas informācijas bāzē.

Uzstādīšana.

Lai instalētu datu migrācijas apstrādi, ir jāizmanto instalēšanas programma setup.exe. Pēc programmas palaišanas (ja 1C:Enterprise infobāzu skaits ir liels, tad pēc kāda laika) parādīsies dialoglodziņš, kurā jāatzīmē tās infobāzes, kurās tiks uzstādīta datu pārraides apstrāde. Logs izskatās kā 1. att. Ja informācijas bāzu skaits ir lielāks par septiņām, navigācijai izmantojiet pogas “augšup” un “uz leju”. Ja ir atlasītas vairākas informācijas bāzes, līnija “ceļš” atspoguļo tikai pēdējās atlasītās informācijas bāzes atrašanās vietu. Šai informācijai ir papildu raksturs, un tā tiek izmantota pēc izvēles, lai lietotājs varētu kontrolēt instalēšanas programmas rezultātu, nepievēršot tai īpašu uzmanību, programma pati noteiks, kur tiek instalētas jūsu izvēlētās informācijas bāzes .

1. att. Logs informācijas bāzu izvēlei instalēšanas laikā

Papildus var norādīt mapi, kurā tiks instalēta arī datu pārsūtīšanas apstrāde, lai to izdarītu, izmantojiet mapes atlases logu (noklikšķinot uz pogas ar trīs punktiem). Pilns atlasītās mapes ceļš tiks atspoguļots atlases rindā. Pēc noklikšķināšanas uz pogas “instalēt”, nepieciešamie faili tiks instalēti atlasītajās informācijas bāzēs un (vai) izvēlētajā mapē. Pēc pabeigšanas varat noklikšķināt uz pogas “detaļas” un skatīt detalizētu instalācijas žurnālu, kurā norādīti faili, kuros mapēs tika ierakstīti. Rezultātā atlasītajai mapei vajadzētu būt kaut kam līdzīgam tālāk redzamajam attēlam, skatiet 2. att.

2. att. Faili, kas instalēti atlasītajā mapē

Uz apakšdirektoriju ExtForms apstrāde ir instalēta Pāreja uz 1C: Grāmatvedība 8, izd. 3.0 un nodošanas noteikumi. Lūdzu, ņemiet vērā, ka augšupielādes apstrāde ACC_ACC8.ert un datu augšupielādes noteikumi aizstāj standarta apstrādi un noteikumus. Ja vēlaties saglabāt standarta pārejas mehānismu, instalējiet jauno apstrādi atsevišķā direktorijā, nevis informācijas bāzē.

Instalēšanas process ir sīkāk aprakstīts, izmantojot atskaites instalēšanas piemēru " konfigurācijai "1C: Grāmatvedība 7.7".

Darbības procedūra.

Programmā" 1C: Grāmatvedība 7.7"Jums ir jāatver apstrāde no papildu opcijām" Pāreja uz 1C: Grāmatvedība 8, izd. 3.0", izvēlieties mapi, kurā atrodas pārskaitījuma noteikumi (skat. 3. att.) un lejupielādējiet maiņas noteikumus. Nav jāiekļauj visi pārskaitījuma noteikumi. Jāizmanto tikai tie, kas nepieciešami, piemēram, atlikumu pārskaitīšanai, vai atlikumi un dokumenti, piemēram, direktoriju grupā nevar iekļaut vienu noteikumu, jo visi direktori tiek pārsūtīti pēc vajadzības, t.i., tikai tie, kas ir iesaistīti vai nu atlikumos, vai dokumentos nav nekāds “atkritums” jaunajā informācijas bāzē, piemēram, ja daži dokumenti nav jūsu datubāzē vai nevēlaties tos pārsūtīt, šis noteikums nav jāiespējo.

3. att. Apstrāde datu augšupielādei

Es iesaku iestatīt datu faila nosaukumu uz "C:\v77_v8\Exp77_80.xml", šī mape bieži tiek izmantota pēc noklusējuma programmā " 1C: Grāmatvedība 8"ielādējot datus no programmām platformā" 1C: Uzņēmums 7.7". Ja nepieciešams, iestatiet parametrus lapā " Iespējas".

Datu lejupielādes procesā no konfigurācijas " Grāmatvedība 7.7"Var rasties dažādas kļūdas. Šeit sniegtie pārsūtīšanas noteikumi atšķiras no standarta noteikumiem ar to, ka datu augšupielādes posmā tie meklē tipiskas kļūdas. Apskatīsim tos, par kuriem tiek parādīti ziņojumi.

Nulles daudzums un nulles daudzums krājumu vienību. Atlikuma ievadīšana saņemšanas konfigurācijā tādā veidā, ka materiāla daudzums ir vienāds ar nulli un materiāla izmaksu tāme nav vienāda ar nulli, nav iespējama un arī bezjēdzīga, jo tā ir kļūda. Līdz ar to, pārskaitot atlikumus, šādas pozīcijas (ar nulles daudzumu) bilances ierakstīšanas dokumentos netiks iekļautas. Līdz ar to, ja kļūdas netiek izlabotas pirms datu pārsūtīšanas, tad atlikumu pārsūtīšanas laikā nesakritīs summas datu avotā un galamērķī, kas radīs papildu saskaņošanas grūtības. Tāpēc datu lejupielādes procesā no konfigurācijas " Grāmatvedība 7.7» tiek parādīti ziņojumi par konstatētajām kļūdām (skat. 4. att.). Turklāt, lai atrastu kļūdas, mēs varam ieteikt izmantot “Grāmatvedības ātrās pārbaudes” apstrādi, proti, noteikumu “Nav nulles summas, ja materiāliem ir nulle daudzums”.

4.1. att. Ziņojumi par konstatētajām kļūdām

Otrā (trešā) līmeņa subkonta atlikums, kas nav nulles, savukārt bilance pirmajā (otrajā) līmenī ir nulle. Tā ir diezgan izplatīta kļūdainas uzskaites situācija. Tipisks piemērs ir parādīts 4.2. attēlā. Šis nosacījums rodas analītiskās grāmatvedības “pārvērtēšanas” rezultātā. Piemēram, naudas plūsmas dokumentos ir norādīts līgums, bet kapitalizācijas dokumentos nav vienošanās, vai otrādi, vai arī ir līgumi, bet tie ir atšķirīgi. Visos šajos gadījumos saskaņā ar līgumiem pastāv nulles bilance, neskatoties uz to, ka darījuma partnera atlikums ir vienāds ar nulli. Līdzīga aina var rasties arī materiālu uzskaitē un nomenklatūrā (kad tiek iekļauta kopējā uzskaite pa uzglabāšanas vietām): pārklasificēšana starp noliktavām, īpaši, ja noliktavas ir finansiāli atbildīgas personas.

4.2. att. Grāmatvedības kļūdu piemērs

Ir skaidrs, ka tā ir kļūda, un ir skaidrs, ka nav jēgas pārnest šādus atlikumus. Lai izslēgtu šāda veida atlikumu pārsūtīšanu, ir parametrs “Neizkraut atlikumus, ja augšējā līmenī ir nulles atlikums”. Ja šis parametrs ir iestatīts uz vienu, augšupielādes laikā tiek parādīti ziņojumi, kas parādīti attēlā. 4.3 (sal. 4.2. att.), un atlikumi šādām pozīcijām netiks izkrauti. Varat izmantot dažādas šī parametra kombinācijas ar dažādu atlikumu pārsūtīšanas noteikumiem. Ja pārskaitāt nevis visus atlikumus uzreiz, bet pa uzskaites sadaļām, tad varat pārskaitīt atlikumus no dažādām grāmatvedības sadaļām ar dažādām parametru vērtībām.

4.3.att. Kļūdu ziņojumi

Tukšas līguma vērtības vai ārvalstu līgumi. Problēma ir līdzīga iepriekš aprakstītajai, iemesls ir tas pats - nepareiza līgumu analītiskā uzskaite (sk. 4.4. att.). Bet darījuma partnera atlikums nav nulle, tāpēc iepriekš aprakstītais pārbaudes noteikums nedarbosies. Pārsūtot datus, grāmatojot dokumentu atlikumu ievadīšanai, radīsies kļūda, jo tukša līguma vērtība nav atļauta.

Att.4.4. Ziņojums par kļūdu

Lai novērstu šādas kļūdas pirms pārsūtīšanas, datu augšupielādes stadijā tiek izdoti kļūdu ziņojumi (sk. 4.5. att.). Tajā pašā attēlā redzams, ka radusies vēl viena kļūda: līgums neatbilst darījuma partnerim, t.i. līguma īpašnieks ir cits darījuma partneris. Šādas kļūdas bieži atrodamas modificētajās, t.i. nestandarta konfigurācijās vai sen izveidotās datubāzēs, kad pat standarta konfigurācijās, aizpildot dokumentus, nebija pietiekami stingra līgumu atbilstības pārbaude.

Att.4.5 Grāmatvedības kļūdu ziņojumi

Līgumu un citu personu līgumu tukšu vērtību pārbaude tiek veikta, ja parametrs " ir iestatīts uz vienu Pārbaudiet, vai līgumos nav tukšas vērtības un atbilstība darījuma partnerim Turklāt, lai atrastu kļūdas, mēs varam ieteikt izmantot "Grāmatvedības ātrās pārbaudes" apstrādi, proti, noteikumus "Līgumu tukšas analītikas trūkums" un "Darījuma partneru un līgumu atbilstība".

Ir arī citas kļūdu pārbaudes, lai iegūtu vairāk informācijas, lūdzu, sazinieties ar mums (kontakti lapas apakšā).

Darba metodes

Mēs parādīsim, kā jūs varat pārsūtīt datus pa daļām, nevis pilnībā, izmantojot atsevišķa veida dokumentu augšupielādes piemēru vai pat atsevišķas atlasītā tipa dokumentu kopijas. Atzīmēsim tikai vienu datu augšupielādes kārtulu " Maksājuma uzdevums" (sk. 5. att.). Tas ļaus augšupielādēt tikai šāda veida dokumentus Maksājuma uzdevums". Ja ar šiem parametriem jūs noklikšķiniet uz pogas " Izkraut", pēc tam tiks lejupielādēti visi dokumenti ar veidu " Maksājuma uzdevums", kas atrodas laika intervālā ar " sākuma datums"autors" derīguma termiņš". Nospiediet pogu " Instalējiet PVD", pēc šī ziņa" Maksājuma uzdevuma datu atlase".

5. att. Kā iestatīt kārtulu noteikta veida datu augšupielādei

Tālāk noklikšķiniet uz pogas "Pievienot nosacījumu", varēsiet izvēlēties atlases atribūtu (skat. 6.1. att.), visbiežāk tas ir " PašreizējaisDokuments", kas ļauj atlasīt atsevišķu dokumentu no šāda veida dokumentu saraksta. Izmantojot citus atlases datus, varat iegūt atlasi dokumentu grupai, piemēram, atlasīt dokumentus pēc datuma. Visos gadījumos tiek atlasīti dokumenti parametru norādītajā laika intervālā " Sākuma datums" Un " derīguma termiņš".

6.1. att. Kā izvēlēties atsevišķu dokumentu

Svarīgs! "1C"), kas dažās konfigurācijās neļauj atlasīt dokumentus, augšupielādējot atbilstoši atlases informācijai. Tas ir saistīts ar faktu, ka standarta noteikumos dokumenti tiek atlasīti pēc pieprasījuma, nenorādot periodu. Šādi pieprasījumi ne vienmēr darbojas.

Līdzīgā veidā varat augšupielādēt direktorijus, nevis visu direktoriju, bet atlasot pēc dažām detaļām. Vispirms atlasiet vajadzīgo datu augšupielādes noteikumu, pēc tam secīgi nospiediet pogas " Instalējiet PVD" Un " Pievienot nosacījumu". Piemēram, 6.2. att. parāda, kā var izkraut tikai tos darbiniekus, ar kuriem pārejas brīdī no programmas " 1C: Vienkāršota nodokļu sistēma, red. 1.3"uz" 1C: Uzņēmuma grāmatvedība, izdevums 3.0" (jeb, kā bieži saka lietotāji, pāreja no grāmatvedības 7.7 uz 3.0) darba attiecības ir nodibinātas.

6.2. att. Kā izvēlēties direktorija elementu grupu

Svarīgs! Piedāvātajos datu pārsūtīšanas noteikumos ir izlabota kļūda standarta noteikumos (no uzņēmuma "1C"), kas noved pie nepareizas direktoriju elementu atlases, veicot izkraušanu, izmantojot periodiskas direktoriju detaļas, t.i. tiem, kuriem dažādiem datumiem ir iestatītas dažādas vērtības. Tas ir saistīts ar faktu, ka standarta noteikumos direktorija elementu atlase tiek veikta ar vaicājumu, nenorādot punktu.

Atlase, pamatojoties uz periodiskām direktorija detaļām, tiek veikta parametra datumā " derīguma termiņš"!!!

Varat izmantot datu augšupielādes un atlases kārtulu kombināciju. Kārtulas, kurām ir iestatītas atlases, tiks atzīmētas kā “[ATLASE]”. Lai skatītu vai rediģētu konkrētas datu augšupielādes kārtulas atlasi, kārtulu sarakstā veiciet dubultklikšķi uz šīs kārtulas vai, atlasot to, noklikšķiniet uz pogas " Instalējiet PVD".

Svarīgs! Ja objektu augšupielāde izrādās tukša vai nepilnīga, jums jāpārbauda, vai sinhronizācijas režīms ir iestatīts ar 1C: Grāmatvedība 8. Ja tas tā ir, tad tiks augšupielādēti tikai pēc pārsūtīšanas mainītie objekti (Directory.Synchronous Accounting Parametri saglabā parametru Pēdējā augšupielādētā dokumenta pozīcija, ko augšupielādes laikā pārbauda funkcija CheckFor Upload Possibility) . Pilna darbība sinhronizācijas režīmā kļūst neiespējama. Sinhronizācijas režīms tiek pārbaudīts pēc apmaiņas noteikumu ielādes. Ja režīms ir uzstādīts, tiks ģenerēts brīdinājuma logs (skat. 6.5. att.) un jums tiks lūgts atspējot sinhronizācijas režīmu.

Rīsi. 6.5 Sinhronizācijas režīma brīdinājuma logs

Papildu atšķirības no standarta noteikumiem

Novērsta kļūda, pārsūtot PT&U ar veciem kvīšu veidiem: ja dokumentos Preču un pakalpojumu saņemšana kvīts veids ir vienāds ar 2 (novecojusi vērtība) un nav piegādātāja rēķina, kļūdaina šī dokumenta konvertēšana BP 3.0 par atgriešanu. rodas dokuments no pircēja.

Pārsūtot manuālās darbības, kurām ir nodaļas apakškonts, uz BP PROF versiju, ir novērsta kļūda. Šāda darbība netiek ierakstīta BP, rodas kļūda: “Laukam Dalījums ir jābūt tukšam.” Tas ir saistīts ar to, ka noteikumi ir paredzēti darbam ar CORP versijām, tomēr PROF grāmatvedības reģistra dimensijām DivisionDt un DivisionKt jābūt tukšām.

Izlabota kļūda, kas izraisīja direktoriju grupu dublēšanos Līgumi un līdz ar to šī direktorija elementu dublēšana (jo meklēšana ielādes laikā tiek veikta, ņemot vērā vecāku). Tas ir parādīts 6.6. attēlā.

6.6. att. Direktoriju pārsūtīšanas rezultāts Līgumi standarta noteikumi

Šeit kolonnā Vecāks(direktoriju grupa) ar nosaukumu 2015 Ir divas dažādas direktoriju grupas ar vienādu nosaukumu (avotā ir tikai viena grupa), tāpēc līgumi tiek dublēti.

Novērsta kļūda bankas dokumentu pārskaitīšanā, pārskaitot naudu no viena norēķinu konta uz citu. IN BP 3.0šajā gadījumā tiek izveidots dokuments Debetēšana no norēķinu konta ar operācijas veidu Pārskaitījums uz citu organizācijas kontu, kas netiek veikts tāpēc, ka nav aizpildīti rekvizīti Saņēmēja konts. Turklāt dati ir aizpildīti nepareizi. Konts Un Debeta konts. Tas tiks parādīts, ja tie atšķiras, piemēram, 55 un 51, tad tie ir jāmaina. Novērsta kļūda, neaizpildot informāciju Pienākuma veids nodokļu pārskaitījuma dokumentos. Viss iepriekš minētais attiecas uz laidienu 3.0.43.215.

Rekvizīti tiek nodoti galvenais līgums direktoriju Darījuma partneri.

Direktorija lejupielādes noteikums ir mainīts Nomenklatūra, tagad datu atlases metode ir standarta izlase, kas ļauj atlasīt direktoriju elementus pēc detaļām (vienkāršotās nodokļu sistēmas standarta noteikumos 7.7 - BP 3.0 tas nav iespējams). Pārsūtot direktoriju Nomenklatūra, tiek nodotas un Preču cenas caur saitēm, t.i. tikai nodoto nomenklatūras vienību cenas. Lai iespējotu šo funkciju, parametra vērtība ir jāiestata uz vienu Izkraujot preces, augšupielādējiet cenas.

Standarta noteikumos "STS 7.7 - BP 3.0" ir fiksēta kļūda, pārskaitot atlikumus norēķiniem ar darījuma partneriem: līguma veids vienmēr tika iestatīts uz Cits. Tagad - atkarībā no bilances veida, saskaņā ar grāmatvedības sadaļu " Aprēķini ar piegādātājiem un darbuzņēmējiem"līguma veids =" Ar piegādātāju", saskaņā ar grāmatvedības sadaļu" Aprēķini ar pircējiem un klientiem"līguma veids =" Ar pircēju", citos gadījumos līguma veids = " Cits".

Standarta noteikumos "USN 7.7 - BP 3.0" ir fiksēta kļūda, pārskaitot atlikumus norēķiniem ar darījuma partneriem: savstarpējo norēķinu summa tika ierakstīta divos sākotnējo atlikumu ievadīšanas dokumenta rekvizītos. Summa Un SummaKt. Šī iemesla dēļ sākuma atlikumu ievades dokuments netika iegrāmatots.

PārbaudietAr pircēju"(standarta noteikumos" Cits"). Ir iestatīta atribūta " vērtība. Maksājuma valsts", tas ir svarīgi, lai pareizi izvēlētos rēķinu apmaksai pircējam bankas maksājumu dokumentos Saņēmēja konfigurācijā.

Pārsūtot dokumentus veidlapā " Maksājuma uzdevums"līguma veids ir iestatīts uz " Ar piegādātāju"(standarta noteikumos" Cits").

Standarta noteikumos "USN 7.7 - BP 3.0", pārsūtot uzglabāšanas vietas, ir novērsta kļūda: rekvizīti "nav aizpildīti" Noliktavas veids".

Pievienots parametrs " Iekļauta apmaiņa ar regulējošām iestādēm": ja tā vērtība ir 1, tad prop Apmaiņas veids ar kontroles iestādēm direktorija elements " Organizācijas"iestatīt vērtību" ExchangeIn universālā formātā", pretējā gadījumā sadaļā " Exchange Disabled"kā standarta noteikumos. Tas ir svarīgi atkārtotiem (regulāriem) pārsūtījumiem, lai nesabojātu EAF iestatījumus.

Ir mainīts direktorija lejupielādēto vienumu meklēšanas noteikums " Darījuma partneri": vispirms meklēšanu veic TIN Un kontrolpunkts(ja šīs vērtības ir aizpildītas), tad tikai līdz TIN un visbeidzot līdz Vārds. Visos trīs gadījumos meklēšanā tiek izmantots grupas atribūts (ThisGroup) un pati grupa (Parent). Tas ir svarīgi atkārtotiem (regulāriem) pārvedumiem, lai neveidotos dublikāti darījuma partneriem, kuru nosaukumi ir mainīti PĒC ielādes.

Nododot darījumu partnerus, aizpildiet rekvizītus Valsts Reģistrācija nozīmē "Krievija". Tas ir nepieciešams, lai pēc darījuma partneru direktorija ielādes programmā "1C grāmatvedība 8" Man nebija manuāli jāaizpilda nepieciešamā informācija Valsts Reģistrācija. Ja tas nav aizpildīts, tad direktorija elementa veidā " Darījuma partneri"sīkāka informācija būs pieejama" Nodokļa numurs" Un " Reg. numuru"un detaļas" TIN" Un " kontrolpunkts" tiks paslēpts.

Pārsūtīšanas noteikumiem "USN 7.7 - BP 3.0" ir pievienots datu augšupielādes noteikums direktorija “Darbinieki” pārsūtīšanai (standarta noteikumos tiek pārsūtīts tikai personu direktorijs).

Nodošanas noteikumos "USN 7.7 - BP 3.0" ir labots nodošanas noteikums informācijas reģistram Darbinieku aktuālā tarifa likme.

Nodokļu maksājumu maksājuma uzdevumu pārsūtīšanas iezīmes

Maksājuma uzdevumiem ar darījuma veidu Nodokļu pārskaitījums Jāaizpilda papildu informācija: KBK - budžeta klasifikācijas kods, kompilatora statuss utt. Šo detaļu struktūras ir iekšā Bukh 7.7 (USN 7.7) un iekšā BP 3.0 nesakrīt. Jo īpaši iekšā BP 3.0 Dažas no šīm detaļām ir iekļautas atsevišķā direktorijā Nodokļu un maksājumu veidi budžetā, saite uz kuru ir ietverta maksājuma uzdevumā. Direktorija satur vairākus piegādātos elementus, kas parādās informācijas bāzē, piemēram, rediģējot grāmatvedības politiku. Pārsūtot datus, šie elementi parādīsies arī, ielādējot grāmatvedības politiku. Augšupielādējot un lejupielādējot maksājuma uzdevumus, direktorijas elements Nodokļu un maksājumu veidi budžetā meklēja, izmantojot KBK, lai aizstātu maksājuma uzdevuma datus Nodoklis. Tāpēc pēc grāmatvedības politiku nodošanas ieteicams pārbaudīt, vai direktorijā parādās visi nepieciešamie nodokļi, un nepieciešamības gadījumā tos papildināt. Salīdzinot (sinhronizējot) KBK maksājuma uzdevumos, avots un saņēmējs neņem vērā četras KBK kategorijas, kategorijas 14-17, ienākumu apakštipa kods: nodoklis, līgumsods, soda nauda utt. Direktorijā Nodokļu un maksājumu veidi budžetāšie biti ir piepildīti ar nullēm. Pievienojot direktorijam jaunus elementus, arī cipari 14-17 jāaizpilda ar nullēm.

Lielu informācijas datu bāzu pārsūtīšana.

Pirmkārt, migrējot lielas informācijas bāzes, datu lejupielādes process var aizņemt ļoti ilgu laiku. Tas notiek, ja vienā grāmatvedības sadaļā ir liels atlikumu skaits, piemēram, preču atlikumi. Lai samazinātu augšupielādes laiku, varat izmantot viena dokumenta sadalīšanas paņēmienu. Sākuma atlikumu ievadīšana"dažiem. Ja iestatāt parametra vērtību " Rindu skaits bilances ieraksta dokumentā" atšķiras no nulles (skat. 6.3. att.), tad datu augšupielāde vienā dokumentā tiks ierobežota līdz noteiktai vērtībai. Tas var ļoti būtiski (vairākas reizes) samazināt augšupielādes laiku.

6.3. att. Parametru iestatīšana, pārsūtot datus ar dokumenta izmēra ierobežojumu " Sākuma atlikumu ievadīšana»

Piezīme: parametra vērtība ierobežo vienā dokumentā augšupielādēto darījumu tabulas rindu skaitu " Sākuma atlikumu ievadīšana", nevis norādīt paša dokumenta rindu skaitu. Tāpēc dokumenta rindu skaits atšķirsies no parametra vērtības, tā nav kļūda. Sadalot dokumentu " Sākuma atlikumu ievadīšana" vairākiem dokumentiem katra dokumenta komentāram rindas beigās tiks pievienots postfikss: "-1", "-2" utt.

SVARĪGS! Aprakstītais algoritms viena dokumenta sadalīšanai " Sākuma atlikumu ievadīšana"vairāki tiek izmantoti tikai datu augšupielādes laika samazināšanai, visi dokumenti tiek augšupielādēti vienā failā, t.i. Datu pārsūtīšana notiek vienā solī, komentāri (postfixes) tiek ģenerēti automātiski, norādīts tikai viens parametrs. Bet šis paņēmiens neatrisina atmiņas trūkuma problēmu, kas tiks apspriesta tālāk.

Migrējot lielas informācijas bāzes, var rasties problēma ar RAM beigšanos: mēģinot izlādēt, programma beigsies ar atbilstošu kļūdas ziņojumu vai bez ziņojuma. Mēģinājums aizstāt datoru ar jaudīgāku ir bezjēdzīgs. Šajā gadījumā jums vajadzētu augšupielādēt datus pa daļām, sadalot tos daļās. Tam nepieciešami pārsūtīšanas noteikumi, kas atbalsta norādīto režīmu. Apskatīsim, kā izkraut. Pirmkārt, datu pārsūtīšana jāveic, izmantojot tikai vienu augšupielādes noteikumu (skat. 6.4. att.). Ja pārsūtīšana nav iespējama saskaņā ar vienu noteikumu, mēs to sadalām daļās, norādot sākotnējo un pēdējo porciju numurus. Katrā daļā būs informācija par noteiktu skaitu pirmā līmeņa analītisko vērtību, piemēram, produktu atlikumi, t.i. norādītais konta atlikuma vērtību skaits "41". Zinot kopējo konta analītikas apjomu, ir viegli aprēķināt porciju skaitu. Cik daudz datu tiek pārsūtīts bez problēmām vienā reizē (vienā informācijā) ir jānosaka eksperimentāli, parasti, augšupielādējot kontu atlikumus, pārskaitīšanas problēmas rodas, ja atlikumu skaits ir vairāki tūkstoši vai vairāk. Lai gan, lai ietaupītu laiku datu augšupielādei, mēs varam ieteikt tos sadalīt daļās, pat ja ir iespējams vienlaikus augšupielādēt visus grāmatvedības sadaļā esošos atlikumus. Augšupielādes laiks ir atkarīgs no datu daļas lieluma, nevis proporcionāli vai lineāri. Tāpēc, sadalot, piemēram, desmit tūkstošus produktu atlikumus desmit daļās no tūkstoša, izkraušanas laiku var samazināt vairākas reizes. Ja nododam pirmo porciju, var nenorādīt sākumdaļas numuru, ja tiek nodota pēdējā daļa, tad var nenorādīt beigu porcijas numuru.

SVARĪGS! Pārsūtot datus pa daļām, parametros ir jānorāda postfikss, kas ir iesaistīts dokumenta komentāra veidošanā “ Sākuma atlikumu ievadīšana" Mainot porciju diapazona numurus, nedrīkst aizmirst nomainīt postfix, pretējā gadījumā, ielādējot adresāta konfigurācijā, dokumenti ar vienādiem komentāriem (postfixes) tiks pārrakstīti. Datu faila nosaukums nav īpaši svarīgs. Varat izmantot secīgu pārsūtīšanas taktiku: izkraut - ielādēt, izkraut - ielādēt utt. Šajā gadījumā datu faila nosaukums nav jāmaina. Var izvēlēties taktiku: vispirms visu izkrauj, tad visu iekrauj. Pēdējā gadījumā datu faila nosaukums būs jāmaina katru reizi, kad tas tiks augšupielādēts. Vēl viens piemērs. Ja grāmatvedības sadaļā atlikumu skaits (piemēram, preces) ir, teiksim, 10 000, sadalām tūkstoš daļās, tad sanāk 10 porcijas. Katrai daļai jābūt unikālam postfiksam: "-1", "-2", "-3", "-4". Ja izkraujam visas atlikušās preces un pēc tam iekraujam visu, tad arī datu failiem jābūt unikāliem, piemēram: “41_1”, “41_2”, “41_3”, “41_4”. Parametriem “Pocijas numura sākums” un “Pocijas numura beigas” ir jābūt šādām vērtībām: 0, 1000; 1001, 2000; 2001, 3000; 3001, 4000.

6.4. att. Parametru iestatīšana, pārsūtot datus pa daļām

Datu pārsūtīšana pa daļām tiek atbalstīta tālāk norādītajiem augšupielādes noteikumiem.

Pamatlīdzekļi

Materiāli

Novirzes inventāra priekšmetu izmaksās

PVN par iegādātajiem aktīviem

Nepabeigta ražošana

Gatavā produkcija un pusfabrikāti

Pārdošanas izdevumi

Preces nosūtītas

Skaidra nauda

Finanšu ieguldījumi

Norēķini ar piegādātājiem un darbuzņēmējiem

Citi norēķini ar darījumu partneriem

Nodokļi un nodevas

Norēķini ar personālu

Aprēķini ar atbildīgām personām

Norēķini ar dibinātājiem

Norēķini ar citiem parādniekiem un kreditoriem

Kapitāls un rezerves

Nākotnes izdevumi

Atliktā nodokļa aktīvi un saistības

Finanšu rezultāti

Ārpusbilances konti

Nemēģiniet sekot tādiem smieklīgiem padomiem kā: "Pārvietojiet pirmās uzziņu grāmatas un pēc tam pārsūtiet pārpalikumus." Pirmkārt, nav jēgas pārsūtīt direktoriju atsevišķi ne pa daļām, ne pilnībā , ja kļūda rodas, izkraujot atlikumus, tad tas nepalīdzēs. Visticamāk, kļūda patiešām radīsies, pārskaitot atlikumus (izkraušanas laikā tas ir svarīgi saprast), kad direktorijs tiek pārsūtīts, izmantojot saites. Nav nozīmes tam, vai direktorijs jau ir pārsūtīts vai nav, izkraujot pārpalikumus, tas joprojām tiks izkrauts bez ierobežojumiem. Otrkārt, visu direktoriju pārsūtīšana parasti ir atkritumu pārsūtīšana, to nevajadzētu darīt.

Pēc izkraušanas pabeigšanas jums ir jāuzsāk programma 1C:Accounting 8. Ielādēšana gan sākotnējā, gan atkārtotas datu pārsūtīšanas vai papildu pārsūtīšanas laikā jāveic, izmantojot standarta apstrādi (sk. 7. att.).

Uzmanību, svarīgi. Ārstēšana Universāla datu apmaiņa XML formātā (dažos laidienos 3.0.43.x) satur kļūdas. Var izmantot koriģētu apstrādi Universāla datu apmaiņa XML formātā, kas ir iekļauts piegādē un ir instalēts datu bāzes direktorijā Grāmatvedība izdevums 4.5.

Pēc ielādes programmā 1C: Grāmatvedība 8 jākontē dokumenti atlikumu ievadīšanai, bet pārējie dokumenti ir jāgrāmato atkārtoti. To vislabāk var izdarīt, izmantojot apstrādi Grupas dokumentu nodošana, kas atrodas sadaļā Administrācija. Ja norādītajā sadaļā tas nav redzams, konfigurējiet darbību joslu, pievienojot vajadzīgo komandu (skat. 7.1. att.)

7.1. att. Darbības joslas iestatīšana

Svarīgs. Jūs nevarat izmantot apstrādi no standarta konfigurācijas, jo tā darbojas apdarinātāja atkļūdošanas režīmā (Exchange Processing.Handler DebuggingMode Flag = True) un neļauj izmantot apdarinātāju. "Meklēšanas lauki" lai meklētu lejupielādētos vienumus direktorijā " Darījuma partneri" (skatiet iepriekš). Precīzāk, visi apstrādātāji, kas tiek izmantoti ielādes laikā, ir konfigurācijā iebūvētajā apstrādē Procesori lejupielādes no grāmatvedības77. Tādējādi nav iespējams migrēt, izmantojot mainītos noteikumus, vismaz ielādes fāzē.

Var izmantot līdzīgu ārējo apstrādi Datu pārsūtīšana no 1Uzņēmuma informācijas bāzēm77(ir iekļauts sūtījumā). Zemāk mēs aprakstām, kā to izmantot (kārtējo reizi - ārējā apstrāde).

Pēc izkraušanas pabeigšanas jums ir jāuzsāk programma 1C:Accounting 8. Izvēlnē: Fails — atveriet un norādiet uz ārējo apstrādi Datu pārsūtīšana no 1Enterprise77 informācijas bāzēm.

Pēc tam tiks parādīta forma, kurā jānorāda datu ielādes opcija – Ielādēt datus no faila (7.2. att.).

Pēc tam tiks parādīts dialoglodziņš, kurā būs jānorāda ceļš uz augšupielādēto failu (skat. 7.3. att.).

Noklikšķinot uz “Ielādēt datus”, sāciet datu ielādes procesu (sk. 7.4. att.), pēc kura pabeigšanas jums būs jāģenerē bilance un jāpārbauda apgrozījums avota konfigurācijas datu bāzē un mērķa konfigurācija, kurā tika veikta lejupielāde. .

Ja datu pārsūtīšanas procesā rodas kļūdas, tiks atvērts ziņojumu logs, kurā varat veikt dubultklikšķi, lai novērstu kļūdu. Lai saņemtu ziņojumu par notikušajām kļūdām ar aprakstu un ieteikumiem to novēršanai, jānoklikšķina uz hipersaites “ Informācija par kļūdu».

Ielādēšanu atkārtotas datu pārsūtīšanas vai atsevišķu dokumentu vai direktoriju papildu pārsūtīšanas laikā var veikt, izmantojot standarta apstrādi "Universālā datu apmaiņa XML formātā", tas paātrinās procesu.

Datu konvertēšanas tehnika.

Ja nepieciešams, konvertēšanu var veikt vairākos posmos, piemēram, vispirms atlikumus un pēc tam dokumentus. Iespējama atkārtota informācijas pārsūtīšana.

Atlikumi tiek pārskaitīti, izmantojot dokumentus " Sākuma atlikumu ievadīšana».

Sīkāka informācija par atlikumu ievadīšanas metodiku ir atrodama rakstā uzņēmuma 1C ITS tīmekļa vietnē (1C: Enterprise Accounting 3.0. red.)

Svarīgs! Pirms sākuma bilanču ievadīšanas ir jāiestata grāmatvedības politikas parametri. Organizācijas grāmatvedības politikas parametri tiek nolasīti nākamajā datumā pēc atlikumu ievadīšanas. Piemēram, ja atlikumu ievadīšanas datums ir 2013. gada 31. decembris, tad tiek ņemti vērā grāmatvedības politikas parametri, kas noteikti uz 2014. gada 1. janvāri. Tas ļauj ņemt vērā pašreizējās grāmatvedības politikas parametrus (piemēram: ja 2013. gadā organizācija piemēroja vienkāršoto nodokļu sistēmu, un kopš 2014. gada pārgāja uz vispārējo sistēmu - tad, ierakstot atlikumus uz 2013. gada 31. decembri, tiks ņemti vērā 2014. gada grāmatvedības politikas parametri. Pārliecinieties, ka grāmatvedības politikas ir pārsūtītas pareizi, ja nepieciešams, labojiet.

Svarīgs! Ja jūs nolemjat sākt strādāt ar adresāta konfigurāciju, pirms esat tur pārsūtījis atlikušo daļu, tad vispirms ir jāpārsūta direktoriji, pirms sākat darbu adresāta konfigurācijā. Pretējā gadījumā, pārsūtot atlikumus uz datu bāzi, kas nav tukša, var rasties kļūdas.

Es atbildu uz jautājumiem! Piegādes komplektā iekļautie apstrādes un pārsūtīšanas noteikumi ir atvērti un nekādā veidā nav aizsargāti pret kopēšanu. Tas nenozīmē, ka pircējam (licenciātam) ir tiesības izplatīt un pavairot. Licenciātam šādu tiesību nav. Licences turētājam ir lietošanas tiesības. Izmantojot šīs tiesības, licenciāts var izveidot arhīva kopijas, veikt izmaiņas un izmantot neierobežotu skaitu reižu neierobežotā skaitā datoru. Lai precizētu vai labotu konvertēšanas noteikumus, kā arī iepazītos ar tiem, jums ir jāielādē kārtulas programmā Datu konvertēšana. Šo programmu izplata 1C, un tā nosaka tās lietošanas noteikumus.

Iemesli pirkšanai

Regulāri atjaunināts. Atjauninājumi ir bezmaksas sešus mēnešus pēc iegādes. Iekļauts Infostart publikāciju TOP 100.

Priekšrocības

Noteikumu teksts un apstrāde ir atvērti, tiek izmantota datu konvertēšanas tehnoloģija, un tos ir viegli rediģēt.

Versiju salīdzinājums

29.01.2019. Noteikumi atjaunināti uz 3.0.67.70

07.05.2018. Noteikumi atjaunināti uz 3.0.63.22

25.09.2017 Noteikumi atjaunināti uz 3.0.52.36

18.07.2017. Noteikumi atjaunināti uz 3.0.51.16

12.10.2016 Novērsta kļūda, pārceļot profesionālo izglītību un apmācību ar veciem uzņemšanas veidiem

09.08.2016. Noteikumi atjaunināti uz 3.0.44.102.

18.06.2016. Novērsta kļūda, pārsūtot manuālās darbības, kurām ir apakškonta nodaļa

31.05.2016 Noteikumi tika atjaunināti, lai atbrīvotu 3.0.43.236. Standarta konfigurācijās (BP laidieni 3.0.43.174–235) Universālās XML datu apmaiņas apstrādē Parametru ielādes procedūra nedarbojas pareizi. Noteikumi ir mainīti, lai novērstu šo kļūdu. Varat arī izmantot piegādes komplektā iekļauto Universal Data ExchangeXML apstrādi, lai ielādētu BP 3.0. Instalēšanas laikā tas tiek ierakstīts informācijas direktorijas apakšdirektorijā ExtForms. pamati 7.7.

25.05.2016. Noteikumi atjaunināti uz laidienu 3.0.43.215

05/11/2016 Līguma nosaukuma garuma ierobežojums mainīts no 50 uz 100.

23.02.2016. Noteikumi atjaunināti uz 3.0.43.29

21.12.2015. Apstrāde un noteikumi atjaunināti uz versiju 3.0.42.33

11.11.2015 Pievienota sinhronizācijas režīma pārbaude

18.05.2015. Apstrāde un noteikumi atjaunināti uz versiju 3.0.40.24

14.05.2015 Pabeigta nodokļu maksāšanas dokumentu nodošana

04.08.2015. Apstrāde un noteikumi atjaunināti uz versiju 3.0.39.56. Laidienā 3.0.39 ir mainīta apmaksas rēķina struktūra: vairs nav tabulas daļas “Pakalpojumi”, tagad preces un pakalpojumi atrodas vienā “Preču” tabulas daļā. Tāpēc 3.0.38 noteikumus nevar izmantot pārnešanai uz 3.0.39

04.02.2015. Apstrāde un noteikumi atjaunināti uz versiju 3.0.38.53

23.12.2014. Apstrāde un noteikumi atjaunināti uz 3.0.37

Piegādes saturs.

Komplektā ietilpst: apstrāde "ACC_ACC8", pārsūtīšanas noteikumi "ACC_ACC8" un apstrāde Datu pārsūtīšana no 1Uzņēmuma informācijas bāzēm77. Ja jūsu organizācijā nav pilnas slodzes programmētāja, kas veiktu darbu, mēs esam gatavi piedāvāt mūsu speciālista pakalpojumus (programmētājs pieslēgsies jūsu datoram caur internetu, izmantojot speciālu programmu attālinātam darbam un veiks nepieciešamos darbus ). Ja iespējams, nodrošiniet darba bāzi "1C: grāmatvedība 7.7", mēs varam pārsūtīt datus paši un pārsūtīt failu " 1C: Grāmatvedība 8" ar pārskaitītajiem atlikumiem. Šī pakalpojuma izmaksas nav iekļautas komplekta kopējās izmaksās.

Vai man ir jāpārslēdzas uz 1C:Enterprise 8.2? Ja jūs lasāt šo rakstu, tas nozīmē, ka jūs, iespējams, jau esat atbildējis uz šo jautājumu apstiprinoši. Tāpēc tagad mēs vairs nerunāsim par priekšrocībām, ko sniedz pāreja uz jaunu platformu, bet koncentrēsimies tieši uz šī procesa detaļām un iezīmēm.

1. Vispārīgais algoritms

Tātad, jūs esat nolēmis pārslēgties uz "astoņiem" un vēlaties uzzināt, kā tas tiek darīts un ko tas jums "draud". Vispārīgākajā formā pārejas diagramma izskatās šādi (1. att.).

Rīsi. 1. Algoritms pārejai no platformas 1C:Enterprise 7.7 uz platformu 1C:Enterprise 8.2

1. Jaunināšana. Vispirms ir jāuzraksta pieteikums no savas organizācijas, jāiesniedz reģistrācijas veidlapa platformai 7.7 un jāiegādājas platforma 8.2. Šajā gadījumā jums tiks nodrošināts atlaide vecās platformas izmaksu apmērā, bet ne vairāk kā 50%. Vecā platforma paliek pie jums, un jūs varat turpināt to izmantot, taču tā tiks noņemta no tehniskā atbalsta 1C.

2. Atjaunināšana pašreizējā konfigurācija līdz jaunākajam pašreizējam laidienam.

3. Datu bāzes sagatavošana pārsūtīšanai. Tas ietver datu bāzes dublēšanu, pašreizējā norēķinu perioda slēgšanu, dzēšanai atzīmēto vienumu datu bāzes notīrīšanu un uzskaites kļūdu labošanu (ja tādas ir).

4. Datu pārsūtīšana.Šis ir galvenais posms. Algoritmi un darba intensitāte katrā konkrētajā gadījumā ir atšķirīga.

5. Personāla apmācība darbam ar jauno konfigurāciju. Tā kā platformu 7.7 un 8.2 konfigurācijas atšķiras gan saskarnes, gan funkcionalitātes ziņā, jums var būt nepieciešama apmācība, lai strādātu jaunajā konfigurācijā. Jūs varat to izpētīt pats, izmantojot atbilstošu metodisko literatūru, bet labāk ir apgūt specializētu kursu par 1C.

6. Darbība.Šajā posmā, kad lietotāji sāk strādāt jaunajā programmā, tā tiek atkļūdota un tiek izlabotas iespējamās kļūdas automatizētajā datu pārsūtīšanā.

Apskatīsim migrācijas procesu uz jaunu platformu konfigurācijas kontekstā "1c grāmatvedība".

2. Mainiet “1C: Grāmatvedība 7.7” uz “1C: Accounting 8.2”

Stratēģiju un mehānismus datu pārsūtīšanai no “1C: Accounting 7.7” uz “1C: Accounting 8.2” nosaka šādi faktori:

uzskaites sākuma laiks jaunajā programmā;
modifikāciju esamība un sarežģītība jūsu konfigurācijas pašreizējā versijā;
nepieciešamība saglabāt iepriekšējo periodu biznesa darījumu vēsturi.

Iesakām saviem klientiem uzsākt darbu jaunā grāmatvedības programmā no jaunā gada 1. janvāra . Tas ir saistīts ar faktu, ka lielākā daļa nodokļu tiek aprēķināti pēc uzkrāšanas principa. Tāpēc, lai netiktu izstrādāti līdzekļi uzkrāto rezultātu pareizai pārnešanai, darba sākšana programmā ir jāsaista ar nodokļu pārskata perioda sākumu. Protams, jūs varat sākt darbu no ceturkšņa sākuma un pat no nākamā mēneša sākuma, taču šāda pāreja radīs ievērojamākas izmaksas (sakarā ar būtiskām atšķirībām dokumentu struktūrā 7.7 un 8.2).

Atkarībā no iepriekš minēto faktoru kombinācijas situācijas var būt šādas.

1. situācija:

Pāreja no jaunā gada, TIPISKA konfigurācija, pareizi kontu atlikumi tiek ģenerēti vecajā programmā

Šī iespēja ir vienkārša un saprotama, taču praksē tā ir ārkārtīgi reti sastopama. Tikai vairākos mazos uzņēmumos ir iespējams izveidot pareizus atlikumus vecajā programmā tieši pirms darba uzsākšanas jaunajā programmā un tikai ar nosacījumu, ka visi primārie dokumenti par pagājušo periodu ir nodrošināti un ievadīti programmā.

Ja tas ir jūsu gadījums, jums ir paveicies. Jums tikai jāatjaunina “1C:Enterprise 7.7” konfigurācija uz jaunāko versiju un jāizmanto “1C:Enterprise 8.2” iebūvētā apstrāde “Datu pārsūtīšana no 1C:Enterprise 7.7 informācijas bāzēm”. To var izdarīt pats, bez speciālista palīdzības. Jums tikai stingri jāievēro apstrādes laikā norādītie norādījumi.

2. situācija:

Pāreja no jaunā gada, TIPISKA konfigurācija, vecajā programmā NAV PAREIZU KONTA BILIKUMU

Standarta prakse šajā gadījumā ir vienlaikus strādājot vecajā un jaunajā programmā . “Pārejas periodā” (2. att.) darbinieki noslēdz savus iepriekšējos darījumus vecajā programmā un sāk ievadīt dokumentus par jaunajiem darījumiem jaunajā sistēmā.

Rīsi. 2. Pārejas periods mainot platformas

Lai pārvarētu šo periodu ar minimāliem zaudējumiem, varat izmantot šādas stratēģijas:

pārskaitīt atlikumus “tādas, kādi ir” uz gada sākumu un veikt uzskaiti, pamatojoties uz šiem datiem. Kad ir iegūti pareizie atlikumi "septītniekā", tie nekavējoties ar atpakaļejošu spēku jākoriģē "astoņos".
atteikties pārskaitīt nepareizus atlikumus un ievadīt G8 primāros dokumentus jauniem darījumiem, tos vēlāk neveicot. Šajā gadījumā nav nozīmes tam, vai programmā ir atlikumi vai nav, negrāmatotie dokumenti kontos nepārvietos. Tas jādara, līdz tiek saņemti pareizie atlikumi 1C:Enterprise 7.7. Tālāk iegūtie atlikumi gada sākumā tiek pārnesti uz jauno programmu. Pēdējais solis ir konsekventa “primārā” ieviešana jaunajā programmā pārejas periodā, izmantojot iebūvēto apstrādi. “Dokumentu un direktoriju apstrāde grupās” .

3. situācija:

Pāreja no gada vidus, TIPISKA konfigurācija

“1C: Grāmatvedība 8.2” atbalsta vairākus grāmatvedībai svarīgus mehānismus, kuru darbība ir atkarīga no gada laikā dokumentos ievadītajiem datiem. Starp šādiem mehānismiem ir jau pieminētā nodokļu aprēķināšana pēc uzkrāšanas principa, netiešo izdevumu sadales algoritms un citas ar mēneša slēgšanu saistītas procedūras. Tieši šo funkciju dēļ šajā situācijā nav iespējams tik vienkārši pārslēgties uz jaunu programmu kā pirmajos divos gadījumos. Lai samazinātu kļūdu skaitu, kas var rasties migrēšanas laikā, mēs iesakām:

uzsākt darbu ja ne no gada sākuma, tad vismaz no ceturkšņa sākuma;
pārskaitīt atlikumus uz gada sākumu;
pārsūtīt visus primāros dokumentus par kārtējo pārskata periodu (gadu) uz jauno sistēmu un atjaunot grāmatvedības un nodokļu datus, izmantojot direktoriju un dokumentu grupu apstrādi.

1. Standarta risinājums "1C: datu konvertēšana 2.1". Šo programmatūras produktu var izmantot, lai pārsūtītu informāciju starp konfigurācijām jebkuras struktūras un sarežģītības 1C platformā.

2. 1C franšīzes ņēmēju attīstība. Daudzi uzņēmumi, tostarp uzņēmums « RG-Soft" (), ir pārbaudītas metodes šīs problēmas risināšanai, kas var ievērojami samazināt datu pārsūtīšanas darbu laiku un budžetu.

4. situācija:

Pāreja no STANDARTA konfigurācijas AR PĒDĒJĀ PERIODA DOKUMENTU PĀRSŪTĪŠANU

Atsevišķi mēs atzīmējam, ka ir uzņēmumi, kas uztur ilgtermiņa (vairāk nekā gadu) attiecības saskaņā ar līgumiem ar darījumu partneriem. Šādu uzņēmumu vadība ir ieinteresēta, lai programmā būtu biznesa darījumu vēsture. Vecajā programmā ievadīto dokumentu klātbūtne jaunajā programmā ļauj lietotājiem viegli un ātri izsekot attiecībām saskaņā ar konkrētiem līgumiem/darījumiem.

Ir iespējams īstenot šādu nodošanu, izmantojot tos pašus mehānismus kā iepriekšējā situācijā. Atšķirība starp šo procesu ir tāda, ka nav nepieciešams pārsūtīt visus dokumentus, jūs varat pārsūtīt tikai dažus dokumentu veidus, un pārējo kontu atlikumi tiek ievadīti, izmantojot standarta apstrādi. Šajā gadījumā papildu pārsūtītie dokumenti parasti paliek negrāmatoti.

Lai gan ir iespējams pārsūtīt dokumentus par pagājušo periodu no vecās programmas uz jaunu, šāda pārsūtīšana rada ievērojamu datu bāzes un līdz ar to arī apstrādāto tabulu apjoma pieaugumu. Tas var izraisīt sistēmas palēnināšanos. Tāpēc jums nevajadzētu izmantot šo pārejas iespēju, ja vien tas nav absolūti nepieciešams. No iepriekšējiem periodiem pārsūtītos dokumentus ieteicams atstāt negrāmatotus, lai tajos esošā informācija neietekmētu kārtējo grāmatvedību un nodokļu atskaites. Izmantojiet vēsturiskos dokumentus tikai atsauces nolūkiem.

5. situācija:

Pāreja no NETIPISKAS konfigurācijas platformā 1C:Enterprise 7.7

Iepriekš aprakstītās opcijas tiek izmantotas, pārejot no 1C:Enterprise 7.7 standarta konfigurācijas, taču praksē bieži nākas saskarties ar modificētām konfigurācijām. Pārejas organizēšana šajā situācijā ir īpaša iespēja, kas ir jāapsver.

Atkarībā no programmā veikto izmaiņu rakstura ir pieejamas šādas datu pārraides tehnoloģijas:

· ja konfigurācija ir nedaudz mainīta un pamata mehānismi ir līdzīgi standarta 1C risinājumam, varat, tāpat kā iepriekšējās opcijās, izmantot standarta pārejas rīkus. Jums tie ir tikai jākonfigurē vai nedaudz jāmaina, lai tie atbilstu jūsu programmai. Iespējams, pārbaudītākais un uzticamākais rīks ir jau pieminētais “1C: Data Conversion 2.1”. Šis rīks prasīs no lietotāja noteiktas darbības iemaņas, taču ar tā palīdzību iespējams organizēt automatizētu objektu pārsūtīšanu starp konfigurācijām.

· ja lietošanas gadu laikā konfigurācija ir radikāli pārveidota, tad standarta migrācijas rīku iestatīšana var izrādīties darbietilpīgāka nekā pašu apstrādes rakstīšana šiem nolūkiem. Līdzīga situācija rodas, organizējot pāreju no grāmatvedības programmas, kas nav saistīta ar 1C platformām. Ir iespējams arī veikt šādu pāreju, taču iepriekš nebūs iespējams izdomāt universālu apmaiņu. Katrs konkrētais gadījums prasa individuālu pieeju problēmai. Mūsu uzņēmums var piedāvāt savu pieredzi datu pārsūtīšanā caur dažādu formātu failiem, piemēram, dbf, xls(Universālais ielādētājs no Excel uz 1C), xml.

Vēl viens jautājums, ko vērts pieminēt saistībā ar pāreju no platformas 7.7 uz 8.2 datu bāzes konsolidācija.

Tā kā nebija mehānisma vairāku uzņēmumu ierakstu uzturēšanai vienā datu bāzē, daudziem uzņēmumiem 1C: Enterprise 7.7 bija vienlaikus jāuztur vairākas datu bāzes. Tā kā šī problēma ir atrisināta astotajā versijā, rodas uzdevums datu pārraides projekta ietvaros apvienot vairākas datu bāzes vienā. Turklāt katrai no septiņām bāzēm var būt savas īpašības.

Izmantojot iepriekš norādītās metodes, jūs varat izveidot mijiedarbību ar katru datu bāzi atsevišķi. Tomēr rodas vairāki apakšuzdevumi, kas ir raksturīgi šim gadījumam.

1. Ar konkrētu organizāciju saistīto dokumentu unifikācija. Šo problēmu var viegli atrisināt, izmantojot prefiksa mehānismu. Katrai programmā reģistrētajai organizācijai tiek piešķirts savs burtu prefikss. Šis prefikss tiek pievienots dokumenta numuram, tādējādi nodrošinot numuru unikalitāti.

2. Katalogu dublēto elementu kontrole. Pārsūtot datus no vairākiem informācijas avotiem uz vienu informācijas sistēmu, var rasties situācija, kad vieni un tie paši direktoriju elementi, piemēram, viens un tas pats darījuma partneris jaunā direktorijā tiks atkārtoti vairākas reizes. Tāpēc pēc datu pārsūtīšanas ir jāveic dublikātu direktorija elementu salīdzināšanas un sapludināšanas procedūra.

3. Iespējamās grūtības, kuras jums vajadzētu zināt

Pareizi plānojot pārejas procesu uz jaunu platformu, var izvairīties no daudzām problēmām. Tomēr ir vairākas specifiskas iezīmes, kas atklājas jau projekta īstenošanas stadijā. Runa ir par dažādām kļūdām, kas rodas gan nepareizu lietotāja darbību, gan platformas 1C:Enterprise tehnisko īpašību dēļ. Apsvērsim šos punktus sīkāk.

3.1. Kļūdas avota datos

Parasti viennozīmīga objekta identificēšana datu bāzē ir iespējama, izmantojot TIN un KPP datus. Septiņos abas šīs vērtības tika saglabātas vienā TIN/KPP detaļā, un šajā detaļā ievadīto datu pareizība netika pārbaudīta. Varēja ievadīt mazāk ciparu, ievietot atdalītāju nepareizā vietā un ievadīt pilnīgi abstraktu TIN.

Tipiska pārsūtīšana, veidojot direktoriju, darījuma partneri tiek atdalīti ar TIN un KPP, vienkārši nogriežot nepieciešamo rakstzīmju skaitu. Tāpēc jaunās datu bāzes detaļās var tikt ierakstīti absolūti nepareizi dati. Tādējādi pareiza objektu identificēšana pārsūtīšanas laikā, izmantojot šādus datus, būs ļoti sarežģīta.

Vēl viena problēma ir vienota datu ievades formāta trūkums. Katrs lietotājs var ievadīt vārdu, kāds viņam patīk vislabāk. Iedomāsimies, ka vienā “septiņu” datubāzē lietotājs, aizpildot darījuma partnera “nosaukumu”, ierakstīja “Vympel Management Company”, bet citā “septiņu” datu bāzē tas pats darījuma partneris ir norādīts kā “Vympel Management Company”. Šādā situācijā automātiskā apstrāde nespēs noteikt, ka tas ir viens un tas pats darījuma partneris, un divreiz pārvietos to uz astoņu. Būs grūti strādāt tālāk šādā datubāzē, jo daļa bilances būs vienā elementā, bet otrā daļa - citā.

3.2. Konfigurācijas atšķirības

Citu pārsūtīšanas kļūdu grupu izraisa tehnoloģiskās atšķirības konfigurācijās. Daži biznesa darījumi tiek atspoguļoti “1C:Uzņēmums 7.7” vairāku veidu dokumentos un “1C:Enterprise 8” ar vienu. Piemēram, gan materiālu, gan preču kvītis jaunajā programmā tiek atspoguļotas ar vienu dokumentu, bet vecajā - ar diviem. Tādējādi, mēģinot pārsūtīt dokumentus “Materiālu saņemšana Nr.22” un “Preču saņemšana Nr.22”, rodas unikalitātes kontroles kļūda. Tā kā divu dokumentu ar vienādu numuru ierakstīšana noteiktā laika posmā nav iespējama, ir nepieciešams mākslīgi tajos ieviest atšķirības un iepriekš saskaņot šo atšķirību ieviešanas sistēmu.

Piemēram, šī problēma tiek atrisināta, pievienojot papildu prefiksu lejupielādētā dokumenta numuram. Katrai dokumenta iezīmei šis prefikss tiek piešķirts atsevišķi. Tas var būt raksturīgs datubāzei, no kuras tiek lejupielādēti dokumenti, vai dokumenta veidam, no kura tika veikta lejupielāde. Šeit ir šāda prefiksa veidošanas piemērs. Filiāles bāze Krasnojarskā dod prefiksu “KR”. Dokumenta veidam “Materiālu saņemšana”, no kura tiek veikta lejupielāde, tiek piešķirts prefikss “M”. Tātad, ja dokumenta numurs septiņos bija 00000031, tad astoņi skaitlis būs šāds:

“KR” + “M” + “00000031” = “KRM00000031”

Rezultātā datu bāzē tiks ierakstīts unikāls numurs.

3.3. Tehniskas problēmas

Datu pārsūtīšanas kļūdas var rasties arī platformas 1C:Enterprise tehnisko īpašību dēļ. Piemēram, standarta meklēšanas mehānisms pēc nosaukuma neatšķir lielos burtus direktorija elementa nosaukumā no mazajiem. Lietojot šo mehānismu, rodas neskaidrības. Piemēram, datubāzē ir divi darījuma partneri “l-audio” un “L-Audio”. Meklējot “l-audio” darījuma partneri, sistēma atradīs “L-Audio”. Rezultāts būs nepareizi aizpildīts dokuments.

Tāpat ir jāpievērš uzmanība pašai izvēlētajai datu pārsūtīšanas metodei. Iepriekš aprakstītais piemērs ar darījuma partneru dubultošanu, pārejot no uzņēmumu filiāļu datu bāzēm, faktiski var neizrādīties dubultošanās. Uzņēmumiem, kas darbojas dažādās pilsētās, var būt arī darījumu partneri, kas darbojas dažādās pilsētās. Uzņēmuma L-Audio filiāli Ņižņijnovgorodā un pašu L-Audio uzņēmumu Maskavā datu bāzēs var pamatoti saukt tieši tāpat. Lai izvairītos no šādas neskaidrības, jums iepriekš jāizvēlas pārsūtīšanas metode. Mūsu piemērā mēs varam iedalīt darījuma partnerus dažādās direktoriju grupās atkarībā no avota datu bāzes. Šādas tehnikas izvēle ietekmēs arī datu ielādes mehānismus.

Iepriekš aprakstītās metodes jaunu problēmu risināšanai var arī nebūt pietiekami universālas. Migrējot datus, ir ļoti svarīgi spēt kombinēt migrācijas rīkā izmantotās metodes. Piemēram, mēs identificējam lielāko daļu direktoriju elementu pēc nosaukuma. Tajā pašā laikā, nododot dokumentu “Pamatlīdzekļu pieņemšana uzskaitei”, šī metode dos nevēlamus rezultātus gadījumā, ja tiks ievadīti vairāki viena veida nelieli pamatlīdzekļi (biroja preces, mēbeles utt.), atšķiras tikai ar inventāra numuru. Katrā uzskaitei pieņemšanas dokumentā būs norādīts viens un tas pats objekts. Vairākas reizes vienu objektu pieņemt uzskaitei nav iespējams. Tāpēc ir ļoti svarīgi nodrošināt iespēju pielāgot izmantoto datu migrācijas rīku. Šajā gadījumā mēs vienkārši norādīsim, ka OS meklēšana jāveic pēc pievienošanās numura (koda).

Secinājums

Pašlaik joprojām ir diezgan daudz uzņēmumu, kas strādā, izmantojot 1C: Enterprise 7.7. Tas ir saistīts ar tādiem faktoriem kā izpratnes trūkums par jaunās platformas priekšrocībām, nevēlēšanās apgūt jaunas tehnoloģijas un bailes pārejas laikā saskarties ar daudzām grūtībām. Izmantojot 1C: Grāmatvedības piemēru, mēs mēģinājām parādīt, ka lielākā daļa no šiem iemesliem nav tik nozīmīgi. Visu savu darbību laikā mēs palīdzam saviem klientiem tikt galā ar iespējamām grūtībām, kas saistītas ar programmu ieviešanu platformā 1C:Enterprise 8. Ja jūs interesē pārejas jautājums vai jums ir kādi citi jautājumi par platformu 1C:Enterprise 8 un tajā izveidotajām konfigurācijām, RG-Soft speciālisti ir jūsu rīcībā!