1С: Enterprise 7.7. разпределена информация за управление на база данни. В примерите.
- Възможност за определяне на информацията за периферната база етикет "Само на получателя." Тази функция определя от начина, по който периферните базови промени ще бъдат предавани от централния МЗ, но промените, направени в периферната основата, няма да бъдат предадени на централната МЗ.
- При конфигуриране за документи и директории може да се изключва автоматично вписване на промени за споделяне в разпределена IS.
- Възможни помощта на вградения език в специални случаи, за да деактивирате и дават възможност за документи и директории регистрация се промени за споделяне в разпределена IS. Тя позволява да не се извършва обекти в разпределена IB при извършване на определени операции.
- Конфигурацията може да бъде деактивирана за миграцията на оперативни счетоводни регистри и счетоводни операции. Това дава възможност за управление на документацията (за отделни регистри) или счетоводна информация в различни бази данни, независимо, а не да провежда тези видове записи в МЗ, в които те нямат смисъл.
- Товаренето и разтоварването на споделяне на файлове в разпределена IB може да се извършва паралелно с работата на потребителя с информационната база на разделен режим.
- В режим Autoexchange може да се извърши автоматично изпращане и получаване на файлове промени по електронната поща.
1. Цел и принцип на работа
продукт "1в софтуер: Enterprise 7.5. Управление на разпределени информационни бази "е предназначен за използване във фирми, с помощта на серия от 1C: Enterprise (1C: търговия и Склад, 1C: Счетоводство 1C: Заплата и персонал), както и необходимостта да обменят информация помежду географски разпръснати обекти (това може да бъде магазини, офиси, складове и др.)
Разпределени бази данни - как работи.
RIB се състои от една централна база данни и един или повече периферни база. Cascading когато периферната база е в центъра на друг йерархия невъзможно. Нито пък е възможно да имат по-централни бази данни (в една и съща разпределена система).
В централната база данни се извършва управление на цялата система:
· Управление на списъка на периферна основа (тяхното създаване, изтриване, промяна на параметрите);
· Управление на конфигурационните настройки на миграцията на елементи - константи, директории и документи (в който и да е елемент на база данни пада, когато тя е създадена, модифицирани или изтрити).
Периферното база, в резултат от изхвърлянето на централна база данни, е напълно функционална база 1C: Enterprise, с някои изключения: не е възможно да конфигурирате. Там е възможно само за получаване на актуална информация от централната база данни и предаването на информация на централна база данни.
По време на подготовката на промени в системата за контрол на качването на RIB файл проверява базата данни и пише във файл на специален текстов формат всички освежени след последната информация качване.
Актуализиране на информацията е всяко действие, което се променя записите в база данни или конфигурация:
· Промяна на конфигурацията (включително файл запис MD с новата дата);
· Промяна на константата;
· Създаването, модификация и отстраняване на наслагването на употреба отстраняване елемент;
· Създаването, изменението, провеждането, марка за изтриване и изтриване на документа.
Процесът работи с разпределена база данни изглежда както обикновено, тъй като нищо не се променя за потребителя. Само на списъка на задълженията на един от служителите има три вписвания във всеки офис:
- В определен период от време да се подготвят за прехвърляне на споделяне на файлове.
- За обмен на данни (изпрати подготвен и за цел да предприеме, за да се получи файловете).
- Изтегляне на данните (ако има такива).
Първата и третата точки са направени в конфигуратора (във връзка с това, което се изисква от работа служители на 1С: Enterprise) и се нуждаят от системния администратор, втората точка може да изглежда като запис във файл на дискета или изпълнение на програма за обмен на данни за модема.<Для версии 7.7 уже неактуально, т.к. реализован режим пакетного выполнения заданий по выгрузке/загрузке>
Монтаж на програмата е да стартирате инсталационната с една единствена дискета доставени. Основното, което по време на инсталацията - правилно уточнява къде инсталаторът трябва да копирате файловете. Тя трябва да бъде дадена директория, от която прави стартирането на 1С: Enterprise. Често, инсталирането правете грешката да невнимание приеме предложената директория по подразбиране, в резултат на, когато започнете да "Конфигуратор" и се опитате да отворите разпределена диалог управление на бази данни идва съобщение, че е необходимо компонент не е инсталиран.
Тъй като само един набор DistrDB.DLL файл. е лесно да се направи ръчно, като копирате файла в папката 1Cv75 / BIN. тече от 1C: Enterprise (но в този случай ще трябва да бъдат отстранени, а също и ръчно, вместо Windows контролния панел на). Продуктът е защитен с ключ HASP, като повечето програми 1C. Между другото, има съмнение, че това DistrDB.DLL файл (размер 6 KB) съдържа само код, който дава възможност на разпределена база данни, както и целия код е включен в 1С: Enterprise.
Тъй като правилен монтаж стане достъпна в диалоговия прозорец за управление на бази данни на Конфигуратор разпределени в който всички действия и произвежда - в разпределена база данни преобразуване, добавяне и премахване на периферия бази, разтоварване и получаващи информация, както и настройка.
Инсталиране на "управление на база данни, разпределени сведение" не засяга свързани бази данни. Без преминаване към разпределена база данни остава напълно непокътната.
База "Acme части" е преобразувана в разпределена в заключителната фаза на проекта, когато той е бил изпълнен с големи директории (стоки, служители, магазини, складове и др.) След това е направено описание на миграционните свойства на директории, документи и константи на. След това, от централната база данни са генерирани на база данни за съхранение и всички магазини. В резултат на това те съдържат цялата необходима информация. Тогава файловете се копират в магазина и склада компютър, а има заредени в 1C: Enterprise.
Така че, веднага след като грешката е заловен последното получено централната и периферната база са инсталирани в компанията "Acme части", започна работата. Преместването на мрежата към нова програма, без да спира търговията - това е отделна голяма история.
Централен склад приема стоките от доставчика, а също така произвежда периодична инвентаризация. Когато получите стоките са нови записи в "Продукти", както и на нови документи - фактура. актът създава, когато инвентара. Понякога от централния склад ще се върне на брака или на непродадените стоки доставчици. Той също така генерира съответния консумативи натоварването. Цялата тази информация се обработва от механизъм RIB и в промените на прехвърляне на файлове.
Всеки ден в края на деня управителят на централната складова прави по-горе промени на вашите файлове и да го изпрати на главния офис. Доставка на криптиран файл (криптиране се извършва от външна програма<Для версии 7.7 возможно указание пароля шифрации ZIP-Файла прямо в конфигураторе> ), Осигурени от FTP-клиент към общата стойност на цялата FTP фирмата. Bullet Proof е избран за своята "бронирани" способност да изпълнява възложените й задачи.
Централният офис изпълнява процедура за обмен два пъти на ден. Това дава възможност да се получи навременна информация за състоянието на дружеството и запазване на текущото състояние на цялата система. Сутрин с FTP получени данни за предишния ден с централния склад и от магазините, а вечер, до момента, когато връзката на периферната зона - изпратени резултатите от деня: Деяния преоценка погрешно движение, нови и модифицирани продукти, получени от централния склад ,
Магазините всички съвсем проста - на дребно генерира Z-отчети и опис - сертификати за одит. Тази информация се поставя на дневния FTP и изкачвания центъра. От главния офис на документите идват всички промени в цените и актуализиране на директории, които автоматично се приемат. Това означава, че ако главния офис остави нова цена за стоките, след като получи актуализация в магазина всичко е направено и мениджъри стоки само трябва да отпечатате нови етикети цена.
Всеки магазин има само достъп до вашите документи и архиви, само в техния склад. Някои справочници (касиери, пари) и постоянна (префикс документ, баркод представки) са описани с помощта на свойствата на миграция, тъй като не са прелетни и поради това са собствените си във всеки магазин. Регистър на стоки, разбира се, за едно и също предприятие.
Първоначалните цели, направени в "Acme части" на проекта са както следва:
· Централизирана и еднократна промяна на цените и продуктовата си гама в магазините;
· Предоставяне на своевременна информация за състоянието на цялата компания в главния офис.
Прилагане на 1С: Enterprise 7.5 и разпространени механизма за управление на бази данни е възможно да се решат тези проблеми.
Продуктът има много забележими недостатъци. Надяваме се, че в бъдещите версии на поне някои от тях ще останат в миналото.
· Не можете база се трансформира в разпределена, да направи нова нормално. От това следва, че отделно копие на "Управление на RIB" ще бъдат необходими във всеки място, където искате да поставите вашата конфигурация (отнася до компютри, които не са свързани с локалната мрежа и не са включени в първоначалното разпределение на основата), дори и ако няма планове да имат няколко офиса или складове.<В конференциях сайта 1c.ssau.ru предлагалась подобная услуга (обратное преобразование базы в нераспределенную), но это, естественно, на ваш страх и риск.>
· Не можете да базова конфигурация, преобразувана в разпространен, без присъствието на софтуер "RIB управление" и по тази причина, ключ. Това означава, че ако сте програмист работа у дома на един потребител версия на 1C: Enterprise, след преобразуване на вашата клиентска база в разпределени, ще трябва или да работи за клиента, или да го носите навсякъде, "Управление на RIB" ключ.
· Неоправдано строги ограничения върху обмяната на информация при конфигуриране на системата. Да предположим, че вие сте в централната база данни, създадена на нов документ (като елемент от конфигурацията) няма да се отрази на стари данни. Когато се опитате да свалите до централен данни за бази данни на периферен база, ще ви бъде казано, че "конфигурационни промени не са заредени в базата данни, от която е дошъл файл трансфер" (почти буквално), а процесът е прекъснат. Докато не мине файла с новата конфигурация в MD всички периферна база, вие няма да видите информация от тях.
· Прилагане на процедури за подготовка и товаренето на информация само в конфигурацията и само на един администратор. Само ръчно. От това идва един куп проблеми - и двете от квалифициран персонал и сигурността на данните. Въпреки, че всички действия, които по принцип могат да бъдат намалени, за да за избор на един елемент от менюто и натискането на един бутон ( "Autoexchange" - "Run"). Бих искал да го направя едни и същи икони на вашия работен плот, или дори автоматично - всяка задача разписание.<Для версии 7.7 неактуально - проблема снята>
· Изключително неприятно, че ако в резултат на конфликт в една база данни, като референтните елементи с един и същи код или документи с един и същ номер, се установи, че не е най-подходящ момент, а именно, когато някой се опитва да пиша този елемент или документ , Можете да прехвърлите файла при стартиране, за да се осигури, в допълнение към текста на диагнозата, дори и ако просто автоматично по подразбиране действия, за да се промени това положение (например добавяне на префикс).
· Искаме също така допълнителни схеми за обмен на информация, с изключение на звездата - йерархичен, мрежов и др справедливо
Въпреки тези недостатъци, системата извършва функциите си напълно и без грешки.
Стандартна цена от ценова листа 1С е 480 щатски долара. За тази цена ще получите кутия с дискета, документация и ключ за сигурност. Ключът се поставя на сървъра (или на компютъра, само ако няма мрежа), която ще функционира централната база данни (или повече централни бази данни). На периферните бази изисква само 1С: Enterprise (единичен потребител или мрежа версия).