Kui vahetate andmeid Trade Management 10.3 ja Enterprise Accounting 2.0 konfiguratsioonide vahel, peate pärast ühe konfiguratsiooni värskendamist värskendama vahetusreegleid.

Vaatleme juhtumit, kui börs konfigureeriti Trade Management konfiguratsioonist ja konfigureeriti otseühenduse kaudu vastuvõtjabaasiga, st. raamatupidamise osakond Peate alla laadima uued reeglid Trade Managementi andmevahetuse seadete kaudu. Enne seda on tungivalt soovitatav teha alus.

Alustame 1C Trade Management 10.3-ga. Valige menüüst Tööriistad üksus "Kõik andmevahetuse sätted" => Muud andmevahetused.

Valige jaotis "Kõik vahetused". Leidke loendist oma andmevahetus, paremklõpsake ja klõpsake nuppu "Muuda". Kui proovite muuta vahetusseadeid jaotisest "Andmevahetus 1C-ga: Raamatupidamine 8", siis kui proovite muuta, käivitatakse andmevahetuse seadistusabi, mida me ei vaja.

Ilmuvas aknas näeme, et vahetus toimub vastavalt vahetusreeglitele, mida saab salvestada ja laadida. Börsi andmebaasi üleslaadimise reeglid on reeglid, mille järgi laaditakse teave üles Kaubanduse juhtimisest raamatupidamisse ja börsi andmebaasist jooksvasse andmebaasi üleslaadimise reeglid on reeglid, mille järgi laaditakse teave raamatupidamisest kaubanduse haldamisse.

Laadime üleslaadimise reeglid Exchange'i andmebaasi. Klõpsake "Laadi reeglid failist". Tähelepanu, kui teil on ebastandardne konfiguratsioon ja kasutate mittestandardseid vahetusreegleid, st. spetsiaalselt teie muudetud konfiguratsiooni jaoks välja töötatud, siis peaksite olemasolevate reeglite põhjal uute reeglite loomiseks ühendust võtma spetsialistidega.

Ärge mingil juhul asendage neid standardreeglitega. Kui te pole kindel, et teil on standardkonfiguratsioonid, salvestage igaks juhuks olemasolevad reeglid nupuga “Salvesta reeglid faili”.

Kuna viimane tuli välja palju hiljem kui Trade Managementi värskendus, otsime vahetusreegleid raamatupidamise 1C värskendusmallide kataloogist. Värskendusmallide kataloogi leiate järgmiselt. Käivitage 1C ja klõpsake nuppu "Seaded". Ilmuvas aknas näeme teed konfiguratsioonimallide ja värskenduste kataloogi.

Liigume sellel teel edasi. Järgmiseks: 1C => Accounting ja valige kaust, millel on raamatupidamise viimase installitud väljalase nimi. Kui reeglid tuleb võtta konfiguratsioonivärskendusest “1C: Trade Management”, nimetatakse kausta nimeks Trade. Konfiguratsiooni „1C: Retail” jaoks – jaemüük. See sisaldab kausta "Andmevahetused".

Järgmiseks „Börs konfiguratsiooniga Kaubanduse juhtimine, toim. 10,3" Selles näeme BP-UT KONVERSIOONI REEGLID ja UT-BP TEISED REEGLID. Kuna meil on TÜ-st mahalaadimiseks vaja reegleid, siis valige “UT-BP CONVERSION RULES” ja klõpsake nuppu Ava. Teeme sama ka börsi andmebaasist praegusesse andmebaasi üleslaadimise reeglite puhul, lihtsalt valige fail BP-UT CONVERSION RULES ja klõpsake nuppu Ava.

Kaustas “Exchange with configuration Trade management, toim. 10,3” on fail Sharing.htm. Kui te pole seda kunagi lugenud, lugege see kindlasti läbi. See sisaldab järgmist kasulikku teavet:

• Jagamise eesmärgid
• üldkirjeldus
• Üleminek kahepoolse suhtluse eelmistest versioonidest
• Eeltoimingud
• Konfiguratsioonidevahelise andmevahetuse seadistamise protseduur
• Andmete sünkroonimine
• Koostöö konfiguratsioonides "Kaubanduse juhtimine" ja "Ettevõtte raamatupidamine".
• Näited kasutaja stsenaariumidest
• Üleslaetud dokumentide vastavustabel TÜ - BP (redaktsioon 1.6, väljaanne 2.0) Üleslaaditud dokumentide vastavustabel BP (redaktsioon 1.6, väljaanne 2.0) - TÜ
• Dokumentide ja teatmeteoste üleslaadimise omadused
• Üleslaaditud BP-dokumentide vastavustabel (redaktsioon 1.6, redaktsioon 2.0) - TÜ
• Dokumentide “Arve ostjale tasumiseks” ja “Ostja tellimus” üleandmine
• Kauba mahakandmise kulu ülekandmine
• Andmevahetuse tulemuste jälgimine

