Исправление накладных и счетов-фактур

[AKr]

Цитата:

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

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

Почитайте хоть один учебник по международному фин. учету. Уже во введении пишут - корректировка проведенных операций НЕДОПУСТИМА!

Так при чем здесь Аксапта то?
И уж тем более это не Mazzy решил как лучше...

[OTiger]

Цитата:

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

Почитайте хоть один учебник по международному фин. учету. Уже во введении пишут - корректировка проведенных операций НЕДОПУСТИМА!

Так при чем здесь Аксапта то?
И уж тем более это не Mazzy решил как лучше...

Учебник-это хорошо, но по учебнику Вы предлагаете компании дополнительные затраты на множество лишних операций. Я привел пример-разрулите его...
Да и Автор топика подозреваю надееться на решение своей проблемы.
К Mazzy никаких претензий.

[mazzy]

Цитата:

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

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

Лишних...
Ну да, ну да...

Бухгалтера и про сторно это говорят - зачем, мол, лишние операции?

Продажники говорят то же самое про документы - а давайте их исправим после отгрузки? Отгрузили на 100 рублей, а исправим на 80. Зачем лишние операции в системе?

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

[ALES]

Цитата:

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

Категорически не понимю, почему это клиент исправляет ВАШИ документы.
Еще раз призываю: лечите не симптомы, а причину заболевания. Лечите ваш склад.

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

[Daiver]

А чем вас не устраивает предварительная печать документов без разноски? Мы у себя сделали так: разносится отборочная накладная на всё кол-во (таким образом кол-во которое ушло клиенту точно списано со склада), печатаются все необходимые сопроводительные документы (Отборочная, ТТН, ... ), затем от клиента приходит ответ, чего он там взял чего не взял. В заказе в сточках в поле Немедленная поставка указываем то кол-во которое клиент не взял или забраковал. Разносим ещё одну отборочную на тот минус который только что создали в поле немедленная поставка. Ну а далее все стандартно, разносим Накладную и СФ.
Есть конечно свои но, например отсутствие финансовой части (себестоимость, проводки в ГК), на время пока придёт подтверждение от клиента. Как следствие не совсем актуальная фин отчётность, отслеживание дебиторской задолженности, …

По поводу номеров: ввели простой механизм ввода, хранения и ведения истории своих номеров (номера контролирует пользователь, так сложилось исторически); в частности это актуально и важно для СФ. Номера вводятся в диалоге для разноски документов.

[mazzy]

Цитата:

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

печатаются все необходимые сопроводительные документы (Отборочная, ТТН, ... )

...Счет-фактура

Это другой подход к "печатаемому" документу.
В общем, различайте хранимый и печатаемый документ.
Управляйте различием.

[Constantine]

Цитата:

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

А чем вас не устраивает предварительная печать документов без разноски? ... Есть конечно свои но, например отсутствие финансовой части (себестоимость, проводки в ГК), на время пока придёт подтверждение от клиента. Как следствие не совсем актуальная фин отчётность, отслеживание дебиторской задолженности, …

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

[KSS]

Я уж извиняюсь, что вмешиваюсь, но все же.

Фразы типа "лечите склад", при всем уважении, выглядят совсем несерьезно.
Проблемы, очевидно, две:
1. Сторно - Аксапта это вообще не любит и просто даже не "задумывалась" над этим.
Над комиссионными отношениями тоже, но это так, лирика.
2. Дебиторка
--------------------------------
Исключив сторно печатью без обработки (мы это назвали "проформа"), мы лечим исправления ценой запаздывания складского движения (товар остается скомплектованным) и отстающей дебиторкой.
Все работает хорошо, если у вас время между отгрузкой товара со склада и возвращением документа варьируется в разумных пределах.
А если это отгрузка на вагоны в регион? В Пермь какую-нибудь, например?
Тут придется комбинировать - для "коротких" отгрузок проформы, для длинных - сторно.

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

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

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

[Constantine]

Переформулирую свои вопросы в формате, предложенном SergV.

