Обмен на данни

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

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

Конфигурацията "Retail" поддържа двупосочен обмен на данни с конфигурация "Enterprise Accounting", издания 2.0, 3.0.

Когато използвате и трите конфигурации едновременно, се препоръчва да настроите обмен на данни между конфигурациите "Trade Management" и "Retail" и между конфигурациите "Trade Management" и "Enterprise Accounting", като използвате "Trade Management" като система за управление за конфигурация "Търговия на дребно" и източник на данни за регулирано счетоводство в конфигурация "Счетоводство на предприятието".

Вътрешни борси

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

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

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

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

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

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

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

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

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

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

При писането на тази статия са използвани материали от документацията на 1C за софтуерни продукти. Методът за настройка на обмена е описан подробно в htm-файла " Споделянеконфигурации Управление на търговията (11) и Счетоводство на предприятието ", който се намира в каталога на шаблоните, когато инсталирате както 1C: Счетоводство 2.0 (по-долу BP), така и 1C: Управление на търговията 11 (по-долу UT); препоръки, получени на партньорската конференция на 1C, и личният опит на автора при създаването и промяната на настройките за обмен за клиенти на RG-Soft Project Consulting LLC.

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

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

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

Това се дължи на факта, че към UT са добавени по-строги проверки на съдържанието на файла клиент-банка, например: проверка на попълването на TIN, проверка на номера на документа, номерът трябва да съдържа само числа в съответствие с наредбата на Централната банка от 3 октомври 2002 г. N2-P „За безналичните плащания V Руска федерация(с измененията от 3 март 2003 г., 11 юни 2004 г., 2 май 2007 г., 22 януари 2008 г.).

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

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

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

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

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

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

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

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

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

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

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

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

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

Организация на управлението в УТ

Започвайки с версия 11.0.6.9, предварително дефиниран елемент „Организация за управление“ се появи в UT в директорията на организацията. Този елемент не трябва да се съпоставя към (или да се променя от) текущата (единична или една от) организация. Повече за употребата този обектможе да се прочете във файла с документацията „Промени и допълнения към documentation.htm“включени в доставката на УТ.

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

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

Елементите на директорията „Структура на предприятието“ не са съпоставени с елементите на директорията „Организационни единици“ в BP. За да предотвратите качването на документи с празен атрибут Subdivision в UT, е необходимо да попълните стойността по подразбиране в настройките за обмен (фиг. 4).

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

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

Тип артикул

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

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

2. Променете артикула (услугата) - щракнете върху "Всички действия" - разрешете редактиране и изберете този тип артикул с типа услуга.

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

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

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

2) Можете да преместите датата назад, т.к той само разширява областта на качените данни. Струва си да се отбележи, че в този случай документи от предварително затворен период няма да бъдат автоматично регистрирани за обмен. За да направите това, трябва или да промените документите, или да използвате обработката RegisterChangesForExchange82.epf.

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

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

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

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

4. Премахване на обекти от една от базите данни

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

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

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

За да премахнете обекти, възникнали по време на обмена на дубликати, препоръчваме да използвате обработката Search&ReplaceValues.epf, който се намира в директорията \1CITS\EXE\ExtReps\Unireps82\SearchAndChange\ на ITS диска. И за да проверите коректността на сравнението на обекти на две информационни бази, можете да отворите Информационния регистър „Кореспонденция на обекти на информационна база“ и записите в този регистър могат да бъдат коригирани ръчно. Важно е да знаете, че след изтриване на обект в една от базите данни, в записа на информационния регистър ще има съвпадение на изтрития обект ( неработеща връзка), ще трябва или да съпоставите друг обект, или да премахнете записа.

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

Елементи на паричния поток

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

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

Потребители

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

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

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

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

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

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

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

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

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

Обменът на данни в среда 1C ви позволява да:

