1. Ievads.

2. Kas jums būs nepieciešams: 1C konfigurācija: Datu konvertēšana 2.* un apstrāde no pakotnes. Piemēra uzdevumiem pieņemsim konfigurācijas 1C: Trade Management 11 un 1C: BP 3.*.

Tātad, lai izstrādātu noteikumus datu augšupielādei 1C, jums būs nepieciešama 1C konfigurācija: Object Conversion 2, kā arī pakotnē iekļautā apstrāde.

Piemēram, mēs jau esam izvietojuši reklāmguvumu datu bāzi un to palaiduši.

Mēs rakstīsim apmaiņas noteikumu izstrādi starp 1C: Trade Management 11 un 1C: Enterprise Accounting 3 konfigurāciju (UT / ACCOUNT apmaiņas noteikumi).

3. Mums būs nepieciešama apstrāde, lai izlādētu metadatu struktūru un veiktu apmaiņu.

Pirmā lieta, kas jums jāiegūst izstrādei, ir faili ar metadatu struktūru. Tas tiek darīts, izmantojot apstrādi objekta konvertēšanas pakotnē iekļautās metadatu struktūras izkraušanai.

Faktiski neiepakotajā konfigurācijas direktorijā konfigurācijām, kas ir ieslēgtas kontrolētas formas mēs esam ieinteresēti apstrādāt MD83Exp.epf. Ja nepieciešams augšupielādēt no konfigurācijām uz parastās formas, tad tiek izmantota MD82Exp.epf apstrāde. Tas ir, ja, piemēram, jums ir jāiegūst struktūra no tādām konfigurācijām kā 1C: UT 10, 1C: Manufacturing Enterprise Management 1.3, 1C: Integrated Automation 1.1, 1C: Zup 2.5 un tā tālāk.

Tālāk, lai augšupielādētu un lejupielādētu datus 1C, izmantojot mūsu noteikumus, jums būs jāapstrādā “ Universāla maiņa dati XML formātā" V8Exchan83.epf konfigurācijām pārvaldītajās formās, piemēram, 1C: Trade Management 11.*, 1C BP 3, 1C: ERP 2.* un tamlīdzīgi. Un attiecīgi V8Exchan83.epf - konfigurācijām uz parastajām formām.

4. Konfigurācijas 1C: Trade Management 11.3 un 1C: Enterprise Accounting 3.0.* metadatu struktūras augšupielāde.

Sāksim ar metadatu struktūras lejupielādi no 1C: Enterprise Accounting 3 konfigurācijas.
Atvērsim apstrādi MD83Exp.epf

Apstrādes formā ir papildu iestatījumi, kur mēs varam iespējot vai atspējot iespēju izlādēt reģistrus un kustības 1C. Ir arī iespēja izvēlēties, kur notiks augšupielāde: 1C serverī vai “klientā”. Norādiet faila nosaukumu, kurā tiks augšupielādēta datu struktūra. Līdzīgā veidā mēs izlādējam Trade Management 11 konfigurācijas metadatu struktūru.

Tagad jums ir jāaugšupielādē konfigurācija reklāmguvumu datu bāzē. Šo punktu var sasniegt gan no konfigurāciju saraksta, gan no reklāmguvumu saraksta. Sāknējam tikai no darbvirsmas:

Dialoglodziņā ielādējiet BP struktūru:

Un līdzīgi - Tirdzniecības vadības struktūra.

Kad lejupielāde ir pabeigta, parādīsies dialoglodziņš, kurā varēsiet norādīt sev piemērotu nosaukumu.

6. Konversijas noteikumu izveide 1C, izmantojot konkrētu uzdevuma piemēru.

Tālāk dodieties uz “Objekta noteikumu iestatīšana”, kur mēs izveidojam jaunu iestatījumu.
Konversijas izveides dialoglodziņā atlasiet “avota” konfigurāciju un “galamērķa” konfigurāciju (kuru iepriekš ielādējāt) un noklikšķiniet uz Labi.

Tā kā šajā rakstā plānoju parādīt radīšanu “no nulles” un “bez atkritumiem”, atgādinu, ka mēs neko neveidojam automātiski. Nav prototipu.

Šajā dialoglodziņā mēs neko nedarīsim, vienkārši noklikšķiniet uz "Aizvērt".

Izveidosim noteikumus nevis viena dokumenta augšupielādei vienā, bet viena veida citā, piemēram, dokumentu Preču un pakalpojumu pārdošana no UT 11 ar nepieciešamajām uzziņu grāmatām BP 3 dokumentā Preču un pakalpojumu saņemšana.

