Agnaldo Prates

É 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

Estando o representante autorizado perante a RFB não tem nenhum problema, pode manifestar sim.

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.

Sim. Basta saber qual código utilizar, isso depende de cada banco. Importante ler a documentação do banco em relação ao arquivo de retorno qual posição pegar e o que pegar.

Não. O que o ACBrMonitorPlus faz é a leitura do arquivo de retorno do banco, com isso seu sistema faz a conciliação bancária.

Pelo contrário, importa e muito. Se a questão for irregularidade do destinatário, surge a excludente de ilicitude do emitente, se dele ai sim, é altamente gravoso. Se a mercadoria já saiu do estabelecimento agrava ainda mais a situação. Quanto à saída da mercadoria sem estar acobertada pelo documento fiscal, deverá ser emitida uma nova nota para sanar o erro o que não vai excluir uma possível sanção por parte da SEFAZ.

Vai depender do código retornado. Somente com base nele é possível obter uma resposta correta.

Sim, é totalmente possível, o que você vai precisar é fazer leitura de tags diferentes, o que pode dar um pouco de trabalho, mas a resposta, confirme frisou o Italo, contém o xml da NFS-e, não sendo portanto o xml da NFS-e. Veja as informações na imagem anexa.

Veja se não tem relação com o seu caso ai.

Qual delphi? Está faltando ao path da unit ZLib.pas. Se for D2010 fica source\Win32\RTlCommon. Se D7, \Borland\Delphi7\Source\Rtl\Common Veja se estão no path do seu Delphi.