Вопросы по постановке на баланс на регистр 2

[stn]

сейчас конец августа, что делать с позициями в диапазоне 01.07.2016-30.08.2016?

В смысле? Чеки же у вас проходили. Значит, она уже зафиксирована. И то, что вы списываете, больше не подлежит фиксации. Списывайте смело и не заморачивайтесь.

[antonn]

сейчас конец августа, что делать с позициями в диапазоне 01.07.2016-30.08.2016?

В смысле? Чеки же у вас проходили. Значит, она уже зафиксирована. И то, что вы списываете, больше не подлежит фиксации. Списывайте смело и не заморачивайтесь.

Тут вопрос в том, как меня проконтролируют и какие последствия будут для организации. Ведь в 0 выйти при продажах уровня суперов/гиперов практически нереально, всегда будут расхождения и ошибки, тут задача скорее свести их к минимуму. Допустим через кассу ушло 1100 чеков (на одно наименование одного подразделения) с 1 января. А по моей УС сейчас должно остаться 50 штук, в остатках ЕГАИС 1500. Я беру и делаю списание 1450 штук с регистра 2 (переместив с рег1 все что было) с обоснованием "реализация до 1 июля". И таким образом я списал втихую 350 лишних позиций, по которым чеков не было. Вот меня и интересует - а каков тогда контроль? Или на данный момент такие операции допустимы? (хотелось бы услышать Операторов)

[igor1971]

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

[antonn]

и не пытайте вы операторов, они-то тут причем?

Потому что они не отвечают догадками или домыслами, максимум размытыми ответами "пока не располагаем этой информацией". К тому же у них есть доступ к тем кто реально знает как что устроено и должно (с точки зрения ЕГАИС) работать.

[victuan]

А вообще, я предлагаю следующий механизм выравнивания остатков в рознице на отчетную дату (01.10.16?). При этом будем считать, что товар на регистре 1 не задерживается, т.е. после подтверждения ТТН от поставщика, сразу перемещаем алкоголь на Регистр 2. Если нужно товар вернуть поставщику или переместить на другое ОП (обособленное подразделение), то товар возвращаем сначала из Регистра2 на Регистр1 (и чтобы не мучиться с восстановлением Справок 1 и 2, копируем в документ "возврата из торгового зала" ТЧ (табличную часть) первоначального документа перемещения в торговый зал).

Итак, методика выравнивания остатков на отчетную дату такова:

0) Заканчиваем обработку запросов, приостанавливаем деятельность (нескольких минут должно хватить):
1) Делаем запрос в ЕГАИС остатков по Регистру 1
2) Полученные остатки полностью перемещаем на Регистр 2
3) Делаем запрос в ЕГАИС остатков по Регистру 2
4) Полученные остатки полностью списываем актом списания, причина "Реализация"
5) Выгружаем в ЕГАИС Акт постановки на баланс по Регистру 2, причина "Продукция, полученная до 01.01.2016" или "Излишки", содержащий фактические остатки на складе (этот документ подготавливаем заранее, до пункта 1)

Вручную нужно "готовить" только п.5, все остальное "вводом на основании".

По-моему, так проще и с ума не сводит. У себя в УС (1С 7.7) именно такой механизм реализовал.

Жду конструктивной критики. Особенно по поводу того, что остатки сначала спишем, а потом обратно поставим - не будет ли у РАР вопросов по поводу двойного оборота?

[Egais2016]

А вообще, я предлагаю следующий механизм выравнивания остатков в рознице на отчетную дату (01.10.16?). При этом будем считать, что товар на регистре 1 не задерживается, т.е. после подтверждения ТТН от поставщика, сразу перемещаем алкоголь на Регистр 2. Если нужно товар вернуть поставщику или переместить на другое ОП (обособленное подразделение), то товар возвращаем сначала из Регистра2 на Регистр1 (и чтобы не мучиться с восстановлением Справок 1 и 2, копируем в документ "возврата из торгового зала" ТЧ (табличную часть) первоначального документа перемещения в торговый зал).

Итак, методика выравнивания остатков на отчетную дату такова:

0) Заканчиваем обработку запросов, приостанавливаем деятельность (нескольких минут должно хватить):
1) Делаем запрос в ЕГАИС остатков по Регистру 1
2) Полученные остатки полностью перемещаем на Регистр 2
3) Делаем запрос в ЕГАИС остатков по Регистру 2
4) Полученные остатки полностью списываем актом списания, причина "Реализация"
5) Выгружаем в ЕГАИС Акт постановки на баланс по Регистру 2, причина "Продукция, полученная до 01.01.2016" или "Излишки", содержащий фактические остатки на складе (этот документ подготавливаем заранее, до пункта 1)

Вручную нужно "готовить" только п.5, все остальное "вводом на основании".

По-моему, так проще и с ума не сводит. У себя в УС (1С 7.7) именно такой механизм реализовал.

Жду конструктивной критики. Особенно по поводу того, что остатки сначала спишем, а потом обратно поставим - не будет ли у РАР вопросов по поводу двойного оборота?

Все нормульно, только до 4 и 5.
Еще бы перед 4 и 5 выявить приход доЕГАИСный и поставить его на баланс, а далее предлагаю:
1. В документе (в который загрузите ответ на запрос остатков) предусмотреть колонку "факт количество"
2. В этот документ отсканировать всю АП в торговой точке. При сканировании вынимать Алкокод из марки и поиском по табличной части найти соответствующую строку и увеличить количество на "1".
3. После сформировать списание по каждой строке "Количество ЕГАИС-Факт количество=Количество проданного", причина Реализация
4. привести свои остатки в учетке в соответствие с ЕГАИСовскими.

Думаю, такой вариант РАРу больше понравиться
Я у себя именно так и сделал в 7-ке

[victuan]

А вообще, я предлагаю следующий механизм выравнивания остатков в рознице на отчетную дату (01.10.16?). При этом будем считать, что товар на регистре 1 не задерживается, т.е. после подтверждения ТТН от поставщика, сразу перемещаем алкоголь на Регистр 2. Если нужно товар вернуть поставщику или переместить на другое ОП (обособленное подразделение), то товар возвращаем сначала из Регистра2 на Регистр1 (и чтобы не мучиться с восстановлением Справок 1 и 2, копируем в документ "возврата из торгового зала" ТЧ (табличную часть) первоначального документа перемещения в торговый зал).

Итак, методика выравнивания остатков на отчетную дату такова:

0) Заканчиваем обработку запросов, приостанавливаем деятельность (нескольких минут должно хватить):
1) Делаем запрос в ЕГАИС остатков по Регистру 1
2) Полученные остатки полностью перемещаем на Регистр 2
3) Делаем запрос в ЕГАИС остатков по Регистру 2
4) Полученные остатки полностью списываем актом списания, причина "Реализация"
5) Выгружаем в ЕГАИС Акт постановки на баланс по Регистру 2, причина "Продукция, полученная до 01.01.2016" или "Излишки", содержащий фактические остатки на складе (этот документ подготавливаем заранее, до пункта 1)

Вручную нужно "готовить" только п.5, все остальное "вводом на основании".

По-моему, так проще и с ума не сводит. У себя в УС (1С 7.7) именно такой механизм реализовал.

Жду конструктивной критики. Особенно по поводу того, что остатки сначала спишем, а потом обратно поставим - не будет ли у РАР вопросов по поводу двойного оборота?

Все нормульно, только до 4 и 5.
Еще бы перед 4 и 5 выявить приход доЕГАИСный и поставить его на баланс, а далее предлагаю:
1. В документе (в который загрузите ответ на запрос остатков) предусмотреть колонку "факт количество"
2. В этот документ отсканировать всю АП в торговой точке. При сканировании вынимать Алкокод из марки и поиском по табличной части найти соответствующую строку и увеличить количество на "1".
3. После сформировать списание по каждой строке "Количество ЕГАИС-Факт количество=Количество проданного", причина Реализация
4. привести свои остатки в учетке в соответствие с ЕГАИСовскими.

Думаю, такой вариант РАРу больше понравиться
Я у себя именно так и сделал в 7-ке