Tātad, mēs izveidojam jaunu PKO (noteikums objektu konvertēšanai 1C)

Atlasiet avotu Preču un pakalpojumu pārdošana un galamērķi Preču un pakalpojumu saņemšana un noklikšķiniet uz Labi.
Parādīsies dialoglodziņš, kurā mēs atkal noraidīsim automātiska izveide PKS (Īpašuma konvertēšanas noteikumi). Tālāk mēs atlasīsim tikai nepieciešamos.

Bet uz priekšlikumu izveidot DVP (datu augšupielādes noteikumus) mēs atbildam “Jā”.

Tiek izveidoti PVD, kas tiks atspoguļoti universālās XML apmaiņas apstrādē atlasei:

Tiks izveidotas arī datu konvertēšanas kārtulas ar tukšām rekvizītu konvertēšanas kārtulām.

Turklāt ir redzams, ka pēc noklusējuma programmatūra tiek piedāvāta meklēt pēc iekšējā objekta identifikatora. Par to liecina palielināmais stikls pie PCO. Mēs veiksim meklēšanu paši, un mēs to darīsim pēc dokumenta numura un datuma dienas sākumā.

Mēs noņemam meklēšanu pēc UIO:

Tagad sāksim salīdzināt objekta nepieciešamās īpašības (detaļas). Lai to izdarītu, noklikšķiniet uz “Sinhronizēt rekvizītus” (ekrānā etiķete “1”). Mēs noņemam kārtulu rekursīvo izveidi (“2”). Noņemiet visas atzīmētās detaļas ("3"). Un mēs paši izvēlēsimies nepieciešamo.

Piemēram, atlasiet nepieciešamo:

Vēršu uzmanību, ka darījuma partnera PKS padarīsim par organizāciju, bet organizāciju par darījuma partneri, kā arī salīdzināsim dažas detaļas, kas pēc nosaukuma nesakrīt, piemēram, “Valūta” un “Dokuments”. Valūta”.

Kur mēs redzam, ka vēl nav konvertēšanas noteikumu.

Sāksim iet cauri detaļām un aprakstīt tās. Pirmkārt, mēs iestatām dokumentu meklēšanu, kā es rakstīju iepriekš, augšupielādējam un meklējam dokumentu datuma sākumā un mainām numerāciju. Mēs aizstāsim pirmās trīs rakstzīmes ar prefiksu “UTB”. Un tā kā numerācija BP un ​​UT katrā ir 11 rakstzīmes, mēs izveidojam saliktu numuru: mūsu prefikss un 8 rakstzīmes no avota. Piemērs zemāk esošajā ekrānuzņēmumā.

Mēs vienmēr augšupielādējam dokumentus neizlādētus un bez kustības. Mēs pieņemam, ka dokumenti tiks apstrādāti uztvērējā pēc lietotāja pārbaudes.

Lai to izdarītu, iestatot PKS kā neveiktu, 0 vai 1, mēs to izmantojam kā Būla vērtību.

Izmantojot valūtu kā piemēru, mēs izveidojam objektu konvertēšanas kārtulu PKS. Tajā pašā laikā mēs uzskatām, ka abās datubāzēs ir valūtas, un tās ir jāsinhronizē ar kodu. Tāpēc mēs neveidosim visas PKS valūtas PQS, bet pievienosim tikai meklēšanas kodu. Tie. No piedāvājuma izveidot objektam PKS atsakāmies.

Izveidotā konvertēšanas kārtula tika aizstāta ar PKS dokumenta PQR. Un pašu noklusējuma noteikumu piedāvā unikāls identifikators. Izlabojam, meklējam kodu un iestatām rekvizītu, lai neradītu jaunu objektu.

Rezultātā mēs iegūstam šādu iespēju:

Tālāk pēc analoģijas mēs izveidojam PKO un PKS pārējām detaļām. Turklāt mēs meklējam organizāciju pēc darījuma partnera un otrādi pēc TIN. Aptuveni šādi tas izskatās ar minimālām detaļām (ja nepieciešams, varat pievienot).

PKO darījuma partnera līgumus mēs meklējam pēc PKS darījuma partnera, vārda un īpašnieka.

