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

Как это реализуется?

Чем отличаются чеки "продали и забыли" от "продажу надо отнести на договор"?

(1)
продажи по договору надо запомнить и в конце месяц выставить скопом (но не все) контрагенту

т.е. надо как-то придать "продаже по договору" объектную сущность

(2) удаление гланд через задницу? А что в чеках по оплате стоит?

уникальный идентификатор

(3)на "продажи" по договору" чеков нет, ну или есть чек не кассовый
(4)Мне повезло - и есть уникальный идентификатор - и что мы с ним делаем дальше? - как ему придаем объектную сущность?
Сейчас у меня регистр с измерением Уникальный идентификатор.

(0) комиссионная или агентская торгобля по договору?

(6)нет
это отгруженные товары - 45 счет, но вот в таком виде

У меня как у продавца только продажа (транзакция) в электронном виде есть

Была бы обычная продажа оптовая - это был бы отдельный документ

ну так с 41 на 45 - отгрузка без факта перехода права собственности, долгов по взаиморасчетам нет.
в конце месяца собираешь все что на 45 - и реализация с отражением взаиморасчетов.
.
я так и не понял, проблема в чем-то?

(8)это все понятно

только вот по 45 счету кроме товара количества ничего об отгрузке не узнаешь - а нам нужно еще целый ряд параметров

(7) а у вас самопьска или типовая?

например, для БП3.0 методичка
https://its.1c.ru/db/hoosn#content:309:1cbuh8-3

ну и почему от чеков "пляшете"?

хм... надо будет глянуть на досуге. по идее на 45-ом должна еще себестоимость лежать.
а сумма выручки - тут хз.. смотря когда определяется и как...

(10)фронт - сторонняя программа - она отчет о продажах выдает - там реестр продаж
бэк - самописка

"ну и почему от чеков "пляшете"?" - а от чего мне еще плясать - у меня есть реестр продаж одним документом (файл dbf) - там и нал и эквайринг и договор

(11)В обычной схеме цена определяется в момент Реализации отгруженных товаров. А у меня в каждой отгрузке цена разная может быть

(12) помнится, когда 1С7.7 была еще сырая, "автоматизировали" списание товаров со склада магазина (НТТ) пропорционально выручке за месяц :) а уж пересортицу устраняли по результатам инвентаризации :))

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

местного бухарика назвали Хакером, после того, как он "обнулил" кредитную историю всей деревни, украв "тетрадку" из магазина

(13)мы хитрее делали (и делаем)
Что бы всю помойку по товарам не тащить в Бух/БП - используем одну номенклатуру - Товар. Ну и небольшая хитрость в учете (без конфигурировании) - что бы типовые механизмы расчета себестоимости нормально работали при этом

В моем случае не тетрадка, а госконтракты в основном если что

Продажа по договору это рту

(15)У меня не продажа, а отгрузка без перехода права собственности. Отгружая я сегодня, а РТУ будет через месяц

(16) ну так в рту есть такая функция

(17)Да можно документами отражать. Но плодить сотню документов в день - неправильно

(18) формируй 1 документ на день

(19)что-то подобное раньше и делали, только так не получиться - нам надо каждую продажу отдельно видеть - торговая точка, дата, время, кто получил товар

(0) Поступление/продажа по договорам в типовых решениях сделаны поступлением / реализацией товаров и услуг. Вроде в типовых есть обработки пакетного ввода документов, но не знаю помогут ли в твоей ситуации.

(5) идентификатор это и есть ссылка на строку в документе, что ты понимаешь под понятием "объектная сущность"???

(22)в рамках 1С - что бы получить данные о конкретной отгрузке - получается надо шерстить исходный документ - искать в нем строку по идентификатору.

(23)
во первых никто не запрещает все данные которые "по договору" писать в отдельный регистр с измерением "ИдентификаторСтроки"
во вторых ТЧ документа - физически это одна таблица и запросы по ней работают быстро и беспроблемно (при правильных индексах)

предпочтительным будет регистр, что-бы в него писались только верифицирование данные (отсечка чеков, и непроведеных документов)

(24)А куда писать то все реквизиты продажи - Дату, Время, Цену и т.п.

(25) в регистр же

Куда в регистр? Как потом эти данные оттуда вытащить?

(27) на бумажке нарисуй архитектуру, понятней будет...

(28)ну какая бумажка. мне и так все понятно

Без объектной сущности не обойтись. Придется делать служебный справочник Отгрузки по договорам и туда пихать все реквизиты отгрузки

По другому не получается никак