[ТЕМА ЗАКРЫТА]
23.11.2016 11:26
AndreyZh
 
Цитата:
winmasta Добрый день, не получается подтвердить ТТН, подробности на скринах.
УСЕга пока не умеет работать с v2 документооборота с ЕГАИС в плане ТТН (подтверждение, отправка), а поставщик прислал такой тип документа

Из "библии":

Цитата:
Схема взаимодействия документов версии _v1 с _v2



. По умолчанию все организации работают по xsd_v1;
. Уведомление сервера о работе с версией документооборота производится документом InfoVersionTTN (п.1.27)
. Если организация не уведомила сервер о возможности принимать документы, составленные по xsd_v2, а контрагент отправил ей документ нового образца, сервер его не пропустит.
. Если организация уведомила сервер о возомжности принимать документы нового образца, а контрагент отправил документ, составленный по xsd_v1, сервер документ пропустит.

. Если организация не уведомила сервер о возможности работы с документами xsd_v2, но начала их отправлять, сервер документы пропустит, при условии, что контрагент сообщил о готовности получать документы нового образца.

. Если:


1. организация 1 сообщила серверу о готовности работать с документами_v2;
2. контрагент (организация 2) получил об организации 1 соотвествующую информацию;
3. организация 1 совершила переход обратно на работу с документами _v1;
4. организация 2 отправила организации 1 документ_v2, то сервер вернет организации 2 квитанцию с сообщением о несоответствии версии документооборота у контрагента; организация 2 должна будет повторить отправку докоументов в подходящем формате.
Возверните "себя" на версию v1 из "прочие/смена версии", а поставщика проинформируйте, что не можете работать с v2

... или подтвердите эту ТТН программой, работающей с v2 (старой), но затем всё равно переведите себя на v1
25.11.2016 12:54
AndreyZh
 
День сурка? - Всю неделю идёт непрекращающийся "понедельник". Вот и сегодня, как "началось" с 8:30, так и продолжается... От донастройки за спецом технике (или какого Каспера покупать и почему) и до "как решать с on-line кассами" (уже второй месяц подряд) и конечно "егаисные" проблемы. Проги пишутся "урывками" и мелкими, прописанными вначале на бумажках "кусками" - алгоритмами. Особо "умиляют" вопросы типа "а почему это не продумано и не реализовано?"!... Особенно от основных "доставальщиков" мелкими и "детскими" (не моими) проблемками.

Цитата:
AndreyZh УСЕга пока не умеет работать с v2 документооборота с ЕГАИС в плане ТТН (подтверждение, отправка)
Позвольте прояснить моё отношение к данной "недоделке":

Как уже объяснял программа, в отсутствии обратной связи с пользователями "развивается, как развивается", но в свете устанавливаемых мной приоритетов или необходимости решения срочных и острых задач пользователей в реальном мире. Что по v2? Особенно в плане подтверждения и отправки ТТН... Мне видится это реальной, но не очень актуальной проблемой:

1. ФСРАР уже 5 месяцев "мутит" со сроками "обязательности" v2, отписываясь стандартной фразой "ожидайте - объявят", что в последнее время усугубляется намеками на v3 документооборота, наверное в убеждение, что программистам приятно писать под их очередные идеи?

2. Поставщики, а "УСЕга" ориентирована на розницу вынуждены работать в обеих версиях v1&v2, т.е. для них "не напряжно" посылать и обрабатывать ответы в любой версии.

3. Переход на v2 должен быть комплексным, т.к. любая операция "по ТТН" отправленная по v2 автоматически переводит пользователя на v2 по всем типам документов.

4. В стандартах v2 есть нюансы, в частности необходимости дополнительных запросов и хранения атрибутов ответов - это обязательно нужно указывать в своих операциях, что реально увеличивает нагрузку на пользователей в 1.5-2 раза

Хотя, конечно, самое главное, что банально нет достаточно большого куска времени для решения этой задачи в комплексе, а иначе оно не может решаться.
29.11.2016 18:39
AndreyZh
 
Неужели череда "понедельников" закончилась? Уже второй день подряд получается что-то делать с отладками и описанием нового финального релиза...

Занятный звоночек: (оказывается кто-то пользуется???????) делал сохранение, что-то удалил, хотел восстановить, а в данных какая-то ерунда... Просто во время сохранения была открыта база и в архив записался "мусор". Правильно считаю, что в нормальных программах (УСЕга пока к ним не относится) 80%-90% - это ИНТЕРФЕЙС, в том числе обработка неправильных действий пользователей, а лишь 10% - "математика"... Пришлось срочно допиливать, а то другие "вляпаются":

Сделал утилиту системы «УС Лэнд:ЕГАИС», вызываемой из блока «сервис»:



Программа при вызове проверяет наличие необходимых вспомогательных файлов, прилагаемых к поставке версии: 7za.exe & cp_usega.bat, а так же проверяет, что никто на этом ПК или по сети, в том числе от имени другого «ключа» не работает с данными программы. При наличии этих ошибок даёт подобные сообщения, а при отсутствии делает сохранение (замещение) архива в автоматически создаваемом подкаталоге ARC.
01.12.2016 14:17
winmasta
 
Добрый день, столкнулся с проблемой:

1.Сделал запрос "Список акц. марок для сервиса проверки/баланса" для постановки на баланс в зале АП перемещенной из закрывающегося магазина.
2.Отсканировал 79 марок, сохранил список в xml файле, отправил запрос.
3.Потом опять зашел в форму этого запроса, отсканировал 1 марку, xml файл не сохранял, запрос не отправлял, но поторопился и очистил список акцизных марок в памяти ПК.

Теперь в ответах мне говорится, что запрос не сформирован. Как теперь быть, сканировать заново или можно как-то что-то сделать ведь запросы то были отправлены, все 79 штук ?
01.12.2016 14:42
AndreyZh
 
Цитата:
winmasta Добрый день, столкнулся с проблемой: ... Как теперь быть, сканировать заново или можно как-то что-то сделать ведь запросы то были отправлены, все 79 штук ?
Увы

Это не ошибка, а штатный механизм работы программы, появившийся с её "рождения", когда это была маленькая утилитка отправки запросов и получения ответов.

Весь блок "запросы", "ответы" работает по единому принципу:

1. Определяется, иногда пополняется массив в памяти запросов;
2. Дожидается ответов, например через режим "автодопроса";
3. Открываем по одному или в таблице ответы... и что-то с ними делаем

При выходе из программы или ответе удалить "массив запросов" вся подготовленная информация стирается, а, если не очищаем, то в базе УТМ остаётся "мусор" по запросам-ответам...

Пока во всех "мирах" (реальном, виртуальном) это никого не напрягало или народ "принимает это, как данность", или вообще не пользуется???

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

P.S. Не думаю, что имеет большой смысл менять штатный механизм работы с "запросам - ответами"?
01.12.2016 15:36
smogamk
 
Добрый день.
Не знаю ошибка это или так и должно быть, но при проведении инвентаризации когда сканируем акцизы и в простом и в строгом режиме, при сканировании АП которой нет в базе добавляется запись с новым алкокодом, но не добавляется количество. При последующем сканировании аналогичной АП количество начинает увеличиваться. Т.е. получается, что после окончания пропикивания количество не определившейся АП приходится увеличивать на единицу. Проверял на последней версии от 2 декабря.
01.12.2016 15:41
AndreyZh
 
Цитата:
smogamk Добрый день.
Не знаю ошибка это или так и должно быть, но при проведении инвентаризации когда сканируем акцизы и в простом и в строгом режиме, при сканировании АП которой нет в базе добавляется запись с новым алкокодом, но не добавляется количество. При последующем сканировании аналогичной АП количество начинает увеличиваться. Т.е. получается, что после окончания пропикивания количество не определившейся АП приходится увеличивать на единицу. Проверял на последней версии от 2 декабря.
Если оно так? то это однозначно ошибка - сейчас попробую проверить

