[ОТВЕТИТЬ]
21.11.2016 11:53
MWWRuza
 
Добрый день!

Интересует ваше мнение по этому вопросу, кто как решил у себя эту проблему, или думает решать?
21.11.2016 12:03
konst
 
В текущий момент остатки по пиву не выравнивал, делаю только ежедневные списания актом.
каждое утро при первом запуске программа запрашивает остатки в егаис Р1 и Р2.
проверяю чтобы на Р1 был 0.
создаю таблицу "реализации"
далее импортирую продажи из УС.
делаю несколько преобразований (мулльтипаки в штуки и т.п.)
создаю таблицу "остатки фифо"
далее беру остатки Р2 из егаис - подтягиваю к каждому алкокоду дату последнего прихода
беру артикул - к нему как правило привязано от 1 до 5 алкокодов егаис
и из таблицы остактов беру алкокод с самым первым приходом, если его не хватило - следующий...
на выходе получается акт списания Р2
отправляю в егаис.
21.11.2016 12:51
MWWRuza
 
В принципе, все понятно, кроме этого:

Цитата:
konst далее беру остатки Р2 из егаис - подтягиваю к каждому алкокоду дату последнего прихода
Почему последнего?

Цитата:
konst из таблицы остактов беру алкокод с самым первым приходом, если его не хватило - следующий...
По какому признаку? На втором регистре ведь нет никаких признаков партии, ни ссылок на документы, ни номеров справок... Только АлкоКоды. Как узнать, какой первый приходил, а какой следующий? Из базы самой учетной системы?

PS Я сейчас добавил в справочник партий УС поле "АлкоКод". Его заполнил по ТТН_ЕГАИС, которые являлись основаниями для документов прихода(признаков партий). Дальше, списание партий идет штатными средствами, при закрытии смены ККМ. Оттуда, я вытаскиваю, что надо списать из ЕГАИС по проданным "АлкоКодам". Но, чувствую, что это как-то "белыми нитками шито"... Чуть малейшая неточность в учете - и необеспеченный расход гарантирован... Нет связи с остатками ЕГАИС... Это, как-бы "параллельный" учет... Учет должен быть один, по одному регистру, а не параллельно по двум(УС и ЕГАИС), иначе, рано или поздно все равно разъедется. По навязанным нам правилам игры - это должен быть регистр ЕГАИС. А там не хватает данных, для построения партионного учета, так, как нет признака партии вообще...
21.11.2016 12:57
MWWRuza
 
А вот еще вопрос - когда мы запрашиваем остатки АП по регистру(по второму, по первому похоже так и есть), если не сортировать в УС полученные результаты запроса, они там случаем не по очередности прихода выстроены, по умолчанию? Ни кто не озадачивался этим вопросом?
21.11.2016 13:25
FinSoft
 
Как мне представляется, использовать ФИФО из учетной системы не совсем логично. Это инструмент для приблизительной оценки движения товаров. В Егаис же декларируется точный учет по алкокодам. По хорошему, в кассовой программе должны сохраняться считанные марки. Насколько помню, в Artix это видел, в других не скажу. Вот эти значения надо бы подгружать с касс, по ним определять алкокод и списывать...
21.11.2016 13:32
MWWRuza
 
Ну Ё-маЁ...
Ну при чем здесь марки???
С марками и так все нормально, по ним и без нас все прекрасно списывается кассовыми чеками ЕГАИС...

Вопрос по НЕМАРКИРУЕМОЙ АП - пиво(500, 510, 520), коктейли(261, 262, 263)...
21.11.2016 13:40
FinSoft
 
Сорри, не пью пива. Алкоголь тоже редко. ЗОЖ...
А у пива алкокод не сканируется с бутылок? Я что-то думал, что сканируется, только в Егаис продажи не отправляются...
21.11.2016 14:28
MWWRuza
 
Да, видно что Вы ведете ЗОЖ:)))

Возьмите в руки бутылку пива, и поищите на ней акцизку. А в EAN никакой алкокод, естественно не содержится...
21.11.2016 14:41
FinSoft
 
В магазин не пойду, лучше на слово поверю.
21.11.2016 15:08
konst
 
дату последнего прихода - беру из табличной части приходных накладных....
я понимаю что это не совсем корректный метод - но как по другому...
предположим у меня балтика №3 - в учетной системе 1 артикул остаток 60 а в егаис
- это 3 алкокода - каждого по 20. Продали 15 и как списывать? пр пропорционально остатку - каждого по 5??
не вижу глубокого смысла. при этом кол-во алкокодов с остатками будет дробиться и рости - т.е. в 0 приктически никогда некоторые алкокоды не спишутся... а если списывать как у меня сейчас - то на остатках в егаис будут висеть наиболее свежие поставки... в принципе это гораздо ближе к фактическому состоянию.
и да для FinSoft - основная проблема с пивом
один EAN штрих код - много алкокодов ЕГАИС и просто нереально на кассе пробивать пиво с разбивкой по производителям...
21.11.2016 19:13
MWWRuza
 
В общем, я наверное у себя реализую нечто подобное... Сейчас у меня, можно заполнять списание по партиям УС... Что похоже на правду, но может вызвать необеспеченный расход, так, как не связано с остатками ЕГАИС... Надо совместить одно с другим(надо еще придумать как), и будет нормально. Вот только будет обидно, если все сделаю, а эту хрень с учетом НМ АП по АлкоКодам отменят:)))
21.11.2016 19:44
FinSoft
 
Имеем список проданных товаров в УС и остатки из Егаис в разрезе алкокодов. Связь товаров в УС и алкокодов многие-ко-многим.

Можно попробовать такой алгоритм.
1. Проходим по списку проданных товаров, обрабатываем каждый из них.
2. Для каждого товара определяем алкокоды по, например, последним 10 приходам (у меня алкокоды сохраняются в приходных накладных, создаваемых на основании приходов по Егаис).
3. По каждому алкокоду товара из полученного списка лезем в остатки, полученные из Егаис, и пытаемся подобрать общее количество, которое было продано по товару. Подобранное количество в разрезе алкокодов сохраняем, чтобы не списать повторно, если один алкокод у разных товаров.
4. Если подобрать полное проданное количество не удалось, вешаем как не привязанную к алкокоду строку в отчете для ручной корректировки. Надеемся, что таких не будет или будет очень мало.
5. Создаем документ списания с торгового зала для Егаис в разрезе алкокодов. Если нужно, корректируем вручную не определенные алкокоды, отправляем...
6. Периодически проводим инвентаризацию и устраняем пересорт.
21.11.2016 19:52
FinSoft
 
Хотя тоже не фонтан...
02.12.2016 12:26
MWWRuza
 
Забил я все-таки на свой партионный учет, который в УС, не вижу в нем смысла - все равно отражать реальные остатки не будет(в программе будет все красиво, а реально на полках все не так), а сложностей куча - чуть что разъедется, и лови "необеспеченный расход".
Сделал списание АК с сортировкой по остатку...
Запрашиваю остатки ЕГАИС, сохраняю в отдельной таблице. После чего, получаю продажи с закрытых кассовых отчетов, собираю их в одну таблицу со сверткой по номенклатуре.
Бегу потом по этой таблице, и для каждой номенклатурной позиции выбираю из таблицы остатков АлкоКоды в отдельную табличку. Потом ее, эту таблицу с АлкоКодами для текущего наименования сортирую по возрастанию количества. Ну, и заполняю строки документа списания, из этой таблички, пока все необходимое(проданное за смену) количество для текущей позиции не будет выбрано.
Решил - ну, раз нет в остатках Р2 признака партий для организации полноценного партионного учета и списания по ФИФО, то пусть списывается сначала те АлкоКоды по конкретной номенклатуре, остаток по которым меньше, а потом следующие, по возрастанию количества... Типа, то, что раньше пришло, продалось в большем объеме(соответственно остаток меньше), а чего больше на остатках, соответственно позже пришло, и пусть еще на остатках "поваляется"
Пока инвентаризация по пиву не сделана, остатки большие, и чего-то не хватить не может в принципе, а если вдруг и не хватит, то будет выдано соответствующее сообщение, текущая позиция спишется до нуля, а сколько "осталось списать" будет в этом сообщении. При желании, можно будет в ручную разобраться, а можно и забить...

PS Это все конечно "за уши притянуто", но и весь учет немаркируемой АП такой, других вариантов я не вижу... Кроме, конечно 100% внутреннего ШтрихКодирования, что тоже считаю неприемлемым.
02.12.2016 15:39
FinSoft
 
Это примерно то же, что я писал. Единственный момент опущен - это определение алкокодов для каждой проданной позиции, т.к. соответствие не однозначное.
Еще дополнительно надо похожий алгоритм наладить для результатов инвентаризации. Недостачи (списываемое количество) как расход, излишки как постановка на баланс в Егаис...
02.12.2016 16:11
декларант
 
Цитата:
MWWRuza PS Это все конечно "за уши притянуто", но и весь учет немаркируемой АП такой, других вариантов я не вижу...
Как говорил один разработчик УС, что если ФСРАР будет требовать точно отражать движения пива, ну значит, декларанты будут делать вид, что заносят в ЕГАИС корректную информацию, а ФСРАР будет делать вид, что в это верит.
02.12.2016 16:39
FinSoft
 
Чтобы информация была корректная, надо маркировать пиво. Скорее всего, со временем к этому и придут...
Опции темы


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

 

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