Una sola finestra de ruptura: eix i payload

30 de setembre de 2026 — el contracte de la v1 es trenca en cinc punts alhora, i aquesta publicació anuncia els cinc junts perquè són una sola migració: el codi que toques per qualsevol d'ells és el que toques pels altres quatre. No hi haurà una segona finestra.

• L'eix viatja a la URL. Un recurs d'empresa viu ara sota /v1/companies/{company}/… i un de compte sota /v1/accounts/{account}/…. L'empresa efectiva deixa de deduir-se de la credencial i va a la ruta, on es veu, es registra i s'audita.
• Els imports viatgen com a cadenes decimals. Cada camp monetari d'un payload publicat és una cadena, ja no un número JSON.
• La data de cobrament canvia de nom. paid_at i paid_on desapareixen del payload publicat. Una factura i una factura de compra publiquen paid_recorded_at i paid_date.
• X-Active-Profile queda retirada. Una petició que encara porti la capçalera es rebutja amb 400 parameter_unknown, subcodi retired_active_profile_header, abans d'arribar al controlador.
• El compte passa a ser el client. Un NIF canvia de mans amb un traspàs (nif-transfers), les persones d'un compte són membres amb grants per NIF, un NIF extra és un NIF addicional (paid_until substitueix seat_paid_until, i tres codis d'error canvien de nom), i es retiren les API keys emeses per empresa i les escriptures del catàleg d'impostos.

Aquesta pàgina enumera totes les operacions que la finestra toca, recurs a recurs: 519 files en total — 49 noves, 294 mogudes a l'eix amb només la ruta canviada, 161 mogudes amb canvis afegits, 11 retirades i 4 intactes. Una ruta és el seu verb i el seu path, així que les trenta-tres operacions de la taula de verbs compten com a mogudes encara que no hi canviï res més. El contracte resultant, juntament amb les operacions que s'han sumat després a l'eix, publica 664 operacions vives en 51 recursos, i cada xifra d'aquesta pàgina surt d'aquest contracte, no d'un resum seu.

D'on surt l'id de l'empresa

El segment d'empresa porta l'id opac de l'empresa, mai el seu NIF. GET /v1/me publica una entrada per cada NIF que abasta la teva credencial, i el seu id és exactament el que va a la ruta:

{
  "data": {
    "object": "me",
    "account": {
      "id": "01931b3e-7c4a-7f2e-9a8b-3c5d6e7f8a00",
      "name": "Asesoría Martínez",
      "environment": "live",
      "is_provider": true,
      "privileged_scopes": [
        "accounts:read",
        "accounts:write"
      ]
    },
    "api_key": {
      "id": "019e81ef-e1d4-7208-a51d-94c2c2a54a84",
      "name": "Producción",
      "prefix": "fact_live_1OSf9KdP",
      "scopes": [
        "account:read",
        "series:read",
        "series:write"
      ],
      "tier": "scale",
      "environment": "live",
      "created_at": "2026-01-15T09:30:00Z",
      "last_used_at": "2026-05-25T18:00:00Z",
      "expires_at": null
    },
    "scope": [
      {
        "id": "01931b3e-7c4a-7f2e-9a8b-3c5d6e7f8a01",
        "tax_id": "B12345674",
        "name": "Acme Corporation"
      },
      {
        "id": "01931b3e-7c4a-7f2e-9a8b-3c5d6e7f8a02",
        "tax_id": "B87654323",
        "name": "Acme Logística S.L."
      }
    ],
    "client_accounts": [
      {
        "id": "0199a1f0-1c22-7a10-b111-5a5b5c5d5e5f",
        "name": "Construcciones Ruiz",
        "origin": "granted",
        "access_level": "view",
        "status": "active",
        "paid_by_provider": false,
        "environment": "live"
      },
      {
        "id": "0199a1f0-1c22-7a10-b111-6a6b6c6d6e6f",
        "name": "Talleres García",
        "origin": "provisioned",
        "access_level": "operate",
        "status": "provisioned",
        "paid_by_provider": true,
        "environment": "live"
      }
    ],
    "client_accounts_visible": true,
    "client_accounts_has_more": false
  }
}