• Премахване на двойното въвеждане на документи;
• Автоматизирайте свързани бизнес процеси;
• Оптимизиране на взаимодействието между разпределените отдели;
• Своевременно актуализиране на данни за работата на специалисти от различни отдели;
• "Разграничаване" различни видовесчетоводство.*

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

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

• Съгласуване на състава на борсата;
• Дефиниране на транспорт (протоколи за обмен);
• Задаване на правила;
• Планиране.

Идентифициране на състава на борсата 1C

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

*Например, при интегрирането на WA: Financier, решение за финансово счетоводство и управление на касови процеси, разработено на базата на 1C:Enterprise, експертите на WiseAdvice го препоръчват като основна система. Това се дължи на наличието на контролни инструменти за спазване на правилата на политиката на приложението и съответно за гарантиране на ефективността на решението.

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

На същия етап, в зависимост от парка от съществуващи системи и структурата на предприятието, се определя форматът на обмен:

Разпределена информационна база

• RIB предполага обмен между идентични конфигурации на база данни 1C, с ясна контролна структура master-slave за всяка двойка обмен. Като елемент от технологичната платформа, RIB, освен данни, може да прехвърля промени в конфигурацията и административната информация на базата данни (но само от master към slave).

Универсален обмен на данни в 1C

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

EnterpriseData

• Най-новата разработка на компанията 1C, предназначена за осъществяване на обмен на данни в xml форматмежду продукти, създадени на платформата 1C:Enterprise, с всякакви системи за автоматизация. Използването на EnterpriseData опростява подобренията, свързани с обмена. Преди това, когато сте влезли нова конфигурациябеше необходимо да се внедри механизъм за импортиране и експортиране на данни, както за него, така и за съществуващите системи. Сега системите, които поддържат EnterpriseData, не е необходимо да бъдат модифицирани, тъй като имат само една входно-изходна точка.

Дефиниция на транспорт (протоколи за обмен)

Системата, базирана на платформата 1C:Enterprise 8, предоставя широка гама от възможности за организиране на обмен с всеки информационни ресурсичрез общоприети универсални стандарти (xml, текстови файлове, Excel, ADO връзка и др.). Следователно, когато се определя транспортът за обмен на данни, трябва да се изхожда от възможностите на базата данни на система на трета страна.

Синхронизиране на директории

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

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

Задаване на правила

Възможността за показване на данни от изходните системи в приемниците зависи от правилно дефинираните правила за обмен. Правилата, представени във формат xml, регулират съответствието на ключовите атрибути на обектите източник-дестинация. Решението 1C: Преобразуване на данни е предназначено да автоматизира създаването на правила за осъществяване както на еднократен обмен, така и на постоянен.

Гарантира липса на загуба на данни по време на обмен План за обмен. Това е неразделна част от всяка конфигурация на платформата 1C:Enterprise, която напълно описва процедурата за обмен на 1C: състав на данни (документи с "идентифициращи" подробности) и възли (информационни бази приемник-предавател), както и активиране на RIB за избрани направления за обмен.

Всяка промяна в данните, въведени в Борсовия план, се фиксира и получава знак "промяна". Докато променените данни не съответстват помежду си в приемно-предавателните възли, флагът няма да бъде нулиран и системата ще изпрати контролни съобщения до двата възела. След разтоварване на данните и потвърждаване на пълното им съответствие в двете системи, знакът се нулира.

График на обмен в 1C

За автоматизиране на редовния обмен е зададена честотата на качване на данни. Честотата на смяна зависи от необходимостта и техническите възможности. Освен това конфигурациите на платформата 1C:Enterprise ви позволяват да конфигурирате обмена на данни при възникване на събитие.

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

• Нестандартни, силно модифицирани конфигурации на бази данни;
• различни версии 1C:Enterprise платформи;
• Не се актуализира от дълго време текущи версииконфигурация;
• Разменете обекти, които са били модифицирани преди това;
• Необходимостта от нестандартни правила за обмен;
• Много различен набор и състав на детайлите в наличните директории.

