█ 19.01.2016 11:33
В принципе, ничего не поменялось... Но появился, наконец-то, 15.01.16, официально опубликованный образец заполнения этого безобразия... Он подтвердил самые худшие опасения...
То, что нумерация сквозная - это пол беды, не вижу проблемы, добавлю констану номер последней строки, по аналогии, как в бухгалтерии номер листа кассовой книги формируется.
А вот то, что каждая продажа каждого товара показывается отдельной строкой, с итогом внизу по наименованию, это совсем хреново... Я понимаю, когда ведется этот журнал "совсем в ручную", записывая каждую продажу ручкой в журнал... Но, как в случае офф-лайн УС быть??? Документ ОтчетККМ, который средствами конфигурации заполняется по данным закрытой смены, "прилетевшими" из фронта, и по которому можно легко строить журнал, содержит уже "свернутые" по наименованиям строки по товарам... Тоесть, строки этого дока соответствуют "итогам по наименованиям" в представлении ФСРАР... До этого, я выводил их в таблицу журнала, и не парился - думал, что всетаки здравый смысл восторжествует, и так и будет... Но, после "разъяснения" от 15.01.16, стало понятно, что маразм всетаки в полной мере победил
Уроды, вообще ни о чем не думают, такое чувство, что это создано ровно для того, что-бы поиздеваться над разрабами УС... Я еще понял бы, если-бы в каждой строке вместе с датой было-бы ВРЕМЯ!!! А так, без времени, какой смысл в этих нескольких дублирующихся строках, с итогами внизу??? Чем сразу итоги не устраивают?
Вобщем, есть мысль, как это победить - из фронта все равно прилетают чеки как продавались товары, и сворачиваются уже в бэке... Можно перехватить таблицу до сворачивания, и сохранить в отдельный, новый документ, типа "ПродажиАлкоголя", в котором ничего не сворачивать, а отчет строить по нему, итоги подбивая уже при выбоде печатной формы журнала... Но, все равно это будет неправильно - касс то несколько, а журнал строится по всем сразу... Было-бы "время продажи", можно было бы отсортировать все суммарные данные с несколькик касс... А так, бред полнейший, зачем эта глупость нужна... Так не люблю делать дурацкую работу, а похоже придется... До последнего надеялся, что здравый смысл восторжествует над маразмом, но похоже зря надеялся - маразм не победим
PS Надо "сподличать" и ФСРАРУ идейку насчет "времени продажи" подкинуть!
, а то чего-то слишком просто все... Чего сложного его заполнять, особенно от руки... Надо еще с секундомером.... Что-бы было как в том старом бородатом анекдоте про мужика, которыц косил, грабли привязали к заднице, и еще фонарь на лоб повесили, что-бы и ночью косил...
То, что нумерация сквозная - это пол беды, не вижу проблемы, добавлю констану номер последней строки, по аналогии, как в бухгалтерии номер листа кассовой книги формируется.
А вот то, что каждая продажа каждого товара показывается отдельной строкой, с итогом внизу по наименованию, это совсем хреново... Я понимаю, когда ведется этот журнал "совсем в ручную", записывая каждую продажу ручкой в журнал... Но, как в случае офф-лайн УС быть??? Документ ОтчетККМ, который средствами конфигурации заполняется по данным закрытой смены, "прилетевшими" из фронта, и по которому можно легко строить журнал, содержит уже "свернутые" по наименованиям строки по товарам... Тоесть, строки этого дока соответствуют "итогам по наименованиям" в представлении ФСРАР... До этого, я выводил их в таблицу журнала, и не парился - думал, что всетаки здравый смысл восторжествует, и так и будет... Но, после "разъяснения" от 15.01.16, стало понятно, что маразм всетаки в полной мере победил
Уроды, вообще ни о чем не думают, такое чувство, что это создано ровно для того, что-бы поиздеваться над разрабами УС... Я еще понял бы, если-бы в каждой строке вместе с датой было-бы ВРЕМЯ!!! А так, без времени, какой смысл в этих нескольких дублирующихся строках, с итогами внизу??? Чем сразу итоги не устраивают?Вобщем, есть мысль, как это победить - из фронта все равно прилетают чеки как продавались товары, и сворачиваются уже в бэке... Можно перехватить таблицу до сворачивания, и сохранить в отдельный, новый документ, типа "ПродажиАлкоголя", в котором ничего не сворачивать, а отчет строить по нему, итоги подбивая уже при выбоде печатной формы журнала... Но, все равно это будет неправильно - касс то несколько, а журнал строится по всем сразу... Было-бы "время продажи", можно было бы отсортировать все суммарные данные с несколькик касс... А так, бред полнейший, зачем эта глупость нужна... Так не люблю делать дурацкую работу, а похоже придется... До последнего надеялся, что здравый смысл восторжествует над маразмом, но похоже зря надеялся - маразм не победим
PS Надо "сподличать" и ФСРАРУ идейку насчет "времени продажи" подкинуть!
, а то чего-то слишком просто все... Чего сложного его заполнять, особенно от руки... Надо еще с секундомером.... Что-бы было как в том старом бородатом анекдоте про мужика, которыц косил, грабли привязали к заднице, и еще фонарь на лоб повесили, что-бы и ночью косил... █ 19.01.2016 11:49
А чего там, в файлах обмена с касс, у меня время чека есть, фрагмент файла отчета:
Надо его в журнал выводить, и сортировать по нему перед выводом, хоть понятно будет, зачем весь этот гиморой...
Вот только не понятно, кто за все это будет платить :(...
Код:
Чек 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
Ненавижу "мартышкин труд", но всеже решил сделать...
Решил делать так - создал новый документ "ПродажиАлкоголя", который заполняю автоматически при закрытии кассовой смены сразу за ОтчетККМ, только товаром с признаком "Алкоголь", в нем есть колонка "Время", которую заполняю временем чека продажи в котором был этот алкоголь. Нумерацию строк продаж веду в отдельной колонке, сквозную, находя при формировании нового документа - предыдущий, и отталкиваясь от номера в его последней строке. Если нет предыдущего документа - номер предыдущей строки беру из константы "НомерПервойСтрокиЖурнала", которую добавил для совместимости с уже напечатанным журналом, если пользователи не захотят перезакрывать смены с начала года.
Решил на этом пока тормознуть, и установить доработку "подопытным пользователям", пусть позакрывают пару дней смены на нескольких кассах, для наработки материала для дальнейшего написания и отладки уже самого отчета... А может, если захотят, и перезакроют смены с начала года... Сам принцип формирования хочу сделать так - выбираю все документы "ПродажаАлкоголя" за день, вываливаю содержимое табличных частей в ТЗ, сортирую по времени, и по полученной ТЗ уже строю отчет со всеми необходимыми группировками. Можно галочку сделать "ВыводитьВремя", чтобы при желании в колонку с датой еще и время выводилось, как-бы оно туда само просится...
Решил делать так - создал новый документ "ПродажиАлкоголя", который заполняю автоматически при закрытии кассовой смены сразу за ОтчетККМ, только товаром с признаком "Алкоголь", в нем есть колонка "Время", которую заполняю временем чека продажи в котором был этот алкоголь. Нумерацию строк продаж веду в отдельной колонке, сквозную, находя при формировании нового документа - предыдущий, и отталкиваясь от номера в его последней строке. Если нет предыдущего документа - номер предыдущей строки беру из константы "НомерПервойСтрокиЖурнала", которую добавил для совместимости с уже напечатанным журналом, если пользователи не захотят перезакрывать смены с начала года.
Решил на этом пока тормознуть, и установить доработку "подопытным пользователям", пусть позакрывают пару дней смены на нескольких кассах, для наработки материала для дальнейшего написания и отладки уже самого отчета... А может, если захотят, и перезакроют смены с начала года... Сам принцип формирования хочу сделать так - выбираю все документы "ПродажаАлкоголя" за день, вываливаю содержимое табличных частей в ТЗ, сортирую по времени, и по полученной ТЗ уже строю отчет со всеми необходимыми группировками. Можно галочку сделать "ВыводитьВремя", чтобы при желании в колонку с датой еще и время выводилось, как-бы оно туда само просится...
█ 22.01.2016 05:54
Посмотрела еще раз официально опубликованный образец.
Кто-нибудь обратил внимание, что:
а) позиции не по чекам, а сгруппированы по наименованиям.
б) в итоге суммируются строки одного наименования, но разной емкости
Это же вообще реализовать невозможно...
Хоть егаис-наименование бери, хоть товароучетное. 95% за то, что одна и та же водка даже одного производителя в разных объемах будет называться по-разному. А про разных производителей и речи нет...
Кто-нибудь обратил внимание, что:
а) позиции не по чекам, а сгруппированы по наименованиям.
б) в итоге суммируются строки одного наименования, но разной емкости
Это же вообще реализовать невозможно...
Хоть егаис-наименование бери, хоть товароучетное. 95% за то, что одна и та же водка даже одного производителя в разных объемах будет называться по-разному. А про разных производителей и речи нет...
█ 22.01.2016 08:13
У нас из кассовых терминалов (укм) загружаются все чеки одновременно со сводным чеком. Сводный чек используется для складского (парционного) учета, а отдельный журнал "Чеки кассовых терминалов" для разных аналитических целей.
Поэтому никаких сложностей с журналом продаж алкоголя не возникло - простой реестр с двумя разрезами накопительных итогов...
Поэтому никаких сложностей с журналом продаж алкоголя не возникло - простой реестр с двумя разрезами накопительных итогов...
█ 22.01.2016 08:24
Цитата:
Почему? Журнал предназначен прежде всего для ручного заполнения продавцом по мере продажи. Поэтому, логично полагать, заполняется именно по чекам. n_stasuk ➤ Посмотрела еще раз официально опубликованный образец.
Кто-нибудь обратил внимание, что:
а) позиции не по чекам, а сгруппированы по наименованиям.
Кто-нибудь обратил внимание, что:
а) позиции не по чекам, а сгруппированы по наименованиям.
Цитата:
Судя по примеру, суммируются в двух разрезах, вначале по кодам продукции, потом по наименованиям. По емкости ничто не суммируется - в примере смотрите пиво Балтика. n_stasuk ➤ б) в итоге суммируются строки одного наименования, но разной емкости
Это же вообще реализовать невозможно...
Хоть егаис-наименование бери, хоть товароучетное. 95% за то, что одна и та же водка даже одного производителя в разных объемах будет называться по-разному. А про разных производителей и речи нет...
Это же вообще реализовать невозможно...
Хоть егаис-наименование бери, хоть товароучетное. 95% за то, что одна и та же водка даже одного производителя в разных объемах будет называться по-разному. А про разных производителей и речи нет...
█ 22.01.2016 08:51
Цитата:
Я, наверно, не так понял. Имелось ввиду, что в итог по одному наименованию свертываются позиции с разными емкостями? Интересно, если одноименные позиции с разными емкостями заведены как разные номенклатурные позиции, правомерно ли их отражать отдельными строками в итогах по наименованиям? FinSoft ➤ Судя по примеру, суммируются в двух разрезах, вначале по кодам продукции, потом по наименованиям. По емкости ничто не суммируется - в примере смотрите пиво Балтика.
█ 22.01.2016 08:58
В приказе на эту тему написано:
Цитата:
сопроводительные документы - накладная поставщика? - тогда там в названии всегда указан литраж г) в графе 4 – наименование алкогольной или спиртосодержащей продукции (в соответствии с сопроводительными документами);
█ 22.01.2016 09:03
Цитата:
Не знаю, насколько правомерно или нет, но я так буду выводить... Складывать в одну кучу "зябликов с кракозябликами" не вижу никакого смысла... FinSoft ➤ если одноименные позиции с разными емкостями заведены как разные номенклатурные позиции, правомерно ли их отражать отдельными строками в итогах по наименованиям?
█ 22.01.2016 09:08
Цитата:
А электронная ТТН через ЕГАИС, что, не сопроводительный документ? Еще какой документ! Подписанный квалифицированной электронной подписью... И объемы там есть, правда отдельной колонкой... Можно, в принципе их к наименованиям приплюсовывать в итогах... konst ➤ накладная поставщика?
Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.