[ТЕМА ЗАКРЫТА]
05.09.2016 17:00
winmasta
 
Добрый день, скачал Вашу программу последнюю версию, архив запаролен, электронку Вашу найти не смог с ходу, подскажите. Еще перечитал Все темы, так и не понял есть ли в программе возможность инвентаризации - загрузить остатки с егаис, сравнить их с реальными, лишнее по факту оприходовать в егаис, недостающее по факут списать с егаис ?
05.09.2016 17:25
AndreyZh
 
Цитата:
winmasta Добрый день, скачал Вашу программу последнюю версию, архив запаролен, электронку Вашу найти не смог с ходу, подскажите. Еще перечитал Все темы, так и не понял есть ли в программе возможность инвентаризации - загрузить остатки с егаис, сравнить их с реальными, лишнее по факту оприходовать в егаис, недостающее по факут списать с егаис ?
Спасибо за интерес к программе!

Её (различные версии) за год существования скачали более 10 000 раз с разных ресурсов и подумав (возможно зря), что её уже не будут качать абсолютно новые пользователя.

Вам придётся скачать и установить версию без паролей из сообщения https://olegon.ru/showthread.php?t=23281 Там же весь набор сопутствующих программ, инструкций, в том числе для новичков и "современное" интерфейсное оформление... и она не имеет абсолютно никаких ограничений, реклам и прочей современной "мишуры".

Задача "глобальной инвентаризации" обсуждается на многих форумах и скоро сделаю её "красивую" реализацию, в том числе "пропикивание" всех товаров и стыковка этого с остатками зала и склада, а пока, в том числе в версии по ссылке: Вы только можете запросить остатки (в ней только по складу, а зал добавлен позднее) и по расхождениям, выявленным "глазками" ввести указанные Вами операции.

Ну, а если Вас устроит программа, тогда и разумно обновляться на более свежие версии
05.09.2016 20:05
Vlad0
 
Ещё замечание по справочнику. Если АП отсутствует в справочнике, то при фиксации продажи через ЕГАИС, при сканировании EAN13, программа выдает наименование АП, занимающую первую строку в справочнике по алфавиту . Необходимо, чтобы программа выводила сообщение об отсутствии АП в справочнике. Так же для небольших предприятий торговый зал является складом. Понятие склад в ЕГАИС, это для крупных сетевых компаний. Так мне объяснил человек, связанный с этой сферой.
05.09.2016 20:28
AndreyZh
 
Цитата:
Vlad0 Ещё замечание по справочнику. Если АП отсутствует в справочнике, то при фиксации продажи через ЕГАИС, при сканировании EAN13, программа выдает наименование АП, занимающую первую строку в справочнике по алфавиту .
Иногда встречал такое замечание - в несуществующей в Рунет версии 16 августа исправил

Цитата:
Vlad0 Необходимо, чтобы программа выводила сообщение об отсутствии АП в справочнике.
Полезно - сделаю!

Цитата:
Vlad0 Так же для небольших предприятий торговый зал является складом. Понятие склад в ЕГАИС, это для крупных сетевых компаний. Так мне объяснил человек, связанный с этой сферой.
Понятие склад и торговый зал использую для простоты понимания, а в инструкциях к ЕГАИС для пользователей это называется "регистр 1" и "регистр 2", если Вам понятнее

Не слушайте "человеков, связанных с этой сферой", а читайте первоисточники, например приложенную мутнодологию ведения остатков от ФСРАРа, приложенную к сообщению
Вложения
Тип файла: pdf retail_stock3.pdf (344.4 Кб, 10 просмотров)
06.09.2016 03:24
winmasta
 
Дождусь инвентаризации и, скорее всего, перейду с retail declaration на Вашу, центринформ совсем не шевелится.
16.09.2016 14:44
AndreyZh
 
Что-то после отпуска всё идёт очень туго, но всё таки "идёт"! Кратко отчитаюсь о новых возможностях, отлаженных в той или иной степени:

1. Настройкой можно заставить работать "УС Лэнд:ЕГАИС" с учетной системой "УС Land" совместно и дополняя возможности друг друга. Для этого нужно сделать синхронизация справочников алкогольной продукции и контрагентов.



Нажав F8 программа подберет подходящий объект (или можно ручками) и при согласии установит связь между ЕГАИС и реальными данными.

Пока это даёт:

- построение в "УС Land" всей отчетности, журналов, деклараций в терминах кодов ЕГАИС (товар, поставщики, производители) для сверки операций в УС и ЕГАИС
- импорт накладных, цен, продаж.

2. К 1 октября - включение работы с остатками в ЕГАИС. Реализована следующая бизнес технология работы с остатками - другие техники были созданы раннее. Но эта показалась мне наименее трудозатратной, пока не включен КОНТРОЛЬ остатков:

- Полностью списываем остатки с торгового зала (рег 1) - одной кнопкой. Затем ежедневная работа...