Apskatīsim, kā norādīt nepieciešamo vērtību uzskaites veidā PKS. Piemēram, atribūts “Darbības veids”. Šeit varat izmantot dažādus nosacījumus un aizstājējvērtības. Piemēram, mums ir nepieciešams, lai “operācijas veids” vienmēr tiktu izkrauts “Preces”, šajā gadījumā pietiek ar to, lai rindā “piere” ierakstītu nepieciešamo vērtību.

Zemāk ir parādīts, kā instalēt bez grūtībām un vairumā gadījumu PCS savstarpējo norēķinu daudzveidībai, savstarpējo norēķinu likmei, grāmatvedības kontam.

PKO Nomenklatūrai mēs atstāsim meklēšanu pēc iekšējā unikālā identifikatora. Bet ļaujiet man vērst jūsu uzmanību uz to, kā jūs varat no jauna definēt savu grupu. Piemēram, mēs piekrītam, ka no 1C: Trade Management 11 konfigurācijas tiks augšupielādēta jauna prece, taču ir nepieciešams, lai prece tiktu savākta noteiktā grupā “Mūsu grupa”.

Lai īstenotu šo uzdevumu, mēs izveidojam vēl vienu PKO. Sauksim to par “NomenclatureParent”, ko konvertēšanas noteikumā norādīsim vecāku PCS.

Mēs iestatījām divus meklējumus: pēc nosaukuma, kur mēs stingri norādām mūsu grupas nosaukumu, un atribūta “Šī ir grupa” nepieciešamais rekvizīts ir iestatīts uz True.

Tā kā mēs esam nolēmuši, ka visi mūsu vienumi ietilpst mūsu grupā, izkraušanas laikā nav nepieciešams izlādēt grupas no UT 11. Lai to izdarītu, nomenklatūras programmatūrā notikumu apstrādātājā “Pirms izkraušanas” mēs iestatīsim filtru, kas. nav nepieciešams izlādēt grupas “Failure = Source This is a Group;”.

Produktu un pakalpojumu pārdošanas DRP (datu augšupielādes noteikumos) mēs pievienosim filtru, lai dokumenti, kas atzīmēti dzēšanai, netiktu augšupielādēti. Lai to izdarītu, VDP notikumu apdarinātājos “Pirms izkraušanas” mēs ierakstīsim filtru “Failure = Object.DeletionMark;”.

Izstrādātos noteikumus saglabāsim failā.

7. Rezumējot: Datu augšupielāde un ielāde, izmantojot izstrādātos datu apmaiņas noteikumus.

Atveriet 1C: Trade Management 11 apstrādi “Universālā datu apmaiņa XML formātā” V8Exchan83.epf.

Izkraušana ir pabeigta, tagad mēs izmantojam to pašu apstrādi, lai ielādētu 1C: Enterprise Accounting 3.

Ielāde pabeigta. Pārbaudīsim, kā tas tika ielādēts. Tātad dokuments tiek ielādēts, kā mēs vēlējāmies - mūsu Organizācija tiek ielādēta darījuma partnerā, bet darījuma partneris organizācijā. Visi grāmatvedības konti ir lejupielādēti un instalēti. Mēs saņēmām dokumenta numuru ar mūsu prefiksu un dienas sākumā. Visas norādītās detaļas ir aizpildītas.

Mēs pārbaudām preču iekraušanu. Redzam, ka viss izdevās tā, kā bijām plānojuši.

Mēs esam izveidojuši un aizpildījuši detaļas, kā bijām iecerējuši. Pārvēršanā ir daudz smalkumu un dažas vienkāršas, bet nepieciešamas lietas, kas palīdz precīzi uzrakstīt konvertēšanu. Un tas ļauj samazināt kļūdas, nesabojāt esošos datus un atbrīvoties no tiem liekie atkritumi. Šis ir viens no visvairāk vienkāršus piemērus. Varat arī pārvērst vienu objektu daudzos vai, gluži pretēji, daudzus vienā.

Tagad ir datu konvertēšana 3, tas atrisina citas problēmas. Tāpēc ir nepieciešama arī 2. konversija. Veiksmi visiem mācībās un apgūšanā.

Protams, ja esat programmētājs un tas ir jūsu pamatdarbs, varat mēģināt pats uzrakstīt konvertēšanu. Bet, ja nē, tad jums vajadzētu novērtēt savu laiku savā darbības jomā, un šo uzdevumu lūgt profesionāļiem to izdarīt.

8.1 platformā ir atjaunināts DB 1C Trade Management (turpmāk tekstā UT) izdevums 10.2.
Un platformā 8.3 ir standarta 1C grāmatvedības datu bāze.

Uzdevums:

