[ТЕМА ЗАКРЫТА]
26.12.2016 16:05
baggio
 
пытаюсь повторить финт с остатками.
1. запросил.
2. пришли.
3. Сразу поле этого волна(560 штук) справок А\Б (ReplyAP)

ждем когда всосётся...
26.12.2016 16:11
baggio
 
после справок А пошли Б ReplyFormB - еще 500 с лишним штук...
26.12.2016 16:24
baggio
 
поперли в перемешку...

Цитата:
885 ReplyFormA 0 2016-12-26 16:21:54.859 ceae629c-78bd-497e-8ebf-2c5ff5052bbd 010xc2af0a7e391dfdd38ac2560518cef2a85270387e
4886 ReplyFormA 0 2016-12-26 16:21:55.046 899e1074-1cbf-4af9-8dd2-fc4249338b5d 010x043be015ee531c0b1cdb552e4f47f37f3df1d1ca
4887 ReplyFormB 0 2016-12-26 16:21:55.234 612e4c64-9fda-49cf-8d7b-134e52663e48 010x4c4d5378520a5afa433aa9829ed12e22e9cf6a7a
4888 ReplyFormB 0 2016-12-26 16:21:55.406 55cb1a15-7694-43aa-9e5d-23cf7163f762 010x36a99e2e100a2dd728c85a7a2e78dd559174b104
4889 ReplyFormB 0 2016-12-26 16:21:55.593 8b21ef6c-d378-43a7-8dff-d8a7bf4b560e 010x0768ba0a8692fb9d772882a1b04c8bd66868709b
уже 1600 штук всего...
26.12.2016 16:28
jokerpnz
 
в смысле в перемешку?
в разделы/запросы к утм сортировка идёт по полю ИД

а чего галку не снял "запрос справок А/Б", если они мешают?
тогда ведь быстрее бы принялось всё. как быстро запросы уйдут зависит от утм, как быстро придут, зависит от егаис. я тут ускорить ничего не смогу

не совсем понимаю, чем помочь...
26.12.2016 16:36
jokerpnz
 
и перемещение можно делать сразу после того, как в Разделы/Регистр1/Остатки появились данные об остатках
не нужно дожидаться, когда все справки прокачает утм, они не влияют на перемещение

если можно, скинь базу на почту, я посмотрю, как получилось, что 2 раза отправил перемещение и что после первого перемещения остатки не уменьшились
26.12.2016 16:41
baggio
 
да я не прошу помощи... просто пытаюсь пока понять...

Цитата:
5699 ReplyFormA 0 2016-12-26 16:37:47.953 27e363cd-31b7-4f7c-8439-9508178586bb 010x2917f3170d5d0fb9dc334490d08a370e07577b0a
5700 ReplyFormB 0 2016-12-26 16:37:48.125 9619bc34-a4aa-4639-9e89-56d37270d0c4 010xe9a8ece0dca76c474c56ec7f265b38631afdd5a5
5701 ReplyFormA 0 2016-12-26 16:37:48.296 02b6cd09-ab2e-4b8c-bf08-f0a4a7789a74 010x9dbf223180ec7425db6ecb2f0ad966eaab28f80c
5702 ReplyFormA 0 2016-12-26 16:37:48.453 9c26bcde-e0c8-495c-85a7-544362bda2c9 010x69ac1172e0d13b62b6dc549c68e8705868d84204
5703 ReplyFormA 0 2016-12-26 16:37:48.718 6713f4f6-9edf-484c-a721-4379d4e94351 010x2db1d141ac8e784a7688996d659c80891067776c
5704 ReplyFormB 0 2016-12-26 16:37:48.89 23039602-9740-4991-aac9-4e2ca98e1233 010x2f7c7dcae35bea5474218c1afaff8a457447faf5
а и б пока идут.... и да я галки специально ставлю... а вдруг пригодятся? я тот еще плюшкин..
2500 штук пока...

щя погоди все придут... я сделаю перемешение...
потом еще раз остатки по 1 регистру...
пытаюсь понять почему иногда там у меня чтото остается..
26.12.2016 16:46
baggio
 
Цитата:
jokerpnz и перемещение можно делать сразу после того, как в Разделы/Регистр1/Остатки появились данные об остатках
не нужно дожидаться, когда все справки прокачает утм, они не влияют на перемещение
меня смущает поле "выбор справки", может всё таки дождаться прихода всех а\б?
Миниатюры
Нажмите на изображение для увеличения
Название: 111.jpg
Просмотров: 24
Размер:	112.1 Кб
ID:	8014  
26.12.2016 17:17
jokerpnz
 
