спасибо)
после выхода 51-го апдейта проблема решилась, при помощи чудо кнопки «Exception Site list»

спасибо, пропустил

В споре о контроле водителей мы как то забываем о логистах. У них фактически нет полноценного инструмента для работы. Во многих компаниях их единственный инструмент — Excel. Карта отдельно, графики отдельно + надо из учетной системы что то выгружать/загружать. Такие программы дают «глаза» логисту, ну и возможность контролировать его со стороны начальства, ставить ему какие то цели. Как думаете?

Для маленьких (средних) компаний доступны более простые сервисы оптимизации логистики. Я разработчик такого сервиса. Мы стараемся делать сервис простым, без миллиона нюансов, которые отражены комбо-боксами в настройках проф программ типа (UPS). Дорогие решения не могут устраивать маленькие компании, тк они не в состоянии вложить необходимую сумму в ПО оптимизации адресной доставки. Другое дело когда парк машин за 100, когда торговых точек за 1000, тогда конечно без дорого ПО никуда, а вот 2-10 машин можно быстро оптимизировать и более простыми инструментами.

Я прописал в файле C:\Program Files (x86)\Java\jre7\lib\security\java.policy
grant {
…
permission java.security.AllPermission;
}
не помогло.
Я пробовал экспортировать сертификат и добавить его в Доверительные сертификаты настроек Java, также не помогло.
Что-то я делаю не правильно, вот только что?

Подскажите можно ли разрешить работу self-signed Java Applet на компьютере клиента правкой конфигурационных файлов или другой магией?
Административный доступ к клиентской машине есть. Покупка сертификата для работы Java Applet внутренней разработки компании не имеет смысла тк он работает внутри локальной сети.

XML Spreadsheet — это старый формат я его даже не планирую, а вот Office Open XML обязательно реализую,
и конечно же Google Docs SpreadSheet, но на этот случай у Google есть API

страшненько, но со вкусом