Ստանդարտ փոխանակման կանոններ. Փոխանակման կանոններում փոխված կոնֆիգուրացիան փոխարինելը

1C տվյալների փոխակերպման ձեռնարկ (հրատարակություն 2) Մանրամասն ծանոթություն փոխանակման կանոններին

Մենք գիտենք, թե ինչ են փոխանակման կանոնները և ինչու են դրանք անհրաժեշտ: Եկեք ավելի մանրամասն ծանոթանանք փոխանակման կանոններով աշխատելու լրացուցիչ ֆունկցիոնալությանը։ Եկեք բացենք տվյալների փոխանակման (փոխակերպման) կանոնների կարգավորումները.

Փոխանակման կանոնները սահմանում են տվյալների աղբյուրի և նպատակակետի կոնֆիգուրացիաները, բացի այդ.

Ներդիր «Ընդլայնված».

Դուք կարող եք նշել փոխանակման կանոնները պահելու համար լռելյայն ֆայլի անունը, 7.7-ի տվյալների վերբեռնման և ներբեռնման մոդուլները, փոխանակման կանոնների անվանումը:

«Պարամետրեր» ներդիր.

Ենթադրենք գրասենյակն ընդունում է բացառապես ապրանքների պատվերներ, ուստի ցանկալի է սահմանել բեռնաթափման ծառայությունների արգելք։ Եթե ​​կատալոգի նոմենկլատուրայի առարկան ունի անհրաժեշտ Ծառայություն սահմանված է True, ապա այն երաշխավորված է, որ այն չի բեռնաթափվի: Լավագույնն այն է, որ բեռնաթափման ծառայությունների հսկողությունը անհապաղ կամընտիր լինի, որպեսզի կանոնները չփոխվեն հեռավոր գրասենյակկընդունի ծառայությունների պատվերներ։

Այս դեպքի համար մենք ստիպված կլինենք սովորել «Տվյալների փոխակերպում» կոնֆիգուրացիայի հետ աշխատելու երկու նոր հնարք՝ կարգավորիչների օգտագործում և պարամետրերի կարգավորում:

Պարամետրերը բեռնման ալգորիթմների մասնագիտացված տվյալների կառուցվածք են, որոնք կարող են օգտագործվել մշակման փոփոխականներ մուտք գործելու համար: Փոխակերպման կանոնների պարամետրերի կառուցվածքի կարգավորումն իրականացվում է «Տվյալների փոխակերպում» կազմաձևում, իսկ պարամետրերի արժեքների կարգավորումը հնարավոր է տվյալների վերբեռնման և ներբեռնման մշակման տեսքով:

Պարամետրերը խմբագրելու համար բացեք Փոխակերպումների գրացուցակի տարրի ձևը խմբագրվող փոխանակման կանոնների համար և անցեք պարամետրերի ներդիր: Եկեք ստեղծենք նոր տարրգրացուցակի Պարամետրեր. Եկեք նշանակենք պարամետրի անվանումը՝ Unload Services: Պարամետրի անվանումն օգտագործվում է այն Պարամետրերի կառուցվածքում նշելու համար, երբ մշակում են ծրագրի կոդը: Անունը կցուցադրվի Պարամետրերի աղյուսակային բաժնում՝ տվյալների համընդհանուր փոխանակման մշակման տեսքով: Որպեսզի պարամետրը տեսանելի լինի երկխոսության մեջ բեռնաթափումը կարգավորելիս, դուք պետք է նշեք «Սահմանել երկխոսության մեջ» վանդակը և ընտրեք պարամետրի արժեքի տեսակը: Երկխոսության պատուհանում պարամետրերի հետ աշխատելու համար դուք պետք է նաև նշեք «Վերբեռնման պարամետրերը 2.01 տարբերակի ձևաչափով» վանդակը՝ տարրի տեսքով Conversions որոնում:

Միայն պարամետրերը նշելը բավարար չէ, անհրաժեշտ է, որ բեռնաթափման ալգորիթմը «հասկանա», թե որ դեպքում է բեռնաթափել տարրը, իսկ որում՝ ոչ։ Նման (և շատ այլ) դեպքերի համար օգտագործվում է կարգավորիչ մեխանիզմը։ Դրա էությունը կայանում է նրանում, որ տվյալների վերբեռնման և ներբեռնման բոլոր հիմնական ալգորիթմների կատարման առանցքային կետերում մշակվում է փոխանակման կանոնները ստեղծելիս մշակողի կողմից գրված կոդը: Բնականաբար, նման նուրբ գործիքի օգտագործումը պահանջում է զգուշություն և մտածվածություն: Նախքան ձեր սեփական մշակիչները գրելը, խորհուրդ ենք տալիս ուշադիր կարդալ «Տվյալների փոխակերպում 2.0» կոնֆիգուրացիայի օգնությունը, որը նկարագրում է մշակիչներում առկա բոլոր փոփոխականները և դրանց օգտագործման եղանակները, ինչպես նաև թվարկում է մշակողների տեսակները և դրանց առանձնահատկությունները: զանգահարել տվյալների փոխանակման ալգորիթմներ:

Մեր նպատակների համար մենք պետք է օգտագործենք «Բեռնաթափումից առաջ» բեռնաթափման կանոնների մշակիչը: Բացեք Nomenclature տվյալների վերբեռնման կանոնը և տեղադրեք հետևյալ ծրագրի կոդը «Նախքան վերբեռնումը» դաշտում «Իրադարձություններ» ներդիրում.

Ի՞նչ է անում մեր կառավարիչը: Ծրագրի կոդը գրելիս մենք օգտագործել ենք տվյալների բեռնաթափման ալգորիթմների փոփոխականները։ Պարամետրերի կառուցվածքն օգտագործվում է «UploadServices» պարամետրին վերաբերելու համար, որը սահմանված է տվյալների փոխանակման մշակման ձևում: Օբյեկտի փոփոխականը ապահովում է մուտք դեպի բեռնաթափվող օբյեկտ: Իսկ Refusal փոփոխականը թույլ է տալիս վերահսկել ընթացիկ օբյեկտը բեռնաթափելու մերժումը։ Բեռնաթափիչը գործարկվում է օբյեկտի բեռնաթափումից անմիջապես առաջ, ինչը հնարավորություն է տալիս չեղարկել օբյեկտի բեռնաթափումը:

ՄԻԱՅՆ V8 - V8 ՓՈԽԱՆԱԿԵԼՈՒ ԵՎ 2.0.18.1-ից ՈՉ ՆԵՐԲԵՌՆԵԼՈՒ ՀԱՄԱՐ ԲԵՌՆԵԼ ԵՎ ՆԵՐԲԵՐԵԼ