Цитата:
baggio меня смущает поле "выбор справки", может всё таки дождаться прихода всех а\б?
нее, это поле всегда пустое. там только кнопка, сделал так, чтобы справку можно было вручную записать, если понадобится
в егаис уходит алккод, количество и справка2
26.12.2016 18:36
baggio
 
логи и база... с одного объекта...
запрашиваю...
отправляю перемещение...
снова запрашиваю...
и опа... остатков то тьма... и маленькая тележка...
Вложения
Тип файла: zip 111.zip (2.34 Мб, 3 просмотров)
26.12.2016 20:36
jokerpnz
 
посмотрел

похоже вот на что
отправили перемещение между регистрами
перед запросом остатков второй раз подтвердили ТТН с номером УТА00004943 от 26.12.2016, к сожалению подтверждали не через хелпер, не могу посмотреть спецификацию, но уверен, что спецификация той ТТН будет той же, что содержат данные об остатках от 26.12.2016 17:55:03
в миниатюрах видно, что все остатки от одного и того же поставщика и все даты ТТН от 26.12.2016

Чтобы убедиться в этом, стоит заглянуть в ТТН с номером УТА00004943

Прошу отписаться так ли это

Ошибок со своей стороны не вижу, ни один алккод в остатках от 26.12.2016 17:55:03 не присутствует в ранее запрошенном остатке, соответственно он и не попал в перемещение между регистрами
Миниатюры
Нажмите на изображение для увеличения
Название: Остатки.jpg
Просмотров: 18
Размер:	182.9 Кб
ID:	8016   Нажмите на изображение для увеличения
Название: справка б.jpg
Просмотров: 3
Размер:	48.6 Кб
ID:	8017  
26.12.2016 21:44
baggio
 
Цитата:
jokerpnz посмотрел

похоже вот на что
отправили перемещение между регистрами
перед запросом остатков второй раз подтвердили ТТН с номером УТА00004943 от 26.12.2016, к сожалению подтверждали не через хелпер, не могу посмотреть спецификацию, но уверен, что спецификация той ТТН будет той же, что содержат данные об остатках от 26.12.2016 17:55:03
в миниатюрах видно, что все остатки от одного и того же поставщика и все даты ТТН от 26.12.2016

Чтобы убедиться в этом, стоит заглянуть в ТТН с номером УТА00004943

Прошу отписаться так ли это

Ошибок со своей стороны не вижу, ни один алккод в остатках от 26.12.2016 17:55:03 не присутствует в ранее запрошенном остатке, соответственно он и не попал в перемещение между регистрами
Млять я ж говорил ничего не делать.. млять олени... Если так с меня штраф...
Я его переложу на оленей...
27.12.2016 15:08
baggio
 
до меня дошло как так происходит с остатками...
они как я понимаю падают не мгновенно... а принимаются минут 5-10..
и если в момент покак все остатки не примутся сделать перемещение то перемещается только то что успело принятся...
27.12.2016 15:27
jokerpnz
 
нет, остатки принимаются максимум 30 секунд, это справки А и Б запрашиваются долго, т.к. по одной только запрашивать нужно и каждый раз ждать ответа от УТМ

тот случай, который я смотрел вчера, возник именно из-за того, что в промежутке между перемещением между регистрами и запросом остатков второй раз подтвердили ТТН, там даже тикет есть о том, что был принят акт подтверждения на ТТН
можешь сам убедиться, что в первых остатках, которые как ты говоришь принимались 5-10 минут нет алккодов, которые есть в остатках, которые ты последний раз принял
27.12.2016 16:19
baggio
 
1. остатки принимаются более 10 минут если стоит запраштвать А и Б
2. Если в этот момент сделать перемещение - то перемещаются только позиции по которым получены А и Б.
3. Прием справок А и Б у меня вчера на одном объекте занял 1.5 часа.
27.12.2016 16:32
baggio
 
кстати всех с новым годом...
SQL код:
2016-12-27 15:29:42,366 DEBUG es.programador.transport.updater.util.Обновление будет загружено по URL
28.12.2016 09:33
jokerpnz
 