Izveidot datu apmaiņu starp datu bāzēm.

Risinājums:

Instalēta 1C datu konvertēšana, izdevums 2.1.
Augšupielādēts.
Es palaižu “Start Assistant” (1. att.).

1. Tālāk.
2. Izvēlieties "Izveidot jaunus datu apmaiņas noteikumus (no nulles)". Tālāk.
3. Trešajā darbībā programma lūdz norādīt avota un mērķa konfigurācijas.
Es izveidoju avota konfigurāciju (1C UT):
- tā kā man ir 1C UT platformā 8.1, es to ņemu no ITS diska ārējā apstrāde MD81Exp.epf (jūs varat to lejupielādēt).
- Es atveru 1C UT. Fails --> Atvērt --> MD81Exp.epf .

Es norādīju failu, kurā tiks augšupielādēta informācija par metadatu struktūru. Tam jābūt XML formātā.

Es noklikšķinu uz pogas "Augšupielādēt".

Es daru to pašu ar uztvērēja bāzi. Ar 1C grāmatvedību 8.3. Tikai šim es izmantoju ārējo apstrādi MD83Exp.epf (jūs varat to lejupielādēt).

Es atgriežos pie 1C datu konvertēšanas.

Mēs apstājāmies pie 3. darbības. Es noklikšķinu uz pogas “Jauns” un norādām ģenerēto metadatu struktūras failu. Šī struktūra tiks ielādēta konfigurācijas direktorijā.

4. Ceturtajā darbībā atlasiet opciju “Automātiski izveidot visus iespējamos datu apmaiņas noteikumus”.

Tagad mūsu priekšā ir atvēries jauns logs. Ir izveidoti objektu konvertēšanas noteikumi. Jums ir jāizveido datu lejupielādes noteikumi. Lai to izdarītu, dodieties uz otro cilni “Datu augšupielādes noteikumi” un noklikšķiniet uz pogas “Izveidot augšupielādes noteikumus”.

Drukāt (Ctrl+P)

Datu konvertēšana, izdevums 3.0

1. nodarbība. Sagatavošanās darbam ar KD3.0

Datu konvertēšana, izdevums 3.0(turpmāk KD3.0) – ir viena no datu apmaiņas tehnoloģijas sastāvdaļām, izmantojot formātu EnterpriseData. KD3.0 nav konfigurācijas nomaiņa Datu konvertēšana, izdevums 2.0(turpmāk KD2.0). Šis jauns standarts, kas ļoti atšķiras no KD 2.0. Galvenais mērķis KD3.0 —šī ir programmas koda izveide apmaiņas pārvaldnieka modulim, kas sastāv no procedūrām un funkcijām, kas īsteno formātā parādīto datu ielādes loģiku EnterpriseData, kā arī loģika datu augšupielādei formātā.

1. attēls. Vispārējā apmaiņas pārvaldnieka modulis

KD3.0 var lejupielādēt no https://users.v8.1c.ru/

Izdevums 3.0.5.3, paredzēts lietošanai ar sistēmas versiju
1C:Enterprise 8.3 nav zemāka par 8.3.10, un izdevums 3.0.4.3 ir paredzēts lietošanai ar 1C:Enterprise 8.3 sistēmas versiju, kas nav zemāka par 8.3.8.

Piegāde KD3.0 satur šādu ārējo apstrādi

• Apstrāde MD83Exp.epf“Konfigurācijas 8.3 metadatu struktūras apraksta augšupielāde” – paredzēts jebkuras platformā 1C:Enterprise 8.3 ieviestās konfigurācijas metadatu struktūras apraksta augšupielādei.
• Apstrāde Sinhronizācijas noteikumu augšupielāde.epf“Sinhronizācijas noteikumu augšupielāde, izmantojot universāls formāts”, ko izmanto, sagatavojot konvertēšanas kārtulu failus, kas paredzēti turpmākai ielādei “Datu konvertēšanas” konfigurācijā, izdevums 3.0.
• Fails “Configuration Description.htm” satur īsu aprakstu
  galvenais funkcionalitāte konfigurācijas
  “Datu konvertēšana”, izdevums 3.0.

Papildinformācija par konfigurāciju “Datu konvertēšana”, versija 3.0
skatiet http://its.1c.ru/db/metod8dev#content:5846:hdoc

1. Sagatavošanās noteikumu izveidei

Lai ielādētu formāta struktūru, vispirms ir jāatver konfigurācijas datu bāze konfiguratora režīmā un jālejupielādē XDTO pakotnes no konfigurācijas *.xsd failos.