Kontrollime reegleid kontrollinuppude abil. Ja klõpsake nuppu OK. Uued reeglid on salvestatud. Alustame andmevahetust ja kontrollime selle toimimist.

Kuidas seadistada kahesuunalist andmevahetust Trade Management 10.3 ja Enterprise Accounting 2.0 konfiguratsioonide vahel, on kirjutatud minu teises artiklis.

1C 8 vahetusreeglite väljatöötamisel kasutatakse laialdaselt võimalust vahetusreeglite käitumist programmiliselt ümber määratleda - käitleja mehhanismi. Sündmuste töötlejad laiendavad oluliselt funktsionaalsust ja on asendamatuks vahendiks vahetusreeglite seadistamisel juhtudel, kui interaktiivsetest konfigureerimisvõimalustest ei piisa.

Käsitlejad ja algoritmid on kirjutatud selle platvormi keeles, milles neid vahetamise ajal käivitatakse.

Kui see on platvorm 1C: Enterprise 7.7, siis on töötleja kood integreeritud üles- või allalaadimistöötluskoodi. Sellest lähtuvalt on iga töötleja või algoritm eraldatud eraldi funktsiooniks ja see on vahetuse ajal saadaval silumiseks.

Kui üles- või allalaadimine toimub platvormil 1C: Enterprise 8, siis ei integreerita töötleja koodi andmevahetuse töötlemise koodi, vaid laaditakse üles vahetusreeglite faili. Andmevahetusprotsessi käigus võetakse reeglite failist töötlejate või algoritmide kood ja see käivitatakse otse käsu "Käivita" kontekstis. Käsitlejate ja algoritmide koodide silumiseks võite kasutada töötlust "Universal XML Data Interchange".

Andmevahetus 1C 8 rakenduslahenduste vahel on midagi, ilma milleta pole võimalik täisväärtuslikku ettevõtte inforuumi ehitada.

• Miks on andmevahetust vaja ja kuidas neid kasutada?
• Vahetuste tüübid 1C vahel.
• Kuidas konfigureerida andmevahetust 1C andmebaaside vahel?

Nendele küsimustele leiate vastused allpool.

Börside kasutuselevõtul on tavaliselt kaks põhjust:

Organisatsioonil on filiaalide võrk

Sel juhul tuleb lihtsalt seadistada vahetus erinevate filiaalide vahel. Selleks on 1C 8.3 ettevõttesüsteemis mehhanism. Millega saab infovahetust paindlikult konfigureerida. Näiteks filiaalide puhul saate keelata teiste filiaalide dokumentide nähtavuse ja samal ajal näeb keskkontor kõigi filiaalide dokumente. Teine näide on vahetuse seadistamine kontori ja kaupluste 1C Retail andmebaaside vahel.

Eraldamine raamatupidamise liigi järgi

Reeglina tähendab see, et organisatsioon peab erinevates infobaasides erinevaid kirjeid. See eraldamine võimaldab filtreerida teavet, mis on "mittevajalik" teist tüüpi arvestuse jaoks erinevate teabebaaside jaoks. Näide: nn “Juhtimisarvestus” kantakse “Kaubanduse haldamise” andmebaasi, kus kajastuvad kõik tehingud ning juhtkond näeb sündmustest täit pilti ning reguleeritud raamatupidamise andmebaasi “Ettevõtte raamatupidamine” laetakse üles vaid raamatupidamise ja maksuarvestuse jaoks vajalikud dokumendid. ”.

Millised on 1C andmebaaside vahelised vahetusmehhanismid?

Andmevahetusi saab liigitada kahel viisil: kasutatavad mehhanismid ja vahetamiseks kasutatav transport.

1C andmevahetusmehhanismid

Tavaliselt kasutatakse vahetamiseks kahte mehhanismi:

• Hajutatud teabebaas (RIB)— mehhanism, mis võimaldab seadistada andmevahetust filiaalide vahel. Mehhanism tähendab, et vahetatakse absoluutselt identseid andmebaasikonfiguratsioone. Mehhanism võib edastada andmebaasi konfiguratsiooni muudatusi. Mehhanismi rakendatakse tehnoloogiaplatvormi tasemel.
• Universaalne mehhanism konfiguratsioonide vahetamiseks— mehhanismi on rakenduslahenduste jaoks välja töötanud 1C. See on universaalne ja põhineb . Andmevahetus toimub xml-reeglite abil, mis luuakse spetsiaalses konfiguratsioonis - . Seda mehhanismi kasutades saate rakendada nii ühekordset vahetust kui ka pidevat vahetust 1C konfiguratsioonide vahel. Mehhanism on rakendatud konfiguratsiooni tasemel, saate selle integreerida oma konfiguratsiooni tehnoloogilisest konfiguratsioonist.

Transport andmevahetuseks

Transport võib olla üsna lai valik tehnoloogiaid. Vaatleme peamisi universaalses vahetusmehhanismis 1C 8.2 rakendatud:

Hankige 267 videotundi 1C-s tasuta:

• Kohalik või võrgukataloog- lihtsaim transport. Üks infoturve loob faili kettale, teine ​​loeb seda ja lisab oma faili.
• FTP ressurss— vahetus sarnaneb kataloogi vahetusega. Erinevus seisneb selles, et vahetus toimub FTP-protokolli kaudu.
• Postisõnumid või e-post— vahetus toimub meili teel. Seadistused saadavad üksteisele meilisõnumeid ja kontrollivad regulaarselt e-posti aadressi uute kirjade jaoks.
• Otseühendus (COM)— vahetus toimub ühe andmebaasi otseühenduse kaudu teisega, kasutades rahalisi vahendeid.
• Internet (veebiteenus)— transport on veebiteenus. Üks teabebaas loob ühenduse , veebiteenus teise teabebaasiga ja edastab sõnumi. Sellise transpordi teostamiseks peab teil olema.

Kuidas seadistada andmevahetust 1C andmebaaside vahel?

Andmevahetuse seadistamise põhitõdede kohta 1C-s, kasutades konfiguratsiooni „1C Data Conversion”, vaadake videos olevat näidet:

1C andmevahetus vastavalt graafikule punktis 1C 8.2

Kui teil on vaja konfigureerida ajakava alusel automaatne üleslaadimine, seadistage lihtsalt .

Klient-serveri versiooni jaoks

Kataloogis "Andmevahetuse seaded" vahekaardil "Automaatne vahetus" peate looma uue ajastatud toimingu, kus määrate ajakava:

Failivaliku jaoks

Kataloogis "Andmevahetuse seaded" vahekaardil "Automaatne vahetus" peate looma uue rutiinse ülesande, kus vahekaardil "Vahetus sündmuste järgi" määrake sündmused, mille alusel vahetus käivitatakse. Näiteks kui konkreetne kasutaja alustab:

Paljud kauplemistegevusega tegelevad ettevõtjad ostavad juhtimise tõhususe parandamiseks korraga kaks programmi “1C: Accounting 8”. (edaspidi BP) ja "1C: Trade Management 8" (edaspidi TÜ).

BP-d kasutatakse reguleeritud raamatupidamise ja aruandluse pidamiseks ning TÜ-d tegevus- ja juhtimisarvestuseks ettevõttes.
Nende tarkvaratoodete ühiskasutuse edukus sõltub suuresti BP ja TÜ konfiguratsioonide vahelisest andmevahetuse korraldusest.

Tüüpilise andmevahetuse järgmiste funktsioonide mõistmine aitab teil vältida konfiguratsioonide vahelise vahetusprotsessi vigu ja raamatupidamise rikkumisi igas konfiguratsioonis eraldi.

Selle artikli kirjutamisel kasutati materjale tarkvaratoodete 1C dokumentatsioonist. Börsi seadistamise metoodikat kirjeldatakse üksikasjalikult mallides asuvas htm-failis "Käibehalduse jagamise konfiguratsioonid (11) ja ettevõtte raamatupidamine". kataloog, kui see on installitud kui 1C: Accounting 2.0 (edaspidi BP) ja 1C: Trade Management 11 (edaspidi TÜ); 1C partnerkonverentsil saadud soovitused ja autori isiklik kogemus RG-Soft Project Consulting LLC klientidele vahetusseadete loomisel ja muutmisel.

