|
Вражеский программист в базе | ☑ | ||
---|---|---|---|---|
0
aptomilov
04.09.17
✎
08:37
|
Уважаемые коллеги
У меня такая вот интересная ситуация В кафе есть прога учета продаж палтусов были подозрения на кражи на кассе и начили зажимить гайки разными способами сами понимаете ключевая точка контроля это продажи в базе и через некоторое время эти самы продажи в базе начали пропадать при этом все чеки выдаются по журналу регистраций я вижу вот такую интересную картинку http://joxi.ru/xAeQeWHYV5gVAy транзакция как бы отменятся как видите я уже нафтыкал копий этих справочников но чудесным образом там тоже отменяется и даже то что Пишется в регистр сведений печать заказов тоже отменятся хотя это вообще разные модули и вообще находтся не в транзакции более того я проставил логи в файл начала транзакции и при фиксации логи все нормально но при этом записей в справочнике нет. Рыл в ролях на предмет отмены на уровне записей но там таких правил ваще нет, рыл модулях справочников и регистра тоже нет ни чего все пусто но при этом в разное время в разные дни это нечто включается и продажи переестают фиксироваться. Есть может у кого мысли как можно еще заставить базу не записывать в справочник и регистр данные? |
|||
1
Segate
04.09.17
✎
08:40
|
Права настрой нормально, а дальше просто тестируй и ищи ошибки )
|
|||
2
aptomilov
04.09.17
✎
08:44
|
Права Минимальны
ну и все мы знаем что зайти в 1с даже не зная паролей 10 минут |
|||
3
aptomilov
04.09.17
✎
08:45
|
либо надо переводить на скуль там конечно уже сложнее
|
|||
4
mehfk
04.09.17
✎
08:49
|
>> Вражеский программист в базе
Скорее всего это ты и есть :))))))))))))) |
|||
5
Хрыч
04.09.17
✎
08:54
|
причем здесь роли? ищи ошибки в коде, пока тебя не уволили.
|
|||
6
Segate
04.09.17
✎
08:55
|
Торгуйте в кафешке по белому, и все чеки можно будет сверять по z-отчетам. =))
|
|||
7
НЕА123
04.09.17
✎
08:55
|
(4)+1
НачатьТранзакцию() и ничего. например. |
|||
8
Хрыч
04.09.17
✎
08:59
|
"прога учета продаж палтусов" - жесть! от продажи кильки чем отличается?
|
|||
9
yzimin
04.09.17
✎
09:00
|
судя по справочникам Копия транзакций1, Транзакции - что-то нам намудрили
|
|||
10
Хрыч
04.09.17
✎
09:05
|
(9) Раньше. Ссылка на незаписанный объект.
|
|||
11
aptomilov
04.09.17
✎
09:08
|
(8) молодой человек ты либо по делу либо выйди из темы
(9) ни какой мудрости нет - когда я все это обнаружил то создал еще 2 справочника Копия транзакций и Копия транзакций 1 первый засунул в Транзакцию Родного справочника Транзакции а второй вынес за транзакцию дабы исключить и этот вариант. |
|||
12
aptomilov
04.09.17
✎
09:10
|
(10) ссылка на на уделенный объект это нормально потому что каждый вечер закрывается смена и записи из Справочника Транзакции удаляются / переносятся в отчет кассовой смены
|
|||
13
mistеr
04.09.17
✎
09:10
|
(0) Оу, настоящие хакеры заинтересовались 1С! Это комплимент платформе, согласитесь, коллеги.
>я проставил логи в файл А надо было в ЖР. Судя по скрину, противник чистить следы в ЖР не умеет или не догадывается. >Рыл в ролях на предмет отмены на уровне записей но там таких правил ваще нет, рыл модулях справочников и регистра тоже нет ни чего В подписках еще порой (2) все мы знаем что зайти в 1с даже не зная паролей 10 минут Но сделать это незаметно уже сложнее. Как минимум, нужно знать твой пароль, чтобы вернуть его. Отслеживай вход в Конфигуратор, не только в ЖР, но и через аудит в Винде. |
|||
14
antgrom
04.09.17
✎
09:12
|
(0) если завелся вражеский программист - надо нанимать других 1Сников для формирования партизанского отряда.
|
|||
15
yzimin
04.09.17
✎
09:13
|
(11) Нафига вообще справочник транзакций? Что это ещё за дичь?
|
|||
16
Zombi
04.09.17
✎
09:18
|
(15) Это на вражеских программистов охотиться.
|
|||
17
aptomilov
04.09.17
✎
09:18
|
(13) - тоже нет в подписках нифига кому интересно могу скинуть конфу
(15) - ну так сделал господин палтусов туда регаются продажи в течении дня (13) не думаю что хареры просто наняли прогера что бы подчищал продажи я думаю это происходит так примерно по желанию бармен задает где то как то параметр и база перестает писать в справочник отследить пока не могу |
|||
18
1dvd
04.09.17
✎
09:19
|
нужно открыть транзакцию, чтобы записать в справочник транзакций, а это ещё один элемент справочника транзакций (читай сначала)
|
|||
19
DrShad
04.09.17
✎
09:23
|
(17) кидай базу
|
|||
20
Alexor
04.09.17
✎
09:23
|
Ставь программу записи экрана.
Я не понимаю, чеки печатаются на фискальном принтере из 1с или пробиваются руками на кассе. Z отчёт есть за смену у кассы? Что за модель ккт? |
|||
21
yzimin
04.09.17
✎
09:23
|
а название конфигурации и релиз до сих пор не озвучили?
|
|||
22
Мимохожий Однако
04.09.17
✎
09:23
|
В подобном случае (еще на семерке) добавил запись всех набираемых и пробиваемых чеков в файлик на диске. Директор потом открывал это файл и сравнивал с Z-отчетом и с данными в базе. Смена, в которой сотрудники мудрили, была уволена и проблема разрешилась. Писать логи в базу 1С хорошо, но в данном случае недостаточно.
|
|||
23
1dvd
04.09.17
✎
09:25
|
(21) 1С:Учёт продаж палтусов
сказали же |
|||
24
Хрыч
04.09.17
✎
09:26
|
(11) http://poiskslov.com/word/хрыч/
тема тупая, отладчик в руки и ищи свои ошибки. а лучше вместо проги для продажи палтусов используй типовые |
|||
25
Numerus Mikhail
04.09.17
✎
09:28
|
(21) вот это, если я правильно понимаю https://www.paltusov.ru/
очередная супер удобная конфа для общепита |
|||
26
aptomilov
04.09.17
✎
09:29
|
да да
|
|||
27
aptomilov
04.09.17
✎
09:30
|
(18)
Да я понимаю что трудно но не я придумал в 1с такую конструкцию как Начать транзакцию и тд и не я добавил Справочник Транзакции - это типовое |
|||
28
mehfk
04.09.17
✎
09:30
|
(15) Ни разу не видел конфы от ШТРИХ-М? Да и во Фронтоле вроде что-то аналогичное.
|
|||
29
aptomilov
04.09.17
✎
09:32
|
штрих М это принтер чеков )
|
|||
30
DrShad
04.09.17
✎
09:35
|
а может у Палтусова спросить? может он кроме конфы еще приблудами подторговывает?
|
|||
31
mehfk
04.09.17
✎
09:36
|
(29) Ты еще очень мал и глуп...
|
|||
32
aptomilov
04.09.17
✎
09:38
|
(31) откуда такое умозаключение
или ты видишь решение и оно настолько простое? |
|||
33
yzimin
04.09.17
✎
09:38
|
(28) Видимо меня обошла учесть знакомства со справочником Транзакции)))))
|
|||
34
aptomilov
04.09.17
✎
09:38
|
(31) и зачем здесь эти прилюдные оскорбления
|
|||
35
Serg_1960
04.09.17
✎
09:41
|
"Вражеский программист в базе" - ну а за чем же так самокритично?
|
|||
36
aptomilov
04.09.17
✎
09:42
|
(33) Чо Смешного в конфу добавли справочник "Транзацкии" или кто то здесь считает что такое не возможно ?
|
|||
37
Хрыч
04.09.17
✎
09:42
|
(34) это не оскорбление
|
|||
38
Serg_1960
04.09.17
✎
09:44
|
"Вложенность транзакций"
https://its.1c.ru/db/metod8dev/content/2334/hdoc "Если транзакция уже начата, то вызов начала транзакции не выдает ошибки, но и не оказывает никакого влияния на работу системы. Однако система запоминает, что был вызов начала вложенной транзакции, чтобы соответственно "проигнорировать" и завершение транзакции данного уровня. При вызове завершения вложенной транзакции реального завершения транзакции также не происходит. Система отмечает, что уровень транзакции уменьшился. Реальное завершение транзакции происходит только при вызове завершения транзакции на самом верхнем уровне. При вызове отмены вложенной транзакции (явно или в результате произошедшего исключения) запоминается факт, что одна из вложенных транзакций была отменена (реального отката транзакции в этот момент не происходит), что приводит к невозможности фиксации результатов транзакции верхнего уровня. При этом, при попытке фиксации транзакции верхнего уровня никаких исключений выдано не будет. Просто вся транзакция завершится откатом. Соответственно, все изменения базы данных, произведенные в рамках транзакции верхнего уровня, будут отменены." |
|||
39
aptomilov
04.09.17
✎
09:46
|
(38) Как быть с тем что файл
что Регистр Печать заказов тоже отменяется ? хотя он делается в другом модуле и не в транзакции |
|||
40
aptomilov
04.09.17
✎
09:46
|
* файл логов пишет что тразкции завершена успешно
|
|||
41
Бубр
04.09.17
✎
09:48
|
(0) логирование действий пользователя не пытался сделать ? и потом отследить свои ошибки в коде?
|
|||
42
Serg_1960
04.09.17
✎
09:48
|
(39) То, что не в транзакции модуль пишет, - это ничего не значит. Просто транзакция уже была открыта до вызова функций и процедур этого модуля
|
|||
43
aptomilov
04.09.17
✎
09:49
|
(41)
какие ошибки в коде мы полгода работали я в эту конфу вообще не влазил пока не стало пропадать вот это все |
|||
44
aptomilov
04.09.17
✎
09:50
|
вот логгирование и показывает что все хорошо
|
|||
45
Serg_1960
04.09.17
✎
09:50
|
Ищите да обрящите
|
|||
46
Бубр
04.09.17
✎
09:53
|
(43)+(44) когда все хорошо данные не изчезают.
|
|||
47
aptomilov
04.09.17
✎
09:54
|
исчезают в любом случае
|
|||
48
Serg_1960
04.09.17
✎
09:56
|
(44) Заблуждение. Прочти внимательно мою ссылку. Вложенные транзакции могут сообщать "всё хорошо прекрасная маркиза"(с), не подозревая, что исключение кроется ниже или выше по уровню. Которое позднее и отменит все транзакции.
|
|||
49
aptomilov
04.09.17
✎
09:58
|
(48) да нет вложенных транзакций
|
|||
50
aptomilov
04.09.17
✎
10:00
|
(48) ну по крайней мере я не создавал в любом случае Печать заказов не в транзакции точно но отменяется
|
|||
51
DrShad
04.09.17
✎
10:01
|
(49) конфу кидай, мы сами разберемся есть они или их нет
|
|||
52
aptomilov
04.09.17
✎
10:06
|
уже выгружаю а то не предметно
|
|||
53
RS2017
04.09.17
✎
10:07
|
(50) ты противоречишь своей картинке, там видно что всё это одна транзакция
|
|||
54
aptomilov
04.09.17
✎
10:08
|
вот именно что это нифига не одна )
|
|||
55
RS2017
04.09.17
✎
10:13
|
(54) 453005
Просто ты не знаешь, как так получилось, что всё это было в одной транзакции. |
|||
56
Господин ПЖ
04.09.17
✎
10:15
|
>Вложенные транзакции могут сообщать "всё хорошо прекрасная маркиза"(с), не подозревая, что исключение кроется ниже или выше по уровню.
нету в 1с вложенных транзакций |
|||
57
Адинэснег
04.09.17
✎
10:16
|
>>Вражеский программист в базе
надеюсь этого мерзавца ваша компания скоро вычислит и выгонит в шею |
|||
58
mistеr
04.09.17
✎
10:31
|
(43) >мы полгода работали я в эту конфу вообще не влазил
Ты вместо того, чтобы отвечать тут троллям, не теряй времени, а вытащи из ЖР входы в конфигуратор и действия в нем. И еще вопрос. Конфа куплена у Палтусова или нет? Если да, то обратись к ним. Они по-любому быстрее найдут причину, чем мы. |
|||
59
Segate
04.09.17
✎
10:37
|
Надо поставить капкан в стуле у кассы. и триггер на срабатывание капкана при открытии конфигуратора.
Так ты легко вычислишь врага. |
|||
60
mistеr
04.09.17
✎
10:48
|
У этого Палтусова есть демо сервер, прямо на главной ссылка. Зашел туда, в конфу Ресторан. Кстати, автор, уточни, что за конфа.
Так вот, там та же картина: <Объект не найден> и т.п. https://imgur.com/a/08OXT Так что это скорее всего косяки тамошних программистов. Ну, или враг хитро маскируется под косяки программистов. :) |
|||
61
DrShad
04.09.17
✎
10:50
|
(60) так давно вычислили врага )))
|
|||
62
RS2017
04.09.17
✎
10:54
|
(60) <Объект не найден> - это результат штатного поведения для данной конфы, а в (0), я так понимаю, вопрос почему не связанные (по мнению ТС) действия отменяются в одной транзакции.
ИМХО вероятность диверсии меньше процента, остальное результат деятельности ТС или палтусова. Возможно умелое пользование юзеров косяками палтусова но скорее случайное. |
|||
63
Dotoshin
04.09.17
✎
11:15
|
(0) >>сами понимаете ключевая точка контроля это продажи в базе
Открой секрет, что ключевого в этой точке? Я например сталкивался с такой схемой воровства: выписывается накладная на клиента, который есть в базе, но в этот день ничего не покупал. Далее эта накладная и весь комплект документов к ней распечатывается и откладывается в сторонку. Далее эту накладную полностью переделывают, включая список товаров на другого клиента, который в этот день реально что-то купил. В результате имеем два комплекта документов - настоящий и поддельный. Отгрузка происходит по обоим комплектам и продукция по поддельному комплекту уезжает в неизвестном направлении. В итоге в базе следов не осталось, продажи тоже ничего не покажут, а по факту на складе недостача. Бумажные документы по которым отгрузили левую продукцию конечно остаются на складе, но документов отгрузки в день несколько тысяч и сверить их с базой на предмет достоверности просто нереально. |
|||
64
Альбатрос
04.09.17
✎
11:28
|
(63) Решается запретом редактирования проведенных документов.
|
|||
65
LuciferArh
04.09.17
✎
11:33
|
(64) Не всегда. Есть ситуации, когда нужно распечатать кучу документов на следующий день. И кровь из носу пользователям необходимо право печати непроведенных документов.
У меня клиент недавно попал в такую же ситуацию - "левые" продажи, недостачи, документы в порядке... Прикрутил систему логгирования действий пользователей. Вредители нашлись в первый же день. |
|||
66
Dotoshin
04.09.17
✎
11:33
|
(64) Не решается, ибо их печатают до проведения, а связано это с тем, что при погрузке может чего-то не хватить и накладную придется перепечатать с реальным количеством, которое погрузили.
|
|||
67
Dotoshin
04.09.17
✎
11:34
|
(65) +100500, логи рулят. По другому никак не поймать.
|
|||
68
Бубр
04.09.17
✎
11:38
|
(54) может все же обмен какой проходит ?
|
|||
69
1dvd
04.09.17
✎
11:55
|
походу, на мисте новый мем
|
|||
70
mistеr
04.09.17
✎
12:05
|
Поспорили как-то геодезист с вражеским программистом — кто быстрее базу угробит...
|
|||
71
EugeniaK
04.09.17
✎
12:06
|
(0) Такую картинку можно получить если открыть транзакцию. В открытой транзакции запустить форму рабочего места. А потом после выполнения продаж откатить транзакцию.
Возможно, кто-то химичит с внешней обработкой. Настрой журнал регистрации с фиксацией стека вызова кода. |
|||
72
aptomilov
04.09.17
✎
12:12
|
Обработка fastfood
форма РегистрацияПродаж Функция где происходит запись в регистр Печать Заказов Находить под большой зеленой кнопкой оплатить место где пишутся транзакции можно найти по ключевому слову "Копиятранз" вот файлик пароль 4563* на дамина |
|||
73
ELEA26
04.09.17
✎
12:13
|
А у ТарасоваАД (да и остальных) нет прав открывать внешние отчеты/обработки?
Или создавать пользователей? Сделай подписку на удаление - пусть пишет в файл лог, кто, когда. |
|||
74
aptomilov
04.09.17
✎
12:13
|
(71) вот это прям очень инетересно
Настрой журнал регистрации с фиксацией стека вызова кода. можно чуть подробнее |
|||
75
aptomilov
04.09.17
✎
12:17
|
(62) да это штатное поведение база при закрытии смены просто выпиливает все записи за день из справочника и складывает в документ отчет кассы за смену
|
|||
76
aptomilov
04.09.17
✎
12:18
|
(71) рою код на предмет насанкционарованного создания транзакций
|
|||
77
DrShad
04.09.17
✎
12:19
|
тебе уже все рассказали, что ты там роешь?
|
|||
78
aptomilov
04.09.17
✎
12:21
|
(58) да конфа куплена
если вы работали с палтусовым вы поймете что дохлый номер )) журнал смотрел хожу в конфу только я либо уже знают мой пароль |
|||
79
aptomilov
04.09.17
✎
12:25
|
(77) а того что тут что рассказали в конфе код не изменился и в любой момоент начнут валиться транзакции
|
|||
80
Сергиус
04.09.17
✎
12:26
|
(0)Не хочу тебя обижать, но ИМХО, этот "вражеский программист" ты и есть..Скорее всего косяк либо в коде, либо в правах.
|
|||
81
DrShad
04.09.17
✎
12:27
|
(79) ищи косяки в коде, а не врагов
|
|||
82
aptomilov
04.09.17
✎
12:28
|
(80) еще раз пол года все работало четко
2 е когда пропадают транзакции в эти дни касса (то есть реальных денег) значительно меньше |
|||
83
aptomilov
04.09.17
✎
12:29
|
кто нить смотрел базу ?
|
|||
84
DrShad
04.09.17
✎
12:29
|
а ты ее выложил?
|
|||
85
DrShad
04.09.17
✎
12:30
|
только пароль на рахив дал
|
|||
86
DrShad
04.09.17
✎
12:30
|
вернее на админа
|
|||
87
aptomilov
04.09.17
✎
12:31
|
дассылку же отправил
|
|||
88
aptomilov
04.09.17
✎
12:31
|
||||
89
aptomilov
04.09.17
✎
12:31
|
вот еще раз
|
|||
90
zvial
04.09.17
✎
12:32
|
(82) Ну и коли кассира, работающего в эти дни. Методы можешь подсмотреть в сериале "Улицы разбитых фонарей" )
|
|||
91
dezss
04.09.17
✎
12:34
|
(90) не-не-не...лучше почитать Молот Ведьм...там более действенные описаны...
|
|||
92
mistеr
04.09.17
✎
12:39
|
(88) Хоть бы заархивировал. Влом качать на мобильном инете.
|
|||
93
DrShad
04.09.17
✎
12:53
|
я качаю, но какой-то файлообменник туговатый
|
|||
94
DrShad
04.09.17
✎
13:04
|
скачал, первое же впечатление - адский ужас
|
|||
95
DrShad
04.09.17
✎
13:07
|
Функция ЗаписьЛога(ДатаВремя, ПроцедураЛога, МестоЛога, КомментарийЛога) Экспорт
Текст = Новый ТекстовыйДокумент; Текст.Прочитать("C:\палтусов\1Cv83Log\log.txt"); Текст.ДобавитьСтроку(Строка(ДатаВремя) + " - " + ПроцедураЛога + " - " + МестоЛога + " - " + КомментарийЛога); Текст.Записать("C:\палтусов\1Cv83Log\log.txt",КодировкаТекста.ANSI); КонецФункции чей это код!? |
|||
96
aptomilov
04.09.17
✎
13:14
|
(95)
это я добавил запись лога уже в поисках проблемы буквально вчера а проблема уже 2 недели |
|||
97
aptomilov
04.09.17
✎
13:14
|
на том компе где это исполнятется это исполнятся
|
|||
98
DrShad
04.09.17
✎
13:15
|
(97) ты нормальный?
|
|||
99
aptomilov
04.09.17
✎
13:18
|
может лучше по делу ?
|
|||
100
DrShad
04.09.17
✎
13:20
|
я не буду разбираться с базой, где еще и твой код править нужно, сорри
|
|||
101
Лефмихалыч
04.09.17
✎
13:21
|
(0) а база-то файловая, небось?
|
|||
102
aptomilov
04.09.17
✎
13:21
|
там моего кода 10 строк
всего связыный вот с этим файлом просто в не скольких местах |
|||
103
aptomilov
04.09.17
✎
13:23
|
(100) глянь почту
|
|||
104
mehfk
04.09.17
✎
13:24
|
(95) Это не код, это порнография.
|
|||
105
Лефмихалыч
04.09.17
✎
13:24
|
то, что на скрине в (0) - это нормальное поведение платформы при отмене транзакции. ГДе-то в обработке проведения установился Отказ и ВСЁ, чтоб было создано в этой транзакции откатывается. Копии справочников не спасут ни хрена, ибо они тоже откатятся, что мы и видим.
Такие вещи логировать надо в журнал регистрации - это раз. Два - искать надо по событию Данные.Удаление, а не Добавление. Права надо настроить, чтобы ни какие колдунства не были возможны - это три. Четыре - базу на сервер, чтобы руками до нее не достучаться было. |
|||
106
arsik
гуру
04.09.17
✎
13:25
|
(0) Мне кажется базу копируют. Продают что надо в рабочей. И перезаписывают потом копией.
|
|||
107
arsik
гуру
04.09.17
✎
13:26
|
Хотя вру.
|
|||
108
Лефмихалыч
04.09.17
✎
13:27
|
(107) да почему? рабочий вариант, чо...
|
|||
109
aptomilov
04.09.17
✎
13:33
|
так я и так лог в файл сделал
и все гуд в логах есть в справочниках пусто ) |
|||
110
Ёпрст
04.09.17
✎
13:34
|
(0)
В модулях документов в проце ОбработкаПроведения выкинь к едрени фени конструкцию НачатьТранзакцию в начале процы и ЗафиксироватьТранзакцию в конце процы. Наслаждайся, кушай печенки. |
|||
111
Ёпрст
04.09.17
✎
13:36
|
Если че, какой-то му-2 это конструкцию во все доки запихал.
|
|||
112
aptomilov
04.09.17
✎
13:36
|
да я уже об это подумал
а чо толку если у меня пропадают даже записи в регистр которые записывается не этой конструкцией |
|||
113
bolobol
04.09.17
✎
13:37
|
(109) глянь (106). Как раз - в базе ничего, а в файлах вне базы - есть всё. Хитрый кассир.
|
|||
114
aptomilov
04.09.17
✎
13:37
|
перепиливать всю базу что ли это же типовая фигня то
я там ни чо почти и не делал |
|||
115
aptomilov
04.09.17
✎
13:38
|
(113) а журнал логов то нормальный не видно что бы что то копировали туды сюды
|
|||
116
Ёпрст
04.09.17
✎
13:39
|
(114) Выкинь это и не позорься.
|
|||
117
aptomilov
04.09.17
✎
13:39
|
тогда бы отмены всех тих транзакций в течении дня просто бы не было
|
|||
118
Ёпрст
04.09.17
✎
13:40
|
Ничего в ней типового нет. Если какой-то олень пихает конструкции с транзакциями в обработкуПроведения, то что теперь, это "типовое" решение ?!
:) |
|||
119
sergeev-ag-1977
04.09.17
✎
13:43
|
(2) разворачивайте сервер.
|
|||
120
aptomilov
04.09.17
✎
13:44
|
(116) ну как бы много ресторанов правда мелких юзают эту конфу
не я ее выбрал не мне ее и выкидывать при чем тут позорься не позорься |
|||
121
DrShad
04.09.17
✎
13:44
|
(118) это типовое решение - как нельзя писать ни в коем случае
|
|||
122
aptomilov
04.09.17
✎
13:44
|
(119) да про сервер это да защитит конфу
но мен важно найти как это сделано а желательно еще и поймать кто это сделал |
|||
123
DrShad
04.09.17
✎
13:45
|
(120) доведи ее до ума, а Палтусову табло набей
|
|||
124
DrShad
04.09.17
✎
13:45
|
(122) к сожалению твои логи не дают работать с БД )))
|
|||
125
DrShad
04.09.17
✎
13:46
|
да и битая она у тебя
|
|||
126
aptomilov
04.09.17
✎
13:46
|
сотри да и все в чем проблема то ?
|
|||
127
DrShad
04.09.17
✎
13:53
|
все равно в ней нигде по коду нет того чтобы сделало отмену транзакции по регистру печать заказов
|
|||
128
DrShad
04.09.17
✎
13:54
|
только если роли
|
|||
129
DrShad
04.09.17
✎
13:55
|
у кассира на него права есть все
|
|||
130
aptomilov
04.09.17
✎
13:57
|
вот и я говорю как то отменяет печать заказов а как не пойму
было такое сижу ковыряюсь в коде и оп заглядываю в журнал а там пошли отмены я сижу в конфиге так что залезть в конфу никак перезалить базу никак |
|||
131
Лефмихалыч
04.09.17
✎
13:58
|
(125) это нормально, раз ее копируют на горячую туда-сюда
|
|||
132
RS2017
04.09.17
✎
13:59
|
(0) Посмотри/выложи ЖР с отбором по данной транзакции (453005), возможно станет понятно откуда она возникает
|
|||
133
Лефмихалыч
04.09.17
✎
13:59
|
(130) ни кто ни чего не отменяет. Иначе время чека в ФР всегда совпадало с записями "Отмена транзакции".
Кассиры просто 1cd подменяют копией после успешной печати чека |
|||
134
RS2017
04.09.17
✎
14:00
|
(133) тогда бы в ЖР не было (0)
|
|||
135
DrShad
04.09.17
✎
14:04
|
(134) то что в (0) вообще не возможно по коду
запись в регистр происходит всего в двух местах и без всяких условий |
|||
136
RS2017
04.09.17
✎
14:07
|
(135) Внешнюю транзакцию никто не отменял, а код мог вызываться из внешней обработки или уже удален из конфигурации (тогда, да - диверсия)
|
|||
137
Heckfy
04.09.17
✎
14:08
|
(88) Под кем заходить? Логин/пароль дай: [email protected]
|
|||
138
Лефмихалыч
04.09.17
✎
14:08
|
(134) то, что в (0) не связано с теми исчезновениями, про которые плачет автор
|
|||
139
RS2017
04.09.17
✎
14:10
|
+(132) даже без выкладывания видно, что транзакция открыта за четыре часа до показанных событий. То есть вся деятельность оператора была скорей всего в одной транзакции, которая в результате откатилась.
|
|||
140
DrShad
04.09.17
✎
14:10
|
Срочно убейте эту тварь
|
|||
141
DrShad
04.09.17
✎
14:11
|
выбил мороженное, пончик и овощной салат
видели бы в ЖР сколько раз она перезаписывает регистр и справочник транзакций |
|||
142
aptomilov
04.09.17
✎
14:15
|
(139) где видно ?
|
|||
143
mistеr
04.09.17
✎
14:16
|
(134) Ко мешает оставить ЖР на месте?
|
|||
144
Вафель
04.09.17
✎
14:16
|
(139) такого не может быть. Транзакция не живет дольше процедуры
|
|||
145
RS2017
04.09.17
✎
14:18
|
(142) колонка транзакция
(144) НачатьТранзакцию(); ОткрытьФормуМодально("...Какая нибудь обработка..."); ОтменитьТранзакцию(); |
|||
146
DrShad
04.09.17
✎
14:18
|
(144) а вот если вся работа кассира где-то оборачивается в транзакцию?
|
|||
147
Ёпрст
04.09.17
✎
14:21
|
Там просто в коде НачатьТранзакцию везде налево и направо понапихали
:)) |
|||
148
RS2017
04.09.17
✎
14:21
|
(143) Так откуда там (в ЖР) записи (которые не может расшифровать ТС), если всё делается в копии.
|
|||
149
Ёпрст
04.09.17
✎
14:22
|
(146) да везде, во всех поделках, типа фронтоффисфастфуд,фронтоффисс..
|
|||
150
RS2017
04.09.17
✎
14:23
|
+(148) состояние базы согласуется с ЖР: данных нет - транзакция отменена. Если бы не было согласовано - можно было предполагать копии или правку ЖР.
|
|||
151
mistеr
04.09.17
✎
14:24
|
(148) Сделали копию. Провели док в рабочей. Восстановили рабочую из копии. ЖР не трогали.
|
|||
152
DrShad
04.09.17
✎
14:25
|
(151) но как транзакции отменяются, это объяснить может пропажу объектов
|
|||
153
RS2017
04.09.17
✎
14:25
|
(151) ну и? в ЖР пусто. А у ТСа там много записей и отмена транзакции.
|
|||
154
DrShad
04.09.17
✎
14:30
|
а вообще может ведь при определенных действиях и таком количестве Начать/ОтменитьТранзакцию, кассир открывает транзакцию и она не фиксируется, потом он работает дальше и опять же в какой-то момент возникает отмена трнзакции и все что он делал убивается?
|
|||
155
mistеr
04.09.17
✎
14:31
|
(153) С чего вдруг в ЖР пусто?
|
|||
156
RS2017
04.09.17
✎
14:31
|
(155) Ты же всё в копии делал?
|
|||
157
aptomilov
04.09.17
✎
14:33
|
да транзакци эти длятся по нескольку часов
например в обед начинаются и вечером заканчиваются с логикой кода это не сходится где то еще есть начало и возникает начало и конец транзакции |
|||
158
aptomilov
04.09.17
✎
14:34
|
посмотрел по журналу но началу транзакции ничего необычного не предшествует по журналу
|
|||
159
aptomilov
04.09.17
✎
14:35
|
точнее так одна транзакция длится несколько часов то есть например пол дня работы бармена отменяется
|
|||
160
1dvd
04.09.17
✎
14:36
|
(159) >>одна транзакция длится несколько часов
ага, сеть упала на минуту и пипец всем данным за эти часы |
|||
161
dezss
04.09.17
✎
14:37
|
ну че, рисуй блок-схему начал и отмен и фиксации транзакций...и ищи в ней путь, который ничем не заканчивается или когда транзакция, которая должна быть зафиксирована, отменяется.
Чую, что такие пути будут...причем такой путь будет не один. Скорей всего, пользователь выполняет какое-то действие, которое приводит к отмене той транзакции, которая должна была ранее зафиксироваться, но из-за какого-то тупого условия не фиксируется. |
|||
162
RS2017
04.09.17
✎
14:37
|
(159) Это ненормально, любая ошибка приведет к откату транзакции.
|
|||
163
dezss
04.09.17
✎
14:38
|
По-хорошему, время жизни одной транзакции должно исчисляться максимум секундами...и то в исключительных случаях.
|
|||
164
mistеr
04.09.17
✎
14:39
|
(156) Еще раз читай внимательно.
(159) Ты что-то путаешь. не может быть несколько часов. |
|||
165
mistеr
04.09.17
✎
14:40
|
если это не рег. задание.
|
|||
166
dezss
04.09.17
✎
14:42
|
(164) К сожалению может. Например, внутри транзакции запускается РМК...и все, приплыли к таким вот результатам.
|
|||
167
RS2017
04.09.17
✎
14:43
|
(164) хорошо, в ЖР будет запись Документ.Проведен. А у ТСа отмена транзакции.
|
|||
168
aptomilov
04.09.17
✎
14:47
|
щас скину выборку по по журналу по одной транзакции
когда они отаменяются и когда все нормально работает (166) да ну кто так будет делать что бы рмк загружалось в одно транзакции работало это ваще идиотизм |
|||
169
Neo111
04.09.17
✎
14:48
|
(151) Будет - транзакция зафиксирована, объект не найден
|
|||
170
dezss
04.09.17
✎
14:51
|
(168) а ты уверен, что у тебя так не происходит?
|
|||
171
Dotoshin
04.09.17
✎
14:52
|
(161) Кроме программной отмены транзакции может быть некорректное завершение программы, например комп выключили на выходя из 1с...
|
|||
172
dezss
04.09.17
✎
14:54
|
(171) ну да...и это не исключено...
тс-у следовало бы поинтересоваться у пользаков, нет ли проблем с оборудованием, не вырубается ли 1с "внезапно"... |
|||
173
Dotoshin
04.09.17
✎
14:54
|
(168) Попробуй виндовые логи еще посмотреть на предмет разрывов соединений и аварийных завершений работы.
|
|||
174
aptomilov
04.09.17
✎
14:56
|
(173) это все хорошо и это все можно если одна транзакция на смену но так ведь не должно быть это бред
|
|||
175
dezss
04.09.17
✎
14:57
|
(174) Ну вот и ищи откуда этот бред берется.
|
|||
176
aptomilov
04.09.17
✎
15:01
|
а можно как то программно запросить какие транзакции сейчас открыты
есть такое ? |
|||
177
mistеr
04.09.17
✎
15:01
|
(169) Кстати да, нужно бы ТС-у промоделировать в копии, как выглядит в ЖР пробитие чека без вмешательства вражеского программиста.
|
|||
178
aptomilov
04.09.17
✎
15:02
|
я с ними мало работал не люблю их
|
|||
179
aptomilov
04.09.17
✎
15:02
|
(177) счес скину и так и так
|
|||
180
Dotoshin
04.09.17
✎
15:02
|
(174) В одной конторе было дело программа "вылетала" ни с того, ни с сего, на ровном месте. Причину нашли случайно - на одном компе была полудохлая сетевая карта, которая за$ирала весь трафик. После ее замены программа стала работать стабильно.
Это я к тому, что исправность оборудования тоже не лишне будет проверить.. |
|||
181
aptomilov
04.09.17
✎
15:03
|
тут как бы прога локально стоит
|
|||
182
mistеr
04.09.17
✎
15:04
|
(171) А что, и это вариант. Враги не додумались копировать базу, но додумались выдергивать кабель сразу после печати чека.
|
|||
183
Dotoshin
04.09.17
✎
15:04
|
+ (180) Кстати можешь смоделировать эту ситуацию. Сделай так чтобы транзакция открылась и чуток повисела, а потом просто выключи комп и посмотри, что получилось.
|
|||
184
aptomilov
04.09.17
✎
15:04
|
еще прога стоит локално на компе тут хоть завыдергивайся ))
|
|||
185
aptomilov
04.09.17
✎
15:08
|
v8: Как узнать транзакция в текущий момент есть ?
вот есть такой интересный инструмент надо пробовать |
|||
186
aptomilov
04.09.17
✎
15:13
|
а как может быть один и тот же номер транзакции вчера и сегодня ???
это ваще реально ? |
|||
188
aptomilov
04.09.17
✎
15:27
|
(187)
а мой чем хуже ? нафиг так усложняться если результат будет тот же ) |
|||
189
mistеr
04.09.17
✎
15:28
|
(188) Как минимум весь лог в память не грузит.
|
|||
190
RS2017
04.09.17
✎
15:30
|
(188) (187) в 1С есть объект ЗаписьТекста
|
|||
191
romix
04.09.17
✎
15:31
|
(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(); КонецЕсли; КонецПроцедуры |
|||
192
RS2017
04.09.17
✎
15:33
|
(191) так закрывай файл после записи каждой строки, будет тоже самое что у тебя только без COMОбъект
|
|||
193
aptomilov
04.09.17
✎
15:50
|
http://dropmefiles.com/VWXyk
транзакции за 3 и за 4 е кому интересно там не много не больше 400 строк в каждом дне |
|||
194
aptomilov
04.09.17
✎
15:50
|
3 его пол дня просто не как слизало одной транзакцией
|
|||
195
Heckfy
04.09.17
✎
16:13
|
Конфа жесть конечно о_О
Поиск по "Исключение" выдал 781 результат...... Где то здесь: Исключение ОтменитьТранзакцию(); срабатывает исключение. |
|||
196
aptomilov
04.09.17
✎
16:16
|
(195)
да кофа ппц там почти везде в этих местах есть запись в журнал текста ошибки коментов и тп а нашем случае тих скромно без коментариев ) |
|||
197
mistеr
04.09.17
✎
16:18
|
(196) Постоянные "Отказ в доступе" это тоже норма для этой конфы?
|
|||
198
Heckfy
04.09.17
✎
16:19
|
Может пользователю и выдается что нибудть. Например в Сообщить(); Только у пользователя это окошко закрыто и он ничего не видит. Ну или игнорит сообщение..
|
|||
199
mistеr
04.09.17
✎
16:19
|
А "Изменение конфигурации базы данных" 5 раз - это ты?
|
|||
200
aptomilov
04.09.17
✎
16:22
|
ну да я ковыряю )
|
|||
201
Heckfy
04.09.17
✎
16:24
|
А на какой операции отмена транзакции происходит?
|
|||
202
Heckfy
04.09.17
✎
16:31
|
(123) +1 в части набить табло.
Шедеврально однако..... НачатьТранзакцию(); Попытка МенеджерЗаписей.Записать(); ЗарегистрироватьЗаказДляПечати(мИдентификатор); Исключение ОтменитьТранзакцию(); Предупреждение(ОписаниеОшибки()); Возврат; КонецПопытки; ЗафиксироватьТранзакцию(); |
|||
203
sitex
naïve
04.09.17
✎
16:36
|
(202) Там таких шедевров полно дальше. кто то просто феерично помешан на Транзакциях.
|
|||
204
Woldemar177
04.09.17
✎
16:49
|
(0) Поставь Эвотор, и уволься, все проблемы решатся.
ЗЫ а кто такие палтусы которые продают? Это рыба какая то? Что за кафе? |
|||
205
тарам пам пам
04.09.17
✎
16:52
|
(195) ради интереса запустил поиск по "Исключение" по самописке на основе БСП - 2040 найдено, из них 90% в БСП
(202) если это вне обработки проведения или другой неявной транзакции, то оно еще имеет какое-то право на жизнь |
|||
206
Dotoshin
04.09.17
✎
16:56
|
(204) >>а кто такие палтусы которые продают?
Это не рыба, это какой-то франь или что-то типа франя в Нижнем тагиле. |
|||
207
aptomilov
04.09.17
✎
16:59
|
(202) я тоже видел этот кривой текст.
Проще тупо ее убрать там где так написано что бы исключить ее как проблему. |
|||
208
RS2017
04.09.17
✎
17:29
|
а что в (202) такого страшного? Есть два действия, которые необходимо гарантировано выполнить вместе, что и реализовано.
Это явно не причина (0). |
|||
209
vi0
04.09.17
✎
18:13
|
бегло посмотрел код конфиги
ужаса не увидел конфа как конфа (207) зачем тебе что-то убирать там? с чего ты решил что транзакции там длятся несколько часов? если мы говорим про транзакции БД, а не про справочник "Транзакции", назначение которого, судя по справке: "В справочнике хранятся данные о продажах до закрытия кассовой смены." И мой тебе совет удалить базу из скачки. Так как вражеским программистом тут ты очень видишься) |
|||
210
Хрыч
04.09.17
✎
20:15
|
(208) читай (38)
В такой конструкции теряется причина отмены записи. |
|||
211
Serg_1960
05.09.17
✎
10:23
|
Ещё в начале обсуждения, в (38), я указал возможную причину - возникновение проблемы, неявной для программиста, поддержки платформой "вложенности" транзакций.
Господин ПЖ, в (56), напомнил, что 1С не поддерживает вложенность транзакция. Да, это так. Но проблема в том, что 1С допускает(!) существование "вложенных" транзакций и своеобразно их обрабатывает в рамках единой транзакции. Почему вернулся к теме? Дело в том, что отмена транзакции может произойти по разным причинам. Некоторые из них уже были озвучены... Но есть ещё одна, не озвученная в этой теме, интересная особенность работы платформы: она автоматически начинает и завершает транзакции в обработчиках объектов или набора записей, например, типа ПередЗаписью. Вот так и возникают те самые преславутые "вложенные" транзакции, скрытые от взгляда невнимательного программиста. При этом фиксация транзакции или её отмена зависит от параметра Отказ. И "Отказ=Истина" может возникнуть, например, в одной из многочисленных подписке на событие. Автор может долго и тщательно искать в конфигурации ошибку или место в коде, где отменяется транзакция - а отмена транзакции может быть неявная, внутриплатформенная и не предусмотренная в конфигурации. Автору уже указывали на битые данные - они могут (теоретически) порождать озвученную в теме проблему. PS: sorry за много буковок. Что-то, как-то не получается лаконично высказаться :) |
|||
212
Господин ПЖ
05.09.17
✎
10:28
|
>Но проблема в том, что 1С допускает(!) существование "вложенных" транзакций и своеобразно их обрабатывает в рамках единой транзакции
своеобразия никакого. тупо счетчик начать/зафиксировать. не сошлось в конце - откат и неявные транзакции и криво воткнутые попытка/исключение большой простор для творчества |
|||
213
Serg_1960
05.09.17
✎
10:38
|
(212) Тупой, как Вы верно заметили, подсчёт уровней вложенности - это и есть "своеобразие" платформы. Просто я выразился более политкорректно :) А хотелось бы видеть более "умного" поведения платформы. Например, хотя бы иметь доступ к "уровню" транзакции. Но это уже лирика.
|
|||
214
Господин ПЖ
05.09.17
✎
10:40
|
>Например, хотя бы иметь доступ к "уровню" транзакции.
вы еще хинты захотите в запросах или pivot |
|||
215
Господин ПЖ
05.09.17
✎
10:41
|
>подсчёт уровней вложенности
не считаются эти уровни. считается только количество |
|||
216
DrShad
05.09.17
✎
10:42
|
интересно, а Палтусову уже табло начистили?
|
|||
217
DrShad
05.09.17
✎
10:45
|
или хотя бы ссылку на ветку кинули?
|
|||
218
ildary
05.09.17
✎
10:46
|
(211) я бы такими многобукавными сообщениями тыкал новичков, как в (0) до посинения, чтобы в подкорке выжглось на века, чтобы идея вести себя как Палтусов, вызывала моментальное "Низяяяя" в голове.
|
|||
219
antgrom
05.09.17
✎
10:53
|
прочел версии
тут говорят что кассиры пробивают чек , а потом заменяют рабочую базу утренней копией. Т.о. по ФР деньги проходят , а в базе 1С данных о продажах нет. А скажите - зачем кассиру такое делать , если он , кассир , вечером сверяет сумму наличных ( допустим торговали только наличными ) в т.ч. с данными прошедшими по ФР ? Кассир же обязан сдать денег столько сколько прошло по ФР ? |
|||
220
ildary
05.09.17
✎
10:56
|
(219) вспоминается фокус из реальной практики (автор и реализатор идеи присел за воровство) - отбивается два Z-отчета. По одному из них отчитываемся, деньги из второго кладем в карман.
|
|||
221
antgrom
05.09.17
✎
11:00
|
(220) у каждого Z-отчета свой порядковый номер. Если я не ошибаюсь. Сдавать в бухгалтерию только нечетные номера Z-отчетов - сомнительная хитрость
|
|||
222
ildary
05.09.17
✎
11:09
|
(221) это был очень маленький ларек (ИП, где работают по принципу "человек-оркестр"), и теперь они смотрят на номер Z отчета.
|
|||
223
crotnn
05.09.17
✎
11:13
|
(64) У нас так и было :) так жулики повадились полностью менять реквизиты контрагента :) Специфика такова, что 90% продаж полностью идентичны, отличаются только контрагенты, контрагенты - физики. В результате в базе один документ, а реальных продаж по нему 3-4 делали. Спалились случайно и по собственной глупости, когда один из контрагентов пришел к ним за возвратом, а его в базе нет :) Им бы по-тихому из собственного кармана возврат сделать бы, а они к прогам поперлись отношения выяснять :) тут их схему по ЖР и вскрыли :)
|
|||
224
mehfk
05.09.17
✎
11:25
|
(221) А еще дата и время снятия Z-отчета...
|
|||
225
ildary
05.09.17
✎
11:39
|
(223) пробегала байка, что по похожей схеме работали продаваны (продавали себе с минимальной наценкой а потом реальным пользователям - по обычной цене, при этом делая вид, что продают от лица конторы), и покупатель, разбираясь с браком позвонил в офис и попал на владельца, который и вскрыл схему.
|
|||
226
Heckfy
05.09.17
✎
14:28
|
(217) Думаешь есть смысл?!
|
|||
227
paltusov
05.09.17
✎
15:18
|
Разработчик:
Описанная конфигурация (1) не является тиражной, т.к. в конфигурации "Ресторан" Палтусов нет регистра "Печать заказа" и справочника "Копия транзакций 1", которые видно в журнале регистрации. В Вашем случае взят за основу тиражный продукт, который был кем-то переписан/переделан/доработан и т.д. Соответственно почему Палтусов должен нести ответственность за измененную кем-то программу. Так можно хаять любой открытый для конфигурирования программный продукт Фирмы 1С. |
|||
228
paltusov
05.09.17
✎
15:26
|
Heckfy
(123) +1 в части набить табло. Так набейте если найдете того, кто это написал. В тиражной конфигурации (во всех релизах) нет такой функции ЗарегистрироватьЗаказДляПечати() |
|||
229
Господин ПЖ
05.09.17
✎
15:26
|
попался сукин сын прелюбодей якин!
|
|||
230
Heckfy
05.09.17
✎
15:28
|
В связи с вновь открывшимися обстоятельствами голосую против чистки табла Палтусова :) :) :)
|
|||
231
Heckfy
05.09.17
✎
15:32
|
А ТС, по ходу, налетел на проставу для г - на Палтусова.
|
|||
232
Fish
05.09.17
✎
15:33
|
"прога учета продаж палтусов " - Блин. Это разработчик называется Палтусов? А я думал, они там палтусами торгуют :))
|
|||
233
Господин ПЖ
05.09.17
✎
15:38
|
>А я думал, они там палтусами торгуют
+1 живая рыба, в розницу... а вон оно как |
|||
234
paltusov
05.09.17
✎
15:40
|
Зато реклама ))
|
|||
235
dezss
05.09.17
✎
15:49
|
ОФФ:
Да тут прямо какая-то санта-барбара начинается...уже и сам Палтусов объявился. Может скоро и Нуралиев в ветку заглянет? |
|||
236
Господин ПЖ
05.09.17
✎
15:50
|
(234) с такой рекламой тебе девичью фамилию брать предется
|
|||
237
screamhome
05.09.17
✎
15:56
|
(232) твой ник больше подходит
(234) ребрейдинг нужен название сбивает людей с коллеи. |
|||
238
ildary
05.09.17
✎
16:00
|
(227) приношу свои извинения, за то, что плохо подумал (и написал) о Вашей организации, для (0) теперь дело чести найти вредителя - дабы закрыть эту грустную историю, где пострадали невинные.
|
|||
239
Господин ПЖ
05.09.17
✎
16:01
|
>ребрейдинг нужен
+1 предлагаю новое имя "во-блин". оно и рыбное и нет одновременно |
|||
240
Господин ПЖ
05.09.17
✎
16:01
|
палтус шредингера
|
|||
241
screamhome
05.09.17
✎
16:06
|
(238) еще не были представлены доказательства невиновности!!!
Нельзя верить человеку, только потому что его фамилия совпадает с название конфигурации. |
|||
242
El_Duke
гуру
05.09.17
✎
16:44
|
(227) Ждем хода со стороны автора темы
Если сейчас он напишет что в тиражном решении все тоже самое, а указанные объекты он добавил в конфу для поиска проблемы - тема чистки заиграет новыми красками |
|||
243
Злопчинский
05.09.17
✎
23:46
|
(63) это не схема воровства, а схема бардака на отгрузках. Просто так отгрузить налево - это надо постараться, или при левой отгрузке никто не проверяет ни график от грузовым ароматов, ни довереностей - вообще ничего?
|
|||
244
Злопчинский
05.09.17
✎
23:48
|
(65) проведенный документ прекрасно печатается на завтрашнюю дату. Всего лишь достаточно указать что дата на печать д.б. "завтра" или датой отгрузки...
|
|||
245
Злопчинский
06.09.17
✎
00:07
|
Отпуск, каникулы...
Развлекаюсь чтением ветки |
|||
246
DrShad
06.09.17
✎
09:09
|
(227) тогда бы выложить исходную конфигурацию, ибо в представленной в теме конфе нет конфигурации поставщика и сравнить не с чем
|
|||
247
DrShad
06.09.17
✎
09:16
|
+(246) релиз 2.2.3.42 конфигурация Ресторан
|
|||
248
Serg_1960
06.09.17
✎
09:21
|
Что, она ещё и снята с поддержки? Оригинально. Что же там от палтусов осталось? Одни хвосты и жабры? :)
PS: "учёт продаж палтусов" - пусть на короткое время, но новый мем родился. |
|||
249
mehfk
06.09.17
✎
09:24
|
(248) Некоторые поделки от франчей бывают прямо в дистрибутиве без конфигурации поставщика.
|
|||
250
mehfk
06.09.17
✎
09:24
|
(249)+ И в рекомендациях по обновлению написано: "...загрузить конфигурацию из файла..."
|
|||
251
vi0
06.09.17
✎
09:26
|
(249) это например какая конфига*
|
|||
252
mehfk
06.09.17
✎
09:31
|
ЕМНИП, Штрих-М:Кассир или Бармен, где-то 3-4-летней давности.
|
|||
253
vi0
06.09.17
✎
09:33
|
(252) > "...загрузить конфигурацию из файла..."
диверсанты какие-то |
|||
254
mehfk
06.09.17
✎
09:40
|
(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 |"; |
|||
255
Dotoshin
06.09.17
✎
09:42
|
(243) Правильней сказать - это схема порожденная бардаком на отгрузках. Но преодолеть этот бардак нет технической возможности, ибо проверять надо каждый документ, а их несколько тысяч. Чтобы это сделать нужен некий механизм, который сможет сверить бумажную накладную с накладной в базе. Если это делать вручную есть риск срыва отгрузки, ибо это будет очень долго.
|
|||
256
Злопчинский
06.09.17
✎
10:36
|
(255) тут непонятно как у вас вообще построен процесс подготовки заказов и их отгрузка. Доверенности у водителей не проверяют вообще? Типа водила пришёл - я за заказом 287! Ему - на, забирай! Забрал и исчез?
|
|||
257
DrShad
06.09.17
✎
19:01
|
Ни автора поделки ни ТС
|
|||
258
1Садовник
07.09.17
✎
08:45
|
Что-то накопал ТС походу... вот диверсанты и убрали его
|
|||
259
Dotoshin
07.09.17
✎
09:00
|
(256) Ну как бы для погрузки никакая доверенность не нужна. Пакет отгрузочных документов с подписями и печатями это и есть сама по себе доверенность. Так вот фальшивый комплект тоже имеет все подписи и печати. Там идет сговор диспетчера, который печатает документы и водителя, еще иногда охрана участвует. То есть водила с левым грузом и левыми документами спокойно выезжает за ворота и там уничтожает фальшивые документы. Охрана тоже через некоторое время избавляется от фальшивки. Дальше все шито-крыто следов нет. Следы можно найти только в логах. Но их начинают смотреть только при большой недостаче. Далее увольняют всю смену и меняют охранную фирму. На некоторое время это помогает, потом все начинается по новой.
Эта схема неистребима. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |