Brambrulet
04.09.2013, 01:32
Классная программа СХ4 ... только вот ревизию в ней делать неудобно. Озадачился, набросал ТЗ, буду писать. Но поскольку я в этой области недавно, то с удовольствием почитал бы коментарии на это самое ТЗ. За внимательное чтение и дельные советы готов отплатить благодарностью разной степени тяжести.
Далее идёт собственно ТЗ.
//-----------------------------------------------
Программа для проведения ривизий.
Хотение:
Хожу по кафешке с нетбуком или планшетом. Всё, что посчитано сразу в него забиваю (и товары и полуфабрикаты). Если возникают какие-то вопросы, то данные всё-равно можно записать, а по сути разобраться уже потом. И потом в сторике всё правильно в сличительную ведомость заносится.
Размышелния:
Во время ревизии далеко не везде ловит WiFi, соответственно постоянное общение со сториком исключено. Соответственно прога должна уметь заблаговременно обращаться к сторику для получения списков товаров и комплектов, и остатков по складам ... и единицы измерения ещё. И сохранять эти списки где-то у себя в рабочей папочке. Причём сохранять в виде файликов (никаких баз данных) ... например в XML. Это на тот случай если комп вообще не имеет доступа к сторику и файлики на него будут просто скидывать. Или может быть даже не будет там вовсе виндов, а будет например Андроид, и прога для ревизии на ём будет чудесно работать ... ну а вдруг? Да! Точно XML.
Списки товаров и комплектов нужны на тот случай, если их придётся считать ... ревизия всё-таки :) А вот остатки по складам полезны для понимания сколько собственно нужно насчитать, и может быть что-то стоит ещё где-то поискать. Список единиц измерения нужен, чтобы правильно записать ХЗ (см. далее).
Далее. Результаты ревизии (собственно список того, что насчитали) регулярно сохраняются на диск. Опять же в виде файлика ... например XML.
В ревизию могут попадать товары, комплекты и хз (хотел бы знать). Если у товара есть комплект, то есть возможность указать проге каким образом считать: либо как единицы товара, либо как комплекты (с товаром связанные). С комплектами, думаю, всё понятно: в сличительную должы будут попадать ингридиенты. ХЗ - это то, что есть на складе, но не существует в базе сторика. Ну тоесть можно забить в документ строчку типа "что-то жёлтое в тарелке" - 0.7кг. И уже потом, после ревизии, разобраться как это забивать в сторик. В спокойной, так сказать, обстановке.
После ревизии нужно будет разобраться со всеми ХЗ (причём во всех смыслах), и после этого нажатием одной кнопочки данные заливаются в сторик.
Работа со списком:
1)Возможности настройки поиска. А именно - регистрозависимость, "Ё" как "Е", "Й" как "И", вперёд/назад, только слово целиком, показывать список найденного в отдельном окне.
2)Кроме посчитанных, в списке могут отображаться другие товары, отвечающие условиям фильтра. Список условий уточнить, ориентир - фильтр ведомости остатков. (Это нужно, чтобы не добавлять в список товары, а находить их уже в этом списке.)
3)Кроме подсчитанных, в списке могут отображаться товары по маске. Маска - заранее определённый список товаров (и комплектов). Маска может быть создана из документа ревизии. Масок может быть неограниченное количество.
4)Возможность фильтрации содержимого списка. При чём скрываться этим фильтром могут даже те записи, которые уже имеют посчитанное количество. Фильтр уточнить.
//-----------------------------------------------
Далее идёт собственно ТЗ.
//-----------------------------------------------
Программа для проведения ривизий.
Хотение:
Хожу по кафешке с нетбуком или планшетом. Всё, что посчитано сразу в него забиваю (и товары и полуфабрикаты). Если возникают какие-то вопросы, то данные всё-равно можно записать, а по сути разобраться уже потом. И потом в сторике всё правильно в сличительную ведомость заносится.
Размышелния:
Во время ревизии далеко не везде ловит WiFi, соответственно постоянное общение со сториком исключено. Соответственно прога должна уметь заблаговременно обращаться к сторику для получения списков товаров и комплектов, и остатков по складам ... и единицы измерения ещё. И сохранять эти списки где-то у себя в рабочей папочке. Причём сохранять в виде файликов (никаких баз данных) ... например в XML. Это на тот случай если комп вообще не имеет доступа к сторику и файлики на него будут просто скидывать. Или может быть даже не будет там вовсе виндов, а будет например Андроид, и прога для ревизии на ём будет чудесно работать ... ну а вдруг? Да! Точно XML.
Списки товаров и комплектов нужны на тот случай, если их придётся считать ... ревизия всё-таки :) А вот остатки по складам полезны для понимания сколько собственно нужно насчитать, и может быть что-то стоит ещё где-то поискать. Список единиц измерения нужен, чтобы правильно записать ХЗ (см. далее).
Далее. Результаты ревизии (собственно список того, что насчитали) регулярно сохраняются на диск. Опять же в виде файлика ... например XML.
В ревизию могут попадать товары, комплекты и хз (хотел бы знать). Если у товара есть комплект, то есть возможность указать проге каким образом считать: либо как единицы товара, либо как комплекты (с товаром связанные). С комплектами, думаю, всё понятно: в сличительную должы будут попадать ингридиенты. ХЗ - это то, что есть на складе, но не существует в базе сторика. Ну тоесть можно забить в документ строчку типа "что-то жёлтое в тарелке" - 0.7кг. И уже потом, после ревизии, разобраться как это забивать в сторик. В спокойной, так сказать, обстановке.
После ревизии нужно будет разобраться со всеми ХЗ (причём во всех смыслах), и после этого нажатием одной кнопочки данные заливаются в сторик.
Работа со списком:
1)Возможности настройки поиска. А именно - регистрозависимость, "Ё" как "Е", "Й" как "И", вперёд/назад, только слово целиком, показывать список найденного в отдельном окне.
2)Кроме посчитанных, в списке могут отображаться другие товары, отвечающие условиям фильтра. Список условий уточнить, ориентир - фильтр ведомости остатков. (Это нужно, чтобы не добавлять в список товары, а находить их уже в этом списке.)
3)Кроме подсчитанных, в списке могут отображаться товары по маске. Маска - заранее определённый список товаров (и комплектов). Маска может быть создана из документа ревизии. Масок может быть неограниченное количество.
4)Возможность фильтрации содержимого списка. При чём скрываться этим фильтром могут даже те записи, которые уже имеют посчитанное количество. Фильтр уточнить.
//-----------------------------------------------