Разтоварване от пакет Инструкции. Използвани материали

Прехвърляне на данни от програмата 1C UPP rev. 1.3 към 1C Accounting 8 rev. 3.0

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

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

Преход от към 1C Предприятие СчетоводствоПрепоръчително е да се извърши в началото на нов период (година, тримесечие, месец) след приключване на рутинните операции от предходния период. Правилата за прехвърляне могат да се използват и за редовно прехвърляне на данни.

внимание.Всички алгоритми и методи на работа, описани в статията, са напълно приложими за прехвърляне на данни от SCP (вижте описанието в pdf формат). Функционалността може да варира.

По време на процеса на изтегляне на данни от1C Управление на производствено предприятиеМогат да възникнат различни грешки. Представените тук правила за миграция търсят някои грешки по време на етапа на качване на данни.

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

Когато параметърът е зададен Проверете съответствието на счетоводните регистри на OSбалансът в регистъра ще бъде проверен за последователност CostOSAccountingи счетоводни данни. Ако балансите в регистрите не съвпадат, се показват съобщения за това. Най-честите несъответствия са в размерите на натрупаната амортизация. Амортизацията в UPP се изчислява, като се вземат предвид данните от регистъра CostOSAccounting, а не по данни от регистрите на БУ. Поради описаните несъответствия след прехвърлянето изчислението на амортизацията при източника и местоназначението може да не съвпадат.

Оперативна процедура.

В най-общия си вид процесът изглежда така: данните от изходната база данни на UPP се качват в междинен файл (виж Фиг. 1 Име на файл с данни), и след това се зарежда в основата на приемника BP 3.0.

Качването и зареждането на данни се извършва чрез обработка Универсален обмен на данни във форматXML, който се предлага във всички стандартни конфигурации на компанията без изключение 1C. Можете да го отворите в Меню - Услуга - Други обмени на данни.

Фиг.1 Качване на данни

За да качите, трябва да използвате правилата за обмен UPP_ACC8.xml, което трябва да се посочи в полето за въвеждане Име на файл с правила. Когато изберете файл с правила, те ще бъдат прочетени и дървото ще бъде попълнено Правила за качване на данни. Ако е необходимо, можете да прочетете отново правилата за обмен, като използвате бутона, разположен вдясно от полето за въвеждане. Когато четете правилата за обмен, параметрите за качване ще бъдат попълнени със стойности по подразбиране (вижте фиг. 2); ако желаете, те могат да бъдат променени преди качване на данните.

Фиг.2 Параметри за качване на данни

1. На първо място, препоръчвам прехвърляне на счетоводните политики на организациите. Но можете да прехвърлите всички данни наведнъж. На отметката Опции за качванеМожете да задавате различни параметри, като по този начин контролирате процеса. В този момент е полезно да зададете параметъра на да. В този случай, при зареждане на данни, счетоводните параметри ще бъдат конфигурирани в получаващата база данни BP 3.0.

Натисни бутона Качване на даннии вземете файла с данни в посочената папка.

След това данните трябва да бъдат заредени в получаващата база данни. За целта използваме същата обработка Универсален обмен на данни в XML форматно в приемната база. Посочваме в раздела името на файла за изтегляне, както при качване (вижте фиг. 3) и натиснете бутона Изтегляне на данни.

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

Фиг.4 Съобщения за промени в настройките на счетоводните настройки

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

2. След това трябва да прехвърлите остатъка към основата на приемника BP 3.0на датата на прехвърляне. Правилата за обмен в този случай работят точно както при всяко прехвърляне на данни към всяка друга база данни: генерират се документи Въвеждане на начални салда. При разтоварване трябва да посочите правилата в секцията Входящи салда (виж Фиг. 5).

Фиг.5 Борсови правила за прехвърляне на баланси

При зареждане документите ще се появят в основата на приемника BP 8.3 Въвеждане на начални салдакоито трябва да бъдат изпълнени. Те ще създадат всички необходими движения в регистрите. По време на процеса прозорецът със служебно съобщение може да съдържа съобщения за грешка. Те трябва да бъдат коригирани и проблемните документи да бъдат обработени. Грешките при осчетоводяване възникват от грешки, направени в счетоводството. Фигура 6 показва пример за такава грешка, която води до проблеми при образуването на остатъци. Количеството на материала е равно на нула, сумата свита по материал и по склад също е равна на нула, но за третото подконто има ненулеви салда с обратен знак. Това е доста типична ситуация. Такива баланси ще се появят в документа Въвеждане на начални салда,но ще бъде невъзможно да го осъществим.

