Уважаемые коллеги
У меня такая вот интересная ситуация
В кафе есть прога учета продаж палтусов
были подозрения на кражи на кассе
и начили зажимить гайки разными способами
сами понимаете ключевая точка контроля это продажи в базе
и через некоторое время эти самы продажи в базе начали пропадать при этом все чеки выдаются

по журналу регистраций я вижу вот такую интересную картинку
http://joxi.ru/xAeQeWHYV5gVAy

транзакция как бы отменятся
как видите я уже нафтыкал копий этих справочников но чудесным образом там тоже отменяется и даже то что Пишется в регистр сведений печать заказов тоже отменятся хотя это вообще разные модули и вообще находтся не в транзакции
более того я проставил логи в файл начала транзакции  и при фиксации логи все нормально но при этом записей в справочнике нет.
Рыл в ролях на предмет отмены на уровне записей но там таких правил ваще нет, рыл модулях справочников и регистра тоже нет ни чего все пусто но при этом в разное время в разные дни это нечто включается и продажи переестают фиксироваться.

Есть может у кого мысли как можно еще заставить базу не записывать в справочник и регистр данные?

Права настрой нормально, а дальше просто тестируй и ищи ошибки )

Права Минимальны
ну и все мы знаем что зайти в 1с даже не зная паролей 10 минут

либо надо переводить на скуль там конечно уже сложнее

>> Вражеский программист в базе
Скорее всего это ты и есть :)))))))))))))

причем здесь роли? ищи ошибки в коде, пока тебя не уволили.

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

(4)+1

НачатьТранзакцию() и ничего. например.

"прога учета продаж палтусов" - жесть! от продажи кильки чем отличается?

судя по справочникам Копия транзакций1, Транзакции - что-то нам намудрили

(9) Раньше. Ссылка на незаписанный объект.

(8) молодой человек ты либо по делу либо выйди из темы
(9) ни какой мудрости нет - когда я все это обнаружил то создал еще  2 справочника Копия транзакций и Копия транзакций  1 первый засунул в Транзакцию Родного справочника Транзакции а второй вынес за транзакцию дабы исключить и этот вариант.

(10) ссылка на на уделенный объект  это нормально потому что каждый вечер закрывается смена и записи из Справочника Транзакции удаляются / переносятся в отчет кассовой смены

(0) Оу, настоящие хакеры заинтересовались 1С! Это комплимент платформе, согласитесь, коллеги.

>я проставил логи в файл

А надо было в ЖР. Судя по скрину, противник чистить следы в ЖР не умеет или не догадывается.

>Рыл в ролях на предмет отмены на уровне записей но там таких правил ваще нет, рыл модулях справочников и регистра тоже нет ни чего

В подписках еще порой

(2) все мы знаем что зайти в 1с даже не зная паролей 10 минут
Но сделать это незаметно уже сложнее. Как минимум, нужно знать твой пароль, чтобы вернуть его.

Отслеживай вход в Конфигуратор, не только в ЖР, но и через аудит в Винде.

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

(11) Нафига вообще справочник транзакций? Что это ещё за дичь?

(15) Это на вражеских программистов охотиться.

(13)  - тоже нет в подписках нифига кому интересно могу скинуть конфу
(15)  - ну так сделал господин палтусов туда регаются продажи в течении дня

(13) не думаю что хареры просто наняли прогера что бы подчищал продажи

я думаю это происходит так примерно
по желанию бармен задает где то как то параметр и база перестает писать в справочник отследить пока не могу

нужно открыть транзакцию, чтобы записать в справочник транзакций, а это ещё один элемент справочника транзакций (читай сначала)

(17) кидай базу

Ставь программу записи экрана.
Я не понимаю, чеки печатаются на фискальном принтере из 1с или пробиваются руками на кассе. Z отчёт есть за смену у кассы?
Что за модель ккт?

а название конфигурации и релиз до сих пор не озвучили?

В подобном случае (еще на семерке) добавил запись всех набираемых и пробиваемых чеков в файлик на диске. Директор потом открывал это файл и сравнивал с Z-отчетом и с данными в базе. Смена, в которой сотрудники мудрили, была уволена и проблема разрешилась. Писать логи в базу 1С хорошо, но в данном случае недостаточно.

(21) 1С:Учёт продаж палтусов

сказали же

(11) http://poiskslov.com/word/хрыч/
тема тупая, отладчик в руки и ищи свои ошибки. а лучше вместо проги для продажи палтусов используй типовые