Ну проверил... ну, блин - действительно мой косяк... СПАСИБО!!! Пока ещё не "поломал" в ближайшее время заменю версию 02.12... Воистину, чем больше "глаз" и "рук" пользуют программу, тем меньше в ней ошибок
01.12.2016 16:00
AndreyZh
 
Цитата:
winmasta для постановки на баланс в зале АП перемещенной из закрывающегося магазина
Надысь похоронил очередной магазин и мне, с технической точки зрения непонятны Ваши "мучения"... Нужно было "по быстрому" - алгоритм:

1. Запросы остатков;
2. Торговый зал/возврат на склад/под остаток - полное проведение;
3. Запросы остатков;
4. Накладная на внутреннее перемещение/под остаток - полное проведение... подбор абы каких справок - всё равно в ЕГАИСе лажа
5. Списание под остаток в зале - товар, не попавший на склад и обнаруженный при ревизии. Делаем отдельный документ

---- В принимающем магазине

1. Накладная/приёмка - проверка всего!
2. Кривой товар и тот, что списан в отдельную кучку - по нечитаемым маркам сделали запросы и наклеили QR коды... Через инвентаризацию пропикали его весь и сделали постановку на баланс торгового зала... С позиции декларации в одном магазине "прочий расход", в принимающем "прочий приход" --> всё и по правилам всей отчетности отлично стыкуется

Все, в том числе организационные процедуры заняли 3 дня
01.12.2016 16:24
AndreyZh
 
Цитата:
smogamk Не знаю ошибка это или так и должно быть, но при проведении инвентаризации когда сканируем акцизы и в простом и в строгом режиме, при сканировании АП которой нет в базе добавляется запись с новым алкокодом, но не добавляется количество.
Извините за данный косяк

Исправленный вариант с данной "от рождения" ошибкой программы выложен для скачивания... Ещё раз спасибо за её обнаружение!
01.12.2016 16:38
smogamk
 
Каждая последняя ошибка - предпоследняя! Вроде так говорится :) Впереди еще как минимум полтора десятка магазинов с выравниванием остатков, если что всплывет - сразу сообщу.
01.12.2016 17:53
AndreyZh
 
Возможно, что если программа работает без ошибок, то ей просто не пользуются!

Ревизию нужно было сделать до 01 октября 2016 г., но ещё конечно не поздно, а с 1 января они вводят "контроль" остатков. Об этом было много объяснений ФСРАР, приводимых в теме: https://olegon.ru/showthread.php?t=25377, где сейчас "в завершении рабочего дня" размещу "свеженькое"...
02.12.2016 12:48
smogamk
 
Сегодня заметил еще такой казус. В магазине торгуют разливным, т.е. совсем не фасованным :), пивом. При инвентаризации его 0, т.к. все кеги вскрыты. При создании документов корректно создается акт списания на весь объем пива, но так же появляется запись с этим пивом в акте постановке на баланс, но без даты, номера и с нулевым значением. Наблюдалось такое несколько раз.
02.12.2016 13:21
AndreyZh
 
Нефасованная алкогольная продукция, в частности разливное пиво

Цитата:
smogamk Сегодня заметил еще такой казус. В магазине торгуют разливным, т.е. совсем не фасованным :), пивом..
У меня нет контактов с реальными пользователями - продавцами разливной продукции и вообще... по моей информации нет тиражных программ, корректно работающей с ней... В систему версия 7 ноября были введены теоретические механизмы о работе с такой АП, "надерганные" из отрывочных сообщений на форумах... Следовательно гарантировать правильность работы с такой АП не могу! Цитата из инструкции:

Учет разливной алкогольной продукции