Фиг.6 Пример за счетоводна грешка

В този случай и двата реда на документа Въвеждане на начални салдас неправилни баланси в получаващата база данни 1C 8.3 трябва да бъдат изтрити. След това документът ще бъде обработен.

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

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

3. Сега трябва да прехвърлите документитес дата по-късна от датата на баланса. След изтеглянето те също трябва да бъдат извършени. Когато качвате, трябва да имате предвид правилата за качване в раздела Документация. Правилата за качване на данни за документи са показани на фиг. 7.

Фиг.7 Правила за качване на документи

важно!След качването всички документи с дата, по-малка от началото на периода на качване, трябва да останат непубликувани или маркирани за изтриване. Това трябва да се наблюдава в бъдеще, когато работите в BP 3.0. По-специално, трябва да внимавате, когато актуализирате данните.

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

Следователно, като правило, няма специална необходимост от прехвърляне на справочна информация. Но ако все пак възникне такава необходимост, ако елементът на директорията не е намерен в нито един документ, но ще бъде необходим в бъдеще, тогава за тази цел правилата за обмен, групирани в раздела Справочници(виж Фиг. 8). Правилата за изтегляне на данни за директории са показани на фиг. 8.

Фиг.8 Правила за качване на директории

Не е необходимо директориите да се прехвърлят изцяло, можете да ограничите качването чрез различни филтри. За да направите това, в дясната половина на прозореца трябва да конфигурирате селекцията (вижте фиг. 9), най-простата: в Полепосочете избраната директория в Тип сравнение- Еднакво, в Значение- връзка към елемент от директория. Това ви позволява да прехвърляте липсващи елементи от справочници, които не са изтеглени чрез връзки от документи. Можете да създадете по-сложни селекции, като използвате различни подробности за директорията и различни видове сравнения.

Фиг.9 Монтаж на селекция по време на разтоварване

Доклад за производство на смени, документ Изходи документ Номенклатурен пълен комплектс вида на операцията Изход. Всички те са превърнати в BP 3.0в документа Доклад за производство на смени, във всички случаи е необходимо да се определи планираната цена

5. Прехвърляне на информационни регистри(по-нататък RS) също е част от предаването на справочна информация. Има независими информационни регистри, т.е. не са свързани с документи по никакъв начин. Съответно те не могат да се прехвърлят чрез връзки, така че се прехвърлят независимо. Правилата за качване на данни за такива регистри са групирани в секцията Информационни регистри. Това не означава, че всички информационни регистри, посочени тук, трябва да бъдат прехвърлени. Например, някои могат да бъдат прехвърлени или могат да бъдат заредени в базата данни на приемника 1C 8.3 с помощта на самата програма. Някои информационни регистри вече са попълнени преди прехвърлянето.

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

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

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

Характеристики на прехвърляне на производствени счетоводни документи.Те включват: документ Доклад за производство на смени, документ Изходи документ Номенклатурен пълен комплектс вида на операцията Изход. Всички те са превърнати в BP 3.0в документа Доклад за производство на смени, във всички случаи е необходимо да се определи планираната себестойност (планирана сума), тъй като в BP 3.0тази подробност е задължителна. Ако SPP използва режим на отчитане на разходите парти, тогава планираната себестойност се определя по счетоводни данни въз основа на осчетоводяванията на документа UPP. При режим на разширен анализ на RAUZ плановата себестойност се определя въз основа на счетоводни данни за месеца, в който е отразен този документ. Планираният разход е оборотът в дебит на сметката за материални запаси (10, 21, 41, 43) от кредита на сметка 20. Освен това, ако в счетоводните параметри е зададена константа MaintainPartitionAccountingWarehouseRegl, тогава за всеки склад се определя планираната себестойност на артикула. В противен случай се консолидира за всички складове.