(21) вот это, если я правильно понимаю https://www.paltusov.ru/
очередная супер удобная конфа для общепита

да да

(18)
Да я понимаю что трудно но не я придумал в 1с такую конструкцию как Начать транзакцию и тд и не я добавил Справочник Транзакции - это типовое

(15) Ни разу не видел конфы от ШТРИХ-М? Да и во Фронтоле вроде что-то аналогичное.

штрих М это принтер чеков )

а может у Палтусова спросить? может он кроме конфы еще приблудами подторговывает?

(29) Ты еще очень мал и глуп...

(31) откуда такое умозаключение
или ты видишь решение и оно настолько простое?

(28) Видимо меня обошла учесть знакомства со справочником Транзакции)))))

(31) и зачем здесь эти прилюдные оскорбления

"Вражеский программист в базе" - ну а за чем же так самокритично?

(33) Чо Смешного в конфу добавли справочник "Транзацкии" или кто то здесь считает что такое не возможно ?

(34) это не оскорбление

"Вложенность транзакций"
https://its.1c.ru/db/metod8dev/content/2334/hdoc

"Если транзакция уже начата, то вызов начала транзакции не выдает ошибки, но и не оказывает никакого влияния на работу системы. Однако система запоминает, что был вызов начала вложенной транзакции, чтобы соответственно "проигнорировать" и завершение транзакции данного уровня.

При вызове завершения вложенной транзакции реального завершения транзакции также не происходит. Система отмечает, что уровень транзакции уменьшился. Реальное завершение транзакции происходит только при вызове завершения транзакции на самом верхнем уровне.

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

(38) Как быть с тем что файл
что Регистр Печать заказов тоже отменяется  ? хотя он делается в другом модуле и не в транзакции

* файл логов пишет что тразкции завершена успешно

(0)  логирование действий пользователя не пытался сделать ? и потом отследить свои  ошибки в коде?

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

(41)

какие ошибки в коде мы полгода работали я в эту конфу вообще не влазил  
пока не стало пропадать вот это все

вот логгирование и показывает что все хорошо

Ищите да обрящите

(43)+(44) когда все хорошо  данные не изчезают.

исчезают в любом случае

(44) Заблуждение. Прочти внимательно мою ссылку. Вложенные транзакции могут сообщать "всё хорошо прекрасная маркиза"(с), не подозревая, что исключение кроется ниже или выше по уровню. Которое позднее и отменит все транзакции.

(48) да нет вложенных транзакций

(48) ну по крайней мере я не создавал  в любом случае Печать заказов не в транзакции точно но отменяется

(49) конфу кидай, мы сами разберемся есть они или их нет

уже выгружаю а то не предметно

(50) ты противоречишь своей картинке, там видно что всё это одна транзакция

вот именно что это нифига не одна )

(54) 453005
Просто ты не знаешь, как так получилось, что всё это было в одной транзакции.

>Вложенные транзакции могут сообщать "всё хорошо прекрасная маркиза"(с), не подозревая, что исключение кроется ниже или выше по уровню.

нету в 1с вложенных транзакций

>>Вражеский программист в базе
надеюсь этого мерзавца ваша компания скоро вычислит и выгонит в шею

(43) >мы полгода работали я в эту конфу вообще не влазил

Ты вместо того, чтобы отвечать тут троллям, не теряй времени, а вытащи из ЖР входы в конфигуратор и действия в нем.

И еще вопрос. Конфа куплена у Палтусова или нет? Если да, то обратись к ним. Они по-любому быстрее найдут причину, чем мы.

Надо поставить капкан в стуле у кассы. и триггер на срабатывание капкана при открытии конфигуратора.
Так ты легко вычислишь врага.

У этого Палтусова есть демо сервер, прямо на главной ссылка. Зашел туда, в конфу Ресторан. Кстати, автор, уточни, что за конфа.

Так вот, там та же картина: <Объект не найден> и т.п.
https://imgur.com/a/08OXT
Так что это скорее всего косяки тамошних программистов. Ну, или враг хитро маскируется под косяки программистов. :)

(60) так давно вычислили врага )))

(60) <Объект не найден> - это результат штатного поведения для данной конфы, а в (0), я так понимаю, вопрос почему не связанные (по мнению ТС) действия отменяются в одной транзакции.
ИМХО вероятность диверсии меньше процента, остальное результат деятельности ТС или палтусова. Возможно умелое пользование юзеров косяками палтусова но скорее случайное.

