|
В поиске
104 / 52 / 17
Регистрация: 20.04.2014
Сообщений: 826
|
|
Создание ЭДО на С# и полный отказ от бумажных носителей15.05.2025, 15:55. Показов 3468. Ответов 25
Метки нет (Все метки)
Есть много систем к примеру "Контур. Диадок",OkiDoki, "ПодпиСлон" последний болье похожь под личные пожелания но цены кусаются для маленькой команды.
Кто ни будь сталкивался писал электронный документо оборот для соей конторы. Как должно быть организовано под капотом(что нужно хранить на своих серверах чтобы полностью отказаться от бумажных копий с физическими подписями так чтобы юридически даже суд или проверяющий орган устроило предоставление только в электронном виде. В добавок у каждого сотрудника не должно быть сертификатов(слишком геморно каждому создавать)/ Как то на основе смс по ватсапу или телеграмму можно будет обойтись? Какие еще могут возникнуть подводные камни и проблемы. Все проекты которые сейчас есть они больше как кадровые документы где есть только 2 лица кто создал и кто исполнил, а нужно когда на документе будет несколько подписи несколько создателей подписи проверяющих утверждающих после этот документ уже передать в другую организацию по ЭДО.
0
|
|
| 15.05.2025, 15:55 | |
|
Ответы с готовыми решениями:
25
Литература сетевого программирования (в бумажном виде) MSDN журнал. Подписка на бумажный журнал Отказ в доступе к файлу при использовании метода GetAttribute(String) |
|
1800 / 1782 / 173
Регистрация: 25.07.2015
Сообщений: 2,900
|
|
| 17.05.2025, 10:13 | |
|
0
|
|
|
4694 / 2702 / 734
Регистрация: 02.08.2011
Сообщений: 7,236
|
||
| 17.05.2025, 11:11 | ||
|
Не по теме:
1
|
||
|
В поиске
104 / 52 / 17
Регистрация: 20.04.2014
Сообщений: 826
|
||
| 19.05.2025, 07:38 [ТС] | ||
|
0
|
||
|
|
|||
| 19.05.2025, 08:36 | |||
|
Есть деятельность, которая не особо регулируется законом по внутреннему документо-обороту. В этом случае главное чтобы отчётность была в порядке, а что у вас там за внутренняя математика -- все фиолетово. Но есть вещи (особенно в финансовом секторе), которые жестко прописаны даже при условии что "это чисто внутри компании для удобства". Связанно по идеи это всё с теми же проверками. Не по теме: Грубо говоря я принимаю инвестиции от вкладчиков и пускаю их на закупку каких-то вещей с целью дальнейшей перепродажи с наценкой. Проверяющие органы 100% будут требовать от меня отчётность закупок, продаж и выплат дивидендов. Не в рамках ежемесячной отчётности, а именно "по запросу левой пятки".
1
|
|||
|
7094 / 2325 / 353
Регистрация: 10.12.2013
Сообщений: 8,022
|
||
| 19.05.2025, 13:27 | ||
|
виктор олегыч
0
|
||
|
19 / 18 / 1
Регистрация: 25.05.2025
Сообщений: 39
|
||
| 28.05.2025, 23:38 | ||
Примерно в 2005-2008 годах я работал в одной небольшой строительной компании. Для внутренних нужд компании написал сначала сметную программу, которая экспортировала сформированные сметы в сложные EXCEL-файлы, имеющие группировки как по столбцам, так и по строкам, содержащие сложные формулы, учитывающие "интерес" (накрутки) компании на работы, материалы и механизмы. Там же в файле на отдельных вкладках - полный расклад по материалам и механизмам. При этом экспортируя смету можно было указывать, следует ли в Екселе формировать формулы (для внутреннего потребления) или же только готовые значения (для отправки за пределы компании). В Екселе формировались формы КС-2 и КС-3. Приложение так же предоставляло возможность вести свою базу поставщиков материалов и механизмов (контактная информация), а так же расценки на работы, выполняемые разными субподрядчиками. Все цены с указанием дат, чтобы в любой момент можно было увидеть, когда и у какого поставщика на какой материал/работу/механизм была какая цена. Приложение позволяло руководству перепроверять расценки, указываемые в сметах, тем самым выявляя факты обмана "завхозом" при закупке материалов: они просто могли выборочно звонить поставщикам и перепроверять расценки по позициям. Раньше завхоз был незаменим. После появления приложения зависимость исчезла и он уволился, т.к. вскрылись множественные факты кражи. На его место пришел новый (водитель того самого завхоза), который стал работать более честно. Так же приложение не давало возможности перерасхода материалов без согласования с руководством: нужно было программно формировать акты перерасхода, обосновывать их и отправлять на согласование. Только после простановки галочек всеми согласующими перерасход разрешался приложением. По каждому строящемуся объекты была полная картина как по деньгам, так и по материалам/механизмам. Можно было видеть, в какие периоды какая техника где задействована и понимать, когда она станет доступной для др. объектов. Так же приложение формировало кучу таблиц, в т.ч. и перекрёстных, и различного рода графиков. Это всё формировалось через генератор отчётов Stimulsoft https://www.stimulsoft.com/ru , внедрённый мною в приложение. Всё это добро я запроектировал и реализовал в коде сам, числясь в то время на должности ведущего инженера технического отдела, т.к. должности разработчика в компании не было. Приложение было сетевым, компания небольшой (одновременно с приложением работало человек 10-12). Писал на энтузиазме, т.к. было самому интересно, плюс видел, что тем, кто пользуется этим приложением, оно реально нравилось. Постоянно получал от них отзывы и пожелания, которые и реализовывал постепенно. Это я всё к тому, что в принципе, можно многое сделать и самому - было бы время, желание, поддержка руководства и финансирование. Это всё, конечно, не ЭДО в том смысле, который нужен вам, но внутренняя электронная документация в приложении генерировалась и сохранялась в огромном объёме. Потом в 2008-м грянул всем известный кризис... У компании возникли проблемы с заказами и многих сотрудников попросили добровольно написать заявление на увольнение, т.к. банально нечем было платить и без того небольшую зарплату. Так я ушёл оттуда.
1
|
||
| 28.05.2025, 23:38 | |
|
Отказ обновления UpdatePanel через некоторое время
Безпричинный отказ работать ProgressBar'а Отказ в доступе на запись в файл из пятидесяти потоков Отказ в доступе при чтении XML-ридером Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |
|
Новые блоги и статьи
|
|||
|
Вангую, что это не пройдёт модерацию, и на неделе я запущу свой сервер.
Hrethgir 19.07.2026
Эта публикация сейчас в песочнице и ждёт приглашения.
https:/ / habr. com/ ru/ sandbox/ 295048/
начало и оглавление
-
Как «пернатого» заставить осваивать новые горизонты опыта через масштабирование. . .
|
сукцессия 33. открытые вопросы от клауде
anaschu 19.07.2026
"Что накопилось за эту часть А — тринадцать правок, из которых шесть пришли из ваших вопросов и каждая оказалась реальной ошибкой, а не калибровкой: односторонний симбиоз, отсутствующий листопад,. . .
|
32 сукцессия
anaschu 19.07.2026
сукцессия 28‑мерное ядро стабилизировано
Коллеги, фиксирую разбор инженерных правок и их изоморфную проекцию на экономику, меметику и половой отбор. Модель теперь не «подкручивает» сходимость —. . .
|
сукцессия 31: модель микоризы - это модель ещё нескольких явлений, социальных и экономических
anaschu 18.07.2026
Теория «Всего»: апдейт v1. 1. 2 — 28‑мерное ядро стабилизировано
Коллеги, фиксирую разбор инженерных правок и их изоморфную проекцию на экономику, меметику и половой отбор. Модель теперь не. . .
|
|
сукцессия 30. Массив проверяющих друг друга моделей
anaschu 18.07.2026
Архитектура сети взаимопроверяющих моделей микоризной сукцессии (v2. 0)
Развитие тензорного ОДУ-ядра и создание кросс-платформенного калибровочного полигона
Уважаемые коллеги!
В продолжение. . .
|
Грибы - это женщины, деревья - это мужчины. Анти инь янь для союза мужчины и женщины.
anaschu 18.07.2026
ГЛАВНЫЙ НАУЧНО-ФИЛОСОФСКИЙ ВЫВОД: Сексуально-Репродуктивный Капитализм против Государства Моногамии
Коллеги, мы вышли на финишную прямую 20-мерного ОДУ-моделирования вековой сукцессии (ветка. . .
|
Текстовый слайдер с нумерацией страниц и кроссбраузерность.
russiannick 18.07.2026
Один мой друг написал текстовый слайдер с нумерацией страниц. Сегодня я расскажу как он умудрился подружить его с кроссбраузерностью.
Очевидно сложно угодить с шириной каждому браузеру. Один крадет. . .
|
Грибы - это мемы, дерево - это человек. Применение микоризной модели к теории меметики Докинза.
anaschu 18.07.2026
Меметический изоморфизм теории «всего»: Грибная сукцессия как модель эволюции идей Докинза
Базовый код системы ОДУ микоризной сукцессии описывает не просто биологию, а универсальную. . .
|