Всё испортили усложнением Сделали как в 1С Розница 8 - "Корректировка остатков ЕАИС" (в последнем релизе)
А если серьезно: к вашему пункту 2 можно прикрутить ТСД (терминал сбора данных), чтобы не бегать с ноутом по складу.
Не хватает п. 3а. Поставить на баланс по каждой строке где "Факт количество-Количество ЕГАИС=Количество излишек"

[victuan]

Да, и как быть с пивом? У него сканированием алкокод не выудишь

[Egais2016]

А вообще, я предлагаю следующий механизм выравнивания остатков в рознице на отчетную дату (01.10.16?). При этом будем считать, что товар на регистре 1 не задерживается, т.е. после подтверждения ТТН от поставщика, сразу перемещаем алкоголь на Регистр 2. Если нужно товар вернуть поставщику или переместить на другое ОП (обособленное подразделение), то товар возвращаем сначала из Регистра2 на Регистр1 (и чтобы не мучиться с восстановлением Справок 1 и 2, копируем в документ "возврата из торгового зала" ТЧ (табличную часть) первоначального документа перемещения в торговый зал).

Итак, методика выравнивания остатков на отчетную дату такова:

0) Заканчиваем обработку запросов, приостанавливаем деятельность (нескольких минут должно хватить):
1) Делаем запрос в ЕГАИС остатков по Регистру 1
2) Полученные остатки полностью перемещаем на Регистр 2
3) Делаем запрос в ЕГАИС остатков по Регистру 2
4) Полученные остатки полностью списываем актом списания, причина "Реализация"
5) Выгружаем в ЕГАИС Акт постановки на баланс по Регистру 2, причина "Продукция, полученная до 01.01.2016" или "Излишки", содержащий фактические остатки на складе (этот документ подготавливаем заранее, до пункта 1)

Вручную нужно "готовить" только п.5, все остальное "вводом на основании".

По-моему, так проще и с ума не сводит. У себя в УС (1С 7.7) именно такой механизм реализовал.

Жду конструктивной критики. Особенно по поводу того, что остатки сначала спишем, а потом обратно поставим - не будет ли у РАР вопросов по поводу двойного оборота?

Все нормульно, только до 4 и 5.
Еще бы перед 4 и 5 выявить приход доЕГАИСный и поставить его на баланс, а далее предлагаю:
1. В документе (в который загрузите ответ на запрос остатков) предусмотреть колонку "факт количество"
2. В этот документ отсканировать всю АП в торговой точке. При сканировании вынимать Алкокод из марки и поиском по табличной части найти соответствующую строку и увеличить количество на "1".
3. После сформировать списание по каждой строке "Количество ЕГАИС-Факт количество=Количество проданного", причина Реализация
4. привести свои остатки в учетке в соответствие с ЕГАИСовскими.

Думаю, такой вариант РАРу больше понравиться
Я у себя именно так и сделал в 7-ке

Всё испортили усложнением Сделали как в 1С Розница 8 - "Корректировка остатков ЕАИС" (в последнем релизе)
А если серьезно: к вашему пункту 2 можно прикрутить ТСД (терминал сбора данных), чтобы не бегать с ноутом по складу.
Не хватает п. 3а. Поставить на баланс по каждой строке где "Факт количество-Количество ЕГАИС=Количество излишек"

1. Про восьмерку не в курсах. Нема в наличии.
2. ТСД сначала купить надо. А ви-фи 2d сканер уже в наличии.
3. С п.3а согласен. Просто у себя уже поставил все старье на баланс (Ведомость по остаткам в помощь), потому и не рисовал такой вариант.

Просто не значит правильно. Иногда, при возможности, не мешает и немного усложнить.
Тем более никому не известна реакция РАР на списать все под ноль и поставить на баланс нужное.

[Egais2016]

Да, и как быть с пивом? У него сканированием алкокод не выудишь

А по пиву, даже думать не хочу. У меня пивас на ИП вертится.
Я думаю, в скором времени на пиве появится "микро-марка" с ПДФ, в котором будет алкокод+что-нибудь еще.
И жизнь наладится у розницы
РАР, намек понял?