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

Дори съжалявах, че 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.

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

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

Когато потребителят влезе в 1C в Enterprise режим, за да започне работа, той първо вижда интерфейса на програмата.

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

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

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

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

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

Интерфейс 1C

1C интерфейсът на дебел клиент изглежда така.

Включва:

• Главно меню
• Панели.

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

В конфигуратора интерфейсът 1C се намира в клон Общи / Интерфейси.

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

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

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

Ако добавите още панели, те ще се показват като панели (с бутони).

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

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

При добавяне на горния елемент от менюто, в свойствата можете да изберете едно от типичните менюта - Файл, Операции, Сервиз, Windows, Помощ.

След като добавите бутон или елемент от менюто, трябва да изберете действието, което да извършите. Действието може да бъде от два вида.

Ако искате щракването да отвори 1C обект - директория, документ или отчет - трябва да щракнете върху бутона с три точки и да изберете желания обект, както и желаната форма (възможно действие на обекта).

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

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

IN нова версия 1C 8.2, се появиха нови типове клиенти -.

Интерфейсът на тънкия клиент на 1C изглежда така.

Интерфейсът на уеб клиента на 1C изглежда така.

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

Вече се състои не само от менюта и панели, но и от:
1) Списък на счетоводните раздели
2) Навигация през избрания раздел
3) Команди за изпълнение в текущата секция
4) Формуляри за извършване на текущата операция.

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

Факт е, че сега интерфейсът на 1C е еднакъв за всички потребители и в същото време динамичен, работещ в зависимост от набора от потребителски права и командите, които той може да изпълни.
Можете също да кажете, че се формира на базата, така че се нарича още команден интерфейс 1C.

Подсистеми 1C

Основата на управляваните команден интерфейс 1C е списък със счетоводни раздели. Например - пари и стоки, два раздела на счетоводството.

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

След като създадете подсистема 1C, в необходимите директории и документи, в раздела 1C Subsystems в конструктора на обекти, можете да ги включите в тази подсистема 1C. Това означава, че те принадлежат към този раздел на счетоводството. Обектите могат да бъдат включени в няколко подсистеми 1C.

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

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

След като прочетете статията, ще научите:

• Каква роля играе подсистемата при оформянето на структурата на менюто?
• Как се формират раздели от менюто от 1-во и 2-ро ниво?
• Как да персонализирате състава на командите, показвани в секциите на менюто?
• За какво е редакторът на командния интерфейс и как да работим с него?
• Как да настроя командния интерфейс на главния дял?

Приложимост

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

Подсистеми. Персонализиране на интерфейса с подсистеми

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

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

В бъдеще можете да създадете филтър за дървото на обектите чрез Подсистеми.

В същото време е възможно да се контролира: активиране за избрани Подсистемиподчинени обекти Подсистемии родителски Подсистемиили не.

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

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

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

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

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

За съществуващи Подсистемиможете да дефинирате вложени (подчинени). Данни Подсистемище образуват групи Ленти за навигация.

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

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

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

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

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

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

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

Второ, можете да използвате Прозорец за редактиране на подсистема. Отметка Съставможете да посочите обектите, включени в това Подсистема.

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

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

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

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

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

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

Но грешката не е критична, така че можем да се съгласим с това.

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

Потребителят има достъп до такива обекти само чрез Главно менюс помощта на командата Всички функции.

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

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

За Подсистемив Прозорец за редактиранеможете да премахнете флага Включете в командния интерфейс.

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

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

Този редактор може да бъде извикан от прозореца за редактиране на подсистемата чрез натискане на бутона Команден интерфейс(в раздела Основен).

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

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

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

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

Видимостта по роли може да има три стойности: или елементът ще бъде невидим за дадената роля (1); или винаги ще се вижда, независимо кой флаг е зададен в колоната за видимост (2); или флагът за видимост на ролята ще бъде наследен от общия флаг за видимост (3).

Ако на потребителя са присвоени две роли и е посочено квадратче за отметка за една от тях, а не за другата, тогава ще работи стандартното правило на системата 1C:Enterprise 8 - потребителят има право да действа, ако е разрешено в една от ролите.

Понякога е необходимо незабавно да промените командния интерфейс на няколко Подсистеми. В платформата 1C:Enterprise 8 има сервизен инструмент, който ви позволява да редактирате командния интерфейс на няколко Подсистеми.

Този инструмент се извиква от контекстното меню на основния възел на клона Подсистеми.

В прозореца, който се отваря, можете бързо да навигирате Подсистемии редактиране на командни интерфейси. Освен това в този прозорец можете да редактирате композицията Подсистеми. Можете също да местите обекти Ленти за навигацияИ Ленти за действие.

Освен това можете дори да промените подчинеността Подсистеми. За това има специален бутон. Подсистема за преместване.

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

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

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

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

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

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

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

Концепцията на потребителския интерфейс на системата 1C:Enterprise 8 се фокусира върху идеята за осигуряване на удобни ефективна работаи, разбира се, отчита най-новите тенденции.

Стартирането на програмата в режим 1C:Enterprise започва с отваряне на главния прозорец на програмата

Този прозорец служи за показване на основната, основна структура на приложеното решение (т.нар. разделителен панел) и работния плот.

Настолен компютър 1C:Enterprise 8.3 / 8.2

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

Работен плот: Лента за дялове

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

Работен плот: Секции

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

Работен плот: Команди

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

Работен плот: лента за навигация

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

Пример е командата Склад - след извикването й списъкът със складове ще се покаже в работното пространство.

