Собственикът на директорията не може да бъде променен. Подчинени директории
Въпрос: актуализация на счетоводството в компаниите за управление на жилищни и комунални услуги 3.0.44.17 до 3.0.44.18
Когато се опитате да актуализирате конфигурацията „Счетоводство в управляващите дружества на жилищни и комунални услуги, асоциации на собственици и жилищни кооперации“ от 3.0.44.17 на 3.0.44.18, грешката „Собственикът на директорията: Формулярите за статистика не могат да бъдат променени“. Тестването и коригирането не разкриват никакви грешки. Предишни актуализации бяха инсталирани подред и не създаваха проблеми Кажете ми къде да копая?
отговор:Куп разработчици. Реших този проблем така:
- В първоначалния conf добавяме собственика на директорията "Regulated Reports".
- Чрез обработка променяме собствениците (по код) от „DeleteRegulatedReports“ на „RegulatedReports“
- Премахнете собственика "DeleteRegulatedReports" от списъка със собственици в конфигурацията
- Ние актуализираме
Въпрос: „Обмен на данни с ГИС жилищни и комунални услуги"не зарежда идентификатори на лични акаунти (Счетоводство в управляващото дружество на жилищни и комунални услуги, асоциации на собственици и жилищни кооперации 3.0.56.1
отговор:
Въпрос: 1C Счетоводство в компании за управление на жилищни и комунални услуги, асоциации на собственици и жилищни кооперации.
Има ли служители на жилищно-комуналните услуги, които използват този продукт, издание 3.0?
Не разбирам как да създам услуга, която ще се плаща от други услуги.
Въпросът е по-специално за дренажа. Обемът на дренажа трябва да се разглежда като сума от обемите на фундаментните услуги - това са захранване със студена вода и захранване с топла вода. Правилото трябва да работи както по стандарта, така и по броячите.
Кой може да каже?
отговор:благодаря
Въпрос: Въпрос за 1C счетоводство (Счетоводство в компании за управление на жилищни и комунални услуги)
ОТНОСНО ИНФОРМАЦИОННОТО ВЗАИМОДЕЙСТВИЕ ПРИ ПРЕДОСТАВЯНЕТО НА МЕРКИ ЗА СОЦИАЛНА ПОДКРЕПА ЗА ПЛАЩАНЕ НА ЖИЛИЩНИ ПОМЕЩЕНИЯ И КОМУНАЛНИ УСЛУГИ НА ОТДЕЛНИ КАТЕГОРИИ ГРАЖДАНИ И СУБСИДИИ ЗА ПЛАЩАНЕ НА ЖИЛИЩНИ ПОМЕЩЕНИЯ И КОМУНАЛНИ УСЛУГИ3.1. "Център":
До 5-то число на всеки месец изпраща на „Организацията“ списъци на граждани, имащи право да получат мерки за социална подкрепа за заплащане на жилищни и комунални услуги и субсидии за плащане на жилищни и комунални услуги в електронен формулярвъв файлов формат DBF. Структурата на файла е дадена в Приложение № 5 към този Договор.
Информация, предоставена от Центъра в електронен вид ( електронни документи), заверен с електронен цифров подпис, при липса на електронен цифров подпис- потвърдени на хартиен носител, заверени от директора и печат на Центъра.
3.2. "Организация":
Ежемесечно, преди 15-то число на всеки месец, изпраща информация до Центъра за начислени суми за жилищни помещения и комунални услуги(с преизчисление); тарифи за физическа единица и брой физически единици по стандарти за потребление; сумата на дълга за услуги от личната сметка и друга информация в съответствие с файловата структура, дадена в Приложение № 5 към този Договор.
Информацията се представя в електронен вид като файл в DBF формат.
Кажете ми откъде да започна? Както разбирам, dbf файл пристига от жилищния офис, ние го зареждаме в 1C и изчисляваме наема на гражданите на „бенефициентите“ и им го изпращаме във формат dbf.
Откъде да започна? Трябва ли да се извърши само обработка на товарене и разтоварване?отговор:
Въпрос: Маркира ли актуализацията акаунт 69.02.7 за изтриване, създавайки същия?
отговор:
Въпрос: Счетоводство на организациите в УНФ
здравейте всички Приятели, моля помогнете. UNF има възможност да управлява няколко организации. Ето какво казват в помощта за тази опция:
"Пазете фирмени записи." IN програмен продуктИма две счетоводни схеми в случай, че има няколко организации в счетоводната система:
- Независим. Счетоводството се води отделно за всяка организация, първичните документи се изготвят отделно за всяка организация. Предимството на този подход е използването на общи справочници (аналитични обекти), както и общ информационна база(цялата информация се съхранява на едно място).
- По фирма. Счетоводството се води обобщено за предприятието като цяло; първичните документи се изготвят отделно за всяка организация. Предимството на този подход е използването на общи директории (аналитични обекти), използването на обща информационна база (цялата информация се съхранява на едно място) и организацията на счетоводството на компанията (ако от бизнес гледна точка , всички организации представляват едно цяло).Моля, обяснете каква е основната разлика между тези два варианта???
Притеснява ме, че по-късно няма да може да се премине към друга опция.
Нов съм в работата с този софтуер...
Имаше тема по тази тема, но умря. Нямаше изчерпателен отговорЩе опиша моята ситуация за всеки случай.
Предвижда се провеждането на три правни проучвания в УНФ. лица. Двете работят съвместно, може да се каже, че работят като една организация, всъщност имат един склад, но са разделени на две юридически лица с цел оптимизиране на ДДС (едното работи с ДДС, другото без ДДС).
Третото юридическо лице е съвсем друга посока.
Коя опция е по-добра в моя случай?отговор:() Може би ще запазя всички юридически лица в една база данни, но без сливане.
Въпрос: Помогнете ми да мигрирам клиенти за данни от 1C 8.3 на 8.3
Клюев В.В.
http://prof1c.kklab.ru
Подчинени директории
Най-вероятно вече сте забелязали повече от веднъж в обикновените типични конфигурации, взаимосвързани директории, когато при избор на елемент от директория (directory1), стойността на друга директория (directory2) се „филтрира“ от тази стойност - т.е. избрани са стойности, които принадлежат само към текущия елемент на директория1; например, това е директорията „Разделение“, чийто собственик е директорията „Организация“.
За да разберем веднага същността на случващото се, нека да разгледаме какво се случва на практика. За да направите това, можете да създадете празна конфигурация от нулата или да отидете до всяко съществуващо копие на информационната база и да създадете 2 директории в конфигуратора.
Директория1 и Директория2. В директория2 отидете на раздела „Собственици“ и изберете собственика - „Директория1“, вижте както е показано на фигурата.
Сега, когато създавате елементи в „Директория2“, системата ще ви помоли да въведете собственика на директория1. Има опция - Използване на подчинение - когато подчинението е зададено на Елементи, групи или групи и елементи.
Изглежда, че всичко е просто, но за потребителите възникват проблеми. Когато отваряте „Директория 2“, потребителят вижда всички елементи в напълно неразбираем ред и освен това, ако сте работили със стандартни конфигурации, може би сте забелязали, че директно в директорията „Дивизии“ не посочвате собственика никъде, но при отваряне на директорията можете да изберете организация и в зависимост от това да получите елементи, подчинени на една или друга организация; Освен това, когато създавате елемент от директория „Раздели“, по подразбиране ще получите собственика, който сте избрали под формата на списък с раздели.
Така че нека да започнем и да създадем „Формуляр за списък“ за нашия „Директория2“, засега предоставете това на 1C, без да правите промени, по-късно ще коригираме формуляра, създаден от дизайнера.
В „Директория2“ отидете на раздела Формуляри и добавете (+) нов формулярсписък с директории и щракнете върху Готово.
Нека създадем атрибут на формуляр с тип данни "Directory1.Link", с име "SelectionDirectory1" и плъзнете този атрибут във формуляра, задайте заглавието "Directory1".
Сега, за да работи „това чудо“, трябва да напишете код, който ще извърши селекция при избор на Directory Element1.8.2, 8.3 Управлявани формуляри
За да изведем под формата на списък с директории само елементите, които са ни необходими за избрания елемент от Directory1, трябва програмно да направим селекция - по избрания елемент, ще използваме предварително дефинираната процедура на SelectionDirectory1 контрола и напишете код, който изпълнява определената задача.
В горната част изберете „Директория за избор1“, щракнете с десния бутон на мишката и изберете „Свойства“, в прозореца, който се показва, намерете свойството „OnChange“ и щракнете върху лупата, като по този начин отидете до модула на формуляра; процедурата “Selection Directory1OnChange(Element)” се създава автоматично
В процедурата въведете следния текст:
& В списъка за избор на клиентска процедура Directory1OnChange(Element). Избор. Елементи. Clear() ; // Елемент за избор = списък. Избор. Елементи. Добавяне(Тип("" )); SelectionElement. LeftValue = NewDataCompositionField("Owner" ); SelectionElement.ComparisonView = DataCompositionComparisonView.Equals; SelectionElement.Use = True; SelectionElement.RightValue = SelectionDirectory1; SelectionElement.DisplayMode = ElementDisplayMode DataCompositionSettingsInaccessible; EndProcedure8.2 Редовни форми
При изграждането на формуляри всичко е същото, само трябва да създадете правилни формуляри, управлявани формиТе не работят в обикновено приложение.
Разликата ще бъде в процедурата за избор на елемента във формата за списък и създаването на реквизитите.
За да добавите реквизит към редовна формащракнете върху бутонаПроцедура Reference1OnChange(Element)ThisForm. Избор. Собственик. Стойност = Директория1. връзка; Тази форма. Избор. Собственик. Използване = Вярно;
Тази форма. Елементи на формата. DirectoryList. Настройки за избор. Собственик. Наличност = False; //(?) Крайна процедура
Предпоследният ред (?) - забраняваме промяната на избора, когато потребителят отвори параметрите за избор - само чрез контролния елемент!
Видео (без звук - всичко е ясно без звук)
1C директориите са специализиран дървовиден обект с метаданни, който служи за съхраняване на статична справочна информация. Например в типичните конфигурации можете да видите следните изгледи: , Номенклатура, Служители, Дълготрайни активи и др. Информацията в директориите по правило не се променя често. Впоследствие справочниците се използват в почти всички счетоводни обекти като счетоводна секция или справочна информация.
По-долу ще разгледаме настройката и проектирането на директория от конфигуратора, използвайки директорията „Номенклатура“ като пример.
Основен раздел
Разделът „Основни“ определя името, синонима, представянето на обекта и описанието на целта.
Раздел „Йерархия на директорията“.
Тук се установява йерархията на директорията. Йерархията в 1C 8.3 е от два вида - “групи и елементи "И"елементи
". Различава се по това, че в първия случай родител (папка) може да бъде само папка (група), а във втория случай родител може да бъде и елемент.
„Поставяне на групи отгоре“ - флагът отговаря за показването на групите под формата на списък.
Също така в настройките можете да ограничите броя на групите в йерархията на директорията, като използвате подходящата настройка.
Една директория може да бъде подчинена на друга директория. От гледна точка на конфигурирането на 1C 8.3 това означава, че атрибутът „Собственик“ става задължителен за подчинения елемент. Пример за такава връзка между директории в стандартни конфигурации „Номенклатура - мерни единици“, „Контрагенти - договори на изпълнители“.
Собственикът на директорията може да бъде и следните обекти с метаданни: , .
Раздел Данни
Вземете безплатно 267 видео урока за 1C:
Най-важният раздел от гледна точка на програмист. Той съдържа подробности за директорията.
Директорията има набор от стандартни подробности, които не се редактират от програмиста 1C 8.2, списък с тях може да се види, като щракнете върху бутона „Стандартни подробности“:
Ще се спра на всеки по-подробно:
- Това е група— атрибут с булев тип, указващ дали е група или елемент. Предлага се само в йерархична директория. Моля, обърнете внимание стойността на този атрибут не може да бъде променена в режим 1C: Enterprise.
- Код— подпори, тип номер или низ (обикновено низ). Номер, зададен автоматично от системата. Обикновено се изчислява като (предишен код + 1). Препоръчвам да използвате типа низ, тъй като сортирането числови стойностиНе става както трябва. Може да се използва като представяне на директория в списък и в полета за въвеждане. Обикновено се използва за търсене на елемент при въвеждане на низ. Ако трябва да премахнете полето Код, въведете нула в дължината на реда.
- Име— задължителни данни, тип низ. Максималната дължина на реда е 150 знака. Може да се използва като представяне на директория в списък и в полета за въвеждане. Обикновено се използва за търсене на елемент при въвеждане на низ. Ако трябва да премахнете полето Име, въведете нула в дължината на реда.
- Родител— атрибут от типа DirectoryLink.<ИмяТекущегоСправочника>. Достъпно само в йерархичната директория. Сочи към висшестоящия родител в йерархията. Ако елементът или групата са в основата на директорията, се посочва стойността Directory.<ИмяТекущегоСправочника>.EmptyLink.
- Собственик— връзка към елемента собственик на текущия елемент на директория (група). Наличен само в подчинената директория 1C.
- Изтриване на флаг— подпори с тип Boolean. Отговаря за показването на „знака за изтриване“ в системата. Елемент, маркиран за изтриване, се счита за неизползваем, но върху него може да останат стари движения на документи.
- Връзка— поле от низов тип. Този атрибут съхранява уникален идентификатор на обект - GUID. Това, което виждаме в системата във визуален дисплей, наречен „връзка“, е просто представяне на обект. Не може да се променя.
- Предварително дефинирани— булев тип, показва дали елементът е предварително дефиниран, повече за това по-късно. Не може да се променя.
Разделът „Данни“ също показва представянето на директорията в системата; преди версия 8.2.16 представянето можеше да бъде само код или име. В последните версии на платформата (започвайки от 8.3), изгледът може да бъде описан независимо в модула на мениджъра с помощта на манипулатора „ViewReceivingProcessing“.
Раздел номериране
Тук можете да зададете настройките на указателя относно номерирането. Препоръчва се използването на автономериране. Контролът на уникалността е флаг, който помага, ако е необходимо, да направи кода уникален. Ако с поставен флаг се опитате да напишете елемент на директория с неуникален код, в 1C ще получите съобщението „Кодът на директорията е станал неуникален“.
Кодова серия - определя как да номерирате указателя можете да въведете номерацията на указателя по собственик; Например, контрагентът „Рога и копита“ ще има собствено номериране на договорите - „1, 2, 3“ и т.н.
Раздел Формуляри
Тук са описани формулярите за справочника. Ако конфигурацията се стартира както в нормален, така и в управляван режим, тогава ще има два раздела с формуляри по подразбиране: „главен“ и „разширен“ - за нормален и управлявано приложениеразлични.
Тази страница има важна характеристика на директорията - „“. Това е много удобна функция на 1C 8, която ви позволява, когато попълвате данни в полето за въвеждане, да не влизате в директорията, а да въведете нейното име, код и др. и изберете желания елемент от падащия списък. Изглежда така:
Раздел Други
В раздела можете да получите бърз достъпкъм основните модули на директорията - обектен модул и мениджърски модул.
Можете също така да дефинирате списък с предварително дефинирани елементи на директория на страницата. Това са елементи, които не могат да бъдат изтрити в корпоративния режим. Предварително зададените елементи могат да бъдат достъпни директно в конфигуратора по име, например: Directories.Nomenclature.Service.
Този раздел определя и режима на блокиране - автоматичен или контролиран. Използване на пълнотекстово търсене, както и справочна информация за директорията, достъпна в режим 1C: Enterprise.
Свързани статии
17 април 2015 гКакво да направите, ако компютърът не вижда външния твърд диск?
17 април 2015 гКак да търсите и слушате музика във Facebook
17 април 2015 гРазлики и сравнения на превключватели и хъбове