(0) >>сами понимаете ключевая точка контроля это продажи в базе
Открой секрет, что ключевого в этой точке?
Я например сталкивался с такой схемой воровства: выписывается накладная на клиента, который есть в базе, но в этот день ничего не покупал. Далее эта накладная и весь комплект документов к ней распечатывается и откладывается в сторонку.
Далее эту накладную полностью переделывают, включая список товаров на другого клиента, который в этот день реально что-то купил. В результате имеем два комплекта документов - настоящий и поддельный. Отгрузка происходит по обоим комплектам и продукция по поддельному комплекту уезжает в неизвестном направлении. В итоге в базе следов не осталось, продажи тоже ничего не покажут, а по факту на складе недостача.
Бумажные документы по которым отгрузили левую продукцию конечно остаются на складе, но документов отгрузки в день несколько тысяч и сверить их с базой на предмет достоверности просто нереально.

(63) Решается запретом редактирования проведенных документов.

(64) Не всегда. Есть ситуации, когда нужно распечатать кучу документов на следующий день. И кровь из носу пользователям необходимо право печати непроведенных документов.
У меня клиент недавно попал в такую же ситуацию - "левые" продажи, недостачи, документы в порядке... Прикрутил систему логгирования действий пользователей. Вредители нашлись в первый же день.

(64) Не решается, ибо их печатают до проведения, а связано это с тем, что при погрузке может чего-то не хватить и накладную придется перепечатать с реальным количеством, которое погрузили.

(65) +100500, логи рулят. По другому никак не поймать.

(54) может все же обмен какой проходит ?

походу, на мисте новый мем

Поспорили как-то геодезист с вражеским программистом — кто быстрее базу угробит...

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

Обработка fastfood
форма РегистрацияПродаж
Функция где происходит запись в регистр Печать Заказов
Находить под большой зеленой кнопкой оплатить

место где пишутся транзакции можно найти по ключевому слову "Копиятранз"
вот файлик
пароль 4563* на дамина

А у ТарасоваАД (да и остальных) нет прав открывать внешние отчеты/обработки?
Или создавать пользователей?
Сделай подписку на удаление - пусть пишет в файл лог, кто, когда.

(71)  вот это прям очень инетересно
Настрой журнал регистрации с фиксацией стека вызова кода.

можно чуть подробнее

(62) да это штатное поведение база при закрытии смены просто выпиливает все записи за день из справочника и складывает в документ отчет кассы за смену

(71) рою код на предмет насанкционарованного создания транзакций

тебе уже все рассказали, что ты там роешь?

(58) да конфа куплена
если вы работали с палтусовым вы поймете что дохлый номер ))
журнал смотрел хожу в конфу только я либо уже знают мой пароль

(77) а того что тут что рассказали в конфе код не изменился и в любой момоент начнут валиться транзакции

(0)Не хочу тебя обижать, но ИМХО, этот "вражеский программист" ты и есть..Скорее всего косяк либо в коде, либо в правах.

(79) ищи косяки в коде, а не врагов

(80) еще раз пол года все работало четко  
2 е когда пропадают транзакции в эти дни касса
(то есть реальных денег) значительно меньше

кто нить смотрел базу ?

а ты ее выложил?

только пароль на рахив дал

вернее на админа

дассылку же отправил

http://dropmefiles.com/bamRR

вот еще раз

(82) Ну и коли кассира, работающего в эти дни. Методы можешь подсмотреть в сериале "Улицы разбитых фонарей" )

(90) не-не-не...лучше почитать Молот Ведьм...там более действенные описаны...

(88) Хоть бы заархивировал. Влом качать на мобильном инете.

я качаю, но какой-то файлообменник туговатый

скачал, первое же впечатление - адский ужас

Функция ЗаписьЛога(ДатаВремя, ПроцедураЛога, МестоЛога, КомментарийЛога) Экспорт
    Текст = Новый ТекстовыйДокумент;
    Текст.Прочитать("C:\палтусов\1Cv83Log\log.txt");
    Текст.ДобавитьСтроку(Строка(ДатаВремя) + " - " + ПроцедураЛога + " - " + МестоЛога + " - " + КомментарийЛога);
    Текст.Записать("C:\палтусов\1Cv83Log\log.txt",КодировкаТекста.ANSI);
КонецФункции


чей это код!?

(95)
это я добавил запись лога уже в поисках проблемы
буквально вчера а проблема уже  2 недели

на том компе где это исполнятется это исполнятся

(97) ты нормальный?

