Характеристики на настройването на типичен обмен между конфигурации "1C Trade Management 8" и "1C

Специфики при създаването на типичен обмен между конфигурациите "1C: Управление на търговията 8" rev.11 и "1C: Счетоводство 8" rev.2.0.

Много предприемачи, занимаващи се с търговска дейност, за да подобрят ефективността на управлението, едновременно придобиват две програми "1С: Счетоводство 8" (оттук нататък BP) и "1С: Управление на търговията 8" (по-долу UT).

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

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

1. Настройване на еднопосочен или двупосочен обмен.

На първо място, трябва да се има предвид, че само документи, свързани с касови и безкасови транзакции, могат да бъдат изтеглени от конфигурацията на BP до конфигурацията на UT. Те включват: Входящ касов ордер, Изходящ касов ордер, Получаване по разплащателна сметка и Отписване от разплащателната сметка. Документите за движение на стоки, създадени в BP, няма да бъдат качени в UT.

1C препоръчва да направите размяна с банка в UT. „Това ще осигури пълноценна работа с документи за изходящи плащания и по-лесна работа с входящи документи.“ Имаше обаче ситуация, при която почти никакво платежно нареждане от файла на клиентската банка не можеше да бъде заредено в UT, докато този файл беше напълно зареден в BP.

Има смисъл да се създаде еднопосочен обмен (от UT до BP) само ако всички документи и нормативна и справочна информация са попълнени в UT. По този начин можете да избегнете дублиране на елементи в тази база данни.

За да направите това, трябва да конфигурирате следния сценарий за обмен: създайте скрипт за обмен в конфигурацията на UT, в който се запазва само разтоварване (фиг. 1), в конфигурацията BP, създайте скрипт за обмен и запазете само изтеглянето.

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

За това се препоръчва да се използва обработка RegistrationChangesForExchange82.epf, което може да се намери в доставката на конфигурацията „Преобразуване на данни, рев. 2.1“. След като конфигурацията е инсталирана, обработката се намира в директорията за инсталиране на актуализация:. \ 1c \ Преобразуване \. номер_на версия ...

Ако нормативната и справочна информация се попълва както в UT, така и в BP, тогава трябва да се конфигурира двупосочен обмен, но в същото време може да се наложи проследяване на дубликати чрез стартиране на обмена в интерактивен режим вместо автоматичен (Фиг. 2).

Приоритет за промяна на данните

По препоръка на 1С е правилно първоначално да се разтовари (обмени) в UT, а след това в BP, т.е. вземете данни за приоритет в UT. По време на обмена данните, които се зареждат в конфигурацията, имат приоритет.

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

2. Разлики между BP и UT, засягащи обмена

Споразумения за контрагенти

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

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

Можете да прочетете повече във файла с документацията „Споделяне на конфигурации Управление на търговията и Enterprise Accounting.htm“.

Организация за управление в UT

Фирмена структура

В UT за управленско счетоводство се използва указателят „Структура на предприятието“, който съдържа списък на фирмените подразделения. При съставяне на документи посочването на разделението на предприятието е задължително.

Елементите на директорията "Структура на предприятието" не са свързани с елементи на директорията "Организационни отдели" в BP. За да не може UT да зарежда документи с незапълнен реквизит за подразделение, трябва да попълните стойността по подразбиране в настройките за обмен (Фиг. 4).

Склад в табличния раздел

Тип номенклатура

3. Настройка на обменни филтри (фиг. 5)

Промяна на датата на качване (зареждане) на документи

Филтрирайте по организация

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

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

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

4. Изтриване на обекти от една от базите

Маркирайте за изтриване

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

За да разреши този проблем, 1C препоръчва промяна на името на елемента, например - "(изтриване) на името на обекта".

Премахване на дубликати

5. Допълнителни настройки

Артикули на паричния поток

За да конфигурирате UT, може да се наложи да зададете „corr. сметка "за онези елементи на паричния поток, които ще бъдат използвани и разтоварени в BP.

За да конфигурирате BP: може да се наложи да посочите вида на паричния поток в елементите на директорията.

Потребители

Основен префикс и организационен префикс

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

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

Корекция на грешка

В нашата статия бяха разгледани най-важните аспекти на организирането на обмен на данни между "1С: Управление на търговията 8", рев. 11 и "1С: Счетоводство 8", рев. 2.0.

Специалистите на компанията "RG-Soft Project Consulting" са готови да предложат не само създаване на обмен за особеностите на воденето на записи на дадена организация, но и начини за коригиране на грешки в съществуващите борси.