1. Seadistage ühe- või kahesuunaline vahetus.

Esiteks tuleb arvestada, et ÜP konfiguratsioonist saab TÜ konfiguratsiooni üles laadida ainult sularaha ja sularahata rahavoogude tehingutega seotud dokumente. Nende hulka kuuluvad: Sissetulev sularahakorraldus, Väljaminev kassakorraldus, Laekumine arvelduskontole ja Arvelduskontolt mahakandmine. BP-s loodud kauba liikumise dokumente ei laeta TÜ-sse.

1C firma soovitab teha vahetust TÜ pangas. "See tagab täisväärtusliku töö väljaminevate maksedokumentidega ja lihtsama töö sissetulevate dokumentidega." Küll aga oli olukord, kus kliendi-panga failist ei saanud TÜ-sse laadida peaaegu ühtki maksekaarti, samas kui see fail laeti täielikult BP-sse.

See on seletatav asjaoluga, et TÜ-sse on lisatud kliendi-panga faili sisu rangemad kontrollid, näiteks: TIN-i täitmise kontrollimine, dokumendi numbri kontrollimine, number peab sisaldama ainult numbreid vastavalt keskpanga 3. oktoobri 2002. a määrus N2-P “Sularahata maksete kohta Vene Föderatsioonis” (muudetud 3. märtsil 2003, 11. juunil 2004, 2. mail 2007, 22. jaanuaril 2008).

Ühesuunalise vahetuse (TÜ-st BP-sse) seadistamine on mõttekas ainult siis, kui kõik dokumendid ja regulatiivne teave on TÜ-s täidetud. Nii saab vältida elementide dubleerimist selles andmebaasis.

Selleks tuleb seadistada järgmine vahetusstsenaarium: luua UT konfiguratsioonis vahetusstsenaarium, milles salvestatakse ainult üleslaadimine (joonis 1), BP konfiguratsioonis luua vahetusstsenaarium ja salvestada ainult allalaaditav.

Tuleb arvestada, et sellise vahetuse stsenaariumi korral registreeritakse kõik BP-s loodud lisadokumendid ja teatmeteosed vahetamiseks, kuid neid ei laadita TÜ-sse, mistõttu on soovitatav registreerimine perioodiliselt lähtestada, vastasel juhul BP vahetussõnumifail suureneb pidevalt, aeglustades vahetusprotsessi.

Selleks on soovitatav kasutada töötlemist Muudatuste registreerimine saidil Exchange82.epf, mille leiate konfiguratsiooni tarnest "Andmete teisendamine, versioon 2.1". Pärast konfiguratsiooni installimist asub töötlemine värskenduse installikataloogis: ...\1c\Conversion\...versiooni_number…

Kui regulatiivne ja viiteteave on täidetud nii TÜ-s kui ka BP-s, siis tuleks konfigureerida kahesuunaline vahetus, kuid võib osutuda vajalikuks duplikaate jälgida, käivitades vahetuse automaatse asemel interaktiivselt (joonis 2).

Andmevahetuse piiramiseks ainult dokumendi tasemel ei ole vaja konfigureerida ühesuunalist vahetust, piisab BP-poolses vahetusfiltris kuupäeva määramisest, mis on suurem kui viimase dokumendi kuupäev (vt joonis 5). Kuid enne filtri paigaldamist kuupäevale peate veenduma, et BP-s olevad dokumendid pole varem vahetamiseks registreeritud, vastasel juhul kantakse registreeritud dokumendid vahetuse ajal teise andmebaasi.

Andmete muutmise prioriteet

Kui vahetus toimub esmalt TÜ-s ja seejärel BP-s, siis on prioriteetsed TÜ-st allalaaditud andmed. Näiteks TÜ-s lõid nad dokumendi “Laekumine arvelduskontole”, alustasid vahetust esmalt TÜ-s, seejärel BP-s - dokument ilmus BP konfiguratsioonis. Seejärel tegi raamatupidaja selles dokumendis BP konfiguratsioonis muudatused. Kui järgneval vahetamisel ei ole vahetuse alustamise järjekord muutunud, siis TÜ andmetega kirjutatakse dokumendis tehtud muudatused üle.

