Сообщения, отправленные пользователем: ivanko

Мы используем типовое решение от 1С, минусом его будет отсутствие каких-то дополнительных фишек, типа контроля выгрузки продукции с истекшим сроком годности в транзакцию и т.д.
Но, большой плюс это открытый исходный код, что позволяет не ждать ответов от тех поддержки интеграторов, а решать проблему самостоятельно, а фишки так же можно написать самим.
Так что, при наличии грамотных программистов в штате можно пользоваться типовым решением 1С.
Проблем с не выгрузкой ВСД не встречали.

ПС: если у вас конечно установлена 1С на предприятии в принципе.

Спасибо за столь развернутый ответ, будем ждать улучшений.

По этому поводу:

6. Сделайте кнопку «Завершить все транзакции с Незаверешенным производством».
Ответ: Если в этом действительно есть реальная необходимость, то сделать можем, но групповые действия, как правило, приводят к бОльшему количеству ошибок по невнимательности пользователя. Поделитесь вашим опытом отражения процесса производства, сколько открытых транзакций у вас находится одновременно, когда они закрываются, при каких условиях?

На текущий момент, все производственные транзакции завершаются, как только производство отчитывается о закрытии смены, максимум с задержкой 2 дня.
Данное предложение основано, на том, что был 2018 год, 2019 год, когда многое позволялось и не было понимания, что является ошибкой а что нет. Вот мы и пользовались этим и не завершали производство, в результате журнал записей заполнился.

Николай Власов wrote:

ivanko wrote:

Николай Власов wrote:

ivanko wrote:Добрый день.

Не сочтите за спам, но опять предложу: сделайте возможность выгрузки заявок в ГВЭ через Ветис.API.
И можно ли опубликовать какую-то новость про запуск апи версии 3 (будет или не будет, когда если будет), где эта функция обещалась.

Вы имеете в виду выгрузку куда и для кого (ХС, ГВИ)?
Пока сами не понимаем когда: скучать не дают - сыпятся срочные и сверхсрочные задания партии и правительства и на насущьное времени почти нет. Но будет, конечно.

Не могу разобраться как тут вставлять картинки, поэтому дам ссылку про что я имел ввиду https://help.vetrf.ru/wiki/%D0%92%D0%B5%D1%82%D0%98%D0%A1.API_Backlog_v3.x, пункт V3-016 в этом списке.

отклик сервера по этой ссылке: "В настоящее время на этой странице нет текста. Вы можете найти упоминание данного названия на других страницах, или найти соответствующие записи журналов."

Не корректно скопировал ссылку, вот так попробуйте https://help.vetrf.ru/wiki/ВетИС.API_Backlog_v3.x

Николай Власов wrote:

ivanko wrote:Добрый день.

Не сочтите за спам, но опять предложу: сделайте возможность выгрузки заявок в ГВЭ через Ветис.API.
И можно ли опубликовать какую-то новость про запуск апи версии 3 (будет или не будет, когда если будет), где эта функция обещалась.

Вы имеете в виду выгрузку куда и для кого (ХС, ГВИ)?
Пока сами не понимаем когда: скучать не дают - сыпятся срочные и сверхсрочные задания партии и правительства и на насущьное времени почти нет. Но будет, конечно.

Не могу разобраться как тут вставлять картинки, поэтому дам ссылку про что я имел ввиду https://help.vetrf.ru/wiki/ВетИС.API_Backlog_v3.x, пункт V3-016 в этом списке.

Добрый день.

Не сочтите за спам, но опять предложу: сделайте возможность выгрузки заявок в ГВЭ через Ветис.API.
И можно ли опубликовать какую-то новость про запуск апи версии 3 (будет или не будет, когда если будет), где эта функция обещалась.

Николай Власов wrote:

ivanko wrote:Добрый день.

Хотелось бы получить уточнение по следующему вопросу:

Есть ситуация:

Предприятие покупает скот и убивает его, получаются полутуши, по окончании некоторого времени эти полутуши обваливаются до отрубов и хранятся еще некоторое время в охлажденном виде, к моменту отгрузки это мясо перерабатывается в стейки, фарш, котлеты и т.д.

Цепочка такая:

Живой скот -> Полутуши говяжья -> Мясо -> Котлеты замороженные(товарное наименование).

Получается мы должны отразить в Меркурии три производственных транзакции: Живок -> Полтутша, Полутуша -> мясо в отрубах И мясо в отрубах->готовая продукция.

Вопрос следующий:

Можно ли завести в Меркурии, в справочнике "Наименований продукции" продукцию с названием, например, "Мясо в отрубах" или "Отруба говяжьи", чтобы использовать их как сырье для отражения выше обозначенных операций или это будет противоречить правилам ведения 4-го уровня справочника?
Если это противоречит каким-то правилам, то прошу указать каким, и пояснить как тогда отражать выпуск промежуточных полуфабрикатов (повторюсь они используются не для продажи или отгрузки, а только для выгрузки производственных операций)?
Или просто делать Живой скот -> Котлеты замороженные?