В предыдущих релизах данному виду (нефасованная АП, в первую очередь «пиво») не уделялось какого-либо внимания – не нужно было пользователям, а оказывается мало в каких программах это правильно учитывается, отражается в операциях. «Сделано», но при отсутствии реальных пользователей с данной спецификой отлажено в основном в «теории» и на ряде операций возможности «тестировались» пользователями из интернет. Замечания по учету нефасованной алкогольной продукции:

 В v1 документооборота тэг «Capacity» признака нефасованной продукции отсутствует и как следствие документы «проводятся по умолчанию», а проблемы возникают с операциями по v2, где имеется данный тэг;

 В v2 появился тэг «UnitType = {Packed, Unpacked}». Предполагаем – об этом упоминалось на форумах, что если UnitType =Unpacked или литраж продукции нулевой при запросе остатков, или отсутствует тэг «Capacity», то это нефасованная АП;

 Единицей измерения нефасованной продукции является «декалитр» и во всех документах количество должно отражаться целыми единицами.

Что сделано – изменено в системе «УС Лэнд:ЕГАИС»:

 Изменены создаваемые по операциям XML файлы, документов создаваемых по v2 документооборота, а именно: если литраж, хранимый в документах <= 0, то тэг UnitType делаю «Unpacked», а тэг «Capacity» вообще не указываю, а если литраж > 0, то документооборот абсолютно не изменился. Следовательно – это не затронуло «старые» виды документов!

Замечание: Изменены операции - списание с торгового зала, исходящие накладные, постановка на баланс на складе и торговом зале, контур инвентаризации.

 Подправлены алгоритмы расчетов в «отчетах»: оборотная ведомость и движение АП за период сумм в «измерителях» алкогольной продукции, а именно для фасованной не изменялось, а при литраже <= 0 – «Шт=Дал», «Литр=Шт/10», «Дал=Шт».



Цитата:
smogamk При инвентаризации его 0, т.к. все кеги вскрыты. При создании документов корректно создается акт списания на весь объем пива, но так же появляется запись с этим пивом в акте постановке на баланс, но без даты, номера и с нулевым значением. Наблюдалось такое несколько раз.
Это штатный механизм работы программы!

При любом запросе алкогольной продукции по её алкокоду, сделанному, даже возможно неявно для пользователя программа пишет в таблицы балансов склада и зала "пустографку" с заполненными атрибутами АП для постановки на баланс, которые:

1. очень легко заполнить - нажатие клавиши F2 - быстрое изменение;

2. Это ничему не мешает, но может когда-нибудь быть полезным;

3. очень легко удалить эти пустышки - клавиша Ctrl+F9 - выделить в группу пустышки, а затем клавиша Delete для удаления записей группы

З.Ы. Через час уезжаю в "поля" и при ПК буду только завтра
02.12.2016 14:15
winmasta
 
Упустил один момент. Когда работали на Retail Declaration заводили вручную продажи пива, чтобы была возможность сформировать журнал учета движения немаркированной АП, пива и т.д. Журнал по маркированной АП вроде бы можно с сайта егаиса сформировать. Там были приходы от поставщиков и расходы вбивали вручную. С ходу не смог найти есть ли возможность тут формировать журнал и соответственно, есть ли смысл вбивать расход пива каждый день ? Извиняюсь, если тема уже поднималась, я просто запутался уже во всем этом многообразии требований по ЕГАИС.
03.12.2016 13:07
AndreyZh
 
Цитата:
winmasta Упустил один момент. Когда работали на Retail Declaration заводили вручную продажи пива, чтобы была возможность сформировать журнал учета движения немаркированной АП, пива и т.д. Журнал по маркированной АП вроде бы можно с сайта егаиса сформировать. Там были приходы от поставщиков и расходы вбивали вручную. С ходу не смог найти есть ли возможность тут формировать журнал и соответственно, есть ли смысл вбивать расход пива каждый день ? Извиняюсь, если тема уже поднималась, я просто запутался уже во всем этом многообразии требований по ЕГАИС.
С 1 октября рекомендуют, т.к. есть контроль остатков проверяющими, а с января как бы обязателен учет пива (общепит, сельская местность - принципы одни). Для попадания продаж пива в журнал учета (из личного кабинета) нужно ежедневно делать списания с торгового зала (регистр 2) с причиной "реализация". Это возможно тремя способами:

I. Всё "пиво" сразу перемещается в торговый зал

1. Через "кассовый аппарат" продаём "всё", в настройке отключена отправка чека в ЕГАИС по пиву. В конце дня через кнопку делается "списание" по всем продажам пива;

2. Как и в предыдущей программе "ручками" набиваете списание пива из торгового зала с причиной "реализация";

II. Храним все на складе (регистр 1) - это "мой" случай в общепите, т.к. происходит по нескольку перемещений в день

3. Продажи пива (количества) определяются в контуре инвентаризации в колонке "остаток/продажа" и программа автоматом делает трансферы, на баланс, списания на основе данных о продажах - кнопка Shift+F6

По всем нюансам очень подробно описано в инструкции к версии 16 октября
03.12.2016 21:30
AndreyZh
 
Ошибки, непонятки - предупреждение!

Пришло письмо на почту, где автор скромно предположил о наличии ошибок в работе программы... Ошибки конечно есть и будут, но об этом нужно "кричать" на форуме дабы другие пользователи были предупреждены или автор мог бы "отмазаться", а если не смог, то оперативно их исправить.

Спасибо не подписавшему автору и на форуме за него "покричу" сам:

Цитата:
Очень часто при выборочном перемещении со склада на торговый зал попадаем на такую неприятную ситуацию, что приходит отказ, из-за того, что по самой первой (!) строке код алкогольной продукции не соответствует справке Б. При этом в верхней части окна написано, что удалено из справочника, а в табличной части, внимание, справка Б первой строки точно такая-же как справка Б второй строки, хотя АК разные. Эта ситуация была несколько раз, как получилось - пока воспроизвести не удалось. Приходится подбирать новое перемещение полностью заново. Сегодня по одному магазину делали перемещение только одной строки - тот-же отказ, при разборе выяснилось, что вверху написано также, что удалено из справочника, а в табличной части поле справки Б ПУСТОЕ ! Но ведь при подборе пользователь никак не может изменить либо удалить справку Б, какой-то глюк. Код АП при этом верный. При повторном вводе нового перемещения все было нормально. (остатки при этом не перезапрашивали).
Это скорее всего происходит при разрушении индексов? Которые восстанавливаются в процедуре "сервис/ремонт". Однако переработаю все модули отправки документов со склада, где программа перед отправкой сама будет проверять корректность данных и запрещать отправку при наличии рассогласованности данных.

Во вторых, начиная с версии 2 декабря эти неприятности легко исправляются - анулирование отказанного документа -> исправление ошибочных строк -> переотправка документа

Цитата:
Сказал пользователю обращать внимание на поле справки Б при подборе и вот чуть не поймали глюк за хвост - сегодня говорит (версия от 2 декабря), что при подборе новой строки что-то не так нажала и поле справки Б вышло пустое, затем зашла изменить по Таб, нажала F3, перевыбрала строку заново и все стало нормально.
Правильно - нужна внимательность при работе, тем более, что эта ключевая информация "бросается в глаза", что не избавляет меня от программного решения проблемы

Цитата:
Второй глюк уже при контроле после отправки перемещения - нажимали F7 дожидаясь ответа - в результате приняли один тикет, а второй еще не дошел, о чем было сообщение программы, но программа поставила Отказ, потом пришел в УТМ второй тикет, просматриваю УТМ, вижу, что оба тикета успешны, но программа по F7 уже никак не реагирует - не воспринимает опоздавший тикет и в колонке все так-же стоит Отказ, хотя перемещение фактически состоялось.
Реальная, но "не критичная" ошибка программы - исправил! Однако повод пересмотреть и по другим операциям - записал в работу... Не критично - анулирование отказанного документа -> исправление ошибочных строк -> переотправка документа

