Битая ссылка при программном создании документа. #719343

Добрый день . Помогите разобраться. В КА поступила такая задача . Нужно было что бы ЧекККМ разбивался на два. Пользователь создает одни чек с товарами и услугами, программа создает еще одни дополнительный где  выбирает только услуги ( с другой кассой и организацией ) . Я реализовал так, сделал это в событии модуля объекта ПередЗаписью.  Копируется документ, из него удаляются товары, меняется касса,организация и записывается. В исходном удаляются услуги , и добавляется ссылка на чек созданный программно. За несколько дней алгоритм проработал пару тысяч раз. И несколько раз ( около 5-8)  у пользователя случалась ситуация , что подчиненный чек не создавался. А в поле подчиненный чек вылазила надпись «объект не найден» . При записи подчиненного чека делал «Попытку исключение», но исключительная ситуация не наступала .  Как мне найти причину ?

Пользователи на такой алгоритм вообще нормально реагируют?

Делал то же самое, только для розницы. Правда использовал РМК (интерфейс) и обрабатывал только при закрытии чека (т.е. формировалось 2 чека и ФР выводил два чека) Может проще сделать что то типа РМК для чеков?

+ Вместо того, что бы использовать сам документ ЧекККМ

Довольны даже. Сделать нужно было за 2 дня и что бы работа менеджеров и кассиров ни как не усложнилась . ( т. е. Работали как им привычно ) . Печатные формы были доработаны , что бы из исходного чека все печаталось, и некоторые еще доработки ( по их системе скидок , и авто переносу услуг в подчиненный) С розницей ни разу не работал, примерно представляю РМК, не могу представить преимущества . А собственному по мое вопросу не подскажите , куда копать ?

>Я реализовал так, сделал это в событии модуля объекта ПередЗаписью. - это главная ошибка. Ссылка еще не сформирована, и другой док может получить именно ту же ссылку. Т.к. предыдущая еще не зафиксирована и не является "действующей".

Чудес не бывает. Если объект не найден, то значит документ с услугами не записан. Например, отрабатывает что-то "Перед Записью" Личное имхо 1. Схемы, когда в модуле одного документа создаются и проводятся взаимозависимые стоит применять в крайнем случае (точнее в _самом_ крайнем случае, когда иначе ну просто вилы). Например в данном случае возможно будет эффективнее обработка, которая будет выносить услуги отдельно от записи документа. 2. Попытка Исключение может не отработать (например, при попытке записи не создается ошибки и исключения). Поэтому после записи стоить проверять на заполненность ссылки.

В журнале то ничего нету?

А как так может получится ? Зачем платформа позволят копировать не записанный в базу объект (без ссылки) ?

Значит где-то был Отказ = Истина без исключительной ситуации.

Дело говоришь. Спасибо .

Не нет .

ты не понимаешь, что написал. > Зачем платформа позволят копировать не записанный в базу объект (без ссылки) ? - не платформа "копирует" (как ты придумал себе) документ, а выдает новому документу ту же "ссылку", которую, получается, себе уже "нацепил" предыдущий документ. База ведь файловая?

Хм. Одни пользователь говорил про какую ту мистику, мол чек не создался . А в структуре подчиненности основной чек ссылался на другой чек ( с услугами ) , созданный другим пользователем , а при повторно открытии перестал. Где бы почитать , про то как и когда создается ссылка ?

база серверная.

Т.е. так как чек с услугами создается раньше, основной чек перетирает его, когда ссылка одинаковая. Так получается ?  А почему так происходит не всегда ?

могут еще другие чеки создасться между ними. Вообще, никогда нельзя в 1С использовать для изменения данных ПередЗаписью и ПриЗаписи. Только просмотр и корректировка каких-то других, не связанных данных. А тут - один объект еще не досоздался до конца (скользкий момент ПередЗаписью), а уже создается другой. Проще простого - разбиваешь/формируешь первый чек, как надо, остальные данные (тело сследубщего чека) сохраняешь в ТЗ, записываешь первый, формируешь второй, заполняешь, записываешь. И никаких Перед-ПриЗаписи.

ссылка сначала создается, потом присваивается объекту при записи. А ты создать её создал, а присваиваешь в неопределенный момент времени, когда платформа точно такую же ссылку уже могла сформиовать и выдать совсем другому объекту (даже не твоему следующему чеку). Вот почему не ругается в SQL-базе на неуникальность - вопрос. Или серверная файловая?

>Так получается ? - ты сам запутал все и вывел в неопределенность. Нсчала запиши, потом формируй следующий.

а в обработке проведения разбить логику? сперва штатно сформировать 1 документ, записать полностью зафиксировать транзакцию, а потом продолжить но уже со следующим? хотя можно и в одной если заранее обозначить что объектов у тебя 2.

> а в обработке проведения разбить логику? - предлагаешь ему транзакцию в транзакции открыть? Еще больше дров наломает.

ну тогда по простому можно в ПослеЗаписи лезть. транзакция то зафиксирована.

Нет. Клиент - серверный вариант .

Я думаю самый лучший вариант уже тогда создать просто отдельную кнопку на чеке ( по которому создается подчиненный чек с услугами ) , а потом уже записывать основной.

Обработка проведения не пойдет . Так как менеджер чаще всего создает чеки . А проводит их уже кассир .

Почему бы не создать обработку, которая будет создавать оба чека?

какой СУБД?

да делай как хочешь, только не лезь в Запись, когда ссылка формируется. Ты ж сути не понимаешь - делай где угодно, только события записи оставь в покое.