Korrektseks vahetuseks nende objektidega, mida on mõlemas andmebaasis muudetud, soovitab 1C korraldada töö nii, et objekti redigeeritakse ainult ühes andmebaasis. Teises andmebaasis tuleks selline objekt avada ainult vaatamiseks. Selleks tuleb konfigureerida kasutaja juurdepääsuõigused, kuid selline lähenemine garanteerib, et vahetuse käigus ei teki kokkupõrkeid, s.t. lahknevused, mis tekivad siis, kui objekt muutub nii ühes kui ka teises andmebaasis vahetustevahelisel perioodil (joonis 3).

2. Vahetust mõjutavad BP ja UT erinevused

Osapoolte lepingud

TÜ konfiguratsioonis vastaspoole lepingute analüüsi ei tehta. Kõik toimingud, mida TÜ konfiguratsioonis tehakse, on BP konfiguratsiooni laadimisel alati vormistatud eraldi lepingutega, mis on loodud ja mida juhib TÜ süsteem ise.

Kui nõutavate parameetritega kokkulepet BP konfiguratsioonis pole, siis selline leping luuakse. Tuleb märkida, et lepingu otsimine toimub ainult eelnevalt TÜ-st alla laaditud lepingute hulgast.

Juhtimisorganisatsioon TÜ-s

Alates versioonist 11.0.6.9 ilmus TÜ organisatsioonide kataloogi eelmääratletud element “Juhtimisorganisatsioon”. Seda elementi ei tohi vastendada praeguse (ühe või ühe) organisatsiooniga (või seda muuta). Lisateavet selle objekti kasutamise kohta leiate dokumentatsioonifailist "Muudatused ja täiendused dokumendis documentation.htm", sisaldub TÜ tarne.

Ettevõtte struktuur

Juhtimisarvestuse jaoks kasutab TÜ teatmeteost “Ettevõtte struktuur”, mis sisaldab ettevõtete allüksuste loetelu. Dokumentide koostamisel on ettevõtte jagunemise märkimine kohustuslik.

Kataloogi “Ettevõtte struktuur” elemente ei vastendata BP kataloogi “Organisatsiooni osakondade” elementidega. Tagamaks, et TÜ-sse ei laetaks üles täitmata Jaoskonna andmetega dokumente, tuleb vahetusseadetes täita vaikeväärtus (joonis 4).

Ladu tabeliosas

Kui TÜ-s on plaanis kasutada uut võimalust määrata laod dokumentide tabeliosades, siis vahetusplaani sõlme seadistustes on vaja määrata üldladu, mis TÜ-st dokumentide mahalaadimisel asendatakse. BP konfiguratsiooni dokumentide tabeliosades valimiseks lubatud ladude asemel (joonis 4).

Nomenklatuuri tüüp

Andmete üleslaadimisel BP-st TÜ-sse ei täideta üksuse atribuuti üksuse tüüp, see on tingitud asjaolust, et börs teenindab stsenaariumi, kui üksus luuakse TÜ konfiguratsioonis, mitte BP-s. . TÜ-s kaupade liikumise dokumentides puudub teenuste arvestuse jaoks eraldi tabeliosa (teenused täidetakse kaupade tabelis), mistõttu selleks, et TÜ dokumentides märgitud teenused saaksid korrektselt üle kanda tabeliosa BP-s, peate:

1. Avage regulatiivse ja viiteteabe jaotises kataloog „Kauba tüübid“, minge üksuse tüübile „Teenused“ – klõpsake „Kõik toimingud“ – lubage redigeerimine ja valige Kauba tüüp – Teenus.

2. Muutke üksust (teenust) - klõpsake "Kõik toimingud" - lubage redigeerimine ja valige teenuse tüübiga seda tüüpi üksus.

3. Vahetusfiltrite seadistamine (joonis 5)

Dokumentide üleslaadimise (allalaadimise) kuupäeva muutmine

1) Enne kuupäeva nihutamist on vaja andmebaasid sünkroniseerida vahetusseansi läbiviimisega, et sõlmel ei oleks seadistuse muutmise hetkel vahetamiseks registreeritud dokumente. Vastasel juhul võivad sellised dokumendid pärast sätete muutmist üleslaadimise tulemusena saada vastuvõtvas andmebaasis kustutamiseks märgistatud, kui need on sinna varem üles laaditud.

2) Saate kuupäeva tagasi nihutada, sest... see ainult laiendab üleslaaditud andmete ala. Väärib märkimist, et sel juhul ei registreerita varem suletud perioodi dokumente automaatselt vahetamiseks. Selleks tuleb kas muuta dokumente või kasutada töötlemist Muudatuste registreerimine saidil Exchange82.epf.