Հնարավոր է պարամետրեր փոխանցել մեկ կոնֆիգուրացիայից մյուսին: Դա անելու համար «Պարամետրեր» ներդիրում նշեք «Փոխանցման պարամետրը բեռնաթափման ժամանակ» վանդակը և այս պարամետրը կտեղադրվի փոխանակման ֆայլում, և տվյալների բեռնման ժամանակ հնարավոր կլինի մուտք գործել դրա արժեքը: Դուք կարող եք նշել փոխակերպման կանոն պարամետրի համար, ըստ որի արժեքները կվերափոխվեն: Օգտագործելով «Փոխանցել պարամետրը վերբեռնելիս» վանդակը, դուք կարող եք փոխանցել միայն այն պարամետրերը, որոնք խմբագրվում են երկխոսության պատուհանում՝ տվյալներ վերբեռնելիս: Եթե ​​Ձեզ անհրաժեշտ է փոխանցել պարամետր, որը չկա այս երկխոսության մեջ, ապա դուք պետք է զանգահարեք ընթացակարգը.

Բեռնաթափման պարամետրերի ներդիրն այժմ ունի պարամետր, որը փոխում է այն արժեքները, որոնց ծառայությունները կամ բեռնաթափվում են, կամ չեն բեռնաթափվում:

1C 8 փոխանակման կանոններ մշակելիս լայնորեն կիրառվում է փոխանակման կանոնների վարքագիծը ծրագրային կերպով վերասահմանելու ունակությունը՝ կարգավորիչների մեխանիզմը: Իրադարձությունների մշակողները զգալիորեն ընդլայնում են ֆունկցիոնալությունը և անփոխարինելի գործիք են փոխանակման կանոններ սահմանելու համար այն դեպքերում, երբ ինտերակտիվ կազմաձևման տարբերակները բավարար չեն:

Գործող սարքերը և ալգորիթմները գրված են այն հարթակի լեզվով, որով դրանք կկատարվեն փոխանակման ընթացքում:

Եթե ​​սա «1C: Enterprise 7.7» հարթակն է, ապա մշակման կոդը ինտեգրված է վերբեռնման կամ ներբեռնման մշակման կոդի մեջ: Համապատասխանաբար, յուրաքանչյուր կարգավորիչ կամ ալգորիթմ հատկացված է առանձին ֆունկցիայի և հասանելի է փոխանակման ընթացքում վրիպազերծման համար:

Եթե ​​վերբեռնումը կամ ներբեռնումը տեղի է ունենում 1C:Enterprise 8 հարթակում, ապա մշակողի կոդը ինտեգրված չէ տվյալների փոխանակման մշակման կոդի մեջ, այլ վերբեռնվում է փոխանակման կանոնների ֆայլում: Տվյալների փոխանակման գործընթացում մշակողների կամ ալգորիթմների ծածկագիրը վերցվում է կանոնների ֆայլից և կատարվում է անմիջապես «Execute» օպերատորի համատեքստում: Վերամշակողների և ալգորիթմների ծածկագիրը վրիպազերծելու համար կարող եք օգտագործել Universal Data Exchange XML մշակումը:

Եվ մենք ցույց ենք տալիս, թե ինչպես է դրա օգնությամբ ՈՒԺԵՂ կերպով պարզեցնում ձեր խնդիրների լուծումը

Այսօր մենք կվերլուծենք, թե ինչպես ստեղծել և կատարել դիրեկտորիաների պարզ փոխանցում և նախնական մնացորդներ.

Եվ սա է զանգվածային և կանոնավոր առաջադրանք, ինչը գրեթե անխուսափելի է գործարկվող նոր կոնֆիգուրացիաների մեծ մասի համար:

Ուստի զանգահարեք ձեր գործընկերներին, դա նույնպես շատ օգտակար կլինի նրանց համար։

Հատկապես եթե CD 3-ն արդեն տեսել են ու վախեցել :)

Այո, երբ տեսնում եք նրան առաջին անգամ, ամենևին էլ պարզ չէ:

Բայց իրականում ամեն ինչ ՇԱՏ պարզ է: Այնքան պարզ, որ հետո նույնիսկ կձանձրանաք :)

Ինչ է կոնկրետ այսօրվա տեսանյութերում

Սրանք 4 տեսանյութեր են տվյալների փոխանակման միջոցով ունիվերսալ EnterpriseData փոխանակման ձևաչափ.

Բացի այդ, մենք ցույց կտանք օրինակ ստանդարտ փոխանակման կանոնների կատարելագործում 1C-ում՝ տվյալների փոխակերպում 3.0

Ընդհանուր տևողությունը - 34 րոպե. Բովանդակություն:

• Փոխանակման ստեղծում՝ օգտագործելով 1C-ի օրինակը՝ Հաշվապահական հաշվառում 8 և 1C՝ ERP
• Ինչպես բեռնել ստանդարտ կանոնները և փոխանակման համընդհանուր ձևաչափը Data Conversion 3.0-ում
• Մետատվյալների կառուցվածքի փոխանցում CD 3.0-ին
• Ինչպես կատարել տվյալների առաջին փոխանակումը
• Կանոնների ճշգրտումփոխարկումներ
• Ինչպես բեռնել նոր կանոններ՝ առանց կոնֆիգուրացիան փոխելու ( առանց աջակցությունից հրաժարվելու)

Նշումոր այս խնդիրը լուծելիս բեռնման կանոնները փոխվում են միայն ընդունիչի կազմաձևում։ Իսկ աղբյուրի կոնֆիգուրացիան աշխատում է ստանդարտ կանոններով:

Եթե ​​նման խնդիր լուծվեր Data Conversion 2.0-ում, ապա պետք է փոփոխություններ կատարվեին թե՛ սկզբնաղբյուրի, թե՛ նպատակակետի կանոններում։

Այս վիդեո ձեռնարկները տեղին են BSP-ի համար վերանայում 2.3.2(2.3.2.43-ից ավելի հին ցանկացած շենքի համար):

Եթե ​​դուք օգտագործում եք BSP-ի ավելի հին տարբերակը, «ուղղում» կատարեք փոխված ինտերֆեյսի և ընդլայնված ֆունկցիոնալության համար: Դա անելու համար ինքներդ կրկնեք տեսանյութի օրինակը։

Տեսանյութ 1:
Տվյալների փոխակերպում 3.0-ում սովորական կոնֆիգուրացիաների միջև փոխանակման կանոնների բեռնում

Այս դասում մենք կիրականացնենք նախապատրաստական ​​գործողություններ՝ սովորական կոնֆիգուրացիաների միջև փոխանակման կանոններում փոփոխություններ կատարելիս.

