Мне надо, чтобы токен был "где-то там", чтобы не надо было ставить свою машину и втыкать в нее токены, ставить Крипто-про и вот это все.

Как с "онлайн-кассами" сделали.

Т.е. поставить одну машину с криптопро и на ней все подписывать?

Чтобы машина была у провайдера записи или некоего доверенного посредника.

Уловил. Что выходит за рамки решения "поймать ближайшего ITшника, который хоть раз подписывал, и реализовать за полчаса"?

У моих дедлайны горят, не хочу отвлекать.

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

Обосновал. Интеграция с эксплорером нужна?

Так делали же

Мне браузер не нужен в процессе.

Как я все вижу:
Я из своей системы хочу кинуть post-запрос на url или на email какой-то все кинуть на худой конец, а в ответ получить подписанный файл.


Сделал файл у себя
Кнопку нажал
Запрос/email улетел
Вернулся подписанный файл

Где посмотреть, кого спросить?

На вид работы примерно на столько же времени, сколько ушло на описание

Утром в личку напишу?

Легко

👍

Так делали же

Отжеж. Заметил «приятный» отзыв первый на памяти. Удержался и не сказал «Не за что», хех, а написал всякого, а тг возьми и вылети.

;)

Привет, нужна вторая голова! Что лучше? Взять готовую ERP и доработать под задачи, или сразу писать под задачи? Компания российская и ситуация такая, что их не устраивает ни одна. Хотят свою и на вопрос "зачем?" вменяемого ответа нет, как и целей внедрения.

Хорошо. Смотри, - работа с erp системой (в России их называют информационными системами) - это КАПЕЦ-КАКОЙ геморрой. Даже внедрение того же SAP в больших компания типа операторов связи, - очень болезненная тема.

Связано это прежде всего с довольно сложной предметной областью. Она настолько сложна обычно, что владельцу кажется, что никакая система даже и догадываться не может о том, что ему требуется. Тем не менее ERP-системы на то и заточены, чтобы принимать форму кастомной предметной области.

На нашем рынке - это 1с (как ни странно, - они довольно активно развиваются и нормально удерживают свой рынок) и SAP.

Можно заняться самописанием, - но это просто отодвигает сроки покупки чужого решения. Займёт Тебя и Твою команду на многие годы. Писать лучше на самом распространённом стеке, до которого дотянешься, - люди здесь будут с некоторого времени расходным материалом.

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

Стандартными ключевыми частями ERP-системы является
1) интеграция с чужими системами для всасывания данных
2) многочисленные формы ввода, которые связаны капец какими сложными правилами заполнения вплоть до стадии "для заполнения этого поля вам надо предоставить кровь индонезийского младенца, рождённого девственницей в 3й фазе луны прошлого года". Причём точную формулировку правила не знает ни кто, кроме разработчиков
3) документация для различных слоёв пользователей, включая как тексты, так и видео-уроки
4) отчётность в самых различных формах требующая постоянного апдейта

Ну и да, - со временем бд превращается в форменную помойку.

Есть у девелоперов команда
"Пиши свой фреймворк!"
Смерть не может прервать ее выполненья
Заместитель умершего повторяет
- Пиши свой фреймворк!
Не дописав, умирает,
И его заместитель
Начитает писать свой фреймворк

С возрастом проходит)

На самом деле, на старте готовое решение не подходит потому, что оно сделано под не существующего в природе среднего потребителя, а свое - потому, что его тупо нет.
Сделать из готового решения что-то почти похожее на то, что нужно - быстрее, чем с нуля. Вопрос в том. в какой момент борьба с рельсами готового фреймворка станет тяжелее борьбы с костылями собственного решения (если не станет - то у меня плохие новости по поводу ваших методов подбора команды).
В процессе костореза что допиливанием готового, что написанием своего неизбежно займется студент из Томска со всеми вытекающими.
С другой стороны, чисто теоретически (практически, наверное, тоже) можно сделать систему, которая будет идеально отвечать потребностям компании на момент "три месяца до релиза". В поддержке свое решение безусловно будет дороже.
В общем, не готов я пока однозначно ответить.

Если компания хочет действительно свой бизнес автоматическим, а не "у нас тут все автоматизировано" (см. автоматически vs автоматизировано) то ни один готовый фреймворк им этого не сделает. Это или полностью свое решение или куча костылей разной степени объёма и полноценности вокруг того же 1с или сап.
К выбору просто надо подходить не ожидая что "покупка SAP решит все проблемы, и построит процессы". Это просто инструмент, который позволит упростить часть задач. И в какой-то момент разумнее сказать "мы не будем это реализовывать на 1с, а просто заинтегрируем с ней  отдельную разработку или готовое решение", но заинтегрировать надо качественно, иначе костыль получится.