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

Обикновено 1C приложение (обикновени формуляри, нормален интерфейс, версия 1C 8.2)

В 1C 8.2 е възможна само работа с нормални форми, в нормален режим на приложение. Изображението по-долу показва основата в режим на работа "обикновено приложение 1C" ( редовни форми).

Управлявано приложение 1C (управлявани формуляри, управляван интерфейс, версия 1C 8.3)

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

Каква е разликата между обикновено и управлявано 1C приложение?

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

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

за това трябва да конфигурирате команден интерфейсподсистеми:

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

Както можете да видите, в допълнение към командния панел "Създаване", има още "Отчети" и "Услуга". Засега те не са ни достъпни, тъй като не сме създавали отчети. Нека ги създадем и включим в подсистемата "Ценообразуване":

След това можем да добавим тези отчети и обработки към командния интерфейс:

След това тези команди ще се появят в командния панел:

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

трето, отчетът трябва да има оформление:

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

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

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

И така, разбира се, UV е много по-бърз от обикновено, т.к. работа по тристепенна схема между клиента и сървъра.

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

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

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

Модалности, събития и заключване на интерфейса

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

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

Бях сигурен, че тази модалност е изоставена.

Разбирането не дойде веднага.

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

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

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

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

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

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

Нови функции на интерфейса

Меню

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

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

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

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

Като цяло дойдоха нови начини за организиране на менюто, според мен не са много сполучливи, но няма алтернатива, а се използват в типични.

Попитах учителя: „Разбирам за управляваните форми, но защо трябваше да разработите интерфейси, защо не можахте да промените малко класическото меню“?

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

Заобикаляне на поръчката

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

Работно пространство и вложени форми

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

Би било много по-лесно да го създадете в програмен код или да използвате механизма за вложени форми.

Какво не е реализирано в 8.2-8.3

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

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

Функционални опции и видимост на елементите

По едно време RLSса създадени, за да показват на потребителите само отделни записи на таблици.

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

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

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

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

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

8.2 интерфейс и интерфейс на такси

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

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

Не е ясно защо беше необходимо да се върви по такъв объркващ път, ако в крайна сметка основната система от менюта в 8.1 беше още по-икономична при използването на екранни имоти?

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

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

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

Неразвита идеология

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

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

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

Съмнения в ефективността

Някои 1С подходи къмизползваемостпредизвикват съмнения.

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

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

Възможности за запазване на настройките

Настройките на формуляра се записват директно в базата данни, а не в сесията. Те не се губят, когато се разбият. Съответно се появи нов механизъм за работа с тези настройки, където можете да запазвате данните си. АлтернативенSaveValue/RestoreValue.

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

Други въпроси

Какво представляват управляваните формуляри?

В управляваните форми кодът се изпълнява на клиента и на сървъра.

Клиентът означава слаба машина, може дори да е обикновен браузър.

И сървърът е в директна и бърза връзка с базата данни.

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

Ето как работят управляваните форми. С подходящи умения, постоянният достъп до сървъра не е проблем.

Такава организация е по-ефективна от свързването със сървъра чрез отдалечен достъпосвен това е възможна работа директно през браузъра, т.е. на всяка платформа - Windows, linux, Android, Mac OS.

Бележки за 1 в насипно състояние

Ето бележките, които написах за себе си, те съдържат ценни знания:

1. В прозореца за стартиране на 1C вече не се регистрират информационни бази, а входни точки. Тези. една база може да присъства няколко пъти, но е регистрирана за различни потребители и различни работни инструменти - браузър, тънък/дебел клиент, вход на администратор.
2. За администратора се появи ключ, който деактивира контрола на ролите. Можете да влезете в Enterprise по този начин само ако имате администраторски права върху конфигурацията.
3. Общи подробности - не ги бъркайте с общи подробности в 1C7, в 82 те се използват за разделяне на достъпа в интерфейса.
4. Често се използва минималната височина на списъка във формуляра, за да се отървете от допълнителната лента за превъртане на формуляра.
5. Не трябва да съхранявате снимки в реквизитите на директорията, това води до спад в производителността на директориите, трябва да използвате информационния регистър.
6. В сървърните процедури трябва да използвате VALUE, когато предавате параметри, така че параметърът да не се предава обратно на сървъра.
7. Нови функцииPageBeginsFromИ Страницата приключва, евентуално други, от платформа 8.3.6.
8. В 1s 8.2 се появи привилегирован режим, т.е. можете да деактивирате контрола на достъпа на ниво роля в кодови секции.
9. Елементите на списъка с формуляри, таблицата със стойности и дървото със стойности се различават по това, че списъкът на сървъра и клиента има едно и също представяне, а за таблицата и дървото се създават специални обекти и те трябва да бъдат преобразувани на сървъра.
10. Бях доволен, че учителят обича да назовава обектите в единствено число и да наименува модулите с долно черта, така че тези модули да са първи по ред в контекстния намек.

За живота и около 1C

Учителят каза:

1. Разработката трябва да се извършва от интерфейса.
   Моето мнение : Твърдението е съмнително, т.к познанията и опитът в използването на архитектурата на платформата ви позволяват незабавно да преминете от обектите на приложението и след това да изградите интерфейса.
2. Мениджърът не въвежда данни, а само разглежда отчети. И той управлява не въвеждането на данни в 1C, а по телефона и чрез секретарка. Следователно браузърът е достатъчен за мениджъра, а полетата за въвеждане са необходими само за филтриране на данните.
   Моето мнение О: Да, това изглежда е вярно.
3. Критикуван BSP (Библиотека на стандартните подсистеми). В смисъл, че е невъзможно и много трудно да се изолират необходимите модули от него.
   Моето мнение : Защото дори BSP не може да се раздели на модули, тогава SCP не може да се раздели на модули UT, ZUP, BP, Производство. И тук не е виновна платформата, а грешната методология за писане на типични - модулността не се спазва. Един и същ Navisionотдавна има възможност първо да продаде счетоводство на клиент, а след това той може да закупи търговия, производство и заплати, ако е необходимо, без да пренаписва кода и да преминава към нова програма.
4. Типичните стомани са много сложни и трудни за промяна. Отново не заради сложността на платформата, а заради неправилната организация на типичните. В този случай се губи основният принцип – бърза и икономична поддръжка и усъвършенстване на стандартните конфигурации при необходимост.
5. Демонстрира се опция за поръчка, когато артикулът се намира вляво в работното пространство, а списъкът с поръчки е вдясно. Срещу номенклатурата можете да поставите количество, след което да го плъзнете в списъка с поръчки и се формира поръчка. Предимство - таблицата с поръчки не е блокирана за създаване на нова поръчка.
   Моето мнение : Предимството е измислено - въпреки това потребителите са по-свикнали да виждат избрания продукт в табличната част, те могат да запазят тази поръчка като чернова или да копират поръчката от шаблона. Като цяло документите не са измислени напразно.
6. Обяснена е разликата между разделите „Основни“, „Важни“, „Отиди“, „Вижте също“.
   Моето мнение : Лично аз разбрах смътно, което означава, че мнозинството няма да разберат тези нюанси, вградени в платформатаизползваемоств такси. Следователно интерфейсите ще изглеждат както преди, тъй като потребителите и програмистите в 1C вече са свикнали.
7. В клетка от поле на таблица във формуляр, чийто източник е произволна заявка, не можете да въвеждате данни, както в полето за въвеждане. Това се прави в ползаизползваемосттака че потребителят да се фокусира върху въвеждането на данни в отделен прозорец.
   Моето мнение : Дадох пример с въвеждане в таблични части, където има такова поле, смисълът на забраната не ми е ясен.
8. Разводите възникват от сравняването на съпруг с други хора. По-малко сравнения - по-силен брак.
9. Чужди езици са по-лесни за изучаване, когато изучавате няколко от тях наведнъж, тесногръдието и манията по един роден език се премахват.
10. Чужди езици не могат да се научат, ако свържете чужда дума с дума на родния си език, трябва да я свържете с изображение. Верижната чужда дума - образ е по-къса от верижната чужда дума - родна дума - образ. В последния случай мисленето на чужд език няма да работи.

