По теме из базы знаний
- Бизнес-аналитика с помощью Power BI
- Как сдать экзамен 1С:Специалист по платформе?
- Переход с АС Смета 3.2 на 1С:БГУ 2.0
- 1С:Аналитика, инструмент BI в платформе 1С, опыт создания дашбордов и отчетов на примере 1С:ЗУП КОРП
- Как оценить уровень подготовки продавцов с помощью BI-системы — на примере сети салонов сотовой связи
Найденные решения
(18) сами же пишете.
Если кратко, то ED не передает остатки. Т.е. приложение для ведения целостного учета рассчитывает остатки самостоятельно.
(10)
Не знаю как в УТ 10.3, но в УТ 11 такого документа нет.
А в 17 правильно сказали. Если хотите с этим спорить, то тогда 16 ответ.
например, передача данных в «1С: Бухгалтерию» из других приложений для ведения целостного учета
Если кратко, то ED не передает остатки. Т.е. приложение для ведения целостного учета рассчитывает остатки самостоятельно.
(10)
В УТ помимо регистров накопления есть прекрасная штука: Документ.ОстаткиСобственныхТМЦ
Не знаю как в УТ 10.3, но в УТ 11 такого документа нет.
А в 17 правильно сказали. Если хотите с этим спорить, то тогда 16 ответ.
(18)
Вы уверены, что одинаково с бухгалтерией понимаете термин "Остатки".
В общем случае это 41 счет. Но если это ответ хранение, или давальческое сырье, или еще хз что, тогда будут разногласия.
В ED есть стандартные складские документы: "Оприходование", "Списание", "Перемещение" и т.д.
Делаете в ED "прослойку", которая выбирает в 1С то что вы считаете "остатками" и конвертируете это в "типовые" документы ED. Чтобы не путать "ваши" документы с "родными" бухгалтерскими, сделайте соответствующий признак стандартными средствами 1С.
есть ли какой-либо объект в формате ED, который хранит эти остатки
Вы уверены, что одинаково с бухгалтерией понимаете термин "Остатки".
В общем случае это 41 счет. Но если это ответ хранение, или давальческое сырье, или еще хз что, тогда будут разногласия.
В ED есть стандартные складские документы: "Оприходование", "Списание", "Перемещение" и т.д.
Делаете в ED "прослойку", которая выбирает в 1С то что вы считаете "остатками" и конвертируете это в "типовые" документы ED. Чтобы не путать "ваши" документы с "родными" бухгалтерскими, сделайте соответствующий признак стандартными средствами 1С.
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
с Бухгалтерией предприятия
брать из регистра бухгалтерии, очевидно. Что-то наподобие:
ВЫБРАТЬ
ХозрасчетныйОстатки.Счет КАК Счет,
ХозрасчетныйОстатки.Субконто1 КАК Номенклатура,
ХозрасчетныйОстатки.СуммаОстаток КАК СуммаОстаток,
ХозрасчетныйОстатки.КоличествоОстаток КАК КоличествоОстаток
ИЗ
РегистрБухгалтерии.Хозрасчетный.Остатки(, , &ВидНоменклатура, ) КАК ХозрасчетныйОстатки
(18) сами же пишете.
Если кратко, то ED не передает остатки. Т.е. приложение для ведения целостного учета рассчитывает остатки самостоятельно.
(10)
Не знаю как в УТ 10.3, но в УТ 11 такого документа нет.
А в 17 правильно сказали. Если хотите с этим спорить, то тогда 16 ответ.
например, передача данных в «1С: Бухгалтерию» из других приложений для ведения целостного учета
Если кратко, то ED не передает остатки. Т.е. приложение для ведения целостного учета рассчитывает остатки самостоятельно.
(10)
В УТ помимо регистров накопления есть прекрасная штука: Документ.ОстаткиСобственныхТМЦ
Не знаю как в УТ 10.3, но в УТ 11 такого документа нет.
А в 17 правильно сказали. Если хотите с этим спорить, то тогда 16 ответ.
Если кратко, то ED не передает остатки
(20)Спасибо большое! Лучший ответ на мой вопрос). В таком случае, можете пожалуйста подсказать, по каким документам, полученным в результате обмена, мы можем вычислить остатки?
--------------
Предполагаю, что это: Документ.ПоступлениеТоваровУслуг; Документ.РеализацияТоваровУслуг; Документ.ПеремещениеТоваров. Что-то ещё?
(14)
Спасибо за ответ. Можно вот тут чуть подробнее? Вот краткое тз, для чего мне эти остатки:
1) Синхронизировать номенклатуру и остатки с бухгалтерией
2) Производственный цех запросил материалы(перекинув соответствующий таск в web-приложении на склад, с указанием запрошенного кол-ва)
3) На складе отгрузили материал и перекинули таск обратно(указав факт. кол-во)
4) Приложение автоматом сформировало соответствующие документы и синхронизировало их с 1С-кой
-------------------
Брать из своих ресурсов это как? Система которую мы разрабатываем на этапе внедрения в крупное производственное предприятие, база пустая. Как раз нам и надо вытянуть из бухгалтерии текущие остатки, чтобы потом ими оперировать
Вы должны брать остатки из своих ресурсов
Спасибо за ответ. Можно вот тут чуть подробнее? Вот краткое тз, для чего мне эти остатки:
1) Синхронизировать номенклатуру и остатки с бухгалтерией
2) Производственный цех запросил материалы(перекинув соответствующий таск в web-приложении на склад, с указанием запрошенного кол-ва)
3) На складе отгрузили материал и перекинули таск обратно(указав факт. кол-во)
4) Приложение автоматом сформировало соответствующие документы и синхронизировало их с 1С-кой
-------------------
Брать из своих ресурсов это как? Система которую мы разрабатываем на этапе внедрения в крупное производственное предприятие, база пустая. Как раз нам и надо вытянуть из бухгалтерии текущие остатки, чтобы потом ими оперировать
(15) Прежде, чем использовать ED3 - надо понять, для каких целей он предназначен. Для вашего личного проекта - никто ED3 не предусматривал. Разрабатывайте свои собственные инструменты. OData, Rest, HTTP, SOAP, собственные XDTO и проч.
А вы вляпались по самое не балуйся.
А вы вляпались по самое не балуйся.
(17)
1) Вот выдержка из описания формата: "Это и обмен данными в пределах одной организации, например, передача данных в «1С: Бухгалтерию» из других приложений для ведения целостного учета, или обмен данными между центральным офисом и удаленными складами. Подходит формат и для обмена данными между разными организациями".
2) "Формат предназначен для обмена информацией между любыми информационными системами"
---------------------------------
Мы довольно детально ознакомились с форматом и принципами его работы, перед тем как выбрать именно его.
--------------------------------
Пожалуйста, не ставьте Rest, HTTP, SOAP в один ряд. REST это вообще архитектурный стиль построения api, который в свою очередь базируется на HTTP(в основном). SOAP - протокол "поверх" http.
--------------------------------
И тут вы тоже не правы) Остатки можно "вычислить" исходя из поступлений/списаний/продажи и т.п. документов - все они синхронизируются по умолчанию(если бы вы внимательно ознакомились с документацией, вы бы это знали). Сейчас вопрос лишь в том, есть ли какой-либо объект в формате ED, который хранит эти остатки
--------------------------------
Вы можете дать хоть один ответ по теме, а не пытаться найти в моём описании ошибки или доказать что идея провальная?
надо понять, для каких целей он предназначен
1) Вот выдержка из описания формата: "Это и обмен данными в пределах одной организации, например, передача данных в «1С: Бухгалтерию» из других приложений для ведения целостного учета, или обмен данными между центральным офисом и удаленными складами. Подходит формат и для обмена данными между разными организациями".
2) "Формат предназначен для обмена информацией между любыми информационными системами"
---------------------------------
Мы довольно детально ознакомились с форматом и принципами его работы, перед тем как выбрать именно его.
--------------------------------
Пожалуйста, не ставьте Rest, HTTP, SOAP в один ряд. REST это вообще архитектурный стиль построения api, который в свою очередь базируется на HTTP(в основном). SOAP - протокол "поверх" http.
--------------------------------
А вы вляпались по самое не балуйся.
И тут вы тоже не правы) Остатки можно "вычислить" исходя из поступлений/списаний/продажи и т.п. документов - все они синхронизируются по умолчанию(если бы вы внимательно ознакомились с документацией, вы бы это знали). Сейчас вопрос лишь в том, есть ли какой-либо объект в формате ED, который хранит эти остатки
--------------------------------
Вы можете дать хоть один ответ по теме, а не пытаться найти в моём описании ошибки или доказать что идея провальная?
(18)
Вы уверены, что одинаково с бухгалтерией понимаете термин "Остатки".
В общем случае это 41 счет. Но если это ответ хранение, или давальческое сырье, или еще хз что, тогда будут разногласия.
В ED есть стандартные складские документы: "Оприходование", "Списание", "Перемещение" и т.д.
Делаете в ED "прослойку", которая выбирает в 1С то что вы считаете "остатками" и конвертируете это в "типовые" документы ED. Чтобы не путать "ваши" документы с "родными" бухгалтерскими, сделайте соответствующий признак стандартными средствами 1С.
есть ли какой-либо объект в формате ED, который хранит эти остатки
Вы уверены, что одинаково с бухгалтерией понимаете термин "Остатки".
В общем случае это 41 счет. Но если это ответ хранение, или давальческое сырье, или еще хз что, тогда будут разногласия.
В ED есть стандартные складские документы: "Оприходование", "Списание", "Перемещение" и т.д.
Делаете в ED "прослойку", которая выбирает в 1С то что вы считаете "остатками" и конвертируете это в "типовые" документы ED. Чтобы не путать "ваши" документы с "родными" бухгалтерскими, сделайте соответствующий признак стандартными средствами 1С.
(29)
Да, я наверное неправильный предлог использовал, не "в ED", а "перед ED". Не предлагал менять конфигурацию, тем более пакеты XDTO. Речь идет об изменении алгоритма конвертации. В обработчике "ПриОтправкеДанных" "рисуете" свои складские документы и отправляете.
изменений в конфигурации 1С (в частности - пакеты XDTO в части ED)
Да, я наверное неправильный предлог использовал, не "в ED", а "перед ED". Не предлагал менять конфигурацию, тем более пакеты XDTO. Речь идет об изменении алгоритма конвертации. В обработчике "ПриОтправкеДанных" "рисуете" свои складские документы и отправляете.
Тогда из регистраБухгалтерии.Хозрасчетный.Остатки().
Должно быть что-то типа, хотя счет может быть в параметрах виртуальной таблицу. Но так тоже будет работать.
Должно быть что-то типа, хотя счет может быть в параметрах виртуальной таблицу. Но так тоже будет работать.
ВЫБРАТЬ
*
ИЗ
РегистрБухгалтерии.Хозрасчетный.Остатки КАК ХозрасчетныйОстатки
ГДЕ
ХозрасчетныйОстатки.Счет В ИЕРАРХИИ(&Счет)
(23) не... еще веселее. ТС из бухгалтерии надо остатки.
(21) + ввод начальных, корректировки, возвраты, списания и т.д. А если еще и производство... По сути все документы у которых есть таблица товаров. Еще учесть, что бухгалтерия в принципе не умеет выгружать в ED такие документы, как "Комплектация номенклатуры" и "Требование-накладная". Если есть такие документы, то допиливать сам обмен придется.
+ на своей стороне хранить сами документы (на случай корректировки) + подобие РН "Товары Организаций", чтобы каждый раз это все не пересчитывать . Т.е. организовать на своей стороне "приложение для ведения целостного (хотя бы количественного) учета".
ED вам совсем не подходит и нужно пересматривать формат обмена на корню. С УТ 10.3 вам просто повезло.
(21) + ввод начальных, корректировки, возвраты, списания и т.д. А если еще и производство... По сути все документы у которых есть таблица товаров. Еще учесть, что бухгалтерия в принципе не умеет выгружать в ED такие документы, как "Комплектация номенклатуры" и "Требование-накладная". Если есть такие документы, то допиливать сам обмен придется.
+ на своей стороне хранить сами документы (на случай корректировки) + подобие РН "Товары Организаций", чтобы каждый раз это все не пересчитывать . Т.е. организовать на своей стороне "приложение для ведения целостного (хотя бы количественного) учета".
ED вам совсем не подходит и нужно пересматривать формат обмена на корню. С УТ 10.3 вам просто повезло.
(24)
не... еще веселее. ТС из бухгалтерии надо остатки.
Точно. А там по метаданным хрен поймешь, какие документы двигают нужный счет...
Т.е. организовать на своей стороне "приложение для ведения целостного (хотя бы количественного) учета".
Вот именно! И качать ВСЕ документы, двигающие товарные остатки... Веселая задачка.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот