Возможно ли заменить Excel?

Question

[Swagrid]

Как заменить Excel для ведения журнала? Нужна программа с совместным доступом по локальной сети вроде базы данных или crm системы. Ещё бы возможность фильтрации и сортировки всех записей на каждом уровне. Сейчас журнал ведется сплошным объёмом с множеством столбцов и повтором данных в них, что довольно не удобно.

spoiler

Comments

[Евгений Шатунов]

Swagrid

Здравствуйте!

П3.4 регламента работы сервиса. Это тот момент, когда твоё "Здравствуйте" не является вежливым.

это как бы таблицы внутри каждой строки

MS Access.
Ты пытаешься в Excel сделать БД. Минимально это лучше делать в MS Access. Совместный доступ он позволяет.
Еще лучше - использовать профильное решение в виде продуктов от 1С.

Answer 1

[D0001]

Зависит от того, учет чего вы ведете. Вполне вероятно, что уже есть специализированные решения, специализированное решение поможет на порядок улучшить учет.

Answer 2

[Adamos]

Ёксель нужно не "заменить", а просто выкинуть.
То, что у вас уже более-менее формализованы обрабатываемые данные - это хорошее начало для того, чтобы внедрить нормальную систему на веб-технологиях.
Сначала обкатать на внутреннем сервере, потом выложить в интернет, чтобы сотрудники не были привязаны к офису вовсе.

Вопрос в том, почему это называется "журналирование". Глупо автоматизировать только часть работы, стоит смотреть шире и привязать к системе все, что может делаться внутри нее. Потому что у таких систем самый большой геморрой - это как раз внешние связи. Когда все, что возможно, делается через нее, система из обузы превращается в помощника и контролера.

Answer 3

[Михаил Лялин]

поищите уже готовые решения на БД на сервере, иначе - сделать своё клиент-серверное ПО на SQL

Answer 4

[mayton2019]

Если это одно-пользователькая система то ее можно попробовать переписать на Access. Но в задачах с Excel обычно самое слабое звено - это пользователи. Они слишком любят Excel и никогда не хотят ничего другого. У меня был опыт работы с немецким банком. И я заметил что у них это прям национальная особенность. Любые записи. Расчеты. Они делают в Excel. Очень часто для них Excel является стандартом обмена. Мы грузили Excel в реляционные базы и выгружали потом обратно. Уже в другом виде. Вот такой был странный подход.

Сможете-ли вы убедить пользователй или переобучить их - вот в чем вопрос. А сама задача выглядит несложной.

Comments

[Adamos]

Переписывать на Акцесс в 2022 - это примерно как проектировать конюшню и амбар в новостройке.

[mayton2019]

Adamos, смотря какого размера их бизнес. Я-бы начал c Access. Он легкий. Входит в набор любого офиса.

А Oracle и многозвенка или UI - уже более долгая задача. Тем более дорогое все это в поддержке. Кто поддерживать будет? Вы?

Надо как-то последовательно развиваться.

[Adamos]

mayton2019, легка дорога под уклон. Слезать потом с Акцесса будет еще труднее, чем с Ёкселя. И таки развиваться - это в другую сторону.
Ораклы тут, как козе баян. Мускуль + CRUD API + JS UI - стек, которым сейчас владеет каждый первый фрилансер. Здесь, впрочем, лучше не писать все с нуля, даже если не искать готовое. Фреймворки и на бэке, и на фронте избавят от рутины и дадут готовые технические решения.

[mayton2019]

Adamos, ну смотрите. У них - десктоп. Одна машина. Вы предлагаете сразу прыгнуть в клиент-серверный софт. Куда его ставить? На тот-же десктоп?

[Adamos]

mayton2019, у них не десктоп, а локальная сеть. В которую легко ставится старый-копеечный системник, на котором поднимается LAMP. Браузер на каждом десктопе уже есть. Вот и вся проблема "клиент-серверного софта".

[mayton2019]

Реша@Adamos, решать автору вопроса. Но вы сейчас проектируете систему, надежность которой хуже чем Excel который был.

[Adamos]

mayton2019, я сейчас описываю свои разработки, в которых несколько фирм работают не первый год и вспоминают, как ковырялись в Офисах, с ужасом.
А "надежность" Ёкселя, который перехерит вдребезги напополам первый же обиженный инсайдер или троян-шифровальщик, даже обсуждать всерьез не вижу смысла.

[mayton2019]

Как будет угодно.

Answer 5

[CityCat4]

Базой данных. Нормальной базой данных. Потому что однажды что-то глюкнет и файл скрэшится. И восстановить его будет невозможно - либо бэкап с последнего состояния, либо нихиль. И пользователи будут матерясь, восстанавливать данные.
"Совместная работа" не для этого предназначена.