может лучше по делу ?

я не буду разбираться с базой, где еще и твой код править нужно, сорри

(0) а база-то файловая, небось?

там моего кода 10 строк
всего связыный вот с этим файлом
просто в не скольких местах

(100) глянь почту

(95) Это не код, это порнография.

то, что на скрине в (0) - это нормальное поведение платформы при отмене транзакции. ГДе-то в обработке проведения установился Отказ и ВСЁ, чтоб было создано в этой транзакции откатывается. Копии справочников не спасут ни хрена, ибо они тоже откатятся, что мы и видим.

Такие вещи логировать надо в журнал регистрации - это раз.

Два - искать надо по событию Данные.Удаление, а не Добавление.

Права надо настроить, чтобы ни какие колдунства не были возможны - это три.

Четыре - базу на сервер, чтобы руками до нее не достучаться было.

(0) Мне кажется базу копируют. Продают что надо в рабочей. И перезаписывают потом копией.

Хотя вру.

(107) да почему? рабочий вариант, чо...

так я и так лог в файл сделал
и все гуд в логах есть в справочниках пусто )

(0)
В модулях документов в проце ОбработкаПроведения выкинь к едрени фени конструкцию
НачатьТранзакцию в начале процы и ЗафиксироватьТранзакцию в конце процы.

Наслаждайся, кушай печенки.

Если че, какой-то му-2 это конструкцию во все доки запихал.

да я уже об это подумал
а чо толку если у меня пропадают даже записи в регистр которые записывается не этой конструкцией

(109) глянь (106). Как раз - в базе ничего, а в файлах вне базы - есть всё. Хитрый кассир.

перепиливать всю базу что ли это же типовая фигня то  
я там ни чо почти и не делал

(113) а журнал логов то нормальный не видно что бы что то копировали туды сюды

(114) Выкинь это и не позорься.

тогда бы отмены всех тих транзакций в течении дня просто бы не было

Ничего в ней типового нет. Если какой-то олень пихает конструкции с транзакциями в обработкуПроведения, то что теперь, это "типовое" решение ?!
:)

(2) разворачивайте сервер.

(116) ну как бы много ресторанов правда мелких юзают эту конфу
не я ее выбрал не мне ее и выкидывать
при чем тут позорься не позорься

(118) это типовое решение - как нельзя писать ни в коем случае

(119) да про сервер это да защитит конфу
но мен важно найти как это сделано а желательно еще и поймать кто это сделал

(120) доведи ее до ума, а Палтусову табло набей

(122) к сожалению твои логи не дают работать с БД )))

да и битая она у тебя

сотри да и все в чем проблема то ?

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

только если роли

у кассира на него права есть все

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

(125) это нормально, раз ее копируют на горячую туда-сюда

(0) Посмотри/выложи ЖР с отбором по данной транзакции (453005), возможно станет понятно откуда она возникает

(130) ни кто ни чего не отменяет. Иначе время чека в ФР всегда совпадало с записями "Отмена транзакции".
Кассиры просто 1cd подменяют копией после успешной печати чека

(133) тогда бы в ЖР не было (0)

(134) то что в (0) вообще не возможно по коду
запись в регистр происходит всего в двух местах и без всяких условий

(135) Внешнюю транзакцию никто не отменял, а код мог вызываться из внешней обработки или уже удален из конфигурации (тогда, да - диверсия)

(88) Под кем заходить? Логин/пароль дай: [email protected]

(134) то, что в (0) не связано с теми исчезновениями, про которые плачет автор

+(132) даже без выкладывания видно, что транзакция открыта за четыре часа до показанных событий. То есть вся деятельность оператора была скорей всего в одной транзакции, которая в результате откатилась.

Срочно убейте эту тварь

выбил мороженное, пончик и овощной салат

видели бы в ЖР сколько раз она перезаписывает регистр и справочник транзакций

(139) где видно  ?

(134) Ко мешает оставить ЖР на месте?

(139) такого не может быть. Транзакция не живет дольше процедуры

(142) колонка транзакция
(144)
НачатьТранзакцию();
ОткрытьФормуМодально("...Какая нибудь обработка...");
ОтменитьТранзакцию();

(144) а вот если вся работа кассира где-то оборачивается в транзакцию?

Там просто в коде НачатьТранзакцию везде налево и направо понапихали
:))

(143) Так откуда там (в ЖР) записи (которые не может расшифровать ТС), если всё делается в копии.

(146) да везде, во всех поделках, типа фронтоффисфастфуд,фронтоффисс..