- Делаем все оперативные операции с ЕГАИС по складу и проводим продажи. На следующий день
- Запрашиваем остатки по складу. По методологии проданные товара уйдут в минус.
- Нажимаем кнопку в режиме и программа автоматически передаст товар со склада в зал (трансфер), а если не хватает на складе поставит недостающее на баланс в зале.
... то есть снова сделает остатки в зале нулевые.

3. Нужно уже как-то учится выравнивать фактические и ЕГАИСные остатки... к 1 января 2017... Внимательно изучив эксцелевские поделки понял, что это ерунда! Создана технология, которая может работать без ЕГАИСа, например "ноут по мышку... и бегаем по полкам, сканируя бутылки", а потом автоматически можно этот труд связать с ЕГАИС... Хотя можно и по сети, например (испытано) по FiWi. Короче - заполняется "пропикиванием" и импортом остатков табличка в "УСЕга":



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

P.S. За упокой? Может быть и придумаю что-то, но пока обновление "УС Лэнд:ЕГАИС" возможно только с версии 8 августа 2016... С более ранних "легко" не получается -)
21.09.2016 13:01
AndreyZh
 
Наконец-то придумал!!!

Начав понедельника начал проникаться "засадой", которая грядет на голову пользователей ЕГАИС с 1 октября 2016... и не только Ваш "покорный слуга", но и похоже другие специалисты и пользователи реально "чухнули" только с середины сентября.

В принципе с середины августа (грел пузо на солнце) начались обсуждения об процедурах выведения ЕГАИСных остатков к фактическим, но это задача на период с 01.10 по 31.12

Так же обсуждалась методология списания с торгового зала (регистр 2) и допустимость ухода остатков в течении смены "в минус", что так озаботило и было решено, в частности с появлением в "УС Лэнд:ЕГАИС" техники работы от каждодневных минусовых остатков - см. выше...

Однако "писец" спрятался в другом месте!!! Всякие возможные варианты, следующие из примерного текста методологии "с 1 октября продавать (списывать по пиву и в общепите - это "мелочь") можно только товар, поставленный на баланс" В части ответов спецов РАР и ЦИ прозвучало, что при попытке продажи товаров не числящих в магазине будет блокироваться работа УТМ???

Как говорится "береженного бог бережет!... сказала монашка одевая презерватив на свечку -)" в "УСЕга" ввел ограничитель на продажи через встроенный кассовый аппарат, включенный с 1 октября - программа запрещает продажу алкогольной продукции, до этого не приходящую в "УСЕга" через ЕГАИС, а если БД не велась, то не имеющейся на остатках склада или в торговом зале! Выдаётся сообщение:



... и запрещается отпуск по данной акцизной марке, а точнее по коду АП в ЕГАИС, соответствующему данной марке. Вообще сейчас очень много ограничителей - "защиты от дурака" на "шаловливые ручки" продавцов. Весь их список можете узреть в прилагаемом исходном коде функций контроля ШК АМ:

Исходный код:
Код:
* ---------------------------------------------------------------------------
*   Проверка на валидность (считываемость) акцизной марки - правильности ШК
*   11.05 Контроль дубляжа ввода АМ при заполнении массива и по таблицы чеков
*   15.06 Работа с возвратами. Контроль, что есть ШК АМ в проданных ранее
*       алкогольных товаров, т.е. расходы-возвраты > 0
STAT FUNC lChPDF( cAm, aPdf )
    LOCA nOldSel:=Select(), nOrd:=S_CHECK->(zOrd()), nRec:=S_CHECK->(RecNo())
    LOCA nI:=0, nLen:=68, nL:=0, lBad:=FALSE
    cAm     := AllTrim(cAm)
    nL      := Len(cAm)
    IF nL = 69      //  Исправление копипаста из эксцелевской таблицы
        cAm := Left(cAm,68)
    ENDI
    IF Empty(cAm) THEN ErrMess("Запрещено пустое значение! Для перевода товара в неалкогольный нажмите клавишу Esc!",cError); RETU FALSE
    IF nL <> nLen THEN ErrMess("Длина марки должна быть точно "+Str(nLen,2)+" символов. У Вас "+Str(nL,2)+"!",cError); RETU FALSE

    //  Символы должны быть в верхнем регистре и входить в разрешенный набор знаков
    FOR nI := 1 TO nLen
        IF !( Subs(cAm,nI,1) $ _SIMB_AM )
            lBad    := TRUE
            EXIT
        ENDI
    NEXT nI
    IF lBad THEN Errmess("Акцизная марка содержит недопустимые символы! Возможно переключите Windows на английский язык!",cError); RETU FALSE

    //  Контроль на ввод дубляжа: отсутствие в массиве текущего чека и проданной позиции в базе чеков
    nI      := ascan(aPdf,{|x|x[2]==cAm})
    IF nI > 0
        Errmess("Вы уже ввели данный ШК акцизной марки в данной продаже (чеке)!",cError); RETU FALSE
    ENDI

    //  Проверка по таблице чеков, допуская возможность возврата товара по данной АМ
    nI  := 0
    SELE S_CHECK ORDE SC_CODIS SEEK cAm
    DO WHIL !Eof() .AND. codIs == cAm
        IF sales > 0;   ++nI    //  Продажа
        ELSE;           --nI    //  Возврат от покупателя
        ENDI
        DbSkip()
    ENDD

    //  Возврат состояния среды программы
    SELE S_CHECK ORDE (nOrd) REC (nRec)
    DbSelectArea(nOldSel)

    IF MEMV->lpVozvrat  //  Режим возврата товаров от покупателей
        IF nI <= 0      //  Нет ушедшего на продажу товара
            Errmess("По данному ШК акцизной марки вообще не было продаж или товар уже вернули!",cError); RETU FALSE
        ENDI
    ELSE
        IF nI > 0       //  Есть продажа, произведенная раннее - повторная продажа запрещена
            Errmess("По данному ШК акцизной марки уже когда-то была продажа. Есть товар в списке чеков - повторная продажа запрещена!",cError); RETU FALSE
        ENDI
    ENDI
    
    //  22.09.2016  Запрет товара, если он не проходил через ЕГАИС текущего ключа. Требование с 1 октября 2016
    IF !lMyRest(cAm) .AND. (Date() >= Ctod("01.10.2016"))
        ErrMess("Данная алкогольная продукции никогда не проходила через УТМ данного подразделения - нет следов в таблицах остатков. Продажа с 1 октября 2016 запрещена! Самое простое - поставьте АП на баланс в торговом зале!",cError)
        RETU FALSE
    ENDI
    
    RETU TRUE

