Пожелания для улучшения программы

[dmitry]

Верните обратно возможность поиска накладных/счетов по номеру!!!

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

[kot1331]

Верните обратно возможность поиска накладных/счетов по номеру!!!

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

День добрый! Дмитрий, Вы не правы в том, что "составные" номера перестали использоваться. Их общее количество даже не сократилось, к тому же, у многих ведется внутренея документация с использованием текстовых пометок в нумерации документов, что убирало много не нужной офисной работы по ведению бумажных журналов внутренней регистрации и было крайне удобно. Поэтому крайне важен и удобен текстовый поиск по номеру документа. Очень большая к Вам просьба - верните возможность поиска накладных/счетов по номеру!!! Заранее спасибо. С уважением Анатоль.

[dmitry]

Верните обратно возможность поиска накладных/счетов по номеру!!!

Только скриншоты:

[zeroocool]

Было бы отлично если в "Хелпник" добавить - смотрите "Создать по текущему" -- создает документ автоматически связанный с текущем !!! -- очень помогает откинуть много вопросов.
а и хорошо бы еще всплывающую подсказку:
НАПРИМЕР: навел например мышкой на название столбца "График" в расчетной ведомости - и чик, вылезла подсказка - количество рабочих дней .

[Ватсон]

поля "Кол-во" и "Цена" в накладных оборудованы калькулятором, а вот поля "Сумма" в РКО и ПКО - нет, хотя это тоже очень удобно. сможете?

[dmitry]

Даже не щелкая по пунктам меню, в любом месте - Ctrl+F3.

[Abricos]

Радует программа! Что на сейчас огорчает - ограниченное импортирование Excel файла. Почему нельзя импортировать в произвольные свойства, описание товара...?

[Ватсон]

Даже не щелкая по пунктам меню, в любом месте - Ctrl+F3.

Это понятно, этому я научился, а вот если бы сумма с калькулятора могла перекочевать в поле ввода - было б супер..

[kot1331]

День добрый! У меня опять появилось несколько идей которые, на мой взгляд, весьма любопытны и сделают программу еще лучше. Спешу ими поделиться:

1) Было бы весьма удобно добавить в визуализацию документа можно было добавить столбец с единицей измерения (обязательно отдельным столбцом и, по возможности рядом с количеством). Т.к. единица измерения, которая добавляется в номенклатуре, очень не удобна из-за того, что названия все разные и текст получается смазан и не читаем, соответственно смысл использования теряется.

2) Возможность вывода поля "описание товара" можно было бы визуализировать и редактировать из открытого документа (счет, налог. накл., расх. накл.) и по желанию отправлять на печать. Т.к. пользовать его из справочника очень, ну очень не удобно!

Спасибо за внимание. Надеюсь на воплощение этих небольших дополнений в жизнь. С уважением Анатоль.

[Ватсон]

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

[store]

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

[Ватсон]

Эх, жаль, что в качестве СУБД выбран продукт MS SQL.
Установил MSSQL2008 на комп.. Все как-то сразу потяжелело, какие-то процессы новые запускаются и пр. Может его, конечно, и можно отконфигурить - но это надо хорошо разбираться и любить такую работу... Установить Management Studio так и не получилось: на очередном шаге установки выдает ошибку "не выбран ни один элемент", хотя выбран по умолчанию SDK и другие есть компоненты. Гугление в яндексе ничего толкового не дало... Рецептов нету. Может Дмитрий подскажет?
Считаю, что программа стала бы гораздо "народнее" и популярнее, если б сервер был MySQL. Мало того, что это мощная и современная СУБД, нетребовательная к ресурсам, так саму БД можно было б отселить на какой-нить быстрый хостинг, благо СУБД MySQL родная для всех хостингов, и просто подключаться с разных точек. Тот, у кого 1 магазин, это может и непринципиально... Но даже маркет средней руки и особенно сеть магазинов выиграли бы заметно...

[dmitry]

Переход на MySQL был бы только шагом вперед, а MS SQL - прыжком.
Если бы они были равноценны, MS не смог бы продавать свою СУБД за десятки тысяч грн.

Частные мнения:
"MySQL относительно бесплатен и подходит больше для задач, где структура БД не особо большая, для сайтов-небольших веб-приложений...
MS SQL более мощнее... Для десктопных приложения я бы рекомендовал ms sql. Для веб соотвественно my sql." (http://www.sql.ru/forum/845191/v-chem-r ... er-i-mysql).

"MySQL - ориентирована на очень маленькие объёмы данных(не более нескольких гигабайт), на интернет приложения...
MS SQL - ориентирована на корпоративные нужды, способна оперировать объёмами данных на порядки превосходящие MySQL" (http://forum.sources.ru/index.php?showtopic=42526).

От самих MS:
"Microsoft SQL Server 2008 превосходит MySQL как платформу данных во всех существенных для бизнеса областях." (http://www.microsoft.com/sqlserver/2008 ... mysql.aspx).

[Ватсон]

понятно, что ситуацию не изменить. но вы "не выслушали" вторую сторону: http://www.mysql.com/why-mysql/windows/

[dmitry]

Эти стороны учитывают "суммарную стоимость вледения" или "широкую поддержку платформ", нам же важна только скорость вычислений, конкретней - в учетной программе.
Компания "1С-Битрикс" (http://dev.1c-bitrix.ru/community/forum ... opic21840/):
"MSSQL - более подходящий вариант. Он работает в 5 раз быстрее чем MySQL".

P.S. Почти по теме: с 1 июня мы планируем поднять цены за переход на SQL-версию (500 грн для обычной лицензии и 1500 грн для сервера терминалов).