+(148) состояние базы согласуется с ЖР: данных нет - транзакция отменена. Если бы не было согласовано - можно было предполагать копии или правку ЖР.

(148) Сделали копию. Провели док в рабочей. Восстановили рабочую из копии. ЖР не трогали.

(151) но как транзакции отменяются, это объяснить может пропажу объектов

(151) ну и? в ЖР пусто. А у ТСа там много записей и отмена транзакции.

а вообще может ведь при определенных действиях и таком количестве Начать/ОтменитьТранзакцию, кассир открывает транзакцию и она не фиксируется, потом он работает дальше и опять же в какой-то момент возникает отмена трнзакции и все что он делал убивается?

(153) С чего вдруг в ЖР пусто?

(155) Ты же всё в копии делал?

да транзакци эти длятся по нескольку часов
например в обед начинаются и вечером заканчиваются  
с логикой кода это не сходится где то еще есть начало и возникает начало  и конец транзакции

посмотрел по журналу но началу транзакции ничего необычного не предшествует по журналу

точнее так одна транзакция длится несколько часов то есть например пол дня работы бармена отменяется

(159) >>одна транзакция длится несколько часов

ага, сеть упала на минуту и пипец всем данным за эти часы

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

Чую, что такие пути будут...причем такой путь будет не один.

Скорей всего, пользователь выполняет какое-то действие, которое приводит к отмене той транзакции, которая должна была ранее зафиксироваться, но из-за какого-то тупого условия не фиксируется.

(159) Это ненормально, любая ошибка приведет к откату транзакции.

По-хорошему, время жизни одной транзакции должно исчисляться максимум секундами...и то в исключительных случаях.

(156) Еще раз читай внимательно.

(159) Ты что-то путаешь. не может быть несколько часов.

если это не рег. задание.

(164) К сожалению может. Например, внутри транзакции запускается РМК...и все, приплыли к таким вот результатам.

(164) хорошо, в ЖР будет запись Документ.Проведен. А у ТСа отмена транзакции.

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

(166) да ну кто так будет делать что бы рмк загружалось в одно транзакции работало это ваще идиотизм

(151) Будет - транзакция зафиксирована, объект не найден

(168) а ты уверен, что у тебя так не происходит?

(161) Кроме программной отмены транзакции может быть некорректное завершение программы, например комп выключили на выходя из 1с...

(171) ну да...и это не исключено...
тс-у следовало бы поинтересоваться у пользаков, нет ли проблем с оборудованием, не вырубается ли 1с "внезапно"...

(168) Попробуй виндовые логи еще посмотреть на предмет разрывов соединений и аварийных завершений работы.

(173) это все хорошо и это все можно если одна транзакция на смену но так ведь не должно быть это бред

(174) Ну вот и ищи откуда этот бред берется.

а можно как то программно запросить какие транзакции сейчас открыты  
есть такое  ?

(169) Кстати да, нужно бы ТС-у промоделировать в копии, как выглядит в ЖР пробитие чека без вмешательства вражеского программиста.

я с ними мало работал  не люблю их

(177)  счес скину и так и так

(174) В одной конторе было дело программа "вылетала" ни с того, ни с сего, на ровном месте. Причину нашли случайно - на одном компе была полудохлая сетевая карта, которая за$ирала весь трафик. После ее замены программа стала работать стабильно.
Это я к тому, что исправность оборудования тоже не лишне будет проверить..

тут как бы прога локально стоит

(171) А что, и это вариант. Враги не додумались копировать базу, но додумались выдергивать кабель сразу после печати чека.

+ (180) Кстати можешь смоделировать эту ситуацию. Сделай так чтобы транзакция открылась и чуток повисела, а потом просто выключи комп и посмотри, что получилось.

еще прога стоит локално на компе тут хоть завыдергивайся ))

v8: Как узнать транзакция в текущий момент есть ?
вот есть такой интересный инструмент надо пробовать

а как может быть один и тот же номер транзакции вчера и сегодня ???
это ваще реально ?

(187)
а мой чем хуже ?
нафиг так усложняться если результат будет тот же )

(188) Как минимум весь лог в память не грузит.

(188) (187) в 1С есть объект ЗаписьТекста

(188) Ой сорри сорвалось. Короче надо так лог писать - он пишет ровно одну строчку в файл (не грузит туда-сюда) и лог можно открывать FAR-ом в режиме просмотра.