* ---------------------------------------------------------------------------    
*   Контроль прохождения товара через ЕГАИС - следы в таблицах любых остатков
STAT FUNC lMyRest(cAm)
    LOCA lRetu:=FALSE, nOldSel:=Select(), nMy:=MY_RESTS->(zOrd()), nSh:=SHOPREST->(zOrd()), cIdEga:=""
    
    //  Акцизную марку преобразую к идентификатору продукции в ЕГАИС
    cIdEga  := cAlcCodAM( Alltrim(cAm) )
    
    //  Ищу следы... Пока остаток не важен, лишь были следы прохождения товара через программу
    SELE MY_RESTS ORDE MR_REGID SEEK cIdEga
    IF Eof()
        SELE SHOPREST ORDE SR_REGID SEEK cIdEga
        IF !Eof() THEN lRetu := TRUE
    ELSE
        lRetu   := TRUE
    ENDI
    
    //  Возврат состояния среды программы
    MY_RESTS->(zSet(nMy))
    SHOPREST->(zSet(nSh))
    DbSelectArea(nOldSel)
    RETU lRetu
21.09.2016 17:02
AndreyZh
 
И снова здравствуйте!

Позвольте описать ещё одну возможность пока несуществующей (для всех) версии - только, что сделал и неспешно отлаживаю...

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

Подробно описание работы с расходными накладными читайте в инструкциях или сообщении: https://olegon.ru/showpost.php?p=252136&postcount=12 Здесь же рассмотрим новшество кратко...

1. Запросите свежие остатки по складу (регистр 1). Напомню, что делается это не чаще 1 раз в час... Даже в тестовом контуре - гады!
2. Войдите в режим расходных ТТН. При редкой работе программа Вас проинструктирует при входе:



2. Входим в режим добавления ТТН, нажав клавишу Insert в списке накладных. Заполняем обязательные атрибуты ТТН (транспортный раздел не обязателен) и переходим к заполнению детализации - списка АП накладной.

Пока там нет ни одной записи.... можно нажать F2 для заполнения списка "под остаток"... К стати добавлена подсказка по кнопкам:



"УС Ега" не знает цен!!! По этому можете задать некую фиксированную цену. Для перемещения можно нулевую и режим, если имеется on-line синхронизация с "УС Land", то цены могут взяты от туда. Иначе (нет синхронизации) "УС Лэнд:ЕГАИС" игнорирует возможности получаемые от интеграции.

3. После чего список пополняется всеми товарами, имеющимися на остатках ЕГАИС:



Понятно, что данный список Вы можете "как угодно" править!!! После нажатия Esc программа добавит строку в список накладных.

4. Затем процесс "общения" с ЕГАИС:

F4 - отправляем ТТН в ЕГАИС, затем через 5-30 минут

F7 - смотрим статус прохождения... или читаем почему, например ЕГАИС отверг ТТН - в этом случае правим её (Tab) и снова отправляем. После появления статуса "принято" ожидаем подтверждение её получателем. Проверка статуса той же клавишей F7.

При поступлении "подтверждения/расхождения" можно удалить (F9) запросы из УТМ по документам данной ТТН... При обнаружении своей ошибке можно самому отказаться от её проведения в ЕГАИС - клавиша F2 (анулирование).
24.09.2016 20:39
AndreyZh
 
