Еще раз о "Журнале" или "маразм крепчал(С)"

MWWRuza · █ 19.01.2016 11:33

В принципе, ничего не поменялось... Но появился, наконец-то, 15.01.16, официально опубликованный образец заполнения этого безобразия... Он подтвердил самые худшие опасения...
То, что нумерация сквозная - это пол беды, не вижу проблемы, добавлю констану номер последней строки, по аналогии, как в бухгалтерии номер листа кассовой книги формируется.
А вот то, что каждая продажа каждого товара показывается отдельной строкой, с итогом внизу по наименованию, это совсем хреново... Я понимаю, когда ведется этот журнал "совсем в ручную", записывая каждую продажу ручкой в журнал... Но, как в случае офф-лайн УС быть??? Документ ОтчетККМ, который средствами конфигурации заполняется по данным закрытой смены, "прилетевшими" из фронта, и по которому можно легко строить журнал, содержит уже "свернутые" по наименованиям строки по товарам... Тоесть, строки этого дока соответствуют "итогам по наименованиям" в представлении ФСРАР... До этого, я выводил их в таблицу журнала, и не парился - думал, что всетаки здравый смысл восторжествует, и так и будет... Но, после "разъяснения" от 15.01.16, стало понятно, что маразм всетаки в полной мере победил

Уроды, вообще ни о чем не думают, такое чувство, что это создано ровно для того, что-бы поиздеваться над разрабами УС... Я еще понял бы, если-бы в каждой строке вместе с датой было-бы ВРЕМЯ!!! А так, без времени, какой смысл в этих нескольких дублирующихся строках, с итогами внизу??? Чем сразу итоги не устраивают?

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

PS Надо "сподличать" и ФСРАРУ идейку насчет "времени продажи" подкинуть!

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

MWWRuza · █ 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

Надо его в журнал выводить, и сортировать по нему перед выводом, хоть понятно будет, зачем весь этот гиморой...

Вот только не понятно, кто за все это будет платить :(...

MWWRuza · █ 20.01.2016 02:09

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

n_stasuk · █ 22.01.2016 05:54

Посмотрела еще раз официально опубликованный образец.
Кто-нибудь обратил внимание, что:
а) позиции не по чекам, а сгруппированы по наименованиям.
б) в итоге суммируются строки одного наименования, но разной емкости
Это же вообще реализовать невозможно...
Хоть егаис-наименование бери, хоть товароучетное. 95% за то, что одна и та же водка даже одного производителя в разных объемах будет называться по-разному. А про разных производителей и речи нет...

FinSoft · █ 22.01.2016 08:13

У нас из кассовых терминалов (укм) загружаются все чеки одновременно со сводным чеком. Сводный чек используется для складского (парционного) учета, а отдельный журнал "Чеки кассовых терминалов" для разных аналитических целей.

Поэтому никаких сложностей с журналом продаж алкоголя не возникло - простой реестр с двумя разрезами накопительных итогов...

FinSoft · █ 22.01.2016 08:24

Цитата:

Сообщение от n_stasuk ➤

Посмотрела еще раз официально опубликованный образец.
Кто-нибудь обратил внимание, что:
а) позиции не по чекам, а сгруппированы по наименованиям.

Почему? Журнал предназначен прежде всего для ручного заполнения продавцом по мере продажи. Поэтому, логично полагать, заполняется именно по чекам.

Цитата:

Сообщение от n_stasuk ➤

б) в итоге суммируются строки одного наименования, но разной емкости
Это же вообще реализовать невозможно...
Хоть егаис-наименование бери, хоть товароучетное. 95% за то, что одна и та же водка даже одного производителя в разных объемах будет называться по-разному. А про разных производителей и речи нет...

Судя по примеру, суммируются в двух разрезах, вначале по кодам продукции, потом по наименованиям. По емкости ничто не суммируется - в примере смотрите пиво Балтика.

FinSoft · █ 22.01.2016 08:51

Цитата:

Сообщение от FinSoft ➤

Судя по примеру, суммируются в двух разрезах, вначале по кодам продукции, потом по наименованиям. По емкости ничто не суммируется - в примере смотрите пиво Балтика.

Я, наверно, не так понял. Имелось ввиду, что в итог по одному наименованию свертываются позиции с разными емкостями? Интересно, если одноименные позиции с разными емкостями заведены как разные номенклатурные позиции, правомерно ли их отражать отдельными строками в итогах по наименованиям?

konst · █ 22.01.2016 08:58

В приказе на эту тему написано:

Цитата:

г) в графе 4 – наименование алкогольной или спиртосодержащей продукции (в соответствии с сопроводительными документами);

сопроводительные документы - накладная поставщика? - тогда там в названии всегда указан литраж

MWWRuza · █ 22.01.2016 09:03

Цитата:

Сообщение от FinSoft ➤

если одноименные позиции с разными емкостями заведены как разные номенклатурные позиции, правомерно ли их отражать отдельными строками в итогах по наименованиям?

Не знаю, насколько правомерно или нет, но я так буду выводить... Складывать в одну кучу "зябликов с кракозябликами" не вижу никакого смысла...

MWWRuza · █ 22.01.2016 09:08

Цитата:

Сообщение от konst ➤

накладная поставщика?

А электронная ТТН через ЕГАИС, что, не сопроводительный документ? Еще какой документ! Подписанный квалифицированной электронной подписью... И объемы там есть, правда отдельной колонкой... Можно, в принципе их к наименованиям приплюсовывать в итогах...

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

█ 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	У нас из кассовых терминалов (укм) загружаются все чеки одновременно со сводным чеком. Сводный чек используется для складского (парционного) учета, а отдельный журнал "Чеки кассовых терминалов" для разных аналитических целей. Поэтому никаких сложностей с журналом продаж алкоголя не возникло - простой реестр с двумя разрезами накопительных итогов...