Переименование отгрузочной и отборочной накладной

[AXcons]

Хочу переименовать эти лейблы так:

Отгрузочная накладная = Заявка на сбор (или подбор)
Регистрация отгрузочной = Подтверждение сбора

а вот как назвать по-русски то, что делает Отборочная накладная?
- Регистрация приемки (отгрузки)?

[George Nordic]

Не надо. Это устоявшие понятия, особенно отгрузочная накладная. А вот Отборочная накладная - это как раз заявка на подбор товара.

С Уважением,
Георгий

[AXcons]

Цитата:

Сообщение от George Nordic

Не надо. Это устоявшие понятия, особенно отгрузочная накладная. А вот Отборочная накладная - это как раз заявка на подбор товара.

С Уважением,
Георгий

Отборочная накладная делает проводки Отпущено. Какой же это подбор? Это физический расход со склада. Вот Отгрузочная делает проводки Скомплектовано - это и есть подбор товара.

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

[gl00mie]

Главное, чтоб потом результаты вашей учебы не вышли пользователям боком, как в мультике Заяц, который любил давать советы:
- ...волчица сыта была: дала по уху и отпустила.
- а за что по уху?
- учил волчат выкармливать.
- ТО-ТО МЕНЯ НА КАПУСТУ ТЯНЕТ!

[AXcons]

Цитата:

Сообщение от gl00mie

Главное, чтоб потом результаты вашей учебы не вышли пользователям боком, как в мультике Заяц, который любил давать советы:
- ...волчица сыта была: дала по уху и отпустила.
- а за что по уху?
- учил волчат выкармливать.
- ТО-ТО МЕНЯ НА КАПУСТУ ТЯНЕТ!

А почему он должен выйти боком? Есть какие-то конструктивные аргументы?

Несмотря на "устоявшиеся понятия", пока никто здесь не смог сформулировать что такое отборочная накладная

[Ivanhoe]

Переименовывать есть смысл, если вы четко понимаете весь объем работ с этим связанный. Если никто из пользователей стандартный хелп не читает, стандартные тренинги и книги - тоже, вы поменяете термины на всех метках, которые могут встретится, посчитали стоимость этой переделки и бизнес ее принимает, то почему бы и не поменять?
Но в целом идея такая, что есть система и она "так работает" - проще обучить, обычно.

Ну а отличия уже выше написали.
Отгрузочная - вокруг комплектации, оригинально "picking list", т.е. лист подбора.
Отборочная - это отпуск со склада (или "Акт приемки" / "Приходный ордер" на закупке или даже "Поступление продуктов" в 2012), в оригинале "Packing Slip", то бишь упаковочный лист, который сопровождает груз, отгруженный со склада.

[raz]

Ну и после переименований будет сложно обращаться за помощью к специалистам, не владеющим этой терминологией, как тут на форуме, так и в консалтинг или к вендору.

[AXcons]

Цитата:

Сообщение от Ivanhoe

Переименовывать есть смысл, если вы четко понимаете весь объем работ с этим связанный. Если никто из пользователей стандартный хелп не читает, стандартные тренинги и книги - тоже, вы поменяете термины на всех метках, которые могут встретится, посчитали стоимость этой переделки и бизнес ее принимает, то почему бы и не поменять?
Но в целом идея такая, что есть система и она "так работает" - проще обучить, обычно.

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

Цитата:

Сообщение от Ivanhoe

Отгрузочная - вокруг комплектации, оригинально "picking list", т.е. лист подбора.
Отборочная - это отпуск со склада (или "Акт приемки" / "Приходный ордер" на закупке или даже "Поступление продуктов" в 2012), в оригинале "Packing Slip", то бишь упаковочный лист, который сопровождает груз, отгруженный со склада.

Спасибо!
"Упаковочный лист", мне кажется, не совсем правильно называть, потому что упаковочный лист это просто документ. А здесь отборочная накладная производит складское движение, переводит проводки в статус Отпущено. Поэтому и кнопку надо называть как действие, а не как документ. Т.е. какой процесс регистрируется или запускается этой кнопкой. Что физически произошло.. Не особенно понятно зачем эта отборочная накладная вообще нужна. В нашем учете разве бывают отгрузки без накладной? По какому событию жмется эта кнопка?