Заключение

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

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

Сега контролираните форми не ме плашат, а напротив, привличат ме да ги познавам.

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

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

1) Да започнем с най-често срещания въпрос на моите любими клиенти, свързан с липсата на меню "Операции". Много счетоводители го използваха за търсене на отчети, обработка, документи, които понякога бяха много трудни за намиране в други раздели на програмата.

Като такова няма меню „Операции“ в Счетоводство 3.0. Неговият аналог се нарича "Всички функции" и по подразбиране показването на този раздел в програмата не е зададено. За да го активирате, трябва да влезете в менюто, което се отваря с оранжевия бутон с триъгълник в горния ляв ъгъл на програмата. В списъка, който се показва, изберете секцията "Услуга" и отворете секцията "Опции".

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

Сега в същото главно меню (оранжев бутон с триъгълник) виждаме секцията "Всички функции"

В който всичко, което сме свикнали да виждаме в Счетоводство 2.0 в секцията "Операции":

2) Сега нека разгледаме възможностите на програмата по отношение на настройката на TAXI интерфейса. Например, сега моята програма изглежда така:

Тези. раздели по-горе. Отворете прозорцитеотметки по-долу. Нека да видим как да променим местоположението на всички елементи на работния прозорец на програмата. Отново отваряме главното меню и намираме там секцията "Настройки на панела".

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

Щракнете върху бутона "Прилагане" или "ОК" и воаля, ето как започна да изглежда нашата програма:

Може би за някой ще е по-удобно да работи по този начин.

3) Още един съвет за настройка на програмата. По правило всеки счетоводител има някои раздели или отчети, които използва ежедневно. Е, например, OSV или OSV в акаунта. И би било много удобно, ако те бяха винаги там, винаги под ръка. Това може да бъде постигнато по много прост начин, като поставите необходимите отчети в секцията "Любими". Ще намерим баланса в секцията "Отчети". Насочвайки мишката към него, виждаме сива звезда до него.

С щракване върху него ще маркираме избрания отчет като "Любими"

Раздел "Любими"използвайки вече познатия ни редактор на панел, ще поставим, например, в долната част на работния прозорец на програмата.

4) И още една "тайна" за настройка на интерфейса на програмата. В различни раздели на програмата има документи, които някои никога не използват. Е, просто заради спецификата на организацията. Например в секцията „Покупки“ документи, свързани с EGAIS.

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

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

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

5) И накрая, за тези, които не искат да свикнат с интерфейса на Taxi. Можете да промените интерфейса на този, който беше в първите версии на Accounting 3.0.

В секцията "Администриране" намираме елемента "Интерфейс"

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

Ето как ще изглежда програмата с предишния интерфейс.

За интерес нека видим какъв е интерфейсът, подобен на Счетоводство 7.7.

Е, не знам, не знам. Вероятно ще се върна към обичайното си "Такси".

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

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

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

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

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

1. Много конфигурации на 1C имат множество интерфейси. И те могат да бъдат много различни. Тъй като различните потребители на програми изискват различна функционалност в съответствие с решаваните задачи. Един обикновен счетоводител не се нуждае (и дори е опасен) от пълния интерфейс на главния счетоводител. Или мениджърът по продажбите не се нуждае от мениджър за покупки или интерфейс на каса.

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

3. Често се случва така една и съща операция може да се извърши по различни начини. Един и същ справочник или документ може да бъде намерен в 1C в няколко различни раздела на менюто или функционалната лента и същата команда може да се изпълни чрез менюто или с помощта на комбинация от клавиши.

Как да промените интерфейса в 1C

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

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

Важен аспект от изучаването на 1C е да се разбере същността на счетоводните механизми на Счетоводство 8.2, а не просто да се извършват счетоводни операции в програмата.

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

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

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