(190) средства 1С блокируют файл, нельзя FAR-ом посмотреть синхронно. Но или да, можно так (если синхронно не надо его читать).

///////////////////////////////////////////////////////////////////////
Процедура ЗаписьЛога(прм_стр, прм_ИмяФайла) Экспорт
    fso=Новый COMОбъект("Scripting.FileSystemObject");
    Если Не fso.FileExists(прм_ИмяФайла) Тогда
            file=fso.CreateTextFile(прм_ИмяФайла, -1, 0); //создать файл, перезаписывая существующий.
            file.WriteLine(прм_стр);
            file.Close();
    Иначе
            file=fso.OpenTextFile(прм_ИмяФайла, 8, 0); //дополнить файл
            file.WriteLine(прм_стр);
            file.Close();
    КонецЕсли;
КонецПроцедуры

(191) так закрывай файл после записи каждой строки, будет тоже самое что у тебя только без COMОбъект

http://dropmefiles.com/VWXyk
транзакции за 3 и за 4 е кому интересно
там не много не больше 400 строк в каждом дне

3 его пол дня просто не как слизало одной транзакцией

Конфа жесть конечно о_О
Поиск по "Исключение" выдал 781 результат......

Где то здесь:

Исключение
ОтменитьТранзакцию();

срабатывает исключение.

(195)

да кофа ппц
там почти везде в этих местах есть запись в журнал текста ошибки коментов и тп
а нашем случае тих скромно без коментариев )

(196) Постоянные "Отказ в доступе" это тоже норма для этой конфы?

Может пользователю и выдается что нибудть. Например в Сообщить(); Только у пользователя это окошко закрыто и он ничего не видит. Ну или игнорит сообщение..

А "Изменение конфигурации базы данных" 5 раз - это ты?

ну да я ковыряю )

А на какой операции отмена транзакции происходит?

(123) +1 в части набить табло.

Шедеврально однако.....


    НачатьТранзакцию();
    
    Попытка
        МенеджерЗаписей.Записать();
        
        ЗарегистрироватьЗаказДляПечати(мИдентификатор);

    Исключение
        ОтменитьТранзакцию();
        Предупреждение(ОписаниеОшибки());
        Возврат;
    КонецПопытки;
    ЗафиксироватьТранзакцию();

(202) Там таких шедевров полно дальше. кто то просто феерично помешан на Транзакциях.

(0) Поставь Эвотор, и уволься, все проблемы решатся.

ЗЫ а кто такие палтусы которые продают? Это рыба какая то? Что за кафе?

(195) ради интереса запустил поиск по "Исключение" по самописке на основе БСП - 2040 найдено, из них 90% в БСП

(202) если это вне обработки проведения или другой неявной транзакции, то оно еще имеет какое-то право на жизнь

(204) >>а кто такие палтусы которые продают?
Это не рыба, это какой-то франь или что-то типа франя в Нижнем тагиле.

(202) я тоже видел этот кривой текст.
Проще тупо ее убрать там где так написано что бы исключить ее как проблему.

а что в (202) такого страшного? Есть два действия, которые необходимо гарантировано выполнить вместе, что и реализовано.

Это явно не причина (0).

бегло посмотрел код конфиги
ужаса не увидел
конфа как конфа
(207) зачем тебе что-то убирать там?
с чего ты решил что транзакции там длятся несколько часов? если мы говорим про транзакции БД, а не про справочник "Транзакции", назначение которого, судя по справке: "В справочнике хранятся данные о продажах до закрытия кассовой смены."

И мой тебе совет удалить базу из скачки. Так как вражеским программистом тут ты очень видишься)

(208) читай (38)
В такой конструкции теряется причина отмены записи.

Ещё в начале обсуждения, в (38), я указал возможную причину - возникновение проблемы, неявной для программиста, поддержки платформой "вложенности" транзакций.
Господин ПЖ, в (56),  напомнил, что 1С не поддерживает вложенность транзакция.
Да, это так. Но проблема в том, что 1С допускает(!) существование "вложенных" транзакций и своеобразно их обрабатывает в рамках единой транзакции.

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

Но есть ещё одна, не озвученная в этой теме, интересная особенность работы платформы: она автоматически начинает и завершает транзакции в обработчиках объектов или набора записей, например, типа ПередЗаписью. Вот так и возникают те самые преславутые "вложенные" транзакции, скрытые от взгляда невнимательного программиста. При этом фиксация транзакции или её отмена зависит от параметра Отказ. И "Отказ=Истина" может возникнуть, например, в одной из многочисленных подписке на событие.