Цитата:
Третье - надо было отправить отказ по распроведенной ТТНке из-за того, что ТТН была отправлена не на тот магазин, нужно было указать соответствующий комментарий, но комментарий программой запрошен не был. посмотрел какую причину в файле поставила программа того что уже ушло - полный пересорт чего-то там, ну, совсем же не в тему
Хоть это "мимо"

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

Потерпел крушение параход. Остались живы 10 человек. Плывут они на шлюпке 1 день, кушать хочется, один предложил:

- Давайте бросим жребий, кто проиграл — того съедим.
Договорились. Плывут дальше. Прошло еще две недели, на шлюпке осталось 2 человека. Один из них говорит:
- Давай тянуть жребий, а то есть хочется.
Второй: — Скоро уже земля, там и поедим.
Проходит 3 часа, первый опять говорит:
- Если сейчас не кинем жребий — я тебя просто убью и съем — есть очень хочется.
Ворой: — Посмотри под тряпкой на корме“.
Первый заглядывает — и видит там куча ящиков с консервами. Первый подбегает ко второму и говорит:
- Мы 8 человек съели, а у нас есть консервы.
Второй: — Ну нелюблю я Эти консервы!!


То есть в данных режимах сделал "до кучи"!

1. В настройке программы сейчас определяется список "пивных кодов" (500,510,520,261,262,263 - по умолчанию)

2. Операции трансфера со склада в зал и возврат товара, в режиме "под остаток" можно создавать только для пива:



3. Списания в зале и на складе "под остаток" так же можно делать по видам АП (пиво или бухло):



Нафига козе баян? - Техника работы с продажами пива:

а. Все приходы "пива" автоматом кидаем в зал и там продажи вводим ручками через списания или

б. Трансфер делам ручками в количестве проданного пива, а затем автоматом "продаём" через списания

в. Сразу "пиво" списываем автоматом со склада или зала и "не паримся" - ведь контроля его остатков пока нет....
06.12.2016 15:34
winmasta
 
Сегодня делал списание пива с основанием реализация через контур инвентаризации. Вот фидбэк.

Решил делать, через F2 внесение количества списания и, если необходимо трансфера со склада, т.к. у меня еще вися остатки по залу, т.к. давно еще перекидывал все в зал под остаток. В дальнейшем будет трансфер в зал и списание одинакового количества, т.к. все будет на складе. Неудобно искать нужную позицию. Было бы удобно, имхо, если в таблицу можно было бы добавлять одну строку, инсертом например, как в трансфере или списании и там искать через F5.

Заметил баг (возможно), при отправке акта трансфера (F4) выходит окно с номером и датой (датой именно той строки, на которой стоишь, к примеру в моем случае вчерашней), а при отправке списания из зала в окне номер выходит нужный (хотя у меня он был 1 может быть он всегда будет 1 выходить), а дата выходит сегодняшняя, приходится править.
06.12.2016 16:31
AndreyZh
 
Цитата:
winmasta Сегодня делал списание пива с основанием реализация через контур инвентаризации. Вот фидбэк.
Что такое "Вот фидбэк"? Не очень понимаю слэнг...

Цитата:
winmasta Решил делать, через F2 внесение количества списания и, если необходимо трансфера со склада, т.к. у меня еще вися остатки по залу, т.к. давно еще перекидывал все в зал под остаток. В дальнейшем будет трансфер в зал и списание одинакового количества, т.к. все будет на складе.
Не совсем так предполагалось!

1. Enter - в этом поле можно остатки, но можно и продажи
2. Когда введете по всем нажимаете Shift+F6 и программа все операции автоматом подберет и пометит для создания операций
3. F10 - создаете операции

Цитата:
winmasta Неудобно искать нужную позицию.
Поиск есть, в том числе по имени - F5 с текущей строки, но вообще это достаточно неудобные манипуляции

Цитата:
winmasta Было бы удобно, имхо, если в таблицу можно было бы добавлять одну строку, инсертом например, как в трансфере или списании и там искать через F5.
Если бы... Справочники только по товарам склада или зала, однако, если ставили на баланс в зал, то записи нет в справочнике склада...

