[ОТВЕТИТЬ]
Опции темы
19.01.2016 11:33  
MWWRuza
В принципе, ничего не поменялось... Но появился, наконец-то, 15.01.16, официально опубликованный образец заполнения этого безобразия... Он подтвердил самые худшие опасения...
То, что нумерация сквозная - это пол беды, не вижу проблемы, добавлю констану номер последней строки, по аналогии, как в бухгалтерии номер листа кассовой книги формируется.
А вот то, что каждая продажа каждого товара показывается отдельной строкой, с итогом внизу по наименованию, это совсем хреново... Я понимаю, когда ведется этот журнал "совсем в ручную", записывая каждую продажу ручкой в журнал... Но, как в случае офф-лайн УС быть??? Документ ОтчетККМ, который средствами конфигурации заполняется по данным закрытой смены, "прилетевшими" из фронта, и по которому можно легко строить журнал, содержит уже "свернутые" по наименованиям строки по товарам... Тоесть, строки этого дока соответствуют "итогам по наименованиям" в представлении ФСРАР... До этого, я выводил их в таблицу журнала, и не парился - думал, что всетаки здравый смысл восторжествует, и так и будет... Но, после "разъяснения" от 15.01.16, стало понятно, что маразм всетаки в полной мере победил Уроды, вообще ни о чем не думают, такое чувство, что это создано ровно для того, что-бы поиздеваться над разрабами УС... Я еще понял бы, если-бы в каждой строке вместе с датой было-бы ВРЕМЯ!!! А так, без времени, какой смысл в этих нескольких дублирующихся строках, с итогами внизу??? Чем сразу итоги не устраивают?

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

PS Надо "сподличать" и ФСРАРУ идейку насчет "времени продажи" подкинуть! , а то чего-то слишком просто все... Чего сложного его заполнять, особенно от руки... Надо еще с секундомером.... Что-бы было как в том старом бородатом анекдоте про мужика, которыц косил, грабли привязали к заднице, и еще фонарь на лоб повесили, что-бы и ночью косил...

Последний раз редактировалось MWWRuza; 19.01.2016 в 11:41.
 
19.01.2016 11:49  
MWWRuza
А чего там, в файлах обмена с касс, у меня время чека есть, фрагмент файла отчета:

Код:
Чек        1/000000 12.10.10 06:45:59 1        53.00 000000 Администратор       
4034229008840       1.000      39.00      39.00 0000000000 000000    0.00% 0000000000000                                                   
4606373000928       1.000      14.00      14.00 0000000000 000000    0.00% 0000000000000                                                   
Оплата 1        53.00
Надо его в журнал выводить, и сортировать по нему перед выводом, хоть понятно будет, зачем весь этот гиморой...

Вот только не понятно, кто за все это будет платить :(...
 
20.01.2016 02:09  
MWWRuza
Ненавижу "мартышкин труд", но всеже решил сделать...
Решил делать так - создал новый документ "ПродажиАлкоголя", который заполняю автоматически при закрытии кассовой смены сразу за ОтчетККМ, только товаром с признаком "Алкоголь", в нем есть колонка "Время", которую заполняю временем чека продажи в котором был этот алкоголь. Нумерацию строк продаж веду в отдельной колонке, сквозную, находя при формировании нового документа - предыдущий, и отталкиваясь от номера в его последней строке. Если нет предыдущего документа - номер предыдущей строки беру из константы "НомерПервойСтрокиЖурнала", которую добавил для совместимости с уже напечатанным журналом, если пользователи не захотят перезакрывать смены с начала года.
Решил на этом пока тормознуть, и установить доработку "подопытным пользователям", пусть позакрывают пару дней смены на нескольких кассах, для наработки материала для дальнейшего написания и отладки уже самого отчета... А может, если захотят, и перезакроют смены с начала года... Сам принцип формирования хочу сделать так - выбираю все документы "ПродажаАлкоголя" за день, вываливаю содержимое табличных частей в ТЗ, сортирую по времени, и по полученной ТЗ уже строю отчет со всеми необходимыми группировками. Можно галочку сделать "ВыводитьВремя", чтобы при желании в колонку с датой еще и время выводилось, как-бы оно туда само просится...
 
22.01.2016 05:54  
n_stasuk
Посмотрела еще раз официально опубликованный образец.
Кто-нибудь обратил внимание, что:
а) позиции не по чекам, а сгруппированы по наименованиям.
б) в итоге суммируются строки одного наименования, но разной емкости
Это же вообще реализовать невозможно...
Хоть егаис-наименование бери, хоть товароучетное. 95% за то, что одна и та же водка даже одного производителя в разных объемах будет называться по-разному. А про разных производителей и речи нет...
 
