По теме из базы знаний
- Подстановка паспортных данных в расходные кассовые ордера за период
- Новый контрагент с вводом паспортных данных для БИТ.Управление автосервисом 8. С-класс (на базе 1С:Бухгалтерия 8)
- Перенос данных из УПП 1.3 / КА 1.1 в БП 3. Переносятся документы, справочники и начальные остатки
- Загрузка физических лиц, паспортных данных физических лиц из excel в ЗУП 3.1.
- Правила обмена между УТ 10.x и БП 2.x /БП 3.x /УТ11.x для использования с обработкой Универсальный обмен данными в формате XML
Найденные решения
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Если владеете отладчиком, то можно поставить точку останова в середине той части модуля печатной формы, в которой нужны данные, открыть табло, добавить в него переменную, содержащую контрагента и покопаться в дереве свойств, пока не найдется ссылка на физлицо, а в нем - нужные поля. Затем, зная поля, например
(1)
можно или дописать в запрос их правильное соединение, если они в регистре сведений, или вытащить из справочника (может пригодиться статья про оптимизацию запросов 1С "через две точки"). Или, если все-таки справочник, то вписать несколько "костылей" - прямых присвоений нужным элементам формы нужных значений.
Не имея под рукой документооборота, не могу посоветовать конкретнее.
(1)
можно или дописать в запрос их правильное соединение, если они в регистре сведений, или вытащить из справочника (может пригодиться статья про оптимизацию запросов 1С "через две точки"). Или, если все-таки справочник, то вписать несколько "костылей" - прямых присвоений нужным элементам формы нужных значений.
Не имея под рукой документооборота, не могу посоветовать конкретнее.
Можно, конечно изменить форму и завести несколько строковых полей (паспорт, серия и т.д.), которые при открытии формы или при заполнении (изменении) поля контрагент(в случае, когда он - ИП) в обработчиках данных событий вынимать запросом из справочника физлица данные ИП и изменять значения заведенных текстовых полей.... Это, конечно, сильно искусственно (лажа)...
Можно завести реквизиты у объектов конфигурации данного вида (паспорт, серия и т.д.) такие, что поля формы данного объекта конфигурации, которые будут изображать данные реквизиты будут показываться только при выборе в качестве контрагента ИП (с видимостью поиграть). Это отдельная песня (свой геморрой). Заполнять можно так же по запросу. Плюс данного варианта в том, что заполнение можно организовать только при изменении поля контрагент (когда он ИП). И при каждом новом открытии формы не производить запроса с целью вытаскивания значения: не будет вестись избыточного обращения к базе (справочнику физлица), т.к. будучи заполненными и сохраненными пользователем, реквизиты будут содержать значения в данном объекте.
Оба описанных способа преступны, т.к. вызывают изменение конфигурации и снятие ее с поддержки.
Сейчас появились расширения конфигурации и для данного подвида документов можно завести дополнительные реквизиты (паспорт, серия и т.д.), изменить в расширении форму объекта, добавив на нее данные дополнительные реквизиты, разместив нужным образом. Сложность будет заключаться лишь в настройке видимости данных реквизитов (когда контрагент ИП: видны, когда не ИП - не видны). Но там скорее всего, уже есть группы элементов, которые видны для ИП и не видны для других вариантов контрагентов. Это надо самостоятельно покопать, порасследовать и внести крохи своих изменений. Это будет профессионально. т.к. метод вызовет минимальные изменения в конфигурации.
Возможно, истина посередине
Можно завести реквизиты у объектов конфигурации данного вида (паспорт, серия и т.д.) такие, что поля формы данного объекта конфигурации, которые будут изображать данные реквизиты будут показываться только при выборе в качестве контрагента ИП (с видимостью поиграть). Это отдельная песня (свой геморрой). Заполнять можно так же по запросу. Плюс данного варианта в том, что заполнение можно организовать только при изменении поля контрагент (когда он ИП). И при каждом новом открытии формы не производить запроса с целью вытаскивания значения: не будет вестись избыточного обращения к базе (справочнику физлица), т.к. будучи заполненными и сохраненными пользователем, реквизиты будут содержать значения в данном объекте.
Оба описанных способа преступны, т.к. вызывают изменение конфигурации и снятие ее с поддержки.
Сейчас появились расширения конфигурации и для данного подвида документов можно завести дополнительные реквизиты (паспорт, серия и т.д.), изменить в расширении форму объекта, добавив на нее данные дополнительные реквизиты, разместив нужным образом. Сложность будет заключаться лишь в настройке видимости данных реквизитов (когда контрагент ИП: видны, когда не ИП - не видны). Но там скорее всего, уже есть группы элементов, которые видны для ИП и не видны для других вариантов контрагентов. Это надо самостоятельно покопать, порасследовать и внести крохи своих изменений. Это будет профессионально. т.к. метод вызовет минимальные изменения в конфигурации.
Возможно, истина посередине
Внимание! Тема сдана в архив
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот