Случайны выбор дневника Раскрыть/свернуть полный список возможностей


Найдено 4430 сообщений
Cообщения с меткой

excel - Самое интересное в блогах

Следующие 30  »
rss_rss_hh_new

Скрипт для экспресс-восстановления Excel-файлов после повреждения

Суббота, 08 Июля 2017 г. 14:23 (ссылка)

Данная заметка предназначен тем, у кого при попытке открыть Excel-файл выдается сообщение об ошибке вида





В моем случае с такой ошибкой открывался xlsx-файл (далее 1.xlsx), восстановленный с помощью R-Saver после вирусной атаки, подобной «Petya».



После распаковки содержимого файла 1.xlsx в папку "\1" через контекстное меню были выданы следующие ошибки





Оказалось, что эти служебные файлы имеют нулевой размер. Я проделал аналогичную процедуру с исправным файлом 2.xlsx и скопировал из его папки "\2" ненулевые файлы [Content_Types].xml и .rels поверх пустых из "\1". Далее добавил содержимое папки "\1" в архив .zip и переименовал его в 3.xlsx. В результате, файл 3.xlsx уже открылся с корректными данными хотя и с предупреждением





Для автоматизации проделанных выше процедур был разработан скрипт vbscript, распространяемый «As Is».

Исходный код скрипта ST1_XLSX_FIXER_v1
option explicit

Const THIS_SCRIPT_NAME = "ST1_XLSX_FIXER_v1.vbs"
Const SUBDIR_XLS_SRC = "ST1_XLSX_FIXER_DATA_v1"
Const SUBDIR_OUT = "ST1_XLSX_FIXED"
Const RES_SUFFIX = "_fixed_ST1_v1"

Dim fso: Set fso = CreateObject("Scripting.FileSystemObject")

'если запускаем скрипт автономно
if WScript.ScriptName = THIS_SCRIPT_NAME then
if WScript.Arguments.Count > 0 then
Dim fname
for each fname in WScript.Arguments
if fso.GetExtensionName(fname) = "xls" then
WScript.Echo "Файлы формата Excel 2003 и ранее (.xls) не поддерживаются"
else
FixCorruptedExcel fname
end if
next
else
WScript.Echo "Для работы перенесите выбранные xlsx-файлы на скрипт"
end if
end if

Set fso = Nothing

Sub FixCorruptedExcel(fpath)

Dim out_dir: out_dir = fso.GetParentFolderName(fpath) & "\" & SUBDIR_OUT
if Trim(out_dir) <> "" then
'создание папки результатов
If not fso.FolderExists(out_dir) Then
fso.CreateFolder(out_dir)
end if
End If

'cоздать копию xlsx-файла с расширением .zip
Dim extract_dir: extract_dir = out_dir & "\" & fso.GetBaseName(fpath)
Dim fpath_zip: fpath_zip = extract_dir & ".zip"

fso.CopyFile fpath, fpath_zip

'выходной файл
Dim fpath_fixed: fpath_fixed = extract_dir & RES_SUFFIX & ".xlsx"
if fso.FileExists(fpath_fixed) then fso.DeleteFile fpath_fixed

'распаковка zip
UnzipFile fpath_zip, extract_dir

'удаление zip-файла
fso.DeleteFile fpath_zip

'восстановление битых файлов из папки
Dim script_path: script_path = fso.GetParentFolderName(Wscript.ScriptFullName)
fso.CopyFolder script_path & "\" & SUBDIR_XLS_SRC, extract_dir

'создание zip
CreateEmptyZipFile fpath_zip

'архивирование extract_dir
Dim shell: set shell = CreateObject("Shell.Application")
Dim extract_dir_obj: set extract_dir_obj = fso.GetFolder(extract_dir)
shell.NameSpace(fpath_zip).CopyHere shell.NameSpace(extract_dir).Items

do until shell.namespace(fpath_zip).items.count = shell.namespace(extract_dir).items.count
wscript.sleep 1000
loop

'zip -> xlsx
fso.MoveFile fpath_zip, fpath_fixed

'удаление unzip-папки
fso.DeleteFolder extract_dir, true

WScript.Echo "Исправленный файл: " & vbCrLf & fpath_fixed
Set shell = Nothing

end sub

sub UnzipFile(fpath_zip, extract_dir)

'создание папки для распаковки
If not fso.FolderExists(extract_dir) Then
fso.CreateFolder(extract_dir)
End If

'извлечение xlsx - аналог операции контекстного меню "Распаковать в ..."
Dim shell: set shell = CreateObject("Shell.Application")
Dim sub_files: set sub_files = shell.NameSpace(fpath_zip).items

Const FOF_SILENT = &H4&
Const FOF_RENAMEONCOLLISION = &H8&
Const FOF_NOCONFIRMATION = &H10&
Const FOF_ALLOWUNDO = &H40&
Const FOF_FILESONLY = &H80&
Const FOF_SIMPLEPROGRESS = &H100&
Const FOF_NOCONFIRMMKDIR = &H200&
Const FOF_NOERRORUI = &H400&
Const FOF_NOCOPYSECURITYATTRIBS = &H800&
Const FOF_NORECURSION = &H1000&
Const FOF_NO_CONNECTED_ELEMENTS = &H2000&

Dim args: args = FOF_SILENT + FOF_NOCONFIRMATION + FOF_NOERRORUI
shell.NameSpace(extract_dir).CopyHere sub_files, args

Set shell = Nothing

end sub

sub CreateEmptyZipFile(fname)
if fso.FileExists(fname) then
WScript.Echo "Файл " & fname & " уже существует", vbCritical, WScript.ScriptFullName
end if

Const ForWriting = 2

Dim fp: set fp = fso.OpenTextFile(fname, ForWriting, True)
fp.Write "PK" & Chr(5) & Chr(6) & String(18, Chr(0))
fp.Close
end sub




Дополнительно к скрипту в архиве прилагается папка ST1_XLSX_FIXER_DATA_v1, где лежат эталонные файлы для замещения. Можно изменять ее содержимое в целях расширения области применимости скрипта на другие варианты битых файлов. Например, добавить туда обнаруженные вами варианты нулевых файлов.



Для работы скрипта необходимо:


  1. Скачать и распаковать архив ST1_XSLX_FIXER_v1.zip в любую папку

  2. Левой кнопкой мыши перенести один или несколько xlsx-файлов на скрипт ST1_XLSX_FIXER_v1.vbs

  3. Начнется процесс обработки каждого файла

  4. После успешной обработки каждого файла выдается сообщение вида







Принцип работы скрипта:


  1. Сохраняет входной файл неизменным

  2. Создает подпапку ST1_XLSX_FIXED

  3. Создает в ST1_XLSX_FIXED переименованную в zip копию xlsx

  4. Распаковывает zip в папку и копирует поверх нее ST1_XLSX_FIXER_DATA_v1

  5. Архивирует полученную папку в zip и переименовывает полученный файл в xlsx





Заключение

Данные эксперимент не претендует на общность использования, используйте предлагаемое решение на свой страх и риск. Со своей стороны планирую провести более широкий эксперимент и по результатам доработать скрипт. Текущее явное ограничение — скрипт не анализирует размер замещаемых файлов при копировании из ST1_XLSX_FIXER_DATA_v1, поэтому не умеет определять, какие именно служебные файлы оказались пустыми и требуют своей замены. Скорее всего, подобный способ применим, если утеряны именно служебные файлы, а не рабочие листы из "\1\xl\worksheets".



Также скрипт не подходит для файлов с расширением xls, созданных в версиях Excel 2003 и ранее, поскольку там используется другой формат хранения данных.
Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/332660/

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
Ольга_Владимировна_И

9 малоизвестных фишек для бизнеса в Excele

Суббота, 01 Июля 2017 г. 21:55 (ссылка)

Это цитата сообщения Волшебный__Свет_Души Оригинальное сообщение

9 малоизвестных фишек для бизнеса в Excel




XLB29RScSU8



 



Excel — не самая дружелюбная программа на свете. Обычный пользователь использует лишь 5% её возможностей и плохо представляет, какие сокровища скрывают её недра. Используя советы Excel-гуру, можно научиться сравнивать прайс-листы, прятать секретную информацию от чужих глаз и составлять аналитические отчёты в пару кликов.



 



