medoc.ua

pavel писав:А зачем что то подписывать? Достаточно нажать кнопку проверить почту и тоже окно с каталогом ключа появляется!

Все хорошо, но когда еще нет сертификатов или они уже не действуют, что посоветуете?

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

+1000000000
На данный момент это самая больная тема этот путь к SK.
Особенно когда клиент сам формирует заявки, а потом забывает куда он их сохранил.

Путь заблокированным просто отображать, или с возможностью корректировки (путем стандартного выбора из окна)?

конечно с возможностью выбирать

Т.е. оставить как есть сейчас плюс в настройках возможность руками указать путь заранее.

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

Поясніть мені, будь-ласка, навіщо перед отриманням повідомлень програма запитує пароль до ключа печатки?
Реальна ситуація:
Звітність відправили, а квитанції отримати не встигли - закінчився термін дії сертифікатів.
Щоб отримати повідомлення, необхідні нові сертифікати. Але для розшифровки отриманих повідомлень програма запитує пароль до старого ключа печатки.
Де логіка?

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

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

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

пароль печати действующего сертификата спрашивается всегда

grindin писав: соответственно и настроек в параметрах системы нужно на каждый сертификат/ключ в таком случае, поэтому видимо такой настройки не было сделано изначально...

Так в этом и проблема: пусть отобразят его в параметрах системы, где-то же он сохраняентся после изменения в диалоге ввода пароля.

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

grindin
Не хочется Вас огорчать, но система запоминает всего лишь один путь, не 3, не 5 (по количеству подписей), а 1 Меняй не меняй, а запомнит последний выбранный путь. А насчет теории - то по ней самой мы все должны жить радостно и беззаботно.

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

grindin писав:ух ты, а давно раздельное подписание не работает? или меня глючит и оно не работало и раньше...
если не работало то забираю свои слова обратно)) звиняйте))))

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

Я конечно всё понимаю, но ЗАЧЕМ надо было делать в адресе контрагента "Район міста", и не сделать во всех справочниках строку для "населенного пункта, входящего в состав города", о которой уже год прошу разработчиков?!

но ЗАЧЕМ надо было делать в адресе контрагента "Район міста"

У нас очень надо. Потому что приходиться играться с улицами тогда.

Ирина Шадрина писав:

но ЗАЧЕМ надо было делать в адресе контрагента "Район міста"

У нас очень надо. Потому что приходиться играться с улицами тогда.

А разве район города является обязательным реквизитом?

npopok писав:... и не сделать во всех справочниках строку для "населенного пункта, входящего в состав города", о которой уже год прошу разработчиков?!

Схоже, що цей хомут в програмі цікавить тільки користувачів.
Наскільки я розумію, місто в даному випадку щось на кшталт району в більшості областей.
Всіх доробок то,
1. Структура адреси в двох довідниках "Підприємства" і "Контрагенти"
2. Коретктне формування адреси рядком, щоб не писало м.Ялта район
3. Виправити автоматичне заповнення реквізиту "тип приміщення" значенням "офіс"
Роботи на годину.

А разве район города является обязательным реквизитом?

Ну, если прописано в свидетельстве о госрегистрации и плательщика НДС, то как Вы думаете? Новенькие уже идут без района, но и стареньких еще огромное количество. Кроме того, несколько человек просили переделать НН, т.к. при проверке ГНИ пытались снять наши НН, выписанные без района города.

Ирина Шадрина писав:Ну, если прописано в свидетельстве о госрегистрации и плательщика НДС, то как Вы думаете? Новенькие уже идут без района, но и стареньких еще огромное количество. Кроме того, несколько человек просили переделать НН, т.к. при проверке ГНИ пытались снять наши НН, выписанные без района города.

Очень странно, хочу Вам заметить. У нас подобных прецедентов не было. Никогда не заполняли район, хотя с ним каждый второй... и никакой соответствующей реакции ни от контрагентов ни от ГНИ не было.
Не смотря ни на что вопрос о "населенном пункте, входящем в состав города" по прежнему остается открытым.