BigWings
-
Total de ítens
10.048 -
Registro em
-
Última visita
-
Days Won
155
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que BigWings postou
-
Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
-
Nota de Entrada
BigWings replied to Custom System's tópico in NFC-e - Nota Fiscal do Consumidor Eletrônica
Ele é o remetente, mas é informado no grupo "Dest" do XML. -
Nota de Entrada
BigWings replied to Custom System's tópico in NFC-e - Nota Fiscal do Consumidor Eletrônica
Errado. Para notas de entrada (tpNF = 0), no grupo "Emit" você informa os dados da tua empresa como comprador, e no grupo "dest" você informa os dados do remetente/vendedor. -
Executou o instalador depois de atualizar? Adicionou a unit com a declaração no uses da sua unit?
-
Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
-
Exatamente isso como? Alterando via código ou via object inspector? Lembre também de informar a tag tpAmb correta ao alimentar os dados da nota: with ACBrNFe1.NotasFiscais.Add.NFe do begin [...] Ide.tpAmb := taProducao;
-
-
Você tem conflitos de atualização por ter alterações locais nos fontes. Use a opção "Resolve" do SVN pra decidir o que manter, ou a opção "Revert" para descartar as alterações locais e usar o do SVN.
-
Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
-
Deve alterar pra 1058, como orienta o tópico.
-
E qual o retorno com esse comando?
-
Está correto, no caso do ICMS monofásico (CST 02, 15, 53, 61), será usado CST mesmo para emitente do Simples Nacional.
-
Tente informar o código IBGE da cidade para a tag MunicipioIncidencia em vez do nome.
-
Talvez esteja relacionado com isto aqui:
-
Não entendi por que ele precisaria imprimir 3 vezes o mesmo boleto. Todos os layouts já tem a ficha de compensação e o recibo, uma impressão já é suficiente. E tem alguns layouts com o comprovante de entrega, espécie de "canhoto" que pode ser destacado para comprovar que o boleto foi entregue ao pagador.
-
O erro é de validação contra os schemas, e não rejeição da prefeitura... Nos schemas que estão no SVN para o provedor Giss a alíquota deve ter 4 dígitos:
-
A via "Ficha de caixa" não existe há muitos anos... hoje é exigida a ficha de compensação e o recibo do pagador apenas. Que saiba não tem nenhum layout do componente que imprima essa via.
-
Nova data Base para fator de vencimento : A partir de 22/02/2025
BigWings replied to Tatiane Peixoto's tópico in ACBrBoleto
Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico. -
-
Nova data Base para fator de vencimento : A partir de 22/02/2025
BigWings replied to Tatiane Peixoto's tópico in ACBrBoleto
Não, está correta, faça o teste. -
Me parece que este é o modo correto, qual o erro exato?
-
A mensagem era essa: Ou esta? Para resolver a primeira teria que voltar o parâmetro Dividir100: Mas não teria como fazer isso apenas com 2 dígitos na alíquota, e usar a alíquota 3,04%
-
Tem mais relatos desse problema, que nesse caso parece ser na SEFAZ-PR, no Discord do ACBr.
-
Se está gerando no XML, não tem motivo pra ter a rejeição. O erro é o tratamento da rejeição da SEFAZ, correto? Veja se no XML do lote de envio (*-env-lot.xml) foi gerado o idCSRT e hashCSRT.
-
Tenta tirar a linha Params=Dividir100: Do arquivo ACBrNFSeXServicos.ini para a cidade em questão.