1. Хочется печатать накладную и счет-фактуру в момент отгрузки (80% документов акцпетуются без изменений).
2. Хочется приводить оставшиеся 20% документов в соответствие тому, что принял клиент, желательно с сохранением исходных номеров товарной накладной и счета-фактуры. При этом допускается использовать механизм возвратов/"догрузов" (потерянную продукцию можно, например, возвращать на виртуальный склад, а оттуда реализовывать МОЛам; разницу в весе возвращать на другой виртуальный склад, откуда списывать, как убыток).
3. Не хотелось бы сторнировать слишком много документов, так как при этом сложно будет строить отношения с налоговой.
4. Хотелось (уже не очень хочется) формировать задолженность сразу в момент отгрузки, до акцептования накладной клиентом. Прочитав обсуждения, понимаю, что в общем случае это не верно - товар до подписания накладной клиентом ему еще не продан.

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

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

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

Похоже, для нашей ситуации предпочтительнее вариант б.

Большое спасибо за помощь и советы.

[mazzy]

Цитата:

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

Похоже, для нашей ситуации предпочтительнее вариант б.

Большое спасибо за помощь и советы.

Спасибо за выводы.

[klo]

Цитата:

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

Переформулирую свои вопросы в формате, предложенном SergV.

1. Хочется печатать накладную и счет-фактуру в момент отгрузки (80% документов акцпетуются без изменений).
2. Хочется приводить оставшиеся 20% документов в соответствие тому, что принял клиент, желательно с сохранением исходных номеров товарной накладной и счета-фактуры.
3. Не хотелось бы сторнировать слишком много документов, так как при этом сложно будет строить отношения с налоговой.
4. Хотелось (уже не очень хочется) формировать задолженность сразу в момент отгрузки, до акцептования накладной клиентом. Прочитав обсуждения, понимаю, что в общем случае это не верно - товар до подписания накладной клиентом ему еще не продан.

.

Мы решили это следующим способом:

1. В случае, если поставка клиенту длится не более 1 дня (т.е. фактическая реализация происходит в день отгрузки), то документы печатаются (не разносятся) с запоминанием/резервированием номера. После того, как клиент подтвердил получение, документы разносятся на реально проданное количество.

2. Если поставка длится больше 1 дня, то идет отгрузка через 45 счет (журнал переноса, на склад в пути, с формированием юухгалтерских проводок), т.к. по бухучету здесь других вариантов быть не может. По фактическому получению клиентом разносятся накладные (со склада в пути).

3. Списание потерь, соответственно, оформляется журналом прибылей/убытков со склада в пути.
4. Реальные возвраты журналом переноса со склада в пути на основной склад.

[KSS]

Что-то, Павел, вы все смешали в кучу в последнем посте
Речь была о том, что в любой системе можно найти дыры.
Точнее, в любой западной системе будут дыры, связанные с особенностями нашей локальной практики.

По поводу САПа и переплаты, возьмите Эльдорадо для примера.
Моя реплика, видимо, показалась вам слишком категоричной, раз вы так серьезно отреагировали.

[Pavel]

Цитата:

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

По поводу САПа и переплаты, возьмите Эльдорадо для примера.
Моя реплика, видимо, показалась вам слишком категоричной, раз вы так серьезно отреагировали.

Нисколько. Ощущение категоричности может возникнуть, потому что есть желания не тратить лишнего времени, кратко, формулировать мысли (лаконичность в каком-то смысле - категоричность). В остальном you are welcome!

В Эльдорадо дорогой консалтинг (с чем сравнивать?) и он будет дорогим с любым софтом. О переплате за софт трудно говорить, хотя бы потому, что при 100 официальных лицензиях системой пользуются 3 000 юзеров. Уж совсем стоит забыть про разговоры о "переплате", когда познакомишься с опытом Техносилы.

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

[KSS]

Павел, приветствую.

Цитата:

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

Нисколько. Ощущение категоричности может возникнуть, потому что есть желания не тратить лишнего времени, кратко, формулировать мысли (лаконичность в каком-то смысле - категоричность). В остальном you are welcome!

В Эльдорадо дорогой консалтинг (с чем сравнивать?) и он будет дорогим с любым софтом. О переплате за софт трудно говорить, хотя бы потому, что при 100 официальных лицензиях системой пользуются 3 000 юзеров. Уж совсем стоит забыть про разговоры о "переплате", когда познакомишься с опытом Техносилы.

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

Я имел в виду чуть другое. Проблема в Эльдорадо в том, что там эффективность использования системы очень низкая. Она сама по себе может дать много больше, чем от нее берут. Хотя это зависит от людей, а не от системы.
В Техносиле да, был наглядный пример "гибкой масштабируемости"...жалко, что "был".
Обсуждать, согласен, имеет смысл только предметно.