Вот и мне интересно. Потом "компитентное" лицо не привяжется, если у меня будут такие счета без собственноручной подписи? Получается, что предприятие само устанавливает этот порядок авторизации и этого вполне достаточно?

Кто придумал?

Да видимо кто-то из ваших, из больших. А потом уже все остальные подтянулись. Чужой пример же заразителен, как известно.

Хотя Латтелеком исправляется. Сначала предлагал на сайте заявочку на электронный счет оформить. Сейчас уже папирку прислал подписать, что мы согласны на электронный счет.

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

Ага, вот чую, что Латтелеком это и придумал, у них был такой генератор идей, с которым мы сейчас с трудом справляемсяLOL

Тань, так сама знаешь, какие у нас "компитентные" лица...

Да знаю:-/ А ты их бей их же оружием, пусть дадут методику, где прописано, что и как нужноLOL

Mums Lattelekom vēl neko nav atsūtījis...būs jāuzzvana.

"Полгода воевали, что бы внизу заменили идиотскую строку - Счёт подготовлен электронно и годен без подписи, на " и авторизирован"" - я тоже заменила, пример в моём хранилище rekins_ar_autorizacijas_kodu.pdf

Domāju, ka autorizācija nozīmē vien to, ka rēķins sagatvots licencētā programmā, , kur katram lietotājam ir sava parole. Rēķinam programma ir piešķīrusi reģistrācijas numuru. Tā ka autorizācijas kods varētu arī nebūt.

Если кода авторизации в программе нет, то такой счёт действителен только с подписью, я думаю.

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

Я вот ещё задумалась, а не добавить ли к коду авторизации фамилию, имя исполнителя рядышком. Было б, наверное, красивше :).

А с фотографией ишо более красивше....:-D

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

Маргарита, да кому надо будет искать-то? А уж если понадобится, то разве так уж сложно найти?

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

Я наоборот поставила генератор случайных паролей. Но все будет прописываться в SQL.

А я подумала и пришла к выводу, что нельзя строить код авторизации только на пароле. Даааааааа, :). У двух пользователей может случиться одинаковый пароль (нечаянно ). И никакой тады авторизации. Скорей всего лучше зашифровать логин, иль логин+пароль.

"Я наоборот поставила генератор случайных паролей." - а что пользователь сам пароль поменять не может? Генератор случайных паролейт обычно используют при первичном присвоении, а дальше пользователь сам меняет когда хочет и как хочет.

Маргарита, так пользователь я одна

Ну так я помню :). Вам в самый раз. Я ж про общий случай.