[sukhanchik]

Цитата:

Сообщение от AXcons

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

Ответ очень простой. Никто не работает вечно в одной конторе. Более того, контора может привлекать кого-нибудь на аутсорс. Получается, что после переименования любые новые люди, которые будут работать с системой - не узнают ее. И потребуют больше денег (аутсорсеры) или же будут дольше разбираться (новые сотрудники). Плюс постановщики задач и исполнители будут дольше находить общий язык друг с другом.

С другой стороны есть плюс переименования. Новые спецы заработают больше денег .
Стандартные доки действительно немногие читают. Но многие ходят на курсы (или их отправляют). Где собственно и слушают про стандартный функционал. А после переименования у народа будет взрыв мозга на курсах.
По правильному, нужно лоббировать нормальный перевод в Микрософте, как это пытался делать mazzy.

Но... и этот путь тяжел.

Хотя я видел результаты переименования на нескольких предприятиях. Как говорится хозяин-барин. Если контора платит... то можно и бабочек в АХ рисовать

[gudzon]

Переименовывайте. Если заказчику так удобней. Просто многие специалисты с опытом уже систему любят больше чем пользователей. Отсюда и советы. Оправдывать мучения пользователей тем что один-два спеца не смогут мануал прочесть или на форуме спросить странно

[AxPr-r]

Цитата:

Сообщение от AXcons

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

Что вы как капризный ребенок? идеалов в жизни не бывает. и программ без ошибок тоже не бывает! это жаргон такой - терминология.

не удержался, извините смысл все таки надо поискать, Вы все таки не в "жигулях" копаетесь, должно быть понимание сколько стоила DAX Вашей компании, не ?

Если Вам не нравится - нет проблем переделывайте под себя, только будьте готовы к тому что Вас никто не поймет из мира DAX, Вы останетесь варится в Вашем маленьком котелке, с Вашим НЕ идиотизмом. Прислушайтесь к людям которые >10 лет в DAX. Если Вы считаете что это идиотизм - флаг Вам в руки и санчопансу в придачу. повзрослеете когда нибудь и все поймете. "Вам шашечки или ехать"?

И поверьте, проблема наименования той или иной операции(кнопки/поля) - одна из самых не значительных бед которые есть не только в DAX, с которыми Вы обязательно столкнетесь.

Но только начинающий (а кстати Вы кто ? программист консультант? или РП?) может называть элементарные вещи(проблемы) идиотизмом. С опытом все придет, не переживайте и чтобы не было стыдно, манулы надо все таки читать, а то не красиво как то получается. Пришел чел и сказал - "мне ваши мануалы пофиг, щаз переделаю вашу идиотскую аксапту"..... ну так для меня это звучит из Ваших постов (сорри), манулы даже Вы не читаете (а юзьвери и подавно), но в аксапте идиотские названия, хотя о статусах проводок таки чутка узнали.. дальше статусов проводок не "асилили" ? или "многа букаф" ? а зачем вам DAX ????? возьмите что нибудь другое, то что Вам и Вашим пользователям больше подходит. Excel - например, чем не вариант? там все просто и понятно. Нет? может на счеты настольные попробуете перейти?
Что Вы вообще ожидали от DAX? или просто пришли на новое место а тут вместо 1С что-то непонятное ? непонятны Ваши мотивы недовольства

не обижайтесь, я не со зла. все когда то проходили через это. Ничего личного. Просто не понравился Ваш тон, в отношении DAX.

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

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

Успехов

[KiselevSA]

