Промяна на вида на насрещна; превенция на невалиден тип колега; мониторинг пълнене
При проектирането на конфигурацията на търговията и Склад 7.7 1C интерфейс е направил грешка с настройките по подразбиране един от ценности VidKontragenta в юридическото лице. В резултат на това потребителите трябва да въведат по-голямата част от изпълнители като юридическо лице. Проблемът се усложнява и от факта, че тези грешки са трудни за улов и да определи в групов режим.
Тази проста модификация колега елемент от указателя и списъка на контрагенти има за цел да
- предотвратяване на погрешно вид индикация колега в етапа на въвеждане;
- Ръчно тип корекция на контрагента чрез промяна на вида на контрагента;
- да следи за правилното посочване на вида на контрагента и правилна индикация INN директно в списък с изпълнители икони.
Вижте по-долу описание U95;
1. че тя трябва да вземе решение за вида на новия изпълнител за предотвратяване на невярна представа за вида на насрещната страна трябва да се дава на потребителя, когато нов изпълнител за разбиране.
За да направите това, въведете е добавен към новата стойност на типа на контрагента "неопределен" нов контрагента (само при въвеждане на нова) и да назначи на тока. В съответствие с това на потребителя се показва празен слой с надпис върху необходимостта да изберете вида на компанията (виж снимки ↓).
След първия избор на видове, различни от компанията "не е избрана". "Не е избран" незабавно се отстранява за да се елиминира възможността за пълнене неподходящи детайли и връщане към празния слой.
Когато отворите вече записан елемент, за да "не е избрана" се появява.
В допълнение, промени в имената на колегите видове, така че те вече не отговарят на действителността, и представени на ползвателя.
2. Ръководство за промяна на изпълнител е в типична конфигурация проблем. защото време на тази операция потребителят показва още един слой с други компоненти, които, разбира се, не пълнене. Изглежда за потребителя, което се случи пречистване запълнени области, което той прави разумно незавидно забележка към умствените способности на програмисти като цяло и бизнеса в частност 1C.
По този начин, за да промените вида на ръка контрагента, доста падащия списък, за да изберете друг тип на контрагента и запазите елемента. В този алгоритъм се опитва да намери подходящата препратка (физически лица или юридически лица) елемент с INN (INN, ако не е посочено, се извършва търсене по име) и да го свърже с насрещната страна. Ако не можете да намерите на елемента и да се създаде нова.
Стари, грешен елемент юридическо лице или физически лица, които остават в друга директория, а не маркиран за изтриване. Флаг за отстраняване на тези елементи може да бъде просто обработка търсене съдържание yur- елемент или физически лица в необходимата "YurFizLitso" директория "Профили".
3. С цел да се улесни потребителите да търсят изпълнители, съдържащ грешен тип на контрагента, както и в същото време да се отбележи, грешки при попълването INN. Тя е леко променена форма на списъка на изпълнителите.
А именно, колоната се добавя към иконата (виж снимки ↓). Невярно е с икона може да съдържа четири икони: ако контрагентът е физическите лица или предприемачи, един човек показва. Ако това е юридическо лице - на няколко души. Плюс копие от тези две икони с червени маркери, показващи грешките в този елемент.
Ако насрещната страна е знак за физически лица (от името и пълното име се съдържа в настъпването на низ "СП", както и контрол на количеството на героите ДДС), но в същото насрещната страна в базата данни има статут юридическо лице, показва икона физически лица, с ясно видими червен маркер (виж снимки ↓) , Просто отворите елемент, уверете се, че грешката е наистина, промяна на външния вид на контрагента и затворете осигурителният елемент.
Подобно проверени физически лица, които имат характеристиките Ltd. (ред влизане "профил" в името и в пълното име, дължината на калай, присъствието на "" символ в позиция 11).
Накрая осъществява автоматичен характер подмяна сепаратор от Checkpoint INN "/" да "", което премахва необходимостта от търсене на правилния символ използват различни модифициращите клавиши.
Тази модификация не е предназначен да бъде нещо специално по отношение на изпълнението, но се прилага гъвкав подход за интерфейс и взаимодействието на потребителя с.
Не са строги изисквания: "Попълнете всички полета, тъй като е необходимо или не да се даде запис елемент", който често дразни потребителите и намалява своята продуктивност. Въпреки това, по-прости грешки алгоритъм ще бъдат коригирани автоматично и намеса на потребителя, ще напомнят за себе си, което позволява на потребителя да продължи да работи. В този случай, за да ги отстраним възможно най-много опростена и автоматизирана, така че да не причини потребители отхвърляне "работа на бъгове" в по-малко натоварения път.
Един пример за стила на писане код, можете да видите в ↓ на снимки. Мисля, че не е трудно да се справят с интеграцията. MD с модифицирани форми на директорията е приложен. Интеграцията се препоръчва да се извърши poprotsedurno.
Променен: формени елементи, форма елемент код списък форма, списък с форма код.
За мениджъри (организатори на работни места):
Ако имате нужда от помощ при изпълнението на тази модификация или друго свързано с оптимизиране на интерфейса, можем да започнем сътрудничество в тази област.