Agnaldo Prates

De quais produtos?

Creio que é não informar ACBrECf.DecimaisPreco, se informar deve ser atribuído um valor, exemplo: ACBrECf.DecimaisPreco := 3. Realmente to tipo é inteiro. Vide linhas, 646 e 647 da Unit ACBrECF.pas no procedimento VendeItemEx(). CasasDecimaisQtde: Integer = 0; // Se 0 assume o valor de DecimaisQtd CasasDecimaisValor: Integer = 0; // Se 0 assume o valor de DecimaisPreco

Use assim, que quando mudar o tamanho da conta não precisa mudar na unit. case TamanhoConta of 8: rConta := trim(Copy(ARetorno[0],63,TamanhoConta)); 10: rConta := trim(Copy(ARetorno[0],61,TamanhoConta)); 12: rConta := trim(Copy(ARetorno[0],59,TamanhoConta)); end;

No meu está assim: rConta := trim(Copy(ARetorno[0],63,TamanhoConta)); Note que é 63 e não 59.

O tamanho da conta deve ser 8 está 0000000023852 deverá ficar assim 00023852.

Obrigado pelo arquivo. A primeira coisa a ser feita é configurar corretamente os dados no componente. O tamanho da conta do arquivo é 8, informar no componente a conta da seguinte forma: 23582, ou seja, sem os zeros à esquerda, fazer as seguintes mudanças na unit ACBrBancoBancoob.pas Linha : 89 fpTamanhoConta := 8; Linha : 470 trocar: de: if ( rConta + rDigitoConta <> OnlyNumber(Cedente.Conta + Cedente.ContaDigito)) then para: if ( OnlyNumber(rConta + rDigitoConta) <> OnlyNumber(Cedente.Conta + Cedente.ContaDigito)) then

Basta gerar um no ACBrNFEDemo, inclusive o demo já serve como uma excelente ferramenta de auxilio. Um xml de outro estado pode não responder às suas expectativas o que poderia contribuir de forma negativa para sua compreensão do mecanismo de trabalho, assim eu penso.

Me parece que existe algo duplicado na parte do código que você informou, mas isso não é o caso. Você tem um arquivo de retorno que possa disponibilizar para testarmos?

É muito provável que a cooperativa que você está gerando ainda está utilizando o tamanho da conta fpTamanhoConta nesta mesma unit como 12, experimente usar 8 ou 10, afinal, se houvesse um padrão seria bem cômodo mas não é.

Teste com este Demo em anexo. AcbrBoletoDemo.rar

O procedimento para alimentar o componente na hora da remessa é o mesmo que é feito na hora da geração do boleto.

Eu já cansei desse muda de 8 para 12, de 12 para 8, então modifiquei o componente que eu uso.

Verifique as configurações do de firewall do seu pc, veja se o TortoiseSVN está habilitado para conexão. Tentei umas três vezes e funcionou normalmente.

Eu criei uma função para isso. tb.Close; tb.SQL.Clear; tb.SQL.ADD('SELECT COALESCE(GEN_ID(' + sGene + ',' + IntToStr (Incremento) + '),0) AS CODIGO FROM RDB$DATABASE'); tb.Prepare; tb.Open; if tb.FieldByname('CODIGO').AsInteger = 0 then result := 1 Else result := tb.FieldByname('CODIGO').AsInteger; tb.Close; Nunca tive problemas com concorrência de usuários. uso nCodigodoPeidido := MAX_GENERATOR( 'NOME_GENERATOR',1) se quero incrementar, se quero pegar apenas o último, nCodigodoPeidido := MAX_GENERATOR( 'NOME_GENERATOR',0)

Bom dia. Isso ocorre apenas para algumas cooperativas que já aderiram ao novo layout, hoje mesmo gerei uma remessa com o tamanho da conta oito e passou sem nenhum problema. Portanto, são apenas algumas cooperativas que estão exigindo o novo padrão, outras ainda não.

https://www.projetoacbr.com.br/forum/topic/30700-acton-ipatinga/?tab=comments#comment-211980 Talvez possua algo que lhe seja útil.

Se operação interestadual(idDest=2), não informar os Grupos Transportador (id:X03; transporta), Veiculo Transporte (id:X18; veicTransp) e Grupo Reboque (id: X22) Obs1: a critério de cada UF, a regra de validação acima também pode ser aplicada nas operações internas (idDest=1) p.40 da NT_2015_003_v180.pdf Disponível em: http://www.nfe.fazenda.gov.br/pOrtal/exibirArquivo.aspx?conteudo=c4S6yXTKpXY= Ou seja, a regra geral estabelece que, em sendo idDest=2, não deve informar os grupos de: transportador, veiculo e reboque, que pode também ser aplicado no caso das operações internas a depender da UF.

Da NF-e complementar. A Nota Fiscal Complementar é emitida para acrescentar dados e valores antes não informados no documento fiscal original, observando as definições da legislação. Vide p. 10 do manual de preenchimento da NFe dispoível em: http://www.nfe.fazenda.gov.br/POrtal/exibirArquivo.aspx?conteudo=ZVH6rlyIybs= Da NF-e de ajuste. A Nota Fiscal de Ajuste tem como objetivo principal realizar algum ajuste, como: escrituração, transferência de crédito, creditamento de ativo permanente, etc. Vide p. 6 da Orientação de Preenchimento da NF-e - versão 2.02. Portanto, vai depder da situação. Se não há imposto envolvido na nota complementar não há o que se falar em partilha tampouco em FCP. Já para o ajuste, a sua finalidade é outra diversa da NF-e complementar.

Eu declaro apenas estas units, e está funcionando beleza: ACBrUtil, ACBrValidador, ACBrBase, ACBrNFe, pcnConversao, pcnNFe, ACBrDFe, pcnConversaoNFe, ACBrNFeConfiguracoes, ACBrSped, AcBrTxtClass, ACBrSpedFiscal; Porem, parece que você está incluindo o livro fiscal, se for isso, veja se Acbr\Fontes\ACBrTXT\ACBrLFD está no Library Path do Delphi.

A instalação foi manual ou com ACBrInstall_Trunk2.exe? Se foi manual vai ser necessário incluir na Lib Path do seu Delphi o local dos arquivos.pas Acbr\Fontes\ACBrComum Acbr\Fontes\ACBrTXT Acbr\Fontes\ACBrTXT\ACBrSPED Acbr\Fontes\ACBrTXT\ACBrSPED\ACBrSPEDFiscal Lembrando que, trata-se do trunk2.

Sped Fiscal está funcionando normalmente. vlVersao110 é a versão para 2017. Basta informar o número da versão na função *StrToCodVer( StrNumerodaVersao ) que já retorna o vlVersaoXXX. * está na unit ACBrEFDBlocos.pas

Varia sim de banco para banco. Para saber qual é o código retornado existem dois caminhos, lendo a documentação referente à cobrança do banco ou olhando na unit do respectivo banco no ACBrBoleto.

Seu ACBr está atualizado? Se sim, vá na pasta \Acbr\Fontes\ACBrDFe\ACBrNFe e copie o arquivo ACBrNFeServicos.ini e substitua o que está na pasta do teu sistema. Isso deve resolver

Caso o destinatário esteja com irregularidade na SEFAZ, para evitar a denegação, pode ser feita uma nota fiscal como consumidor final, ao não cai na denegação, mas lembre-se, se for para comercialização deve informar a Inscrição Estatual o que implica que este contribuinte deverá procurar a secretaria estadual de fazenda e regularizar a situação dele.

Sim. Na denegação o número atribuído à nota não pode mais ser utilizado.