"Создание на основании" для 1С: Бухгалтерии 3.0

03.08.22

Задачи пользователя - Создание на основании

+2 –

Обработка для 1С: Бухгалтерии 3.0 позволяет создать новый документ, копируя выбранные данные из любого документа базы, не внося изменений в типовой код конфигурации. При отсутствии программного соответствия между реквизитами одного документа-источника и документа-приемника, вы можете подобрать их сами или поставить в поле нужное значение.

Скачать файл

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование		По подписке [?]	Купить один файл
Универсальная обработка "создать на основание" для 1с 8.3 Бухгалтерия : .epf 13,92Kb 5	5	Скачать (2 SM)	Купить за 2 150 руб.

На практике довольно часто встречаются ситуации, когда пользователю требуется завести в системе какой-либо документ, который часть данных, по сути, может позаимствовать из какого-либо другого документа, который уже имеется в базе данных. Менять типовую конфигурацию не хочется, и для каждого документа нет смысла писать внешнюю обработку. Полазив в интернете, я натыкалась на множество похожих обработок, но их функционал не до конца удовлетворял пользователей, и перейдя с бухгалтерии 2.0, не все могли быстро адаптироваться к бухгалтерии 3.0. Тогда я решила добавить нужный функционал, и внешне сделать похожей на обработку с 1С:Бухгалтерии 2.0.

Инструкция по пользованию

Источник —документ на основе, которого будет создан другой документ. В этой позиции выбирается только имя методанной, а не сам документ.

Приемник —документ, который будет создан.

Источник документ —ссылка на документ на основе. которого будет создан документ приемник.

Установка — это поле, где мы выбираем важные параметры нашего будущего документа.

Текущей датой (Если этот параметр не отмечен, будущий документ будет создан датой документа основания);
Проводить (Если этот параметр не отмечен, следовательно документ создаться не проведенным);
Открыть форму (Если этот параметр выбран, тогда документ откроется после создания);

Значение документа приемника — это поле, где пользователь может сам установить значение не из документа источник. В таблице представлены все реквизиты документа приемника. И порой или нет соответствия в документе источника, либо пользователям нужен определённый реквизит у создаваемого документа.

Список документов результат – это поле, где будут появляться документы(приемники), создание на основе этого документа (Источника).

На странице Настройка можно сделать подбор реквизитов, табличных частей документов на соответствие. При нажатии на строку в колонке Источник можно. Произвести этот выбор или удалить соответствия.

Преимущество

Преимущество данной обработки в простоте использования;
Упрощает создание документа, устраняя необходимость повторного ввода данных;
"Безболезненный" переход с интерфейса Бухгалтерии 2.0 к 3.0.

Тестирование подсистемы проводилось на версии платформы 8.3.18.1741 Бухгалтерия предприятия, редакция 3.0 (3.0.115.19).

Обработка ввод на основание

+2 –

См. также

Автоматическое создание и выставление периодических счетов, актов и реализаций на услуги для 1С: Бухгалтерии 3.0

Создание на основании Бухгалтер Пользователь Платформа 1С v8.3 Бухгалтерский учет 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)

Обработка предназначена для тех, кому каждый месяц приходится выставлять и печатать одинаковые счета и акты на услуги, разным контрагентам, из 1С 8 Бухгалтерия 3.0.

4000 руб.

28.03.2021 22846 117 101

SALE! 15%

Мастер ТТН. Версия ПРОФ

Оптовая торговля Рабочее место Создание на основании Бухгалтер Пользователь Платформа 1С v8.3 Бухгалтерский учет 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)

Полнофункциональное расширение для формирования и ведения учета перевозочных документов всех видов (ТН, ТТН, ЭТрН). Печать документов или отправка через ЭПД (Электронный перевозочный документооборот). Поддержка регистрации нескольких перевозок на одну финансовую реализацию (в виде УПД, например), а также одной перевозки на основании нескольких финансовых реализаций. Формирование всех сопроводительных документов из одной отгрузки. Формирование реестра грузосопроводительных документов, доверенности менеджеров для указания ответственных лиц (руководитель, главный бухгалтер, кладовщик) организации для пользователей ИБ. Гибкая настройка функциональности под потребности организации.

~~2298~~ 1953 руб.

18.04.2017 48645 229 43

Гибкий расчет приходов и расходов для 1С: Бухгалтерия 3.0

Создание на основании Бухгалтер Бухгалтерский учет 1С:Бухгалтерия 3.0 Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Россия Бухгалтерский учет Налоговый учет Платные (руб)