Вы можете отражать в Меркурии все промежуточные технологические стадии производства ЕСЛИ ХОТИТЕ, но вы НЕ ОБЯЗАНЫ этого делать. ОБЯЗАНЫ вы отразить входящее сырье и исходящий продукт.
Т.е. можете (имеете право) делать и так: Живой скот -> Котлеты замороженные, если так вам удобнее.
Моя рекомендация отражать все стадии - это логичнее (например, будет намного легче указывать данные ВСЭ).
При таком подходе будет в разЫ меньше вероятность, что вы навлечете на себя подозрения в нарушении прослеживаемости.
Кроме того, вскоре заработают аналитические модули. Они автоматические и с первым подходом вы регулярно будете получать желтую метку. Последствий в виде административки, конечно, не будет, но разборки/проверки очень вероятны.
И, кроме этого, вероятно уже в этом году, заработают программы расширенного информирования конченого потребителя о свойствах приобретаемого продукта. При подходе Живой скот -> Котлеты замороженные будет у потребителя котлет создаваться впечатление, что реальных данных по прослеживаемости в системе нет. В результате он может решить, что ваши котлеты лучше не брать, а брать те, где все понятно и прозрачно.

Спасибо за ответ. Мы так и делаем - отражаем все стадии производства. А по второму вопросу можете пояснить, не нарушаются ли правила ведения справочника "наименования продукции" , если для отражения этих промежуточных стадий мы заведем наименования на 4-ом уровне "Говядина в полутушах", "Говядина в крупном куске", например. Повторюсь эти наименования нужны только для указания сырья в производственных транзакциях, а не для выписки транспортных ВСД.

Добрый день.

Хотелось бы получить уточнение по следующему вопросу:

Есть ситуация:

Предприятие покупает скот и убивает его, получаются полутуши, по окончании некоторого времени эти полутуши обваливаются до отрубов и хранятся еще некоторое время в охлажденном виде, к моменту отгрузки это мясо перерабатывается в стейки, фарш, котлеты и т.д.

Цепочка такая:

Живой скот -> Полутуши говяжья -> Мясо -> Котлеты замороженные(товарное наименование).

Получается мы должны отразить в Меркурии три производственных транзакции: Живок -> Полтутша, Полутуша -> мясо в отрубах И мясо в отрубах->готовая продукция.

Вопрос следующий:

Можно ли завести в Меркурии, в справочнике "Наименований продукции" продукцию с названием, например, "Мясо в отрубах" или "Отруба говяжьи", чтобы использовать их как сырье для отражения выше обозначенных операций или это будет противоречить правилам ведения 4-го уровня справочника?
Если это противоречит каким-то правилам, то прошу указать каким, и пояснить как тогда отражать выпуск промежуточных полуфабрикатов (повторюсь они используются не для продажи или отгрузки, а только для выгрузки производственных операций)?
Или просто делать Живой скот -> Котлеты замороженные?

Добрый день.

Хотелось бы предложить следующие доработки:

1. Сделать в журнале продукции, транзакций, и вообще во всех журналах возможность перейти сразу к последней странице, или к любой странице по номеру. Сейчас приходится жать кнопку "Следующая" до посинения, если ищем старые записи.

2. Неплохо было бы, сделать официальный монитор нагрузки/доступности на Ветис.API, на подобие того что сделали Контур. Так как сейчас, в моменты пиковых нагрузок, когда Мерк тормозит, люди, работающие с ним, звонят в ИТ-отдел. А так бы посылались смотреть этот монитор.

3. В данном топике, еще три года назад, поднималась тема создания странички Баг-репорта. Это было бы удобно, просто сейчас, когда возникает та или иная ошибка, приходится обращаться в ТП Меркурия. Если бы, был баг-репорт, то можно было бы посмотреть зарегистрирована ли такая ошибка и планируемые сроки исправления, если нет, то тогда уже писать в ТП. И число обращений в ТП бы снизилось и нам бы удобно было видеть какие именно дефекты исправлены в новых обновлениях.

4. Уже не доработки, а вопрос к представителям Меркурия, релиз версии АПИ 3.0 был обещан к концу 2020 года, но с наступлением 2021 года никаких новостей по этому вопросу вообще нет. Мы ждем, возможности выгрузки заявок в ГВЭ через интеграцию.

5. Где-то была новость, что записи складского журнала с истекшим сроком хранения будет автоматически становиться архивной, а затем удаляться. Хотелось бы такую функцию, так как в магазине при продаже физ. лицам продавцы не спешат списать продукцию инвентаризацией, и журнал заполняется.

6. Сделайте кнопку "Завершить все транзакции с Незаверешенным производством".

7. Уже было озвучено в этой теме, но продублирую. Сделайте поиск записей складского журнала по полю артикул производителя и в справочнике Наименований продукции тоже. Это же мега-удобно.

8. Есть функция Объединить записи складского журнала, но почему нет "Разъединить"

9. Добавьте в АПИ функции Аннулирования производственных ВСД, а то недоавтоматизация какая-то получается.

10. Хотелось бы иметь возможность редактирования и исправления данных о внесении лаб. исследований. Ошибки возможны всегда, а чтобы исправить приходится аннулировать производство и вносить всё заново.