Защото дори стандартни действияза осъществяването на първичния обмен на данни са необходими експертни познания, препоръчва се да се извършват с участието на специалисти от 1C. Едва след като изпълните всички горепосочени стъпки, трябва да продължите към настройката на обмена в конфигурацията. Помислете за интегрирането на бази данни на примера на "1C: UPP" и "1C: Retail" (според същата схема е конфигуриран обменът с "1C: UT"). Също така, типичната синхронизация включва обмен на SCP - SCP, което е типично за широкомащабни системи за автоматизация в най-големите индустриални предприятия.

В подменюто „Услуга“ изберете „Обмен на данни с продукти на платформата ...“ (избирането на директен обмен с „Търговия на дребно“ често заплашва с грешки на ниво COM обекти). Обърнете внимание на официалното съобщение " Тази възможностнедостъпен."

За да разрешите този проблем, трябва да изберете „Настройки за споделяне на данни“

...и поставете отметка в квадратчето. Освен това съобщението за грешка се игнорира.

В настройките за синхронизиране на данни изберете "Създаване на обмен с" Retail "...

Преди да конфигурирате настройките за връзка чрез локална или мрежова директория, уверете се, че има място на диска за директорията. Въпреки че по правило не отнема повече от 30-50 MB, в изключителни случаи може да изисква до 600 MB. Можете да създадете необходимата директория директно от конфигуратора.

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

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

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

За да автоматизирате процеса на обмен, трябва да настроите график.

Меню на дребно.

Поставете отметка в квадратчето и изберете Синхронизиране.

Ние правим “обратна” настройка, като избираме Управление на производствено предприятие.

Заредете файла с настройките, създадени в SCP.

Поставяме отметка, системата избира адреса автоматично.

Ние действаме по същия начин, както в UPP.

Проверка на сравнение на данни (Ръчното сравнение на данни се препоръчва да се направи на подготвителния етап, тъй като тази работа може да стане най-отнемащата време в процеса на осъществяване на обмена). Прозорецът за сравнение се отваря с двойно щракване на мишката.

В случай на грешка в синхронизацията, „Детайли…“ ще бъде заменено с „Никога…“.

„Подробности…“ отваря регистъра за регистрация с актуализирана информация за борсата.

Готов.

Описание на задачата

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

Видео уроци:

• Главна информация. Случаи на употреба
• Индивидуални свойства на множества. Задаване на свойства
• Общи свойства и свойства според модела. Настройка на свойства на магазини и партньори
• Задаване на свойства във формуляри. Използване в отчети
• Анализ на резултатите и резултатите

Стандартен счетоводен метод 02. Характеристика на арт

Описание на задачата

Търговия с детски дрехи и обувки. Необходимо е да конфигурирате в 1C: Retail:

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

Видео уроци:

• Формулиране на проблема
• Обща информация за характеристиките. Начини за отчитане на вариациите в свойствата на продукта
• Настройка на счетоводство по характеристики. Създаване на характеристики
• Задаване на разширени свойства
• Покупка на стоки с характеристики
• Определяне на цени за продукт с характеристики
• Продажба на стоки с характеристики
• Отчети за свойствата на артикулите
• Анализ на резултатите и резултатите

Стандартен счетоводен метод 03. Пакети артикули

Описание на задачата

Търговия на дребно с детски играчки. Батериите за играчки са активно закупен свързан продукт.

Батериите обикновено се предлагат в кутии по 10, но при големи покупки в кутии по 50.

Изисква възможност за продажба на батерии както поотделно, така и в кашони по 10 бр. / 50 бр.

Видео уроци:

• Системни настройки. Създаване на пакети
• Покупка на стоки в пакети
• Определяне на цени в пакети
• Продажба на стоки в пакети
• Анализ на резултатите и резултатите

Стандартен счетоводен метод 04. Номенклатурни серии

Описание на задачата

Има две направления - търговия с електроника и бебешки храни. Изисква се за изпълнение:

• За електроника - счетоводство за серийни номераза гаранционно обслужване
• Трябва да се издаде 1 година гаранция
• За детски храни - счетоводство по срок на годност

Видео уроци:

• Предназначение на механизма на серията артикули
• Настройте счетоводство по серии. Серия Счетоводна политика
• Получаване на серийни стоки
• Определяне на цени за серийни стоки. Вътрешно движение на стоки
• Продажба на серийни стоки
• Механизъм за смяна на печатни форми
• Списък на движенията на сериите стоки. Настройка.
• Анализ на просрочените стоки в края на периода
• Оценка на броя на стоките с изтекъл срок на годност в складовете
• Идентифициране на продажби на стоки с изтекъл срок на годност
• Анализ на резултатите и резултатите

Стандартен счетоводен метод 05. Баркодиране на стоки

Описание на задачата

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

Необходимо е да се оптимизира и ускори процеса на продажба на стоки:

• Механизъм за баркодиране на артикули
• Използвайте този механизъм, за да оптимизирате и ускорите процеса на продажба

Видео уроци:

• Обща информация за баркодирането
• Видове и стандарти на баркодове
• Обосновката за използване на вашите собствени баркодове. Баркодове на производителите
• Използването на баркодиране в 1C системи
• Шаблон за вътрешен баркод на стоки на бройка
• Настройки на баркод
• Регистрация на баркодове на стоки
• Използването на баркодове в 1C: Retail
• Анализ на резултатите и резултатите

Примерен счетоводен метод 06. Печат на ценови етикети и етикети

Описание на задачата

Преди ценовите етикети бяха създадени и отпечатани в Excel, но диапазонът се разрасна и е необходимо по-оптимално решение.

Освен това трябва да отпечатате собствени етикети за продукти без баркодове на производителя:

• Етикети с цени на ваше собствено оформление на обикновен принтер (A4)
• Стандартно: показва основна информация за организацията, магазина и продукта
• Промоционални: допълнително показва предишна цена и цена с определена отстъпка
• Отпечатайте етикети според оформлението със следната информация
• Име на продукта, цена, баркод
• Използвайте няколко принтера за етикети
• Обикновен принтер А4
• Специален принтер за етикети

Видео уроци:

• Шаблони за етикети и етикети с цени. Разликата в тези понятия
• Редактор на шаблони за етикети и ценови етикети
• Създаване на стандартно оформление на ценови етикет. Показване на наличните полета
• Добавяне на лого към оформлението и промяна на фона на клетката
• Задаване на броя етикети на страница
• Отпечатване на стандартен етикет с цена и финализиране на оформлението му
• Създаване на промоционална цена
• Шаблони по подразбиране и отпечатване на етикети от документи
• Създаване на шаблон за етикет за А4
• Отпечатване на етикет на етикетен принтер
• Класове за принтери за етикети
• Основни параметри на принтерите за етикети
• Видове печат на етикети
• Видове етикети
• Инсталиране и конфигуриране на принтера за етикети Zebra LP2824
• Създайте шаблон за етикети за принтер за етикети
• Възможни проблеми
• Нов редактор на ценови етикети и етикети
• Анализ на резултатите и резултатите

Стандартен счетоводен метод 07. Поръчкова схема на складовите операции

Описание на задачата

В магазина е демаркирано оформянето на операции със стоки.

Мениджърът по покупките изготвя финансово-счетоводни документи, които:

• Променете само състоянието на сетълментите с контрагенти
• Те са заявки за приемане/изпращане, формират количеството на стоките за проверка

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

Видео уроци:

• Създаване на магазин. Създаване на схема за поръчка
• Получаване по схема на поръчка
• Схема за изпълнение по поръчка
• Връщане по схема на поръчка
• Инвентаризация по схема на поръчка
• Нюансът на схемата за поръчка. Незакриване на регистри
• Анализ на резултатите и резултатите

Стандартен счетоводен метод 08. Отчитане на отклонения в сроковете и обема на доставките на стоки