В силу неопределенностей, "ужаса" (впрочем уже прошел, т.к. основные проблемы разрешены и решения проверены в реальных условиях) от "нежданчика" (задач в свете методологии работы с остатками) к 1 октября... "УС Лэнд:ЕГАИС" развивается в стиле "черт знает как и куда" и на настоящий момент представляет из себя абсолютно "сырой", как программно, так и методологически полуфабрикат... но отмечу - все актуальные задачи реальных пользователей разрешены!

Какие задачи? Часть описана выше:

1. Постановка на баланс (реально "ловля клопов" - что пропустили) алкогольной продукции пришедшей до 1 января 2016. Частично выявляется (скоро доделаю - автоматом ставится на баланс) "пропикиванием" всех товаров - это реально: для закрепления результатов обучения за час "проверили" 400 бутылок;

2. Списание АП реализованной с 01.07.16 до 01.10.16. Данная инфа получается с нескольких источников. Как из "УС Лэнд:ЕГАИС", так и "УС Land" в терминах кодов ЕГАИС. Наиболее универсален - новый отчет "УСЕга", приведенный в сообщении;

3. Работы с остатками по торговому залу (регистр 2) при реализации после 1 октября, как по технике пакетной обработки минусовых остаток (для распределительных центров), так и перегоном одной кнопкой "туда-сюда" АП между складом и залом;

4. Автоматизированная синхронизация фактических и ЕГАИСных остатков и автоматическое создание операций трансфера, списаний, постановки на баланс в зале;

5. Стыковка алкогольных деклараций (по приходам техника отработана и отлично функционирует ещё за второй квартал), а сейчас "почти" решены задачи сверки и других операций;

... теперь главное, что бы это работало с минимум ошибок

И "обещанный" отчет, а точнее его рабочий прототип. В прочих задачах вызывается "оборотная ведомость по алкогольной продукции". Задаётся период, вид сортировки, единицы отчета (штуки, литры, далы), разрезы (в частности КВАП+производитель - пока не сделано) и получается нечто типа (всё ещё поменяется):

Код:
Оборотная ведомость по 030000113645 с 01.07.16 по 24.09.16 по данным на 24.09.16 19:58:22
-------------------------------------------------------------------------------------------------------------------------- Стр.  1
id и наименование ЕГАИС алкогольной продукции| Наименование в УС |Л/Г/КВА|ОстНач|Приход|Баланс|Расход|Списан|Продаж|ОстКон|ОстТек
----------------------------------------------------------------------------------------------------------------------------------
0150376000001508208 Вино географического      0XWS                  0.750                    6                                  6
наименования кат. AOC региона Сотерн белое                          13.0% 
сладкое "Маркиз Д'Алори Сотерн AOC"                                   402 
                                                                 
----------------------------------------------------------------------------------------------------------------------------------
0150122000001552183 Вино защищенного                                0.750                   20                                 20
наименования места происхождения "Маар де                           14.0% 
Сервера.Сенсибель" красное сухое, регион                              402 
Кастилья                                                         
----------------------------------------------------------------------------------------------------------------------------------
0150325000001596343 Водка "Гербовая                                 0.500                                  5                     
Традиционная"                                                       40.0% 
                                                                      200 
                                                                 
----------------------------------------------------------------------------------------------------------------------------------
0150325000001195171 Водка "Журавли"           0ZK2                  0.700                   40                    1            39
                                                                    40.0% 
                                                                      200 
                                                                 
----------------------------------------------------------------------------------------------------------------------------------
0150325000001195142 Водка "Зеленая марка                            0.250                                  1                     
традиционная рецептура"                                             40.0% 
                                                                      200 
                                                                 
----------------------------------------------------------------------------------------------------------------------------------
0150368000003989278 Коньяк "Курвуазье ВС"                           0.500                                         1              
                                                                    40.0% 
                                                                      229 

1. "Это", как и всё в "УСЕга" можно выводить в любой компьютерный формат;
2. Информация получается из внутренней базы программы (ЕГАИС её не даёт), т.е. если вести учет по операциям ЕГАИС в "УС Лэнд:ЕГАИС", как основной программы.
25.09.2016 13:29
AndreyZh
 
Всю ночь и по сей момент идёт мелкий дождик... и холодно, а посему меня "пробило" на программирование, тем более, что имеется ситуация дедлайна и в понедельник чего-то работающее для проведение ревизии, а так же описанных в других сообщения критичных задач нужно что-то было сделать

... и вот сегодня с 6 утра под умиротворяющую музыку Metallica пытаюсь доделать работу со сроком исполнения "вчера"! Кажется получилось! Сейчас провожу этап второй финальной отладки всех процессов контура "Инвентаризация, работа от товара".

Вообще это подсистема из разряда "многофункциональных шалтай-болтай" бизнес технологий, которые можно "как угодно" использовать для любых целей:

1. Выравнивание остатков ЕГАИС под фактические;
2. Списания АП реализованных с 1.07.16 по ...;
3. Постановка на баланс продукции поступившей до 01.01.16;
4. Создание документов "от товара";
5. Аналитика по остаткам или операциям и etc...

Дабы окончательно не запутать рассмотрим только одну из десятков, но весьма актуальную для меня с понедельника 26.09.16 задачку: сплошная, но возможно выборочная инвентаризация всех магазинов. Подсистема вызывается:



Её можно (и по факту так и будет) использовать многовариантно:

1. На одном ПК или группе ПК локальной, в том числе WiFi (пропикивание с NoteBook) сети с нескольких рабочих мест одновременно будут выполнятся параллельно одинаковые или разные блоки задач по ревизии;

2. Отделив базу инвентаризации на ПК без ЕГАИС и вне "УСЕга" будет пропикивание точек общепита, учитываемых на другом ключе единой базы. Затем "подсовывание" готовой таблицы инвентаризации к общей базе. Подробнее:

- копируем целиком каталог USEga на ноут;
- цепляем к нему 2d сканер;
- пропикиваем АП в "разливушке". УТМ (ЕГАИС) при этом не нужен;
- сохраняем в общую базу, заменяя исходные следующий набор файлов: inventor.dbf, inv_name.ntx, invRegId.ntx;
- запускаем в центральной базе "анализатор" и создаём корректирующий остатки набор запросов к ЕГАИС.

P.S. Возможность писать возникает во время обработки запросов ЕГАИС или ограничений на число запросов. Так же мне завтра нужно учить персонал, а в голове у самого "каша"
25.09.2016 13:52
AndreyZh
 
Перед вызовом режима запросите и прочитайте свежие остатки по складу и залу, если хотите начальное заполнение формы остатками...

Изначально форма режима пустая. Так же очистить её (удалить все предыдущие ревизии) можно нажатием Ctrl+F7



Затем можете - порядок действий неважен!

а. F4 - импортировать остатки (весь список товаров, в том числе нулевые со всеми ЕГАИСными атрибутами), а затем начать процесс ревизии (пропикивания F7). Или наоборот

б. Делать пропикивание товара (F7), а остатки импортируете (F4) когда-нибудь.

Замечание по "пиву", которое мне "не важно": Скорее всего у Вас есть вся его номенклатура, пришедшая из ЕГАИС, но если "затерялся" товар пришедший до 01.01.16, то его сначала нужно поставить на баланс (в зале, складе - не важно) предварительно запросив АП производителя и выбрав "пиво" из списка.

в. Режим допускает ручной ввод (корректировку) фактических остатков - клавиша Enter на строке. Это нужно делать для "пива" или можно делать для АП, если уверенны в идентичности id АП ЕГАИС.

-----------------------------------

Я начну отладку по технике а., авось мне уже разрешено ЕГАИСом снова запросить остатки?
25.09.2016 14:18
AndreyZh
 
После заполнения формы остатками (F4) на складе (регистр 1) и торговом зале (регистр 2) нажал (F7) и начал режим бесконечного "пропикивания" 2d сканером или копипастом (сразу пополнение таблицы), завершаемого нажатием Esc.

Вид формы:



Рассмотрим информацию в шапке формы:

1. Дата последнего поступления АП от ЕГАИС: подтверждение приходной ТТН или постановка на баланс;
2. Дата и время последнего пропикивания АП с конкретным id ФСРАР, что важно для выделения конкретной выборочной ревизии;
3. Дата и время обновления остатков (допустимо многократное) склада и зала;
4. Полное наименование АП в ЕГАИС и ИНН/КПП производителя.

Колонки таблицы:

- id АП в ЕГАИС и основные атрибуты, нужные для постановок на баланс;
- ОстСкл. Остаток на складе - импортируется;
- Транс. Автоматически рассчитываемое или в ручную вводимое/изменяемое кол-во для трансфера - передачи со склада в зал;
- ОстЗал. Остаток в торговом зале - импортируется;
- ФактО. Автоматически изменяемый/добавляемый для новой АП фактический остаток, который можно в ручную ввести/изменить;
- СписЗл. Автоматически рассчитываемое или в ручную вводимое/изменяемое кол-во для списания в торговом зале;
- Баланс. Автоматически рассчитываемое или в ручную вводимое/изменяемое кол-во для постановки на баланс в торговом зале;
- Гр. Метка групповой операции. На этом "держится" вся описываемая подсистема...
25.09.2016 16:08
AndreyZh
 
Продолжим'с отладку, а пока ожидания и писанину...

В результате пропикивания выявляется "новый" для ЕГАИС Ваш товар - скорее всего поступивший до 01.01.16 и не поставленный на учет в ЕГАИС... точнее можно выявить в "оборотной ведомости".

Его нужно (потом) поставить на баланс, у него известно только id и остаток, но нет атрибутов минимально необходимых для постановки на баланс!

