KTG2018-04-05 14:07:41
KTG, 2018-04-05 14:07:41

1C. How to refer to the additional information of documents by name?

There is a document.
For example "Calendar".
We add additional information of type string to it.
Additional information has 2 fields: 1. Name "Event", 2. Name "Event Detail".
I get the link by name through the search. Plans of Types of Characteristics. Additional Details and Information. Find By Name ("Event");
And how to refer to the note named "SwedEvents"?
And if possible, the second question.
Why does "FindByName" set to true try to query "Event (Calendar)" even though the property name does not contain the word "Calendar"?
Is it possible to immediately indicate in the selection to which document this field belongs? According to the information received, I try to get the parent and owner - it returns empty values.

Answer the question

In order to leave comments, you need to log in

1 answer(s)
Dmitry Kinash, 2018-04-05

Excuse my harshness, but this is not a question, but an incoherent mishmash of feverish delirium!
Added props? Has a value been added to the information register in the context of a characteristic?
Name - a predefined attribute of directories, accounts, calculations, exchanges, characteristics and tasks. The name is a predefined property of many metadata elements and some 1C:Enterprise objects. What all this has to do with your document "Calendar" is not clear!
Documents do not provide search by Name - only by number and attribute. If you gave your document the "Name" attribute, then look for it - Documents.Calendar.FindByAttribute("Name", "EventRead"). If you have several documents with such details, then you will receive only the first randomly found of them.
"Event (Calendar)" is a new document associated with the Calendar? Why is it all? If you search in the list of documents for "Calendar", you will find documents of this type only; if you search among Events, then you will get an event. What is the accuracy here? Precision simply signals that we are not interested in the part of the name beyond the first half that matched the search string.
The document manager is connected only with its own document type - even if you really want to, its methods will still never get data from other document types.
What kind of information? Some requisite of your document? You have said so far that you have string type attributes - your parent and owner properties simply do not exist and an error should be generated when you try to access them. If you have taken some link props, then these properties are empty for empty links. Another option is that your objects simply do not have an owner and group.

Didn't find what you were looking for?

Ask your question

Ask a Question

731 491 924 answers to any question