 |
это действительно не всегда нравится - о чем я писал в начале обсуждения.Сообщение от ZZZhanna
и мы же допускаем существование иных, кроме 1с, программ?
а сдавать неправильную декларацию совсем не обязательно: нормальная программа вполне способна сформировать правильную при наличии введенной дополнительной/корректирующей информации.
... поскольку вышеизложенное в свете вышеуказанного влечет нижеследующее по отношению к поименованному...
да.
и не только САП.Так САП работает, если не ошибаюсь.
... поскольку вышеизложенное в свете вышеуказанного влечет нижеследующее по отношению к поименованному...
к 1с это относится?
Для нас главное - подвести итоги... Пока итоги не подвели нас. ©
В данном случае это не имеет значения. Если нельзя изменить журнал незаметно, значит его нельзя изменить вообще. Нет смысла. Традиционная, докомпьютерная система бухгатерской защиты именно на этом и была построена.
Извините, но это вы невнимательны. В том то и дело, что инвентаризация здесь не поможет. Откуда возьмется ваша сличительная ведомость? Вы поднимите предыдущую сличительную ведомость, соберете всю первичку после этой предыдущей ведомости и посчитаете остатки, не заглядывая в компьютер? Или все-таки воспользуетесь базой? Отвечайте.
Имеет значение. Сначала вы утверждали, что нельзя изменить совсем. Теперь - что изменить можно, но нельзя изменить незаметно. Значит, можно и незаметно. И скоро вы это признаете.
Если вся ваша идея строится только на этом очень защищенном журнале - это слабо. Все крутится вокруг него.
Ознакомитесь хотя бы немного с современной защитой информации и увидите, что это целый комплекс мер. И программная защита - меньшая его часть.
так и вы не ответили, сколько раз по вашей обработке надо будет свериться с первичным документом и насколько это целесообразно для поставленной задачи
Всякий раз, когда будет изменена значимая для вас информация.
Вот и отлично. Возращаемся к теме. Какой комплекс мер? Как эти меры позволят выявить изменение старого документа? Конкретно, пожалуйста.
Организационных и технических. Проверка пропусков, разграничение допусков в помещения, запрет на постороннее ПО - убираются все USB порты, дисководы, СД-ромы, опечатывается системный блок...
Никак. Они препятствуют взлому защищаемого ПО. В вашем случае - 1с и супер журнала.
Вы сможете в своей орг-ии обеспечить безопасность на уровне банка? Орг и технически?
Потом можно и про 1с поговорить. Хотя она изначально для защиты не приспособлена. Не заложена в ней эта концепция. Т.е., ваш журнал любой менеджер тупо сотрет с винта и все.
Вы кроме 1с хоть что-то знаете? Статья на инфостаре - еще не все, хоть она вам и понравилась.
Ага. А еще он может стереть всю базу. А уборщица может выбросить сервер в окно. И что тогда делать? Пичалька?
Это все несерьезно. Уничтоженый журнал (также, как и база) восстанавливается из бэкапа. Вы вообще не туда смотрите. Все время предлагаете явные, моментально обнаруживаемые действия злоумышленника. Какой смысл их обсуждать?
Понравилась? Да я в нее влюблен! ))))
а как определить что этот раз настал? как вы отделите мухи от котлет? что изменилась значимая информация , а не запятую добавили?
Не поверите - эти случаи тоже относятся к защите информации.
Да, вы правы. Зато вы смотрите туда.
Вашу идею раскритиковали бух-ра здесь и программисты на Мисте. Вас это не наводит ни на какие мысли? "Вся рота не в ногу..." и т.д.
Не иначе,как сидеть и крыжить каждый изменённый документ . Вручную.
Нет, конечно.
1с спокойно позволяет в январе 2018 года добавить/удалить/изменить проводку с датой "10 октября 2017".
А нормальная программа просто не даст ничего изменить в закрытом периоде. RO - читать можно, писать нельзя.
... поскольку вышеизложенное в свете вышеуказанного влечет нижеследующее по отношению к поименованному...
не позволяет, если стоит дата запрета редактирования данных
Если такие объемы, что воруют по крупному и ни кто заметить не может, то покупается SAP, там невозможно редактировать документ, если нужно что-то поменять, то создается новый сторнирующий документ и заново вводится документ с новыми данными, получается 3 документа которые видны всем в списке/журнале. В SAP нет даты запрета редактирования данных, там корректировки не предусмотрены.
Последний раз редактировалось Таня-Я; 24.01.2018 в 16:02.
Такого не бывает. И замечают и знают. И не программа тут не виновата.
Верю.
Действительно не взламывается
... поскольку вышеизложенное в свете вышеуказанного влечет нижеследующее по отношению к поименованному...
Согласно "Условиям задачи"
Указать, какие поля в документе значимые, а какие нет. В чем вопрос? Не понимаю.
Kalimulin_Mike, то есть ваша обработка отслеживает значимые поля и выдает список измененных документов только по этим полям? то есть если я хочу видеть реестр документов каждый раз когда изменяется поле комментарий то это будет один реестр, а если поле ответственный то другой?
Вообще-то я создал ветку с целью узнать, какие есть реально работающие механизмы защиты. Критику идеи я готов приветствовать, но вдругом месте.
Зачем такие сложности? Один журнал по всем значимым полям.
то есть лопатить каждый день бухгалтеру первичку это не сложности, а программисту зафиксировать изменения это сложности
А не логичнее сначала выяснить - нужны ли эти механизмы?
которую можно устанавливать/отменять 100500 раз.
... поскольку вышеизложенное в свете вышеуказанного влечет нижеследующее по отношению к поименованному...
Есть, конечно же. Некоторые упомянуты в #130.
... поскольку вышеизложенное в свете вышеуказанного влечет нижеследующее по отношению к поименованному...
ну не кто попало это может сделать..
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