GET /v1/me és, a més, el substitut de GET /v1/account, que ja no existeix, i no exigeix cap scope: qualsevol credencial vàlida pot introspectar-se. data.account.id va al segment de compte; cada data.scope[].id va al segment d'empresa. Quan el teu compte provisiona comptes gestionats, o altres comptes li van cedir accés, data.client_accounts[] llista els comptes de clients que abasta, amb el seu origin, el seu access_level i el seu status i si el teu compte els paga. Només s'omple quan la clau porta el scope privilegiat accounts:read: sense ell la llista va buida i client_accounts_visible és false. Crida'l un cop en arrencar i desa la correspondència: és estable.

Eix d'empresa — /v1/companies/{company}/<recurs>

Del segment d'empresa pengen 44 famílies de recursos, 359 rutes i 432 de les operacions de la finestra:

Eix de compte — /v1/accounts/{account}/<recurs>

El segment de compte porta l'id del teu propi compte, data.account.id de GET /v1/me; en una llista tancada de rutes admet també l'id d'un compte gestionat teu. Del segment pengen 16 famílies de recursos, 49 rutes i 65 de les operacions de la finestra:

claim-tokens conserva la seva fila a la taula, però ja no és el traspàs de NIF: POST /v1/accounts/{account}/claim-tokens reemet el val de reclamació d'un compte gestionat. El traspàs és nif-transfers, i els seus scopes i els seus codis es reanomenen igual: nif_transfers:read, nif_transfers:write, nif_transfer_expired i nif_transfer_invalid. Les rutes claim-tokens del traspàs, els scopes claim_tokens:* i els codis claim_token_* de les compilacions prèvies d'aquest contracte no existeixen al definitiu.

Arrel — sense eix

Deu rutes no pertanyen ni a una empresa ni a l'eix del teu propi compte, i entre totes porten onze operacions. Cinc són introspecció i catàlegs, i només una es va moure: GET /v1/me substitueix GET /v1/account. Les altres cinc són l'arrel d'aprovisionament, nova en aquesta finestra: allà el recurs és un compte gestionat o una importació massiva, així que no penja de cap eix.

El contracte mateix, /v1/openapi.json, també segueix on era.

Cinc paranys abans de reescriure una URL

1. El guió baix passa a guió. Cinc recursos canvien de separador en moure's: tax_reports, purchase_invoices, recurring_invoices, delivery_notes i webhook_endpoints passen a tax-reports, purchase-invoices, recurring-invoices, delivery-notes i webhook-endpoints. Quatre segments d'acció els segueixen: dry_run, mark_paid, rotate_secret i test_event passen a dry-run, mark-paid, rotate-secret i test-event. Cap segment de ruta del contracte conserva un guió baix.
2. Famílies que esperaries a l'arrel són a l'eix d'empresa. Festius, el catàleg d'automatitzacions i els seus camps per activador, la facturació del pla, la verificació censal, la personalització, els lliuraments de correu, els esdeveniments, els registres de peticions i els quatre llistats d'estats de document (invoices, quotes, proformas i delivery-notes publiquen cadascun el seu statuses) semblen catàlegs globals i no ho són: la seva resposta depèn de l'empresa.
3. {company} no sempre és l'eix, i {account} no sempre és el compte. A /v1/accounts/{account}/companies/{company}/… —els NIF d'una cartera— i a /v1/accounts/{account}/members/{member}/grants/{company} —el grant d'un membre sobre un NIF—, {company} és el recurs al qual apuntes, així que l'escrius encara que la teva credencial abasti una sola empresa. I a /v1/companies/{company}/connected-accounts/{account}, {account} és un compte connectat de Stripe. Catorze operacions porten els dos paràmetres: distingeix-los per la ruta, mai pel nom del paràmetre.
4. Els webhooks d'empresa, els esdeveniments, els correus, els registres de peticions i la facturació del pla són recursos d'empresa, no de compte. A l'eix de compte hi ha les API keys, els membres (amb els seus grants i el seu accés per mòdul), les invitacions, els traspassos de NIF, els seients d'empleat, la cartera de NIF, el seu consum, el seu titular, les rutes d'aprovisionament d'un compte gestionat i, nous en aquesta finestra, els webhooks i els registres de peticions del propi compte: /v1/accounts/{account}/webhooks no és /v1/companies/{company}/webhook-endpoints, i les seves operacions difereixen. Consulta la guia de webhooks de compte.
5. Sota /v1/accounts/{account}/…, {account} és el teu propi compte. Només una llista tancada de rutes admet també l'id d'un compte gestionat teu —les rutes d'aprovisionament i les dades dels seus NIF—; qualsevol altre id de compte, existeixi o no, respon el mateix 404 account_not_found. L'arrel d'aprovisionament és diferent: a /v1/accounts i a GET /v1/accounts/{account} el compte és el propi recurs. Consulta la guia de comptes gestionats.

Setze operacions que la finestra afegeix

Obren l'eix de compte, que no tenia superfície pública pròpia més enllà de les API keys: el traspàs de NIF, l'equip amb les seves invitacions, la titularitat, el consum i, sota la cartera, l'aptitud d'emissió d'un NIF. Són rutes noves, així que res del que avui existeix es trenca per elles.

No són les úniques operacions noves. La finestra en publica 49 en total, i les altres trenta-tres pertanyen al model de comptes —aprovisionament i comptes gestionats, importació massiva, webhooks i registres de peticions de compte, els grants d'un membre sobre cada NIF i la revocació d'un traspàs, entre altres—. La nota de la publicació model de comptes les descriu, i les seves files són a l'inventari del final d'aquesta pàgina.

Els codis invitation_expired, invitation_not_found, member_is_last_owner, nif_transfer_expired i nif_transfer_invalid formen part dels trenta-set codis d'error nous que es llisten més avall.

Onze operacions que la finestra retira

Cinc són les API keys emeses per empresa, que desapareixen. Una key és una credencial del compte, no d'una de les seves empreses, i les operacions que sobreviuen ho diuen a la ruta i al scope: api_keys:read / api_keys:write deixen pas a account:read / account:write, que és el que ja feia servir l'eix de compte.

scoped_company_ids és un camp nou del body de POST /v1/accounts/{account}/api-keys: és on es restringeix una key a una part de la cartera, que és justament el que feia la ruta per empresa.

El catàleg d'impostos passa a ser de només lectura

Les altres sis operacions retirades són les escriptures del catàleg d'impostos. El catàleg és comú a tota la plataforma, així que una credencial d'empresa que l'editava l'editava per a totes les empreses; ara només l'escriu l'administració de la plataforma.

No tenen substitut. Les lectures es queden: GET /v1/companies/{company}/taxes i les seves germanes a l'eix d'empresa, i GET /v1/tax-catalog a l'arrel. Una crida a una escriptura retirada respon 405 method_not_allowed allà on la seva ruta encara serveix una lectura, i 404 route_not_found allà on no. Els scopes taxes:write i taxes:delete segueixen al catàleg de scopes, però cap operació els exigeix ja: concedir-los no dona accés a res.

Clients i proveïdors segueixen retirats

/v1/clients i /v1/suppliers es van retirar abans d'aquesta finestra, amb l'arribada dels contactes canònics, i no tornen a l'eix. Un NIF és un contacte, i els rols customer i supplier s'acumulen sobre ell:

• Clients: GET /v1/companies/{company}/contacts?roles[]=customer
• Proveïdors: GET /v1/companies/{company}/contacts?roles[]=supplier

Les famílies de scopes clients:* i suppliers:* queden substituïdes per contacts:read, contacts:write i contacts:delete.

Trenta-tres operacions canvien de verb

Trenta-dues passen de PUT a PATCH: ja acceptaven un body parcial, així que el verb mentia. El body no canvia; només el mètode. L'actualització de factures recurrents n'és una: tots els camps són opcionals i l'omès es conserva. La restant, contacts.restore, passa a POST: és una acció sense body, com archive i unarchive, no una actualització parcial. Després d'aquesta finestra l'únic PUT del contracte és una operació nova, PUT /v1/accounts/{account}/members/{member}/grants/{company}, que crea o substitueix el grant d'un membre sobre un NIF.

Trenta-set codis d'error nous

El catàleg passa de 376 a 410 codis: arriben trenta-set i se'n retiren tres (secció següent). Trenta dels nous pertanyen a la superfície de compte, quatre a la porta del NIF addicional, dos a l'accés que té sobre un NIF la persona que va emetre una key, i un als webhooks de compte.

nif_transfer_expired i nif_transfer_invalid ocupen el lloc de claim_token_expired i claim_token_invalid, els codis del traspàs claim-tokens de les compilacions prèvies, que ja no existeixen.

A banda, 190 de les operacions que ja existien documenten ara un 404 que abans no documentaven: un segment d'eix que anomena una empresa o un compte que la teva credencial no abasta respon 404, no 403, de manera que l'API mai confirma l'existència d'una empresa que no pots veure. Tota operació de l'eix d'empresa documenta 404 profile_not_found per a això; un compte que no abastes respon 404 account_not_found.

Tres codis d'error que la finestra retira

El NIF addicional substitueix el càrrec per seient de cada empresa i les seves portes de pla i de mòdul, així que tres codis surten del catàleg. Ramifica segons el substitut: l'estat i l'error.type són els mateixos en cada parella.

Payload: imports, dates i cobertura

Cada import és una cadena decimal

123 propietats monetàries repartides en 40 esquemes publicats passen de número JSON a cadena: totals, subtotals de línia, impostos, retencions, recàrrecs, preus i costos unitaris, imports cobrats i pendents, estadístiques, xifres de payouts, vistes prèvies de càrrec i els llindars de la factura simplificada. La cadena porta dos decimals, punt com a separador, sense separador de milers ni símbol de moneda; la moneda conserva el seu camp currency. L'única excepció és el unit_price d'una línia de document, que conserva l'escala de quatre decimals amb què es desa ("100.0000"), de manera que llegir una línia i tornar-la a enviar no canvia mai el seu preu; els imports derivats de la línia (subtotal, taxes i total) en conserven dos.

{
  "object": "invoice",
  "subtotal": "1000.00",
  "total_vat": "210.00",
  "total": "1210.00",
  "paid_amount": "1210.00",
  "pending_amount": "0.00",
  "currency": "EUR"
}

Un número JSON no declara escala: 1210 torna com a 1210, 1210.0 o 1209.9999999999998 segons qui el parsegi. Llegeix cada camp de diners a un tipus decimal de precisió fixa — Decimal a Python, un big decimal o unitats mínimes a JavaScript — i mai a un float binari. Els esquemes afectats són BusinessContactActivity, CompanySeatChargePreview, DeliveryNote, DeliveryNoteLine, DeliveryNoteStats, EmployeeSeatBillingStatus, EmployeeSeatChargePreview, EventDataInvoicePaid, Invoice, InvoiceCorrective, InvoiceLine, InvoicePaymentDetail, InvoiceReminderPreview, InvoiceStats, ProductSalesAnalytics, ProductVariant, Proforma, ProformaLine, ProformaStats, PurchaseInvoice, PurchaseInvoiceLine, PurchaseInvoicePayment, PurchaseInvoiceStats, Quote, QuoteLine, QuoteStats, RecurringInvoice, RecurringInvoiceLine, RecurringInvoicePreviewDate, RecurringInvoiceStats, SimplifiedInvoiceEligibility, Store, StripeAutoinvoicedCorrective, StripeAutoinvoicedPayment, StripePayout, SupplierProductOffer, TaxCalculation, TaxTotals, TaxTotalsLine i VeriFactuRecord.

La data de cobrament canvia de nom

paid_at i paid_on desapareixen del payload publicat. No s'emeten en paral·lel ni es mantenen com a àlies: el sufix _at marca un instant, i cada nom canònic diu ara de quina data es tracta.

El body de la petició no canvia: mark-paid i el registre de pagaments segueixen prenent paid_on, una data YYYY-MM-DD, i el llistat de factures filtra per paid_on[gte], paid_on[lte], paid_on[gt] i paid_on[lt]. Envies paid_on i llegeixes paid_date i paid_recorded_at.

La cobertura pagada d'un NIF canvia de nom

El recurs Company perd seat_paid_until i publica paid_until: la data fins a la qual el NIF està cobert com a NIF addicional del compte (ISO 8601). Val null quan el NIF no s'ha cobrat mai o la seva cobertura ha caducat, i reactivar-lo abans d'aquesta data és gratis. El recurs guanya a més readiness, el mateix veredicte i els mateixos bloquejos que issuing-readiness, i suspension_reason: payer_blocked quan el compte que paga un compte gestionat té la facturació bloquejada, management_ended quan la gestió va acabar abans que ningú assumís el pagament, i null en qualsevol altre cas.

Les respostes de creació declaren Location

Quaranta-una operacions responen 201 Created amb una capçalera Location: la URL canònica, relativa al servidor, del recurs que ha creat la petició, amb el segment de l'eix a dins —per a una factura, /v1/companies/{company}/invoices/{invoice} amb els dos ids emplenats—. La capçalera no és nova al cable: vint-i-dues d'aquestes operacions ja l'enviaven sense declarar-la, i ara el contracte ho diu. Quatre de les quaranta-una són operacions noves. Segueix Location en lloc de reconstruir la URL a partir de la resposta.

La capçalera que ja no existeix

X-Active-Profile es rebutja per presència, mai pel seu valor: un id ben format, l'id d'una empresa que no abastes, un valor mal format i una cadena buida reben el mateix error.

Ignorar la capçalera hauria estat l'opció «compatible» perillosa: la crida sortiria bé i emetria el document amb el NIF del titular de la credencial en lloc del que pretenies, sense cap senyal.

# Abans
curl https://api.factuarea.com/v1/invoices \
  -H "Authorization: Bearer $FACTUAREA_API_KEY" \
  -H "X-Active-Profile: $COMPANY_ID"

# Ara
curl https://api.factuarea.com/v1/companies/$COMPANY_ID/invoices \
  -H "Authorization: Bearer $FACTUAREA_API_KEY"

Tot identificador públic és un UUID v7

Tot id que retorna l'API, i tot identificador d'una ruta, és un UUID v7: ordenat en el temps, de manera que ordenar per id segueix l'ordre de creació. Hi ha un únic format, sigui quin sigui el recurs.

• Els registres nous reben sempre un UUID v7, també les factures que s'emeten automàticament a partir de cobraments d'Stripe.
• Els identificadors que crees tu —l'id d'una configuració, un grup d'opcions o un valor d'opció nous a products.create i products.update— han de ser UUID v7. Qualsevol altra versió es rebutja amb 422; un element existent conserva el seu identificador.
• Uns pocs registres antics —alguns documents, configuracions de producte i certificats de VeriFactu creats abans que UUID v7 fos la norma— reben un UUID v7 nou en aquesta finestra. L'id antic deixa de respondre a l'API, així que torna a llegir aquests registres des dels seus llistats si en vas desar els ids. Els enllaços públics de documents que ja vas enviar continuen funcionant i obren el document amb el seu identificador nou.

Idempotència després de la mudança

El mecanisme de replay no canvia i creix amb la superfície. Les 287 escriptures publiquen Idempotent-Replayed i repeteixen la resposta d'una key repetida, i 130 declaren Idempotency-Key com a obligatòria — tretze més que abans de la finestra, perquè l'eix de compte i la superfície d'aprovisionament sumen escriptures irreversibles (emetre, bescanviar i revocar un traspàs de NIF, retirar un membre, transferir la titularitat, crear un compte gestionat, acabar-ne la gestió, canviar-ne el pla, reemetre'n el val, aplicar una importació, rotar el secret d'un webhook de compte i esborrar-lo) i unes quantes més que no són irreversibles però mereixen la mateixa protecció (enviar i reenviar una invitació, reintentar el lliurament d'un webhook de compte i provar un endpoint). 69 queden marcades com a irreversibles, nou més que abans.

idempotency_key_reused és la que s'ha mogut: abans d'aquesta finestra responia 409, i ara respon 422. L'empremta a la qual es lliga una key inclou la ruta, així que la mateixa key enviada a /v1/invoices i a /v1/companies/{company}/invoices no és un replay. Mentre migres, genera una key nova per crida en lloc de reutilitzar les que ja tingui la teva cua. Llegeix la guia d'idempotència.

CLI, SDK de PHP i SDK de Node

Tots tres es generen des d'aquest contracte i es regeneren contra ell: les rutes de recurs de la CLI, els mètodes d'operació del SDK de PHP i els del SDK de Node prenen el segment de l'eix com a primer argument, els imports tornen com a cadenes i la capçalera retirada ja no té opció en cap. Les seves notes de versió apunten a aquesta pàgina en lloc de descriure una ruptura pròpia.

Llista de migració

1. Crida GET /v1/me i desa data.account.id i cada data.scope[].id. Si treballes per a comptes de clients, llegeix també data.client_accounts[]: llista els comptes que van cedir accés al teu i els comptes gestionats que vas provisionar, amb el nivell que tens sobre cadascun.
2. Reescriu les teves rutes base: recursos d'empresa sota /v1/companies/{company}/…, recursos de compte sota /v1/accounts/{account}/…, l'arrel d'aprovisionament i les cinc rutes de catàleg i introspecció a l'arrel. Vigila els cinc canvis de guió baix a guió i els quatre segments d'acció que perden el guió baix.
3. Canvia PUT per PATCH a les trenta-dues operacions de la taula de verbs, i crida contacts.restore amb POST.
4. Treu X-Active-Profile del teu client. Si la feies servir per operar sobre diverses empreses, el segment d'empresa fa això mateix per petició, sense capçalera.
5. Llegeix cada camp de diners com a cadena cap a un tipus decimal de precisió fixa, amb el unit_price de quatre decimals de les línies; llegeix paid_recorded_at i paid_date on llegies paid_at i paid_on, i segueix enviant paid_on; llegeix paid_until on llegies seat_paid_until.
6. Porta qualsevol crida a les API keys d'una empresa a /v1/accounts/{account}/api-keys, restringeix la key amb scoped_company_ids i canvia api_keys:* per account:read / account:write a les teves keys.
7. Canvia claim-tokens per nif-transfers si vas integrar el traspàs de NIF contra una compilació prèvia: scopes nif_transfers:read i nif_transfers:write, codis nif_transfer_expired i nif_transfer_invalid.
8. Tracta els codis de la porta del NIF addicional: additional_nif_charge_failed on tractaves seat_charge_failed, additional_nif_plan_required on tractaves gestoria_plan_required, additional_nif_not_in_plan on tractaves gestoria_module_required, i billing_managed_by_provider per a un compte la facturació del qual paga un altre compte.
9. Tracta els 403 del model de comptes: privileged_scope_required, live_credential_required, company_read_only, emitter_capability_restricted, owner_transfer_forbidden, additional_nif_not_in_plan i billing_managed_by_provider. Ramifica segons code, no segons message.
10. Deixa de cridar les escriptures del catàleg d'impostos: llegeix-lo amb GET /v1/companies/{company}/taxes o GET /v1/tax-catalog.
11. Afegeix els trenta-set codis nous i parameter_unknown al teu maneig d'errors, llegeix idempotency_key_reused com un 422, i tracta un 404 en un segment d'eix com a «fora d'abast», no com una fallada passatgera.
12. Repeteix la teva integració amb una key fact_test_ abans de moure trànsit real.
13. Si vas desar ids de registres creats abans de la finestra, torna a llegir-los des dels llistats: els pocs que encara tenien una versió d'UUID antiga tenen ara un UUID v7.

Llegeix Imports i dates, Arribar a un NIF pel segment d'empresa, Comptes i NIF, NIF addicionals i Errors.

Cada operació, recurs a recurs

Operacions: 519 — 49 noves, 294 mogudes a l'eix, 161 mogudes amb altres canvis, 11 retirades, 4 sense canvis.

Els canvis que afecten 50 o més operacions alhora no es repeteixen a les files de sota: es documenten aquí una sola vegada, amb el nombre d'operacions que toca cadascun. Tot el que hi ha canviat a més en una operació és a la seva fila.

Saldos d'absència

Operacions: 2 — 0 noves, 2 mogudes a l'eix, 0 mogudes amb altres canvis, 0 retirades, 0 sense canvis.

Calendari d'absències

Operacions: 1 — 0 noves, 1 mogudes a l'eix, 0 mogudes amb altres canvis, 0 retirades, 0 sense canvis.

Polítiques d'absència

Operacions: 10 — 0 noves, 7 mogudes a l'eix, 3 mogudes amb altres canvis, 0 retirades, 0 sense canvis.

Sol·licituds d'absència

Operacions: 6 — 0 noves, 4 mogudes a l'eix, 2 mogudes amb altres canvis, 0 retirades, 0 sense canvis.

Tipus d'absència

Operacions: 6 — 0 noves, 3 mogudes a l'eix, 3 mogudes amb altres canvis, 0 retirades, 0 sense canvis.

Compte

Operacions: 57 — 47 noves, 4 mogudes a l'eix, 6 mogudes amb altres canvis, 0 retirades, 0 sense canvis.

Automatitzacions

Operacions: 18 — 0 noves, 0 mogudes a l'eix, 18 mogudes amb altres canvis, 0 retirades, 0 sense canvis.

Empreses

Operacions: 19 — 2 noves, 0 mogudes a l'eix, 12 mogudes amb altres canvis, 5 retirades, 0 sense canvis.

Contactes

Operacions: 27 — 0 noves, 2 mogudes a l'eix, 25 mogudes amb altres canvis, 0 retirades, 0 sense canvis.

Albarans

Operacions: 22 — 0 noves, 19 mogudes a l'eix, 3 mogudes amb altres canvis, 0 retirades, 0 sense canvis.

Registres de peticions

Operacions: 2 — 0 noves, 2 mogudes a l'eix, 0 mogudes amb altres canvis, 0 retirades, 0 sense canvis.

Lliuraments de correu

Operacions: 3 — 0 noves, 3 mogudes a l'eix, 0 mogudes amb altres canvis, 0 retirades, 0 sense canvis.

Empleats

Operacions: 17 — 0 noves, 8 mogudes a l'eix, 9 mogudes amb altres canvis, 0 retirades, 0 sense canvis.

Esdeveniments

Operacions: 3 — 0 noves, 0 mogudes a l'eix, 2 mogudes amb altres canvis, 0 retirades, 1 sense canvis.

FacturaE / FACe

Operacions: 5 — 0 noves, 4 mogudes a l'eix, 1 mogudes amb altres canvis, 0 retirades, 0 sense canvis.

Festius

Operacions: 3 — 0 noves, 3 mogudes a l'eix, 0 mogudes amb altres canvis, 0 retirades, 0 sense canvis.

Esdeveniments d'integració

Operacions: 3 — 0 noves, 3 mogudes a l'eix, 0 mogudes amb altres canvis, 0 retirades, 0 sense canvis.

Factures

Operacions: 48 — 0 noves, 25 mogudes a l'eix, 22 mogudes amb altres canvis, 0 retirades, 1 sense canvis.

VeriFactu

Operacions: 27 — 0 noves, 24 mogudes a l'eix, 3 mogudes amb altres canvis, 0 retirades, 0 sense canvis.

Tancaments mensuals

Operacions: 8 — 0 noves, 5 mogudes a l'eix, 3 mogudes amb altres canvis, 0 retirades, 0 sense canvis.

Exportacions de nòmina

Operacions: 2 — 0 noves, 1 mogudes a l'eix, 0 mogudes amb altres canvis, 0 retirades, 1 sense canvis.

Stripe

Operacions: 10 — 0 noves, 9 mogudes a l'eix, 1 mogudes amb altres canvis, 0 retirades, 0 sense canvis.

Presència

Operacions: 3 — 0 noves, 3 mogudes a l'eix, 0 mogudes amb altres canvis, 0 retirades, 0 sense canvis.

Tarifes

Operacions: 13 — 0 noves, 12 mogudes a l'eix, 1 mogudes amb altres canvis, 0 retirades, 0 sense canvis.

Productes

Operacions: 41 — 0 noves, 37 mogudes a l'eix, 4 mogudes amb altres canvis, 0 retirades, 0 sense canvis.

Factures proforma

Operacions: 20 — 0 noves, 17 mogudes a l'eix, 3 mogudes amb altres canvis, 0 retirades, 0 sense canvis.

Factures de compra

Operacions: 18 — 0 noves, 6 mogudes a l'eix, 12 mogudes amb altres canvis, 0 retirades, 0 sense canvis.

Pressupostos

Operacions: 20 — 0 noves, 17 mogudes a l'eix, 3 mogudes amb altres canvis, 0 retirades, 0 sense canvis.

Factures recurrents

Operacions: 18 — 0 noves, 15 mogudes a l'eix, 3 mogudes amb altres canvis, 0 retirades, 0 sense canvis.

Sèries

Operacions: 12 — 0 noves, 8 mogudes a l'eix, 4 mogudes amb altres canvis, 0 retirades, 0 sense canvis.

Botiga Shopify

Operacions: 1 — 0 noves, 1 mogudes a l'eix, 0 mogudes amb altres canvis, 0 retirades, 0 sense canvis.

Botigues

Operacions: 5 — 0 noves, 4 mogudes a l'eix, 1 mogudes amb altres canvis, 0 retirades, 0 sense canvis.

Impostos

Operacions: 18 — 0 noves, 11 mogudes a l'eix, 0 mogudes amb altres canvis, 6 retirades, 1 sense canvis.

Informes fiscals

Operacions: 9 — 0 noves, 8 mogudes a l'eix, 1 mogudes amb altres canvis, 0 retirades, 0 sense canvis.

Balanços de jornada

Operacions: 3 — 0 noves, 3 mogudes a l'eix, 0 mogudes amb altres canvis, 0 retirades, 0 sense canvis.

Correccions de fitxatges

Operacions: 5 — 0 noves, 4 mogudes a l'eix, 1 mogudes amb altres canvis, 0 retirades, 0 sense canvis.