Обработка предназначена для заполнения колонок "Цена" и "Сумма" в табличной части "Товары" документа "Оприходование товаров".
Обработка сделана для служебных целей, это не универсальное решение.
Данные берутся по 41 счету, учет по партиям.
Доработка не предусмотрена. Код открыт.
Обработка "Корректировка регистра себестоимости по проблемам".
Предназначена для корректировки ошибок учета себестоимости товаров "Обнаружены ненулевые остатки по суммам при нулевом остатке по количеству в регистре себестоимости по организации".
Отчет-обработка по регистру "Зарплата к выплате"
Данный отчет позволяет просмотреть суммы к выплате по данным ЗУП, где были допущены ошибки оформления документов выплаты ЗП, сформировать по данным отчета документ корректировки "Перенос данных".
Например, когда по какой-то причине не был указан документ основания выплаты, скорректирована суммы к выплате без указания документа основания и т.д.
Данные суммы можно увидеть при автоматическом заполнении документа "Ведомость к выплате" по сотрудникам в типовом документе, как "плюс" на "минус" с одинаковой суммой, периодом и разным документам основания.
Обработка отражает:
-Текущую себестоимость по указанному виду цен или данным базы 1С.
При наличии спецификации по номенклатуре учитывает состав спецификации и ее разузлование (вложенная номенклатура со своей спецификацией).
-Остатки
-Сколько можем собрать
-Цены
Финансовый результат по данным БУ и НУ для БП 3.0.
Отчеты показывают финансовый результат: прибыль / убыток, внереализационные расходы и доходы, выручку и т.д.
Загрузка данных к выплате списком в ЗУП 3.1
Позволяет загрузить данные по утвержденным суммам к выплате, их распределения по документам основания для ведомости к выплате.
Распределение по документам основания в ручном режиме или автоматическом по ФИФО.
-ВедомостьНаВыплатуЗарплатыВБанк
-ВедомостьНаВыплатуЗарплатыВКассу
-ВедомостьНаВыплатуЗарплатыРаздатчиком
Можно использовать при сверке и корректировки выплат по данным другой учетной программе для НДФЛ, при переходе с БП 30 в ЗУП, со старых редакций ЗУП
Тестировалось на 1С:Предприятие 8.3 (8.3.13.1513)
ЗУП 3.1 (3.1.9.229)
Обработка подключается через расширение.
Администрирование -печатные формы и обработки - расширения. Безопасный режиме должен быть снят.
В расширение унаследована роль "Полные права" для возможности использования доп. команды из документа
В расширение добавлена отдельная роль "Расш1_ОсновнаяРоль" (синоним -"Распределение оплаты НДФЛ") для возможности использования доп. команды из документа, назначается программно пользователям при необходимости
Обработка предназначена в первую очередь для разработчиков 1С, конечных пользователей при наличии навыков программирования.
Обработка позволяет прочитать данные отчеты Excel агентов по доставке:
-Пикпоинт(pickpoint)
-Армадило(dpd)
-Шиптор(shiptor)
-Доставка клаб(dostavka-club)
Чтение происходит через методы "Табличного документа"
Программным образом создается таблица с прочитанными данными для последующей обработки, колонки для чтения определяются в настройках обработки по данным "Макета табличного документа"
3.
Проверьте, что коды маркировки соответствуют требованиям системы «Честный ЗНАК» по составу и количеству символов: /v4/fbs/posting/product/exemplar/validate.
Передайте маркировку в систему «Честный ЗНАК»: /v4/fbs/posting/product/exemplar/set. При необходимости передайте номера таможенных деклараций и регистрационные номера партии товара или укажите, что их нет.
Получите статусы передачи маркировок:
4.
/v4/fbs/posting/product/exemplar/status — получить статус добавления экземпляров.
/v5/fbs/posting/product/exemplar/create-or-get — получить данные созданных экземпляров.
Перед сборкой убедитесь, что отправление соответствует установленным в пункте приёма ограничениям. Получите ограничения пункта приёма по номеру отправления: /v1/posting/fbs/restrictions.
5. До окончания времени на сборку подтвердите, что вы собрали заказ: /v4/posting/fbs/ship. Вы не сможете собрать заказ, если:
Нужно было реализовать чтение Этикетки ОЗОН в PDF формате.
Озон в штрихкод какой-то свой уникальный номер записывают.
Мы никак не могли этот УИД связаться с нашим номером отправления при сканировании штрих кода у себя.
Идея крутая!,
Я смотрю и мысль - надо тыкать много мышкой, пойду я лучше в конфигуратор )
Для "Консультантов" и "Аналитиков" на крупных проектах наверно было бы интересно.
Обратная связь:
-Местами код написан не оптимально
-Не везде по коду фиксируется запрос и ответ с выводом в обработку (сделали своими силами. без доработки конфигурации 1С )
-Чрезмерная передача параметров в процедуры , функции - передавайте структуру с параметрами
-Получение токена не заработало , по результату общения с ТП МВИДЕО нужно передавать через "clientName": «clientId.ID_Клиента(сделали своими силами. без доработки конфигурации 1С )
-Отсутствие логирования ошибок по обмену (сделали своими силами. без доработки конфигурации 1С )
-Отсутствие логирования ранее переданной информации по остаткам и ценам по обмену (сделали своими силами, без доработки конфигурации 1С).
Если у Вас большое кол-во товаров, вы постоянно будет передавать одну и туже информацию, а не измененную (полный обмен постоянно), это не верный подход
Нужна опциальная возможность включать и отключать обмен с учетом ранее переданной информации или постоянно "Полный обмен"
-Отсутствие возможности настройками включать и отключать обмен, если вы регламент передачу включили, то потом ее отключить конечный пользователь сам не всегда сможет.
Нужен признак в настройках ("использовать обмен по остаткам", "Использовать обмен по ценам") ((сделали своими силами. без доработки конфигурации 1С )
-Отсутствие возможности указания контрагента обмена, нам нужно было (сделали своими силами. без доработки конфигурации 1С )
Не понятно по какому контрагенту в 1с идет обмен.
- Выгрузка по расписанию должна работать по двум расписаниям ,а не одном общему (сделали своими силами. без доработки конфигурации 1С )
Если у вас много товаров, то при выгрузке последовательно, обновление остатка или цены можно долго ждать.
-Отсутствие пакетной выгрузки остатков и цен, для цен требования МВИДЕО (1000 в пакете) (сделали своими силами. без доработки конфигурации 1С )
Добавьте в свою справку особенности обмена от ТП МВИДЕО Ответы на вопросы от ТП Мвидео:
1. Как часто сервер мвидео может принимать данные по API?
Ответ:
Мощность серверов достаточно высока, однако, нет необходимости передавать данные слишком часто, не чаще чем раз в полчаса. Штатная выгрузка происходит 1 раз в сутки.
Цены выгружаются в систему в 15-20ч по МСК.
Остатки выгружаются в систему ночью.
Каждый новый запрос перезаписывает предыдущий, и последние полученные по времени данные будут переданы в систему.
2. Какие ограничение на пакеты передаваемой информации (кол-во товара в пакете выгруженных данных)?
Ответ:
По ценам:
Максимальное кол-во 1000 в одном запросе.
По остаткам:
Для корректной обработки загруженных данных следует отправлять в одном запросе все товары, по которым нужно обновить остатки, не разделяя на несколько частей.
3. Реквизиты доступа по API?
Ответ:
Вам нужно создать ключ в разделе Доступ к API, в который можно попасть через меню в правом верхнем углу экрана «Вы вошли как -> Доступ к API» .
После создания ключа, перейти на интерактивную инструкцию по подключению к API : ;
4. Нюансы обмена по ценам:
a. для изменения цены со следующего дня, нужно передать обновление до 15:20 по Москве.
При передаче цен после 15:20, они встанут не со следующего дня, а через день (если не затрутся новыми)
b. Если в запросе будет хотя бы один товар с ошибкой (например некорректный код товара, дата в прошлом и др.), будет отклонён весь запрос с детализацией ошибок по каждому товару.
5. Нюансы обмена по остаткам:
a. Передаваемые в запросе остатки действуют до бесконечности.
Мы ведём учёт остатков сами и если вы передали 10 шт., то поле формирования клиентского заказа на десятую штуку, сделаем товар недоступным к заказу на сайтах.
При передаче по API новых остатков, вы затираете предыдущее кол-во. и новое начинает действовать до бесконечности.
b. Информацию по клиентским резервам мы по API не передаём.
Он предназначен только для получения от вас информации о вашем актуальном стоке.
c. Если запрос на обновление остатков содержит как корректные товары, так и товары с ошибками, то, в отличии от цен, остатки на товары без ошибок успешно обновятся.
По остальным вы сможете отдельным запросом получить детализацию ошибок.
d. При обнулении остатков на товар, он не исчезнет с сайтов мгновенно.
С сайта Эльдорадо в течение 3х часов, с сайта М.Видео на след. сутки.
Но при оформлении клиентского заказа будет выведена информация о том, что товар закончился. Вероятность создания заказа на товар с нулевым остатком есть, но она невысокая.
(20)
.....
Обработка предназначена для разработчиков, ее можно адаптировать под свой функционал.
....
Работающий апи есть в типовой конфигурации УТ КА последнего релиза.
Вы можете там его посмотреть.
4 - за то, что в справке озон на момент публикации 04.12.2020
Была написана какая-то дичь по получению этикетки, ошибка, считайте это за потраченное время на решение проблемы по методу получения этикетки.
.
Есть рабочий модуль апи, пишите в личку, можете на его базе сделать свою интеграцию.
Стоимость до 1 скорректирована.
(1) Работает, для одного типа документа.
Я вот каждый тыкать не хочу.
Выберите реализация и заказ одновременно и посмотрите, там не будет фильтра по периоду
Обработка для разработчиков, решала конкретную проблему.
почта на mail.ru , проблема в 1с БП 30.
Ошибку удалось решить только повторной настройкой почты в 1с(создание почтового ящика в 1с заново), если менять настройки текущего ,то ничего не помогало.
