BigWings

Precisa atualizar o Fortes Report.

Provavelmente é a tua versão do FastReport versão Embarcadero, ela não tem suporte a scripts então gera esse DANFE com vária inconsistências. A sugestão é adquirir a versão comercial do Fast, ou trocar pro componente em Fortes ou FPDF. Ainda tem um .fr3 na pasta Obsoletos que é compatível com o Fast básico, mas não tem atualizações há muito tempo.

Geralmente só se informa no XML se tiver retenção de PIS e COFINS. Exceto na NFSe Nacional que existe a tag do tipo de retenção. Não sendo retido, é informado apenas na EFD Contribuições.

Está gravado no .dfm, a propriedade que não existe mais. Abre na IDE o formulário ou data module onde o componente está, ignore o erro, altere qualquer coisa e salve, compile novamente.

Também uso o Firefox, e acontecia isso, só parou quando aceitei os "Optional cookies".

Acho que precisa aceitar os cookies. https://www.projetoacbr.com.br/forum/cookies/

No caso, não está aceitando pelo webservice, isso que precisa questionar. Você vai precisar alterar nos fontes do ACBr, no arquivo Giss.GravarXml.pas: procedure TNFSeW_Giss204.Configuracao; begin inherited Configuracao; NrOcorrCodigoPaisServico := 0; NrOcorrCodigoPaisTomador := -1; NrOcorrAliquota := 1; FormatoAliq := tcDe2; <<<< adicionar esta linha TagTomador := 'TomadorServico'; end; Mas novamente, provavelmente vai ter erro de schemas.

Não existe diferença prática entre alíquota de 5% com 4 ou 2 casas, você provavelmente teria a mesma rejeição enviando como <Aliquota>5.00</Aliquota>, isso se não tiver o erro de schema antes. A sugestão é que entre em contato com a prefeitura e reporte, talvez seja alguma configuração no cadastro do prestador que está impedindo informar a alíquota como 5%.

O nosso número no Sicredi é formatado como AA/BNNNNN-D. AA - Ano do documento B - Byte de geração N - Sequencial do nosso número D - Dígito verificador A parte que você informa para o nosso número no componente é apenas o sequencial NNNNN (5 dígitos), por isso a limitação.

Pelos schemas do provedor Giss a alíquota tem 4 casas: <xsd:simpleType name="tsAliquota"> <xsd:restriction base="xsd:decimal"> <xsd:totalDigits value="5" /> <xsd:fractionDigits value="4" /> <xsd:minInclusive value="0" /> </xsd:restriction> </xsd:simpleType> Qual erro está tendo?

O que deve ser impresso no boleto é o código do beneficiário e não o número da conta corrente. O manual fala em código do beneficiário de 6 e de 7 posições.

Dependendo do local da alteração (se alterar na seção interface de alguma unit do ACBr), você tem que reinstalar de qualquer forma, para recompilar os dpk.

Você deve estar informando pelo índice do enumerado. TpcnRegTrib = (RTSimplesNacional, RTRegimeNormal); 0 - RTSimplesNacional 1 - RTRegimeNormal Pra informar pelo código seria como abaixo: uses pcnConversao; [...] var ok: Boolean; begin [...] ACBrSAT1.cfe.Emit.cRegTrib := StrToRegTrib(ok, '3'); // regime normal

Tenta ir nas opções de compilação do projeto e desabilitar a opção "Complete boolean eval".

Não entendi bem, mas pra mim: - Se é NFCe entende-se que o cliente está utilizando o crédito. - Na nota de devolução (entrada) indicaria uma aquisição de crédito pelo cliente.

Parece ser o padrão... #$A ou decimal #10 ou LF (line feed). O sLineBreak no Windows é um CRLF ou #$D$A ou #13#10. Qual a impressora?

O Buffer é um TStringList, pra cada linha dele já é adicionado uma quebra no método TACBrPosPrinter.Imprimir: if (FBuffer.Count > 0) then begin For i := 0 to FBuffer.Count-1 do begin StrToPrint := StrToPrint + FBuffer[i]; if (i < FBuffer.Count-1) then StrToPrint := StrToPrint + FPosPrinterClass.Cmd.PuloDeLinha; end; end; E o telefone está numa linha própria. Talvez tenha alguma configuração errada aí.

O telefone já não sai na linha abaixo? Ou você quer uma linha em branco entre o endereço e o telefone? Você pode manter a alteração local sem problema, ao atualizar só se tiver alguma alteração nessa mesma linha que vai ter conflito e você vai precisar intervir pra resolver. Pra enviar alteração pro SVN nesse caso creio que não seria aprovado por que parece se tratar de simples preferência estética.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Faça assim: ACBrNFe1.Configuracoes.RespTec.IdCSRT := 1; ACBrNFe1.Configuracoes.RespTec.CSRT := '123456789...'; E na geração da nota: ACBrNFe1.NotasFiscais[0].NFe.infRespTec.CNPJ := 1234001010200; ... Já será calculado o hash e gerado no XML.

O código atual está correto e funcionando. Você não precisa informar o hashCSRT ao alimentar o componente, o componente calcula o hashCSRT com base no CSRT e IdCSRT informados.

Você está usando o modo de envio assíncrono, precisa alterar para o modo síncrono.

Basicamente: - Baixar um client Git Oficial https://git-scm.com/downloads Tortoise Git https://tortoisegit.org/ - Pra baixar, fazer um git clone - Pra atualizar, fazer um git pull