Работен плот: Лента за действие

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

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

Работен плот: спомагателни прозорци

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

Работен плот: История на работата в главния прозорец

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

Работен плот: Любими

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

Работен плот: връзки за данни

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

Табло за управление 8.2

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

История на изпълнение 8.2

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

Системна командна област

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

Главно меню

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

Спомагателни команди

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

Настолен компютър 1C: Enterprise

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

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

• Какво ново?
• Какво трябва да се направи днес?
• Какво е състоянието на моята важна информация?
• На какво трябва да обърнете внимание?

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

Това се случва, защото при конфигурирането на програмата разработчикът посочва кои форми трябва да вижда този или онзи специалист. Когато стартирате програмата в режим 1C:Enterprise, автоматично се конфигурира набор от стандартни формуляри, които съответстват на един или друг потребител. И се определя от ролята на конкретен потребител.

Настройка на работния плот 1C 8.2

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

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

Редактиране на работния плот в конфигуратора

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

Панел за дялове

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

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

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

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

Можете също да деактивирате панела за дялове в режим 1C:Enterprise, като използвате потребителските настройки.

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

Например панелът на разделите, използван от продавача, ще съдържа само панелите Enterprise и Sales, докато административният панел ще съдържа абсолютно всички секции.

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

Персонализиране на лентата на разделите

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

Например, изтрийте секциите Предприятие и Инвентар и посочете отделите да се показват като текст.

Редактиране на панела на секциите в конфигуратора

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

Команда

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

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

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

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

Действията, които изпълнява дадена команда, са описани в командния модул в 1C:Enterprise.

• Конфигурационни обекти
• Инструменти за разработка.

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

• Стандартно
• Създаден от разработчик.

Стандартни команди 8.2

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

Например директорията Accounts предоставя следните команди: Accounts, Accounts: create group, Accounts: create.

Команди, създадени от разработчика

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

Като пример могат да бъдат дадени следните общи команди: Конфигуриране на баркод скенера, инсталиране на баркод скенера и т.н.

Команди за действие и команди за навигация.

• Команди за навигация
• Команди за действие.

Команди за навигация 8.2

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

Пример: Командата за навигация Складове ще отвори списък със складове в главния прозорец.

Команди за действие

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

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

Параметризиращи се и независими команди

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

• Независим
• Параметризираем

Независими екипи 8.2

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

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

Параметризиращи се команди

Изпълнението на такива команди изисква стойността на параметъра на командата (допълнителна информация).

Пример: командата Разчетни сметки (Обект. Доставчик), която е параметризирана, отваря списъка със сметки за сетълмент на посочения контрагент. За да изпълните тази команда, трябва да посочите кой контрагент искате да откриете сметки. В този случай параметърът на тази команда е контрагента.

Глобални команди и команди за локална форма

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

• Глобални
• Местни

Глобални екипи

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

Локални команди за формуляри

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

Панел за навигация

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

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

Пример: Извикването на командата Складове ще отвори списъка със складове в работното пространство.

Показване на списък в допълнителен прозорец

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

Това действие изисква задържане на клавиша Shift при извикване на команда за навигация.

Командни групи 8.2

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

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

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

Групи от редовни команди 8.2

Във втората група (команди, свързани с Common) може да има допълнителни групи команди. Тези групи са последвани от заглавие и командите, които съдържат, са с отстъп от лявото поле.

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

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

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

Персонализиране на лентата за навигация 8.2

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

Пример: изтрийте групите от команди за цени и характеристики и преместете командата Корекции на Вижте също.

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

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

Панел за действия

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

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

Пример: Извикването на командата за действие Склад ще отвори за редактиране прозорец с допълнителни данни за новия склад.

Командни групи 1C:Enterprise 8.3 / 8.2

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

1. Създайте. Съдържа команди, които водят до създаване на нови обекти, свързани с базата данни – директории, документи и др.
2. Командите в този раздел насочват потребителя към различните отчети, които са налични в този раздел.
3. Тази група съдържа команди, които изпълняват различни сервизни действия: преминаване към обработка на услугата, команди за работа с определено оборудване за търговия и др.

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

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

Персонализиране на лентата за действие 8.2

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

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

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

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

Любими

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

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

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

Добавяне на връзка към любими

Връзките се добавят към предпочитани по класическия метод, използван в уеб браузърите - чрез командата Добавяне към любими или чрез натискане на клавишната комбинация Ctrl + D. Командата Добавяне към предпочитани се намира в менюто Предпочитани в допълнителния и главния прозорец на приложението, в областта на системните команди.

Настройване на любими

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

Работа с любими на 1-ви език

Възможно е програмно да управлявате любимите с помощта на вградения език UserWork Favorites.

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

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

В следващия пример можете да видите как две връзки се добавят към предпочитани: връзка към елемент за търсене и външна хипервръзка.

Справка

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

Интерактивни и неинтерактивни връзки

Интерактивни – това се наричат ​​връзки към обекти на база данни (документи, директории), секции на програмата, обработка и отчети. Тези връзки могат да бъдат препратени на служител, следвани, добавени към любими. Освен това тези връзки се запомнят в историята на работата.

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

Получаване на връзка

Вътрешни и външни връзки

Има три начина за използване на такива връзки от гледна точка на потребителя:
*Външни и вътрешни връзки са лесни за добавяне към любими, така че ако е необходимо, да направите бърз скок към избрания списък или документ.

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

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

Следвайки връзка

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

В тази статия ще ви кажа как да персонализирате интерфейса на програмата 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.

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

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