Простая, но удобная обработка заполнения документов партий (продаж) в табличной части "Товары" документа "Возврат товаров от покупателя" (опт - заполнение документами оптовой продажи, розн - заполнения отчетами о розничных продажах)
Файлы
ВНИМАНИЕ:
Файлы из Базы знаний - это исходный код разработки.
Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы.
Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных.
Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Наименование
Скачано
Купить файл
По подписке PRO
Заполнение документов партий в возврате от покупателя для УТ 10.3 опт / розн
Универсальная обработка для обслуживания любых фискальных регистраторов (ККТ), в том числе Веб сервер АТОЛ. Работает в соответствии с 54-ФЗ. (ФФД 1.0, ФФД 1.05, ФФД 1.1, ФФД 1.2). Подключайте любую онлайн кассу к практически любой конфигурации на обычных формах. Нет необходимости обновлять 1С. Можно бесплатно скачать и протестировать. Может работать одновременно с несколькими онлайн-кассами, либо одной с разных рабочих мест. (через RDP, TCP\IP или веб-сервер) Позволяет разделить один чек сразу на несколько ККТ или на несколько систем налогообложения. Поддерживает разрешительный режим и маркировку. Поддерживает локальный модуль честного знака для офлайн проверки. Можно настроить собственный шаблонов чека. Можно использовать эквайринг там, где он не поддерживается. Работает на LINUX и Windows Адаптировано к ставке НДС 22% и ТС ПИоТ.
Автоматизация учета ЕГАИС в 1С для оптовой торговли, производства и импорта алкогольной продукции. Получение и отправка ТТН, отправка акта о постановке на баланс и акта о списании. Получение остатков. Загрузка и сопоставление номенклатуры и контрагентов. Оправка в ЕГАИС отчетов о производстве и импорте.
Расширение для работы с номенклатурой: отображение остатков, цен, изображений, аналитики по каждой позиции, подбор товаров в документы через корзину и оптимизация интерфейса.
Обработка осуществляет обслуживание ККТ АТОЛ, Штрих, Вики Принт и Меркурий для конфигураций "УТ 10.3", "КА 1.1", "УПП 1.3", "Розница 1.0", "БП 2.0" и других отраслевых решений, построенных на основе указанных выше конфигурациях. Поддерживает возможность параллельно пробития чеков на одной ККМ несколькими пользователями. Поддерживает Веб-сервер Атол. Соответствует требованиям 54-ФЗ. Поддерживает ФФД 1.0, 1.05, 1.1 и 1.2. Разделяет чеки по нескольким СНО. Поддерживает механизмы подключения ККТ по TCP/IP, для работы через RDP или интернет. Поддержка маркировки и разрешительного режима. Поддержка пробития чеков с новыми ставками НДС 5%, НДС 7% и НДС 22%.
Решение создано для помощи разработчикам, интеграторам и другим заинтересованным лицам по настройке системы маркировки обуви, одежды, лекарств, табака, фото, молока, духов(парфюма), питьевой воды, велосипедов и шин. Задавайте вопросы по работе с ЦРПТ, GS1, ЭДО, Национальным каталогом, накоплен опыт и знания по данным темам.
Пакет обновлений и продолжения поддержки Управление торговлей, редакция 10.3.- обновление которое предоставляет пользователям новые функции, исправления ошибок и т.д.
Программный продукт "Управление доставками в 1С" позволяет обмениваться с личным кабинетом Boxberry, СДЭК, Энергия, Почта России, DPD, ПЭК, Grastin, Деловые Линии, КСЕ, Dalli, ЯндексДоставка. Упрощает создание заявок и резервирование заказов прямо в интерфейсе 1С
Корректируйте банковские документы быстро и легко! Создайте правило обработки, и оно автоматически применится при загрузке выписки, экономя ваше время (Можно настроить отбор по любому реквизиту или по регулярному выражению). Решение позволяет автоматически заполнять расшифровку платежа, исключать загрузку ненужных документов (дублей) из банка, заполнять комиссию за эквайринг и многое другое. Вам не нужно доплачивать за алгоритмы, они уже включены в решение. Автоматическая обработка применяется при загрузке данных как из файлов клиент банка, так и через DirectBank.
Доступен AI чат бот который умеет консультировать по функционалу решения.
(1)Не совсем понял вопрос, но попробую ответить. Обработка заполняет продажи в конкретном возврате и берет в расчет продажи до этого возврата, и если по какой-либо продаже был сделан возврат (в возврате указана реализация), то данная реализация не может быть выбрана.
(3)Ну почти. Создать возвраты вручную и без документа партии можно. (только так как бы неправильно). А вот заполнить документы партии этой обработкой получится только в первом документе где будет 5 позиций (кот. и продали ранее), причем если в возврате будет указано 6 позиций (а продали всего 5), то при заполнении строка документа с данным товаром разобьется на 2: 1 - 5шт в которых будет указана партия продажи, 2 - 1шт без партии.
Несколько уточняющих вопросиков:
1) Подбор Партий по принципу ЛИФО был бы более правильным? Одновременно с подбором Партий может логичнее извлекать цену продажи?
2) Если с контрагентом используется несколько Договоров, производится ли отбор продаж по Договору?
3) Если Партионный учет не пересчитан на момент заполнения, то автоподбор невозможен (будет выполнен с ошибками)?
(6)1) да, действительно продажи заполняются по методу ЛИФО (в описании неправильно) и действительно считаю что так более правильно. Цену продажи не вижу смысла извлекать, а даже наоборот ), Авто заполнением не пользуются если точно знают по какой накладной пришел товар и тогда просто вводят на основании, а когда есть возврат, 1 большой сумма которого согласована с обеими сторонами, вот тут не надо цены из продаж.
2) Да отбор по договору в документе
3) Не совсем. Партионный учет тут нужен не для получении точной себестоимости. а для подстановки подходящих документов, т.е. если партии списываются при проведении документов (т.е. они вообще есть), то все будет хорошо, а возвращаемая себестоимость всегда будет по партии из продажи.
(7) 1) Зачастую, в одну накладную возврата входят товары из нескольких Реализаций. Соответственно воспроизведение ВозвратаОтПокупателя созданием ВводомНаОсновании затруднительно. Проще подглядеть Цену продажи и вернуть в Перезаполняемый документ одновременно с найденной отгрузкой. Если условие возврата отличается от Цены на момент продажи, то можно откорректировать (в т.ч. подставить Закупочную или Розничную на сегодняшний день).
3) Речь не о себестоимости, а об источнике информации при отгрузке... При ошибках партионного учета будут ошибки заполнения возвратов документами.
(9)1) В моем случае "большие" возвраты, кот. естественно по нескольким продажам (а за частую непонятно по каким) подлежат отдельному согласованию! Т.е. сначала создается возврат с указанием конкретных товаров, количества и цены (по кот. готовы вернуть) , этот созданный возврат проходит несколько стадий согласования, а только потом передается операторам для "правильного" заполнения. (у нас свой механизм заполнения цены в данном случае)
2)Источник инф. по отгрузке - регистр продажи, при ошибках парт.учета не будет критичных ошибок заполнения... хотя нужно следить за партионным учетом )
Не работает ваша обработка или я что-то делаю не так. В чём дела?Какая последованность подключения и последжовательность заполнения документа возврата?
(14) УТ 10.3, устанавливаю через Сервис-Внешние печатные формы и обработки-Внешние обработки заполнения табличных частей-Добавляю туда обработку-и настраиваю ТЧ Документа Товары из Возврата от покупателя
(15)Все верно. Должно работать: в документе в меню "Заполнить" командной панели табличной части "Товары" появятся соответствующие пункты меню. У себя проверил - работает.
(17) Точно уже не помню, но что-то типа того. Документ партии подберется в документ возврата в том случае, если и по продажам и по партиям подбираемого документа все ОК