22.01.2016 08:13  
FinSoft
У нас из кассовых терминалов (укм) загружаются все чеки одновременно со сводным чеком. Сводный чек используется для складского (парционного) учета, а отдельный журнал "Чеки кассовых терминалов" для разных аналитических целей.

Поэтому никаких сложностей с журналом продаж алкоголя не возникло - простой реестр с двумя разрезами накопительных итогов...
 
22.01.2016 08:24  
FinSoft
Цитата:
Сообщение от n_stasuk
Посмотрела еще раз официально опубликованный образец.
Кто-нибудь обратил внимание, что:
а) позиции не по чекам, а сгруппированы по наименованиям.
Почему? Журнал предназначен прежде всего для ручного заполнения продавцом по мере продажи. Поэтому, логично полагать, заполняется именно по чекам.
Цитата:
Сообщение от n_stasuk
б) в итоге суммируются строки одного наименования, но разной емкости
Это же вообще реализовать невозможно...
Хоть егаис-наименование бери, хоть товароучетное. 95% за то, что одна и та же водка даже одного производителя в разных объемах будет называться по-разному. А про разных производителей и речи нет...
Судя по примеру, суммируются в двух разрезах, вначале по кодам продукции, потом по наименованиям. По емкости ничто не суммируется - в примере смотрите пиво Балтика.
 
22.01.2016 08:51  
FinSoft
Цитата:
Сообщение от FinSoft
Судя по примеру, суммируются в двух разрезах, вначале по кодам продукции, потом по наименованиям. По емкости ничто не суммируется - в примере смотрите пиво Балтика.
Я, наверно, не так понял. Имелось ввиду, что в итог по одному наименованию свертываются позиции с разными емкостями? Интересно, если одноименные позиции с разными емкостями заведены как разные номенклатурные позиции, правомерно ли их отражать отдельными строками в итогах по наименованиям?
 
22.01.2016 08:58  
konst
В приказе на эту тему написано:
Цитата:
г) в графе 4 – наименование алкогольной или спиртосодержащей продукции (в соответствии с сопроводительными документами);
сопроводительные документы - накладная поставщика? - тогда там в названии всегда указан литраж
 
22.01.2016 09:03  
MWWRuza
Цитата:
Сообщение от FinSoft
если одноименные позиции с разными емкостями заведены как разные номенклатурные позиции, правомерно ли их отражать отдельными строками в итогах по наименованиям?
Не знаю, насколько правомерно или нет, но я так буду выводить... Складывать в одну кучу "зябликов с кракозябликами" не вижу никакого смысла...
 
22.01.2016 09:08  
MWWRuza
Цитата:
Сообщение от konst
накладная поставщика?
А электронная ТТН через ЕГАИС, что, не сопроводительный документ? Еще какой документ! Подписанный квалифицированной электронной подписью... И объемы там есть, правда отдельной колонкой... Можно, в принципе их к наименованиям приплюсовывать в итогах...
 
 


Опции темы



Часовой пояс GMT +3, время: 15:19.

Все в прочитанное - Календарь - RSS - - Карта - Вверх 👫 Яндекс.Метрика
Форум сделан на основе vBulletin®
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.