Joined: 26 Jul 2002 Posts: 975 Location: Титов Александр Александрович Occupation: Компания БЭСТ Interests: Москва
Posted: 23 Jun 2005 10:04 Post subject:
В догонку. В 12 версии будет введен режим упаковки FPT-файлов и автоматической зачистки пустых записе _________________ С уважением, Александр Титов, Компания БЭСТ, Москва, отдел разрабо
Joined: 06 Sep 2004 Posts: 821 Location: Олег Смирнов Occupation: Раут (поганист-сисадмин) Interests: Новосибирск
Posted: 23 Jun 2005 14:54 Post subject:
Krosh wrote:
Можно столько, сколько нужно.
<Skip>
В таком виде можно иметь и достаточно легко обслуживать один DBF со строками для всех или для каждого из модулей БЭСТ, для всех БД или для конкретной БД.
Не, ребята, вы как-то совсем неправильно рассуждаете.
Есть такой формат .fpt для определённых целей, и для этих целей он вполне даже себе подходит. А из того, что Б4+ пока не вполне корректно работает с ним, вовсе не следует, что от этого формата надо отказаться в пользу таких вычурных конструкций... _________________ С уважением, Олег Р. Смирн
Joined: 13 Oct 2003 Posts: 97 Location: КИА Occupation: СТ Interests: Москва
Posted: 23 Jun 2005 16:30 Post subject:
Олег Смирнов wrote:
Не, ребята, вы как-то совсем неправильно рассуждаете.
Есть такой формат .fpt для определённых целей, и для этих целей он вполне даже себе подходит.
Эта фраза напоминает вопрос "Кто против Советского кино"?
Мы не против FPT как класса. Он есть и пусть будет дальше. Но не у нас.
Олег Смирнов wrote:
А из того, что Б4+ пока не вполне корректно работает с ним, вовсе не следует, что от этого формата надо отказаться в пользу таких вычурных конструкций...
В том то и дело, что это не только в Б4+. FPT глючит и в простом Б4 и в других прогах, в которых он используется. Это именно глючность движка FPT, реализованного в Clipper (пишу Clipper, т.к. про Fox ничего не могу сказать).
А вычурности никакой нет. Эта метода работы с большими строками, объектами (BLOB) и проч. широко известна. Могу привести в пример "сами знаете какого" прямого конкурента БЭСТ.
2(Олег Смирнов)Сабж предполагает высказывание новаций, которые хотелось бы иметь в БЭСТ. И давайте в этой ветке не скатываться на обсуждение что "круче", а что "отстой". Я "пожелал", мне задали уточняющий вопрос, я ответил. Давайте вернёмся к теме, Ok?
Joined: 06 Sep 2004 Posts: 821 Location: Олег Смирнов Occupation: Раут (поганист-сисадмин) Interests: Новосибирск
Posted: 23 Jun 2005 19:31 Post subject:
Krosh wrote:
Эта фраза напоминает вопрос "Кто против Советского кино"? Мы не против FPT как класса. Он есть и пусть будет дальше. Но не у нас.
Неубедительно.
Krosh wrote:
Сабж предполагает высказывание новаций, которые хотелось бы иметь в БЭСТ. И давайте в этой ветке не скатываться на обсуждение что "круче", а что "отстой". Я "пожелал", мне задали уточняющий вопрос, я ответил. Давайте вернёмся к теме, Ok?
Ты высказал своё мнение, я - своё. В таком вот аспекте. OK|Retry|Cancel?.. _________________ С уважением, Олег Р. Смирн
Еще пожелание, никак не связанное с предыдущими. Нельзя ли сделать выгрузку документов с удаленного склада и прием их в центральный комплекс автоматически? Задал, скажем, в командной строке имя файла и интервал дат для выгрузки (или, соответственно, имя файла и дополнительный ключ - удалить все документы, помеченные на удаление), и запускаешь планировщиком.
Может, конечно, такой режим и есть, а я его по неопытности или невнимательности просмотрел. А без него... можно, правда, решить проблему скриптом (просто эмулируя нажатия клавиш), но такое решение иначе как временным не назовешь...
Joined: 27 Aug 2002 Posts: 501 Location: Кондрина Марина Александровна Occupation: ОАО БКО программист Interests: Боровичи Новгородской обл
Posted: 01 Jul 2005 15:04 Post subject:
Хотелось бы, чтобы init index при запуске из командной строки писал в логи, какой файл, тег начал и кончил индексироваться, чтобы если сбойнуло, можно было взять эту информацию, сообщения о ошибках. И вообще мне не по душе, что идет вывод на экран, когда init index используется в bat-файлах.
Хотелось бы иметь возможность делать ночью индексацию в пакете не только в центральном БЭСТ, но и в Удаленном магазине.
Что касается выгрузки и приема документов удаленных модулей, вообще она сделана очень примитивно, без всяких возможностей настройки. Мне например хотелось бы, чтобы имя файла содержало информацию о моменте выгрузки, тогда выгруженные файлы не будут одноименными и не будут затираться один другим, более поздней выгрузки. Мне могут возразить, что исправление имени файла можно поручить оператору, но думаю, что для них слишком сложно лазить в наших многоэтажных путях к файлу и ничего не испортить. Иметь возможность использовать пакетный режим также желательно, так как в наше время пересылку по email файлов из заданного каталога и стирание ужу пересланных файлов вполне можно поручить программному робо
Имеем следующую ситуацию. Предприятие торгует автозапчастями, имеет св. 10 тысяч товарных позиций. Большинство запчастей имеет свой номенклатурный номер в терминологии официальных каталогов производителей. Дабы не путать его с ном. номером в терминологии БЭСТа, буду звать его каталожным номером.
Вот пример: 42020102050-551100, называется это «коробка отбора мощности».
В нашей базе все это включено в поле «наименование» и выглядит так:
"42020102050-551100 короб отбора мо". Криво? – Криво. А что делать?
Дело в поиске. Он может осуществляться как по названию, так и по каталожному номеру. Каталожный номер уникален, поиск по нему однозначен, но для того, чтобы искать по нему оператору нужно либо помнить этот конкретный номер, что при таком объеме номенклатуры нереально, либо найти его сначала в бумажном каталоге (очень толстые книжки, в которых тоже нужно уметь ориентироваться)
Заметили, само наименование обрезано? Оператор при вводе позиции использовал только 34 символа из 60, имеющихся в поле "наименование". Неправильно? – Неправильно.
Но где бы он увидел все 60 символов?
Заходим в номенклатурный справочник, видим 34 символа; картотека – 35 символов; ведомость инвентаризации – 34; справочники партий, комплектов – того меньше; движение товаров: ввод новой позиции (F4) – 42 символа, картотека (Alt+F4) – в списке – 24, и только сверху для конкретной позиции видим все 60, в единственном месте.
Ну, и документы из-за этих сокращений получаются уродливые.
Вот еще пример двух позиций: "17010350039-001400 Прокл.регул.тон" и "17010360039-001400 Прокл.регул.тол".
В картотеке из этого в списке видно только "17010350039-001400 Прокл". Нужно смотреть выше, чтобы увидеть полное название. А прыгать глазами туда-сюда оператору, когда он в день набивает десятки документов с десятками позиций, не очень удобно. И хорошо, если этим двум позициям посчастливилось оказаться рядом в списке, тогда легко их различать, иначе недолго и спутать. Причем сортировка по наименованиям здесь может ничего не дать. После "17010350039-001400 Прокл.регул.тон" вполне может следовать какая-нибудь "17010350041-001402 Прокл гол бл"
В экранной форме картотеки присутствуют поля:
"Н/номер" – нам он совершенно не нужен, да и вообще, он ведь внутренний идентификатор, использовать его при поиске, видеть его в качестве одной из характеристик товара – не совсем логично, имхо.
"Партия" – мы не ведем партионный учет. Поле для нас лишнее.
"Ед.изм." – 99,9% у нас "шт". Тоже малоценно.
В итоге мы видим кучу бесполезной информации не видим необходимую.
Итак, мы хотели бы в документах движения в картотеке (Alt+F4) иметь возможность указания полей, отображаемых в экранной форме и настройки их ширины.
Наши каталожные номера логично было хранить в одном из 4 полей атрибутов, 25 символов поля для этого вполне хватает. К сожалению, по атрибутам нет поиска.
Есть только фильтр, но время работы фильтра приведет к образованию очередей и потерям клиентов.
О поиске в картотеке вообще.
Поиск F7 "по группам, ном.номерам":
- для нас бесполезен, ном. номера нам ничего не говорят,
- нет полноценного маскирования (ищется строка вида "текст*", хотелось бы иметь возможность искать и "*текст1*текст2*")
Поиск F7 "по группам, наименованиям ":
- нельзя искать по всем группам, указание группы обязательно, а иногда нужно поискать позицию и без указания группы.
- нет полноценного маскирования (ищется строка вида "текст*", хотелось бы иметь - возможность искать и "*текст1*текст2*")
Контекстный поиск Alt+F7:
- нет полноценного маскирования (ищется строка вида "*текст*", хотелось бы иметь возможность искать и "*текст1*текст2*")
- поиск только по ном. номерам и наименованиям, хотелось бы поиск по атрибутам, другим полям.
Фильтр F6:
- фильтр по атрибутам ищет не "текст" или "текст*", а "*текст*", т.е., работает не как обычный фильтр, а как контекстный фильтр. Это нелогично. Лучше бы фильтр искал все же "текст", а поиск "*текст" или "*текст*" нужно было бы конкретно указывать с помощью wildcard.
- нет фильтра по наименованию.
- неплохо бы иметь возможность поступенчатого снятия фильтров, например, Сtrl+F6 – снятие фильтра, а Shift+F6 – на ступень назад.
Контекстный фильтр Alt+F6:
- работает только по н/номеру и наименованию.
- нет полноценного маскирования (ищется строка вида "*текст*", хотелось бы иметь возможность искать и "*текст1*текст2*")
Считаю, нужно объединить функции фильтра и контекстного фильтра. Ввести в него полноценное маскирование. Включить в окно условий фильтра все существенные поля. Объединенный фильтр будет намного мощнее и удобнее, чем два имеющихся.
Функции поиска также следует объединить. На условие поиска должно появляться окно, подобное окну условий фильтра, в котором будут все существенные поля, будет возможность не указывать значения любых полей, внизу должен быть выбор поля для сортировки результатов поиска.
Hot-keys: F7- поиск, Shift+F7 – найти следующее значение, Alt+F7 – вернуться к предыдущему значению, (Ctrl+F7 – вернуться на позицию и к варианту сортировки до включения поиска- ?)
Еще ситуация. Клиент пришел на центральный склад, выписывает себе товары. Тут клиенту требуется , допустим, прокладка Х. Оператор находит ее. Опа. На центральном ее нет. Дифисит или снабжение стормозило. Она может находиться на каком-либо из 10 складов (т.е., филиалов, магазинов). Оператор начинает грузить другой БЭСТ, открывать там номенклатурный справочник, снова искать позицию, выяснять, на каком складе она еще есть. Хотелось бы увидеть справку о наличии товарной позиции на всех складах прямо из картотеки.
В экранной форме картотеки присутствуют поля:
"Н/номер" - нам он совершенно не нужен, да и вообще, он ведь внутренний идентификатор, использовать его при поиске, видеть его в качестве одной из характеристик товара - не совсем логично, имхо.
А в н/номер нельзя писать каталожный номер? Правдо, в вашем примере, каталожный номер длиной 18 символов, а длина н/номера только 13. Но может не весь номер вводить ...
В в версии 12.01 есть код по каталогу (как раз ваш каталожный номер) и длина у него 20 символов, только при выписки документа на продажу этот номер не видно Его видно в карточке товара, а еще где? Больше ни где не нашел ...
LuisFigo wrote:
Каталожный номер уникален, поиск по нему однозначен, но для того, чтобы искать по нему оператору нужно либо помнить этот конкретный номер, что при таком объеме номенклатуры нереально, либо найти его сначала в бумажном каталоге (очень толстые книжки, в которых тоже нужно уметь ориентироваться)
А электронных каталогов нет? Может можно найти номенклатуру в электронном каталоге и затянуть в БЭСТ? Правдо не совсем понятно как это сейчас сделать ... Плагин из накладной не запустишь ..., а импорт строк похоже не поможет ...
Posted: 06 Jul 2005 09:26 Post subject: Убрать монопольный доступ к файлам.
При вводе нового пользователя в справочник постоянно выдает сообщения "Справочник операторов заблокирован в сети" и "Справочник предприятий заблокирован в сети".
У нас ключ на 25 мест, бухгалтера приходят и увольняются или меняют работу. Постоянно приходится вносить изменения в справочник операторов. Постоянно приходится искать кто держит справочники.
Просим убрать монопольный доступ к файлам \pro\label.pro b \pro\user.pro
Joined: 27 Aug 2002 Posts: 501 Location: Кондрина Марина Александровна Occupation: ОАО БКО программист Interests: Боровичи Новгородской обл
Posted: 06 Jul 2005 09:28 Post subject:
А у меня куча проблем, связанных с розничной торговлей.
1. Хотелось бы иметь пароль доступа к документам о розничной продаже (возврате) в Торговом зале. Кажется, они называются отчетами о розничной продаже/возврате. Пользователь, НЕ знающий пароля, должен закачивать эти отчеты из внешней системы ПОЛНОСТЬЮ (не исправляя строк) и открывать/закрывать/удалять их. Но только пользователь, знающий пароль, должен иметь возможность добавлять строки в эти отчеты или вносить исправления в эти строки.
Такие потребности у нас вызваны тем, что в магазине у нас учет в учетных ценах и исправление отчета работниками магазина нежелательно (под любую розничную сумму они могут списать с себя любой товар). Сейчас они не исправляют отчеты, но вся система держится только на их неумении это делать. Но они закачивают отчеты и закрывают дни.
2. В розничном прайс-листе Торгового зала появилась возможность установить пароль на его редактирование. Но к сожалению для случая, когда цена не расчетная, а вводимая, пароль не запрашивается, даже если он установлен. Это наверное ошибка в БЭСТ
3. В случае ошибочно пробитого на кассе неправдоподобно очень большого количества какого-нибудь товара в тот же день на кассе оформляется по нему возврат на это количество. Так вот, при закачке информации о продажах из внешней системы БЭСТ ругается на красные остатки и пропускает этот товар в отчете о продажах. А что ругаться, ведь надо просто учесть то, что товар в тот же день возвращен
4. В формировании справочника товаров для касс можно определять комплекты. Но проблема в том, что требуется указать заранее номер партии каждого товара в комплекте.
5. И еще одна проблема связана с приходованием товара на складе с использованием терминала. Мы хотели так настроить БЭСТ, чтобы при закачке с терминала по умолчанию проставлялся в накладную номер не первой партии, а последней, наиболее свежей. Но такой настройки нет. Для расхода есть, а для прихода нет.
Joined: 27 Aug 2002 Posts: 501 Location: Кондрина Марина Александровна Occupation: ОАО БКО программист Interests: Боровичи Новгородской обл
Posted: 06 Jul 2005 09:45 Post subject:
А у меня куча проблем, связанных с розничной торговлей.
1. Хотелось бы иметь пароль доступа к документам о розничной продаже (возврате) в Торговом зале. Кажется, они называются отчетами о розничной продаже/возврате. Пользователь, НЕ знающий пароля, должен закачивать эти отчеты из внешней системы ПОЛНОСТЬЮ (не исправляя строк) и открывать/закрывать/удалять их. Но только пользователь, знающий пароль, должен иметь возможность добавлять строки в эти отчеты или вносить исправления в эти строки.
Такие потребности у нас вызваны тем, что в магазине у нас учет в учетных ценах и исправление отчета работниками магазина нежелательно (под любую розничную сумму они могут списать с себя любой товар). Сейчас они не исправляют отчеты, но вся система держится только на их неумении это делать. Но они закачивают отчеты и закрывают дни.
2. В розничном прайс-листе Торгового зала появилась возможность установить пароль на его редактирование. Но к сожалению для случая, когда цена не расчетная, а вводимая, пароль не запрашивается, даже если он установлен. Это наверное ошибка в БЭСТ
3. В случае ошибочно пробитого на кассе неправдоподобно очень большого количества какого-нибудь товара в тот же день на кассе оформляется по нему возврат на это количество. Так вот, при закачке информации о продажах из внешней системы БЭСТ ругается на красные остатки и пропускает этот товар в отчете о продажах. А что ругаться, ведь надо просто учесть то, что товар в тот же день возвращен
4. В формировании справочника товаров для касс можно определять комплекты. Но проблема в том, что требуется указать заранее номер партии каждого товара в комплекте.
5. Хотелось бы, чтобы при закачке информации о продажах из внешней системы при одном и том же номере кассовой операции выбор типовой операции (проводок) мог происходить по-разному в зависимости от номера магазина. (Разный налоговый учет в разных магазинах). Конечно это можно решать во внешней системе номером кассовой операции, но ей-то наплевать на налоговый учет, так что логичнее решать проблему в БЭСТ.
6. И еще одна проблема связана с приходованием товара на складе с использованием терминала. Мы хотели так настроить БЭСТ, чтобы при закачке с терминала по умолчанию проставлялся в накладную номер не первой партии, а последней, наиболее свежей. Но такой настройки нет. Для расхода есть, а для прихода нет.
в вашем примере, каталожный номер длиной 18 символов, а длина н/номера только 13
ага
Quote:
Но может не весь номер вводить ...
низзя
Quote:
А в н/номер нельзя писать каталожный номер?
я вообще против того, чтобы использовать этот реквизит для характеристик товара и допускать к нему операторов, тут ошибки слишком опасны, пусть он будет где-то внутри
Quote:
В в версии 12.01 есть код по каталогу (как раз ваш каталожный номер) и длина у него 20 символов
не понял. 20 символов в mlabel.dbf только cod_okdp. Ты о нем?
Quote:
Может можно найти номенклатуру в электронном каталоге и затянуть в БЭСТ? Правдо не совсем понятно как это сейчас сделать ... Плагин из накладной не запустишь ..., а импорт строк похоже не поможет ...
затянуть-то можно, проблема небольшая, но использовать их нель
Joined: 04 Jul 2005 Posts: 14 Location: Mamontow A.S. Occupation: ОАО Связь Interests: Прокопьевск
Posted: 07 Jul 2005 04:37 Post subject:
Вставлю и свои пять копеек, хотя и работаю с бэстом всего около месяца.
1. Было бы неплохо иметь форму, проверяющую корректность расчета подоходного налога, в которую выводились бы данные взятые из архива и сравнивались с теми что есть на текущий момент. Потому как если что случится в одном из месяцов в базе sovok.dbf, то можно сбить алгоритм расчета подоходного далее на весь год вперед (прециденты были), а штатного средства по корректировке подоходного при некорректных данных в sovok.dbf нема.
2. В справках с предыдущего места работы было бы неплохо иметь поле "дата действия справки", т.к. справки приносить могут и следующим месяцем а то и через два месяца после трудоустройства. При этом предоставленные в предыдущих месяцах льготы по подоходному не убираются из базы автоматически, а по идее должны бы, ведь есть такие сотрудники, у которых на прежнем месте работы з/п уже превысила 20 т.р. и следовательно льготы им предоставлятся не должны. Было бы поле "дата действия справки" можно было бы и сделать автоматом убирание лишних льгот предоставленных в предыдущих месяцах.
3. И совсем не обязательное и вообще это только сугубо мое ИМХО - по моему на данный момент структура баз не имеет никакой нормализации, из-за чего гипотетически повышается опасность возникновения разнообразных косяков. Если не ошибаюсь вся структура б/д тянется еще с незапамятных времен. Я конечно понимаю что тогда имело смысл большую часть данных сбрасывать в архив, а в текущем месяце держать только самое необходимое, для повышения скорости работы. Но на дворе 21й век и вычислительные мощности уже покруче тех что были на момент написания бэста, на мой взгляд стоит убрать те аппендиксы что существуют для работы с текущем месяцем, а всю базу построить по ринципу той структуры что мы видим в архиве. Из этого сразу вытекает п.4.
4. Было бы неплохо иметь возможность отката на предыдущий месяц не всей базы предприятия по з/п, а только отдельных сотрудников.
Пэ.Сэ.: Поработаю с бэстом подольше, может еще какие предложения появятся.
В в версии 12.01 есть код по каталогу (как раз ваш каталожный номер) и длина у него 20 символов
не понял. 20 символов в mlabel.dbf только cod_okdp. Ты о нем?
Нет. В версии 12.01 для планирования закупок появились новые поля связанные с номенклатурой. Они доступны из номенклатурной карточки по Alt-H. Там, в частности, есть поле "код по каталогу". В каком файле он хранится я еще не смотрел.
Quote:
Quote:
Может можно найти номенклатуру в электронном каталоге и затянуть в БЭСТ? Правдо не совсем понятно как это сейчас сделать ... Плагин из накладной не запустишь ..., а импорт строк похоже не поможет ...
затянуть-то можно, проблема небольшая, но использовать их нельзя
А как можно затянуть и почему нельзя использовать?
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
FAQ
Search
Memberlist
Usergroups
Register
Profile
Log in to check your private messages
Log in
Его видно в карточке товара, а еще где? Больше ни где не нашел ...