При прехвърляне на документ Номенклатурен пълен комплектс вида на операцията Изходпопълва се табличната част Материалии съответно при извършване на документа Доклад за производство на сменив BP 3.0 материалите се отписват. При прехвърляне на документ Доклад за производство на смени V 1C счетоводство 8Табличната част Материали не се попълва, тъй като в този случай има документи на формата Заявка-фактура.

Ако има проблем със зареждането: " Посоченият файл не съществува", препоръчвам да направите следното. Превключете от "Режим на работа (на сървъра)" на "Режим на работа (на клиента)", след което прозорецът за избор на файл за изтегляне става неактивен. Когато щракнете върху бутона "Зареждане на данни", обработката ви подканва да изберете файл за изтегляне, посочете, че е ясно видим в този прозорец.Опитайте се да се уверите, че общата дължина на името на файла не надвишава 64 знака, не съдържа интервали или руски букви, а самото име на файла е като възможно най-кратък, например CDData.xml

Съдържание на доставката.

Пакетът включва: правила за трансфер UPP_ACC8.xml. За опция Прехвърляне на баланси и документи от програмата 1C UPP към 1C BP rev. 3.0 с избор от ZhRПакетът включва и обработка UniversalData ExchangeXML_With_Selection_By_JR.

Други правила за прехвърляне на данни:

И така, изтегляме обменния модул 1C-Bitrix от връзката http://1c.1c-bitrix.ru/ecommerce/download.php

В нашия пример ще разгледаме интегрирана автоматизация версия 1.1 (1.1.76.2), обменен модул 1C-Bitrix 6.0.3.4

За разлика от търговията 11.2, иконата „Bitrix“ не е в менюто, така че отидете на Операции – План за борса – Настройки на борсата с уеб сайт. Щракнете върху „Добавяне“ и създайте свой собствен възел за качване на елементи в сайта.

В раздела „настройване на параметри за обмен“ посочете следните данни:

В полето "Адрес на сайт"посочете http://site/bitrix/admin/1c_exchange.php

Ако вашият сайт работи на https, тогава https://site/bitrix/admin/1c_exchange.php

НО! Обменът с https не работи на по-стари версии на модула за обмен 1C-Bitrix.

Потребителско име и парола, потребителят трябва да има администраторски права на сайта.

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

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

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

Отидете в раздела "режим на обмен на данни"и изберете „качване на информация за елементи“, "контрол на промяната"„пълно качване“ (ако това е първото качване на сайта).

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

Отидете на бутона „конфигуриране“.
Разделът „Общи настройки“ определя каталозите, в които се качват продуктите и информацията за тях. Ако поддържате инвентаризация в 1C по групи и искате да видите точно същата структура на каталога на уебсайта, тогава по принцип не променяте нищо на тази страница. Но ако искате да разтоварите определени групи артикули, тогава в полето „групи артикули“ използвайте селекция, за да посочите тези, от които се нуждаете.

Ако искате да създадете уникална структура за сайта, различна от структурата на артикулите в 1C, обикновено в 1C структурата на артикулите е направена удобна за мениджърите, така че да им е удобно да търсят продукт, тогава структурата на каталога на уебсайтът трябва да е удобен за потребителя. След това в този случай изберете „настройване на групово дърво“.

От лявата страна на екрана задаваме структурата на сайта, а от дясната страна се показва структурата на номенклатора в 1C. Можете или да плъзгате и пускате цели папки, ако всички продукти, които са там, принадлежат към раздела, който създавате, или можете да плъзгате и пускате един продукт наведнъж.

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

Раздел Продукти

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

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

Знакът „Качване на стойности на свойства в продукти“ означава, че стойностите на свойствата ще бъдат качени в продуктите, дори ако самите свойства не са качени (необходими, когато свойствата се качват отделно с помощта на друга настройка за обмен).

В групата „Настройване на кореспонденция на полето за артикул“ вие задавате правилата, в кое продуктово XML поле се качва определена продуктова информация.

Основните детайли са постоянни. Няма ограничения за допълнителни подробности. Сервизните полета на XML файл не могат да се редактират.

Стойностите на имената на полетата 1C могат да бъдат предварително дефинирани (например баркод, име) или произволни. Произволно 1C поле може да бъде част от 1C код; достъпът до номенклатурата се осъществява чрез „Номенклатура“. Например, в полето за име на XML можете да вмъкнете израза „Номенклатура.Артикул + “ - ” + Съкращение(Номенклатура.Име)”, в резултат на което номенклатурата с името, залепено към артикула, ще се появи на сайта.

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