Внешняя обработка дает возможности по формированию документов: - "Поступление товаров" на основании "Реализации товаров" - "Реализация товаров" на основании "Поступление товаров" - "Поступление товаров" на основании «Отчет о розничных продажах» и многое другое

3601 руб.

04.10.2012 60194 107 71

116

Создание поступления по отрицательным остаткам на счете для 1С:Бухгалтерии версии 3

Обработка анализирует указанную дату и счет (обычно 41.1) для выявления отрицательных остатков на складе. Если такие есть, то заполняет таблицу номенклатурой и количеством. Для создания документа поступления необходима цена закупа, которую обработка берет тремя способами - из поступлений за период анализа, если не получилось, то из зарегистрированных цен по указанному типу цены, если и так не вышло, то из реализации за период анализа, и применяет к полученной цене указанную скидку.

3600 руб.

14.10.2021 13242 55 17

Отгрузка заказа клиента в 1 клик для УТ 11.5, КА 2.5, ERP 2.5

Адаптация типовых решений Создание на основании Пользователь Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Управленческий учет Платные (руб)

Расширение позволяет в 1 клик поставить весь состав заказа клиента в отгрузку и открыть заполненные формы документов отгрузки по заказу.

3600 руб.

25.08.2023 1570 4 0

Установка цен по пересчёту товаров

Ценообразование, анализ цен Создание на основании Бухгалтер Пользователь Платформа 1С v8.3 1С:Розница 2 Розничная и сетевая торговля (FMCG) Абонемент ($m)

Попросили сделать простенькую обработку. В супермаркете проводят пересчёт товаров и после этого уже проверяют и печатают ценники для товаров, что есть на остатке. На основании этого пересчёта. По заявлению, так удобнее. Знаю, что простая, но, может, кому пригодится

1 стартмани

16.09.2024 204 1 j.r.r 0

Поступления МЗ - > Решение о признании объекта активом

Создание на основании Логистика, склад и ТМЦ Бухгалтер Пользователь Платформа 1С v8.3 Бухгалтерский учет 1С:Бухгалтерия государственного учреждения Россия Бюджетный учет Абонемент ($m)

Для автоматического создания Решения о признании объекта активом (Материальные запасы) можно воспользоваться доработанным расширением и обработкой.

10 стартмани

14.02.2024 571 5 agospodarin 0

Скопировать номер Счета в Реализацию

Перенумераторы Создание на основании Бухгалтер Пользователь Платформа 1С v8.3 Бухгалтерский учет 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Абонемент ($m)

Расширение позволяет копировать номер из Счета на оплату в Реализацию при создании на основании.

1 стартмани

02.02.2024 1174 9 config 2

Комментарии

Подписаться на ответы Инфостарт бот

Свернуть все

1. RustIG 1748 03.08.22 09:46 Сейчас в теме

как узнать, что док уже создан на основании другого ?

2. ixijixi 1913 03.08.22 11:26 Сейчас в теме

(1) Структура подчиненности? Хотя мне кажется, обработка не для этого

3. RustIG 1748 03.08.22 12:10 Сейчас в теме

(2) да, она самая.
как тогда избежать дублирования документов? бухгалтер как будет понимать - какие документы уже созданы на основании других?

4. ixijixi 1913 03.08.22 12:31 Сейчас в теме

(3) Я бы сделал так: сначала

НовыйДокумент.Заполнить(ДокументОснование)

, а потом переносил бы реквизиты из основания обработкой. Но беда в том, что не все документы могут быть основанием друг друга

5. RustIG 1748 03.08.22 12:55 Сейчас в теме

(4) да у меня решен этот вопрос...
прикладываю скрин - это Бп 3.0
через расширения доработал списки документов - добавил структуру подчиненности в списки, плюс в нужные документы добавил поле ДокОснование, доработал процедуру Заполнения... Даже если в документах разные организации и разные табличные части...

Прикрепленные файлы:

6. ixijixi 1913 03.08.22 15:45 Сейчас в теме

(5) Это хорошо) Но просто обработкой такого не сделаешь, увы

7. RustIG 1748 03.08.22 15:47 Сейчас в теме

(6) обработка - это наполовину решенная задача, я задал вопрос-направление для решения второй половины...

9. ixijixi 1913 03.08.22 15:58 Сейчас в теме

(7) Просто я тоже решал подобную задачу, но как и у ТС у меня она не решена. Пока на паузу поставил, может с развитием платформы можно будет обойтись без расширений, чтобы отслеживать структуру подчиненности.

10. RustIG 1748 03.08.22 16:14 Сейчас в теме

(9) до внедрения расширений я использовал уникальный идентификатор, записывал его в Комментарий - по нему определял соответствие Источника и Приемника - в некоторых работах до сих пор использую такой способ.
Через уник.идент. источника можно выводить структуру подчиненности документов.

11. RustIG 1748 03.08.22 16:29 Сейчас в теме

(9) вот пример использования уникального идентификатора https://infostart.ru/public/1014031/

пример построения и использования дополнительной связи в структуре подчиненности для требований-накладных вот тут https://infostart.ru/public/1238873/

А в целом, наша дискуссия навеяла на мысль создать пример универсального построения структуры подчиненности через уникальные идентификаторы: вы указываете уник. идентификатор любого источника в какое-нибудь поле приемника (комментарий или доп.реквизит или доп. свойство), далее внешняя обработка построения структуры подчиненности отображает эту связь...

не знаю,но хотел бы знать, насколько это интересно пользователям?!

12. ixijixi 1913 03.08.22 22:55 Сейчас в теме

(11) Думаю, это перспективно. Хорошая мысль)

П.С. Возьму на вооружение )

13. ixijixi 1913 03.08.22 22:57 Сейчас в теме

(11) А как из ГУИДа получить ссылку не зная ее типа? Не перебором же?

14. RustIG 1748 04.08.22 10:14 Сейчас в теме

(13) вы задали хороший вопрос!

мне придется очень много написать , чтобы высказать пару мыслей:
1) когда мы получаем Гуид документа или справочника (Да-да, справочники тоже можно в структуре подчиненности отображать, да и любые объекты - которые по смыслу подходят вам), у нас имеется две единицы информации: тип документа и ссылка на документ. Чтобы информация не потерялась, нам по уму надо хранить тип документа и полученный гуид.
Вариантов много как это хранить. Самый первый, который приходит в голову: "Гуид, ТипДокумента" - через запятую строкой в комментарии.
При обратной операции раскладываем в массив строку - тип берем из второго элемента, гуид из первого элемента массива...
Когда вы программируете отображение структуры подчиненности для определенного Источника и Приемника (не для универсальных комбинаций), вы заранее уже знаете, что согласно вашему бизнес-процессу Источник связан с Приемником, то есть вы заранее знаете какие типы документов участвуют в связях - тогда в таком случае, хранить ТипДокумента не надо - в моих обработках как раз используется такой сценарий - я программно ищу в нужных типах нужную ссылку.
2) По поводу "Не перебором же?" - ничего плохого в полном переборе нет, аргументы ниже:
во-первых, вы могли бы использовать полный перебор реквизитов и реквизитов табличных частей для получения точных связей между реквизитами Источника и Приемника - я полный перебор реквизитов использую в своих работах https://infostart.ru/public/1316682/ и https://infostart.ru/public/1610508/
во-вторых, полный перебор метаданных использован в следующей моей работе по анализу прав и ролей https://infostart.ru/public/1565697/
полный перебор узлов для построения json-структуры дерева https://infostart.ru/public/1573208/
полный перебор всех ячеек склада для построения карты склада https://infostart.ru/public/1551346/
Но полный перебор всех типов документов для универсального окна структуры подчиненности - думаю, делать не нужно - это будет "перебор" не только в программном смысле, но и в бытовом.
Для этой задачи нужно использовать дополнительные средства: предварительный анализ взаимосвязей типов реквизитов подстройка под конкретный известный ваш бизнес-процесс (типовой или ваш нетиповой), хранение вспомогательной информации в допреквизитах (которые заполняются при записи документа)...
Для меня "универсальный" - это всегда компромисс между допущениями и ограничениями. Даже сейчас типовая структура подчиненности использует объект КритерийОтбора - который заранее прошит определенными типами документов, поэтому типовая структура подчиненности не может считаться и использоваться как "универсальная" - надо дорабатывать в сторону своих известных бизнес-процессов. Я это вижу примерно так: вы знаете что у вас на основании Источника создается Приемник. В окне структуры подчиненности вставляем два поля сверху Источник слева, Приемник справа.
Снизу список документов Источника.
Теперь система знает, что кроме стандартной структуры подчиненности надо проверять и искать среди Приемников нужный документ, соответствующий Гуиду из комментария... как-то так...

15. ixijixi 1913 04.08.22 12:39 Сейчас в теме

(14) Спасибо, будет над чем подумать)

8. RustIG 1748 03.08.22 15:49 Сейчас в теме

(6) до внедрения расширений я использовал уникальный идентификатор, записывал его в Комментарий - по нему определял соответствие Источника и Приемника - в некоторых работах до сих пор использую такой способ