Описание на задачата

По време на работа на магазина възникват различни отклонения в доставките на стоки.

За отклонение по отношение на получаване на стоки за поръчки (по-рано и по-късно от желаната дата) е необходимо следното:

• Анализ и обработка на просрочени доставки
• Корекция на графика на плащане за ранни доставки

За отклонения в обема на доставките за поръчки (недоставки и свръхдоставки) трябва да настроите Анализ на ефективността и надеждността на доставчика.

Видео уроци:

• Анализ на текущото състояние на системата
• Пристигна преди планираната дата по поръчка
• Просрочени доставки по заявки към доставчици
• Отклонения в обемите на доставките
• Подаване на нова поръчка за недостатъчна доставка на стоки
• Анализ на резултатите и резултатите

Стандартен счетоводен метод 09. Аванси и компенсации между доставките

Описание на задачата

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

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

Видео уроци:

• Авансово плащане и прихващането му при получаване на стоката
• Уреждане на плащания между документи за доставка
• Анализ на резултатите и резултатите

Стандартен счетоводен метод 10. Трансфери на стоки между предприятия

Описание на задачата

Две организации: LLC " Детски свят“и IP Родионов. Закупуването на стоки се извършва в IP Rodionov. Търговията се извършва само от името на Detsky Mir LLC.

Още преди продажбата стоките се прехвърлят от IP Rodionov на Detsky Mir LLC.

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

Видео уроци:

• Настройка на основни данни и получаване на стоки
• Прехвърляне на стоки преди продажба
• Регистрация за продажба
• Прехвърляне на стоки след продажба
• Взаимни разчети между организации
• Анализ на резултатите и резултатите

Стандартен счетоводен метод 11. Отчитане на лични продажби от продавач

Описание на задачата

Помощниците по продажбите работят в магазините на търговския етаж.

Необходимо е да се създаде счетоводство за лични продажби от продавачи с възможност за техния анализ.

Видео уроци:

• Създаване на служители
• Продажба Лични продажби за продавачи
• Въвеждане и разпечатване на регистрационни карти на служителите
• Анализ на личните продажби на продавачите
• Връщане на стоки от купувачи
• Анализ на резултатите и резултатите

Стандартен счетоводен метод 12. Отчитане на времето на служителите

Описание на задачата

В магазина работят 4 служители

• 2 консултанта - по половин ден на 2 смени
• касиер и управител - пълно работно време

Смените са от 10:00 до 15:00 часа и от 15:00 до 20:00 часа.

Необходимо е да се коригира в системата:

• Времеви план на служителите
• Данни за реално отработените часове

Необходим е анализ на съответствието на факта с плановете.

Видео уроци:

• Схема на обекти за проследяване на времето
• Настройка на NSI
• Планиране на времето на служителите
• Въвеждане на данни за реално отработени часове
• Анализ на работното време. Основни показатели
• Анализ на работното време. Прогнозни показатели
• Анализ на гъвкавостта
• Анализ на фиксиран график с извънреден труд
• Анализ на резултатите и резултатите

Стандартен счетоводен метод 13: Плащане на служители

Описание на задачата

Изисква се да се осигури минимална функционалност за отчитане и изплащане на заплати на служителите:

• Фиксирайте изчислените суми за плащане
• Запишете факта, че заплатата е изплатена
• Ако някой от служителите не е успял да получи заплата в рамките на 3 дни, тя трябва да бъде депозирана

Видео уроци:

• Оформяне на ведомост за заплати
• Изплащане на заплатите по извлечение
• Изплащане на заплати на служителите
• Анализ на резултатите и резултатите

Казус 01. Оптимизиране на попълването на търговския етаж от складове

Описание на задачата

Има два склада: Склад и Търговска зала.

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

Необходимо е първо да се попълнят остатъците от бебешка храна на търговския етаж въз основа на средните дневни продажби и баланса на стоките на търговския етаж и в склада

Съдържание на кутията:

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

Казус 02. Анализ на продажбите и изчисляване на нуждите за доставка на стоки

Описание на задачата

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

• Среднодневни продажби
• Остатъчни стоки в складове
• Данни за тенденциите в продажбите

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

Съдържание на кутията:

• Схема за изчисляване на необходимостта от средни продажби
• Въвеждане на операции с тестови случаи
• Продажби, продуктови баланси в търговски дни
• Анализ на нуждите от доставки
• Анализ на продажбите и формиране на поръчки
• Особености на изчислението за няколко доставчици
• Изчисляване на изискванията за средни продажби по дни от седмицата, като се вземе предвид линеен тренд
• ABC/XYZ анализ на продажбите
• Анализ на резултатите и резултатите

Казус 03. Управление на доставките във верига магазини

Описание на задачата

Верига от магазини (3 магазина) използва смесена схема за управление на веригата за доставки

• Снабдяването на основната гама стоки се управлява от снабдителен отдел на централния магазин на веригата
• Доставките на бебешки храни се управляват от вътрешни управители на магазини

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

Съдържание на кутията:

• Сценарии на веригата за доставки
• Прехвърляне на документи между магазини
• Настройка на NSI
• Попълване на балансите на разпределителния център
• Преместване без поръчка
• Движение по желание. Закриване на преводни нареждания
• Автоматично затваряне на просрочени поръчки
• Разписки директно към периферни магазини
• Регистрация на продажби в периферни магазини
• Попълване на баланси на периферни магазини
• Проблем с автоматизацията на разпределителния център
• Прехвърляне на средства между касите на организацията
• Анализ на резултатите и резултатите

Казус 04. Разпределение на продажбите и постъпленията по складове и организации

Описание на задачата

Магазинът разполага с 3 отдела на 3 етажа. При получаване стоките веднага се разпределят по техните отдели и само там се съхраняват.

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

На трите етажа са разположени каси. В касовите зони във всеки отдел има свързани продукти:

• Първоначално пристигат в склада, по-късно се разпределят по отдели
• При продажба трябва да се изпрати от вашия отдел

Услугата за платена доставка на стоки се продава само от ИП Румянцев от една каса на първи етаж.

Съдържание на кутията:

• Схема на системните обекти за решаване на проблема
• Настройка на NSI
• Номенклатурни групи
• Настройте разпределението на разписките за стоки
• Анализ на движенията след разпределение. Незакриване на регистри
• Настройте дистрибуция на продажби на продукти
• Търговия на дребно едро
• Продажби на дребно чрез RMK
• Настройка на разпределението на продажбите на услуги по организации
• Промяна на първоначалната задача. Всички отдели на една каса
• RMK. Грешка при разпределението на организацията
• Продава от склад с празна организация
• Разпределение на получаване и изпращане при движение между магазини
• Проблемът с балансите по организация
• Анализ на резултатите и резултатите

Казус 05. Плащане с карти и кредити. Сертификати за подарък

Описание на задачата

За удобство на купувачите трябва да добавите нови опции за плащане:

• Плащане с платежни карти
• Плащане с банкови кредити

Необходимост от издаване на подаръчни сертификати:

• Различни номинали: 1000, 5000 и 10 000 рубли.
• Валидност - 3 месеца. след продажба

Съдържание на кутията:

• Схема на разплащателна карта
• Настройка на плащане с платежни карти
• Плащане и връщане през компютър на дребно едро
• Плащане и възстановяване чрез компютър на дребноръчно
• Плащане и връщане през компютър в RMK
• Анализ на плащанията с платежни карти
• Схема за плащане на банков кредит
• Плащане с банкови кредити
• Публикуване на подаръчни сертификати
• Продажба на ваучери за подарък
• Плащане с ваучер за подарък
• Повторно активиране на подаръчни сертификати
• Отписване на подаръчни сертификати
• Анализ на движението на подаръчни сертификати
• Анализ на резултатите и резултатите

Нека да разгледаме прост пример от реалния живот. Да кажем, че имаме фирма, която се занимава с търговия на едро и дребно и в тази фирма, както във всяка друга, се води счетоводство. Компанията има две стандартни бази данни, това са съответно UT (управление на търговията) и BP (счетоводство на предприятието), всяка от базите данни има собствено счетоводство, в UT управление за отразяване на всички операции, свързани с търговията, в BP счетоводство. За да не вършите двойна работа, т.е. не създавайте едни и същи документи в две бази данни (в крайна сметка движенията трябва да са според управленските и счетоводство) просто ще настроим синхронизация между тези бази данни.

Ще настроим еднопосочен обмен на данни, от UT ---> BP. Възможно е също така да се създаде двупосочен обмен, но на практика това не се изисква често, така че няма да го разглеждаме в нашия пример.

Подготвителни стъпки за създаване на обмен в BP

Нека започнем да настройваме синхронизацията, първо отиваме в базата данни 1C "Enterprise Accounting 3.0" (приемник), трябва да проверим дали синхронизацията е активирана за тази база данни, за да направим това, първо трябва да отидем в базата данни. Веднага щом базата данни се отвори, отидете на раздела „Администриране“ ---> „Настройки за синхронизиране на данни“

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

Продължаваме да настройваме синхронизирането на данни в UT

След като сме извършили всички необходими действия в базата данни на приемника (BP 3.0), за да продължим настройката на обмена на данни, трябва да отворим базата данни източник (UT 11.1). Отиваме в раздела „Администрация“, вляво в менюто избираме елемента „Настройки за синхронизиране на данни“. Ако синхронизирането не е активирано, активирайте го, като използвате квадратчето за отметка и не забравяйте да посочите префикса на базата на източника. След като завършим всички точки 1-4, както е показано на изображението по-долу, трябва да щракнете върху хипервръзката „Синхронизиране на данни“ (точка 5).

В новия прозорец, който се показва, трябва да кликнете върху зеления знак плюс (Настройка на синхронизиране на данни), в падащото меню изберете елемента „Enterprise Accounting 3.0“.

Настройка на важни точки в обмена на данни между UT и BP

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

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

На следващата страница трябва да попълним правилата за изпращане и получаване на данни от конфигурацията на BP 3.0 (приемник). Кликнете върху „Промяна на правилата за качване на данни“.

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

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

След като направим настройките, натискаме "Запис и затваряне".

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

В нов прозорец ще бъдем помолени да настроим правила за базата на приемника (RP). В параграф 1 наричаме нашата база по някакъв начин, даваме й префикс. PREFIX трябва да бъде същият, както го зададохме в самата база данни на BP в началото на тази статия, ако префиксите се различават, синхронизирането на данни в програмата 1C няма да работи.След това щракнете върху точка 2 и след това върху точка 3.

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

Сега прозорецът трябва да изглежда нещо подобно на показаното по-долу, щракнете върху „Напред“.

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

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

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

Нека да разгледаме пример, да кажем, че в UT има контрагент с името „PharmGroup LLC“ и TIN 1234567, а в BP също има контрагент с TIN 1234567, но с името „PharmGroup“, ако не сравняваме тези два обекта, когато сравняваме данни на етапа на синхронизация, тогава след синхронизация в приемника (Enterprise Accounting 3.0) ще имаме два контрагента с TIN 1234567 и две имена съответно „PharmGroup LLC“ и „PharmGroup“. За да се избегнат подобни ситуации, е изобретен механизъм за съпоставяне на обекти.

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

Последният етап от обмена на данни между 1C

На последния етап програмата ще покаже следния прозорец, в който потребителят ще бъде информиран, че синхронизирането е успешно, щракнете върху „Край“. Това завършва синхронизирането между базите данни в еднопосочен обмен от „Trade Management 11.1“ (UT) към „Enterprise Accounting 3.0“ (BP).