(О'кей, иногда этих кликов 15.)



1. Супертайный лист   читать далее

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Неравный бой: CRM против Excel

Четверг, 01 Июня 2017 г. 15:30 (ссылка)

Знаете, как называется худшая в мире CRM-система? MS Excel. Эта шутка ходит среди западных и российских вендоров корпоративного ПО. Excel, легендарный продукт в хорошем смысле этого слова, окружён десятками мифов: Excel знают все, в нём можно сделать все, с ним не нужна CRM-система и т.д. От раза к разу на профессиональных форумах, от будущих клиентов, от компаний мы слышим упорное сопоставление CRM и Excel. Конечно, с точки зрения разработчика это неравный бой, но мы всё же решились на детальное сравнение.

 





Электронные таблицы vs СУБД



Что такое Excel? По своему классу это табличный процессор или, если проще, электронная таблица — прикладная программа для решения вычислительных задач. Электронные таблицы (и тут речь не только об Excel, но и множестве аналогов и конкурентов) были обречены на успех в бизнесе и вообще в любом делопроизводстве, ведь изначально большинство расчётов выполнялось в табличной форме. Буквально ещё в 90-х годах на столах можно было видеть типографские бухгалтерские главные книги, оборотно-сальдовые ведомости, различные табели, сметы, формы отчетности, калькуляции и т.д. Вся эта документация была ничем иным как таблицами.

 

Электронный таблицы в том виде, в каком мы их знаем сегодня, заменили собой довольно большой блок программирования — то, что раньше решалось на ЭВМ только с помощью кода, теперь можно реализовать с помощью различных формул, макросов, функций. Таблицы отражают взаимосвязи, позволяют сохранять и переиспользовать расчёты, строить диаграммы и т.д. Одно из основных преимуществ электронных таблиц в целом и Excel в частности — пересчёт формул «на лету» при любом изменении входных данных. Соответственно, это даёт возможности моделирования, прогнозирования, планирования и анализа. Причём все перечисленные возможности становятся доступными пользователям, далеким от информатики и математики.

 

Дополнительная ценность Excel — возможность создавать пользовательские функции и скрипты на языке Visual Basic for Application. Необходимый код пишется в стороннем редакторе и затем запускается в таблице, обрабатывая входные данные. Фактически таблица становится интерфейсом кода на VBA. Для создания подобных функций требуется навык программирования — рядовой пользователь не справится.

 

Но, как известно, дьявол в мелочах — и настоящий ад может случиться, если переоценить таблицы и начать их использовать как единственное хранилище информации, или, говоря иначе, как базу данных. На первый взгляд кажется, что всё просто отлично: данные можно записывать и перезаписывать, можно искать информацию по нужным условиям, сортировать, делать выборки с помощью фильтров. Однако по сравнению с реляционными СУБД, которые лежат в основе большинства CRM-систем, операции манипулирования данными в том же Excel кажутся незначительными. К тому же, таблицы не столь безопасны, как СУБД.

 

Кстати, об освоении таблиц стоит сказать отдельно. Безусловно, они здорово облегчают жизнь многим менеджерам, бухгалтерам и даже инженерам, но если кто-то вам скажет, что он «гуру Excel», то, скорее всего, человек заблуждается. Освоение Excel на уровне продвинутого пользователя едва ли проще, чем освоение нового языка программирования. Но такая уверенность в рядах компаний существует, отсюда и растут корни целой группы типичных ошибок работы с табличными процессорами.

 

История из жизни. В одной компании завёлся тот самый «гуру Excel». Он занимал руководящий пост, и в силу этой привилегии решил всех своих подчинённых перевести на рельсы автоматизации. Бюджет отдела, планы, рабочие отчёты и KPI стали считаться исключительно в Excel. Пока он собирал, а затем и агрегировал информацию сам, всё было относительно неплохо. Когда с книгами Excel в расшаренных на сервере папках стали работать все, появились необычные данные типа KPI +370% к заработной плате или шестизначного плана продаж. На чём «погорели»:

 


  • на формулах — протягивали формулы по столбцам, не думая об абсолютных и относительных ссылках на ячейки


  • на связи таблиц — ошибка в одной таблице приводила к размножению ошибок по всей импровизированной базе


  • на форматах данных — хотя попытки унификации ввода и были предприняты, копипаст и кривые руки делали своё дело, и в итоге из-за различных форматов часть расчётов оказывалась некорректной


  • на скрытых строках и столбцах — кто-то их скрывал, а другие не замечали и использовали эти диапазоны в расчётах


  • на сортировке — при сортировке забывали выделять весь массив и в итоге, значения одного поля присваивались другому


  • на сводных таблицах — у части менеджеров были проблемы с представлением зависимостей


  • на округлении — кому-то понравились цифры без копеек, он настроил таблицы под себя, а эти копейки стали набегать в рубли расхождения.




 В общем, завели CRM-систему, перенесли остатки «выживших» данных и стали работать спокойно, т.к. программа сама знала, какие формулы считать, какие данные принимать, как сортировать. К тому же, таблицы СУБД сломать и потерять оказалось гораздо сложнее, а с бекапами так вообще невозможно. Такой вот айтишный хэппи-энд.


CRM изнутри



Теперь о CRM-системе, которая представляет собой логику + СУБД + интерфейс. Реляционная база данных, которая используется в CRM, это множество связанных между собой таблиц. Каждая строка (она называется запись) описывает один объект (например, клиента), а каждый столбец содержит атрибуты этого объекта (например, контакты, счета, покупки, скидки и т.д.). Для идентификации записей (строк) используется первичный ключ — набор полей, сочетание которых однозначно определяет запись в таблице.

 

Например, вы пользуетесь CRM. Когда вы выгружаете отчёт о том, какие клиенты совершили покупку в текущем месяце, то внутри CRM происходит примерно следующее: таблица «Клиенты» по уникальному идентификатору (ключу) связывается с таблицей «Покупки», «Оплаты», «Номенклатура» и т.д., в зависимости от того, какую информацию вы хотите получить в итоговом отчёте. При этом СУБД в идеале должна работать максимально шустро, чтобы пользователь даже не заметил процесс. Именно благодаря такой архитектуре CRM умеет быстро и точно строить выборки в любом разрезе, позволяет мгновенно находить связанные с клиентом звонки, сделки, документы. Понятно, что подобную функциональность в Excel реализовать невозможно. Даже связка двух-трёх таблиц уже даёт ощутимые «тормоза» при работе с документами, а в онлайне зачастую просто не позволяет выполнить операцию.

 

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

 

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



Эскизы на салфетках



Вообще, в бизнесе насчитывается огромное количество способов накопления и хранения информации о клиентах, и все они сосуществуют в нашей действительности, правда, не всегда мирно. Итак, золотой топ «носителей информации» российского малого и среднего бизнеса.




  • Excel и прочие электронные редакторы. Создаются именованные строки и столбцы, вносятся данные, часть информации записывается комментариями к ячейке. Масштаб может быть любой — от банального списка клиентов и их контактов до огромного полотна управления отгрузками и продажами.




  • CRM-системы и иные учётные системы. Наиболее корректный и безопасный способ хранения и обработки данных, надёжный инструмент формирования клиентской базы и отслеживания взаимоотношений с клиентами.




  • MS Word и прочие текстовые редакторы. То же самое, что Excel, только в более олдскульной форме. Иногда внутри документа создаются таблицы. Самый шик — использовать программу блокнот и «расчерчивать» её при помощи пунктира.





    Примерно так — причём удобно двигать размеры (сарказм). Кстати, для создания таких таблиц нужно терпение и рабочее время.




  • Бумажные тетради и блокноты. Рудиментарная форма хранения записей, обусловленная, кстати, не технической отсталостью, а стремлением менеджеров не информировать руководителя о клиентском пуле и иметь только свою личную базу, которую в случае увольнения очень просто «вывести» — достаточно забрать блокнот или тетрадь.




  • Визитницы с визитками. Мы уже рассказывали о Rolodex как о предшественнике CRM-систем, но подобная система работы с клиентами жива до сих пор. Суть простая: собирать визитки с контактной информацией, хранить их и обращаться к ним при необходимости. Продвинутая форма — делать записи и заметки о клиенте на лицевой или обратной стороне карточки.




  • Стикеры. Вам может показаться, что мы шутим, но нет — у части менеджеров контакты и напоминания хранятся именно на стикерах, наклеенных на стол или рамку монитора. Понятно, что это самый ненадёжный способ организации информации.






В общем, мы неслучайно подняли тему работы с данными и взаимоотношениями с клиентами в CRM против таблиц — слишком много недостатков у табличных процессоров, которые хотят стать CRM-системой.



Let’s неравный бой begin



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

 

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

 

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

 

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

 

В Excel и прочих табличных редакторах нельзя отслеживать работу менеджеров и адекватно реагировать на кризисные ситуации. Матрицы KPI, конечно, существуют в таблицах, однако о гибкой настройке думать не приходится — всё ограничивается несколькими прописанными формулами. В CRM динамика выполнения задач менеджерами доступна линейному и высшему руководству, недочёты и провалы видны сразу, на них можно оперативно реагировать, не дожидаясь конца месяца и заполнения «таблички ключевых коэффициентов».

 



— Эд, согласно моей таблице, ты выполнил ужасную работу.

— Потому что ваши таблицы плохо продуманы и не имеют ничего общего со сложным реальным миром. И да, позвольте напомнить, что формула указывает на неверную ячейку.

— Цифры не врут.


 

В таблицах сложно оценить потенциальные сделки, застойные сделки, стадии работы с клиентом. В основе взаимоотношения с клиентами с точки зрения коммерческого интереса лежит воронка продаж. Её можно отрисовать в Excel, в Интернете описаны десятки шаблонов для этого, однако анализ воронки в различных разрезах (по менеджеру, датам, компаниям, номенклатуре и т.д.) возможен исключительно в CRM-системах. Самая большая сложность работы со сделками в Excel — это необходимость вносить все данные вручную, от стоимости заказа до статуса и этапа разработки клиента. Естественно, что рано или поздно менеджер прекращает эту работу или забывает о ней. В CRM же после правильной первичной настройки статусы и этапы меняются автоматически, а стоимости «подтягиваются» при создании и проведении счёта.

 

Excel даёт довольно слабые возможности отчётности, много времени уходит на обработку данных, построение выборок и анализ. Тут стоит описать реальную ситуацию. Клиент отправлял отчет по реализации за период в головной офис. Объем файла был около 50 000 строк. В выгрузку попадали нерелевантные и ненужные данные. Сортировка и очистка данных у менеджера занимала ровно один рабочий день, и это при наличии специальных формул и макросов. CRM позволяет делать подобные выборки с помощью гибко настраиваемых фильтров с множеством критериев, кроме того пользовательские фильтры можно сохранять и использовать по необходимости (во всяком случае, именно так эта функция реализована у нас в RegionSoft CRM).

 

В CRM можно настроить несколько уровней доступа к данным клиентов, в Excel это сделать невозможно. Ведение базы клиентов в электронных таблицах чревато для бизнеса проблемами с безопасностью: данные могут потеряться как по техническим причинам, так и при увольнении сотрудника. Чего у Excel не отнять, так это его легкой «транспортировки» за пределы бизнеса, в том числе в руки конкурентов.

 

Чтобы забрать данные из десктопной CRM, нужно постараться. Вся оперативная информация о клиентах, контактах, планах, проектах, задачах должна быть в CRM-системе, а не «в голове сотрудника». Эта CRM-система должна быть защищена, т.е. иметь технические возможности, при которых сотрудник не сможет унести из нее сведения (если, конечно, ему не дали прав администратора сервера данных). Например, RegionSoft CRM имеет глубокую проработку безопасности, начиная с интеграции с ActiveDirectory и заканчивая контролем IP-адресов, MAC-адресов, с которых для пользователя разрешено подключаться к системе, подключения к корпоративной базе через alias (когда пользователь не знает реального расположения базы) и др. Совокупность этих мер и дает безопасное окружение для бизнеса. Но всегда есть человеческий фактор, от которого никуда не денешься. Сегодня человек лоялен, а завтра ему бес в ребро — и пошло поехало — твоим клиентам уже продают твои конкуренты. Поэтому должна быть именно совокупность мер, чтобы даже при возникновении желания слить данные, максимально затруднить это технически.

 

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

 

В Excel постоянно возникают проблемы унификации данных — установленные владельцем документа настройки форматов сбиваются, меняются, игнорируются. В итоге получаются коллизии, чаще всего связанные с денежным  и текстовым форматами, процентами. В CRM-системе разработчик предпринимает всё для максимальной унификации данных: так, при вводе можно выбирать значение из списка (чтобы была только «Москва», а не «масква», «мсква», «мск» и т.д.) или вводить значение, которое проверяется программой при вводе. В случае некорректного ввода CRM-система возвращает сообщение об ошибке.

 

Для Excel не существует адекватных интеграций с другими бизнес-системами и сервисами, например, планированием, бизнес-процессами, телефонией, 1С. Кто-то скажет, что в Excel, может и нет, а вот в таблицах Google Docs давно есть целый магазин приложений, надстроек и аддонов. Не будем спорить, Google предлагает неплохой инструмент, но для частного пользователя или очень маленькой начинающей команды. Во-первых, мало-мальски нагруженный файл подвешивает приложение (бюджет одной из компаний на 16 000 строк с формулами он не осилил). Во-вторых, опять же нет перечисленных интеграций. А причина упирается всё в тот же бэкенд: Spreadsheets всё те же таблицы-калькуляторы.

 

Интеграции CRM сильно отличаются от системы к системе и могут быть реализованы с помощью API, коннекторов, специального ПО, сторонних плагинов. Мы реализовали в своей CRM-системе интеграцию с сайтом, телефонией (в том числе виртуальной АТС Asterisk), Skype, 1С. Часть работы по интеграции ложится на RegionSoft Application Server, что обеспечивает более тонкие настройки и широкие возможности для автоматического обмена данными между CRM-системой и сторонними приложениями.

 

В электронных таблицах невозможно осуществлять грамотное персональное и коллективное планирование. Тут даже комментарии излишни — никакого планировщика, никаких напоминаний, никакой интерактивной работы с задачами от электронных таблиц ждать не стоит. В то время как, например, среди клиентов RegionSoft CRM планировщики и инструменты управления задач едва ли не самые популярные функции системы: ими все пользуются, все ценят возможности напоминаний и интерактивного управления календарём. Среди этих инструментов самый любимый — трёхнедельный планировщик, который совмещает управление задачами, рабочий календарь и в тоже время позволяет работать с горизонтом планирования.

 

В таблицах существуют проблемы с прикреплением файлов. Самая удобная и безопасная реализация этой функции для Excel и других электронных таблиц — прописывание ссылок на нужные документы. В CRM-системе все документы прикрепляются к карточке клиента, легко «поднимаются» и не теряются.

 

Быстрое масштабирование и рост бизнеса не выдержит ни одна таблица: во-первых, книги будут перегружены и вероятность ошибки возрастёт в разы, а во-вторых, добавление новых строк, столбцов, связей может просто повредить бережно накопленный файл. Прогрессивно расти нужно с сохранением производительности, и достичь этого можно только с использованием специальных средств автоматизации. Например, CRM-системы. Для программы любое расширение или сокращение количества пользователей, наименований, добавление подразделений и даже новая структура бизнеса проходят безболезненно.

 

В таблицах не предусмотрено автоматического заполнения информации, например, с сайта или для первичной документации. Хотя, есть библиотека PHPExcel, которая позволяет производить импорт и экспорт данных в Excel из информационных систем, написанных на PHP для любой платформы, но и это не делает Excel полноценной учётной системой или CRM.

 

Процесс обновления информации в таблицах необходимо контролировать, в то время как CRM — единый актуальный источник информации. Вообще, в управлении таблицами, при внесении и обработке данных слишком велик человеческий фактор. Считается, что Excel знают все менеджеры по продажам, бухгалтеры, маркетологи и прочие ребята из коммерческой службы. Это весьма иллюзорное представление: как мы уже говорили, освоение Excel «по-взрослому» требует огромного количества времени.

 

В таблицах не видны глубокие связи между данными, поскольку это не реляционная СУБД, а «плоское» представление данных (как бы один срез). Соответственно, отсутствие реляционных таблиц и ограничения по интерфейсу делают электронные таблицы всего лишь имитацией средства хранения и управления клиентской базой. CRM же представляет собой продуманный интерфейс поверх реляционной СУБД. С помощью интерфейса вносятся данные, управляются процессы, обслуживается телефония и т.д. Вся бизнес-информация надёжно хранится в базе данных, для которой, напомним лишний раз, стоит создавать резервные копии.

 

Знаете, чего от вас ждет клиент на этапе продажи и обслуживания? Он считает, что если обратился к одному специалисту из вашей компании, он обратился ко всем, и любой менеджер готов решить его проблему. И менеджер должен знать о коммуникациях по контакту. Значит, нужно иметь инструмент для мгновенного отображения требуемой информации — и CRM как раз такой инструмент. А вот Excel и другие электронные таблицы изначально не были созданы для управления взаимоотношениями с клиентами, они были созданы для вычислений и первичного анализа информации. Так может, не стоит ждать жалоб клиентов и накапливать риски, которые рано или поздно могут привести к коллапсу. Причём, по закону подлости, в самый неподходящий момент.
Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/329986/

Комментарии (0)КомментироватьВ цитатник или сообщество
SoXiE

Удобная телефонная книга Windows (WAB)

Среда, 31 Мая 2017 г. 23:36 (ссылка)

Сделал для себя открытие телефонной книги Windows Address Book (Папка Контакты) и её удобного применения с помощью индексации (Windows Search). Такая телефонная книга удобна на конторе, когда до номеров внутренних телефонов проще добраться из списка или местного файла, чем доставать телефон, разблокировать и искать контакт. Голосовые помощники тоже не спасают, потому что отнимают время и демаскируют того, кому я звоню.



Я просто жму кнопку Пуск и набираю первые буквы фамилии абонента, и остаётся только нажать нужного.


WAB (481x202, 20Kb)

Также я набираю номер телефона или его начало, и мне выдаётся список абонентов на этом номере.


WAB2 (481x274, 24Kb)

То есть, буквально 4...5 нажатий и мы знаем номер телефона нужного абонента.


Как импортировать контакты из телефона в адресную книгу?


Этот вопрос много раз изучен, обсосан на всевозможных форумах и иных сайтах, как с Android перенести контакты на iPhone (в обратную сторону реже). Самый действенный способ - экспорт через .CSV файл и Microsoft Excel, в котором можно соотнести графы (например, Служебный и Рабочий телефон одно и то же, однако разные названия могут спутать импортёр контактов). Адресная книга Windows не лишена проблемы с кодировкой, поэтому .CSV-файл из Excel надо предварительно прогнать через хотя бы Блокнот и сохранить как UTF-8.


wab3 (472x500, 166Kb)

Моя адресная книга в несколько сотен имён кочует из аппарата в аппарат, продублирована на компьютере, в бэкапах, облаках и иных. Однако я её также занёс в Контакты Windows. Почтовые веб-сервисы также предоставляют «местную» строку поиска, по папкам писем, где можно быстро отыскать нужного адресата-абонента и его номер в подписи. И благо, что я не минетжер с холодными звонками и CRM, куда нужно тратить время вписывать всё это, скорее продолжаю свой динозавр-стайл с локальными оптимизациями рутинок.

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
SoXiE

Битва браузеров: Mozilla vs Chrome - взаимодействие с MS Office

Пятница, 27 Мая 2017 г. 01:02 (ссылка)

Пост о том, как браузеры Mozilla Firefox и Google Chrome «из коробки», специально не настраиваемые, с дефолтными профилями, по-разному копируют в буфер обмена и вставляют информацию, иногда теряя суть.


А суть в том, чтобы перенести некую полезную информацию в такие популярные для офлайн-заметок файлы типа Excel и Word. Для тестов я взял Microsoft Office 2003, браузеры Google Chrome версия 59.0.3071.47 x64 и 53.0.3 (64-бит), актуальные на данный момент. Сайт пробник - Расписание пригородных электричек Яндекс. Спойлер: с задачей в идеале не справился никто, потому как таблица расписания представлена не <TABLE>, а через техники типа AJAX, и по сути не совсем таблица, скорее набор <DIV>. Поэтому будем давиться, но кушать.


Вот как выглядит один и тот же контент расписания на сайте:
Через Chrome:
chrome selected table (700x591, 149Kb)
Через Firefox:
Firefox selected table (700x590, 143Kb)
Мы выделяем фрагмент, жмём Ctrl+C и пробуем вставить в Excel оба варианта:
Excel 2003 copying table (476x700, 200Kb)

Эксперимент показал, что таблицей её Excel не считает и выносит каждое поле отдельной строкой, но Google Chrome попутно копирует оформление из CSS, хоть и искажает цвета. Firefox здесь полностью провалил испытание буфером обмена, поскольку помимо оформления, потерял ещё и «колонку»-ценник. То есть не справился с задачей. Word ведёт себя схоже с братцем, если в буфере одно и то же, значит, претензия не к Microsoft.


Word 2003 copying table (700x552, 107Kb)

Хорошо, давайте обратный эксперимент проведём. Создадим документ в Word с примитивным оформлением, который является подобием бумажного письма.


Word 2003 copying formatted text (700x304, 93Kb)

А бумажные письма, как правило, изобилуют цифрами и таблицами, разбитыми постранично, как в ГОСТ, «Продолжение таблицы 1».


Excel 2003 copying formatted table (234x279, 7Kb)

Открываем, предположим (2017 на дворе, область письма это не просто textbox), а очень примитивный, но удобный редактор с горячими клавишами и иными прибамбасами. И здесь браузеры показывают разные результаты: Chrome вставляет всё как надо, но ведёт себя не самым удобным образом, привыкши быть доминирующим окном на планшетах и полноэкранным на мониторах, не переваривает себя в неразвёрнутом виде и просто кричит полосами прокрутки о нехватке места, придётся масштабировать, чтобы увидеть кнопку «Отправить».


Chrome pasting table (700x536, 217Kb)

Firefox в этой ситуации куда как более гуманно ведёт себя. Не знаю, чья заслуга - прогеров Яндекса или ребят из Mozilla, но уменьшение размеров поля более гармонично и удобно в следующем юзкейсе: при перетаскивании картинок-вложений из папки, можно попасть на текстовое поле письма, и картинка станет куском текста, будто вставили из буфера обмена, впишется в письмо, что не всегда удобно. Чтобы сделать её вложением, её следует тащить к кнопке «Отправить», тогда она становится файлом-вложением. В Chrome для этого пришлось бы крутить скроллбары.


Firefox pasting table (700x536, 212Kb)

Ещё один плюс Firefox в данном контексте - обратите внимание на рамку вокруг таблицы. Её можно править, растягивать столбцы и строки, а не только менять цвет текста ячейки.



Покорно приняв эту истину, есть смысл держать оба браузера на компьютере, дабы гибко использовать особенности работы с такими данными. Такая планктонная оптимизация. К слову, Google Docs у меня так и не прижился в качестве облачного табличного процессора, хоть как не вылизывай юзабилити, Excel только внутри себя копирует формулы, как только они попадают в браузер, становятся деревянными значениями, со знаками рубля в оформлении ячеек текстом.




Ещё одно полезное испытание хочу осветить данным постом: сохранение офлайн многомегабайтной истории ВК. По-русски, как сохранить переписку из ВК на компьютер. Как показывает практика, без использования API и сомнительного ПО, гражданскими методами её не выгрузить, разве что держать кнопку PageUp/PageDn до посинения пальца в окне диалога, и вся история загрузится до начального сообщения. Сколько ждать - зависит от множества факторов, как пользовательских, так и контактовских: загруженность наплывом народа, трафик и т.д. Сейчас я не буду сливать, а лишь открывать уже сохранённый HTML-файл размером в 34 мегабайта с историей.



Итак, перекидываем файл в оба браузера drag-n-drop, и наблюдаем, как Firefox замер на порядочное время с бледным окном, без вкладок, что создало бы угрозу утраты других открытых вкладок в случае непредсказуемого расхода ОЗУ компьютера и срыва процесса. Chrome в этот момент не блокирует открытые вкладки за счёт разделения окон на разные процессы, и даже микроскопический бегунок полосы прокрутки можно трогать, поле переписки пусто, подгрузилась уже шапка ВК (сохранено всё). Да, скролл работает медленно, но не висит. Через время появляются куски переписки, но когда скролл переносишь на другую область - пусто. В итоге Chrome выдаёт предупреждение об остановке сценария, игнорируем, и продолжаем. Вуаля, открывает всё, но двигая бегунок, наблюдаем фризы-торможения графики. А тут и Firefox отмирает и даёт нам возможность лицезреть весь текст сохранённой переписки без тормозов, лагов и фризов. Поиск работает в обоих браузерах, однако лаги и фризы Chrome вымораживают. То есть для чтения больших объемов офлайн-переписок ВК более подходит Firefox, хотя HTML хорошо бы отпарсить да повыбрасывать половину, можно даже в семантический анализ закинуть для определения стилистики речи.


Однако для сохранения переписок ВК многоминутным держанием PageUp/PageDn больше подходит Chrome. Почему? Во-первых, отдельный процесс позволяет не морозить активность других вкладок. Во-вторых, Chrome умеет сохранять как в HTML, так и в MHTML (MHT), единым архивом, что кажется логичнее при чтении переписки через браузер, ведь ВК с недавних пор умеет подгружать пересылаемые картинки по ссылкам со сторонних серверов прямо в диалог, и к определённому количеству сообщений картинок становится over 9000, и совсем неинтересно их держать отдельными файлами. В третьих, есть экстремальные варианты сохранений - через Microsoft Word, например, который подвиснет не хуже, чем Firefox при огромном буфере обмена, но небольшие переписки можно и в .DOC сохранить.


Так что если вдруг вы невольно стали перлюстратором или просто хотите сохранить переписку из VK себе на компьютер, используйте браузер Google Chrome.

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
ferderfre

Крымский полк ВДВ разместят в районе Феодосии

Пятница, 19 Мая 2017 г. 06:39 (ссылка)

­­­­­­­­­­­­­­­­­­До конца 2017 года под Феодоcией будeт pазвернут отдeльный деcантно-штурмовoй батальон, который впоследствии пeреформируют в полк. Об этом, как сообщает РИА Новoсти, заявил глaва думского комитета по обоpонe Влaдимир Шаманов.

97-й полк должен быть создан до 1 дeкабря 2019 года, он вoйдeт в состав 7-й горной деcантно-штурмовoй дивизии («новоpосcийской»). В данный момент в составе дивизии два деcантно-штурмовых полка.

Ранeе, зимой 2016 года, вoенные сообщали, что крымский батальон ВДВ должен быть pазвернут в pайонe Джанкоя, нeподалеку от базы армейской авиации.

В данный момент в Крыму нeт постоянно базирующихся частей ВДВ, организована pотация дeжурных батальонных групп из состава соединeний ВДВ, дислоцирующихся внe территории полуостpова.

97-й гвардeйский паpашютно-деcантный полк был сформиpован в 1948 году, в 1959-м пeредан в состав 7-й вoздушно-деcантной дивизии (нынe 7-я горная деcантно-штурмовая дивизия), базиpовался в литовском Алитусе. В 1993 году в составе дивизии выведeн под Новоpосcийск, в 1994-м получил добавление к наименованию «кубанский казачий». Расформиpован в 1997 году.

Комментарии (0)КомментироватьВ цитатник или сообщество

Следующие 30  »

<excel - Самое интересное в блогах

Страницы: [1] 2 3 ..
.. 10

LiveInternet.Ru Ссылки: на главную|почта|знакомства|одноклассники|фото|открытки|тесты|чат
О проекте: помощь|контакты|разместить рекламу|версия для pda