Основен входен механизъме един от механизмите за приложение на платформата. Това ви позволява да опростите работата на потребителя с приложното решение и да го предпазите от повторно въвеждане на данни, които вече се съхраняват в информационната база.
Нека да разгледаме един прост пример. Да кажем, че в решение за приложение има документ Получаване на стоки, който записва факта, че определени номенклатурни позиции се появяват в организацията:
След получаване на артикула от доставчика следва да се състави документ Плащане на стоки и услуги, в която посочва доставчика и сумата, която трябва да му бъде преведена за доставената стока:
В такава ситуация механизмът за въвеждане на база ви позволява да генерирате документ Плащане на стоки и услугиавтоматично, използвайки информация, съхранена в документа Получаване на стоки. Това става буквално с едно кликване на мишката:
След изпълнение на тази команда системата ще създаде нов документ Плащане на стоки и услугии попълнете неговите данни според наличната информация в разписката. Потребителят ще трябва да избере конкретни текущи сметки само ако доставчикът и нашата организация имат няколко от тях.
По този начин базираният механизъм за въвеждане ви позволява да създавате нови обекти на приложно решение (директории, документи и т.н.) въз основа на информация, съдържаща се в други съществуващи обекти на приложно решение.
Нека посочим това на базата на помпата ще се изведеСертификат за приемане на ремонт.
1. В указателя Оборудванеотворете раздел Базирано на влизане. Кликнете върху бутона Е основа за.
Изберете – Документ Ремонт на сертификат за приемане(фиг. 37а).
Ориз. 37а. Базирано на влизане. Избор на обект
2. Въз основа на Удостоверението за приемане на ремонт ще бъде въведено Удостоверение за освобождаване от ремонт.
Следвайте тези стъпки за документа(отворен документ Ремонт на сертификат за приемане– Табла за въвеждане на база – Основа е за Удостоверението за издаване от ремонт) (фиг. 37б).
Ориз. 37б. Базирано на влизане. Избор на обект за Сертификат за приемане на ремонт
За документ Ремонт на сертификат за приеманенека го отворим Модул(чрез щракване с десен бутон отворете контекстното меню на документа Акт за приемане на ремонт - изберете Отваряне на обектен модул) (фиг. 38).
Ориз. 38. Контекстно меню на документа
Да творим (фиг. 39). В модула се появи нов запис (фиг. 40а).
Ориз. 39. Попълване на обработката на манипулатора на събития
Ориз. 40а. Документ модул Удостоверение за приемане на ремонт
Според условията на проблема Сертификатът за приемане на ремонта се въвежда на базата на помпата, следователно в параметри Данни за пълнене ще бъде предадена връзка към същата тази помпа.
Ние ще присвоим данните за документа на Сертификат за приемане за ремонт на оборудване към стойността Данни за попълване. За това влизат в процедурата
Оборудване = FillData;
Ориз. 40б. Документ модул Удостоверение за приемане на ремонт
Забележка. Можете също така просто да плъзнете необходимите подробности от конфигурационното дърво с мишката, за да не пишете подробностите ръчно. И когато въвеждате имената на променливите и операторите на вградения език, можете да използвате контекстната подсказка, т.е. въведете началото на името и натиснете ctrl+space. Самата платформа ще предвиди или автоматично ще допълни отпечатаното име.
За да направим това, ще отворим по подобен начин Обектен модул на документа. Да творим манипулатор на събития Обработка на подложка.
Този документ е въведен въз основа на Сертификата за приемане на ремонта. Следователно данните за пълнене ще съдържат връзка към Сертификата за приемане за ремонт. Средства
Трябва да замените Данните за попълване в атрибута Клиент.
в атрибут Оборудване – Попълване на данни.Оборудване
в атрибута Склад – Данни за попълване Склад (фиг. 40в).
Ориз. 40в. Документ модул Удостоверение за освобождаване от ремонт
5. Също така за указател Складовепоказваме, че директорията ще използва свойството Бърз избор. Означава, че Сега Складът ще се избира не от отделна форма, която се отваря в отделен прозорец, а от малък списък, който изпада директно от полето за въвеждане(отворете Properties на директорията Warehouses - отметнете свойството Quick selection) (фиг. 41).
Ориз. 41. Свойства на директория на фрагменти. Бърз избор
ВЪВЕЖДАНЕ НА ДАННИ В БД
1. Помпената фабрика донесе друга помпа за ремонт. Да го запишем в указателя - KM 0-32-180/2-5, s/n7744.
Моля, обърнете внимание, че в командната лента се появи бутон Създайте въз основа на.
Въз основа на него ще създадем Сертификат за приемане на ремонт.
Необходимото оборудване вече е инсталирано (фиг. 42). Клиент – Помпен завод. Склад – Основен склад (показва се малък списък). Дата - 12.11.2011 г. Осъществяване. Близо.
Ориз. 42. Въвеждане на Акта за приемане на ремонта
Забележка недостатъци в разработената конфигурация :
Добре би било, когато донесат помпа за ремонт, да има списък с помпи, за да можете веднага да проверите дали тази помпа вече е ремонтирана преди, за да не я добавяте много пъти.
Списъкът с връзки, представен вляво, не изглежда много добре (фиг. 43).
В по-голямата част от случаите помпите ще бъдат получени в основния склад. Затова бих искал полето склад в новия документ веднага да се попълни със стойността Основен склад.
Ориз. 43. Списък на връзките към системното меню
Нека актуализираме конфигурацията на базата данни и да я стартираме в режим 1C: Enterprise.
В софтуерно решение някои обекти могат да бъдат въведени въз основа на други, докато стойностите на полетата от съвпадащия тип данни са директно наследени от оригиналния обект или могат да бъдат изчислени с помощта на даден алгоритъм:
Наследяването на полета се задава конфигурационно, в конструктора за въвеждане въз основа на обекта, който ще бъде въведен въз основа на:
Въз основа на конструктора за въвеждане предлага кои полета могат да бъдат наследени директно (те са маркирани със зелени отметки и се вмъкват автоматично чрез бутона Пълни изрази). Можете също да посочите други изрази за попълване в конструктора:
С натискане на бутона OK платформата създава входния програмен код на базата и го поставя в обектния модул:
Ако е необходимо, кодът може да се промени ръчно. Но е важно да се разбере. че ако след това се свържете отново с дизайнера, ръчните промени ще бъдат презаписани. Следователно в кода има предупреждение за това право. И също така, когато се опитате да отворите дизайнера след генериране на програмния код, платформата ще издаде следното предупреждение (и независимо дали кодът действително е бил редактиран или не):
Въпрос 03.32 от изпита 1C: Platform Professional. За да активирате бутона "Based Input Designer" в прозореца за редактиране на конфигурационен обект...
Първият верен отговор е:
Въпрос 04.09 от изпита 1C: Platform Professional. Назовете инструмента за визуално създаване на алгоритъм за попълване на обект „базиран на“ и основното място, където се извиква?
Правилният отговор е първият, вижте екранните снимки по-горе.
Въпрос 04.10 от изпита 1C: Platform Professional. Каква е основната цел на конструктора за въвеждане на документ "базиран на":
Правилният отговор е първият.
Въпрос 04.11 от изпита 1C: Platform Professional. Възможно ли е да зададете формулата за попълване на полето "Composition.Price" с произволен израз?
Правилният отговор е първият. Можете да напишете всяка формула, но няма синтактичен контрол.
Въпрос 04.12 от изпита 1C: Platform Professional. Ако процедура с име "FillProcessing" вече е дефинирана в модула за документи, възможно ли е да се използва основният конструктор за въвеждане в този случай?
Правилният отговор е първият, вижте анализа по-горе.
Въпрос 04.13 от изпита 1C: Platform Professional. Каква е целта на маркирането на елементите от списъка „Подробности за основния обект“ с „отметки“?
Правилният отговор е първият.