Программный продукт "ШТРИХ-М: Торговое предприятие"
Автор |
Сообщение |
Ark
Новичок
Зарегистрирован: Пн апр 04, 2005 5:22 pm Сообщения: 164 Откуда: Штрих-М
|
Будем признательны, если опишите Ваше пожелание по работе с акцизами в письме и вышлите мне на почту ark@shtrih-m.ru. Мы его обязательно рассмотрим.
|
Чт июн 23, 2005 7:54 pm |
|
|
Garl
Новичок
Зарегистрирован: Пн мар 14, 2005 5:36 pm Сообщения: 230 Откуда: г. Краснодар
|
Желалка:
справочник товары/ форма группы - добавить :
+ максимально возможный процент скидки на группу товаров.
и вообще можно больше общих реквизитов вывести в форму группы (в частности чаще всего дописываем "загружать в весы")
Переадресовываю заданный мне вопрос :
А можно в Вашей программе делать автоматические и дисконтные скидки без использования "Штрих-М:Кассир"?
Всем удачи!
_________________ Necromancer's DosNavigator Team
|
Вт июн 28, 2005 1:57 pm |
|
|
Marcos
Новичок
Зарегистрирован: Чт мар 17, 2005 9:00 pm Сообщения: 434 Откуда: Штрих-М, Москва
|
Добрый день.
На счет желалки - постараемся.
Использовать автоматические и дисконтные скидки в "Торговом предприятии" нельзя. Данные справочники используются только для загрузки информации в кассовую программу "Штрих-М: Кассир".
|
Вт июн 28, 2005 5:09 pm |
|
|
Владислав
Новичок
Зарегистрирован: Чт июн 23, 2005 4:46 pm Сообщения: 44 Откуда: Ориент 96
|
1. Если делать ввод остатков или приход с 0-й приходной ценой, то в дальнейшем эта партия неучитывается например при списании, возможно еще где, т.к. 0 считается начальным (пустым) значением.
Результат - товары не списываются в нужном количестве при вводе на основании, а так же не переносятся нормально в табличную часть.
Возможно то же самое может быть и с розничной ценой.
Запретить установку цен позиций в 0 конечно можно, как это сделано в других документах, но что теперь делать с существующими. Их не мало...
2. При возврате поставщику. Если необходимо вернуть товары из только что оприходованной партии, естественно по последней приходной цене, то необходимо учет вести только в LIFO (если из не только что оприходованной, то возврат вообще модет не пройти, т.к. партия по этой цене может быть списана).
Если FIFO - то возврат при разных ценах во времени вообще невозможно сделать по цене последнее партии, если предыдущие не были списаны.
Если по среднему - тут и подставляется средняя, в случае разных цен. И выбрать ручной настройкой уже совсем нельзя.
2.5 тут же про возврат поставщику, при высталвенной настройке списания при вводе на основании, при уменьшении количества, количество списания из партии тоже должно уменьшаться, иначе приходится либо отказываться от настройки, тогда при разных ценах партий свои эффекты, или вручную потом обновлять количество на вкладке.
3. В документации написано что ООП списывает партии по FIFO, что не правильно, а должно зависеть от выбранного метода в константах (не смотрел подробно). В случае ведения всего остального по LIFO - возможны эффекты...
4. При заполнении инвентаризационной ведомости, в подборе видим остатки товара с учетом превышений, при переносе в документ - только остаток, для учета превышений нужно нажимать кнопку, что может и хорошо при большой инвентаризации или по группам. Гораздо прозрачнее был бы перенос только общего реального количество, или сразу 2х позиций, остатка и превышения сразу.
Товароведы не всегда помнят и это их пугает.
5. Если списание отличено от по среднему, в случае сначала продаж, а только после заведения товара, то для закрытия превышений всегда необходимо делать инвентаризацию и оприходование их, ввод приходной и списание этого же количества из новой партии. Слишком много движений.
Правильнее было бы, чтобы приход закрывал сначала превышения, т.е. гасил их автоматически.
6. Если сделать создание документов ООП тем числом за которое снимается отчет (при вкл. разбитие по датам), и последующим восстановлении последовательности, все ли правильно будет с превышениями и списанием партий.
7. Очень хочется, чтобы отчет можно было разбивать не только /просто по датам, но и по номерам смен. В этом случае отчеты будут точно совпадать суммами с Z отчетом, если смены закрываются не в конце суток, а например в середине дня. Из большинства ккм этот параметр получать можно, объединять не стоит с разбитием по дням, лучше сделать или не разбивать, или по датам, или по сменам.
8. В обработке снятие ооп опечатка в названии перечисления СерверККМ_arMax вместо СерверККМarMax.
9. Там же совершенно лишний код в обработке ОтчетСШтрихПОСФ, оставшийся с ПОСа
Пока все...
p.s ТП ПРОФ 4.10.1
|
Ср июн 29, 2005 6:20 pm |
|
|
Marcos
Новичок
Зарегистрирован: Чт мар 17, 2005 9:00 pm Сообщения: 434 Откуда: Штрих-М, Москва
|
Добрый день.
Ответим прямо по пунктам.
1. Партия с нулевой приходной ценой является обычной партией, и работа с ней не отличается от работы с другими партиями. Проблема со списанием этой партии может заключаться в том, что при списании контролируется цена по документу, и если она не совпадает с ценой партии, то такая партия не рассматривается. Списание партии с нулевой ценой можно сделать, настроив таблицу партий.
2. Редактирвоание цены в документе "Возврат поставщику" будет доступно в следующем релизе. В возврате поставщику также можно настроить списание с партий.
2.5 Если настроено для списания количество меньшее, чем на вкладке партии, то излишек количества на закладке будет игнорироваться.
3. ООП списывает товар по методу, указанному в системе. В документации ошибка, подправим документацию.
4. В силу того, что зачастую делается инвентаризация превышений, то отдельная кнопка для вывода превышений должна остаться.
5. Приходная накладная не должна гасить превышения. Если сделать такой алгоритм работы, то свести данные будет невозможно.
6. При разбивании отчета отдела по датам датой создаваемых документов будет текущая дата. Дата, за которую снят данный отчет будет в поле "Комментарий".
7. Подумаем и постараемся реализовать.
8. Исправим.
9. На счет лишнего кода - непонятно.
|
Ср июн 29, 2005 7:30 pm |
|
|
Владислав
Новичок
Зарегистрирован: Чт июн 23, 2005 4:46 pm Сообщения: 44 Откуда: Ориент 96
|
1. Отличается. Пример:
Первая партия 8шт Прих.цена 0
Вторая партия 12шт Прих.цена 100
Общее количество = 20; LIFO
Инвентаризация:
20 по 1С, 5 по факту
Ввод на основании - списание, т.е нужно списать 15 шт.
Получаем ошибку, что хотим списать 15, а на остатках 12, т.е партия с 0й ценой в этом случае игнорируется, потому что (из ВводТовара() в док-те Списание):
Если (НомерСтроки<>ВспомТабл.ПолучитьЗначение(Ном,"НомерСтрокиДокумента")) И
(Рег.Партия.ПрихЦена=ВспомТабл.ПолучитьЗначение(Ном,"ПрихЦена")) И
(Рег.РознЦена<>ВспомТабл.ПолучитьЗначение(Ном,"РознЦена")) Тогда
УчитыватьПартию=0;
Прервать;
КонецЕсли;
, а точнее срабатывания условия Рег.Партия.ПрихЦена=ВспомТабл.ПолучитьЗначение(Ном,"ПрихЦена"), по которому в начале ПрихЦена = 0, и эта партия считается уже обработанной, и 2-я строчка в документ не добавляется,
так же, если всего одна партия с 0-й ценой, то и количество не подставится.
2.5 если не использовать 0-е партии то почему то да
4. с этим согласен, я имел ввиду другое, чтобы при выборе товара добавлялась 2-я строка с превышениями, если они есть. Иначе Приходится учитывать все превышения (по группе или выбирать товар в списке) - непрозрачно.
5. А если идет продажа определенных видов товара, хлеба например постоянно до ввода приходных. Что значит свести данные?
6. Реализовать наприемр так:
Если (Константа.РазбиватьОтчетОтделаПоДатам=Перечисление.Булево.Да) и
(Док.ДатаДок <> ТекущаяДата()) Тогда
Док.АвтоВремяКонецДня(); Иначе
Док.АвтоВремяОтключить();
Док.УстановитьВремя(ч,м,с+1);
КонецЕсли;
и чуть ниже
Если Константа.РазбиватьОтчетОтделаПоДатам=Перечисление.Булево.Да Тогда
Док.Комментарий="Информация о продажах за "+Строка(ПредДатаЧека);
Док.ДатаДок = Дата(ПредДатаЧека);
КонецЕсли;
и тогда отчеты будут записываться за реальные даты продаж. Мне интересно, не будет ли проблем при списании партий в таком случае и расчета превышений?
9. код со строки 1398 по 1453, он точно не относится к ШтрихПОСФ в модуле документа ЗагрузкаККМ.
КонецЕсли;//На склад
ТаблТов.УдалитьСтроку(Ном);
КонецЦикла;//На таблицу товаров
//ТаблТов.ВыбратьСтроки(); ---- строка 1398
//Пока ТаблТов.ПолучитьСтроку()=1 Цикл
//...
//КонецЦикла;
КонецЕсли;//На загрузку товаров ---- строка 1453
Иначе
Состояние("Подготовка данных для загрузки");
|
Ср июн 29, 2005 8:14 pm |
|
|
Ark
Новичок
Зарегистрирован: Пн апр 04, 2005 5:22 pm Сообщения: 164 Откуда: Штрих-М
|
1. Ввод на основании товаров, у которых есть партии с нулевой приходной ценой, постараемся исправить в следующем релизе. Если такие товары подобрать в документ списание вручную, то списание по таким товарам проходит нормально.
2.5 Поясните пожалуйста.
4. Данная возможность будет реализована в ближайших релизах.
5. Программа не знает из-за чего пошли превышения данного товара. Если Вы завели приходную накладную после отчета отдела это одно. Но если у Вас произошла пересортица или был продан левый товар, тогда представим такую ситуацию: было продано 5 бутылок (неизвестно откуда они взялись), товаровед перемещает 20 бутылок на склад, программа гасит превышения и на складе по остаткам сразу же 15 бутылок. Хотя грузчик только что отнес туда 20.
6. Так не реализовано, чтоб не нарушать границу последовательности и чтобы не было никаких проблем с остатками. Далее пользователь сам может при желании поставить эти документы в нужную дату и восстановить границу последовательности. Если Вы сделаете доработку, чтобы программа сама ставила отчеты по нужным датам, то Вам придется тогда не забывать делать восстановление последовательности документов, иначе система может работать некорректно. А будет ли проблема списаний и расчета превышений, все зависит от того, какие у Вас были остатки данного товара. При перепроведении может возникнуть такая ситуация что некоторые документы не смогут провестись (например, расходная из-за отсутствия данного товара, т.к. он списался отчетом отдела).
9. Разберемся.
Спасибо, за найденные ошибки и пожелания
|
Чт июн 30, 2005 5:31 pm |
|
|
Владислав
Новичок
Зарегистрирован: Чт июн 23, 2005 4:46 pm Сообщения: 44 Откуда: Ориент 96
|
1.
Несовсем так. Настройка партий при списании включена, подстановка количества из док.основания тоже, учет LIFO.
Приходная от поставщика на 20 шт.
На основании - возврат поставщику, в документ переносится 20, на вкладке партия по этой приходной настраивается тоже на 20.
В табличной части изменяем на меньшее количество (настройку партии не трогаем), например 1. Проводим.
Получаем ошибку - что настроено для списания 20, а в документе 1. Документ не проведен. В этом случае, лучше бы, чтобы при проведении с настроенной партией, настроенное количество изменялось на то, что указано в документе, и лишь если оно превышет отстаток по этой партии, выдавалась бы соответствующая ошибка.
2. В групповом вводе товара (Справочник-Товары-Действия-Групповой ввод товара) не учтено, что страны теперь идут справочником.
3. Блокировка файла отчета сделана при снятии ооп сделана не у всех соответствующих типов касс, например у ШтрихПОСФ.
4. В отчете по взаиморасчетам при обновлении с 4.09 на 4.10 вместо одной строчки договора появляется несколько, с пустыми полями. Появилось после перепроведения документов.
Скриншот http://vlad.dsc.su/job/error.jpg
5. Насчет проведения ооп задним числом (и обычного и группового) - хорошо бы чтобы обновлялся документ, т.е. имитация нажатия кнопки обновить. Иначе информация по превышениям при переносе отчета в другую дату остается текущей, и является зачастую неверной.
p.s. А где вызывается обработка печать прайса? Не нашел
|
Пт июл 01, 2005 10:23 am |
|
|
Garl
Новичок
Зарегистрирован: Пн мар 14, 2005 5:36 pm Сообщения: 230 Откуда: г. Краснодар
|
Вопрос скорее всего к Малащеву:
Получил инсталяху 4.10 (размер: 17,533,998 дата: 29-06-05 время:13:32)
и естественно её поставил.
при первом запуске она сразу попросила идентифицировать базу
вопрос : это инсталяха ТППРОФ с МОДом?, если нет то накой она у меня это спрашивает? я же купил простой ТППРОФ
другой вопрос : можно ли в настройках параметров учёта сделать выбор основного склада из формы выбора? (чтобы при первом вводе данных можно было бы внести склад и сразу его выбрать)
а то получается что сначала заполни настройки, затем добавь склад а затем опять выбери склад по умолчанию ....
_________________ Necromancer's DosNavigator Team
|
Пт июл 01, 2005 12:36 pm |
|
|
Владислав
Новичок
Зарегистрирован: Чт июн 23, 2005 4:46 pm Сообщения: 44 Откуда: Ориент 96
|
С версии 4.10 наличие мода и офиса определяется ключом защиты , т.е конфигурации без установленного мода больше не будет.
|
Пт июл 01, 2005 12:55 pm |
|
|
Garl
Новичок
Зарегистрирован: Пн мар 14, 2005 5:36 pm Сообщения: 230 Откуда: г. Краснодар
|
т.е. если я поставлю ключик не модовый всё будет нормально ?...
а если у меня стоит ключ от HEAD-OFFICE !!! - он просит таки инициализацию базы...
кстати на счёт этого... купили у ШТРИХА комплект HEAD-Office + Prof c MOД (4.08)
обновления до 4.10 полуать в штатном режиме? (через запрос с указанием накладной)
_________________ Necromancer's DosNavigator Team
|
Пт июл 01, 2005 12:59 pm |
|
|
Владислав
Новичок
Зарегистрирован: Чт июн 23, 2005 4:46 pm Сообщения: 44 Откуда: Ориент 96
|
|
Пт июл 01, 2005 2:30 pm |
|
|
Marcos
Новичок
Зарегистрирован: Чт мар 17, 2005 9:00 pm Сообщения: 434 Откуда: Штрих-М, Москва
|
Добрый день.
На счет работы с МОДом. В данный момент все конфигурации "Штрих-М: Торговое предприятие PROF" идут с установленным менеджером обмена данными.
Выполнять или не выполнять инициализацию базы, и, как следствие, работать с МОДом, определяется в окне настройки параметров системы, на закладке "Вспомогательные". Поле "Работа с МОД" по умолчанию установлена в "Нет". Если ее установить в "Да", то при закрытии окна настройки параметров системы будет запущена обработка инициализации базы. Должна ли в программе работать гранула HeadOffice определяетя ключом. Если ключ прошит на гранулу HeadOffice, то инициализация базы будет произведена автоматически. В дальнейшем система определяет работу с МОДом на основании заполнения константы "IDD".
|
Пт июл 01, 2005 2:38 pm |
|
|
Garl
Новичок
Зарегистрирован: Пн мар 14, 2005 5:36 pm Сообщения: 230 Откуда: г. Краснодар
|
а можно сделать так что при первом запуске
когда "Работа с МОД" вообще не Задана - чтобы инициализация МОД вообще не вызывалась
чечь идет о САМОМ первом запуске, когда все настройки = NUL
_________________ Necromancer's DosNavigator Team
|
Пт июл 01, 2005 3:16 pm |
|
|
Marcos
Новичок
Зарегистрирован: Чт мар 17, 2005 9:00 pm Сообщения: 434 Откуда: Штрих-М, Москва
|
При самом первом запуске системы окно инициализации МОДа может открыться только если в ключе прошита работа с гранулой HeadOffice. Если работа с гранулой в ключе не прошита, то при начале работы системы будет запущена обработка "Настройки параметров учета".
|
Пт июл 01, 2005 3:21 pm |
|
|
Кто сейчас на конференции |
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 0 |
|
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения
|
|