Для этого, до создания документа постановки на баланс вызывается режим Shift+F2 - запрос атрибутов по всему списку товаров не имеющего их полного комплекта. Можно и без них, но программа не будет создавать документы для ЕГАИС. Возможно очень долгий процесс - лучше запускать в обеденный перерыв... Ещё раз отмечу другие работы с "УС Лэнд:ЕГАИС", в том числе продажи через кассовый аппарат во время "запроса" можно производить.

Остальное (отличия) видны на картинке:

25.09.2016 16:40
winmasta
 
Правильно ли я понимаю, чтобы после 01.10.16 дальше работать спокойно можно перекинуть все остатки с 1 на 2 регистр ? (по сути с 01.07.16 у нас был только приход)
Нужно ли до 01.01.16 поставить на приход АП пришедшую до 01.01.16 или можно позже ?
25.09.2016 16:44
AndreyZh
 
Продолжим'с отладку и писанину...

И так сплошную или выборочную ревизию произвели - определилась колонка фактических остатков. При необходимости откорректировали их. Определяем группу для дальнейшей обработки - звездочки в колонке "Гр".

Операция F9 - автоматическое определение количеств для операций в ЕГАИС для выправления остатков, выполняемая исключительно по группе записей...



После этого, при Вашем желании Вы можете поменять кол-ва для операций клавишей F2:

1. трасфера со склада в зал,
2. постановки на баланс в зале,
3. списания со склада.

Именно в таком порядке они должны будут затем отправляться в ЕГАИС!!!


Операции по работе с группой постоянно описываются, а посему опишу только операцию, вызываемую Ctrl+F4 - пометка по сложному условию, где например Вы можете отобрать ревизии проведенные с "8 часов утра до полки с коньяками". В принципе набор ограничителей подробно описан - ограничусь картинкой:



Замечание 1. Эта же форма работает при поиске строки, начиная с текущего места - клавиша F5.

Замечание 2. Как и всегда в "УСЕга", если имеется помеченная группа записей, то отчеты (выгрузки во внешние программы в любом компьютерном формате), вызываемые нажатие клавиши F6 делаются только по помеченной группе записей.
25.09.2016 16:51
AndreyZh
 
Цитата:
winmasta Правильно ли я понимаю, чтобы после 01.10.16 дальше работать спокойно можно перекинуть все остатки с 1 на 2 регистр ? (по сути с 01.07.16 у нас был только приход)
Это один из вариантов - техники работы с остатками, другой описанный выше - работа от "минусов". При этом товары, проданные с 01.07 по 30.09 должны списать с основанием "реализация"

Цитата:
winmasta Нужно ли до 01.01.16 (17?) поставить на приход АП пришедшую до 01.01.16 или можно позже ?
Вероятно до 17? В этом самая "страшная" засада - его нужно поставить на баланс и списать двумя траншами до 01.10.2016:

1. Реализация до 01.07
2. Реализация с 01.07 по 30.09

и у них разные "основания" для списаний, но "причина" кажется одна "реализация"
25.09.2016 17:00
winmasta
 
Цитата:
AndreyZh Это один из вариантов - техники работы с остатками, другой описанный выше - работа от "минусов". При этом товары, проданные с 01.07 по 30.09 должны списать с основанием "реализация"
Нас интересует вариант - приход и сразу перемещение на 2 регистр, 1 не интересует пока что.

Цитата:
AndreyZh Вероятно до 17? В этом самая "страшная" засада - его нужно поставить на баланс и списать двумя траншами до 01.10.2016:
1. Реализация до 01.07
2. Реализация с 01.07 по 30.09
и у них разные "основания" для списаний, но "причина" кажется одна "реализация"
имел ввиду до 01.10.16 конечно

И последний вопрос, будет ли релиз Вашей программы до 01.10.16 ?
25.09.2016 17:29
AndreyZh
 
Цитата:
winmasta Нас интересует вариант - приход и сразу перемещение на 2 регистр
Это давно сделано в 08.08.16: https://olegon.ru/showthread.php?t=23281

Цитата:
winmasta И последний вопрос, будет ли релиз Вашей программы до 01.10.16 ?
Не уверен

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

Завтра 26.09.16 будет, где начальная установка (с полным обучением), а где контроль процесса ревизии (с дообучением персонала) - для этого (для меня) и нужна сегодняшняя писанина на форуме.

Какие "косяки" (в программе, с товарами, персоналом) ещё вылезут - не знаю. Сколько магазинов из 4 смогу за день "окучить" - не знаю. Однако будет ещё 27, 28.09, когда будет время на доделки... работа магазинов и персонала будет продолжаться в штатном режиме... Вероятно, если будут желающие за свои деньги участвовать в тестировании режимов, связанных с ревизиями, то по удаленке и почте смогу пособить, а так позвольте привести свои недавние цитаты:

Цитата:
В силу неопределенностей, "ужаса" (впрочем уже прошел, т.к. основные проблемы разрешены и решения проверены в реальных условиях) от "нежданчика" (задач в свете методологии работы с остатками) к 1 октября... "УС Лэнд:ЕГАИС" развивается в стиле "черт знает как и куда" и на настоящий момент представляет из себя абсолютно "сырой", как программно, так и методологически полуфабрикат... но отмечу - все актуальные задачи реальных пользователей разрешены!

Какие задачи? Часть описана выше:

1. Постановка на баланс (реально "ловля клопов" - что пропустили) алкогольной продукции пришедшей до 1 января 2016. Частично выявляется (скоро доделаю - автоматом ставится на баланс) "пропикиванием" всех товаров - это реально: для закрепления результатов обучения за час "проверили" 400 бутылок;

2. Списание АП реализованной с 01.07.16 до 01.10.16. Данная инфа получается с нескольких источников. Как из "УС Лэнд:ЕГАИС", так и "УС Land" в терминах кодов ЕГАИС. Наиболее универсален - новый отчет "УСЕга", приведенный в сообщении;

3. Работы с остатками по торговому залу (регистр 2) при реализации после 1 октября, как по технике пакетной обработки минусовых остаток (для распределительных центров), так и перегоном одной кнопкой "туда-сюда" АП между складом и залом;

4. Автоматизированная синхронизация фактических и ЕГАИСных остатков и автоматическое создание операций трансфера, списаний, постановки на баланс в зале;

5. Стыковка алкогольных деклараций (по приходам техника отработана и отлично функционирует ещё за второй квартал), а сейчас "почти" решены задачи сверки и других операций;

... теперь главное, что бы это работало с минимум ошибок
Цитата:
2. ИМХО! Сейчас, а особенно с 1 октября очень важным является ведение в системах "при ЕГАИС" своей внутренней базы данных по операциям всех типов. ЕГАИС не даёт Вам информации по работе с ним, а лишь использует накапливаемую им информацию, скрываемую от Вас с целью Вашего наказания... Ведение внутренней базы и самоконтроль по её данным позволит частично избежать неприятностей с ФСРАР. Версия УСЕГА 08.08.16, используемая в качестве основной программы при ЕГАИС позволит Вам хранить этот документооборот, а последующие версии... и это главные мои усилия... позволят его использовать!

3. В силу ряда технических и эмоциональных причин мне не известна дата выхода новых и очень полезных релизов системы "УС Лэнд:ЕГАИС", да и особой заинтересованности виртуальных пользователей не видно, но новые версии создаются и когда-нибудь будут выложены!
25.09.2016 17:41
AndreyZh
 
Ожидаемо! ЕГАИС долго "пережевывает" документы трасфера и постановки на баланс, а посему в завершение опишу финальный подрежим:

Нажатием клавиши F10 вызывается режим автоматического создания документов (операций в ЕГАИС). Вызывается форма (дополнительно отразил выбор из справочника "причин списаний")



Далее... Документы создаются при соблюдении всех условий:

1. Только по помеченной группе записей, например по выборочной ревизии;
2. При наличии ВСЕХ атрибутов товаров, необходимых для создания правильных для ЕГАИС документов: наименование, id, градус, литраж, КВАП, id производителя;
3. Только по видам документов для которой в форме задан его номер.

Документы создались. Приведу картинку для трансфера:



Ну а далее:

F4 - отправить;
F7 (F10) - дождаться реакции ЕГАИС, чем сейчас и занимаюсь. Если "отвергнет" - ручками подправить документы
F9 - удалить все сопутствующие запросы.

... то же для баланса ... потом можно и по списаниям
25.09.2016 17:57
AndreyZh
 
Ура! Я "победил" себя и свою лень!

Все документы проведены, остатки в ЕГАИС выровнены к фактическим. Для "истории" отчеты о прохождении документов от "УС Лэнд:ЕГАИС":

Код:
25.09/17:42 Трансфер ПРИНЯТ системой ЕГАИС
Код регистрации: TEST-TTS0000002450

Дата ответа 2016-09-25T17:08:09.4781973
Документ успешно принят.                                                      

Дата ответа 2016-09-25T17:19:01.437
Акт передачи продукции в торговый зал №34 от 25.09.2016 00:00:00 проведен
Код:
25.09/17:42 Акт постановки на баланс ПРИНЯТ системой ЕГАИС
проведение: ПРОВЕДЕН - ОСТАТКИ ПОВЫШЕНЫ
Код регистрации: TEST-ACOS-0000001296

Дата ответа 2016-09-25T17:08:03.7216866
Документ успешно принят системой на обработку.                                

Дата ответа 2016-09-25T17:08:04.447
Акт постановки на баланс успешно проведен
Код:
25.09/17:50 Акт на списание  ПРИНЯТ системой ЕГАИС
Код регистрации: TEST-AWOS-0000001423

