Публикации. Публикации Продължаваме да настройваме синхронизирането на данни в UT

В някои случаи (например при голям поток от документи или при сложно счетоводство) е много по-удобно за крайния потребител да разпределя счетоводството между няколко приложения, като от време на време обменя данни между тях. Преди пускането на платформата 1C версия 8.3 стандартен обменданни, възникнали единствено по искане на потребителя чрез качване и изтегляне на информация с помощта на файлове XML формат. Напоследък все по-често се използва механизмът за синхронизиране на данни в 1C.

Има няколко причини за популярността на синхронизацията:

• Няма нужда отделно да стартирате процесите на зареждане и разтоварване на данни;
• Автоматично изпълнениеобменът на информация не пречи на ръчния обмен;
• Лесен за конфигуриране (за стандартни конфигурации дори не е необходимо да създавате правила за обмен;
• Достатъчно е да създадете синхронизация веднъж и да декларирате график за нейното изпълнение.

Условия на нашата задача

На входа имаме две стандартни конфигурации на база данни:

1. Управление на заплатите и персонала (версия 3.1.3);
2. Счетоводство на земеделско предприятие (версия 3.0.52).

И двете бази работят в файлов режим. Синхронизирането може да се конфигурира от всяка база данни.

Ако синхронизацията ще бъде конфигурирана от „Счетоводство“ към „ZUP“, трябва да е активирана отметката „Синхронизация“ и обратно.

Къде са настройките

В „Счетоводство“ отидете в подсистемата „Администриране“, в менюто „Настройки“ и намерете елемента „Синхронизиране на данни“ (фиг. 1)

Ще се отвори прозорецът с настройки за синхронизиране (фиг. 2)

ориз. 2

Тук можем:

1. Активиране или деактивиране на синхронизацията;
2. Забранете зареждането на неподходящи данни;
3. Задайте префикс за идентифициране на прехвърлените данни;
4. Отидете на други настройки за синхронизиране.

Като стартираме синхронизацията, като поставим отметка в съответното поле и дефинираме префикс, можем да затворим счетоводния отдел. По-нататъшна работаще се извърши в “Заплата”.

Прозорецът с настройки за синхронизиране на данни е показан на фиг. 3

ориз. 3

Нека го разгледаме по-отблизо.

Прозорец с настройки за синхронизиране

Да започнем по ред:

Отделно бих искал да насоча вниманието на читателя към прозореца „Регистрация на промените“ (фиг. 5). В горната част на която има номера на изпратени и получени съобщения, след успешен обмен, числата в базата данни източник и базата данни местоназначение трябва да съвпадат. В някои случаи (възникна синхронизация с копие на базата данни, неизправности), номерирането в базите данни е нарушено. Можете да коригирате тази ситуация, като просто щракнете върху хипервръзката с числа. Това действие ви позволява ръчно да зададете текущия брой изпратени и входящи съобщения (фиг. 6)

ориз. 6

Настройки за синхронизация

Има две команди в раздела „Настройки за синхронизиране на данни“:

• мелодия;
• Правила за изтегляне.

Изпълнението на командата „Зареждане на правила“ отваря формуляра (фиг. 7)

ориз. 7

Тук можем да изберем дали ще използваме стандартни правилаобмени, доставени в конфигурацията, или ще извършим синхронизиране според нашите собствени правила, съхранени в архивен файл.

Останалите настройки се извършват чрез натискане на бутона „Конфигуриране“ (фиг. 8).

ориз. 8

В първия прозорец, който се отваря можете:

1. Отворете формата за настройка на скрипта за синхронизиране;
2. Преглед на събития за изпращане и получаване на информация;
3. Определете датата, от която ще се извърши обменът;
4. Ако се водят записи за няколко организации, можете да посочите коя от тях ще участва в обмена;
5. Дефинирайте параметрите за качване на транзакции със заплати: с или без детайл по служител (резюме).

Командата „Зареждане на набор от правила“ е подобна на същата команда в предишния прозорец с настройки.

Струва си да разгледаме по-подробно параметрите на връзката (фиг. 9)

ориз. 9

В нашия случай целевата база и изходната база се намират на един и същ компютър и работят във файлов режим, така че синхронизирането между тях става чрез директна връзка.

Имаме нужда от:

• Определете пътя до приемната база;
• Задаване на параметри за оторизация (трябва да се създаде потребител с администраторски права в получаващата база данни);
• След като проверим връзката, можем да приемем, че нашата настройка е завършена.

Ако обменът се извършва чрез други типове връзки, трябва да конфигурирате техните параметри в съответните раздели.

Настройки на графика

И накрая, няколко думи за настройката на графика за синхронизация, той се извършва в съответния раздел на прозореца (фиг. 3) и не се различава от съответната форма за настройка на графика за други рутинни задачи.

Нека да разгледаме прост пример от реалния живот. Да кажем, че имаме фирма, която се занимава с търговия на едро и дребно и в тази фирма, както във всяка друга, се води счетоводство. Предприятието има две стандартни бази данни, това са съответно 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 (приемник). Кликнете върху „промяна на правилата за качване на данни“.

Пред нас се отвори прозорецът „Правила за изпращане на данни“, в който задаваме следните параметри:

• Кои справочни данни ще бъдат изпратени (в нашия пример се интересуваме само от документи и използваните в тях справочни данни, така че избрахме подходящия елемент; ако изберете първия елемент „Изпращане на всички“, тогава всички справочници ще бъдат презаредени заедно с документите, често ако информацията не се използва в документите, тогава тя е безполезна за получателя, тъй като не засяга счетоводството по никакъв начин)
• От коя дата трябва да се изпраща цялата информация (няма да разглеждаме ръчната синхронизация в тази статия)
• На кои или кои организации да изпратите данни (в нашия пример избрахме една организация, IP „Предприемач“)
• Правила за сключване на договори
• Обобщен склад
• Трябва ли да навивам документи по склад?

След като направим настройките, щракнете върху „Запазване и затваряне“.

Тъй като в нашия пример ние настройваме и използваме еднопосочен обмен, от UT до BP, тогава настройките за правилата за получаване на данни от „Enterprise Accounting 3.0“ не ни интересуват, затова кликваме върху „Напред“.

В нов прозорец ще бъдем помолени да конфигурираме правила за базата на приемника (RB). В точка 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, как да решим най-много общи проблеми, които може да имаме по време на диалога с компютъра. Но тази статия ще говори за малко по-различни неща. Нека помислим как можем да го накараме да работи мобилно приложениес нашата централна база?

Общи принципи

За какво ще говорим днес? И ще говорим за това как можете да регистрирате промени в една база данни и да ги прехвърлите в друга. Тези. днес ще говорим за това как да предаваме тези данни и как да ги получаваме.

Е, веднага възникват поне две идеи:

• Използвайте планове за обмен;
• Използвайте персонализирана опция за синхронизиране;

Но веднага ще добавя трета опция - хибрид:

• Използвайте персонализирана опция за синхронизиране, но регистрирайте данни с помощта на планове за обмен.

Нека условно да дадем всяка от тези опции кратко описаниеи нека се опитаме да открием техните положителни и отрицателни страни.

Планове за обмен

Тези, които са го използвали преди разпределени бази данниданни, знае колко готино и удобно е, но уви, с мобилни технологии– това не е реално. И това не е реалистично, не поради причината, че тази технология просто не е налична в мобилно решение, а поради причината, че не е необходима. защо Нека се опитаме да го разберем.

Какви са предимствата от използването на RDB?

Преносимост на конфигурационната структура към възли, т.е. ако променим нещо в конфигурацията на Централната банка, то ще бъде прехвърлено към възлите, а conf на възлите съответства на conf на Централната банка;

Готов механизъм за регистриране на обекти и прехвърлянето им по-нататък към възли, т.е. достатъчно е да коригирате нов или съществуващ план за обмен;

• Възможност за създаване на първоначално изображение на разпределен възел с по-нататъшното му разполагане на правилното място;
• Куп готови външни обработки за поддръжка и корекция на джамове.

Какви са недостатъците при прехвърлянето на всичко това към мобилната платформа:

Преносимостта на конфигурационната структура към възлите, тъй като конфигурациите в крайна сметка са идентични, не ни устройва, например, нямаме пакетно отчитане, не се нуждаем от всички подробности в мобилното приложение;

Готов механизъм за регистриране на обекти и прехвърлянето им към възли, тъй като прехвърлянето на данни се извършва чрез сериализация на обекти и това е възможно само когато първата точка е завършена, тогава за нас няма полза;

Възможността за създаване на първоначално изображение на разпределен възел с по-нататъшното му разполагане на правилното място. И това не е толкова лесно да се направи на мобилен телефон, тъй като базата данни се намира на коренен дял, получаването на достъп до нея не е тривиална задача и ако просто го хвърлите на потребителя, тогава той се нуждае от администраторски права, които е изпълнен с последствия и всеки трябва да тича и да поставя отделно - какво е предимството тогава?

Куп готови външни обработки за поддръжка и корекция на джамове. Всичко е наред, но на компютър или на телефон в повечето случаи ще можем да ги пуснем и това не е толкова заради текущите ограничения на платформата, колкото заради спецификата на работа с мобилен телефон. Въпреки че могат да бъдат вградени.

Първите две точки, които са най-важни, са абсолютно безполезни в мобилната среда. Което в по-голямата си част отрича всички предимства. Въпреки че не изключвам, че 1C ще измисли нещо.

Но освен RBD имаме и пълни борси, но и те имат тези критерии.

Универсален обмен на данни на базата на CD

Тук всичко става малко по-близо, т.е. можем да използваме CD (Преобразуване на данни), за да настроим правила за обмен между мобилната платформа и централната база данни, но има един проблем - ограничението на мобилната платформа.

А именно – в мобилна платформаняма заявки. Това отрича употребата този метод, добре, освен ако някой не реши да пренапише тези обработки, така че да работят без заявки.

Но какво ще стане, ако постъпим по различен начин, или по-точно по този начин - така или иначе имаме конфигурация за мобилната платформа, добре, логично е, така или иначе я програмираме на компютъра, така че нека да направим всичко без излишни боклуци, а именно - използваме тази конфигурация като междинна база.

В резултат на това ще имаме следната диаграма:

Нека сега да видим какво се случва тук. Показах обмена на данни със зелени стрелки, а обмена на конфигурация с червени стрелки. Тези. логиката е проста - MP получава данни от PB и получава конфигурацията от него. И PB обменя данни с Централната банка.

Какви са предимствата на тази архитектура:

• Имате една и съща база за мобилното приложение и за настолното;

Гарантирано е, че няма да предоставите възможност за получаване на забранени данни от Централната банка в мобилното приложение. Тук трябва да разберете, че ако в офиса все още можете да направите някои ограничения за достъп до данни и дори в случай на грешка в конфигурацията, поради която човек получава достъп до данните, тогава ще го вземете със себе си по-трудно. В случай на мобилна платформа, ако след синхронизация той получи някакви данни, тогава той може просто да копира базата данни с тези данни на компютъра си и да работи по-нататък и най-тъжното е, че нищо не може да се направи по-късно и няма начин да проследете го;

Няма нужда да конфигурирате CB за осъществяване на обмен, тъй като при обмен между CB и PB можете да използвате типичен обменданни чрез „Преобразуване на данни“;

Тъй като вашите метаданни в MP и PB ще бъдат идентични, тогава за обмен между MP и PB можете да използвате плана за обмен;

• Няма да натоварвате Централната банка с ненужни регулации (за някои ще говорим по-долу);

Недостатъци:

• Използването на PB е друга връзка и колкото по-малко връзки, толкова по-стабилни;

Тук подчертах обмена на данни със зелени стрелки и обмена на конфигурация с червени стрелки.

Какво специално се случва в този случай? Разполагаме с централна база данни, в която се конфигурират плановете за обмен (съответно „прекарваме“ данни от приложението до Централната банка и обратно), но в същото време имаме отделна база данни, в която записваме конфигурацията за мобилни телефони.

По този начин Централната банка не трябва да се намира точно на платформата 8.3, тя може да се намира на всяка платформа, просто в плановете за обмен (или каквото и да изберете да обменяте) трябва да вземете предвид характеристиките на различните платформи .

Недостатъците на този подход са очевидни - необходимо е постоянно да се преработва конфигурацията, трябва да се създават нови планове за обмен и/или уеб услуги и т.н.

Освен това не забравяйте, че базата данни ще трябва да има достъп до интернет, както първата, така и втората (тази с конфигурацията), но ако използвате опция за фиксирана конфигурация, компилирана в apk файл, тогава дясно страна от снимката може да се изхвърли. Но ще трябва да добавите още един - това е услуга за актуализиране на приложения на мобилната платформа. Ще помислим как да направим това по-нататък.

Защо Централната банка трябва да има достъп до интернет, защо Централната банка е на платформата 8.x? Всичко е много просто, най-много удобен начин exchange е обмен, използващ уеб услуги. Но те се появиха с 8.x и изискват достъп до интернет от базата данни.

Хибрид

Коя опция за обмен да избера? Всичко зависи от вашите цели; на теория можете да изберете хибрид. Например, имате директория с продукти, изпълнители и други неща, но на практика нищо от това никога не се променя или актуализира. Но поръчките са динамична информация.

След това можете просто да качите цялата такава статична информация в междинната база данни и да я изтеглите до мобилното приложение, но прехвърляте нареждания директно към Централната банка.

По този начин получавате редица предимства:

Не зареждате централната база данни, когато актуализирате директории, например, когато оторизирате мобилен телефон за първи път или в случай, че трябва да добавите някои нови подробности.

Можете също така лесно да качите баркодове, цени и дори баланси в междинната база данни и да вземете всичко от мобилния си телефон.

В ЦБ качвате само нареждания и както показва практиката, след качването те не могат да се редактират, т.е. с централната банка в най-добрия случай можете да получите само списък със статуси на поръчки, добре, приети, отхвърлени, събрани и т.н.

Тъй като почти всичко ще се изпълнява между Централната банка и PB с помощта на CD и само поръчките ще се записват сами, тогава когато заявките най-накрая се появят в мобилната платформа, много бързо ще можете да се отървете напълно от PB и да прехвърлите всичко напълно да мобилен телефон, с минимална редакция на ЦБ.

Коя опция за синхронизация да избера?

Е, това вече е доста сложен въпрос, тук всеки подхожда според възможностите си, своите възможности и задачите на своите клиенти.

Например, ако изберете опцията за самонаписан обмен, тогава трябва да разберете, че за всяко кихане на клиент ще трябва да актуализирате Централната банка, но какво ще стане, ако базата данни работи 24/7? Така че мисля, че клиентът едва ли ще бъде доволен от вашите актуализации през работния ден. Тогава вторият или третият вариант ще ви подхожда.

И ако имате персонализирана конфигурация, тогава е малко вероятно да почувствате някаква особена полза от използването на планове за обмен. Ако имате основна конфигурация, тогава имате малко опции. Затова всеки от вас сам трябва да избере пътя.

Здравейте, скъпи посетители. На страниците на моя блог вече съм обсъждал въпроса доста подробно. настройки за синхронизация между 1C ZUP 8.3 (3.0) и Accounting 8.3 (3.0)– . Тази статия беше посветена на настройката на синхронизацията между програмите на PROF версията, но напоследък доста често ме питат за настройката синхронизация между „основните“ версии на 1C ZUP и 1C BUKH(за разликите между основната и PRO версията в тази статия). И наистина, настройката и извършването на самата синхронизация между „основните“ версии на програмите е различна. Основната разлика е, че няма директна връзка от една база към друга, обменът става чрез файл.

Но тази статия няма да говори само за това. Ще говоря и за нови параметри в настройките за синхронизация, които се появиха не толкова отдавна. Между другото, тази информация ще бъде полезна и за потребителите на програмите на версията PROF (ще маркирам тези фрагменти в статията с надписа МОЛЯ, ОБЪРНЕТЕ ВНИМАНИЕ!), тъй като тези настройки са идентични. Следователно днешната статия ще бъде полезна за потребителите на всички версии на програмите.

✅

✅

И така, нека започнем по ред. Първото нещо, което ще направим, е да направим необходимите настройки в 1C Accounting 8.3.

Раздел Администриране – Настройки на счетоводството – Настройки на заплатите – поставете отметка в квадратчето, което „Съхраняват се записи за заплати и персонал“ - „Във външна програма.“Между другото, напоследък хората доста често питат, къде се намират Accounting Settings?в Счетоводство 3.0?

МОЛЯ, ОБЪРНЕТЕ ВНИМАНИЕче счетоводните параметри наскоро се преместиха в секцията Администриране и също се промениха външен видСчетоводни параметри. Има 5 отделни хипервръзки за различни групи настройки.

По-нататък в същия раздел Администриране – Настройки за синхронизиране на данниТрябва да поставите отметка в квадратчето Синхронизация на данни. Тази настройканеобходими, за да се позволи синхронизация по принцип.

Същата настройка трябва да се направи от страна на ZUP 3.0: Администриране - Настройки за синхронизиране на данни. Също така поставяме отметка в квадратчето Синхронизация на данни.

Настройка на синхронизация от страна на 1C ZUP 3.0

след предварително зададени настройкипрограми, можете да започнете да настройвате самата синхронизация. Синхронизацията може да бъде конфигурирана от всяка от тези програми. IN в този примерДа започнем настройката от ZUP.

В секцията Администриране - Настройка на синхронизация на данни вече имаме достъп до хипервръзката Синхронизация на данни, щракнете върху нея.

На следващия етап избираме с коя програма ще синхронизираме.

В този случай избираме програмата Enterprise Accounting, издание 3.0. В същия раздел въвеждаме префикса на информационната база. Общ префикс за програма за заплати ЗК, за счетоводство на предприятието BP. Този префикс ще бъде поставен пред номера на документа. Префиксът е необходим, за да може потребителят да види в коя програма е създаден определен документ.

След като изберем с коя програма ще се синхронизират данните, следващата стъпка е да изберем метода за настройка. На този етап поставете отметка в квадратчето Задайте настройките ръчно. Също така в този прозорец програмата ни подканва да направим резервно копиеданни.

На този етап бих искал да обърна внимание на факта, че ако синхронизирането на данни се извършва за първи път и не сте сигурни, че ще бъдат качени и изтеглени само необходимите данни, тогава трябва да направите резервно копие НЕОБХОДИМО. Това се прави, защото е много по-лесно да възстановите базата данни от резервно копие, отколкото да разберете какво се е случило в текущата база данни поради неуспешна синхронизация. Написах по-подробно как правилно да създадете резервно копие в статията.

В следващата стъпка трябва да избера директорията, през която ще се обменят данните. В моя случай тази директория се намира на устройство G:\Working databases\Exchange 3.0. Тук можете да проверите дали можете да пишете в директорията. Щракнете върху бутона Напред.

Пропуснете следващите две стъпки и просто щракнете върху Напред. Нямаме нужда от тези настройки.

Сега ще видим друг важен прозорец, който трябва да бъде попълнен правилно, за да се извърши правилна синхронизация на данните.

Първото нещо, което трябва да направим е да въведем префикса на информационната база, с която ще синхронизираме. Поставяме префикс BP.Напомням, че вече сме в базата данни на ZUP и настройваме синхронизация със Счетоводство 3.0.

Второ, трябва да проверите правилата за качване на данни (хипервръзка Променете правилата за качване на данни). Не забравяйте да посочите правилното Начална дата на борсата. Много често потребителите задават въпроса: Настроили сме синхронизация, но документите „не пристигат“. Тези. Изглежда, че няма грешки, синхронизирането е завършено. какво не е наред Грешката е, че ако посочите грешна дата, документите преди тази дата няма да бъдат заредени. Нашата база данни съдържа документи за качване от януари 2016 г., така че зададох датата на обмен на 01.01.2016 г. Документи няма да се качват преди тази дата.

Следваща често задаван въпрос: „Настроили сме синхронизация, „Отражение на заплатите...“ се прехвърля, но извлечения не се прехвърлят. защо?" Това най-вероятно се дължи на настройката " Данните за генериране на счетоводни записи се изтеглят.”Ако поставим отметка в квадратчето:

• с подробности по служител, тогава ще бъдат качени и документите „Отчет...” и „Отразяване на заплатите в счетоводството”.
• резюме от служители– ще се качват само документи „Отразяване на заплатите в счетоводството”.

Да се ​​върнем към нашия пример. Нека поставим отметка в квадратчето с подробности за служителите.Щракнете върху бутона Напред.

Нека да разгледаме всички наши настройки, които сме направили. Ако сме въвели всичко правилно, щракнете върху Напред. Ако сме направили грешка на някоя стъпка, щракнете върху бутона Назад. В нашия пример всичко е въведено правилно - щракнете върху Напред. Програмата обработва всички настройки и отваря прозорец, в който трябва да запазим всички настройки за синхронизация в отделен файл ( xml) , така че да може да се използва от страната на счетоводната програма за настройка на синхронизация.

Отметка Изпратете данни до счетоводството на предприятиетоЗасега ще го заснемем, за да можем по-късно да покажем отделно самата синхронизация на данните. Щракнете върху Готово. В папката Exchange 3.0 се появи файл с настройки.

Сега синхронизацията е конфигурирана в ZUP. Нека се върнем в секцията Администриране – Настройки за синхронизиране на данни – „Синхронизиране на данни“ и се уверете в това. Екранната снимка по-долу показва какво трябва да видите там.

Настройка на синхронизация от страна на Accounting 3.0

✅

✅ КОНТРОЛЕН ЛИСТ за проверка на изчисленията на заплатите в 1C ZUP 3.1
ВИДЕО - месечна самопроверка на счетоводството:

✅ Изчисляване на заплати в 1C ZUP 3.1
Инструкции стъпка по стъпказа начинаещи:

Сега да преминем към счетоводната програма. Раздел Администриране - Настройки за синхронизация на данни Първото нещо, което трябва да направите, е да активирате синхронизация. Поставете отметка в квадратчето Синхронизация на данни. След това отидете на хипервръзката Синхронизиране на данни.

Ние избираме с коя програма ще се синхронизира. Посочваме Заплата и управление на персонала, издание 3.0.

На следващия етап програмата ще изисква от нас да решим как да конфигурираме синхронизирането на данни. Ако в програмата за заплати сме избрали „ Задайте настройките ръчно", тогава тук задаваме „Зареждане на файл с настройки, създаден в друга програма“. Изберете файла, създаден в ZUP 3.0 - Настройки за обмен ZUP 3 – BP 3.xml.

Следващата стъпка е да конфигурирате директорията, през която ще се извършва обменът. Той ще се зареди автоматично въз основа на данните от файла с настройки.

Ще пропуснем следващите две стъпки, защото... се разглеждат там допълнителни функциисинхронизация и в моментате не са важни за нас.

След това ще се отвори прозорец и в него трябва да щракнем върху хипервръзката „Промяна на правилата за качване“. Ще се отвори друг прозорец „Настройване на правила за обмен на данни“, където трябва да зададем датата, от която ще се извършва синхронизирането. Както си спомняме, документи, чиято дата е по-малка от посочената дата, няма да бъдат качени, затова тук посочвам датата 01.01.2016 г. В моя пример е необходимо да се осигури обмен на документи, чиято дата надвишава 01.01.2016 г.

Следващата стъпка е да проверите въведените настройки за синхронизация. Ако всичко ни подхожда, щракнете върху Готово. Сега настройките за синхронизация ще бъдат запазени в счетоводната програма.

Извършване на синхронизация между ЗУП и Счетоводна програма

✅ Семинар „Лайфхакове за 1C ZUP 3.1“
Анализ на 15 лайфхака за счетоводство в 1C ZUP 3.1:

✅ КОНТРОЛЕН ЛИСТ за проверка на изчисленията на заплатите в 1C ZUP 3.1
ВИДЕО - месечна самопроверка на счетоводството:

✅ Изчисляване на заплати в 1C ZUP 3.1
Инструкции стъпка по стъпка за начинаещи:

Сега сме конфигурирали синхронизация и 1C ZUP в 1C Accounting. Но данните все още не са изпратени или получени. За тези, които се синхронизират за първи път, бих искал да отбележа това отделно Тези настройки (които извършихме по-горе) не е необходимо да се правят всеки път, когато искаме да синхронизираме нещо. Настройките се правят еднократно и при необходимост се извършва синхронизация на базата на готовите настройки.

Нека сега да направим синхронизацията. Отиваме до ZUP - натискаме бутона "Синхронизиране"(Администрация – Настройка на синхронизация на данни – Синхронизация).

Стъпка 1. Заплата се опитва да зареди някои данни от счетоводството. Тъй като все още не сме започнали синхронизацията в счетоводството, няма нищо за изтегляне.

Стъпка 2. Данните се качват във файл от програмата ТРЗ, който по-късно ще качим в програмата Счетоводство.

В папката, в която съхраняваме настройките за синхронизация, се появи нов файл Съобщение_ZK_BP, т.е. разтоварване от ЗУП в Счетоводство.

Този файл съдържа информация за документа (в моята база данни има документ за януари 2016 г.), за документите „Ведомост...“ (също за януари), плюс всички директории, свързани с този документ (лица, информация за организацията, метод на отразяване). Документът „Отражение...“ ще бъде прехвърлен, така че публикациите за заплати да се появят в счетоводния отдел, а документът „Ведомости...“, така че да могат да бъдат прикачени към парични разплащания или дебити от текущата сметка.

Други документи могат да бъдат прехвърлени, но ги нямам в тази база данни. Написах по-подробно какво точно може да се прехвърли в тази статия:

Сега трябва да се уверите, че тези данни от файла са заредени в счетоводната програма. В 1C Accounting отидете на раздел Администриране – Настройки за синхронизиране на данни – Синхронизиране на данни – щракнете върху бутона "Синхронизиране".

Стъпка 2. Данните се качват във файла Message_BP_ZK.

Появи се нов файл в папката, в която съхраняваме настройките за синхронизация и файла, изтеглен от програмата за заплати Съобщение_BP_ZK,тези. разтоварване от Счетоводство към ЗУП. Стига да не съдържа никакви съществена информацияза ЗУП, тъй като данните от ЗУП току що са заредени в Счетоводство и още не са редактирани. Този файл просто се създава, но впоследствие данните се зареждат от този файл в счетоводната програма, която също прехвърля част от информацията в ZUP. Но повече за това малко по-късно.

Чрез тези два файла всъщност се осъществява обменът между програмите. В професионалните версии този обмен се извършва директно, не се създават файлове.

Сега да видим какви документи са „пристигнали“ от ЗУП 3.0 до Счетоводство 8.3:

1. Документ „Отражение на заплатите в счетоводството“
2. Документи на Ведомост...

В нашата ситуация все още няма публикации. За да се появят, трябва да отворите документа и да поставите отметка в квадратчето „ Отразено в счетоводството".

Тъй като това беше първата синхронизация, елементът от справочника също „пристигна“ в счетоводния отдел Методи за рефлексия. При този метод на запис все още не е дефинирана разходна сметка. Задаваме разходната сметка, в противен случай транзакциите няма да бъдат генерирани. Нека веднага да зададем разходния елемент.

Ние изпълняваме документа. Сега можем да видим, че окабеляването се е появило (бутон DtKt).

Освен това, когато поставихме отметка в квадратчето Отразено в счетоводството– документът стана „сив“. По същество той беше блокиран. И сега трябва отново да синхронизираме с програмата за заплати, така че документът да бъде блокиран от страна на ZUP. В BUCH натиснете бутона Синхронизирайте(Администрация – Настройка на синхронизация на данни – Синхронизация). Сега при „Зареждане на данни“ нищо не се зарежда, защото не сме изтеглили нищо от заплатата. Но при „Изтегляне на данни“ вече се изтегля информация за документа „Отразяване на заплатите в счетоводството“, защото Сложихме отметка в квадратчето Отразено в счетоводството.

Сега да отидем на ZUP. Правим синхронизация (Администрация – Настройка на синхронизация на данни – Синхронизация). В резултат на това ZUP ще бъде зареден с информация, че документът „Отражение...“ трябва да бъде блокиран. Нека да отидем на този документ (Заплата - Отражение в счетоводството) и да отбележим, че отметката е автоматично поставена. Това поле за отметка не може да бъде премахнато. Документът става недостъпен за редактиране.

Ако трябва да се направят някакви промени, първо счетоводна програмаТрябва да премахнете отметката от това поле и да повторите процеса на синхронизиране отново. Всичко това се прави, за да не може калкулаторът да прави промени в данните, въз основа на които вече са генерирани транзакции.

За да научите първи за нови публикации, абонирайте се за актуализациите на моя блог:

Прехвърлянето на данни за начислени заплати към 1C на платформа 3.0 се извършва в режим на синхронизиране на данни между базите данни. Това е много по-удобен механизъм в сравнение със съществуващото преди това качване от 1C Accounting към 1C ZUP и обратно.

Как се промени обменът на данни между базите данни 1C 8.3 от ZUP 3.0 към Accounting 3.0 в сравнение с предишните версии на 1C?

Във версии под 1C 8.3 прехвърлянето от базата данни за отчитане на заплатите и персонала към 1C Accounting се извършва чрез отделен файл. Този файл беше принудително генериран в базата данни за заплати, качен в отделна папка и след това зареден в основната база данни за счетоводство.

Преходът към платформа 3.0 зарадва счетоводителите с фундаментално нов механизъм за прехвърляне на данни от 1C 8.3 Accounting към 1C 8 ZUP и обратно. Този механизъмви позволява да обменяте информация между две бази данни с почти едно щракване на мишката. Тази функция се нарича синхронизация на 1C ZUP 3.0 и 1C Enterprise Accounting 3.0.

Как да прехвърля данни от 1C 8.3 Accounting към 1C 8.3 ZUP?

IN предишни версииЗа правилно отразяване на записите във ведомостта е необходимо да се качи от базата данни, където се води счетоводството на дейностите на предприятието, в базата данни на заплатите. Това качване съдържа данни със сметкоплан, шаблони за осчетоводяване, подсметки за качените сметки и др.

Сега няма въпрос как да изтеглите данни от 1C Enterprise 8.3 до 1C Salary 8.3 - този обмен също се извършва като част от синхронизацията.

Сега необходимо ли е да се качват данни от 1C ZUP 3.0 в 1C Accounting 3.0?

Вече писахме, че качването на данни като такова в момента не се извършва. Той беше заменен от синхронизиране на качването от 1C 8.3 ZUP към Счетоводство 3.0. Това ще бъде обсъдено допълнително.

За да започнете синхронизирането на данни, намерете секцията „Администриране“ в менюто, където ще намерите необходимия ред.

Ако синхронизирането на данни не е използвано преди, трябва да го конфигурирате, като използвате алгоритъма, описан в следващия раздел. Ако настройките вече са направени, можете да пропуснете следващия раздел.

Първоначална настройка на синхронизация на база данни 1C 8.3 Счетоводство и ZUP 3.0

В прозореца за синхронизиране първо проверете дали съответното поле е отметнато.

Кликнете върху настройките.

В новия прозорец първо намерете бутона „Настройване на синхронизиране на данни“ в най-долната част и изберете програмата, с която планирате да обменяте информация. В нашия случай това е „Заплати и управление на човешките ресурси, издание 3.0“.

В новия прозорец задайте начална дата за синхронизиране. Решете как искате да отразявате начисленията в счетоводството - консолидирани в един запис или разбити по служител. Проверете дали да качвате за всички организации или избирателно - това е важно за онези специалисти, които водят записи на няколко предприятия в една база данни.

След това можете да щракнете върху „Запазване и затваряне“. Сега започнете синхронизирането.

Инструкции стъпка по стъпка за разтоварване на заплата от ZUP 8.3.1 до 1C 8.3

За да започнете процеса, щракнете върху „Синхронизиране“ в прозореца с настройки, който описахме в предишния раздел.

Ще се появи прозорец, показващ процеса на синхронизиране.

В края на процеса ще се появи прозорец, показващ успешното завършване на синхронизацията.

Как да кача от 1C 8.3 ZUP в 1C 8.3 Accounting - възможно ли е да се направи синхронизация в базата данни за заплати?

Програмата ще обменя еднакво данни при стартиране на синхронизация както в базата данни за заплати, така и при стартиране в 1C Accounting. Следователно няма значение откъде да започнете синхронизацията. И също така няма нужда да дублирате действия в една и друга програма.

Възможно ли е автоматично да се обменят данни между бази данни 1C 8.3 от ZUP 3.1 към Accounting 3.0?

Разработчиците на 1C предоставиха тази възможност автоматична синхронизация. Честотата на тези действия може да бъде конфигурирана. Ще говорим как да направите това в следващия раздел.

Как да настроите синхронизация на 1C 8.3 BP 3.0 и ZUP 3.0 по график?

За да настроите графика си, отидете отново в настройките си за синхронизиране.

Отидете в раздела за график и щракнете върху „Персонализиране“.

В прозореца, който се отваря, поставете отметка в квадратчето „Автоматично по график“. И до него щракнете върху хипервръзката, която веднага предлага графика по подразбиране.

Програмата ви позволява да настроите най-удобния график - отидете на раздела, който ви подхожда най-добре. Можете да настроите ежедневна синхронизация в определено време. Може да се монтира автоматичен стартв определени дни от седмицата и др.

Какви грешки възникват при синхронизиране на данни в 1C 8.3?

В редки случаи счетоводителят трябва да коригира документ в счетоводната база данни, но да остави документите непроменени в базата данни за заплати. Или обратното. В този случай, по време на следващата синхронизация, самата програма може да отмени направените промени. Ще ви кажем как да избегнете това в следващия раздел.

Как да ограничите прехвърлянето на данни от 1C 8.3 ZUP към 1C 8.3 Accounting 3.0?

Да се ​​ограничи възможни грешкиПоради произволни промени в данните за минали периоди, струва си да ограничите периода на синхронизация. За да направите това, задайте датата за забрана на промените, като поставите отметка в съответното поле в прозореца за синхронизиране на данни.

Веднага след като поставите отметка в квадратчето до датата на забрана за изтегляне, до нея ще се появи връзка за настройки.

Ако използвате синхронизация за обмен с няколко бази данни, тогава в повечето последния разделможете да инсталирате различни датиза различни бази.

Как да кача данни от 1C ZUP 8.3 в 1C Accounting 8.2 и възможно ли е?

Необходимостта от обмен на данни между такива бази данни не се случва много често. Разработчиците означават, че преходът от 1C 8.2 към 1C 8.3 се извършва едновременно за всички бази данни, използвани от предприятието. Поради тази причина няма вграден механизъм за обмен на данни за начислени заплати между 1C ZUP 8.3 и 1C Accounting 8.2. Но ако е необходимо, можете да пишете външна обработказа такава операция. Често програмистите на пълно работно време могат да се справят и с това.

Как да прехвърля данни от 1C 8.2 ZUP към 1C 8.3 Accounting и възможно ли е?

При обратната ситуация, т.е. при обмен на данни между 1C 8.2 ZUP и 1C Accounting 8.3, ситуацията е подобна на описаната по-горе. Ако е необходимо, такива разтоварвания ще изискват външен файлобработка.

Днес подарък по избор при абониране за Simplified: месомелачка, скара, блендер

Днес списание Simplified дава подаръци по ваш избор, когато се абонирате:

1. Електрическа месомелачка ( )
2. Електрическа скара (