Раздел Оферти

Ако има отметка в квадратчето „Качване на оферти“, офертите за продукти ще бъдат разтоварени.

Отметката „Качване на характеристики само с остатъци“ е необходима за допълнителен избор на предложения. Ако атрибутът е зададен, ако офертата няма салда в разтоварени складове, такава оферта не се разтоварва.

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

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

Знакът „Качване на стойности на имоти в оферти“ означава, че стойностите на имотите ще бъдат качени в оферти, дори ако самите свойства не са разтоварени (необходими, когато имотите се разтоварват отделно от друга настройка за обмен).

Атрибутът „Разтоварване на характеристиките на офертите“ определя дали е необходимо да се разтоварят характеристиките на офертите в офертите (ако е достатъчно да се разтоварят като свойства).

Ако има отметка в квадратчето „Качване на баркодове“, тогава ще бъде качен 1 баркод за продукти и техните предложения. Ако не се използват баркодове, тогава е по-добре да не поставяте отметка в това квадратче, защото това ще забави процеса на качване.

Раздел Свойства

Ако има отметка в квадратчето „Качване на свойства“, тогава свойствата на продуктите и офертите ще бъдат качени.

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

За да може дадено свойство и неговите стойности да се съхраняват в Hib, трябва да поставите отметка в квадратчето. Свойство от типа „Файл“ винаги се съхранява в информационни блокове с високо натоварване.

Раздели „Цени“ и „Остатъци“.

Включено, ако качите баланси и цени на сайта.

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

В прозореца за настройка на селекции за качени данни се задават селекции за референтни данни: Продуктов сегмент– избор на артикули по продуктови сегменти;
Номенклатура– подбор по самата номенклатура или група;
Единица за съхранение– избор по ненатоварени мерни единици на стоки. Независимо от избора, основните единици стоки се разтоварват;
споразумение– избор според ненатоварените споразумения на стоките и съответно цените на стоките. Качват се само стандартни споразумения, като атрибутът „Достъпно за външни потребители” и атрибутът „Партньорски сегмент” не са попълнени;
Наличност– подбор по ненатоварени складове. Останалите стоки ще бъдат само в тези складове, които отговарят на условията;
Свойство на артикула– подбор по свойствата на номенклатурата. Ще бъдат разтоварени само имотите, които отговарят на условието за избор.

Често срещана грешка, който се намира в тази функционалност - това са отметки и празно поле в „Стойности“.

За разлика от UT 11, не е необходимо да създавате стандартно споразумение, за да качвате цени на сайта; просто трябва да посочите типа цена, от който се нуждаете в селекциите.

Всичко е настроено, време е за проверка. За целта ще го качим във файл. Отваряме възела за обмен, отваряме „настройване на параметри за обмен“ и преминаваме към режим „качване в директория на диск“, в контрола на промяната се уверяваме, че е зададено „Пълно качване“, извършваме обмен на данни. След завършване отворете папката, в която отиде обменът, ако всичко е правилно, тогава трябва да има две папки и xml файл

Отиваме в папката със стоки, в нея има 4 файла:
1) внос – при който се виждат всички стоки, които са разтоварени;
2) оферти – търговски оферти на стоки;
3) цени - цени;
4) остатъци - остатъци.
Нека проверим дали са изтеглени цените на стоките и вида цена, от който се нуждаем.

Ако качвате в Small Business, тогава трябва да копирате външния код от маркера „IDTypePrices“ и да го поставите в Store – Price Type

Отваряйки файловете, можете да проверите дали са качени продуктови баланси, цени, структура на каталога, свойства на продукта, т.е. дали 1C предоставя необходимите данни.

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

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

Нека да разгледаме няколко настройки в самата BUS, които трябва да се вземат предвид при настройване на качване от 1C.

Ако качвате снимки от 1C, тогава трябва да сте по-внимателни с настройките за обработка на изображения. Магазин - Настройки - Интеграция с 1C.

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

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

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

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

След това отиваме на уебсайта и разглеждаме външния код на информационния блок. Съдържание – видове информационен блок – необходим информационен блок. Търсим полето „външен код“, ако не е там, не се отчайвайте. Отидете на настройки - настройки на модула - информационни блокове и включете показването на външни кодове.

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