Автор может долго и  тщательно искать в конфигурации ошибку или место в коде, где отменяется транзакция - а отмена транзакции может быть неявная, внутриплатформенная и не предусмотренная в конфигурации.

Автору уже указывали на битые данные - они могут (теоретически) порождать озвученную в теме проблему.

PS: sorry за много буковок. Что-то, как-то не получается лаконично высказаться :)

>Но проблема в том, что 1С допускает(!) существование "вложенных" транзакций и своеобразно их обрабатывает в рамках единой транзакции

своеобразия никакого. тупо счетчик начать/зафиксировать. не сошлось в конце - откат

и неявные транзакции и криво воткнутые попытка/исключение

большой простор для творчества

(212) Тупой, как Вы верно заметили, подсчёт уровней вложенности - это и есть "своеобразие" платформы. Просто я выразился более политкорректно :) А хотелось бы видеть более "умного" поведения платформы. Например, хотя бы иметь доступ к "уровню" транзакции. Но это уже лирика.

>Например, хотя бы иметь доступ к "уровню" транзакции.

вы еще хинты захотите в запросах или pivot

>подсчёт уровней вложенности

не считаются эти уровни. считается только количество

интересно, а Палтусову уже табло начистили?

или хотя бы ссылку на ветку кинули?

(211) я бы такими многобукавными сообщениями тыкал новичков, как в (0) до посинения, чтобы в подкорке выжглось на века, чтобы идея вести себя как Палтусов, вызывала моментальное "Низяяяя" в голове.

прочел версии
тут говорят что кассиры пробивают чек , а потом заменяют рабочую базу утренней копией. Т.о. по ФР деньги проходят , а в базе 1С данных о продажах нет.
А скажите - зачем кассиру такое делать , если он , кассир , вечером сверяет сумму наличных ( допустим торговали только наличными ) в т.ч. с данными прошедшими по ФР ?
Кассир же обязан сдать денег столько сколько прошло по ФР ?

(219) вспоминается фокус из реальной практики (автор и реализатор идеи присел за воровство) - отбивается два Z-отчета. По одному из них отчитываемся, деньги из второго кладем в карман.

(220) у каждого Z-отчета свой порядковый номер. Если я не ошибаюсь. Сдавать в бухгалтерию только нечетные номера Z-отчетов - сомнительная хитрость

(221) это был очень маленький ларек (ИП, где работают по принципу "человек-оркестр"), и теперь они смотрят на номер Z отчета.

(64) У нас так и было :) так жулики повадились полностью менять реквизиты контрагента :) Специфика такова, что 90% продаж полностью идентичны, отличаются только контрагенты, контрагенты - физики. В результате в базе один документ, а реальных продаж по нему 3-4 делали. Спалились случайно и по собственной глупости, когда один из контрагентов пришел к ним за возвратом, а его в базе нет :) Им бы по-тихому из собственного кармана возврат сделать бы, а они к прогам поперлись отношения выяснять :) тут их схему по ЖР и вскрыли :)

(221) А еще дата и время снятия Z-отчета...

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

(217) Думаешь есть смысл?!

Разработчик:

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

Heckfy

(123) +1 в части набить табло.

Так набейте если найдете того, кто это написал. В тиражной конфигурации (во всех релизах) нет такой функции ЗарегистрироватьЗаказДляПечати()

попался сукин сын прелюбодей якин!

В связи с вновь открывшимися обстоятельствами голосую против чистки табла Палтусова :) :) :)

А ТС, по ходу, налетел на проставу для г - на Палтусова.

"прога учета продаж палтусов " - Блин. Это разработчик называется Палтусов? А я думал, они там палтусами торгуют :))

>А я думал, они там палтусами торгуют

+1

живая рыба, в розницу...

а вон оно как

Зато реклама ))

ОФФ:
Да тут прямо какая-то санта-барбара начинается...уже и сам Палтусов объявился. Может скоро и Нуралиев в ветку заглянет?

(234) с такой рекламой тебе девичью фамилию брать предется

(232) твой ник больше подходит


(234) ребрейдинг нужен
название сбивает людей с коллеи.

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

>ребрейдинг нужен

+1

предлагаю новое имя "во-блин". оно и рыбное и нет одновременно

палтус шредингера

(238) еще не были представлены доказательства невиновности!!!

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

(227) Ждем хода со стороны автора темы
Если сейчас он напишет что в тиражном решении все тоже самое, а указанные объекты он добавил в конфу для поиска проблемы - тема чистки заиграет новыми красками

