[ОТВЕТИТЬ]
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
 
У нас из кассовых терминалов (укм) загружаются все чеки одновременно со сводным чеком. Сводный чек используется для складского (парционного) учета, а отдельный журнал "Чеки кассовых терминалов" для разных аналитических целей.

Поэтому никаких сложностей с журналом продаж алкоголя не возникло - простой реестр с двумя разрезами накопительных итогов...
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 накладная поставщика?
А электронная ТТН через ЕГАИС, что, не сопроводительный документ? Еще какой документ! Подписанный квалифицированной электронной подписью... И объемы там есть, правда отдельной колонкой... Можно, в принципе их к наименованиям приплюсовывать в итогах...
22.01.2016 09:44
Mtirt
 
Цитата:
konst В приказе на эту тему написано:

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

С+ считает, что это Справка А = наименование товара в ЕГАИС.
22.01.2016 10:01
FinSoft
 
Цитата:
MWWRuza Не знаю, насколько правомерно или нет, но я так буду выводить... Складывать в одну кучу "зябликов с кракозябликами" не вижу никакого смысла...
С точки зрения прозрачности отчетности вопросов быть не должно. Если все же потребуют, то можно в номенклатурном справочнике завести объединительную позицию и ссылку на нее из других позиций (которые на каждую емкость). Или аналитическую группу... К слову, если не ошибаюсь, выгрузка чеков из укм делается с кодом номенклатурной позиции, а не со штрих-кодом. То есть единица измерения там не присутствует. Впрочем, я смотрел в старой версии, может, что поменялось.
22.01.2016 10:26
MWWRuza
 
Цитата:
FinSoft Если все же потребуют
Ну, в таком случае можно свернуть не по объектам(ссылкам на элементы справочника Номенклатура), а по строковим представлениям их наименований, хотя, большей глупости, даже придумать невозможно...
23.01.2016 02:22
MWWRuza
 
Вот, слепил, прям как они хотят, пусть подавятся

Нумерация сквозная, итоги по кодам и по наименованиям, продажи с нескольких касс, отсортированы по времени, в основной таблице строки не свернуты...
23.01.2016 03:18
MWWRuza
 
А это, что-бы пользователи не задавали глупых вопросов, прямо из формы Журнала, ссылки
на приказ и комментарии-образец от 15.01.16... Пусть изучают, я то скажут, что я придумал
24.01.2016 12:50
MWWRuza
 
Мне тут на соседнем форуме, был был некий "намек", типа "делись" или хоть продай на Инфостарте... Так вот, мне своих наработок не жалко - я отдам совершенно бесплатно, но, надо четко понимать - это не готовое решение длля пользователей. Точнее, в моем случае - абсолютно готовое, но сами отчеты/обработки сделаны под специализированную конфигурацию, далеко не типовую, и просто скачать и использовать в своих УС не получится, требуются серьезные доработки самой УС. Но, для внедренцев-программистов 1С, обсуждения самих алгоритмов решений - могут быть очень полезны. А дальше, как говорится, был-бы толчек в нужную сторону, а там, используя мои или еще чьи-то идеи, любой более-менее грамотный программист 1С сам может доработать свою УС. Но, тем не менее, во вложении сам отчет и обработка формирования документов по продажам алкоголя "задним числом", может кому-то пригодится...

Структура документа "Продажи алкоголя":



Добавленные необходимые реквизиты в справочник "Номенклатура":



PS Саму конфигурацию выложить не могу, не имею на это никакого морального права - она не моя и не бесплатная... Свои доработки, внешними отчетами или фрагментами конфы - пожалуйста, всю конфу - не могу.

PSS Сделать универсальное решение - просто не получится, во всяком случае качественно... Сколько вариантов УС, столько и будет решений - везде обмен с кассами разный, используются разные АРМы кассиров, соответственно разные протоколы загрузки кассовых смен, и т.д... 1С в этом отношении - "полный зоопарк ", в отличии от большинства других систем, именно в силу своей открытости... Я пошел не по пути - "лишь бы как нибудь, но чтобы всем подходило", в духе самой 1С и многих сторонних разрабов под нее, а делал максимально удобно и функционально именно под те конфигурации, с которыми непосредственно мои клиенты работают.
25.01.2016 17:05
FinSoft
 
А не может возникнуть ситуация, когда у одной номенклатуры несколько кодов по егаис? У меня в памяти осталось, что код егаис присваивается отдельно для каждого импортера. То есть производитель один, продукт один, импортеры разные. Насколько такая ситуация реальна?
25.01.2016 17:15
Mtirt
 
Реальна. Например, для пива в свете вот этого:
25.01.2016 17:31
FinSoft
 
То есть получается, если пивоваренная компания, к примеру, имеет несколько заводов в разных регионах (это зачастую так и есть), то от них требуется на одну и ту же продукцию присваивать разные алкогольные коды. А какая практика в этом случае? Я предполагал, что алкогольный код надо фиксировать не в номенклатурном справочнике (точнее, не только в номенклатурном), но и в строке приходной накладной. Названия, думаю, у такой продукции отличаться не должны. Соответственно, после 01.07 и продажи фиксировать придется с явной привязкой к каждому приходу.
26.01.2016 03:59
n_stasuk
 
Цитата:
FinSoft А не может возникнуть ситуация, когда у одной номенклатуры несколько кодов по егаис? У меня в памяти осталось, что код егаис присваивается отдельно для каждого импортера. То есть производитель один, продукт один, импортеры разные. Насколько такая ситуация реальна?
Несколько кодов по ЕГАИС у одинаковой продукции очень даже просто бывают
а) когда разные КПП выпускают одну номенклатуру
б) просто так производитель завел в своем справочнике. Названия могут отличаться одним символом (лишним или пропущенным пробелом, например), все остальное совпадает, а алкокод другой.
Опции темы


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

 

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