Дата ответа 2016-09-25T17:46:16.9825251
Документ успешно принят.                                                      

Дата ответа 2016-09-25T17:46:17.323
Акт списания успешно проведен
... пошел пить ... Спасибо солисту группы Metallica за конструктивный фон и жене, что не мешала работать!
26.09.2016 09:13
winmasta
 
Получается, что если мы не поставим на баланс АП полученную до 01.01.16 и не проданную до 01.10.16, то потом мы уже не сможем ее ни продать ни поставить на баланс ?
26.09.2016 10:06
AndreyZh
 
Цитата:
winmasta Получается, что если мы не поставим на баланс АП полученную до 01.01.16 и не проданную до 01.10.16, то потом мы уже не сможем ее ни продать ни поставить на баланс ?
Технически врятли это будет (кроме работы УТМ), кроме того можно делать документы в ЕГАИС задним числом... Однако фирма однозначно попадет в черный список ФСРАР - ИМХО
26.09.2016 10:20
winmasta
 
Цитата:
AndreyZh Технически врятли это будет (кроме работы УТМ), кроме того можно делать документы в ЕГАИС задним числом... Однако фирма однозначно попадет в черный список ФСРАР - ИМХО
А можно ли сечас как-то выявить эту продукцию и поставить на баланс в существующей версий Вашей программы ?
26.09.2016 11:47
bob
 
Цитата:
AndreyZh Технически врятли это будет (кроме работы УТМ), кроме того можно делать документы в ЕГАИС задним числом... Однако фирма однозначно попадет в черный список ФСРАР - ИМХО
Почему же. там сказано, что нельзя продавать продукцию не поставленную на баланс. а ставить и продавать можно и после 1 октября.
26.09.2016 16:18
AndreyZh
 
Пока всё идёт по плану... Народ обучен, много уже пропикано... вылезли мелкие косяки - исправлены и програ обновлена по удалёнке

Цитата:
winmasta А можно ли сечас как-то выявить эту продукцию и поставить на баланс в существующей версий Вашей программы ?
А як же? Неоднократно отмечал, что мои "свежие" потуги связаны ли с максимальной точностью и автоматизацией по выявлению старого товара, инвентаризацией запасов и стыковки оборотов ЕГАИС и деклараций... Версия 08.08.16 вполне годится для всех работ до 01.01.2017 и скорее всего более поздних... Просто нужно делать гораздо больше ручных операций. Для Вашего случая могу предложить последовательность действий:

1. Запрос всех видов остатков и печать их в режиме ответа, что бы сохранить исходные данные;
2. Запросы/сервис проверки акцизных марок. Ограничения РАР - 100 марок. Пикаете (до кучи авто проверяете марки), отправляете все типы запрошенных запросов;
3. В режиме ответов открываете ответ по маркам... сразу все позиции "прилетают" в списки для постановке на баланс зала (и склада);
4. В режиме баланса кнопкой F2 определяете пачку для постановки и отправляете... и всё!

Замечу (ИМХО) до 1 октября ВАЖНО, что бы продукция была на балансе, а точность остатков - делать потом, срок 01.01.2017

Для использующих "кассовый аппарат" УСЕга более свежих версий - он не даст продать после 1 октября АП не поставленную на баланс
26.09.2016 17:54
winmasta
 
Записал программу на второй комп win7 там русские буквы вопросиками отображаются, подскажите как поправить ?
26.09.2016 20:47
AndreyZh
 
Цитата:
winmasta Записал программу на второй комп win7 там русские буквы вопросиками отображаются, подскажите как поправить ?
В "диком" непонимании Программа абсолютно совместима с любой Win, установлена на тысячи ПК и первое упоминание о такой проблеме... хоть бы картинку приложили

Попробую предположить, что удален дефолтный шрифт Lucida Console в котором отражается консольный интерфейс программы... и вообще посмотрите шрифты... должны быть ВСЕ, устанавливаемые по умолчанию
27.09.2016 03:50
winmasta
 
Шрифты все на месте (их никто и не трогал) включая lucida console
Миниатюры
Нажмите на изображение для увеличения
Название: 1.jpg
Просмотров: 11
Размер:	194.6 Кб
ID:	7761  
27.09.2016 08:48
AndreyZh
 
Цитата:
winmasta Шрифты все на месте (их никто и не трогал) включая lucida console
"и это всё".... Значение в поле внесено копипастом! При этом активным должен быть русский шрифт!... При считывании с 2d сканера наоборот включена латынь...
27.09.2016 09:33
winmasta
 
Цитата:
AndreyZh "и это всё".... Значение в поле внесено копипастом! При этом активным должен быть русский шрифт!... При считывании с 2d сканера наоборот включена латынь...
Не много не понял смысл поста. На первом компе win10 заполнял поля на русском без проблем, на втором win7 при заполнении русским выдаёт вопросы, английские буквы без проблем, копипастить не пробовал.


Опции темы


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

 

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