И постои стандардна база на податоци за сметководство 1C на платформата 8.3.
Задача:
Воспоставете размена на податоци помеѓу базите на податоци.Решение:
Инсталиран 1C Data Conversion, издание 2.1.Прикачено.
Го стартувам „Помошникот за почеток“ (сл. 1).
1. Следно.
2. Изберете „Креирај нови правила за размена на податоци (од нула)“. Понатаму.
3. Во третиот чекор, програмата бара од вас да ги наведете конфигурациите на изворот и дестинацијата.
Јас создавам конфигурација на изворот (1C UT):
- бидејќи имам 1C UT на платформата 8.1, земам надворешна обработка MD81Exp.epf од ITS дискот (можете да го преземете).
- Отворам 1C UT. Датотека --> Отвори --> MD81Exp.epf.
Ја одредувам датотеката во која ќе бидат поставени информациите за структурата на метаподатоци. Мора да биде во XML формат.
Јас кликнувам на копчето „Подигни“.
Истото го правам и со базата на ресиверот. Со сметководство 1C 8.3. Само за ова користам надворешна обработка MD83Exp.epf (можете да го преземете).
Се враќам на 1C Конверзија на податоци.
Застанавме на чекор 3. Јас кликнувам на копчето „Ново“ и ја одредувам генерираната структура на датотеката со метаподатоци. Оваа структура ќе биде вчитана во директориумот за конфигурација.
4. Во четвртиот чекор, изберете ја опцијата „Автоматски креирај ги сите можни правила за размена на податоци“.
Сега пред нас се отвори нов прозорец. Создадени се правила за конверзија на објекти. Треба да креирате правила за преземање податоци. За да го направите ова, одете на второто јазиче „Правила за поставување податоци“ и кликнете на копчето „Креирај правила за прикачување“.
Како да ги користите правилата за размена
За пренос на податоци од една база на податоци во друга користејќи правила за размена, треба да креирате правила за размена и да користите обработка.Како да креирате правила за размена
Користејќи правила за размена, податоците може да се префрлаат помеѓу базите на податоци со која било конфигурација. Оваа статија го објаснува создавањето на правила за размена за бази на податоци со исти конфигурации (Enterprise Accounting 2.0). Овој трансфер може да се направи со користење на стандардна обработка. Но, оваа обработка пренесува податоци од референтни типови само со референца, и пренесува податоци од примитивни типови и однапред дефинирани податоци по вредност. За покомплексен трансфер, кога, на пример, треба да пребарувате елемент на директориумот по име, треба да креирате правила за размена.Информативните бази создадени од 1C имаат слична структура на податоци. Затоа, ќе биде полесно да се напишат правила за овие бази на податоци. Ако производителите на базата на информации се различни, тогаш е потешко да се напишат правила за пренос, а во некои случаи тоа не е препорачливо.
Правилата се креирани во инфобазата со конфигурацијата „Конверзија на податоци“.
1) Конфигурации на инфобаза
За да креирате правила за пренос помеѓу базите на податоци, ќе ви требаат описи на структурата на овие бази на податоци. За растоварување на структурата на базата на информации, се користи специјална обработка (MD82Exp.epf, MD83Exp.epf), кои се испорачуваат заедно со „Конверзија на податоци“.
По преземањето на структурата на базата на податоци, таа мора да се додаде на листата на конфигурации.
2) Правила за размена на податоци
Список на конверзии
Додавање нова конверзија
Уредување правила за размена
Правило за конверзија за објект може да се креира автоматски со кликнување на копчето „Синхронизирај објекти...“. Подолу е пример за рачно креирање правило за директориумот „Валути“. Откако ќе кликнете на копчето „Додај“ на табулаторот „Правила за конверзија на објекти“, ќе се отвори асистентот за додавање ново правило.
1) Прво треба да ги изберете објектите на инфобазата на изворот и дестинацијата.
2) Тука треба да ги поставите поставките за пренос.
3) Во управувачите со настани во вградениот јазик, можете да напишете ваши сопствени алгоритми за обработка на податоци за време на преносот.
Автоматските системи за контрола во повеќето случаи се состојат од посебни бази на податоци и често имаат географски дистрибуирана структура. Во исто време, правилно спроведената размена на податоци е неопходен услов за ефективно функционирање на таквите системи.
Почетното поставување на размената може да бара голем број активности, не само во однос на програмирање, туку и консултации, дури и ако се работи со хомогени извори, како што е случајот со производите на платформата 1C:Enterprise. Зошто поставувањето 1C размена (или, како што се нарекува и синхронизација на податоци во 1C 8.3) може да стане најодзема време и најскапа задача на проект за интеграција, ќе разгледаме во оваа статија.
Размената на податоци во околината 1C ви овозможува:
- Елиминирање на двојно внесување на документи;
- Автоматизирајте ги поврзаните деловни процеси;
- Оптимизирајте ја интеракцијата помеѓу дистрибуираните одделенија;
- Навремено ажурирање на податоците за работата на специјалисти од различни оддели;
- „Разликувајте“ помеѓу различни видови сметководство.*
*Во случаи кога податоците за еден вид сметководство значително се разликуваат од друг, потребно е да се обезбеди доверливост на информациите и да се „ограничат“ тековите на информации. На пример, размената на податоци помеѓу 1C UT и 1C Accounting не бара поставување на податоци за управување во регулаторната сметководствена база на податоци, т.е. синхронизацијата во 1C овде ќе биде нецелосна.
Ако го замислиме стандардниот процес за спроведување на примарна размена на податоци, кога барем еден од неговите објекти е производ 1C, тогаш можеме да ги разликуваме следните фази:
- Координација на составот на берзата;
- Дефиниција на транспорт (протоколи за размена);
- Поставување правила;
- Закажување.
Идентификација на составот на размена 1C
Предметите на размена може да се поделат на „извор“ и „приемник“. Во исто време, тие можат да изведуваат две улоги во исто време, што ќе се нарекува двонасочна размена. Изворот и дестинацијата се одредуваат логично во зависност од потребата или функционалноста на системот.*
*На пример, при интегрирање на „WA: Financier“ - решение за одржување на финансиско сметководство и управување со трезорските процеси, развиено врз основа на „1C:Enterprise“, експертите на WiseAdvice го препорачуваат како главен систем. Ова се должи на достапноста на контролните алатки за усогласување со правилата на политиката за апликација и, соодветно, за да се обезбеди ефективност на решението.
Следно, врз основа на примените и евидентираните барања од корисниците, се креира список на податоци за размена, се одредува неговиот волумен, барањата за фреквенцијата на размена и се пропишува процесот на работа со грешки и справување со исклучителни ситуации (судири).
Во истата фаза, во зависност од флотата на постојните системи и структурата на претпријатието, се одредува форматот на размена:
Дистрибуирана информативна база
- RIB подразбира размена помеѓу идентични конфигурации на базата на податоци 1C, со јасна контролна структура „master-slave“ за секој пар за размена. Како елемент на технолошката платформа, RIB, покрај податоците, може да пренесува промени во конфигурацијата и административни информации на базата на податоци (но само од господар до роб).
Универзална размена на податоци во 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 размена, која е типична за големи системи за автоматизација на најголемите индустриски претпријатија.
Во подменито „Услуга“, изберете „Размена на податоци со производи на платформата...“ (изборот на директна размена со „Retail“ често резултира со грешки на ниво на COM објекти). Забележете ја услугата порака „Оваа функција не е достапна“.
За да го решите овој проблем, треба да изберете „Конфигурирај комуникации“
...и штиклирајте го полето. Следно, игнорирајте ја пораката за грешка.
Во поставките за синхронизација на податоци, изберете „Креирај размена со „Retail“...
Пред да ги конфигурирате поставките за поврзување преку локален или мрежен директориум, треба да бидете сигурни дека има простор на дискот за директориумот. Иако, по правило, не зафаќа повеќе од 30-50 MB, во исклучителни случаи може да бара и до 600 MB. Можете да го креирате потребниот директориум директно од конфигураторот.
Кога се поврзуваме преку мрежен директориум, ја игнорираме понудата да ја конфигурираме врската преку FTP адреса и преку е-пошта со кликнување на „Следно“.
Во поставките, рачно внесуваме префикси - симболи на базите на податоци (обично BP, UPP, RO), ги поставуваме правилата и датумот на започнување за подигнување на податоци. Префиксот ќе биде означен во името на документите за да се означи базата на податоци во која се креирани. Ако правилата за прикачување не се уредуваат, податоците ќе се подигнат стандардно според сите достапни параметри.
Ние создаваме датотека со поставки за размена за „Малопродажба“ за да не ги повториме нашите дејства. Ако треба веднаш да испратите податоци веднаш по поставувањето на синхронизацијата, штиклирајте го полето.
За да го автоматизирате процесот на размена, треба да поставите распоред.
Мени „Малопродажба“.
Проверете го полето и изберете „Синхронизација“.
Ние го извршуваме „обратно“ поставување со избирање на Управување со производствени претпријатија.
Вчитајте ја датотеката за поставки креирана во UPP.
Ставаме штиклирање, системот автоматски ја зема адресата.
Ние постапуваме на ист начин како и во UPP.
Споредба на податоци за верификација (Рачната споредба на податоците се препорачува да се направи во подготвителната фаза, бидејќи оваа работа може да стане најтрудољубива во процесот на спроведување на размената). Прозорецот за споредба се отвора со двоен клик на глувчето.
Во случај на грешка во синхронизацијата, „Детали...“ ќе се заменат со „Никогаш...“.
„Детали...“ го отвора дневникот со ажурирани информации за размената.
Подготвени.
Размената на податоци помеѓу апликативните решенија 1C 8 е нешто без кое не е можно да се изгради целосен простор за информации за претпријатието.
- Зошто е потребна размена на податоци и како да се користат?
- Видови размена помеѓу 1C.
- Како да конфигурирате размена на податоци помеѓу базите на податоци 1C?
Одговорите на овие прашања ќе ги дознаете подолу.
Обично има две причини за воведување размена:
Организацијата има мрежа на филијали
Во овој случај, едноставно треба да ја поставите размената помеѓу различни гранки. За таа цел, постои механизам во системот 1C 8.3 Enterprise. Со кој можете флексибилно да ја конфигурирате размената на информации. На пример, за филијалите можете да ја оневозможите видливоста на документите за другите филијали и во исто време централната канцеларија ќе ги види документите од сите филијали. Друг пример е поставувањето размена помеѓу базите на податоци за малопродажба 1C на канцеларија и продавници.
Поделба по тип на сметководство
Како по правило, тоа значи дека организацијата одржува различни записи во различни бази на податоци. Оваа поделба ви овозможува да ги филтрирате информациите што се „непотребни“ за друг вид сметководство за различни бази на информации. Пример: т.н „Управно сметководство“ ќе биде внесено во базата на податоци „Трговско управување“, каде што се рефлектираат сите трансакции, а менаџментот ја гледа целосната слика на настаните, а само документите потребни за сметководствено и даночно сметководство се поставуваат во регулираната сметководствена база на податоци „Сметководство на претпријатија “.
Кои се механизмите за размена помеѓу базите на податоци 1C?
Размената на податоци може да се класифицира на два начина: механизми што се користат и транспорт што се користи за размена.
1C механизми за размена на податоци
Обично, два механизми се користат за размена:
- Дистрибуирана информативна база (РИБ)— механизам кој ви овозможува да поставите размена на податоци помеѓу гранките. Механизмот имплицира дека се разменуваат апсолутно идентични конфигурации на бази на податоци. Механизмот може да пренесе промени во конфигурацијата на базата на податоци. Механизмот е имплементиран на ниво на технолошка платформа.
- Универзален механизам за размена помеѓу конфигурации— механизмот е развиен од 1C за апликативни решенија. Тој е универзален и се заснова на. Размената на податоци се врши со користење на правилата xml, кои се креирани во посебна конфигурација - . Користејќи го овој механизам, можете да имплементирате и еднократна и постојана размена помеѓу конфигурациите 1C. Механизмот е имплементиран на ниво на конфигурација, можете да го интегрирате во вашата конфигурација од технолошката конфигурација.
Транспорт за размена на податоци
Транспортот може да биде прилично широк опсег на технологии. Ајде да ги разгледаме главните имплементирани во универзалниот механизам за размена 1C 8.2:
Добијте 267 видео лекции на 1C бесплатно:
- Локален или мрежен директориум- наједноставниот транспорт. Една информациска безбедност создава датотека на дискот, втората ја чита и додава своја датотека.
- FTP ресурс— размената е слична на размената преку каталог. Разликата е во тоа што размената се врши преку протоколот FTP.
- Поштенски пораки или е-пошта— размената се одвива преку е-пошта. Конфигурациите испраќаат пораки по пошта една до друга и редовно ја проверуваат адресата на е-пошта за нови пораки.
- Директно поврзување (COM)— размената се врши преку директно поврзување на една база со друга со помош на средства.
- Интернет (веб сервис)— транспортот е веб-услуга. Една инфобаза се поврзува со , веб-услугата се поврзува со втората инфобаза и ја транспортира пораката. За да извршите таков транспорт мора да имате.
Како да поставите размена на податоци помеѓу базите на податоци 1C?
За основите на поставувањето размена на податоци во 1C користејќи ја конфигурацијата „1C Data Conversion“, видете го примерот во видеото:
1C размена на податоци според распоредот во 1C 8.2
Ако треба да го конфигурирате автоматското поставување според распоред, само конфигурирајте .
За верзијата клиент-сервер
Во директориумот „Поставки за размена на податоци“, на табулаторот „Автоматска размена“, треба да креирате нова закажана задача, каде што ќе го наведете распоредот:
Опција за датотека
Во директориумот „Поставки за размена на податоци“, на табулаторот „Автоматска размена“, треба да креирате нова рутинска задача, каде што на табулаторот „Размена по настани“, наведете ги настаните на кои ќе се стартува размената. На пример, кога ќе започне одреден корисник:
Испратете ја оваа статија на мојата е-пошта
Главните причини за потребата од спроведување на размена помеѓу базите на податоци 1C се присуството на гранки и одвојувањето на сметководствените типови, бидејќи Честопати компаниите работат во неколку информативни бази на податоци. Поставувањето на размена 1C 8.3 ви овозможува да ја елиминирате двојната работа - внесување на истите документи и директориуми во две програми, како и брзо доставување на потребните системски објекти за различни гранки и одделенија.
Во случај кога е неопходна размена меѓу гранките, се користи RIB (Distributed Information Base). Ова е механизам за размена помеѓу идентични конфигурации. Претставува дрво со најважниот коренски јазол на врвот, под пар меѓусебно поврзани јазли. Промените може да се направат во кој било јазол на овој систем и тие ќе се пренесат на други поврзани јазли. Тој, исто така, дистрибуира не само податоци, туку и промени во конфигурацијата од коренскиот јазол до јазлите slave.
Доколку е неопходно да се одделат видовите на сметководство, на пример, одржување на оперативните во базата на податоци за тргување и регулираните во сметководствената база на податоци, достапни се универзални механизми за размена со флексибилни поставки за синхронизација на податоци.
Еден од најновите случувања на 1C е форматот за размена на податоци EnterpriseData. Лесен е за користење и е наменет за размена во рамките на компанијата и помеѓу базите на податоци 1C и програмите од трети страни.
Спроведувањето на размена на податоци во претпријатието може да се претстави во форма на секвенцијални процедури.
Пред сè, потребно е да се одреди помеѓу кои бази на податоци треба да има размена; дали ќе биде двонасочна или еднонасочна размена; ако еднонасочно, тогаш која база на податоци ќе пренесува информации, а која само ќе прима; ако ова е сложена мрежа на филијали, тогаш е неопходно да се регистрира шема за изградба на база на податоци.
Потоа го избираме соодветниот формат: RIB, универзален формат; размена според правилата за размена; размена без правила за размена.
Следниот чекор е да изберете возило за да ја извршите размената. Достапен е голем избор на технологии, ајде да ги истакнеме главните: директориум (локален или мрежен), FTP ресурс, COM конекции, веб-услуга, е-пошта.
Четвртиот чекор ќе биде да се идентификуваат податоците: документи, референтни книги и, доколку е потребно, да се детализираат до нивните поединечни детали што треба да се пренесат.
И како заклучок, пропишан е распоред на фреквенција на размена
Секоја опција за поставување 1C 8.3 размена бара внимателна подготовка. Неговата имплементација е надвор од можностите на секој корисник, неопходно е да се земат предвид многу нијанси и да се разберат принципите на размена. Посебно внимание ќе треба да се посвети на конфигурацијата ако базите на податоци: содржат модификации или многу дополнителни. детали, се разликуваат во верзиите на платформата или користат застарени верзии на конфигурации, претпријатието е големо и користи автоматизиран систем кој се состои од голем број бази на податоци. Грешките овде се неприфатливи, бидејќи ... може да доведе до непоправливи последици. Независна имплементација на размена во 1C се препорачува само ако треба да поставите едноставен пренос на информации помеѓу стандардните конфигурации.
Ако се сомневате во вашите способности, подобро е да не заштедите, туку да контактирате со компетентен специјалист кој ќе помогне да се реши сложениот проблем со поставување 1C 8.3 размена.
Ако сепак одлучите да ги конфигурирате размените 1C без да вклучите експерти, се препорачува прво да тестирате на копии од базите на податоци и пред да започнете со работа во работните бази на податоци, да ги поставите конфигурациите за да можете да се вратите во првобитната состојба во случај на грешки.
Подолу даваме детален пример за поставување 1C 8.3 размена еднострано помеѓу стандардните конфигурации Trade Management 11 (UT) и Enterprise Accounting 3.0 (BP). Примерот е релевантен за многу компании кои се занимаваат со трговија на големо и мало. Во УТ се одржува сметководство за управување, во БП - регулирано, размената е неопходна за да се олесни работата на корисниците.
Овој алгоритам е погоден и за други стандардни конфигурации на платформата 1C 8.3
Пред сè, ќе извршиме подготвителна работа за примачот на информации, т.е. за БП. Ја стартуваме програмата во Enterprise режим. Треба да ја поставите константата за синхронизација на податоци (дел Администрација → Синхронизација на податоци).
Обрнете внимание на полето Префикс; тука треба да наведете вредност што ќе ви овозможи последователно да разликувате (по вредноста на кодот на директориумот или бројот на документот) во која програма првично биле креирани објектите. Во нашиот пример, вообичаената кратенка BP и UT е погодна, ако поставувањето на размена 1C 8.3 се изврши за сложена размена помеѓу голем број бази на податоци, како и идентични конфигурации, ќе треба да ја внесете секоја база на податоци со своја јасна ознака .
Бидејќи единицата за напојување е само примач на информации, продолжуваме со поставување на UT.
Овде, исто како и во BP, треба да овозможите синхронизација и да наведете префикс. Оваа информација е достапна во делот Главни податоци и администрација → Поставки за синхронизација на податоци.
Изберете го методот за поставување: Рачно наведете ги поставките. Понатаму.
Ајде да поставиме опција за директно поврзување, кога двете програми се наоѓаат на иста локална мрежа, наведете ги параметрите за поврзување со директориумот за безбедност на информации на оваа мрежа, а исто така пополнете ги информациите за автентикација на корисникот (во базата на податоци на BP). Понатаму.
Системот ќе ја провери точноста на наведените податоци и, ако резултатот е позитивен, ќе го прикаже прозорецот за поставки за размена 1C 8.3.
Кликнете на врската Промени правила за поставување податоци за да пристапите до поставките за размена. Ќе ги разјасниме главните податоци - прикачете ги само оние што се користат во документите, изберете организации и опцијата за работа со договори - без референца, одвојување на документи по складиште. Размената започнува на 1 март во тековната година.
Ги запишуваме воведените правила и ги затвораме.
Бидејќи примерот е за еднонасочен пренос на информации, во следниот прозорец за поставки за примање податоци од друга програма, треба да ги поставите вредностите на Не испраќај. Снимајте и затворете. Понатаму.
Сега треба да ги проверите внесените параметри и доколку се точни, кликнете Next, во спротивно вратете се на претходниот чекор со кликнување Назад.
Потоа ќе ви биде побарано да се синхронизирате. Кликнете на Заврши.
Доколку е потребно да се поврзат идентични објекти од две конфигурации, ќе се отвори прозорец за споредба на податоците. Ја вршиме споредбата и кликнуваме Следно.
Кога префрлате објекти, може да се појават проблематични ситуации; можете да ги видите резултатите со кликнување на врската Предупредувања за време на синхронизација на податоци.
Откако ќе заврши синхронизацијата, ќе се прикаже прозорец кој го потврдува успешното завршување на овој процес.
Овде, користејќи ја командата Конфигурирај или подоцна, во скриптата за синхронизација, можете да конфигурирате распоред за автоматско извршување на размената.
Дали треба да поставите размена на податоци?
ПРОГРАМИРАМЕ 1C 15 ГОДИНИ И ПРАВИМЕ БЕСПЛАТНИ ВИДЕО ИНСТРУКЦИИ
Имаме тим од програмери кои имаат долгогодишно искуство во поставување 1C размена:
Помеѓу конфигурациите 1C,
При поставување 1C размена со други програми.
Зошто да не изберете нас?
Време на одговор до 2 часа за итни задачи, дури и за викенди и празници.
40+ програмери со полно работно време со 1C искуство од 5 до 20 години.
Правиме видео инструкции за завршени задачи.
Комуникација во живо преку кои било гласници погодни за клиентот.
99% од задачите се извршуваат преку далечински пристап (TeamViewer или RDP), што значително го намалува времето за завршување на задачата.
Официјални партнери на компанијата 1C од 2006 година.
Искуство на успешна автоматизација од мали фирми до големи корпорации.
99% од клиентите се задоволни од резултатите, што е потврдено со писма на благодарност.
Се вчитува...