• Փոխանակման ձևաչափի կառուցվածքի բեռնում CD-ի մեջ (
• Փոխակերպման ստեղծում
• Կանոնների ֆայլերի վերբեռնում սովորական կոնֆիգուրացիայից
• Փոխանակման մենեջերի մոդուլի բեռնաթափում

Տեսանյութ 2:
Փոխանակման կանոնների ճշգրտում CD 3.0-ում

Այս ձեռնարկում մենք ձեզ ցույց կտանք, թե ինչպես լրացնել օբյեկտների մանրամասները տվյալներ բեռնելիս:

Խնդիրը կլուծվի. աղբյուրի կոնֆիգուրացիայից օբյեկտները բեռնելիս սահմանեք մեկնաբանությունը «Բեռնված է BP 3.0-ից»:

Խնդիրը լուծելու համար անհրաժեշտ է կատարել փոփոխություններ օբյեկտների փոխակերպման կանոններում, «Մինչ ստացված տվյալները գրելը» միջոցառմանը։

Մշակված կանոնները կպահվեն որպես արտաքին մշակում՝ հետագա օգտագործման համար։

Տեսանյութ 3:
Տիպիկ կոնֆիգուրացիաների միջև ունիվերսալ փոխանակման ստեղծում

Այս ձեռնարկում մենք ձեզ ցույց կտանք, թե ինչպես ստեղծել նոր տեսակի փոխանակում:

Կարգավորումները կկատարվեն սկզբնաղբյուրի կազմաձևում և այնուհետև կբեռնվեն նպատակակետի կազմաձևում:

Նաև այս տեսանյութում մենք ձեզ ցույց կտանք, թե ինչպես առանց կոնֆիգուրացիան փոխելուվերբեռնեք փոխանակման նոր կանոններ:

Տեսանյութ 4:
Բացման մնացորդների փոխանցում՝ օգտագործելով փոխանակման կանոնները

Դասի ընթացքում մենք ցույց կտանք նախնական մնացորդների փոխանցման բնորոշ ֆունկցիոնալ:

P.S.

Այո, փոխանակումներ txt / dbf / ole և այլնի միջոցով: գոյության իրավունք ունեն. Որոշ հատուկ առիթներ, ինչպիսին է վեբ սերվերի հետ կապը կամ արտաքին հավելվածի պատրաստի ձևաչափից փոխանցումը:

Այնուամենայնիվ, համար ստանդարտ փոխանակումներ – ստանդարտ մեթոդները և՛ ավելի արագ են, և՛ շատ ավելի պարզ:

Եվ եթե ինչ-որ մեկը նորից հայտնագործի անիվը, երբ կա պատրաստի ունիվերսալ լուծում, դա նման է ձեր ճակատին գրելու «Ես գործիք չունեմ, չեմ ուզում սովորել, ես քո փողի համար հենակներ կսարքեմ» .

P.P.S.

Մենք ցանկանում ենք ցույց տալ, որ տվյալների փոխակերպումը 3.0 դժվար չէ:

Անսովոր - այո: Ամեն ինչ անմիջապես պարզ չէ, այո: Շատ երկիմաստ պահեր կան՝ այո։

Բայց պատրաստի հրահանգների ու տեսանյութերի օգնությամբ այն կարելի է յուրացնել ընդամենը 1-2 շաբաթում։

Հարց. Փոխանակման պատրաստի կանոններ բնորոշ կոնֆիգուրացիաների համար

Բոլորին բոլորին բոլորին: Փնտրում եմ պատրաստի փոխանակման կանոններ բնորոշ կոնֆիգուրացիաների համար երկու ուղղություններով փոխանցելու համար ոչ միայն տեղեկատուներ, այլ նաև փաստաթղթեր, փաստաթղթերի մնացորդներ և այլն: Գուցե ինչ-որ մեկը կիսվի։ Փնտրում եմ շատ բեռնաթափում ըստ փաստաթղթերի և PUB 7.7 SCP 8 ed 1.2-ում, առևտրից 7.7 SCP աշխատավարձից 7.7 SCP, Առևտրի մենեջմենթից 8 SCP 8. Կանխավ շնորհակալ եմ։

Պատասխան.

փնտրում եմ փոխանակման կանոններ 1C 8.1 upp 1.2-ի և 1C 8.2 upp 1.3-ի միջև

Հարց. Ծառայությունների սպասարկում՝ տիպիկ 1C կոնֆիգուրացիաների կանոնավոր ֆունկցիոնալությամբ

UT 11.4.1.254 (կամ կարող է փոխարկվել URP-ի, եթե դա ինչ-որ բանի օգնում է)

Ինչպես հաշվի առնել տպիչների վերանորոգումը, ավելի ճիշտ՝ նրանց հաճախորդների սպասարկումը, որպես սովորական 1C կոնֆիգուրացիաների կանոնավոր ֆունկցիոնալություն (քանի որ 1C մեթոդաբանների առումով վերանորոգումն այն է, երբ նրանք սպասարկում են իրենց սեփական սարքավորումներ, ոչ հաճախորդներ)

Մեկ վարպետ՝ թե՛ գրասենյակում, թե՛ ճանապարհին։
Հաճախորդները զանգահարում են գրասենյակ իրենց վերանորոգման մասին, բայց ոչ մի տեղեկություն չի մուտքագրվում, տեսնելու բան չկա

Որպես վերջին միջոց, օգտագործեք այլ կոնֆիգուրացիայի մեկ այլ բազա, բայց բնորոշ

Հիմնական վարդակից - Ես իսկապես չեմ ուզում փոփոխություններ կատարել ստանդարտ կազմաձևում և / կամ օգտագործել ոչ ստանդարտ կազմաձևեր (մոդուլներ)

Պատասխան.

Ավելի ճիշտ՝ թարմացնել, պարբերաբար ERP-ում
Անցումը ՄԱԿ-ին տրիվիալ չէ... թե՛ փոքր, թե՛ խոշոր ձեռնարկությունների համար։
UT 11 - փոփոխված Bitrix մոդուլով, կայք (առցանց խանութ) Bitrix - նաև սղոցված

Եվ պարզ չէ՝ ինչի՞ համար։
Վերևում գրել եմ
UT 11-ում ստեղծվում է հաճախորդի պատվեր, որի հիման վրա = կատարված աշխատանքի ակտ:
«Հաճախորդի պատվերի մեջ կարող է ներառվել աշխատանքի կատարման մասին տեղեկատվությունը` վաճառված ապրանքների կամ վաճառքում մատուցվող ծառայությունների մասին տեղեկատվության հետ միասին»:

Կարող է բարդանալ երկարաժամկետ նախագծերի ֆունկցիոնալությամբ (հաճախորդի հետ փոխգործակցության իրադարձություններ և փուլեր)

Հաճախորդի հետ քննարկումներից պարզվեց, որ անհրաժեշտ է սերիական համարների հաշվառում, որը նույնպես UT 11-ում է։
Պարզապես պետք է միացնել և կարգավորել UT 11-ում

Նայեցի UNF-ն ու բացի հավելյալ խնդիրներից ոչ մի հրաշք չգտա

Այս հարցում ինձ հիասթափեցրեց միայն այն փաստը, որ ես սկսեցի «գրական ակնարկ» անել, թե ինչպես է դա արվում UT - ERP-ում և ինչպես է այն լուծվում.
- այլ բնորոշ կոնֆիգուրացիաներով
- մասնագիտացված անհատական ​​արդյունաբերության կոնֆիգուրացիաներ
- մոդուլներ UT 11-ի համար
, այսինքն. Ես չափազանց ծույլ էի փորձել և շարժել ուղեղս

Վերցրեք այն և օգտագործեք այն, երբ գիտեք, թե ինչպես կամ ինչ-որ մեկն արդեն ստեղծել և ցուցադրել է
(օրինակ, ստանդարտ demobases-ում, նայելու բան չկա, պատրաստի ինչ-որ բան վերցրեք նմուշի համար)
.
Միայն մի քիչ պետք էր հղկել UT - ERP-ում և ընդհանուր առմամբ ՄԱՖ-ում եկամուտների և ծախսերի հաշվառման և բաշխման հմտությունները, դուք պետք է նորից ուսումնասիրեք ամբողջ հաշվապահությունը և ձեր գլուխը մի կողմից թեքեք ցանկացած հարցում:

Հարց. Ջնջել օբյեկտը գոյություն ունեցող փոխանակման կանոնից

Խնդրում եմ, կարո՞ղ եք ինձ ասել, թե ինչպես ջնջել օբյեկտը գոյություն ունեցող փոխանակման կանոնից: Փաստն այն է, որ որոշակի ամսաթվի համար անհրաժեշտ է բեռնաթափել մի բազայից մյուսը միայն ապրանքների և ծառայությունների վաճառքն ու ստացումը: Ինձ մոտ աշխատում է միայն ստեղծված կանոնն ինքնաբերաբար, ստեղծված կանոնը ձեռքով բեռնաթափում է դատարկ փաստաթղթերը։ Հետևաբար, ես կցանկանայի ինքնաբերաբար ստեղծված կանոնից հեռացնել ավելորդ փաստաթղթերը, որպեսզի օգտվողները չկարողանան պատահաբար վերբեռնել սխալ բան:

Պատասխան.

Հաղորդագրություն Ալեքսեյ

Ողջույն, հավանաբար արդեն տեղին չէ, բայց դեռ: Որպես այլընտրանք, դուք կարող եք չգրանցել ոչ անհրաժեշտ տիպի օբյեկտները փոխանակման պլանում: Դրա շնորհիվ դուք ստիպված չեք լինի վերաշարադրել փոխանակման կանոնները, և ավելորդ առարկաները չեն բեռնաթափվի:

Շնորհակալություն, ես կփորձեմ:

Կարելի է հեռացնել սովորական եղանակով

Հարց. Փոխանակման կանոններ. որտեղ խմբագրել:

Հաճախորդը փոփոխություններ է կատարել ընդունիչի կազմաձևում: Անհնար է հստակ իմանալ, թե ինչ է փոխվել:
Այժմ մենք պետք է շտկենք փոխանակման կանոնները:
Ինչպե՞ս տեսնել այն վայրերը, որոնք պետք է շտկվեն:
Պետք է ինչ-որ կերպ, ըստ գործող կանոնների, հասկանալ, որ գույքն այլևս գոյություն չունի կամ փոխվել է դրա տեսակը։

Պատասխան.() Ինձ թվում է, որ հաճախորդին գոհացնելու համար բավական է ինչ-որ կերպ փոխանակում սկսել։ Իսկ վարձատրվելու համար պետք է ամեն ինչ անել մինչև վերջ :)

Հարց՝ «Առևտրի կառավարում», հրատարակություն 10.3 (10.3.46.2) Մանրածախ առևտրի փոխանակման կանոնների փոփոխություն 2.1.

Բարեւ. Ինչպե՞ս փոխել կանոնները UT-ում:
Փոխում եմ փոխանակման կանոնների դասավորությունը Exchange Plans ExchangeRetailManagement of Trade103 Թարմացնում եմ, վերագործարկում եմ, սխալ կանոններ: Ես նույնիսկ ձեռքով փոխել եմ տարբերակը։ Դեռ չի օգնում:
Հիմարաբար ջնջեց կանոնների մուտքը Տվյալների փոխանակման կանոնների ռեգիստրից:
Կանոնների ֆայլը բեռնելու կամ conf դասավորությունից թարմացնելու նորմալ կոճակ չկա:
Շատ լրացումներ և փորձարկումներ կան անելու, բայց ես չգիտեմ, թե ինչպես արագ փոխել գրանցման / փոխանակման կանոնները (

Պատասխան.թարմացված ՏՏ-ով, ամեն ինչ կարգին է։ Այս փոխանակումն արդեն ամբողջ ուղեղն է կերել

Հարց. Փոխանակման կանոնների փոխարինում վերբեռնման ֆայլում

Ամեն ինչ լավ է:
Կա ֆայլ xml վերբեռնումներփոխանակման կանոնների համաձայն. Համապատասխանաբար, այն ունի բլոկ

<ПравилаОбмена> ...

Եվ կա երկրորդ ֆայլ, ինչպես այս բլոկի ձևանմուշը:
Անհրաժեշտ է վերբեռնման ֆայլում կանոնների բլոկը փոխարինել կաղապարի ֆայլի բլոկով։
Ստիպվա՞ծ եք կարդալ XMLReader տարր առ տարր և գրել երրորդ ժամանակավոր ֆայլ XMLWrite-ի միջոցով: Կամ կա՞ ավելի հարմար տարբերակ։

P.S. Ես կանխատեսում եմ ողջամիտ հարց՝ «Ինչո՞ւ»։ Անհրաժեշտ է պաշտպանվել Աղբյուրում կանոնների փոփոխություններից, այսինքն. միշտ ներբեռնեք ստացողից հղումով:

Պատասխան.

Գրել է. Օպտիմալության վերաբերյալ որոշ կասկածներ կան։ Գրել ժամանակավոր xml-ին WriteXML-ի միջոցով, այնուհետև ReadText-ին, որպեսզի այն ամբողջը տեղափոխվի սկզբնապես փոխանցված ֆայլի մեջ:
Մեթոդաբանական տեսանկյունից կոպիտ սխալներ կա՞ն։

// Ընթացակարգը փոխարինում է բլոկին<ПравилаОбмена>...անցած .xml ֆայլում // կաղապարից բլոկ, որը պահում է ֆայլի մի հատվածը բեռնաթափման համար՝ ըստ հղումների կանոնների։ // // Պարամետրեր // XMLFileName - Տեսակ. String - Ֆայլի ամբողջական անվանումը վերբեռնման տվյալներով, // որում մենք կփոխենք բլոկը<ПравилаОбмена>// // Վերադարձի արժեք՝ // XMLResultFileName - Տեսակ՝ String - Path // Procedure ReplaceExchangeRulesInUploadFileWS(XMLFileName)XMLUploadFile = Նոր ReadXML; FileUploadXML.OpenFile (XMLFileName); RuleTemplate = Նոր XMLReader; PathToRulePattern = GetExchangeRuleTemplate(); RulesTemplate.OpenFile(PathToRuleTemplate); XMLResultFileName = GetTemporaryFileName(".xml"); ResultXML = New WriteXML; ResultXML.OpenFile (FilenameResultXML); Մինչ FileUploadXML.Read() LoopNodeType = FileUploadXML.NodeType; Եթե ​​NodeType = XMLNodeType.ElementStart և XMLUploadFile.Name = "Փոխանակման կանոններ" Ապա XMLUploadFile.Skip(); Մինչ RuleTemplate.Read() Loop If RuleTemplate.NodeType = XMLNodeType.ElementStart և RuleTemplate.Name = "Exchange Rules" Այնուհետեւ ResultXML.WriteCurrent(RuleTemplate); Մինչ RuleTemplate.Read() Loop ResultXML.WriteCurrent(RuleTemplate); Եթե ​​RuleTemplate.NodeType = XMLNodeType.EndElement և RuleTemplate.Name = «Փոխանակման կանոններ», Ապա դադարեցնել; Վերջ Եթե; End Cycle; ընդհատել; Վերջ Եթե; End Cycle; Այլապես ResultXML.WriteCurrent(FileUploadXML); Վերջ Եթե; End Cycle; FileUploadXML.Close(); RulesTemplate.Close(); ResultXML.Close(); Տեքստ = NewTextReader (ResultFileNameXML); ExchangeMessage = Text.Read(); TextWriter = NewTextWriter (XMLFileName, TextCoding.UTF8); WriteText.Write(MessageExchange); WriteText.Close(); EndProcedure // ReplaceExchangeRules()

Հարց. Օգնեք փոխանակման կանոններին

1C 8.3.9.1850, UT 11.3.2.157, Մանրածախ 2.2.5.22: UT-ում կանոնները բեռնելիս սխալ է հայտնվում: Կանոնները շտկելու որևէ միջոց կա՞:

Փոխանակման կանոններում հղում գոյություն չունեցող մետատվյալների օբյեկտին
Օբյեկտ =
Սխալի նկարագրություն = Տեսակը սահմանված չէ (EnumReference.AssemblyOrderOperationTypes)
PositionModule = Processing.ConvertingInfoBaseObjects.ModuleObject(4885)
KErrorMessages = 11

Պատասխան.

Եթե ​​հիշողությունս ինձ չի դավաճանում, ապա վերջին կանոնները միշտ պահվում են հենց conf-ում՝ դասավորության մեջ: Այսպիսով, կարիք չկա վերցնել վերջին կանոններըթղթապանակից: Պարզապես թարմացրեք երկու կոնֆերանսները վերջին թողարկումներին:

Հարց. Ինչպե՞ս վերբեռնել փոխանակման կանոնները վերբեռնման համար փոխակերպման

Ինչպե՞ս բեռնաթափել փոխակերպման կանոնները սովորական կոնֆիգուրացիայից:

Առաջադրանք. կա «Rarus. Առևտրի և հաճախորդների հետ հարաբերությունների կառավարում (CRM)» կոնֆիգուրացիա, կա ExchangeSite-ի փոխանակման ծրագիր: Կայքի հետ փոխանակումն ընթացքի մեջ է, դուք պետք է ավելացնեք պատվերի կարգավիճակի վերբեռնում 1C-ից, որպեսզի այն թարմացվի կայքում։

Ահա թե ինչպես եմ ես տեսնում լուծումը. բեռնաթափել պատվերների բեռնաթափման կանոնները, բեռնել դրանք փոխակերպման մեջ, ավելացնել PKS այնտեղ կարգավիճակի համար և նորից բեռնել դրանք կոնֆիգուրացիայի մեջ: Բայց ինչպե՞ս բեռնաթափել այս կանոնները:Փոխանակման պլանում կա Պատվերների վերբեռնման սխեմայի դասավորություն, Կարգավորումների վերջին ներդիրում կա «Պահպանել կարգավորումները ֆայլում» կոճակը, բայց, ինչպես ես հասկացա, դա փոխակերպման դեպք չէ, սա xml ֆայլը բեռնված չէ:

Խնդրում եմ ասա ինձ.

Ուղղվել են TiS 7.7-ի փոխանակման կանոնները և BP2-ն ավելացրել է երկու նավահանգիստների փոխանցում
Ճիշտ հաշիվ-ապրանքագիր և հաշիվ-ապրանքագրի ուղղում: Այստեղ ամեն ինչ նորմալ է ընթանում։ Այս երկու նավահանգիստները ստեղծում են BP2-ի իրականացման ճշգրտում:
Բայց խնդիր է առաջացել, իրականացման ճշգրտման մեջ (BP2) անհրաժեշտ է ավելացնել ոչ թե հաշիվ-ապրանքագիր, այլ այս ապրանքագրի հիմքը, այսինքն. իրականացումը։
PKO կոդի հատված (ներբեռնումից հետո).
Object.FillAccountsInTabPart(Object.Products,"Products",True); Object.OperationType = Enumerations.OperationTypesCorrectionReceiptImplementation.AgreedChange; Օբյեկտ.Կարգավորել ԱԱՀ = ճշմարիտ; Object.SumIncludesVAT = True; Եթե ​​Object.Ownership.Empty() Ապա Object.Ownership = chVariableValue("chCurrentUser"); Վերջ Եթե; Object.RealizationDocument = Object.Reference.RealizationDocument.DocumentBase;<--- проблема Объект.Записать(РежимЗаписиДокумента.Проведение);
Մինչ ձայնագրությունը օբյեկտը դեռ գոյություն չունի, և հետևաբար անհնար է մուտք գործել օբյեկտի հատկանիշը, իսկ ձայնագրությունից հետո արդեն ուշ է։ Կանոնները կգործեն ինչպես միշտ: Ասա ինձ ինչպես լուծել CD-ն նոր սկսեցի հասկանալ:

Պատասխան.Գրելուց հետո = Write մեթոդը կանչելուց հետո

Առևտրային գործունեությամբ զբաղվող շատ ձեռնարկատերեր միաժամանակ ձեռք են բերում «1C: Հաշվապահություն 8» երկու ծրագիր՝ բարելավելու կառավարման արդյունավետությունը: (այսուհետ՝ BP)և «1C: Առևտրի կառավարում 8» (այսուհետ՝ ՀԹ).

BP-ն օգտագործվում է կարգավորվող հաշվապահական հաշվառման և հաշվետվությունների անցկացման համար, իսկ UT-ն՝ ընկերությունում գործառնական և կառավարման հաշվառման համար:
Այս ծրագրային արտադրանքների համատեղ օգտագործման հաջողությունը մեծապես կախված է PSU և UT կոնֆիգուրացիաների միջև տվյալների փոխանակման կազմակերպումից:

Տվյալների տիպիկ փոխանակման հետևյալ հատկանիշները հասկանալը կօգնի խուսափել կոնֆիգուրացիաների միջև փոխանակման գործընթացում սխալներից և յուրաքանչյուր կազմաձևում հաշվառման խախտումներից առանձին:

Այս հոդվածը գրելիս օգտագործվել են ծրագրային արտադրանքների 1C փաստաթղթերից նյութեր: Փոխանակման տեղադրման մեթոդաբանությունը մանրամասն նկարագրված է .htm ֆայլում «Առևտրի կառավարման (11) և ձեռնարկությունների հաշվառման կոնֆիգուրացիաների փոխանակում», որը գտնվում է ձևանմուշների գրացուցակում: երբ տեղադրվում է որպես 1C. Accounting 2.0 (այսուհետ՝ BP), և 1C: Առևտրի կառավարում 11 (այսուհետ՝ UT); 1C գործընկեր կոնֆերանսում ստացված առաջարկությունները և հեղինակի անձնական փորձը RG-Soft Project Consulting ՍՊԸ-ի հաճախորդների համար փոխանակման կարգավորումները ստեղծելու և փոխելու հարցում:

1. Ստեղծեք միակողմանի կամ երկկողմանի փոխանակում:

Նախ պետք է նշել, որ BP կոնֆիգուրացիայից UT կոնֆիգուրացիա կարելի է վերբեռնել միայն կանխիկ և անկանխիկ գործարքներին վերաբերող փաստաթղթեր: Դրանց թվում են՝ մուտքային կանխիկի պատվեր, ելքային կանխիկ պատվեր, անդորրագիր ընթացիկ հաշվին և դուրսգրում ընթացիկ հաշվից: BP-ում ստեղծված ապրանքների տեղափոխման փաստաթղթերը չեն վերբեռնվի UT:

1C ընկերությունը խորհուրդ է տալիս փոխանակում կատարել UT-ի բանկի հետ: «Սա կապահովի ելքային վճարային փաստաթղթերի հետ լիարժեք աշխատանք և մուտքային փաստաթղթերի հետ ավելի հեշտ աշխատանք։ Այնուամենայնիվ, կար մի իրավիճակ, երբ գրեթե ոչ մի վճարման հանձնարարական չէր կարող բեռնվել UT-ում հաճախորդ-բանկ ֆայլից, մինչդեռ այս ֆայլն ամբողջությամբ բեռնված էր BP-ում:

Դա պայմանավորված է նրանով, որ UT-ին ավելացվել են հաճախորդ-բանկ ֆայլի բովանդակության ավելի խիստ ստուգումներ, օրինակ՝ TIN-ի լրացման ստուգում, փաստաթղթի համարի ստուգում, համարը պետք է պարունակի միայն թվեր՝ համապատասխան. Կենտրոնական բանկի 2002 թվականի հոկտեմբերի 3-ի N2-P «Ռուսաստանի Դաշնությունում անկանխիկ վճարումների մասին» կանոնակարգը (փոփոխվել է 2003 թվականի մարտի 3, 2004 թվականի հունիսի 11, 2007 թվականի մայիսի 2, 2008 թվականի հունվարի 22):

Իմաստ ունի ստեղծել միակողմանի փոխանակում (UT-ից BP) միայն այն դեպքում, եթե բոլոր փաստաթղթերը և տեղեկատու տեղեկատվությունը լրացված են UT-ում: Այսպիսով, այս տվյալների բազայում տարրերի կրկնօրինակումը հնարավոր է խուսափել:

Դա անելու համար անհրաժեշտ է կարգավորել փոխանակման հետևյալ սցենարը՝ UT կոնֆիգուրացիայով ստեղծել փոխանակման սցենար, որում պահպանված է միայն բեռնաթափումը (նկ. 1), BP կոնֆիգուրացիայի մեջ՝ ստեղծել փոխանակման սցենար և պահպանել միայն ներբեռնումը։

Պետք է հաշվի առնել, որ փոխանակման նման սցենարի դեպքում BP-ում ստեղծված բոլոր լրացուցիչ փաստաթղթերը և գրացուցակները կգրանցվեն փոխանակման համար, բայց չեն բեռնվի UT-ում, ուստի խորհուրդ է տրվում պարբերաբար վերականգնել գրանցումը, հակառակ դեպքում փոխանակումը: BP-ից հաղորդագրությունների ֆայլը անընդհատ կավելանա՝ դանդաղեցնելով փոխանակման գործընթացը:

Դրա համար խորհուրդ է տրվում օգտագործել մշակումը RegisterChangesForExchange82.epf, որը կարելի է գտնել «Տվյալների փոխակերպում, rev. 2.1» կոնֆիգուրացիայի առաքման մեջ: Կազմաձևը տեղադրելուց հետո մշակումը գտնվում է թարմացման տեղադրման գրացուցակում՝ ...\1c\Conversion\...version_number…

Եթե ​​կարգավորող և տեղեկատու տեղեկատվությունը լրացված է և՛ UT-ում, և՛ BP-ում, ապա երկկողմանի փոխանակումը պետք է կազմաձևվի, բայց կարող է անհրաժեշտ լինել հետևել կրկնօրինակներին՝ փոխանակումը սկսելով ինտերակտիվ ռեժիմում՝ ավտոմատի փոխարեն (նկ. 2): .

Տվյալների փոխանակումը միայն փաստաթղթի մակարդակով սահմանափակելու համար անհրաժեշտ չէ կարգավորել միակողմանի փոխանակումը, բավական է BP կողմի փոխանակման ֆիլտրում նշել ամսաթիվ, որն ավելի մեծ է, քան վերջին փաստաթղթի ամսաթիվը (տես. Նկար 5): Բայց նախքան ֆիլտրը ամսաթիվը դնելը, դուք պետք է համոզվեք, որ BP-ում փաստաթղթերը նախկինում գրանցված չեն փոխանակման համար, հակառակ դեպքում գրանցված փաստաթղթերը փոխանակման ընթացքում կտեղափոխվեն մեկ այլ տվյալների բազա:

Տվյալների փոփոխության առաջնահերթություն

Եթե ​​փոխանակումը սկզբում կատարվի UT-ում, այնուհետև BP-ում, ապա առաջնահերթություն կունենան UT-ից ներբեռնված տվյալները: Օրինակ, UT-ում նրանք մուտքագրեցին «Անդորագիր ընթացիկ հաշվին» փաստաթուղթը, գործարկեցին փոխանակումը նախ UT-ում, այնուհետև BP-ում - փաստաթուղթը հայտնվեց BP-ի կազմաձևում: Այնուհետև BP-ի կոնֆիգուրացիայի հաշվապահը փոփոխություններ է կատարել այս փաստաթղթում: Հետագա փոխանակման ժամանակ, եթե փոխանակման գործարկման կարգը չի փոխվել, ապա փաստաթղթում կատարված փոփոխությունները կվերագրվեն UT-ի տվյալներով:

Երկու տվյալների բազայում փոխված օբյեկտների հետ ճիշտ փոխանակման համար 1C-ն խորհուրդ է տալիս կազմակերպել աշխատանքը այնպես, որ օբյեկտը խմբագրվի միայն տվյալների բազաներից մեկում: Մեկ այլ տվյալների բազայում նման օբյեկտը պետք է բացվի միայն դիտելու համար։ Դա անելու համար դուք պետք է օգտագործեք օգտվողի մուտքի իրավունքի կարգավորումը, բայց այս մոտեցումը երաշխավորում է փոխանակման ընթացքում բախումների բացակայությունը, այսինքն. անհամապատասխանություններ, որոնք առաջանում են, երբ օբյեկտը փոխվում է մեկ կամ մյուս տվյալների բազայում, փոխանակումների միջև ընկած ժամանակահատվածում (նկ. 3):

2. BP-ի և UT-ի միջև եղած տարբերությունները, որոնք ազդում են նյութափոխանակության վրա

Կողմնակիցների պայմանագրեր

UT-ի կոնֆիգուրացիայում չկա կոնտրագենտների պայմանագրերի վերլուծություն: Բոլոր գործողությունները, որոնք իրականացվում են UT կոնֆիգուրացիայով, երբ բեռնվում են BP կոնֆիգուրացիա, միշտ կատարվում են առանձին համաձայնագրերով, որոնք ստեղծված և վերահսկվում են հենց UT համակարգի կողմից:

Եթե ​​BP-ի կոնֆիգուրացիայի մեջ պահանջվող պարամետրերով պայմանագիր չկա, ապա այդպիսի պայմանագիր է ստեղծվում: Նշենք, որ համաձայնագրի որոնումն իրականացվում է միայն ՀՏ-ից նախկինում ներբեռնված պայմանագրերի քանակից։

Կառավարման կազմակերպություն UT-ում

11.0.6.9 թողարկումից սկսած՝ կազմակերպության գրացուցակում UT-ում հայտնվեց «Կառավարման կազմակերպություն» նախապես սահմանված տարրը: Այս տարրը չպետք է քարտեզագրվի (կամ փոխվի) ներկայիս (մեկ կամ դրանցից մեկի) կազմակերպությանը: Այս օբյեկտի օգտագործման մասին ավելին կարող եք կարդալ փաստաթղթային ֆայլում «Փոփոխություններ և լրացումներ documentation.htm-ում»ներառված է UT-ի առաքման մեջ:

Ընկերության կառուցվածքը

UT-ում կառավարման հաշվառման համար օգտագործվում է «Ձեռնարկության կառուցվածքը» գրացուցակը, որը պարունակում է ընկերության ստորաբաժանումների ցանկը: Փաստաթղթեր կազմելիս ձեռնարկության բաժանման նշումը պարտադիր է:

«Ձեռնարկությունների կառուցվածք» գրացուցակի տարրերը քարտեզագրված չեն BP-ի «Կազմակերպության միավորներ» գրացուցակի տարրերին: Դատարկ Subdivision հատկանիշով փաստաթղթերի UT-ում վերբեռնումը կանխելու համար անհրաժեշտ է փոխանակման կարգավորումներում լրացնել լռելյայն արժեքը (նկ. 4):

Պահեստ աղյուսակային բաժնում

Եթե ​​նախատեսվում է օգտագործել UT-ում փաստաթղթերի աղյուսակային բաժիններում պահեստներ նշելու նոր տարբերակը, ապա փոխանակման պլանի հանգույցի կարգավորումներում անհրաժեշտ է սահմանել ընդհանրացված պահեստ, որը կփոխարինվի UT-ից փաստաթղթերը բեռնաթափելիս: փաստաթղթերի աղյուսակային մասերում ընտրության համար թույլատրված պահեստների փոխարեն BP կոնֆիգուրացիա (նկ. 4):

Նյութի տեսակը

BP-ից UT տվյալներ վերբեռնելիս «նյութի տեսակ» հատկանիշը չի լրացվում նոմենկլատուրայում, դա պայմանավորված է նրանով, որ փոխանակումը ծառայում է այն սցենարին, երբ նոմենկլատուրան ստեղծվում է UT կոնֆիգուրացիայով, և ոչ թե BP-ում: . UT-ում ապրանքների տեղաշարժի փաստաթղթերում ծառայությունների հաշվառման համար առանձին աղյուսակային բաժին չկա (ծառայությունները լրացվում են ապրանքների աղյուսակում), հետևաբար, որպեսզի UT փաստաթղթերում նշված ծառայությունները ճիշտ փոխանցվեն աղյուսակին. BP-ի բաժինը, դուք պետք է.

1. Հղման տեղեկատվության բաժնում բացեք «Նյութերի տեսակները» տեղեկագիրքը, անցեք ապրանքի տիպի «ծառայություններ» - սեղմեք «Բոլոր գործողությունները» - միացրեք խմբագրումը և ընտրեք Նյութի տեսակը - Ծառայություն:

2. Փոխեք տարրը (ծառայությունը) - սեղմեք «Բոլոր գործողությունները» - թույլատրեք խմբագրումը և ընտրեք այս Նյութի տեսակը Ծառայության տեսակի հետ:

3. Փոխանակման ֆիլտրերի տեղադրում (նկ. 5)

Փաստաթղթերի բեռնման (ներբեռնման) ամսաթվի փոփոխություն

1) Նախքան ամսաթիվը տեղափոխելը, անհրաժեշտ է համաժամանակացնել տվյալների բազաները՝ կատարելով փոխանակման նիստ, որպեսզի հանգույցը չունենա փաստաթղթեր, որոնք գրանցված են փոխանակման համար կարգավորումը փոխելու պահին: Հակառակ դեպքում, նման փաստաթղթերը, կարգավորումները փոխելուց հետո, բեռնաթափման արդյունքում, կարող են ջնջվել ստացող տվյալների բազայում, եթե դրանք նախկինում վերբեռնվել են այնտեղ։

2) Դուք կարող եք հետ տեղափոխել ամսաթիվը, քանի որ այն միայն ընդլայնում է բեռնված տվյալների տարածքը: Հարկ է նշել, որ այս դեպքում նախկինում փակ ժամանակահատվածի փաստաթղթերը ավտոմատ կերպով չեն գրանցվի փոխանակման համար: Դա անելու համար դուք կամ պետք է փոխեք փաստաթղթերը, կամ օգտագործեք վերամշակումը RegisterChangesForExchange82.epf.

Զտել ըստ կազմակերպությունների

Այս ֆիլտրի ակտիվացումը թույլ է տալիս սահմանափակել այն կազմակերպությունների ցանկը, որոնց համար թույլատրվում է տվյալների փոխանակում: Միացված ֆիլտրի առկայությունը ազդում է ինչպես կազմակերպությունների գրացուցակի բեռնաթափման, այնպես էլ կազմակերպությունների հետ կապված այլ տվյալների (տեղեկատուներ և փաստաթղթեր) բեռնաթափման վրա:

Վերբեռնման ֆիլտրերի շահագործման սկզբունքը հետևյալն է. նոր կարգավորումները կիրառվում են բոլոր տվյալների վրա՝ փոխանակման ստեղծման պահին, կամ միայն այն տվյալների համար, որոնք փոխվել են նոր կարգավորումների կիրառումից հետո՝ փոխանակման ստեղծումից հետո։ , ուստի խորհուրդ է տրվում տվյալների փոխանակումը ստեղծելիս հնարավորինս պատասխանատու կերպով մոտենալ ֆիլտրի կարգավորումներին :

Օրինակ:փոխանակում ստեղծելիս օգտատերը զտիչ է սահմանել ըստ կազմակերպության: Ստացող տվյալների բազա են վերբեռնվել միայն նշված կազմակերպության տվյալները: Այնուհետև, օգտատերը որոշեց, որ բոլոր կազմակերպությունների վերաբերյալ տվյալները պետք է վերբեռնվեն ստացող տվյալների բազա: Բայց քանի որ կարգավորումներն ուժի մեջ են մտնում միայն նոր փոփոխված տվյալների համար, գոյություն ունեցող փաստաթղթերը և գրացուցակները չեն վերբեռնվի ստացող տվյալների բազա, քանի դեռ օգտատերը որևէ փոփոխություն չի կատարել դրանցում:

4. Տվյալների բազաներից մեկից օբյեկտների հեռացում

Նշել ջնջման համար

Հնարավոր է, որ նախկինում օգտագործված գրացուցակի տարրը չի նախատեսվում օգտագործել հետագա հաշվառման համար, և օգտվողները ճիշտ են համարում նշել այս գրացուցակը ջնջման համար: Ջնջման համար նշված օբյեկտները փոխանակմանը չեն մասնակցում: Այս հատկանիշը պետք է հաշվի առնել:

Կրկնօրինակների հեռացում

Կրկնօրինակների փոխանակման ընթացքում առաջացած օբյեկտները հեռացնելու համար խորհուրդ ենք տալիս օգտագործել մշակումը Search&ReplaceValues.epf, որը գտնվում է ITS սկավառակի \1CITS\EXE\ExtReps\Unireps82\SearchAndChange\ գրացուցակում։ Իսկ երկու ինֆոբազների օբյեկտների համեմատության ճիշտությունը ստուգելու համար կարող եք բացել «Ինֆաբազայի օբյեկտների համապատասխանությունը» տեղեկատվական ռեգիստրը և այս ռեգիստրում գրառումները կարող են շտկվել ձեռքով։ Կարևոր է իմանալ, որ տվյալների բազաներից մեկում օբյեկտը ջնջելուց հետո տեղեկատվական ռեգիստրի գրառումը դեռ կհամապատասխանի ջնջված օբյեկտին (կոտրված հղում), կամ պետք է համապատասխանեցնել մեկ այլ օբյեկտ, կամ ջնջել գրառումը:

5. Լրացուցիչ կարգավորումներ

Դրամական հոսքերի տարրեր

UT-ը կարգավորելու համար գուցե անհրաժեշտ լինի տեղադրել «corr. հաշիվ» դրամական միջոցների հոսքերի այն հոդվածների համար, որոնք կօգտագործվեն և կվերբեռնվեն BP-ում:

BP-ի կազմաձևման համար. գուցե անհրաժեշտ լինի մուտքագրել դրամական միջոցների հոսքի տեսակը գրացուցակի տարրերում:

Օգտատերեր

Գրացուցակի տարրերի օգտվողները կարող են տեղափոխվել մեկ այլ տվյալների բազա, եթե նրանք նշված են որպես պատասխանատու փոխանակմանը մասնակցող օբյեկտներից մեկում: Նման օբյեկտների համար ձեզ հարկավոր է թույլտվություններ սահմանել:

Հիմնական նախածանց և կազմակերպության նախածանց

UT-ում նախածանցը միշտ ունի ֆիքսված երկարություն, իսկ բաժանարարը (գծիկ) «-»: Հետևաբար, եթե տեղեկատվական բազայի նախածանցը նշված չէ կամ կազմակերպության նախածանցը նշված չէ, ապա այն փոխարինվում է զրոներով: Այնուամենայնիվ, փոխանակման ստեղծման ժամանակ տեղեկատվական բազայի նախածանցը միշտ լրացվում է ԿԲ-ում (UT-ի համար) և BP-ում (համապատասխանաբար BP-ի կազմաձևման համար):

Այս լուծումը փաստաթղթերի համարների և օբյեկտների կոդեր ստեղծելու ստանդարտ է: Նախածանցն ունի ֆիքսված երկարություն և գծիկով բաժանվում է փաստաթղթի համարից: Եթե ​​ապագայում տվյալների բազայում կլինեն մի քանի կազմակերպություններ, ապա բավական կլինի նրանց համար նախածանցներ դնել, և բոլոր օբյեկտները վերահամարակալել անհրաժեշտ չի լինի։

Սխալի ուղղում

Մեր հոդվածում դիտարկվել են «1C: Առևտրի կառավարում 8» rev.11 և «1C: Accounting 8» rev.2.0 միջև տվյալների փոխանակման կազմակերպման ամենակարևոր կետերը:

«ՌՋ-Սոֆթ Փրոջեքթ Քոնսալթինգ» ՍՊԸ-ի մասնագետները պատրաստ են առաջարկել ոչ միայն որոշակի կազմակերպության հաշվապահական հաշվառման հնարավորությունների փոխանակման ստեղծում, այլև առկա փոխանակումների սխալները շտկելու ուղիներ: