Agnaldo Prates

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.

Experimente mudar de : COMPRA P/ COMERCIALIZACAO, para COMPRA PARA COMERCIALIZACAO assine novamente e tente.

Eu faço isso também. Tenho o cadastro de cedentes com todas as configurações etc. Na hora de gerar o boleto, o cliente escolhe, qual banco, ao escolher reconfiguro todo o componente. Passei por isso quando apenas trocava somente os dados do banco. Depois que comecei a alimentar todo ele novamente resolveu, só não testei ainda no Fast, mas no fortes aqui está tranquilo.

Opção : No ACBrDanfeFR ou ACBrDanfeRL -> imprimirUnQtVlComercial:= iuComercialETributavel;

Bom dia pessoal. Esta questão do tamanho da conta muda conforme a cooperativa, para solucionar isso, seria interessante passar o tamanho da conta para o componente, eu já faço isso. mudei de: public // property TamanhoConta :Integer read GetTamanhoConta; para: published property TamanhoConta :Integer read GetTamanhoConta write SetTamanhoConta; Na configuração de cada banco já seto o tamanho da conta. Isso me economizou bastante tempo. ex: AcbrBoleto1.Banco.TamanhoConta := StrtoInt( edTamanhoConta.Text); Portanto, a título de sugestão, seria interessante fazer assim. Minha unit ACBrBoleto. ACBrBoleto.pas

Então a gente vai estudar todo esse procedimento com carinho e depois vamos pleitear uma reparação destas certificadoras, afinal, teve muita gente que pagou certificado sem contar o erro ao atribuir ao ACBr algo que não existe. Se for problema com a MSXML eles que encontrem uma forma de responsabilizar a Microsoft. Estou juntando tudo que posso neste sentido aí a gente vai conversar com @Daniel Simoes, @André Ferreira de Moraes e outros neste sentido.

Nota normal, porém o que muda é o CFOP: CFOP 5.152 -> Produtos tributados, 5409 para substituição tributária.