склад

Потому что вы вводите такую сумму и такое количество, что первое на второе с точностью до 1 копейки (до 0.01) не делится.
При этом сумму изменять нельзя, т.к. не сойдётся с оригинальными бумажными документами (что бухгалтерия очень не любит). Но и цифры типа 1163.2367999 в колонке "цена" в накладных и ордерах бухгалтерия тоже как-то очень не любит.

Поэтому, когда сумма на количество не делится, программа автоматически разбивает общее кол-во на 2 партии с разницей в цене в 1 копейку. Так получается, что и количество точно такое, как вы ввели, и сумма с заданной сходится, и в "цене" нет "хвостов" (цифр после второго знака за запятой). Иначе никак. Не сойдётся. Просто не делится такая сумма на такое количество с точностью до 0.01.

Комментарии писать можно.

Сейчас такую задачу можно решить только если вести в VOGBIT точный партионный учёт (метод SELECT). При приходе писать комментарий, при расходе вручную выбирать по этим комментариям, какой именно материал выдавать. См. картинки.

Не сказать, что идеальное решение, но, в принципе, в каком-то объёме задачу решить позволяет.

В дальнейшем (в следующих версиях) планируется добавление новых специальных возможностей в программу. Конкретно для такого типа случаев.

Ну они не сами, всё таки, получились такие
ну ладно... сейчас не об этом.

Оприходовать смысла нет никакого. Если документ пустой. Оприходование учётного документа есть выполнение складской операции. Осуществление движения по складу. А если документ пустой, то ничего и "двигать".

Не удаляется, потому что учётный документ связан с заданием рабочему, по выполнении которого был создан этот документ о сдаче на склад. Нужно эту связь разорвать (удалить), чтобы документ удалить.
Найти и удалить такую связь проще всего так:
- встать на документ.
- последовательно открыть друг из друга следующие зависимые окна: "Где используется" - "Содержится в объекте" - "Связанные объекты" (см. рис.)

По смыслу это:
Где используется - найти задание, с которым связан данный документ.
Содержится в объекте - переключиться на само это задание.
Связанные объекты - что связано с соответствующим заданием.

Помимо прочего там как раз связь с соответствующим учётным документом. Удалите её.
И можно сам документ потом удалить.

Этот вопрос, по идее, можно выделять в отдельную большую тему, т.к. количество страниц обсуждений подобных вопросов на форуме уже не поддаётся исчислению...

Если вкратце:

1. В сборочных техпроцессах должна быть указана комплектация (пример). Это нужно для того, чтобы автоматически получались заявки на склад на выдачу необходимых деталей для сборки (из "расчёта потребности"). Технически можно и без этого обойтись, но тогда придётся такие заявки делать самому в "полу-ручном" режиме к каждому заказу.

2. Производственные заказы на изготовление готовой продукции (для которых берутся готовые детали со склада) и на изготовление деталей (посредством чего пополняется склад) нужно разделять.

Если по сути, то ситуация с буферным складом по середине соответствует такой организации производства, когда на предприятии фактически существуют 2 части производства, которые зависят друг от друга довольно относительно.
"Основное" (сборочное) производство работает по своему плану (графику). Выдаёт на выход готовую продукцию в нужном количестве и нужной последовательности. И для этого берёт готовые детали с буферного склада.
«Вспомогательное» (механическое, заготовительное) производство работает по своему собственному плану, и его задача поддерживать нужный уровень запасов на «буферном» складе (по номенклатуре и количеству). С учётом текущих остатков на складе и скорости потребления тех или иных деталей сборочным производством.
Поэтому и производственные заказы на сборку изделий и на изготовление деталей формируются отдельно друг от друга, в разные моменты времени и по совершенно разным принципам.

Начальная информация по теме:
ролик 1
ролик 2
ролик 3

Если вам непонятно то, что выше написано, то очень советую выделить немного времени и денег, приехать и пройти короткое обучение по данной тематике. Сэкономите этим себе кучу времени и нервов.

Здравствуйте,

Цену внести/изменить задним числом можно, и все движения, остатки, обороты автоматом пересчитаются с учётом введённой/изменённой цены. Изменить может только администратор. Для этого у него есть специальная утилита "изменить цену/ЕИ" (см. рис.).
По идее, можно по старым остаткам цену и вообще не вносить. Новые поступления нормально заводить, сразу с ценой. А старые рано или поздно по принципу FIFO уйдут.

Здравствуйте,

Технически, можно.
Нужно плагин писать специальный для этого. Не особо простой.
Вопрос соответствия номенклатуры (чтобы именно то в результате оприходовалось в базе, что нужно) - ваша головная боль.

Не знаю. Может быть. Можно и так сделать наверное.

Самое первое, что нужно в таком случае сделать, это смоделировать такую «интеграцию» вручную.
Возьмите, что у вас оприходовано в 1С. За сегодня / вчера / за неделю (сами выберите, какой объём можно считать репрезентативным). Точнее то, в каком виде это выгружается из 1С.
Возьмите свою рабочую базу данных VOGBIT. И попробуйте, глядя только в этот файл, ввести в VOGBIT вручную приход.
Т.е., чтобы ввести приход в VOGBIT нужно выбрать в справочнике «Поставщика» и «Получателя», выбрать Номенклатуру, указать количество, ЕИ, цену (цену, впрочем, не обязательно).
Попробуйте, насколько это реально выбирается/находится/вводится, если смотреть только в этот предоставленный файл и в вашу базу. Всё ли нашлось в базе или пришлось что-то добавлять? По какому принципу искали то, что есть? И т.п. Такие вопросы сразу всплывают, если попробовать.
Проверьте…

Если всё легко и понятно, то и плагин написать не так сложно будет. Если возникают трудности, то надо разбираться, почему. И что будет проще и быстрее – проблемы эти устранять или вообще другой какой-нибудь алгоритм работы придумать.

Такие вопросы – по почте.
Но сейчас я всё равно ничего не скажу. Потому что просто непонятно, что именно делать. Масштаб проблемы не известен. Если для начала вы пришлёте результаты и комментарии по эксперименту, описанному выше (подробно, с описанием, скриншотами, файлами, вплоть до копии базы VOGBIT), то будет какая-то почва для разговора / определения цены. А пока в такой постановке я просто не знаю во что это выльется.