Сообщения без ответов | Активные темы Текущее время: Сб дек 07, 2019 6:43 am



Ответить на тему  [ Сообщений: 187 ]  На страницу Пред.  1, 2, 3, 4, 5, 6 ... 13  След.
Программный продукт "ШТРИХ-М: Торговое предприятие" 
Автор Сообщение
Новичок
Аватара пользователя

Зарегистрирован: Пн апр 04, 2005 5:22 pm
Сообщения: 164
Откуда: Штрих-М
Сообщение 
Garl писал(а):
а вот ещё одно чего нет и чего часто спрашивают

предприятие платит все налоги и в цену закладывает НДС и АКЦЫЗ
в общем нужна полноценная работа с акцизными сборами (виноводочные изделия)

Спасибо за внимание

Будем признательны, если опишите Ваше пожелание по работе с акцизами в письме и вышлите мне на почту ark@shtrih-m.ru. Мы его обязательно рассмотрим.


Чт июн 23, 2005 7:54 pm
Профиль
Новичок
Аватара пользователя

Зарегистрирован: Пн мар 14, 2005 5:36 pm
Сообщения: 230
Откуда: г. Краснодар
Сообщение 
Желалка:
справочник товары/ форма группы - добавить :
+ максимально возможный процент скидки на группу товаров.
и вообще можно больше общих реквизитов вывести в форму группы (в частности чаще всего дописываем "загружать в весы")

Переадресовываю заданный мне вопрос :
А можно в Вашей программе делать автоматические и дисконтные скидки без использования "Штрих-М:Кассир"?

Всем удачи!

_________________
Necromancer's DosNavigator Team


Вт июн 28, 2005 1:57 pm
Профиль
Новичок

Зарегистрирован: Чт мар 17, 2005 9:00 pm
Сообщения: 434
Откуда: Штрих-М, Москва
Сообщение 
Добрый день.
На счет желалки - постараемся.
Использовать автоматические и дисконтные скидки в "Торговом предприятии" нельзя. Данные справочники используются только для загрузки информации в кассовую программу "Штрих-М: Кассир".


Вт июн 28, 2005 5:09 pm
Профиль WWW
Новичок

Зарегистрирован: Чт июн 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
Профиль ICQ WWW
Новичок

Зарегистрирован: Чт мар 17, 2005 9:00 pm
Сообщения: 434
Откуда: Штрих-М, Москва
Сообщение 
Добрый день.
Ответим прямо по пунктам.
1. Партия с нулевой приходной ценой является обычной партией, и работа с ней не отличается от работы с другими партиями. Проблема со списанием этой партии может заключаться в том, что при списании контролируется цена по документу, и если она не совпадает с ценой партии, то такая партия не рассматривается. Списание партии с нулевой ценой можно сделать, настроив таблицу партий.
2. Редактирвоание цены в документе "Возврат поставщику" будет доступно в следующем релизе. В возврате поставщику также можно настроить списание с партий.
2.5 Если настроено для списания количество меньшее, чем на вкладке партии, то излишек количества на закладке будет игнорироваться.
3. ООП списывает товар по методу, указанному в системе. В документации ошибка, подправим документацию.
4. В силу того, что зачастую делается инвентаризация превышений, то отдельная кнопка для вывода превышений должна остаться.
5. Приходная накладная не должна гасить превышения. Если сделать такой алгоритм работы, то свести данные будет невозможно.
6. При разбивании отчета отдела по датам датой создаваемых документов будет текущая дата. Дата, за которую снят данный отчет будет в поле "Комментарий".
7. Подумаем и постараемся реализовать.
8. Исправим.
9. На счет лишнего кода - непонятно.


Ср июн 29, 2005 7:30 pm
Профиль WWW
Новичок

Зарегистрирован: Чт июн 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
Профиль ICQ WWW
Новичок
Аватара пользователя

Зарегистрирован: Пн апр 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.
Marcos писал(а):
2.5 Если настроено для списания количество меньшее, чем на вкладке партии, то излишек количества на закладке будет игнорироваться.

Несовсем так. Настройка партий при списании включена, подстановка количества из док.основания тоже, учет 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
Профиль ICQ WWW
Новичок
Аватара пользователя

Зарегистрирован: Пн мар 14, 2005 5:36 pm
Сообщения: 230
Откуда: г. Краснодар
Сообщение 
Вопрос скорее всего к Малащеву:
Получил инсталяху 4.10 (размер: 17,533,998 дата: 29-06-05 время:13:32)
и естественно её поставил.

Цитата:
НТЦ "Штрих-М" представляет продукт -
"Штрих-М: Торговое предприятие" PROF v.4.0
Дата выпуска версии 21 июня 2005 года.


при первом запуске она сразу попросила идентифицировать базу
вопрос : это инсталяха ТППРОФ с МОДом?, если нет то накой она у меня это спрашивает? я же купил простой ТППРОФ

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

_________________
Necromancer's DosNavigator Team


Пт июл 01, 2005 12:36 pm
Профиль
Новичок

Зарегистрирован: Чт июн 23, 2005 4:46 pm
Сообщения: 44
Откуда: Ориент 96
Сообщение 
Garl писал(а):
при первом запуске она сразу попросила идентифицировать базу
вопрос : это инсталяха ТППРОФ с МОДом?, если нет то накой она у меня это спрашивает? я же купил простой ТППРОФ

С версии 4.10 наличие мода и офиса определяется ключом защиты , т.е конфигурации без установленного мода больше не будет.


Пт июл 01, 2005 12:55 pm
Профиль ICQ WWW
Новичок
Аватара пользователя

Зарегистрирован: Пн мар 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
Сообщение 
Garl писал(а):
т.е. если я поставлю ключик не модовый всё будет нормально ?...

да


Пт июл 01, 2005 2:30 pm
Профиль ICQ WWW
Новичок

Зарегистрирован: Чт мар 17, 2005 9:00 pm
Сообщения: 434
Откуда: Штрих-М, Москва
Сообщение 
Добрый день.
На счет работы с МОДом. В данный момент все конфигурации "Штрих-М: Торговое предприятие PROF" идут с установленным менеджером обмена данными.
Выполнять или не выполнять инициализацию базы, и, как следствие, работать с МОДом, определяется в окне настройки параметров системы, на закладке "Вспомогательные". Поле "Работа с МОД" по умолчанию установлена в "Нет". Если ее установить в "Да", то при закрытии окна настройки параметров системы будет запущена обработка инициализации базы. Должна ли в программе работать гранула HeadOffice определяетя ключом. Если ключ прошит на гранулу HeadOffice, то инициализация базы будет произведена автоматически. В дальнейшем система определяет работу с МОДом на основании заполнения константы "IDD".


Пт июл 01, 2005 2:38 pm
Профиль WWW
Новичок
Аватара пользователя

Зарегистрирован: Пн мар 14, 2005 5:36 pm
Сообщения: 230
Откуда: г. Краснодар
Сообщение 
а можно сделать так что при первом запуске
когда "Работа с МОД" вообще не Задана - чтобы инициализация МОД вообще не вызывалась

чечь идет о САМОМ первом запуске, когда все настройки = NUL

_________________
Necromancer's DosNavigator Team


Пт июл 01, 2005 3:16 pm
Профиль
Новичок

Зарегистрирован: Чт мар 17, 2005 9:00 pm
Сообщения: 434
Откуда: Штрих-М, Москва
Сообщение 
При самом первом запуске системы окно инициализации МОДа может открыться только если в ключе прошита работа с гранулой HeadOffice. Если работа с гранулой в ключе не прошита, то при начале работы системы будет запущена обработка "Настройки параметров учета".


Пт июл 01, 2005 3:21 pm
Профиль WWW
Показать сообщения за:  Поле сортировки  
Ответить на тему   [ Сообщений: 187 ]  На страницу Пред.  1, 2, 3, 4, 5, 6 ... 13  След.

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group.
Designed by STSoftware for PTF.
Русская поддержка phpBB