Возможно? Набросать в эту тему замечаний, пожеланий на будущее, обнаруженные ошибки по УС Лэнд:ЕГАИС : КИС Lack & УС Land

Кстати, не знаю, есть или нет, но предлагаю задуматься о необходимости платного обучения программе. План, чем вкуснее, тем дороже. Оплата проезда к заказчику и все такое :)

Если честно, то постоянно возникает желание возобновить тему: https://olegon.ru/showthread.php?t=19720
Однако:

1. В реале неплохо кормят, да и разнообразной работы довольно много;
2. По сути до сих пор "УС Лэнд:ЕГАИС" - это развлечение и "отдушина". Являясь "чистым" творчеством даёт возможность отдохнуть от сложных проблем в реале. Чем очень устраивает;
3. Как и у всех специалистов... В настоящее время постоянно приходиться находится в состоянии ожидания авральной работы, подбрасываемой государством. Текущие работы проводятся в промежутках "между", а брать новые "обязательства" зачастую кажется "лишнем";
4. Когда люди сильно настаивают, провожу платное удаленное обучение. Без всякой рекламы - это 5-7 человек в год, что даёт неплохую финансовую поддержку проекту.

Так, что никак не могу решиться на Ваше предложение

На счет сканера и com порта. Есть утилитки, которые слушают заданный порт и кладут полученное в клавиатурный буфер. Если программа работает с клавиатурным сканером, то ничего менять не надо.

Здравствуйте!

Возможно ли доработать отчет по пулу АМ в формате "структура рег.№3" ?

- вывод количества марок (итога) по алкокоду
- вывод количества марок (итога) по РФУ-2
- вывод общего количества марок в конце отчета

Сделаю к следующему промежуточному релизу

Вчера искал "потеряшку" в пуле, наткнулся на "некорректность" формы вывода отчета по пулу АМ в формате Р3

- при отборе параметров отчета по вхождению в наименование АП отчет выводится без разделения по литражу при одинаковом наименовании

Была такая ошибка... просто в тесте у меня нет одноименных товаров с разными литражами - вот и "ускользают" от внимания такие нюансы... Сейчас - будет в версии 27 июня, перед отражением в формате рег3 программа преобразует наименования добавляя к ним литраж, т.е. перед выводом отчета будут имена уникальны с учетом литража

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

Во внутренней БД есть таблица израсходованных акцизных марок в которую пишутся марки регистра №3 при успешном проведении операций списаний и расхода по накладным.

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

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

Единственное и плохое решение - удалили (Delete) по маркам ища по F5 в данной таблице записи, что разрешило дальнейшие операции по данным маркам, а плохое - мы потеряли информацию по маркам исходной расходной накладной.

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