Результаты опроса: Перемещения алкоголя между магазинами
Есть, оформляем накладную на перемещение 18 27.27%
Есть, оформляем расходную накладную/приходную накладную 21 31.82%
Нет. 27 40.91%
Голосовавшие: 66. Вы ещё не голосовали в этом опросе

[ТЕМА ЗАКРЫТА]
05.10.2012 10:04
whitewizard
 
выставлять в зал то, что должно продаться раньше.
05.10.2012 11:46
whitewizard
 
Процесс пошёл :)

Цитата:
Претензия по дополнению двумя нулями ИНН в названии файла формы 12 обоснована.
Подтвердилось, что прочие клиенты исправляют косяк руками.
Исправим, исправления будут доступны в ближайшем сервис-паке.
05.10.2012 11:47
Mtirt
 
Цитата:
whitewizard выставлять в зал то, что должно продаться раньше.
Тебя же маркетинг убъет. А за ним - управляющий магазином.
Не продается товар, если его 2 штуки стоит на полке...
05.10.2012 11:50
alex_K
 
Сейчас звонил в С+ по вопросу кода алкогольной продукции, которая разлита до 1 июля и после. Ответ был таким же как и у whitewizard. Сказали задваивать карточки. Пока другого выхода они не видят, но сказали что если есть идеи как это реализовать человеческим и нормальным путем, то они с радостью выслушают и исправят. Так что ваши предложения товарищи.
05.10.2012 11:56
Vlad_German
 
Партионным учетом. С идентификацией товара по марке. Но для этого надо договориться с РАР Но
это то не заработает т.к. рар знает что его марки не читаемы
05.10.2012 13:16
Mtirt
 
Цитата:
whitewizard Деньги заплачены за готовый продукт. Пусть исправляют.
Вот тебе ответ А.В. Антонова:
Цитата:
Сейчас декларацию фактически заполняет пользователь. Он вносит данные по каждому объекту декларирования сам. Мы только регистрируем эти данные и ставим в декларацию. Это нас (разработчиков) устраивает.

Идея использования ФИФО в корне меняет эту ситуацию. В этом случае выбытие объектов декларирования через кассу будет вносить уже не пользователь, а определять это будет система. Т.е. меняется лицо, ответственное за первичные данные для декларирования. Мы не хотим становиться этим лицом, пусть им остается декларант. Это политическое решение и мы никогда делать расход по ФИФО декларируемого объекта не станем.

А то потом всякие неугомонные товарищи из Хабаровска будут кричать, что за их деньгиJ мы делаем «неправильное ФИФО» их «правильных» продаж по кассе, теперь у них «не идут остатки», и все нужно переделать, это легко и просто.



Поэтому, если коллективный разум olegon.ru выдаст предложения, они должны соответствовать нашим возможностям и ограничениям, система не должна «думать» и решать за пользователя.

Например, мне нравится вариант с проведением фактической инвентаризации в конце отчетного периода. Пусть пользователь фиксирует в накладных алкогольную специфику и не создает множества карточек (вернем карточке ее товарную суть). Пусть все продает по одному ШК, как и ранее продавал товар. Касса ничего не поймет по алкогольной специфике. Она будет продавать товар, а не регистрировать движение объекта декларирования.

Но в конце периода сотрудники реально должны внести в систему остатки по каждому объекту декларирования. Это позволит нам распределить кассовые продажи товара по объектам декларирования. Для нас важно, что за внесение остатков отвечает пользователь, а не мы.

Я не говорю, что так мы готовы делать, но продумывать такой вариант можно.
05.10.2012 14:00
whitewizard
 
а, например, такой вариант:
таблица соответствия старых и новых кодов от ФСРАР есть
заводим новые кода, а модуль сам смотрит остатки на начало третьего квартала и списывает сначала по старым кодам, а потом уже по новым.

по сути-то так и происходит.
05.10.2012 14:19
Mtirt
 
Второй раз повторяю:
Цитата:
Идея использования ФИФО в корне меняет эту ситуацию. В этом случае выбытие объектов декларирования через кассу будет вносить уже не пользователь, а определять это будет система. Т.е. меняется лицо, ответственное за первичные данные для декларирования. Мы не хотим становиться этим лицом, пусть им остается декларант. Это политическое решение и мы никогда делать расход по ФИФО декларируемого объекта не станем.
05.10.2012 14:25
whitewizard
 
для маленьких магазинчиков эта схема вполне нормально бы работала
05.10.2012 15:39
Tema
 
самым нормальным было если бы розница высказала свое мнение рару который в свою очередь надавил бы на производителей и обязал их навести порядок со штрихкодами (всё-таки это повсеместно и широко используемый способ однозначной идентификации товара) - чтобы разные заводы делали разный штрихкод, тогда бы и разработчики могли всё это увязать программно.

А то получается везде идет компьютеризация и автоматизация, а мы вынуждены работать с бумажками-ттнками, искать что-где произведено. И по-моему гораздо проще, быстрее и эффективнее слегка перестроиться паре тысяч производителей-импортеров, чем куда большему количеству магазинов. Ну у нас всё как обычно, задом-наперед делается
05.10.2012 20:00
konst
 
Неужели не понятно - если бы была цель навести порядок - давно бы уже всех обязали...
но у РАРа скорее всего совсем другие задачи... или как в выражении что государством может управлять кухарка - вот как раз туда то их и понабрали... все через одно место...
вы разве их программу не видели?! - "ШЕДЕВР"
очередная кормушка для чьих то сынков...
им наши проблемы до лампочки
05.10.2012 21:51
bob
 
Цитата:
konst Неужели не понятно - если бы была цель навести порядок - давно бы уже всех обязали...
но у РАРа скорее всего совсем другие задачи... или как в выражении что государством может управлять кухарка - вот как раз туда то их и понабрали... все через одно место...
вы разве их программу не видели?! - "ШЕДЕВР"
очередная кормушка для чьих то сынков...
им наши проблемы до лампочки
У РАРа сейчас одна задача. убрать с реализации алкоголя мелочь, типа киосков. И это абсолютно правильно. Ну под руку могут и неугодные попасть.
06.10.2012 01:36
Dim
 
прошла новость, что дума рассматривает законопроект о том, что алкоголь и табак будут продаваться только в специализированных магазинах...
06.10.2012 02:58
whitewizard
 
всё к тоиу и придёт :) и вернётся госмонополия
09.10.2012 06:49
Mtirt
 
Сообщение компании С+:
Цитата:
Уважаемые пользователи!

Функционал создания алкогольной декларации в настоящее время поддерживается в версиях 1.028.2, 1.029., 1029.1, 1.029.2.
Уведомляем Вас, что с 01.11.2012 функционал будет поддерживаться (приводиться в соответствие с законодательством, вноситься усовершенствования, исправляться ошибки) только в версии 1.029.2 и последующих версиях.
В прочих версиях, ниже 1.029.2, функционал останется таким, каким будет на 01.11.2012. Пользоваться им будет можно, но развиваться и меняться он не будет.
Далее, начиная с версии 1.029.3, функционал всегда будет поддерживаться в двух последних версиях.
Просим Вас заранее выполнить переход на версию 1.029.2.и далее своевременно обновляться.
10.10.2012 10:50
Starter
 
Возникла интересная проблема с выгрузкой по производителям из белоруссии, а именно с отсутствием у них КПП.

вот что формируется в 12 форме:
<ПроизводителиИмпортеры ИДПроизвИмп="99" П000000000004="ООО "Пивзавод Оливария"">
<ЮЛ П000000000005="100128525" П000000000006="" />
при сдаче на том же мосдекларанте ругается, что КПП должен быть заполнен.

Вопрос - как это обойти ?
С+ сказал, что не в их компетенции, сами разбирайтесь с фсрар.
Кто нибудь по белорусским производителям сдавал декларацию ? что там заполнять то ?
10.10.2012 10:52
Dim
 
с импортными продуктами должен указываться импортер, а не производитель
10.10.2012 10:53
Mtirt
 
По-моему, их надо как ИП-шников объявить...
10.10.2012 10:56
Mtirt
 
Цитата:
Dim с импортными продуктами должен указываться импортер, а не производитель
Беларусь - член таможенного союза, там нет импортеров, есть именно белорусский производитель. Его РАР и требует указать.
В правилах заполнения это написано.

Добавлено через 2 минуты 28 секунд


Цитата:
ДА -последний 23.
В файле строки вот такие:
<Оборот ПN="30" П000000000003="212">
- <СведПроизвИмпорт NameOrg="ЗАО "Минский завод виноградных вин"" INN="190130976" KPP="">
<Продукция П200000000013="03.02.2012" П200000000014="К0001029" П200000000015="" П200000000016="0.3" />
</СведПроизвИмпорт>
</Оборот>
10.10.2012 10:57
Starter
 
Цитата:
Mtirt По-моему, их надо как ИП-шников объявить...
Производители/импортеры не могут быть ИП-ками. Это не поставщики.
Но у нас фирма прослойка есть, попробуем их указать как импортеров.
А сами как сдавали по лидскому пиву ?
10.10.2012 11:01
Mtirt
 
Нет его у нас.

Есть предложение, взять Декларант-Алко, завести в нем белорусского производителя, и сделать по нему одно движение.
Затем выгрузить.
10.10.2012 11:14
Tema
 
заметил еще одну вещь - в свойствах контрагентов можно выбрать что это либо производитель, либо оптовик, либо импортер. И в супермажной декларации поставки соответственно с этим бьются по графам - поставки от производителя, оптовика или по импорту. Но допустим если у одного предприятия есть и российский алкоголь и оно еще является импортером, то всё равно все его поставки будут отнесены к одному типу - тому который выставлен в свойствах. К примеру если вино российское, а крепкие напитки импорт, но тип контрагента стоит оптовик, то все поставки будут как оптовые. Это нормально? По-моему надо было в свойствах каждой карточки выставлять тип - импортный это или российский продукт.
10.10.2012 11:37
whitewizard
 
Возникла проблема с пивом 0,275л

Пример:
Пришло 12 бутылок пива = 0,33дал
Продалось 11 бутылок = 0,3025. Программа округлила до 0,303 дал
Одна бутылка списалась = 0,275. Программа округлила до 0,028 дал

Итого должно было остаться 0,33-0,3027-0,275=0, а в декларации
0,33-0,303-0,028 = - 0,001
10.10.2012 11:55
Mtirt
 
Цитата:
Tema заметил еще одну вещь - в свойствах контрагентов можно выбрать что это либо производитель, либо оптовик, либо импортер. И в супермажной декларации поставки соответственно с этим бьются по графам - поставки от производителя, оптовика или по импорту. Но допустим если у одного предприятия есть и российский алкоголь и оно еще является импортером, то всё равно все его поставки будут отнесены к одному типу - тому который выставлен в свойствах. К примеру если вино российское, а крепкие напитки импорт, но тип контрагента стоит оптовик, то все поставки будут как оптовые. Это нормально? По-моему надо было в свойствах каждой карточки выставлять тип - импортный это или российский продукт.
Мне довольно давно сказали на форуме РАРа, что "по импорту" - это не для розницы. Точнее, для розницы только в случае, если розничная компания сама импортировала этот товар (Дьюти-Фри).
Т.е. даже если компания является импортером товара, для вас она - оптовый поставщик.
10.10.2012 12:30
Tema
 
спасибо
насчет округлений тоже непонятно:
в 1квартале по одному коду:
остаток на начало 1,113
поступило 0,638
продано 0,825
остаток 0,926
в декларации на 2й квартал по этой строке остаток на начало
0,927
из-за этого и общие остатки не сходятся
10.10.2012 12:41
whitewizard
 
а если посмотреть остатки до 4 знака?
10.10.2012 13:03
Tema
 
и что? если это округление, то почему за разные периоды оно по-разному работает? возможно что остаток на конец периода считается по данным в самой декларации предварительно их округляя, а остаток на начало берется по данным из базы и округляется уже потом. Отсюда расхождения.
10.10.2012 15:55
whitewizard
 
видимо, так и есть
10.10.2012 17:05
Tema
 
на форуме фсрара надпись что у них проблемы с сервисом приема деклараций и что срок подачи деклараций 11 октября.
11.10.2012 09:56
Dim
 
при попытке залогиниться при помощи ЭЦП на рар'е после выбора сертификата получаю

Цитата:
500 - внутренняя ошибка сервера.
Проблема с запрашиваемым ресурсом; ресурс не может быть отображен.
это только у меня так?


UPD: пустил... но в разделе принятых деклараций надпись "Раздел временно закрыт"

UPD2: а теперь при попытке входа при помощи ЭЦП пишет "Ошибка входа! Убедитесь что вы выбрали правильный сертификат"

че у них там творится?


Опции темы


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

 

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