Цитата:
baggio 1. остатки принимаются более 10 минут если стоит запраштвать А и Б
2. Если в этот момент сделать перемещение - то перемещаются только позиции по которым получены А и Б.
3. Прием справок А и Б у меня вчера на одном объекте занял 1.5 часа.
Описываю логику приёма остатков, все остатки пишутся в базу, если стоит галка запроса справок, то формируется список идентификаторов справок в обычном массиве в оперативной памяти без обращения к базе для ускорения работы. После того, как остатки записаны в базу, а это 10-30 секунд в зависимости от размера файла (можно узнать точное время, если снять галку запрос справок А/Б) начинается запрос справок из этого массива, только тех, которых нет в базе, вот эта операция идёт долго, если база пустая, т.к. УТМ один запрос обрабатывает 1-3 секунды, а справок много.

Перемещение делается обычным insert в таблицу перемещения данных по select из таблицы остатков. В таблице остатков уже есть все данные через 10-30 секунд. Запрос справок в момент создания перемещения может идти, это не мешает процессу создания перемещения, есть ли ответ на справки А/Б наплевать, при перемещении мне не нужны справки, нужны только идентификаторы, которые и так уже есть в данных об остатках

Сделай принятие остатков и через 30 секунд начни делать перемещение, покажи какие алккоды не добавились в перемещение из этих остатков.
28.12.2016 09:57
jokerpnz
 
я ни разу не дожидался получения справок и вообще окончания запроса справок
в 8 магазинах провёл инвентаризацию, таких проблем не было
28.12.2016 10:03
baggio
 
блин... ну поверь мне... я ж не буду просто так...
не знаю нужно видимо видео записать чтоб поверил... :)
попробую по возможности...
28.12.2016 10:15
jokerpnz
 
ну я ведь вижу логику, перепроверял ни раз
ответ на справки никак не зависит от перемещение
пытался повторить и не получается
если получится, запиши и желательно сразу базу прикрепи, чтоб посмотреть,что не попало в перемещение
28.12.2016 13:14
jokerpnz
 
кстати, можно не снимать никакое видео, присылай папку in и базу и говори примерно, что не так
я поясню
29.12.2016 08:58
jokerpnz
 
- автозапрос остатков. Настраивается в Сервис/Обслуживаемые УТМ для каждого фсрарид.

обновил везде
Миниатюры
Нажмите на изображение для увеличения
Название: Безымянный.jpg
Просмотров: 46
Размер:	41.4 Кб
ID:	8026  
10.01.2017 13:10
jokerpnz
 
- сервис не стартовал, если не было подключения к базе данных. например при перезагрузке mssql не успевал стартовать. сейчас сервис стартует и каждые 10 минут пытается подключиться к базе
- запрос остатков один раз в календарный час оказывается... т.е. если запросили в 16:55, то в 17:01 уже можно запрашивать остатки
- номер кассы по-умолчанию в параметрах, для Разделы/Отправка чеков
- запрет создания инвентаризации ПОЛНОЙ, если есть незавершённая
11.01.2017 10:46
baggio
 
Народ просит:

1. При печати остатков, выводить итоги сгруппированные в декалитрах по заводам изготовителям. это для подгонки декларации.

2. Некоторые у меня которые на кипере (которые пока не умеет с ЕГАИС) отправляют чеки в Егаис при продаже.
а) в чек просьба добавить емкость, литраж и иную информацию по карточке.
б) просьба добавить возможность загрузки в чек из файла как в инвент.
г) Автоматически проставлять номер кассы\номер чека\номер смены - но с возможностью менять.
д) непонятно как в чек добавлять пиво у которого нет ШК пдф417
е) странности при вводе цены... постоянно выскакивает окно ввода ШК.
может после того как считался ПДФ, сразу спросить цену? этож вроде чек...
а то отправят водку с ценой в рупь.. потом придерутся..
11.01.2017 11:06
jokerpnz
 
1) вряд ли успею к декларации, но постараюсь...
2)
а) сделаю
б) сделаю
в) пропустил(
г) есть возможность менять на кнопку Изменить, рядом с кнопкой Новый чек
д) пивные чеки не делал совсем, алккод сами будете искать для пива?
е) в последнем релизе это поправилено

кстати, там есть горячие клавиши:
Insert - новый чек
Минус - удаление позиции из спецификации
Плюс - добавление новой позиции
F12 - отправить чек
11.01.2017 11:58
baggio
 
не понятно про помарочное сканирование:
включаю помарочное сканирование.
1. требует марки для накладных по пиву? т.е. в накладной одно пиво а он пишет "идет помарочное сканирование". может по пиву не надо?
2. пока нет крепкого алкоголя проверить но...
даст ли он принять накладную которая не полностью отсканированна?
проверяет дубли марок?