Отгрузочная накладная - сборочный лист (задание на сборку).
Регистрацмя отгрузочной - регистрация результатов складских работ по заданию на сборку.
Отборочная накладная - регистрация результатов отпуска со склада в звено доставки. Это: упаковочный лист, ТТН (для России), BL (для транспортного модуля R3). Т.е. в итоге указание системе того факта, что на складе данного товара уже нет, искать его надо либо в транспортном средстве клиента (самовывоз), либо в каком-то своем ТС (доставка).
Переименовать можно, но для отгрузочной я бы использовал термин "Сборочный лист", а для отборочной (в реалиях России) - "Транспортная накладная". Не забудьте только предупредить администратора, настраивающего меню мобильного устройства. (И придется заменить термины во всех метках, где встречаются в разных вариантах (склонениях) эти термины.
Вообще, с переводом меток в 2012r3 полная беда, плеваться приходиться почти каждый день, т.ч. устоявшиеся термины "Отгрузочная" и "Отборочная" - это меньшее из зол.

[George Nordic]

Ой, точно! Еще же со стародавних времен путаница. Давайте по процессу:
....
Picking List - разрешение складу начать подбор товара, "лист комплектации", "заявка на подбор товара", "накладная на отбор". Почему-то переведена как Отгрузочная, хотя идет раньше - мы еще не отгружаем товар, а только подбираем что есть на складе - можем еще и не все найти, тогда отгрузка заказа пойдет несколькими частями (меняли метки, дорабатывали печать накладных при частичной отгрузке "/1","/2", писали дикий алгоритм разрешения на начало подбора и очередь для выдачи листов комплектации в принудительном порядке на складе)
Packing Slip - это отгрузка того, что было подобрано в предыдущем статусе, (и не более того, что было скомплектовано). Вот именно это и есть отгрузочная накладная - список товара, который отгружен. Тут 2 функции: самая правильная - это та самая обязательная накладная ТОРГ-12 (печать в 2х экземплярах). Но ее сделали отдельным функционалом не просто так, потому что еще одна функция Packing Slip - это упаковочный лист, который печатается в каждую коробку / палету. Еще важный момент, ТОРГ-12 не должен расходится со Счетом-Фактурой, так что это ближе к финансовым документам, сформированным на основании финансовых проводок. А отгрузка иногда идет под аванс / рамочный договор или с предпоставкой или вообще под гарантийное письмо, когда фин проводок еще нет и печатать нечего.

Цитата:

Сообщение от KiselevSA

Отборочная накладная - регистрация результатов отпуска со склада в звено доставки. Это: упаковочный лист, ТТН (для России), BL (для транспортного модуля R3).

В ТТН, насколько я помню, надо указывать грузотправителя и грузополучателя с адресами поставки. Т.е. можно или Packing Slip (Отборочную) допиливать, или отдельный статус делать (еще один потомок SalesFormLetter, как мы делали), или печать комплекта документов делать. У меня на проекте параллельно вырос огромный функционал по настройке печати комплекта документов. Дико большой, ближе к BPM - на уровне настройки определялось при каких параметрах (статус заказа, статус оплаты, самовывоз/доставка, частичная отгрузка / последующая отгрузка) какому сотруднику на какой принтер можно печатать какой комплект документов. И кто мог запустить печать повторно (если бумагу там зажевало), при чем все действия логировались, т.к. встречались случаи мошенничества (напечатали документ на отргузку, поставили печать, сказали что ничего не было, а подельник уже получает товар. Весело было, в общем.

С Уважением,
Георгий

[AXcons]

Цитата:

Сообщение от sukhanchik

Стандартные доки действительно немногие читают. Но многие ходят на курсы (или их отправляют). Где собственно и слушают про стандартный функционал. А после переименования у народа будет взрыв мозга на курсах.
По правильному, нужно лоббировать нормальный перевод в Микрософте, как это пытался делать mazzy.

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

Цитата:

Сообщение от sukhanchik

Ответ очень простой. Никто не работает вечно в одной конторе. Более того, контора может привлекать кого-нибудь на аутсорс. Получается, что после переименования любые новые люди, которые будут работать с системой - не узнают ее. И потребуют больше денег (аутсорсеры) или же будут дольше разбираться (новые сотрудники). Плюс постановщики задач и исполнители будут дольше находить общий язык друг с другом.

Мне лично, честно говоря, наплевать кто сколько в какой конторе работает и будет ему сложно потом разобраться в другой компании с Аксаптой или нет. Не хочу тратить даже время на размышления об этом. У меня задача в этой конкретной компании сделать хорошее внедрение, чтобы все работало и никто ни в чем не путался. Мне за это платят деньги, а не за что-то другое
А со временем, может, и Майкрософт все-таки переименует свои метки, и никому не придется переучиваться.

P.S. Всем, кто очень расстраивается из-за этого переименования - не переживайте, пожалуйста, так - я внедряю AX с 2003 года и вроде бы знаю свое дело Всегда пишу хорошую документацию, так что все будет понятно, никто ничего не перепутает.Да и что это за аутсорсеры такие, которые не смогут под пунктом меню нажать кнопочку и посмотреть что под ним лежит за таблица. Это уже позорище какое-то а не разработчики, нам такие не нужны

[AXcons]

Цитата:

Сообщение от George Nordic

Ой, точно! Еще же со стародавних времен путаница.

Вот почему надо исправлять такие ошибки сразу - вроде бы все знают что это такое, но даже старожилы, которые столько лет с этим работали, путаются!

Цитата:

Сообщение от George Nordic

Давайте по процессу:
....
Picking List - разрешение складу начать подбор товара, "лист комплектации", "заявка на подбор товара", "накладная на отбор". Почему-то переведена как Отгрузочная, хотя идет раньше - мы еще не отгружаем товар, а только подбираем что есть на складе - можем еще и не все найти, тогда отгрузка заказа пойдет несколькими частями (меняли метки, дорабатывали печать накладных при частичной отгрузке "/1","/2", писали дикий алгоритм разрешения на начало подбора и очередь для выдачи листов комплектации в принудительном порядке на складе)
Packing Slip - это отгрузка того, что было подобрано в предыдущем статусе, (и не более того, что было скомплектовано). Вот именно это и есть отгрузочная накладная - список товара, который отгружен. Тут 2 функции: самая правильная - это та самая обязательная накладная ТОРГ-12 (печать в 2х экземплярах). Но ее сделали отдельным функционалом не просто так, потому что еще одна функция Packing Slip - это упаковочный лист, который печатается в каждую коробку / палету.

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

[George Nordic]

На уровне Picking List мы еще не знаем, что комплектовщик собрал и в какую коробку положил. Он ручкой отмечал собранное кол-во, и в какую коробку, если больше одной. Еще там был штрих-код, который при сканировании открывал форму редактирования данной накладной - что было собрано и куда, на основании разноски формировались упаковочные листы (в каждую коробку), а Packing Slip формировался во время отгрузки на весь груз, во время отгрузки (т.е. не Push, а Pull) в нем было указано кол-во мест и номенклатура с номером коробки. По-хорошему, на складе все это должно при помощи ТСД быть сформировано, но у нас логика была такая.

С Уважением,
Георгий

[AXcons]

Цитата:

Сообщение от George Nordic

На уровне Picking List мы еще не знаем, что комплектовщик собрал и в какую коробку положил. Он ручкой отмечал собранное кол-во, и в какую коробку, если больше одной. Еще там был штрих-код, который при сканировании открывал форму редактирования данной накладной - что было собрано и куда, на основании разноски формировались упаковочные листы (в каждую коробку), а Packing Slip формировался во время отгрузки на весь груз, во время отгрузки (т.е. не Push, а Pull) в нем было указано кол-во мест и номенклатура с номером коробки. По-хорошему, на складе все это должно при помощи ТСД быть сформировано, но у нас логика была такая.

С Уважением,
Георгий

Мне кажется, по факту окончания сборки у него должен упаковочный лист из принтера вылезти, который он на коробку наклеит или в коробку положит.
А Packing Slip да, это отгрузка со склада получается, так? В этом есть логика, но это должно делаться не из интерфейса заказа на продажу тогда, а из складского модуля. Потому что регистрирует отгрузку не менеджер, а склад. Зачем тогда эта отборочная в заказе и есть ли для нее альтернативный функционал в WMSе... А по заказу уже накладную делать по факту доставки, то есть получения документов от ТК о доставке товара. Так получается?

[George Nordic]

Ой сколько вопросов.

Цитата:

Сообщение от AXcons

Мне кажется, по факту окончания сборки у него должен упаковочный лист из принтера вылезти, который он на коробку наклеит или в коробку положит.

А как система поймет "факт окончания сборки?" На основании Picking - грузчик-копмлектовщик бегает собирает, и при регистрации данной накладной мы указываем, что он собрал, куда положил и чего нет на складе. После регистации накладной - да, лезут упаковочные листы и становится доступна разноска Packing Slip.

Цитата:

Сообщение от AXcons

А Packing Slip да, это отгрузка со склада получается, так?

Совершенно верно!

Цитата:

Сообщение от AXcons

В этом есть логика, но это должно делаться не из интерфейса заказа на продажу тогда, а из складского модуля. Потому что регистрирует отгрузку не менеджер, а склад. Зачем тогда эта отборочная в заказе и есть ли для нее альтернативный функционал в WMSе...

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

Цитата:

Сообщение от AXcons

А по заказу уже накладную делать по факту доставки, то есть получения документов от ТК о доставке товара. Так получается?

Ой, тут много нюансов! Если предоплата и самовывоз - то должны пойти и финансовые проводки, напечатана ТОРГ-12 и Счет-Фактура. Если не самовывоз, а доставка - то еще и ТТН. Тут больше вопросов с частичной оплатой и гарантийкой, и печатью Счетов-Фактур: если я ничего не забыл и за последние 10 лет ничего не поменялось, то при передаче товара происходит передача права собственности, и перед предприятием возникает задолженность перед налоговыми органами (для этого и используется СчФ, в которой указана сумма переданных ценностей и сумма налога, которая должна быть перечислена в бюджет РФ). Сч-Ф должна быть предоставлена в течении 5 дней с момента передачи права на товар. И тут еще веселуха с доставкой, которая в тот же Иркутск или Владивосток может идти гораздо дольше. Т.е. заказ ушел, но не факт, что еще дойдет или будет принят клиентом (подписан акт приема-передачи), а деньги уже должны быть уплачены.

С Уважением,
Георгий.

[AXcons]

Цитата:

Сообщение от George Nordic

как система поймет "факт окончания сборки?"

Кладовщик кнопочку нажмет - закончил сборку по заданию.

Цитата:

Сообщение от George Nordic

На основании Picking - грузчик-копмлектовщик бегает собирает, и при регистрации данной накладной мы указываем, что он собрал, куда положил и чего нет на складе.

Мы не можем за кладовщика указать что он там собрал. Это он должен жать эту кнопку.

Цитата:

Сообщение от George Nordic

После регистации накладной - да, лезут упаковочные листы и становится доступна разноска Packing Slip.

Вот, он нажмет сначала кнопку, что закончил сборку, потом вылезут упаковочные листы, потом при отгрузке другой кладовщик, который отправил груз, нажмет кнопку Отборочная накладная, что он отгрузил. И все это должно быть в модуле WMS, потому что весь процесс происходит на складе. Менеджер может только по факту сборки заказать транспорт для доставки.

Цитата:

Сообщение от George Nordic

Если предоплата и самовывоз - то должны пойти и финансовые проводки, напечатана ТОРГ-12 и Счет-Фактура. Если не самовывоз, а доставка - то еще и ТТН.

Все документы должны печататься в любом случае - предоплата или нет, не важно. По крайней мере, мне по-другому не встречалось. Но это вообще не проблема, печать всех документов все равно все свою припиливают. У нас ни одной стандартной печатной формы нет, и они все по кастомным кнопкам выгружаются когда нам надо, а не Аксапте.

Цитата:

Сообщение от George Nordic

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

У нас это делается через транспортные компании, поэтому отгрузка товара - это передача товара агенту, то же самое по учету, что передача на комиссию. Реализацию отражаем по факту доставки на основании отчета агента.

[Raven Melancholic]

Мне кажется, что отборочные накладные ближе всего к складским ордерам. Кстати, в 1С УПП похожий механизм (только несколько расширенный) называется именно складскими ордерами.
Не знаю как в DAX2012, но до DAX2009 включительно отборочную накладную можно было формировать не только из заказа, но как раз из WMS по окончанию процесса комплектации отгрузки, регистрации прихода.