Корректировка остатков ЕГАИС дело нехитрое, но достаточно занудное, особенно если учет ведется от случая к случаю, только в моменты спонтанных ревизий. Как следствие пересортица, недостачи и излишки. Встроенный механизм корректировки в 1С Рознице самодостаточен, но лишен некоторых удобств, к примеру нет возможности раздельной корректировки по маркируемому/немаркируемому алкоголю, а также создания взаимосвязанных актов постановки/списания по причине пересорта со строгим равенством согласно Групп продукции ЕГАИС по пересорту. В данной обработке такие возможности имеются.
Из нюансов:
— Обработка создавалась, когда еще в ходу были термины Регистр склад, Регистр Торговый зал, поэтому эти названия используются вместо Регистр 1, Регистр 2.
— Данная обработка в отличие от встроенной не работает как Мастер с шагами вперед/назад, пользователь может работать перемещаясь по основным вкладкам, и выбирая нужные магазины, документы остатков и режимы работы.
Примерный алгоритм работы:
1. Выбирается Магазин, создаем запросы остатков в ЕГАИС по Регистру 1 (Склад) и Регистру 2 (Торговый зал), при этом открывается стандартный документ Остатки ЕГАИС, где необходимо нажать на гиперссылку запросите остатки. Ждем поступления остатков, при необходимости используем "Выполнить обмен с ЕГАИС".
После изменения Статуса на «Получены остатки», можно приступать к корректировке
Примечание.
— После выбора магазина автоматически заполняются ссылки на документы остатков. Также автоматически заполняется доступный лимит постановки на баланс в текущем месяце.
— Если используется несколько магазинов, то можно создать запросы по любому из них, не дожидаясь получения данных от предыдущих запросов, но после выбора магазина необходимо выбрать ранее созданные документы.
2. Вкладка «Передача в торговый зал». «Заполнить». Заполнение выполняется согласно выбранному режиму: Все, Маркируемый, Немаркируемый.
При наличии заполненных данных создаем документ Передачи в Регистр 2.
3. Вкладка «Корректировка остатков ЕГАИС», «Заполнить», Заполнение выполняется согласно выбранному режиму. Доступна возможность отбора, для его отмены, достаточно выполнить заполнение. При необходимости можно просмотреть движение номенклатуры/алкогольной продукции.
— При создании документов корректировки действует лимит количества постановки на баланс, по умолчанию 100.
— Если режим работы «Немаркируемый», то постановка не делается, но при необходимости можно ее разрешить через Еще – «Разрешить создание постановки немаркируемый». Документ списания создается с причиной «Реализация».
— Есть возможность поставить на баланс только отрицательные остатки на регистре 2 с учетом лимита на постановку
4. Вкладка «Пересортица». «Заполнить». Заполнение производится на основании заполненных данных на вкладке «Корректировка остатков ЕГАИС», есть возможность отбора по коду группы по пересортице. После создания документов списания/постановки необходимо первоначально отправить документ списания, дождаться его подтверждения, потом можно отправлять документ постановки, указав причину "Пересортица" и документ списания.
Обычно, если приходится делать корректировку в особых запущенных ситуациях, первоначально делаем пересчет товаров или обнуляем полностью остатки на складе, далее с помощью обработки Идентификация номенклатуры по коду ЕГАИС корректируем/вводим остатки по маркируемому алкоголю поиском по алкокоду с использованием сканера 2D. Запрашиваем остатки, передаем в регистр 2, если расхождения большие создаем постановку/списание по пересортице. Через 1 час после запроса первоначальных остатков, еще раз запрашиваем остатки, и делаем постановку/списание через излишки/недостачи/потери.
P.S. В последнее время эта обработка активно используется для создания актов списания/реализации по немаркируемому алкоголю, т.к. присутствует контроль остатков.
05.06.2024 — добавил аналог обработки для УТ 10.3
20.07.2024 — добавил в обработку для Розницы — дату получения остатков
04.12.2024 — добавил возможность выбора складов для Розницы
31.12.2024 — добавил пакетный запрос остатков по всем магазинам Розницы, при заполнении табличной части Передача в торговый зал исключаются позиции со помарочными справками2
06.01.2024 — добавил обработку для УТ 10.3.49-10.3.50
16.03.2024 — для 1С Розницы: при заполнении остатков добавлены отдельные колонки для постановки/списания по регистру 2, добавлен режим корректировки только по регистру 2, при заполнении остатков по ставится по умолчанию, если режим<>немаркируемый. Наименования на форме: Склад, Торговый зал заменены на Регистр 1/Р1 и Регистр 2/Р2
18.03.2024 — для УТ 10.3 при заполнении остатков добавлены отдельные колонки для постановки/списания по регистру 2, добавлен режим корректировки только по регистру 2, при заполнении остатков по ставится по умолчанию, если режим<>немаркируемый. Наименования на форме: Склад, Торговый зал заменены на Регистр 1/Р1 и Регистр 2/Р2
07.04.2024 Внесены изменения в обработки:
— при заполнении данных для передачи в регистр 2, сначала устанавливается признак поштучно у справок 2, который потом учитывается при заполнении
— исправлена ошибка дублирования записей для передачи в регистр 2, если к примеру 1 номенклатуре соответствует несколько алкопродукций
— в корректировке добавлен столбец (Д) — Дублирование (булево), для строк с одинаковой номенклатурой
— В обработке для Розницы реализован пакетный запрос остатков по Регистру 3 и корректировка статусов акцизных марок в регистре. Запросы создаются в разрезе АлкоПродукция + Справка2, интервал между ними не менее 600 секунд.
Примерный алгоритм :
1 этап: запрос остатков в регистре1, на основании данных остатков делается заполнение данных
2 этап: запустить запросы, через обработчик ожидания (1 мин) проверяется интервал между последним запросом и текущим временем, если он превышает 600 секунд создается новый запрос. В промежутках идет опрос УТМ и обновление статусов запросов. Выполнение запросов можно прервать в любой момент и возобновить
Учитывая, что создание запросов по регистру 3 — процедура не быстрая, реализовано следующее:
— автосохранение списка запросов при закрытии обработки
— заполнение по последним запросам по списку алкопродукции из Документа остатков Регистр1
— сохранение/восстановление запросов в файл/из файла
Если все необходимые запросы выполнены, то можно приступить к корректировке статусов АМ, статус меняется на Реализована.
Небольшая видеоинструкция прилагается
23.04.2024 Для УТ 10.3 реализован пакетный запрос остатков по Регистру 3 и корректировка статусов акцизных марок в регистре.
27.04.2024 Добавлен режим корректировки 1 Номенклатура — несколько алкопродукций для 1С Розница и УТ 10.3, актуально для пивной номенклатуры с одинаковым штрихкодом и разными производителями.
Небольшая видеоинструкция прилагается
28.04.2024 Добавил списание по текущим остаткам в регистре 3 для Розницы и УТ 10.3. У клиента закрылся магазин, на остатках было 13 помарочных позиций, запросы отработались примерно за 3 часа, которые потом успешно списались через обработку актом списания по регистру 1.
25.11.2024 Для 1С Розницы исправлена ошибка получения запросов по Регистру 3, когда не добавлялись новые запросы и не менялись статусы, причина ошибки — отсутствие в базе акцизных марок, которые получены через Отчет ЕГАИС. Исправлено. Для пакетного добавления акцизных марок по отчетам ЕГАИС можно использовать 1С: Розница/УТ 10.3. ЕГАИС, загрузка акцизных марок в справочник Штрихкоды и Упаковки, регистр Акцизные марки из XML-сообщений входящих ТТН ЕГАИС. Добавлено исправление для УТ 10.3
Related Posts
Восстановление последовательности документов при закрытии месяца в Бухгалтерия 3.0 не завершается
Заполнение табличных частей
Формирование сводных актов выполненных работ
Ввод поступления в переработку на основании передачи сырья (между организациями)- Конспект по установке сервера 1С на linux
Получение имени компьютера и его IP локально и в терминале
КорректировкаОстатковЕГАИСУТ не запустилась. Сразу ошибка:
{ВнешняяОбработка.КорректировкаОстатковЕГАИСУТ.Форма.Форма.Форма(594,2)}: Процедура или функция с указанным именем не определена (ЗаполнитьПересортицуНаСервере) <<?>>ЗаполнитьПересортицуНаСервере(); {ВнешняяОбработка.КорректировкаОстатковЕГАИСУТ.Форма.Форма.Форма(684,2)}: Процедура или функция с указанным именем не определена (ЗаполнитьПересортицуНаСервере) <<?>>ЗаполнитьПересортицуНаСервере(?(ПустаяСтрока(КодГруппы),0,Число(Лев(КодГруппы,2))));«Управление торговлей», редакция 10.3 (10.3.47.3) в этом релизе на запустилась. Возможно обработку как то по другому нужно запустить а не файл открыть?
(2) Добавить в Сервис — Внешние печатные формы и обработки — Внешние обработки, оттуда запускать
(1) Проверял работу на УТ 10.3.47.2 + платформа 8.2.19.130
Увы, через добавить в Сервис — Внешние печатные формы и обработки, пишет что выбранный файл не является внешней обработкой, либо данная обработка не предназначена для запуска в этой конфигурации. Конфигурация у нас типовая, версия платформы 1С:Предприятие 8.3 (8.3.11.3034) серверная
(5) Любопытно, вчера ставил данную обработку на УТ 10.3.47.2 + платформа 8.2.19.130 через данный механизм — все работает.
У нас 4 УТ редакция 10.3 (10.3.47.3) на платформе 1С:Предприятие 8.3 (8.3.11.3034) не на одной не запускается.
Возможно что данный механизм не подходит для данных релизов УТ и платформы?
На платформе 8.3.11 в УТ 10.3 (или в любой конфигурации/обработке на обычных фромах) если стоит &НаСервере перед именем процедуры/функция — то данная процедура/недостуна. Исправил.
Спасибо! Все работает.
Доброго дня, Уважаемый разработчик.
А под Розница 2.2.8 не планируете сделать? очень нужно и актуально было бы …))
(11) Привет, да планирую. Формально она должна уже работать под 2.2.8 с регистрами 1 и 2, но я не проверял.
Здравствуйте, запрашиваются остатки только по текущему УТМ? к примеру есть три точки но я загружаю остатки с одной торговой точки и остатки же придут только по данной точке. Или придется ходить и в каждой точке запрашивать?
(13) Остатки запрашиваются по любому магазину, для которого есть настройка обмена ЕГАИС
Добрый день! Учитывает ли обработка ведение учета номенклатуры по характеристикам? В презентации не видна колонка «Характеристика»
(15) Привет, нет такой возможности. У моих пользователей/клиентов такой нужды нет, поэтому я этого не делал. Хотя особой сложности не вижу, чтобы внедрить такой функционал
Добрый вечер, на розницу 2.2.8.29 не запускается.
(17) Привет. Под рукой нет Розницы 2.2.8, все клиенты пока на 2.2.7, сейчас плотно занят кассами-онлайн, до 1 июля нужно всех ИП зарегистрировать, чтобы они могли рассчитывать на вычет по ЕНВД.
После выходных кого-нибудь переведу на 2.2.8 или 2.2.9, и сообщу, если что пишите в личку
Добрый день. Подскажите по какой причине обработка выдает: «Некорректный код вида продукции в строке » ?
(19) как правило нет соответствия между номенклатурой и алкопродукцией
Проверил работу на версии 2.2.9.19 — работает.
Передача в торговый зал вер. 2.2.8.29. На регистре №1 16 строк. Сделал перенос на №2 получилось более 150. Одни и те-же строки повторяет раз по 10.
(22) сформировал на вкладке Корректировка, Получилось более 5000 строк. На остатке рег№2 515 наименований. Что то в обработке не так.
(23) Исправил, сообщите емайл, отправлю
+
Здравствуйте! у меня УТ 10.3
Обработка работает, для меня очень полезная, но при создании документа СПИСАНИЕ, дает сама выбрать либо пересортица, либо порча. Но мне нужно именно РЕАЛИЗАЦИЯ. Такого слова в выборе нет.
Подскажите как добавить.
(26) есть такое, причина в следующем, если в настройках обмена ЕГАИС стоит формат V3 — тогда не дает причину «Реализация», нужно изменить на V2
Спасибо, исправила
3. Вкладка «Корректировка остатков ЕГАИС», Здесь постановка на баланс выполняется по какому условию?
(29) условие простое, при заполнении делается сравнение текущего остатка в базе и остатка в регистр1+регистр2, если остаток больше, то разница ставится в поле поставить. Далее при создании документа постановка на баланс данные берутся из поля поставить.
Добрый день, подскажите как сделать сравнение остатка в базе на конкретное время, а именно на момент получения остатков из ЕГАИС,
(31) сейчас остаток берется как есть последним срезом, если есть желание могу добавить дату и остатки получать по этой дате.
Если есть возможность добавьте, просто столкнулся с тем, что есть остатки из ЕГАИС на 01.07.2018г. и я хочу на эту дату проверить с помощью корректировщика расхождения, а остатки из программы заполняются на текущий момент.
(33) Понятно, попозже реализую
(33) сделал, добавил дату получения остатков, сообщите емайл, отправлю
Добрый день. Планируете адаптировать обработку для УТ 11.4.5 ? Я думаю, что многим нужно.
(36) Можно попробовать, но в моей провинции исключительно Розница, и пара клиентов на УТ 10.3
Доброго дня, подскажите пожалуйста, при переносе остатков с первого регистра на 2 много позиций не отобразилось, в основном по 200 коду (водка). В чем причина?
(в запрашиваемых остатках егаис позиции есть, а в обработке их нет)
спасибо.
может новая версия вышла?
Заказ N165596 от 08.06.2018
1с розница 2.2.9.20
(38) Привет, при переносе остатков (Заполнить на вкладке Передача в торговый зал) нужно смотреть какой режим корректировки установлен: все, маркируемый, немаркируемый. Возможно у вас был установлен режим немаркируемый и поэтому в перенос не попали позиции в т.ч. с кодом 200
Супер обработка. Не хватает только создания пересортицы на своем складе а не в егаисе.
(40) т.е. сделать пересортицу меняя остатки на складе на основании данных ЕГАИС? Надо подумать.
(41)Да, потому что часто бывает что продается одна карточка а поступления делают совсем на другую.
Розница же еще не научилась списывать пиво без разбора по алкокодам, как это сделано в Айтиде и в Штрих-М.
1С наоборот шаг назад сделали — убрали сопоставление одной нашей карточки с несколькими егаисовскими.
Вот люди и мучаются: приписки к наименованию делают «нет», «не использовать!» и штрихкоды удаляют чтобы кассиру было удобнее. И потом, когда в новой ттн видят товар с этой припиской то возвращают штрихкод обратно. Ну, бред короче.
Также и в каждодневных списаниях пива на основании отчета о розничных продажах: в случае ошибки приходится заходить в протокол обмена, смотреть на что ругается и вместо проблемной карточки, подставлять ту, которая есть на остатках в егаис
Обнаружил глюк: в таблице в поле «Остаток» не выводится отрицательный остаток в Рознице. Отображается пустое поле как будто остаток нулевой
(43) это не глюк, так задумано
(44)просто опять же хотел использовать эту обработку чтобы выявить где произошел пересорт (удобно копировать наименования нужных товаров в документ пересортицы и остатки сразу видно), а тут оказывается что остатки неверны
(45) это можно сделать
Добрый вечер, при наличии позиций к списанию и позиций к постановке на баланс после нажатия кнопки списатьпоставить создается только документ списания, акт постановки не создается. Через час после списания пробовать повторно запрашивать остатки и будет счастье или что-то я делаю не так?
(47) привет, если режим немаркируемый, то постановка автоматом не делается, чтобы ее создать нужно через Еще — «Разрешить создание постановку немаркируемый». И повторно выпполнить списать/поставить.
КорректировкаОстатковЕГАИСРозница227 решила, что я АО «ПИВОВАРНЯ МОСКВА-ЭФЕС» и при нажатии кнопки Обмена с ЕГАИС, ругается: » Для организации ЕГАИС АО «ПИВОВАРНЯ МОСКВА-ЭФЕС» не заданы настройки подключения к УТМ».
Как исправить не подскажете?
(49) Привет, для начала нужно проверить настройки подключения к ЕГАИС, и в обработке после выбора магазина рядом будет выведена информация о настройке
(49) а магазин выбран? я магазин не выбрал и получил примерно такое же
(50) пересортица формируется в разрезе кодов видов алкогольной продукции?
(50) почему то не формируется акт постановки на баланс? в таблице постановки на баланс необходимо доставить 130 бутылок. при создании постановки/списания — акт постановки на баланс не создается.
(53)если режим немаркируемый, то постановка автоматом не делается, чтобы ее создать нужно через Еще — «Разрешить создание постановку немаркируемый». И повторно выпполнить списать/поставить.
(51) Если магазин не выбирать, то я становлюсь Хофбраухаус Вольтерс Гм.
(55) надо выбрать магазин и все будет ок
(50) Подключение настроено, накладные приходят, подтверждаются.
(52) да согласно
(57)
(56) К сожалению.
(56) Настройки:
(61) еще нужен скриншот из Настройки Обмена с ЕГАИС
(62) вотъ: УТМ подключен по локалке АТОЛ HUB-19
(63) Надо проверить в справочнике Классификатор организаций ЕГАИС, есть ли привязка вашего магазина/торговой точки к какой либо организации кроме вашей — нужно эти привязки очистить
обработка для УТ 10.3 или 11?
(65) Для УТ 10.3
Для УТ 10.3 в запросе поправь
| ВТ_Остатки.АлкогольнаяПродукция.ВидПродукции.Код КАК КодВидаПродукции
на
| ВТ_Остатки.АлкогольнаяПродукция.ВидПродукции.КодВидаПродукции КАК КодВидаПродукции
и строчку в процедуре ЗаполнитьОстаткиЕГАИС:
НовСтр.КодВидаПродукции=Выборка.АлкогольнаяПродукция.ВидПродукции.Код;
на
НовСтр.КодВидаПродукции=Выборка.АлкогольнаяПродукция.ВидПродукции.КодВидаПродукции;
Чтобы не было ситуации
(19)
Добрый день. Обнаружился нюанс. При корректировке розливного пива были следующие цифры: в обработке по данным ИБ — 0,5, по данным ЕГАИС 5, разница посчиталась как 4,5, соответственно в акт списания попала цифра 4,5л(!). По остаткам ЕГАИС 5дкл, по данным ИБ — 0,5л, надо списать в нашем случае все, т.е 5дкл (или 50л), если по алгоритму обработки, то должно быть предложено к списанию 50-0,5л. Единицы измерения не соответствуют друг другу. Это недогляд или предполагается что розливное списывается в ноль и правится вручную?
(69) Да, релиз 2.2.8.27. В последних двух цифрах могу ошибиться.
(69) недоработка, у моих клиентов — обычно весь разлив после поступления сразу списывается в 0, с отправкой отдельного акта списания ЕГАИС, и далее разлив нигде уже не фигурирует.
(71)Понял. В общем, сам могу посмотреть и попробовать исправить. Но, вам на заметку ))
(71)Сейчас с ЕГАИС в каждом релизе какой-н нюанс. Не угонишься ))
(73) да нет там особо нюансов. На моей территории все работают в 2.2.7.40, одна точка только на 2.2.9.19 — разницы по корректировке остатков — нет.
(71)Кстати, остатки ИБ в обработке берутся из ИБ, а не из остатков ЕГАИС. Поэтому в ноль оттуда не спишешь — всегда расхождение будет. Реальные остатки в ноль не списывают, списывают из регистра ЕГАИС, а данные для обработки берутся из реальных остатков. Поэтому всегда в акт будут попадать неточные данные, их руками надо исправлять.
(74)Чуть выше написал. Располагаются сообщения не в той последовательности как хотелось бы.
(75) верно остатки ИБ берутся из ИБ, и если таковых нет, а в ЕГАИС есть, это есть списание под 0 в ЕГАИС
(77)В ИБ они всегда есть. Кегу списывают из ЕГАИС, но на остатках в базе она остается и потом постепенно уменьшается. Эти остатки и попадают в обработку в л. А сравниваются с остатками из ЕГАИС — в дкл. Разница определяется в дкл, а в акт попадает как л, но без пересчета в 10раз.
(78)я понял, так реализовано у вас. У моих кегу списывают в ЕГАИС и номенклатуру — кегу списывают в ИБ, но создается новая номенклатура типа разливное пиво 0.5, вид номенклатуры — обычный товар, без привязок к ЕГАИС, ставится на приход 0.5 * количество литров, (т.е поступило 30л, приходуем 60 порций) и продаем. Объем порционного литража по ситуации — минимальный объем стакана, обычно 0.5
Таким образом списание реализацию делаем сразу после поступления — и больше об это не вспоминаем
(79)Да, нет. С самого начала схема была описана на ИТС: ЕГАИС отдельно списываем, по учету продаем как обычно, ед. изм. — литр.
Потом какой то бред появился на ИТС с операциями сборки/разборки.
Там, как я понял, цель была дать универсальный механизм работы с упакованной(!) как маркированной, так и немаркированной продукцией.
Ну, для работы с розливным пивом добавлять еще одну операцию типа «комплектация» — это уже перебор, к тому же справочник номенклатуры увеличивать в два раза. И так постоянно какие то ошибки делают с оформлением. Это еще увеличит количество ошибок.
К тому же розливное пиво есть в разовой пластиковой таре — «упакованная» продукция и в возвратной металической таре — «неупакованная» продукция, у нас в основном работают с возвратной неупакованной тарой — «неупакованная» продукция).
Схема с комплектацией более полная, но она прежде всего годится для работы с маркируемой продукцией. Для розливного пива замороченно слишком. Трудно представить, что на рядовой точке по продаже розливного пива работающие там люди справятся с такой длинной цепочкой оформления продукции.
(80)Да, еще один нюанс. Если пиво в «упакованной» таре (пластиковая кега 30, 50л), то в ЕГАИС она учитывается в штуках(!). Для этого и нужна операция комплектации, чтобы вскрыть тару и продавать в розлив. А пиво в «неупакованной» таре в возвратных кегах учитывается в ЕГАИС в далах(!) — ее то и нет смысла вскрывать.
Блин, для этих операций отдельный человек нужен в отделе. Рядовой продавец не справится. А специфика такова, что функция приема и продажи совмещается продавцом.
(81)Еще не мешало бы добавить обработчик события на иизменение поля «количество» на закладке корректировка остатков. Если меняю руками количество пива на «0», например, то сумма списания должна пересчитаться. Эти обработчики лишними не будут и на других полях.
Сейчас в Акте списания литры по неупакованной(!) продукции при создании запроса в ЕГАИС в формате mxl пересчитываются в далы. Есть возможность изменить ед. изм. на далы, но не знаю, правда, как произойдет пересчет при создании запроса в mxl — экспериментировать не хочется, а код смотреть лень ))). Но, похоже, придется ))).
Приветствую, скачал вашу обработку, так скажем разобраться в ней с первого раза не получилось, скриншоты не сходятся с тем что вижу, описание работы не подходит, например выбора магазина не вижу совсем. Кнопки справка в обработки тоже нет, хотя бы там хотел что нибудь увидеть
Что такое заполнить (Вариант 1) и (Вариант 2) , чем они отличаются
Обновите описание обработки, очень НЕУДОБНО !!!
(83) Привет, эта не моя обработка
Интересный ответ, а с кем же общаться по таким вопросам ???
(85) название моей обработки КорректировкаОстатковЕГАИСРозница227.epf пиши в личку свой емайл, вышлю
Добрый день!
Сейчас столкнулся : при списании немаркируемых (щстатки от 16 года) документ не проходит по максимальному весу файла.
Опытным путем установил что 450 строк в документе проходит(у меня 1700)
Операция разовая, поэтому в код не лезу, Извращаюсь с удалением строк то с верху, то с низу списка.
Потом жду час и запрашиваю новые остатки.
Вот еслиб была возможность разбить документы по количеству строк…….. Вааще лафа былаб.
В остальном все отлично!!!
(87) не знал про такое ограничение, а какая конфигурация?
Добрый вечер!
Конфа УТ 10,3 не самая свежая.
В обмене с ЕГАИС :
1) Документперемещения в торговый зал выгружает.(формирует файл с данными)
2) УТМ через некоторое время отвечает : «Ошибка, файл не принят, превышение максимального размера файла» Кажется так. Все смотрел в интерфейсе 1С (в УТМ не лазил). Немного понимаю в HTML и настройках апача, поэтому долго не парился, уменьшил количество строк в документе. Тяжелее было потом искать и удалять строки, создавать 4 документа .
Проблема не в 1с, а в УТМ. Не смертельно, но время на это потратил.
Может кому пригодится.
Операция разовая и повторить ее не смогу. а на копии в УТМ всякую фигню слать «Не есть ГУТ»
В обработку для 1С Розницы добавил выбор складов
Добрый день.
Обработка в УТ 10.3 дает такую ошибку. Склад в настройках стоит.
{ВнешняяОбработка.КорректировкаОстатковЕГАИСУТ.Форма.Форма.Форма(18)}: Ошибка при вызове метода контекста (Выполнить)
Выборка = Запрос.Выполнить().Выбрать();
по причине:
{(3, 23)}: Поле не найдено «НастройкиОбменаЕГАИС.Склад»
НастройкиОбменаЕГАИС.<<?>>Склад
(91) Привет, а какая версия УТ? Работает на 10.3.47.XXXX
31.12.2018 — добавил пакетный запрос остатков по всем магазинам Розницы
31.12.2018 при заполнении табличной части Передача в торговый зал исключаются позиции со помарочными справками2
(92) УТ 10.3.49.3 платформа (1616 последние…)
(92) а это возможно поправить? заранее благодарю.
06.01.2019 — добавил обработку для УТ 10.3.49-10.3.50, для всех, кто скачал предыдущую версию и перешел на УТ 10.3.49-50 — обращайтесь, вышлю актуальный вариант
(97) хотелось бы получить апдейт, в отложенной группе нахожусь, поэтому пишу здесь, а не в личку. мыло для связи n9189082338@gmail.com
(66) нужно для 11
(154) Понятно, были просьбы не только для УТ11 и для УНФ и даже для БП3. Но у моих клиентов только Розница и УТ 10.3, а без реальных данных несколько сложнее портировать обработки в другие конфигурации. А эти обработки проверены в работе, т.к. сам ими пользуюсь.