(63) это не схема воровства, а схема бардака на отгрузках. Просто так отгрузить налево - это надо постараться, или при левой отгрузке никто не проверяет ни график от грузовым ароматов, ни довереностей - вообще ничего?

(65) проведенный документ прекрасно печатается на завтрашнюю дату. Всего лишь достаточно указать что дата на печать д.б. "завтра" или датой отгрузки...

Отпуск, каникулы...
Развлекаюсь чтением ветки

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

+(246) релиз 2.2.3.42 конфигурация Ресторан

Что, она ещё и снята с поддержки? Оригинально. Что же там от палтусов осталось? Одни хвосты и жабры? :)

PS: "учёт продаж палтусов" - пусть на короткое время, но новый мем родился.

(248) Некоторые поделки от франчей бывают прямо в дистрибутиве без конфигурации поставщика.

(249)+ И в рекомендациях по обновлению написано: "...загрузить конфигурацию из файла..."

(249) это например какая конфига*

ЕМНИП, Штрих-М:Кассир или Бармен, где-то 3-4-летней давности.

(252) > "...загрузить конфигурацию из файла..."
диверсанты какие-то

(253) А вот кусок кода по обновлению из другой франчевской конфы

    ТекстФайлаПоУмолчанию = ТекстФайлаПоУмолчанию + "
        |REM Логин администратора системы
        |set AdminUser=" + ИмяЛогинаАдминистратора + " /WA-
        |
        |" + СтрокаОбъявленияФайлаСообщенийОбОшибках + "
        |
        |rem Создание резервной копии
        |
        |echo (1/4) Делаем резервную копию...
        |start """" /wait %v8exe% CONFIG     %DataBase% %AdminUser% /DumpIB""" + КаталогИБ + "\Backups\" + ПрефиксБаков + "\" + ПрефиксБаков + ".dt"" " + СтрокаДляВыводаДанныхВФайл + " /DisableStartupMessages
        |
        |rem Грузим конфигурацию
        |
        |echo (2/4) Загружаем новую конфигурацию...
        |start """" /wait %v8exe% CONFIG     %DataBase% %AdminUser% /LoadCfg""" + КаталогИБ + "\Temp\1cv8.cf"" /UC""ПакетноеОбновлениеКонфигурацииИБ""    " + СтрокаДляВыводаДанныхВФайл + "
        |
        |rem Обновляем конфигурацию БД
        |
        |echo (3/4) Применяем изменения...
        |start """" /wait %v8exe% CONFIG     %DataBase% %AdminUser% /UpdateDBCfg /UC""ПакетноеОбновлениеКонфигурацииИБ""    " + СтрокаДляВыводаДанныхВФайл + "
        |
        |rem Запуск самой программы
        |
        |echo (4/4) Запускаем программу...
        |start """" %v8exe% ENTERPRISE %DataBase% %User% /C""UpdateComplete""
        |
        |del " + КаталогИБ + "\Temp\Upd1C.bat
        |";

(243) Правильней сказать - это схема порожденная бардаком на отгрузках. Но преодолеть этот бардак нет технической возможности, ибо проверять надо каждый документ, а их несколько тысяч. Чтобы это сделать нужен некий механизм, который сможет сверить бумажную накладную с накладной в базе. Если это делать вручную есть риск срыва отгрузки, ибо это будет очень долго.

(255) тут непонятно как у вас вообще построен процесс подготовки заказов и их отгрузка. Доверенности у водителей не проверяют вообще? Типа водила пришёл - я за заказом 287! Ему - на, забирай! Забрал и исчез?

Ни автора поделки ни ТС

Что-то накопал ТС походу... вот диверсанты и убрали его

(256) Ну как бы для погрузки никакая доверенность не нужна. Пакет отгрузочных документов с подписями и печатями это и есть сама по себе доверенность. Так вот фальшивый комплект тоже имеет все подписи и печати. Там идет сговор диспетчера, который печатает документы и водителя, еще иногда охрана участвует. То есть водила с левым грузом и левыми документами спокойно выезжает за ворота и там уничтожает фальшивые документы. Охрана тоже через некоторое время избавляется от фальшивки. Дальше все шито-крыто следов нет. Следы можно найти только в логах. Но их начинают смотреть только при большой недостаче. Далее увольняют всю смену и меняют охранную фирму. На некоторое время это помогает, потом все начинается по новой.
Эта схема неистребима.