Външният код на информационния блок, в който искате да качите, и GUID на директорията в 1C са различни, така че поставяме предварително копирания GUID на директорията в 1C в полето за външен код.

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

Използвайки тези правила, следните документи се изтеглят от базата данни на UPP към BP:

1. Продажба на стоки и услуги
2. Получаване на стоки и услуги
3. Издадена фактура
4. Получена фактура
5. Приходен касов ордер
6. Касова гаранция по сметка
7. Движение на стоки
8. Номенклатурен пълен комплект
9. Фактура за изискване
10. Връщане на стоки на доставчика
11. Връщане на стоки от купувача
12. Фактура за плащане от купувача въз основа на Поръчка на купувача

както и почти всички справочници, които се използват в тези документи (Номенклатура, Мерни единици, Контрагенти и други)

Обменът се осъществява чрез "Универсален обмен на данни в XML формат"

Инструкции за прехвърляне на информация от UPP 1.3 към BP 3.0

ВАЖНО!!! На първо място, препоръчвам всички тестове на борсите да се извършват върху копия на базата данни. Особено когато сте потребител без умения за трансфер на данни.
В противен случай съдържанието на базите данни може да бъде повредено. Проверихме го на копия, уверихме се, че го правим правилно и едва тогава пристъпихме към прехвърлянето му в бойни бази.
За да засилите мерките за сигурност, преди да прехвърлите данни, е по-добре да направите копия на базите данни, както местоназначението, така и източника

Прехвърлянето на данни е разделено на два етапа:

Етап №1. Качване на информация от източника "UPP 1.3."
Изтеглете правила за обмен
Трябва да отидете до изходната база данни, в нашия пример SCP 1.3

Започваме обработката на "Универсален обмен на данни в XML формат" Главно меню \ Инструменти \ Други обмени на данни \ Универсален обмен на данни в XML формат

Отидете в раздела „Качване на данни“.

Посочете името на файла, където са посочени правилата за преобразуване
Зареждат се настройки за правила
Попълнете детайлите „Име на файла с данни“, файла, в който ще качим данните
В раздела "Качени данни" избираме типовете обекти, които трябва да качим
Ако качваме документи, тогава трябва да посочим периода, за който трябва да качим документи, например от “01/01/2018” до “01/31/2018”
Настройките за качване са готови, можете да кликнете върху бутона "Качване на данни", който се намира в горното меню за обработка
След завършване на разтоварването ще се покаже съответното предупреждение, а прозорецът за служебно съобщение ще покаже информация за броя на разтоварените обекти.

Трябва да отидете в базата данни на получателя, в нашия пример Accounting 3.0.

Трябва да се уверите, че имате достъп до секцията Всички функции.

За да направите това, отидете в Главно меню \ Инструменти \ Опции

P.S.: Ако не виждате квадратчето за отметка „Показване на командата „Всички функции“, значи нямате право на „Системен администратор“

Отворете обработката "Универсален обмен на данни в XML".

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

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

За да се уверите, че документите са заредени, отидете на съответните подсистеми за продажби, раздел „Продажби (Акти, фактури)“, раздел за доставки „Приходни бележки (актове, фактури)“

И виждаме наличието на изтеглени документи

Да преминем към изтеглените документи

Прехвърлянето на данни приключи

Видео инструкция

актуализиран 16.01.2018 г. Добавени правила за конвертиране от UPP (1.3.101.1)_в BP (3.0.57.17)

актуализиран 22.02.2018 г. Добавени правила за конвертиране от UPP (1.3.103.1)_в BP (3.0.58.41)

upd 03/05/2018 Следните документи са добавени към правилата за преобразуване от UPP (1.3.103.1)_към BP (3.0.58.41): Заявка на фактура, Касова бележка, Опаковка, Движение на стоки

upd 21.05.2018 г. Добавени правила за конвертиране от UPP (1.3.107.2)_в BP (3.0.61.47). Типът документ „Връщане на стоки на доставчик“ е добавен към правилата за преобразуване от UPP (1.3.107.2)_в BP (3.0.61.47)