по преведущему посту.
нашел настройку про заголовок чека... спасибо... возможно стоит её включить по умолчанию...
11.01.2017 12:13
jokerpnz
 
Цитата:
baggio не понятно про помарочное сканирование:
включаю помарочное сканирование.
1. требует марки для накладных по пиву? т.е. в накладной одно пиво а он пишет "идет помарочное сканирование". может по пиву не надо?
2. пока нет крепкого алкоголя проверить но...
даст ли он принять накладную которая не полностью отсканированна?
проверяет дубли марок?

по преведущему посту.
нашел настройку про заголовок чека... спасибо... возможно стоит её включить по умолчанию...
1) не требует, а просто сверху пишется, что идёт помарочное сканирование, нажимайте Действите/Помарочное сканировение/Завершить и отправится акт отказа/приёма/расхождения в зависимости от того, что в фактическое количество поставили. Если сильно эта надпись мешает для пивных накладных, могу убрать. Я бы оставил, для пива ведь даёт редактировать количество
2) конечно даст, может в накладной стоит 10 бутылок, а привезли всего 5, вот 5 и сканируете и отправится акт расхождения. Дубли естественно проверяет

по-умолчанию не стоит, многие делают корректирующие возвратные чеки, заполняя номер кассы, смены, чека и дату, им не нужно автоформирование заголовка
11.01.2017 12:50
MWWRuza
 
Цитата:
jokerpnz д) пивные чеки не делал совсем, алккод сами будете искать для пива?
АлкоКод для "пивного" чека не нужен. Нет там такого поля. Только наименование(наше, по базе, хоть "слово из трех букв" :)), EAN(опять-же, любой, хоть с пачки молока!), объем, крепость, цена. Все. Поэтому - все пивные чеки, это ФИКЦИЯ! Они попадают в "Журнал розничных продаж" в ЛК ЕГАИС, как есть, с наименоваанием(из трех букв:)), но при этом не делают в ЕГАИС никаких движений(на остатки не влияют), так, как нет АлкоКодов.
Поэтому "пивные чеки", это тупиковая ветвь в развитии ЕГАИС, и их обещают вот-вот отключить. Добавлять их в программу не имеет смысла, если их там нет. А если уже есть, то надо предусмотреть "галочку" - возможность их отключения.
Вместо них, надо сделать "Акт списания проданной немаркируемой АП", со второго регистра, в разрезе АлкоКодов. Не в реальном времени, а по закрытии кассовой смены. Хотя, можно и в реальном, вместо "пивных чеков"...
Но, только надо учитывать, что акты "в минус" не списывают(возвращают тикет "не обеспеченный расход"), в отличии от чеков, поэтому там должен быть механизм контроля и списания именно с остатков. Я у себя это сделал, работает... Если интересно - могу рассказать в соответствующей теме. Конечно, достоверность такого списания - относительная, АлкоКоды я подбираю просто по ФИФО(даже не совсем, скрее - "псевдо" фифо). Что-бы списывать правильно на 100%, нужно их знать в момент продажи, а это без марок не реально. Но, все-же, лучше так, чем ничего(пивные чеки). Акты так-же попадают в ЖРП в ЛК.
11.01.2017 15:17
baggio
 
не ну..
есть у хорекщеков кеги...
их нужно вскрывать\говорить что продали...
вопрос как через хелпер?
11.01.2017 15:40
konst
 
да в версии 2.0.4 в пивной чек добавили алкокод - рано его еще хоронить..
Цитата:
<!--Пивной раздел-->
<xs:element name="nopdf">
<xs:complexType>
<xs:attribute name="code" type="CODE" use="required"/>
<xs:attribute name="price" type="PRICE" use="required"/>
<xs:attribute name="bname" type="NAME" use="required" />
<xs:attribute name="alc" type="VOLUME" use="required" />
<xs:attribute name="volume" type="VOLUME" use="required" />
<xs:attribute name="ean" type="EAN" />
<xs:attribute name="count" type="COUNT" use="required" />
<xs:attribute name="alccode" type="ALCCODE" />
</xs:complexType>
</xs:element>
11.01.2017 19:56
jokerpnz
 
Цитата:
baggio не ну..
есть у хорекщеков кеги...
их нужно вскрывать\говорить что продали...
вопрос как через хелпер?
сейчас никак, после сдачи декларации сделаю отдельные пивные чеки с выбором алккода. без алккода не вижу смысла это делать


Опции темы


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

 

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