Комментарии
Избранное
Подписка
Сортировка:
Древо
КорректировкаОстатковЕГАИСУТ не запустилась. Сразу ошибка:
{ВнешняяОбработка.КорректировкаОстатковЕГАИСУТ.Форма.Форма.Форма(594,2)}: Процедура или функция с указанным именем не определена (ЗаполнитьПересортицуНаСервере)
<<?>>ЗаполнитьПересортицуНаСервере();
{ВнешняяОбработка.КорректировкаОстатковЕГАИСУТ.Форма.Форма.Форма(684,2)}: Процедура или функция с указанным именем не определена (ЗаполнитьПересортицуНаСервере)
<<?>>ЗаполнитьПересортицуНаСервере(?(ПустаяСтрока(КодГруппы),0,Число(Лев(КодГруппы,2))));
Увы, через добавить в Сервис - Внешние печатные формы и обработки, пишет что выбранный файл не является внешней обработкой, либо данная обработка не предназначена для запуска в этой конфигурации. Конфигурация у нас типовая, версия платформы 1С:Предприятие 8.3 (8.3.11.3034) серверная
Здравствуйте, запрашиваются остатки только по текущему УТМ? к примеру есть три точки но я загружаю остатки с одной торговой точки и остатки же придут только по данной точке. Или придется ходить и в каждой точке запрашивать?
(17) Привет. Под рукой нет Розницы 2.2.8, все клиенты пока на 2.2.7, сейчас плотно занят кассами-онлайн, до 1 июля нужно всех ИП зарегистрировать, чтобы они могли рассчитывать на вычет по ЕНВД.
После выходных кого-нибудь переведу на 2.2.8 или 2.2.9, и сообщу, если что пишите в личку
После выходных кого-нибудь переведу на 2.2.8 или 2.2.9, и сообщу, если что пишите в личку
Для УТ 10.3 в запросе поправь
| ВТ_Остатки.АлкогольнаяПродукция.ВидПродукции.Код КАК КодВидаПродукции
на
| ВТ_Остатки.АлкогольнаяПродукция.ВидПродукции.КодВидаПродукции КАК КодВидаПродукции
и строчку в процедуре ЗаполнитьОстаткиЕГАИС:
НовСтр.КодВидаПродукции=Выборка.АлкогольнаяПродукция.ВидПродукции.Код;
на
НовСтр.КодВидаПродукции=Выборка.АлкогольнаяПродукция.ВидПродукции.КодВидаПродукции;
Чтобы не было ситуации
(19)
| ВТ_Остатки.АлкогольнаяПродукция.ВидПродукции.Код КАК КодВидаПродукции
на
| ВТ_Остатки.АлкогольнаяПродукция.ВидПродукции.КодВидаПродукции КАК КодВидаПродукции
и строчку в процедуре ЗаполнитьОстаткиЕГАИС:
НовСтр.КодВидаПродукции=Выборка.АлкогольнаяПродукция.ВидПродукции.Код;
на
НовСтр.КодВидаПродукции=Выборка.АлкогольнаяПродукция.ВидПродукции.КодВидаПродукции;
Чтобы не было ситуации
(19)
Здравствуйте! у меня УТ 10.3
Обработка работает, для меня очень полезная, но при создании документа СПИСАНИЕ, дает сама выбрать либо пересортица, либо порча. Но мне нужно именно РЕАЛИЗАЦИЯ. Такого слова в выборе нет.
Подскажите как добавить.
Обработка работает, для меня очень полезная, но при создании документа СПИСАНИЕ, дает сама выбрать либо пересортица, либо порча. Но мне нужно именно РЕАЛИЗАЦИЯ. Такого слова в выборе нет.
Подскажите как добавить.
Доброго дня, подскажите пожалуйста, при переносе остатков с первого регистра на 2 много позиций не отобразилось, в основном по 200 коду (водка). В чем причина?
(в запрашиваемых остатках егаис позиции есть, а в обработке их нет)
спасибо.
может новая версия вышла?
Заказ N165596 от 08.06.2018
1с розница 2.2.9.20
(в запрашиваемых остатках егаис позиции есть, а в обработке их нет)
спасибо.
может новая версия вышла?
Заказ N165596 от 08.06.2018
1с розница 2.2.9.20
(38) Привет, при переносе остатков (Заполнить на вкладке Передача в торговый зал) нужно смотреть какой режим корректировки установлен: все, маркируемый, немаркируемый. Возможно у вас был установлен режим немаркируемый и поэтому в перенос не попали позиции в т.ч. с кодом 200
(41)Да, потому что часто бывает что продается одна карточка а поступления делают совсем на другую.
Розница же еще не научилась списывать пиво без разбора по алкокодам, как это сделано в Айтиде и в Штрих-М.
1С наоборот шаг назад сделали - убрали сопоставление одной нашей карточки с несколькими егаисовскими.
Вот люди и мучаются: приписки к наименованию делают "нет", "не использовать!" и штрихкоды удаляют чтобы кассиру было удобнее. И потом, когда в новой ттн видят товар с этой припиской то возвращают штрихкод обратно. Ну, бред короче.
Также и в каждодневных списаниях пива на основании отчета о розничных продажах: в случае ошибки приходится заходить в протокол обмена, смотреть на что ругается и вместо проблемной карточки, подставлять ту, которая есть на остатках в егаис
Розница же еще не научилась списывать пиво без разбора по алкокодам, как это сделано в Айтиде и в Штрих-М.
1С наоборот шаг назад сделали - убрали сопоставление одной нашей карточки с несколькими егаисовскими.
Вот люди и мучаются: приписки к наименованию делают "нет", "не использовать!" и штрихкоды удаляют чтобы кассиру было удобнее. И потом, когда в новой ттн видят товар с этой припиской то возвращают штрихкод обратно. Ну, бред короче.
Также и в каждодневных списаниях пива на основании отчета о розничных продажах: в случае ошибки приходится заходить в протокол обмена, смотреть на что ругается и вместо проблемной карточки, подставлять ту, которая есть на остатках в егаис
Добрый вечер, при наличии позиций к списанию и позиций к постановке на баланс после нажатия кнопки списать\поставить создается только документ списания, акт постановки не создается. Через час после списания пробовать повторно запрашивать остатки и будет счастье или что-то я делаю не так?
КорректировкаОстатковЕГАИСРозница227 решила, что я АО "ПИВОВАРНЯ МОСКВА-ЭФЕС" и при нажатии кнопки Обмена с ЕГАИС, ругается: " Для организации ЕГАИС АО "ПИВОВАРНЯ МОСКВА-ЭФЕС" не заданы настройки подключения к УТМ".
Как исправить не подскажете?
Как исправить не подскажете?
Добрый день. Обнаружился нюанс. При корректировке розливного пива были следующие цифры: в обработке по данным ИБ - 0,5, по данным ЕГАИС 5, разница посчиталась как 4,5, соответственно в акт списания попала цифра 4,5л(!). По остаткам ЕГАИС 5дкл, по данным ИБ - 0,5л, надо списать в нашем случае все, т.е 5дкл (или 50л), если по алгоритму обработки, то должно быть предложено к списанию 50-0,5л. Единицы измерения не соответствуют друг другу. Это недогляд или предполагается что розливное списывается в ноль и правится вручную?
(71)Кстати, остатки ИБ в обработке берутся из ИБ, а не из остатков ЕГАИС. Поэтому в ноль оттуда не спишешь - всегда расхождение будет. Реальные остатки в ноль не списывают, списывают из регистра ЕГАИС, а данные для обработки берутся из реальных остатков. Поэтому всегда в акт будут попадать неточные данные, их руками надо исправлять.
(77)В ИБ они всегда есть. Кегу списывают из ЕГАИС, но на остатках в базе она остается и потом постепенно уменьшается. Эти остатки и попадают в обработку в л. А сравниваются с остатками из ЕГАИС - в дкл. Разница определяется в дкл, а в акт попадает как л, но без пересчета в 10раз.
(78)я понял, так реализовано у вас. У моих кегу списывают в ЕГАИС и номенклатуру - кегу списывают в ИБ, но создается новая номенклатура типа разливное пиво 0.5, вид номенклатуры - обычный товар, без привязок к ЕГАИС, ставится на приход 0.5 * количество литров, (т.е поступило 30л, приходуем 60 порций) и продаем. Объем порционного литража по ситуации - минимальный объем стакана, обычно 0.5
Таким образом списание реализацию делаем сразу после поступления - и больше об это не вспоминаем
Таким образом списание реализацию делаем сразу после поступления - и больше об это не вспоминаем
(79)Да, нет. С самого начала схема была описана на ИТС: ЕГАИС отдельно списываем, по учету продаем как обычно, ед. изм. - литр.
Потом какой то бред появился на ИТС с операциями сборки/разборки.
Там, как я понял, цель была дать универсальный механизм работы с упакованной(!) как маркированной, так и немаркированной продукцией.
Ну, для работы с розливным пивом добавлять еще одну операцию типа "комплектация" - это уже перебор, к тому же справочник номенклатуры увеличивать в два раза. И так постоянно какие то ошибки делают с оформлением. Это еще увеличит количество ошибок.
К тому же розливное пиво есть в разовой пластиковой таре - "упакованная" продукция и в возвратной металической таре - "неупакованная" продукция, у нас в основном работают с возвратной неупакованной тарой - "неупакованная" продукция).
Схема с комплектацией более полная, но она прежде всего годится для работы с маркируемой продукцией. Для розливного пива замороченно слишком. Трудно представить, что на рядовой точке по продаже розливного пива работающие там люди справятся с такой длинной цепочкой оформления продукции.
Потом какой то бред появился на ИТС с операциями сборки/разборки.
Там, как я понял, цель была дать универсальный механизм работы с упакованной(!) как маркированной, так и немаркированной продукцией.
Ну, для работы с розливным пивом добавлять еще одну операцию типа "комплектация" - это уже перебор, к тому же справочник номенклатуры увеличивать в два раза. И так постоянно какие то ошибки делают с оформлением. Это еще увеличит количество ошибок.
К тому же розливное пиво есть в разовой пластиковой таре - "упакованная" продукция и в возвратной металической таре - "неупакованная" продукция, у нас в основном работают с возвратной неупакованной тарой - "неупакованная" продукция).
Схема с комплектацией более полная, но она прежде всего годится для работы с маркируемой продукцией. Для розливного пива замороченно слишком. Трудно представить, что на рядовой точке по продаже розливного пива работающие там люди справятся с такой длинной цепочкой оформления продукции.
(80)Да, еще один нюанс. Если пиво в "упакованной" таре (пластиковая кега 30, 50л), то в ЕГАИС она учитывается в штуках(!). Для этого и нужна операция комплектации, чтобы вскрыть тару и продавать в розлив. А пиво в "неупакованной" таре в возвратных кегах учитывается в ЕГАИС в далах(!) - ее то и нет смысла вскрывать.
Блин, для этих операций отдельный человек нужен в отделе. Рядовой продавец не справится. А специфика такова, что функция приема и продажи совмещается продавцом.
Блин, для этих операций отдельный человек нужен в отделе. Рядовой продавец не справится. А специфика такова, что функция приема и продажи совмещается продавцом.
(81)Еще не мешало бы добавить обработчик события на иизменение поля "количество" на закладке корректировка остатков. Если меняю руками количество пива на "0", например, то сумма списания должна пересчитаться. Эти обработчики лишними не будут и на других полях.
Сейчас в Акте списания литры по неупакованной(!) продукции при создании запроса в ЕГАИС в формате mxl пересчитываются в далы. Есть возможность изменить ед. изм. на далы, но не знаю, правда, как произойдет пересчет при создании запроса в mxl - экспериментировать не хочется, а код смотреть лень ))). Но, похоже, придется ))).
Сейчас в Акте списания литры по неупакованной(!) продукции при создании запроса в ЕГАИС в формате mxl пересчитываются в далы. Есть возможность изменить ед. изм. на далы, но не знаю, правда, как произойдет пересчет при создании запроса в mxl - экспериментировать не хочется, а код смотреть лень ))). Но, похоже, придется ))).
Приветствую, скачал вашу обработку, так скажем разобраться в ней с первого раза не получилось, скриншоты не сходятся с тем что вижу, описание работы не подходит, например выбора магазина не вижу совсем. Кнопки справка в обработки тоже нет, хотя бы там хотел что нибудь увидеть
Что такое заполнить (Вариант 1) и (Вариант 2) , чем они отличаются
Обновите описание обработки, очень НЕУДОБНО !!!
Что такое заполнить (Вариант 1) и (Вариант 2) , чем они отличаются
Обновите описание обработки, очень НЕУДОБНО !!!
Прикрепленные файлы:
Добрый день!
Сейчас столкнулся : при списании немаркируемых (щстатки от 16 года) документ не проходит по максимальному весу файла.
Опытным путем установил что 450 строк в документе проходит(у меня 1700)
Операция разовая, поэтому в код не лезу, Извращаюсь с удалением строк то с верху, то с низу списка.
Потом жду час и запрашиваю новые остатки.
Вот еслиб была возможность разбить документы по количеству строк........ Вааще лафа былаб.
В остальном все отлично!!!
Сейчас столкнулся : при списании немаркируемых (щстатки от 16 года) документ не проходит по максимальному весу файла.
Опытным путем установил что 450 строк в документе проходит(у меня 1700)
Операция разовая, поэтому в код не лезу, Извращаюсь с удалением строк то с верху, то с низу списка.
Потом жду час и запрашиваю новые остатки.
Вот еслиб была возможность разбить документы по количеству строк........ Вааще лафа былаб.
В остальном все отлично!!!
Добрый вечер!
Конфа УТ 10,3 не самая свежая.
В обмене с ЕГАИС :
1) Документперемещения в торговый зал выгружает.(формирует файл с данными)
2) УТМ через некоторое время отвечает : "Ошибка, файл не принят, превышение максимального размера файла" Кажется так. Все смотрел в интерфейсе 1С (в УТМ не лазил). Немного понимаю в HTML и настройках апача, поэтому долго не парился, уменьшил количество строк в документе. Тяжелее было потом искать и удалять строки, создавать 4 документа .
Проблема не в 1с, а в УТМ. Не смертельно, но время на это потратил.
Может кому пригодится.
Операция разовая и повторить ее не смогу. а на копии в УТМ всякую фигню слать "Не есть ГУТ"
Конфа УТ 10,3 не самая свежая.
В обмене с ЕГАИС :
1) Документперемещения в торговый зал выгружает.(формирует файл с данными)
2) УТМ через некоторое время отвечает : "Ошибка, файл не принят, превышение максимального размера файла" Кажется так. Все смотрел в интерфейсе 1С (в УТМ не лазил). Немного понимаю в HTML и настройках апача, поэтому долго не парился, уменьшил количество строк в документе. Тяжелее было потом искать и удалять строки, создавать 4 документа .
Проблема не в 1с, а в УТМ. Не смертельно, но время на это потратил.
Может кому пригодится.
Операция разовая и повторить ее не смогу. а на копии в УТМ всякую фигню слать "Не есть ГУТ"
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|