Ляпнул... и посмотрел код программы: Уже "заложил" в обновлении данных работу с данной возможностью, но "забыл" из-за более срочных задач - в общем записал и подумаю, а то буфетчики в наливайке со своими 300 наименованиями так же мучаются

Цитата:
winmasta Заметил баг (возможно), при отправке акта трансфера (F4) выходит окно с номером и датой (датой именно той строки, на которой стоишь, к примеру в моем случае вчерашней), а при отправке списания из зала в окне номер выходит нужный (хотя у меня он был 1 может быть он всегда будет 1 выходить), а дата выходит сегодняшняя, приходится править.
Мелкая недоделка - по технике программы она должна предлагать номер и дату с текущей строки ВЕЗДЕ... Исправлю
06.12.2016 17:42
winmasta
 
Фидбэк - типа обратная связь, отзыв.

В остальном все понятно.
08.12.2016 15:06
AndreyZh
 
Цитата:
winmasta Фидбэк - типа обратная связь, отзыв.
Для опытных пользователей позвольте разместить очередной предварительный релиз системы для "тестирования" на новые ошибки и полезность новых возможностей?

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

Всё очень подробно и с картинками описано в приложенном черновике инструкции будущего финального релиза. Обновление "по верху" версии 02.12.2016
09.12.2016 12:29
AndreyZh
 
в завершении дня сегодняшнего... Позвольте показать перспективный интерфейс, являющийся стандартным для семейки "УС Land", который в финальном релизе 2016 года будет только в контуре инвентаризации:



1. Убирается строка подсказок по "горячим" клавишам снизу табличной формы - освобождается 3 строки для полезной информации. Используемые сокращения режимов уже потеряли всякий смысл, как "подсказки", да и не "лезут" ужо, а расширять область подсказок - терять информацию;

2. Временно (обычно не указываю) - подсказка о способе вызова "меню задач": стандартная клавиша F2. При нажатии вызывается меню, содержащая "краткую инструкцию пользователя". Задача может быть вызвана нажатием Enter на пункте меню или, если будете помнить, то её можно вызывать нажатием клавиш в табличной форме - клавиши указаны в меню.

P.S. Критические замечания и предложения принимаются до утра субботы... Пока ещё слишком не "поломал", но в то же время пора финализировать систему.
12.12.2016 09:44
jgalt
 
Андрей, если не затруднит, расскажите последовательность действий.
Закрытие розничной точки.
Всё, что нужно переместили на другую точку, в другой системе. По факту - остатки нулевые.
Сейчас на первом регистре весь оставшийся приход, на втором - минусовые продажи.
Нужно запросить остатки по первому регистру.
Далее оформить перемещение под остаток с первого регистра на второй.
Далее запросить остатки по второму регистру.
И списать все остатки второго регистра.
12.12.2016 11:25
AndreyZh
 
Загадили уже мозги... не могу понять нюансы?

Цитата:
jgalt Всё, что нужно переместили на другую точку, в другой системе. По факту - остатки нулевые.
То есть по ЕГАИС расходной ТТН сделали внутреннее перемещение на другое КПП той же организации?

Цитата:
jgalt Сейчас на первом регистре весь оставшийся приход
То есть, что осталось по складу (регистр 1) по ЕГАИС после расхода?

Нужно объяснить ли "быстрый старт" для УСЕга под эту задачу?
12.12.2016 11:55
jgalt
 
Да. Вчера по ЕГАИС расходной ТТН сделали внутреннее перемещение на другое КПП.
Остатки на первом регистре уже после внутреннего перемещения.
"Быстрый старт" - это положить курл, настроить адрес УТМ? Что-то ещё?
12.12.2016 12:28
AndreyZh
 
