Много предприемачи, занимаващи се с търговска дейност, придобиват две програми 1C: Accounting 8 едновременно, за да подобрят ефективността на управлението. (по-нататък BP)и "1C: Управление на търговията 8" (по-нататък UT).
BP се използва за водене на регламентирано счетоводство и отчетност, а UT - за оперативно и управленско счетоводствов компанията.
Успехът на споделянето на тези софтуерни продуктидо голяма степен зависи от организацията на обмен на данни между конфигурациите BP и UT.
Разбирането на следните характеристики на типичния обмен на данни ще помогне да се избегнат грешки в процеса на обмен между конфигурации и счетоводни нарушения във всяка конфигурация поотделно.
При писането на тази статия са използвани материали от документацията на 1C за софтуерни продукти. Методът за настройка на обмена е описан подробно в htm-файла " Споделянеконфигурации Управление на търговията (11) и Счетоводство на предприятието ", който се намира в каталога на шаблоните, когато инсталирате както 1C: Счетоводство 2.0 (по-долу BP), така и 1C: Управление на търговията 11 (по-долу UT); препоръки, получени на партньорската конференция 1C и личен опитавторът за създаване и промяна на настройките за обмен за клиенти на RG-Soft Project Consulting LLC.
1. Настройте еднопосочен или двупосочен обмен.
На първо място, трябва да се отбележи, че от конфигурацията на BP в конфигурацията на UT могат да се качват само документи, свързани с касови и безкасови транзакции. Те включват: Входящ касов ордер, Изходящ касов ордер, Приход по разплащателна сметка и Отписване от разплащателна сметка. Документите за движение на стоки, създадени в BP, няма да бъдат качени в UT.
Фирмата 1C препоръчва да направите обмен с банка в UT. „Това ще осигури пълноценна работа с изходящи платежни документи и др проста работас входящи документи. Имаше обаче ситуация, при която не беше възможно да се качи почти нито едно платежно нареждане от файла клиент-банка в UT, докато този файл беше напълно качен в BP.
Това се дължи на факта, че към UT са добавени по-строги проверки на съдържанието на файла клиент-банка, например: проверка на попълването на TIN, проверка на номера на документа, номерът трябва да съдържа само числа в съответствие с наредбата на Централната банка от 3 октомври 2002 г. N2-P „За безналичните плащания V Руска федерация(с измененията от 3 март 2003 г., 11 юни 2004 г., 2 май 2007 г., 22 януари 2008 г.).
Създаването на еднопосочен обмен (от UT към BP) има смисъл само ако всички документи и регулаторни референтна информацияпопълнени в УТ. По този начин дублирането на елементи в тази база данни може да бъде избегнато.
За да направите това, трябва да конфигурирате следния сценарий за обмен: създайте сценарий за обмен в конфигурацията на UT, в който се запазва само разтоварването (фиг. 1), в конфигурацията на BP създайте сценарий за обмен и запазете само изтеглянето.
Трябва да се има предвид, че при такъв сценарий на обмен всички допълнителни документи и директории, създадени в BP, ще бъдат регистрирани за обмен, но няма да бъдат заредени в UT, така че се препоръчва периодично да нулирате регистрацията, в противен случай обменът файл със съобщения от BP непрекъснато ще се увеличава, забавяйки процеса на обмен.
За това се препоръчва да се използва обработка RegisterChangesForExchange82.epf, който може да бъде намерен в доставката на конфигурацията "Преобразуване на данни, версия 2.1". След като конфигурацията е инсталирана, обработката се намира в директорията за инсталиране на актуализация: ...\1c\Conversion\...номер_на_версия...
Ако регулаторната и референтната информация се попълва както в 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“включени в доставката на УТ.
Фирмена структура
В УТ за управленско счетоводство се използва указател "Структура на предприятието", който съдържа списък на фирмените поделения. При съставянето на документи посочването на разделението на предприятието е задължително.
Елементите на директорията „Структура на предприятието“ не са съпоставени с елементите на директорията „Организационни единици“ в 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, който се намира в директорията \1CITS\EXE\ExtReps\Unireps82\SearchAndChange\ на ITS диска. И за да проверите правилността на сравнението на обекти на две информационни бази, можете да отворите Информационния регистър "Кореспонденция на обекти на информационна база" и записи този регистърможе да се регулира ръчно. Важно е да знаете, че след изтриване на обект в една от базите данни, записът в информационния регистър все още ще има съвпадение за изтрития обект (неработеща връзка), ще трябва или да съпоставите друг обект, или да изтриете записа.
5. Допълнителни настройки
Елементи на паричния поток
За да конфигурирате UT, може да е необходимо да поставите подпорите „кор. акаунт“ за тези елементи от паричния поток, които ще бъдат използвани и качени в BP.
За конфигурация на BP: може да се наложи да въведете вида на паричния поток в елементите на директорията.
Потребители
Потребителите на елементите на директорията могат да бъдат прехвърлени към друга база данни, ако са посочени като отговорни в един от обектите, участващи в обмена. За такива обекти ще трябва да зададете разрешения.
Базов префикс и префикс на организация
В UT префиксът винаги има фиксирана дължина и разделител (тире) "-". Следователно, ако префиксът на информационната база не е посочен или префиксът на организацията не е посочен, тогава той се заменя с нули. Въпреки това, когато настройвате обмен, префиксът на информационната база винаги се попълва в CB (за UT) и в BP (съответно за конфигурацията на BP).
Това решение е стандартът за генериране на номера на документи и кодове на обекти. Префиксът е с фиксирана дължина и е отделен с тире от номера на документа. Ако в бъдеще в базата данни ще има няколко организации, тогава ще бъде достатъчно да зададете префикси за тях и няма да е необходимо да преномерирате всички обекти.
Корекция на грешка
В нашата статия бяха разгледани най-важните точки за организиране на обмен на данни между "1C: Управление на търговията 8" rev.11 и "1C: Accounting 8" rev.2.0.
Специалистите на RG-Soft Project Consulting LLC са готови да предложат не само настройка на борсата за счетоводните характеристики на определена организация, но и начини за коригиране на грешки в съществуващите борси.
Автоматизирани системиуправлението в повечето случаи се състои от отделни бази данни и често има географски разпределена структура. В същото време правилно реализиран обмен на данни - необходимо условиеЗа ефективна работатакива системи.
В този случай първоначалната настройка на обмена може да изисква редица действия, не само по отношение на програмирането, но и консултирането, дори ако имаме работа с хомогенни източници, какъвто е случаят с продуктите, базирани на платформата 1C:Enterprise. Защо настройката на обмен на 1C (или, както се нарича още, синхронизиране на данни в 1C 8.3) може да се превърне в най-отнемащата време и скъпа задача на интеграционен проект, ще разгледаме в тази статия.
Обменът на данни в среда 1C ви позволява да:
- Премахване на двойното въвеждане на документи;
- Автоматизирайте свързани бизнес процеси;
- Оптимизиране на взаимодействието между разпределените отдели;
- Своевременно актуализиране на данни за работата на специалисти от различни отдели;
- "Разграничаване" различни видовесчетоводство.*
*В случай, че данните от един вид счетоводство се различават значително от друг, е необходимо да се гарантира поверителността на информацията и „отделни“ информационни потоци. Например обменът на данни между 1C UT и 1C Accounting не изисква качване на данни за управление в регулаторната счетоводна база данни, т.е. синхронизацията в 1C ще бъде непълна тук.
Ако представим стандартния процес за осъществяване на първичен обмен на данни, когато поне един от неговите обекти е 1C продукт, тогава могат да се разграничат следните етапи:
- Съгласуване на състава на борсата;
- Дефиниране на транспорт (протоколи за обмен);
- Задаване на правила;
- Планиране.
Идентифициране на състава на борсата 1C
Обменните обекти могат условно да бъдат разделени на "източник" и "получател". В същото време те могат да изпълняват две роли едновременно, което ще се нарече двупосочен обмен. Дефинирането на източника и местоназначението става по логичен начин, в зависимост от необходимостта или от функционалностсистеми.*
*Например, при интегрирането на WA: Financier, решение за финансово счетоводство и управление на касови процеси, разработено на базата на 1C:Enterprise, експертите на WiseAdvice го препоръчват като основна система. Това се дължи на наличието на контролни инструменти за спазване на правилата на политиката на приложението и съответно за гарантиране на ефективността на решението.
Освен това, въз основа на получените и записани изисквания от потребителите, се създава списък с данни за обмен, определя се техният обем, изискванията за честотата на обмена, предписва се процесът на работа с грешки и обработка на извънредни ситуации (сблъсъци).
На същия етап, в зависимост от парка от съществуващи системи и структурата на предприятието, се определя форматът на обмен:
Разпределена информационна база
- RIB предполага обмен между идентични конфигурации на база данни 1C, с ясна контролна структура master-slave за всяка двойка обмен. Като елемент от технологичната платформа, RIB, освен данни, може да прехвърля промени в конфигурацията и административната информация на базата данни (но само от master към slave).
универсален обменданни в 1C
- Механизъм, който ви позволява да конфигурирате обмена на бази данни 1C, както с конфигурации на платформата 1C: Enterprise, така и със системи на трети страни. Обменът се извършва чрез прехвърляне на данни в универсален xml формат в съответствие с „Планове за обмен“.
EnterpriseData
- Най-новата разработка на компанията 1C, предназначена за осъществяване на обмен на данни във формат xml между продукти, създадени на платформата 1C:Enterprise с всякакви системи за автоматизация. Използването на EnterpriseData опростява подобренията, свързани с обмена. Преди това, когато сте влезли нова конфигурациябеше необходимо да се внедри механизъм за импортиране и експортиране на данни, както за него, така и за съществуващите системи. Сега системите, които поддържат EnterpriseData, не е необходимо да бъдат модифицирани, тъй като имат само една входно-изходна точка.
Дефиниция на транспорт (протоколи за обмен)
Системата, базирана на платформата 1C:Enterprise 8, предоставя широка гама от възможности за организиране на обмен с всеки информационни ресурсичрез общоприети универсални стандарти (xml, текстови файлове, Excel, ADO връзка и др.). Следователно, когато се определя транспортът за обмен на данни, трябва да се изхожда от възможностите на базата данни на система на трета страна.
Синхронизиране на директории
Основният принцип на ефективната синхронизация на директорията е наличието на една входна точка. Но ако говорим за работа с директории, които исторически са били попълвани според различни правила, е необходимо ясно да се дефинират полетата за синхронизиране, за да се доведе обменът до „общ знаменател“.*
*На този етап може да се наложи да се извърши работа по нормализирането на референтните данни от страна на източника на данни. В зависимост от състоянието на директориите и техния обем, процесът на сравняване на елементи, разпознаване, идентифициране на грешки и дубликати, както и попълване на липсващите полета и задаване на полета за синхронизация може да изисква работата на цяла група експерти, както от от страна на интегратора (собственик на методологията за нормализиране на референтни данни) и от страна на клиента.
Задаване на правила
Възможността за показване на данни от изходните системи в приемниците зависи от правилно дефинираните правила за обмен. Правилата, представени във формат xml, регулират съответствието на ключовите атрибути на обектите източник-дестинация. Решението 1C: Преобразуване на данни е предназначено да автоматизира създаването на правила за осъществяване както на еднократен обмен, така и на постоянен.
Гарантира липса на загуба на данни по време на обмен План за обмен. Това е неразделна част от всяка конфигурация на платформата 1C:Enterprise, която напълно описва процедурата за обмен на 1C: състав на данни (документи с "идентифициращи" подробности) и възли (информационни бази приемник-предавател), както и активиране на RIB за избрани направления за обмен.
Всяка промяна в данните, въведени в Борсовия план, се фиксира и получава знак "промяна". Докато променените данни не съответстват помежду си в приемно-предавателните възли, флагът няма да бъде нулиран и системата ще изпрати контролни съобщения до двата възела. След разтоварване на данните и потвърждаване на пълното им съответствие в двете системи, знакът се нулира.
График на обмен в 1C
За автоматизиране на редовния обмен е зададена честотата на качване на данни. Честотата на обмен зависи от необходимостта и технически възможности. Освен това конфигурациите на платформата 1C:Enterprise ви позволяват да конфигурирате обмена на данни при възникване на събитие.
След като разгледахме стандартния процес за осъществяване на обмена, нека обърнем внимание на факторите, които ще изискват подобрения на различни етапи:
- Нестандартни, силно модифицирани конфигурации на бази данни;
- различни версии 1C:Enterprise платформи;
- Не се актуализира дълго време, не са актуални версии на конфигурацията;
- Разменете обекти, които са били модифицирани преди това;
- Необходимостта от нестандартни правила за обмен;
- Много различен набор и състав на детайлите в наличните директории.
Тъй като дори стандартните действия за осъществяване на първичен обмен на данни изискват експертни познания, те се препоръчват да се извършват с участието на специалисти от 1C. Едва след като изпълните всички горепосочени стъпки, трябва да продължите към настройката на обмена в конфигурацията. Помислете за интегрирането на бази данни на примера на "1C: UPP" и "1C: Retail" (според същата схема е конфигуриран обменът с "1C: UT"). Също така, типичната синхронизация включва обмен на SCP - SCP, което е типично за широкомащабни системи за автоматизация в най-големите индустриални предприятия.
В подменюто "Услуга" изберете "Обмен на данни с продукти на платформата ..." (селекция директен обменс "Търговия на дребно" често заплашва с грешки на ниво COM обекти). Обърнете внимание на официалното съобщение " Тази възможностнедостъпен."
За да разрешите този проблем, трябва да изберете „Настройки за споделяне на данни“
...и поставете отметка в квадратчето. Освен това съобщението за грешка се игнорира.
В настройките за синхронизиране на данни изберете "Създаване на обмен с" Retail "...
Преди да конфигурирате настройките за връзка чрез локална или мрежова директория, уверете се, че има място на диска за директорията. Въпреки че по правило не отнема повече от 30-50 MB, в изключителни случаи може да изисква до 600 MB. Можете да създадете необходимата директория директно от конфигуратора.
Когато се свързвате през мрежовата директория на офертата, конфигурирайте връзката, като използвате FTP адреса и електронна пощаигнорирайте, като щракнете върху „Напред“.
В настройките ръчно поставете префиксите - конвенциибази (като правило BP, SCP, RO), ние задаваме правилата и началната дата за качване на данни. Префиксът ще бъде посочен в заглавието на документите, за да посочи базата, в която са създадени. Ако правилата за качване не се редактират, данните по подразбиране ще бъдат качени според всички налични параметри.
Създаваме файл с настройки за обмен за Retail, за да не повтаряме нашите действия. Ако трябва да изпратите данни веднага след настройка на синхронизирането, поставете отметка в квадратчето.
За да автоматизирате процеса на обмен, трябва да настроите график.
Меню на дребно.
Поставете отметка в квадратчето и изберете Синхронизиране.
Ние правим “обратна” настройка, като избираме Управление на производствено предприятие.
Заредете файла с настройките, създадени в SCP.
Поставяме отметка, системата избира адреса автоматично.
Ние действаме по същия начин, както в UPP.
Проверка на сравнение на данни (Ръчното сравнение на данни се препоръчва да се направи на подготвителния етап, тъй като тази работа може да стане най-отнемащата време в процеса на осъществяване на обмена). Прозорецът за сравнение се отваря с двойно щракване на мишката.
В случай на грешка в синхронизацията, „Детайли…“ ще бъде заменено с „Никога…“.
„Подробности…“ отваря регистъра за регистрация с актуализирана информация за борсата.
Готов.
Нека да разгледаме прост пример от Истински живот. Да кажем, че имаме фирма, която се занимава с търговия на едро и дребно и в тази фирма, както във всяка друга, се води счетоводство. Компанията има две стандартни бази данни, това са съответно UT (управление на търговията) и BP (счетоводство на предприятието), всяка от базите данни има собствено счетоводство, в UT управление за отразяване на всички операции, свързани с търговията, в BP счетоводство. Да не правя двойна работа, т.е. не създавайте едни и същи документи в две бази данни (все пак движенията трябва да са според управлението и счетоводството) просто ще настроим синхронизация между тези бази данни.
Ще настроим еднопосочен обмен на данни, от UT ---> BP. Възможно е също така да се създаде двупосочен обмен, но на практика това не се изисква често, така че няма да го разглеждаме в нашия пример.
Подготвителни стъпки за създаване на обмен в BP
Нека започнем да настройваме синхронизацията, първо отиваме в базата данни 1C "Enterprise Accounting 3.0" (приемник), трябва да проверим дали синхронизацията е активирана за тази база данни, за да направим това, първо трябва да отидем в базата данни. Веднага щом базата данни се отвори, отидете на раздела „Администриране“ ---> „Настройки за синхронизиране на данни“
Пред нас се отваря нов раздел, който трябва да бъде попълнен по същия начин, както на екранната снимка по-долу, с изключение на префикса на информационната база. Префиксът трябва да се състои от две букви, можете да зададете всеки, но според стандарта 1C е по-добре да зададете префикса по името на конфигурацията, тоест за „Счетоводство на предприятието“ префиксът ще бъде като „BP“ . Ако настроите сложни обмени и има няколко счетоводни бази данни, тогава префиксите трябва ясно да се различават един от друг, тук можете да използвате първите две букви от името на организацията като съкращение.
Продължаваме да настройваме синхронизирането на данни в UT
След като сме извършили всички необходими действия в базата данни на приемника (BP 3.0), за да продължим настройката на обмена на данни, трябва да отворим базата данни източник (UT 11.1). Отиваме в раздела „Администрация“, вляво в менюто избираме елемента „Настройки за синхронизиране на данни“. Ако синхронизирането не е активирано, активирайте го, като използвате квадратчето за отметка и не забравяйте да посочите префикса на базата на източника. След като завършим всички точки 1-4, както е показано на изображението по-долу, трябва да щракнете върху хипервръзката „Синхронизиране на данни“ (точка 5).
В новия прозорец, който се показва, трябва да кликнете върху зеления знак плюс (Настройка на синхронизиране на данни), в падащото меню изберете елемента „Enterprise Accounting 3.0“.
Настройка на важни точки в обмена на данни между UT и BP
Сега виждаме прозорец с настройката за синхронизиране на данни в 1C, изберете елемента „Задаване на настройки ръчно“ и щракнете върху „Напред“.
Продължаваме да конфигурираме обмена на данни в 1C, в следващия раздел трябва да изберем опцията за връзка с информационната база на приемника (директна връзка с програмата), параметрите на връзката (на този компютърили в локална мрежа), директорията, където се намира базата на приемника, както и необходимите данни за удостоверяване (потребителско име и парола в базата данни).
На следващата страница трябва да попълним правилата за изпращане и получаване на данни от конфигурацията на BP 3.0 (приемник). Кликнете върху „Промяна на правилата за качване на данни“.
Пред нас се отвори прозорецът "Правила за изпращане на данни", в който задаваме следните параметри:
- Кой NSI ще бъде изпратен (в нашия пример се интересуваме само от документи и използвания в тях NSI, така че избрахме подходящия елемент, ако изберете първия елемент „Изпращане на всички“, тогава всички директории ще бъдат презаредени заедно с документи, често ако информацията не се използва в документите, тогава тя е безполезна за получателя, тъй като не засяга счетоводството по никакъв начин)
- От коя дата да изпратите цялата информация (няма да разглеждаме ръчната синхронизация в тази статия)
- За кои или кои организации да изпратите данни (в нашия пример избрахме една организация, IP „Предприемач“)
- Правила за сключване на договори
- Обобщен склад
- Дали да се свиват документи по склад
След като направим настройките, натискаме "Запис и затваряне".
Тъй като в нашия пример ние настройваме и използваме еднопосочен обмен, от UT до BP, тогава настройките за правилата за получаване на данни от "Enterprise Accounting 3.0" не ни интересуват, така че щракнете върху "Напред".
В нов прозорец ще бъдем помолени да настроим правила за базата на приемника (RP). В параграф 1 наричаме нашата база по някакъв начин, даваме й префикс. PREFIX трябва да бъде същият, както го зададохме в самата база данни на BP в началото на тази статия, ако префиксите се различават, синхронизирането на данни в програмата 1C няма да работи.След това щракнете върху точка 2 и след това върху точка 3.
В параграф 3 трябва да позволим документите да бъдат обработвани, когато се зареждат в базата данни. Кликнете върху „Запазване и затваряне“.
Сега прозорецът трябва да изглежда нещо подобно на показаното по-долу, щракнете върху „Напред“.
Този прозорец съдържа справочна информация за създадената синхронизация в 1C. Просто щракнете върху бутона "Напред". Ако програмата покаже грешка при настройване на синхронизиране на данни, тогава трябва да се свържете с нас, за да може нашият 1C специалист да ви помогне веднага!
На следващата стъпка програмата ще предложи да извърши синхронизация веднага след създаването на настройките за обмен на данни. Съгласете се с това и щракнете върху „Край“.
Ще видите прозорец, в който ще видите информация за това как върви синхронизацията. Ако дестинационната база не е празна, т.е. в него вече се води счетоводство, тогава потребителят в програмата 1C ще бъде подканен да сравни ръчно обекти. Сравнението на обекти в 1C по време на синхронизация на данни е сравнение на идентични обекти приемник с идентични обекти в източника.
Нека да разгледаме пример, да кажем, че в UT има контрагент с името „PharmGroup LLC“ и TIN 1234567, а в BP също има контрагент с TIN 1234567, но с името „PharmGroup“, ако не сравняваме тези два обекта, когато сравняваме данни на етапа на синхронизация, тогава след синхронизация в приемника (Enterprise Accounting 3.0) ще имаме два контрагента с TIN 1234567 и две имена съответно „PharmGroup LLC“ и „PharmGroup“. За да се избегнат подобни ситуации, е изобретен механизъм за съпоставяне на обекти.
В нашия пример базата на приемника е празна и следователно прозорецът за съвпадение на обекти не се отвори за нас. Но след извършване на някои операции, системата ще подкани потребителя да добави някои допълнителни данни и ще покаже следния прозорец. Не е необходимо да прехвърляме никакви допълнителни данни, вече сме конфигурирали всичко необходимо преди, така че на тази стъпка избираме „Не добавяйте документи за изпращане“. Кликнете върху "Напред".
Последният етап от обмена на данни между 1C
На последния етап програмата ще покаже следния прозорец, в който потребителят ще бъде информиран, че синхронизирането е успешно, щракнете върху „Край“. Това завършва синхронизирането между базите данни в еднопосочен обмен от „Trade Management 11.1“ (UT) към „Enterprise Accounting 3.0“ (BP).
В реалния живот рядка компания се справя с една база 1C. Най-често срещаната ситуация е две бази, счетоводство и заплата.
Базите трябва да са свързани - заплатата е изчислена, начислените данъци трябва да отидат в счетоводството за плащане.
За да свържете няколко бази данни, има Exchange 1C. Как работи той?
Какво е Exchange 1C?
Има мрежа от магазини и централен офис. Всеки магазин и офис разполага със склад. Стоките се придвижват от склад в склад (главно от централния склад към магазините), а в магазините се продават.
Базата 1C Retail се използва в офиса и същата база във всеки магазин. Базите в магазините са подчинени на базата в офиса.
Офисът създава документи за движението на стоките от склад до склад, определят се цени. Документите се качват в подчинените бази и стоките се „появяват“ там.
В магазините се създават документи за продажба на стоки. Документите се качват в базата на офиса и продажбите се „появяват“ там.
Такава схема се нарича разпределена информационна база (DIB). Процедури за "попълване" на документи - двустранен обмен 1C. И настройката на тази схема е URIB или URIBD (разпределен информационни базиданни).
Принципи на обмен на директории в 1C
1C директории (и наборът от всички директории "в комплекса" се нарича NSI - нормативна справочна информация) - в различни бази данни обикновено трябва да е една и съща. Това означава, че дори да има няколко бази данни, списъкът със стоки, складове, контрагенти е един и същ в различните бази данни.
Честа практика е, когато в една база данни директорията може да се редактира и тя се копира („мигрира“) към останалите. Както обсъдихме по-рано, всеки 1C елемент има уникален идентификатор - GUID. Директориите обикновено се копират заедно с техния GUID и по този начин са идентични в цялата разпределена информационна система.
В противен случай, когато няколко първоначално съществуващи бази данни са свързани или когато могат да бъдат създадени директории в различни бази данни едновременно, техните GUID ще бъдат различни. За това има механизъм за съвпадение. По време на обмена на 1C в специален информационен регистър се записва информация, че елемент от база № 1 с GUID xxx е равен на елемент от тази база с GUID yyy. Първоначално съществуващите елементи, които вече не са равни, трябва да бъдат съпоставени автоматично (по други подробности, например по име или по TIN и KPP) или ръчно.
Принципи на обмен на документи в 1C
Документите в 1C се осчетоводяват от регистри и след това се считат за "осчетоводени". Това поражда разбираеми трудности при прехвърлянето.
Единият вариант е да прехвърлите само документите и да ги публикувате отново след качването. Този метод се използва често, но може да доведе до грешки - документът може да не бъде публикуван в новата база данни, тъй като условията по време на публикуването може да са различни от тези в момента на публикуване на този документ в оригиналната база данни.
Друг вариант е да прехвърляте документи и регистри заедно. Както разбираме, веднага възниква въпросът - или прехвърляме всички документи като цяло и след това целия регистър като цяло, или сме принудени да изберем да прехвърлим само движения по прехвърлени документи.
Да кажем, че трябва да прехвърлим елемент от номенклатурната директория. Тази директория има 10 полета, от които 5 са низове и числа, а 5 са връзки към други директории.
Съответно, когато прехвърляме един елемент от Номенклатурата, ние сме принудени да търсим и прехвърляме и 5 елемента от други директории.
По този начин, когато прехвърляте един елемент от директорията или един документ, 100 или повече други 1C обекта могат да бъдат прехвърлени чрез препратка.
Всъщност се казва, че почти всички конфигурационни директории се отнасят една към друга по един или друг начин.
1C планове за обмен
Да предположим, че сме създали разпределена база данни и сме разменили 1C. Стоките се закупуват в централния склад и се подготвят за изпращане до магазините. В 1C офисът въведе необходимите документи за движение на стоки. Изисква се те да бъдат заредени в магазините.
Какво да правя? Извършете отново пълен обмен 1C? Дълго и неефективно! Би било много по-добре да се изчисли какво точно е добавено или променено от потребителите в офиса, така че само промените да влизат в магазините.
За това има планове за обмен на 1C. Програмистът предварително създава план за обмен на 1C, за да извърши обмен на 1C с друга база данни, например с нашите магазини.
Планът за обмен на 1C отбелязва, когато потребителите работят с директории и документи, какво е добавено или променено след последния обмен на 1C с тази база данни.
Създаване на URIB 1C
И така, ние ще създадем разпределена база данни от нулата. Първоначално разполагаме с офис база "майка". От него ще изберем базите от магазини, които ще му бъдат подчинени.
В типичните конфигурации вече има стандартни планове за обмен на 1C. Типовете бази, за които са предназначени, са интуитивно ясни от името:
- Обмен на 1C със сайта: обмен със сайта 1C: Bitrix
- Обмен 1C UPP-UT или UT-Retail: типичен обмен със сестрински конфигурации
- Пълен - 1C обмен с база данни, базирана на същата конфигурация.
RIB - разпределена информационна база - може да се направи и на базата на плана за обмен 1C "Пълен". В конфигуратора, в този план за обмен на 1C, трябва да поставите отметка в квадратчето „Разпределена информационна база“.
Планът за обмен 1C, създаден в конфигуратора, показва, че ще обменяме с такава конфигурация. В режим Enterprise в същия план за обмен на 1C сега трябва да посочите конкретни бази данни въз основа на тази конфигурация.
Нека отидем на плана за обмен на 1C (Операции / План за обмен; те могат да бъдат и в друго меню, често в менюто Услуга / XXX).
В списъка с бази данни в плана за обмен на 1C има една със зелен кръг на снимката. Този елемент означава ТАЗИ БАЗА. Останалите елементи означават ДРУГИ бази, с които се обменя 1C.
Необходимо е за всички елементи да са попълнени името и кода.
За да създадете подбаза "магазин":
- Поставете курсора в списъка на елемента от плана за обмен на 1C, който създадохме като „база на магазина“
- Изберете елемента от менюто „Действия/Създаване на първоначално изображение“.
В резултат ще бъде създадена една база данни, в която ще бъдат качени първоначалните данни. Това трябва да се повтори за всеки елемент от плана за обмен на 1C, с изключение на ТЕКУЩАТА БАЗА.
Теория на борсите 1C
Теорията за обмен на 1C е доста проста:
- Една от базите (по-често базата на центъра) инициира обмена на 1C по график или "по събитие" (влизане в базата конкретен потребители така нататък.)
- 1C обменът се състои в разтоварване на файл от базата данни
- Файлът трябва да бъде преместен на място, където подчинената база може да го вземе (обикновено споделяне или ftp, по-рядко имейл)
- Подчинената база данни изтегля получения файл
- Като потвърждение, че информацията е получена, подчинената база качва файл „отговор“, който се качва обратно в централната база по същия начин.
- Сесията за обмен 1C е завършена.
Има и други методи за обмен на 1C, не чрез файлове, а например чрез директна COM връзка между две бази данни. Неговите предимства:
- Не е необходимо „място за съхранение и прехвърляне на файлове“.
- Няма нужда от повторно качване на потвърждение
- Всичко се случва по-бързо поради първите две точки.
Ограничението обаче е ясно - базите трябва да са в такава близост една до друга, за да могат да инициират COM връзка.
Настройка на RIB 1C
В константите на типични конфигурации (Операции / Константи; или Сервиз / Настройки на програмата) - обикновено има обща настройкаборси 1C. Това е префикс в кодовете на елементи и номерата на документи, за да се определи лесно в коя база данни е създаден. Както и вътрешен метод за запазване на информация за мястото, където са създадени директории и документи.
Сега трябва да конфигурирате как ще се извършва процесът на периодичен обмен на 1C информация между създадените бази данни.
Всички настройки на RIB в 1C са в типични конфигурации, обикновено в менюто Услуга / Разпределени информационни бази / Конфигуриране на RIB възли.
За всеки предварително създаден елемент „база на отдалечен магазин“ трябва да добавите конфигурационен елемент.
Настройката определя метода за обмен на 1C: файл (споделяне), файл (FTP), файл (електронна поща).
Създаване и конфигуриране на разпределена 1C информационна база в тънък клиент
Нека да разгледаме подобна настройка в типична конфигурациявърху основата тънък клиент– Издание за управление на търговията 11.
Настройките (и създаването от нулата) се намират в раздела Администриране на интерфейса. Елемент "Обмен на данни".
Изберете „Създаване на обмен в разпределена информационна база“.
От самото начало 1C ще ни подкани да посочим как ще обменяме информация с подчинената база данни. Ето опцията за конфигуриране "чрез файл на топката."
Ето опция за конфигурация чрез файл на FTP.
Името на нашата настройка за обмен е 1C.
И веднага предложение за създаване на "първоначално изображение" - тоест самата подчинена база данни с качване на първична информация в нея.
За разлика от конфигурацията на дебел клиент, и двете настройки за обмен на 1C са на едно и също място.
2018-11-15T19:32:35+00:00Универсална обработка "Разтоварване и зареждане на XML данни" извършва пълно или частично разтоварване на данни от информационната база във файл в XML формат. Впоследствие този файл може да бъде зареден в информационната база, като се използва същата обработка. Файловият формат за качване се различава от файловия формат, създаден при качване съгласно плана за обмен, по заглавната част.
Обработка може да се използва само в случаите, когато информационната база, в която са качени данните, и тази, в която се качват данните, са хомогенни (конфигурациите са идентични, данните могат да се различават) или всички качени обекти са почти напълно идентични по състав и видове детайли и таблични части, свойства на "водещия" обект на метаданни и т.н.
Използването на тази обработка е възможно, например, за създаване на пълна или частична архивиранеданни, обмен на данни между информационни бази, както и спомагателен инструмент за възстановяване на повредени информационни бази.
Обработката поддържа качване на данни с възможност за задаване на избор по период. Също така е внедрена проверка на обекти за невалидни знаци при обмен чрез XML.
С уважение, (учител и разработчик).
Зареждане...