Позвонил старый клиент. Оказывается с 1 апреля XML файлы электронных документов старых форматов не принимаются. Ну, спасибо родному правительству, не даёт умереть с голоду, подкинуло небольшую работёнку 😊
https://scala.org.ru/malyj-kontrolnyj-spisok-po-izmenenijam-struktury-xml-fajla-schjota-faktury-i-akta/
https://scala.org.ru/malyj-kontrolnyj-spisok-po-izmenenijam-struktury-xml-fajla-schjota-faktury-i-akta/
scala.org.ru
Малый контрольный список по изменениям структуры XML файла счёта-фактуры и акта
Позвонил старый клиент. Оказывается с 1 апреля XML файлы электронных документов старых форматов не принимаются. Ну, спасибо родному правительству, не даёт умереть с голоду, подкинуло небольшую работёнку :) Так как нигде не пишется, что именно надо не забыть…
До сих пор получаю рассылку от SPB CIO CLUB. Тут они пригласили на DIASOFT PARTNERS DAY2025. Не удержался и поинтересовался, что же это такое. Посмотрел, что вообще за компания, чего делают. Ну и, конечно, не мог не поинтересоваться темой ERP. Картинка - 2-й слайд презентации на эту тему. Что сказать? Согласен со всеми 4-мя пунктами 😁
Только, увы, это всё не более, чем констатация факта, решение-то не предлагается. Сразу вспомнилось, как умники из Тхоместо пытались на аксессе создать взамен Скалы "более удобный" модуль продаж. Посмотрев на него одна из сотрудниц воскликнула: "а где здесь склад?". "Как" - удивились "разработчики", - "вот же он". "Где? Где операции?" Тут-то "разработчики" и впали в ступор. Они-то думали, что будет достаточно зафиксировать поступившее количество, а затем уменьшать его при каждой отгрузке, просто показывая оставшееся количество на сию секунду. А оказывается кто-то хочет видеть движения и остатки не только "на сейчас", но и на прошлый понедельник. На том и закончилось 😂
Только, увы, это всё не более, чем констатация факта, решение-то не предлагается. Сразу вспомнилось, как умники из Тхоместо пытались на аксессе создать взамен Скалы "более удобный" модуль продаж. Посмотрев на него одна из сотрудниц воскликнула: "а где здесь склад?". "Как" - удивились "разработчики", - "вот же он". "Где? Где операции?" Тут-то "разработчики" и впали в ступор. Они-то думали, что будет достаточно зафиксировать поступившее количество, а затем уменьшать его при каждой отгрузке, просто показывая оставшееся количество на сию секунду. А оказывается кто-то хочет видеть движения и остатки не только "на сейчас", но и на прошлый понедельник. На том и закончилось 😂
Иногда мы вынуждены пойти на такой шаг, как отрицательное сальдо на складе. Это, конечно, очень трудно себе представить, как на полке лежит, например, минус 7 пачек чая. То ли это такая маленькая чёрная дыра, в которую кладёшь пачку чая, а она тут же исчезает, то ли это какая-то антиматерия и при соприкосновении с положительным количеством товара они взаимно уничтожаются (только без каких-то страшных последствий). Обычно в пользу решения разрешить отрицательный баланс выступает непрерывный процесс расхода, когда оформление прихода по какой-то причине может запаздывать, а процесс отгрузки не должен при этом останавливаться. Scala/iScala при следующем приходе сама корректирует отрицательную партию, так что подобные действия не вносят каких-либо отрицательных последствий в учёт. Но есть нюансы... Надеюсь, конкретный пример поможет вам разобраться, как это работает
https://scala.org.ru/otricatelnoe-saldo-na-sklade-kogda-dopustimo-i-kakoj-put-optimalnee-vsego/
https://scala.org.ru/otricatelnoe-saldo-na-sklade-kogda-dopustimo-i-kakoj-put-optimalnee-vsego/
scala.org.ru
Отрицательное сальдо на складе, когда допустимо и какой путь оптимальнее всего
Иногда мы вынуждены пойти на такой шаг, как отрицательное сальдо на складе. Обычно в пользу такого решения выступает непрерывный процесс расхода, когда оформление прихода по какой-то причине может запаздывать, а процесс отгрузки не должен при этом останавливаться.…