Ir nepieciešams izlādēt visas pakotnes, kas ir saistītas ar formātu. Failu nosaukumiem nav būtiskas nozīmes. Jums ir arī jāaugšupielādē ExchangeMessage XDTO pakotne

Pēc XDTO formāta ielādes kompaktdiskā 3.0 tiek aizpildīti direktoriji “Format Objects”, “Format Properties”, “Format Values”.

IN uzziņu grāmata "Formatēt objektus" ielāde:

• Objekti ar tipu “ObjectTypeXDTO”, kas atspoguļo atsauces datu tipus (dokumenti, direktoriji)
• “XDTOValueType” tipa objekti, kas satur uzskaitījumu. Tie atspoguļo iepriekš definētus datus (piemēram, uzskaitījumus)

IN uzziņu grāmata "Formātu īpašības" ielāde:

• “ObjectTypeXDTO” objektu īpašības. Tajā pašā laikā paši objekti ir tie, kas tika ielādēti “Format Objects”
• Objekti ar tipu “XDTOObjectType” un to rekvizīti, kas atspoguļo tabulas daļas un tabulas daļu detaļas

Objektu “XDTOValueType” rekvizīti, kas ir iepriekš definētu datu elementi, tiek ielādēti atsauces grāmatā “Format Values”. Tajā pašā laikā paši objekti ir tie, kas tika ielādēti “Format Objects”

1. 2. Apstrāde “Konfigurācijas struktūras ielāde”

Šī apstrāde ielādē konfigurācijas metadatu struktūru informācijas bāzē Datu konvertēšana ed.3.

Lai lejupielādētu informāciju par informācijas bāzes struktūru, tiek izmantota apstrāde MD83Exp.epf, kas iekļauts KD3.0 konfigurācijas piegādes komplektā

Informācijas bāzei, kuras struktūra ir jāizlādē, veiciet tālāk norādītās darbības.

1. Atveriet informācijas bāzi uzņēmuma režīmā.
2. Atvērt ārējo apstrādi MD83Exp.epf(Izvēlne Fails — Atvērt).
3. Norādiet faila nosaukumu, kurā jāsaglabā informācijas bāzes struktūra.
4. Pārbaudiet iestatījumus apstrādes veidlapā (visi karodziņi ir jānotīra).
5. Nospiediet pogu Izkraut.

Pēc konfigurācijas struktūras lejupielādes tiek aizpildīti direktoriji

• Metadatu objekti
• Objekta īpašības
• Objektu vērtības.

Direktorija Metadatu objekti satur informāciju par konfigurācijas metadatu objektiem. Objektu veids tiek ierakstīts attiecīgajā atribūtā. Atkarībā no atribūta Type vērtības tiek aizpildīta metadatu objekta rekvizītu apraksts. Sīkāka informācija par metadatu objektiem ir aprakstīta pakārtotajā direktorijā Objekta īpašības. Objektu vērtības (uzskaitīšanas vērtības un iepriekš definētu elementu nosaukumi) ir aprakstītas pakārtotā direktorijā Objektu vērtības.

Pirms sinhronizācijas noteikumu ielādes, izmantojot universālu formātu, datu formāts ir jāielādē no failiem (izmantojot apstrādi(sk. 1.1. punktu), un jāielādē arī konfigurācija, kurai ir konfigurēti sinhronizācijas noteikumi. Konfigurācija tiek ielādēta, izmantojot apstrādi ( skatīt 1.2. punktu) . Ņemiet vērā arī to izveidojamais direktorija vienums Reklāmguvumi . Lai konvertētu, ir jānorāda konfigurācija un viena vai vairākas formāta versijas, kurām konvertēšana ir paredzēta.

1.3.1. Failu sagatavošana kārtulu ielādēšanai

Informācijas bāzē tiek sagatavoti faili, kuru apmaiņa tiks veikta universālā formātā (piemēram, Uzņēmuma grāmatvedība ed.3.0).

Lai sagatavotu kārtulu failus, jāievada informācijas bāze uzņēmuma režīmā un jāsāk apstrāde Sinhronizācijas noteikumu augšupielāde, izmantojot universālu formātu, kas ir iekļauts konfigurācijas piegādē Datu konvertēšana ed.3.

Lai sagatavotu failu ar pārvaldnieka moduli, jāievada informācijas bāze režīmā Configurator un jāsaglabā vispārīgais modulis Exchange vadītājs, izmantojot universālo formātu uz teksta failu. Varat norādīt jebkuru faila nosaukumu.

Visiem sagatavotajiem failiem jāatrodas vienā direktorijā.

1.3.2. Sinhronizācijas noteikumu ielāde

Veikts infobāzē Datu konvertēšana ed.3 apstrādājot Sinhronizācijas noteikumu ielāde no failiem.

Apstrādes veidlapā norādiet:

• Exchange direktorijs, kurā atrodas iepriekš sagatavoti faili
• Pārvēršana
• Lejupielādēto datu sastāvs
  • vai norādiet opciju “viss”.
  • vai atlasiet selektīvo ielādi un konfigurējiet ielādējamo noteikumu sarakstu
• Fails ar apmaiņas pārvaldnieka moduli (nav nepieciešams, ja tiek veikta selektīva ielāde un apstrādātāji netiek ielādēti)

1.3.3. Iekraušanas iespējas datubāzē, kas nav tukša

• Ja ielādētā kārtula pastāv un pieder tikai vienai konversijai (pašreizējai), noteikums tiks mainīts. Šajā gadījumā netiek veikta esošo un ielādēto noteikumu atšķirību analīze un noteikums tiek bez nosacījumiem uzrakstīts.
• Ja ielādētā kārtula pastāv un tā pieder vairākiem direktorija Reklāmguvumiem elementiem, tostarp pašreizējam reklāmguvumam, tiks izveidota jauna kārtula un saistīta ar pašreizējo reklāmguvumu. Vecā kārtula paliks nemainīga un būs saistīta ar citiem reklāmguvumiem.
• Kārtulu grupas netiek ielādētas. Bet, ja noteikums tika piešķirts kādai grupai, atkārtoti ielādējot šo noteikumu šo informāciju paliks.

Datu konvertēšana 2.0 un 2.1 ir 1C tehnoloģiskā konfigurācija, kas ieviesta platformas versijās no 8.1 līdz 8.3.

Rīka galvenais uzdevums ir uzrakstīt noteikumus apmaiņai starp lietojumprogrammu risinājumiem 1C 8 un 7. Pašreizējā versija datu konvertēšana šodien - 3.0.

Datu konvertēšana ir ļoti noderīga konfigurācija, ar tās palīdzību var atrisināt ne tikai jautājumu par informācijas pārnešanu no vienas informācijas bāzes uz otru, bet arī, piemēram, informācijas pārveidošanu vienas datu bāzes ietvaros.

Konfigurācija ir ļoti ērta lietošanai ar .

Datu konvertēšana noderēs jebkuram programmētājam: apmaiņas noteikumu izveides prasmes ir nopietns pluss profesionālajām prasmēm.

Lai iemācītos strādāt ar konfigurāciju, vislabāk ir atrisināt praktiskas problēmas. Mēģiniet izdomāt sev uzdevumus, piemēram: pārsūtiet kādu informāciju no vienas datu bāzes uz otru, pārvērtiet pārdošanas dokumentu par kvīts dokumentu, "ievadiet" kārtējos grāmatvedības atlikumus dokumentā "bilances ievadīšana" un citi darbi.

Būs ļoti noderīgi izprast 1C 8.3 “standarta” apmaiņas noteikumus, kuros bieži var atrast interesantus uzdevumu izpildes piemērus.

Lai saprastu pamatus, jums būs nepieciešami materiāli, mēs tos apsvērsim tālāk.

Video instrukcijas konvertēšanai

Lai iegūtu pamatinformāciju par datu apmaiņas iestatīšanu 1C, izmantojot konfigurāciju “1C Data Conversion”, skatiet piemēru videoklipā:

Materiāli, mācību grāmatas 1C Data Conversion 2.0 apguvei

Materiālu un dokumentācijas internetā nav pārāk daudz, centos apkopot svarīgākos un interesantākos materiālus:

0. Vispirms iesaku Iļjas Ļeontjeva bezmaksas video kursu, tas pieejams plkst saite.

1. Vispirms ieteiktu konfigurācijā izmantot iebūvēto palīdzību. Tas ir patiešām labi uzrakstīts un tehniski labi īstenots:

2. Otrs svarīgākais informācijas avots ir vietne http://www.mykod.info/ (vietne ir slēgta), kas specializējas tieši datu konvertēšanā. Tur jūs varat lejupielādēt liels skaits pārveidošanas materiāli.

3. Atsevišķi es gribētu izcelt mācību grāmatu - (autore - Olga Kuzņecova).