Цитата:
jgalt Да. Вчера по ЕГАИС расходной ТТН сделали внутреннее перемещение на другое КПП.
Остатки на первом регистре уже после внутреннего перемещения.
"Быстрый старт" - это положить курл, настроить адрес УТМ? Что-то ещё?
Для этого в папку программы "положить курл", при первом запуске программы ввести ФСРАР-ИД магазина и имя. Далее зайти в настройку - можно донастроить и "настроить адрес УТМ", если он нестандартный (по сети), например:
Код:
http://192.168.1.77:8080/opt/
Далее производим работы:

1. Склад/запрос-анализ остатков
2. Склад/передача со склада в зал
3. F2 - сделать трансфер "под остаток". Ввод даты и номера док;
4. F4 - отправить
5. Через 2-10 минут нажимать F7 для получения подтверждения ЕГАИС... Когда оно придёт...
6. Через 10 минут. Торг.зал/запрос-анализ остатков. Запомнить время ВВ (вообще Вам ЕГАИС откажет, если поспешите)

7. Прочие/инвентаризация:

Ctrl+F7 - очистка таблицы;
F4 - импорт остатков;
Shift+F9 - подбор операций по "минусам";
F10 - создание операций... Затем в указанном порядке:

8. Торг.зал/постановка на баланс. Если будут операции:

F4 - отправить
Через 2-10 минут нажимать F7 для получения подтверждения
Через час после ВВ сделать п.п.6.

9. Торг.зал/акты списания

F2 - Списать всё с причиной "недостача" - создастся документ

F4 - отправить
Через 2-10 минут нажимать F7 для получения подтверждения

ГОТОВО! Списанный товар - акт можно распечатать, например через УСЕга можно поставить на баланс в другом магазине в торговом зале
12.12.2016 16:49
IT527
 
Андрей, а распишите ещё по последней версии, как запросить все остатки и списать быстро в ноль. (актуально для общепита)
12.12.2016 17:32
AndreyZh
 
Цитата:
IT527 Андрей, а распишите ещё по последней версии, как запросить все остатки и списать быстро в ноль. (актуально для общепита)
В чем проблема?... Зачем?

1. Склад/запрос остатков
2. Склад/передача со склада в зал
3. F2 - под остаток --> F4 отправить --> через 2-10 минут F7 проверить... после подтверждения через 10 минут...
4. Торг.зал/запрос остатков - запомнить время ВВ
5. Торг.зал/списание
6. F2 - под остаток с причиной "реализация" --> F4 отправить --> через 2-10 минут F7 проверить...
7. Через час после ВВ проверить (запросить) остатки - они будут нулевые, о чем сообщит программа... нужно будет ответить на вопрос "обнулить"

P.S. Нельзя списывать в ноль - остатки в ЕГАИС должны соответствовать фактическим. Факт продажи - факт вскрытия потребительской тары и нужно на следующий день вносить продажи через списания... По правильному - сделать шаги 1...4, а затем по фактам продаж, согласно инструкции в тестовой версии сделать продажи без использования 2d сканера
12.12.2016 19:17
IT527
 
Торговая точка закрылась, потому и в ноль. Но уточню вводные данные. Приход в ЕГАИС, подтверждали в сторонней программе, так что внутри УСЕГА, данных нет (чистая установка, чтобы списать остатки в ЕГАИС, используя УСЕГА).
12.12.2016 20:47
AndreyZh
 
Цитата:
IT527 Торговая точка закрылась, потому и в ноль. Но уточню вводные данные. Приход в ЕГАИС, подтверждали в сторонней программе, так что внутри УСЕГА, данных нет (чистая установка, чтобы списать остатки в ЕГАИС, используя УСЕГА).
Какая разница? УСЕга работает "от остатков ЕГАИС" и в этих работах "по барабану" в чем производились другие операции, но списав всё Вы на свою голову вешаете проблемы по "легализации" данной АП в других магазинах - изучите пост: https://olegon.ru/showpost.php?p=271412&postcount=266 только Вам ещё по максимуму желательно переместить АП по расходным ТТН... и здесь в чем производились другие операции "по барабану"


Опции темы


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

 

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