Filtreerige organisatsiooni järgi

Selle filtri lubamine võimaldab piirata organisatsioonide loendit, mille jaoks andmevahetus on lubatud. Lubatud filtri olemasolu mõjutab nii organisatsioonide kataloogi enda allalaadimist kui ka muude organisatsioonidega seotud andmete (kataloogid ja dokumendid) allalaadimist.

Üleslaadimisfiltrite tööpõhimõte on järgmine: uued sätted rakenduvad kõikidele andmetele - börsi loomise ajal või ainult nendele andmetele, mida muudeti pärast uute sätete rakendamist - pärast vahetuse loomist, seetõttu on soovitatav läheneda andmevahetuse loomisel filtrite seadistamisele võimalikult vastutustundlikult .

Näide: Börsi loomisel määras kasutaja filtri organisatsiooni järgi. Vastuvõtvasse andmebaasi laaditi üles ainult määratud organisatsiooni andmed. Järgmisena otsustas kasutaja, et vastuvõtvasse andmebaasi tuleks üles laadida kõigi organisatsioonide andmed. Kuna aga sätted kehtivad ainult äsja muudetud andmete puhul, ei laadita olemasolevaid dokumente ja teatmeteoseid vastuvõtvasse andmebaasi üles enne, kui kasutaja neis muudatusi teeb.

4. Objektide kustutamine ühest andmebaasist

Märgi kustutamiseks

Võimalik, et varem kasutatud kataloogielementi ei plaanita edasiseks arvestuseks kasutada ja kasutajad peavad sobivaks selle kataloogi kustutamiseks märkimist. Kustutamiseks märgitud objekte vahetusse ei kaasata. Seda funktsiooni tuleks arvesse võtta.

Duplikaatide eemaldamine

Vahetuse käigus tekkinud topeltobjektide eemaldamiseks soovitame kasutada töötlemist SearchAndReplaceValues.epf, mis asub ITS-kettal kataloogis \1CITS\EXE\ExtReps\Unireps82\SearchAndChange\. Ja kahe infobaasi objektide võrdluse õigsuse kontrollimiseks saab avada teaberegistri “Infobaasi objektide vastavus” ja selle registri kandeid saab käsitsi reguleerida. Oluline on teada, et pärast objekti kustutamist ühes andmebaasis jääb kustutatud objekti vaste (katkene link) inforegistri kirjesse kas sobitada või kustutada.

5. Lisaseaded

Rahavoo üksused

UT konfigureerimiseks peate võib-olla sisestama "corr. konto" nende rahavoogude kirjete jaoks, mida kasutatakse ja BP-sse maha laaditakse.

BP konfigureerimiseks: peate võib-olla sisestama kataloogielementidesse rahavoo tüübi.

Kasutajad

Kasutajakataloogi elemente saab üle kanda teise andmebaasi, kui nad on mõnes vahetuses osalevas objektis märgitud vastutavaks. Selliste objektide jaoks peate konfigureerima õigused.

Põhiprefiks ja organisatsiooni eesliide

TÜ-s on eesliide alati kindla pikkusega ja eraldaja (sidekriips) “-”. Seega, kui teabebaasi eesliidet pole määratud või organisatsiooni eesliidet pole määratud, asendatakse see nullidega. Börsi seadistamisel täidetakse aga infobaasi eesliide alati keskpangas (TÜ puhul) ja BP-s (vastavalt BP konfiguratsioonis).

See lahendus on standardne dokumendinumbrite ja objektikoodide genereerimisel. Eesliide on kindla pikkusega ja eraldatud dokumendi numbrist sidekriipsuga. Kui tulevikus on andmebaasis mitu organisatsiooni, siis piisab neile eesliidete määramisest ja kõiki objekte pole vaja ümber nummerdada.

Veaparandus

Meie artiklis käsitleti "1C: Trade Management 8" rev 11 ja "1C: Accounting 8" rev 2.0 vahelise andmevahetuse korraldamise kõige olulisemaid aspekte.

RG-Soft Project Consulting LLC spetsialistid on valmis pakkuma mitte ainult börsi kohandamist konkreetse organisatsiooni raamatupidamisfunktsioonide jaoks, vaid ka võimalusi olemasolevate börside vigade parandamiseks.