актуализирано 26.09.2018 г. Добавени правила за конвертиране от UPP (1.3.112.3)_в BP (3.0.64.54). Типът документ „Връщане на стоки от купувача“ е добавен към правилата за конвертиране от UPP (1.3.112.3) към BP (3.0.64.54)

Тестван на платформи 1C:Enterprise 8.2 (8.2.19.130) UPP конфигурация (1.3.112.3) и 1C:Enterprise 8.3 (8.3.13.1513) BP конфигурация (3.0.64.54)

upd 17.01.2019 г. Добавени правила за преобразуване от UPP (1.3.115.2)_в BP (3.0.67.67).

Upd 02/10/2019 В правилата за конвертиране от UPP (1.3.115.2) към BP (3.0.67.67) са добавени директории за изтегляне: Други приходи и разходи, Служители.
Документът "Фактура за плащане", който се създава в BP въз основа на документа "Поръчка на купувача"
Регистър на информация: Правилата за "Счетоводство на артикули" са подходящи за прехвърляне от UPP 1.3 (1.3.113.4)

Тестван на платформи 1C:Enterprise 8.2 (8.2.19.130) UPP конфигурация (1.3.115.2) и 1C:Enterprise 8.3 (8.3.13.1513) BP конфигурация (3.0.67.67)

Upd 04/10/2019 Правилата за преобразуване от UPP (1.3.115.2) към BP (3.0.67.67) са подходящи за прехвърляне на данни от UPP (1.3.120.1) към BP (3.0.70.25)
Тестван на платформи 1C:Enterprise 8.2 (8.2.19.130) UPP конфигурация (1.3.120.1) и 1C:Enterprise 8.3 (8.3.13.1644) BP конфигурация (3.0.70.25)

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

Данните могат да се прехвърлят и чрез . Много конфигурации 1C 8.3 имат стандартна функционалност за настройка на синхронизиране на данни между различни конфигурации и безпроблемна интеграция с 1C Document Flow.

Но когато данните трябва да се прехвърлят между абсолютно идентични конфигурации, можете да опростите задачата си и да използвате стандартна обработка за качване и изтегляне чрез XML. Моля, обърнете внимание, че този метод, подобно на преобразуването на данни, сравнява обектите един с друг по уникален идентификатор (GUID), а не по име.

Можете да изтеглите тази обработка на ITS диска или като използвате връзките:

Той е универсален и подходящ за всякакви конфигурации.

Нека разгледаме пример за разтоварване на директорията "Номенклатура" от една информационна база 1C 8.3 Accounting 3.0 в друга. Предпоставка ще бъде избор от родител (група) „Дървообработване“.

Качване на данни от 1C в XML

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

Отворете обработката на качване и изтегляне на XML данни (Ctrl+O).

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

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

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

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

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

В този пример трябва да изберете само елементите, които се намират в папката „Дървообработване“.

Подобна обработка за 8.2 ви позволява да зададете селекции за всеки конфигурационен обект в удобна форма. В 8.3, за съжаление, няма такава функционалност. Един изход в тази ситуация е да изберете необходимите елементи в раздела „Допълнителни обекти за разтоварване“.

Тук можете да добавяте обекти ръчно (бутонът „Добавяне“) или по заявка („Добавяне по заявка...“). Ако има голям брой от тях, вторият вариант е за предпочитане.

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

След като сте посочили всички необходими обекти и допълнителни елементи за качване, кликнете върху бутона „Качване на данни“. Те ще завършат в XML файл, чието име и път сте посочили по-рано. Резултатите от тази операция ще бъдат показани в съобщения.

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

Зареждане на директория от XML

След успешно изтегляне на данни от изходната конфигурация в XML файл, отворете целевата база данни. Структурата на обектите и техните детайли трябва да съвпадат помежду си. В този случай прехвърлянето се извършва между две стандартни конфигурации 1C: Счетоводство 3.0.

Отворена обработка в базата данни на получателя. Тази обработка се използва както за качване, така и за зареждане на данни. Отидете в раздела „Изтегляне“ и посочете пътя до XML файла, в който данните са били изтеглени преди това. След това кликнете върху бутона „Изтегляне на данни“.

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

Не е попълнена директория „Номенклатура” в получаващата база данни. Сега тя има пет елемента: три номенклатурни позиции и две групи.