Adailson Rocha

ACBrNFe, ACBrDFeSSL, ACBrDFeConfiguracoes

Eu utilizo dessa maneira e não me dá nenhum problema with ACBrNFe do begin Configuracoes.Geral.SSLLib := libWinCrypt; Configuracoes.Geral.SSLCryptLib := cryWinCrypt; Configuracoes.Geral.SSLHttpLib := httpWinINet; Configuracoes.Geral.SSLXmlSignLib := xsMsXml; end;

Nós aqui só informamos os seguintes campos with (infCTeNorm.infCTeSub) do begin chCte := (CTe substituido) tomaICMS.refNFe := (NFe de anulação) end;

É possivel sim, basta informar outros no tipo de documento do CT-e with infCTeNorm.infDoc.infOutros.Add do begin tpDoc := tdOutros; descOutros := ''; nDoc := ''; dEmi := Now; vDocFisc := 0; end;

Bom dia, A grande maioria dos contadores são todos folgados e não sabem de nada. A emissão de CTe não dá direito a credito de Pis/Cofins, pelo menos não em São Paulo. O direito a crédido é apenas na entrada (compra) de alguns itens e serviços ex: Combustivel, Serviços relacionados a manutenção dos veiculos, CTe de serviços prestados, conta de luz e depreciação dos veiculos. O CTe é escriturado no Sped Contribuição e Sped Fiscal. Não tem nenhum campo do CTe para aliquotas de Pis/Cofins, essas aliquotas devem ser colocadas quando for gerado os arquivos para o Sped Contribuição e Sped Fiscal. O que os contadores querem e molezinha, pois se eles não tiverem um software que gere esses arquivos eles tem que fazer pelo software do governo, o PVA, que tem que ser feito tudo manual, pois não existe importação de xml. Os softwares que geram esses arquivos geralmente ja fazem tudo automatico, é preciso apenas importar o xml e configurar a aliquota, o CTe ja é colocado no bloco correto e o calculo do Pis/Cofins é feito sobre o Total da Prestação. Depois é só carregar para o PVA, validar e transmitir. Eu tive que desenvolver todos os arquivos no meu sistema, mesmo não sendo contador, tive que me virar, li os manuais e participei de treinamentos e foruns, pois a contabilidade que nos atendia não tinha nenhum software para fazer isso e não queria gastar dinheiro para adquirir um, segundo eles é obrigação da empresa gerar esses arquivos, porem se estou pagando uma contabilidade pra fazer tudo pra mim eu tenho que apenas encaminhar os documentos o resto é com eles. Eu acho que é isso, se tiver alguma informação errado me corrijam, por favor. Adailson

obrigado

A versão que esta agora no svn não tem as alterações que indiquei neste topico, com isso o problema dos Documento Originarios que não estão saindo no DACTE continua.

Na versão 3.0 não é mais obrigatório informar o veiculo, então, também não é obrigatorio o RENAVAM. Na versão 2.0 quando o CT-e é lotação é obrigatorio informar os dados do veiculo incluindo o RENAVAM, porem, esta informação não é obrigatoria aparecer no DACTE.

Pode ser. Atualiza o ACBr e tenta novamente, o meu ACBr esta sempre atualizado.

Segue um exemplo de como baixar o XML pela chave de acesso. Espero que ajude. FDMACBr.ACBrNFe.DistribuicaoDFePorChaveNFe(FDMACBr.ACBrNFe.Configuracoes.WebServices.UFCodigo, 'CNPJ da Filial', 'chave de Aesso'); with FDMACBr.ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt do begin if cStat = 138 then begin for i := 0 to docZip.Count - 1 do begin if docZip.Items.schema = schprocNFe then //verifica se o arquivo é o XML da NFe (-nfe.xml) begin XML := docZip.Items.XML; ArqXML := TStringStream.Create(XML); XMLDocument1.LoadFromStream(ArqXML); XMLDocument1.Active; XMLDocument1.SaveToFile('C:\chave de acesso-nfe.xml); end; end; end end;

Boa tarde, Acho que esta analise esta incorreta, me desculpem se estiver errado. vRec = 0 : PAGO vRec = vTPrest : A PAGAR vRec <> vTPrest AND vRec > 0 : OUTROS O que determina a forma de pagamento "A Pagar (FOB )" ou "Pago (CIF)" é o Tomador do Frete. Pago = o tomador do serviço é o remetente A pagar = o tomador do serviço é o destinatário Outros = qualquer situação que não se encaixe nas anteriores

O meu sistema é feito em Delphi e utilizo os componentes do ACBr, então a alteração foi nas propriedades do componente.

Coloquei 100 na propriedade "LarguraCodProd" do componente e funcionou, eu utilizo o Fortes.

Bom dia, esta Ok. Obrigado Adailson Rocha

Bom dia, Estou utilizando a versão 3.0 e percebi que a chave de acesso do Redespacho não esta saindo na parte de Documentos Originarios no DACTE em Fortes, na versão 2.0 a chave de acesso sai normalmente. Olhando o fonte ACBrCteDACTeRLRetrato.pas na linha 834, 839, 1033 e 1038 esta pegando o valor da propriedade 'chave', porem na versão 3.0 o campo onde é gravado esta informação mudou para 'chCTe'. Fiz algumas alterações, por favor se puderem analizar e subir para o svn, fiz os testes e para mim esta funcionando normal. Obrigado! Adailson Rocha ACBrCTeDACTeRLRetrato.pas

Me corrijam se estiver errado, mas acredito que informar um cliente PJ é preciso ter o número da IE ou "ISENTO".

Eu estava com esse problema em algumas maquinas e conseguir resolver redefinindo as configurações do IE: Painel de Controle > Opções da internet > Avançadas > Redefinir.

Bom dia Estou usando as mesmas configurações que o colega ALA, também, para MDFe e esta gerando o mesmo erro quando vou encerrar dois MDFe em seguencia, para que funcione tenho que fechar o sistema e fazer novamente.

Boa tarde, Temos que transportar uma moto para Manaus/AM e o proprietário não possui nota fiscal, o que devo colocar no CTe na versão 3.0? Já tentamos colocar na tag "infCTeNorm.infDoc.infOutros" "tpDoc = tdOutros", porém cai na regra "G62 Se Tipo do CT-e= 0 (Normal) ou 3 (Substituição), Operação interestadual e informados grupos de informações de documentos (infDoc) com infOutros preenchido, para cada um dos documentos relacionados: - Verificar se Tipo do Documento (tpDoc) informado é NC-e SAT (59) ou NFC-e (65)." Na versão 2.0 era permitido, porem, nesta versão não. grato.

A todos, Mudei recentemente para a versão 3.0 do MDFe e sugiu alguns problema com um software da SEFAZ/AM. O sistema que eles utilizam para liberação de carga no porto não esta totalmente adaptado para a nova versão do MDFe e com isso esta atrasando a liberação das cargas, a solução apresentadas por eles mesmo é retornar para a versão 1.0. Alguem já teve que retornar para a versão anterior? Sendo que ja foi emitidos varios MDFe na versão 3.0. Obrigado.

Não, o modal Aquaviario quem emite é a empresa que realizará a travessia, a dona da balsa.

Ola a todos, Preciso da ajuda de você sobre uma questão, preciso fazer um MDFe onde a carga seguira em balsa, o que eu informo na tag veiTracao? As carretas são embarcadas em uma balsa sem o cavalo mecanico.

No meu XML esta gravando corretamente, dá uma olhada na sua rotina de preenchimento do campo. Os valores que devem ser passados é: 0-Remetente; 1-Expedidor 2-Recebedor 3-Destinatario e 4-Outro. Dá uma olhada na minha rotina //PAGADOR DO FRETE if (FDM.qCtrc.FieldByName('CTRCPAGADOR').AsString = FDM.qCtrc.FieldByName('CTRCREM').AsString) then begin Ide.Toma03.Toma := tmRemetente; end else if (FDM.qCtrc.FieldByName('CTRCPAGADOR').AsString = FDM.qCtrc.FieldByName('CTRCDEST').AsString) then begin Ide.Toma03.Toma := tmDestinatario; end else if (FDM.qCtrc.FieldByName('CTRCPAGADOR').AsString = FDM.qCtrc.FieldByName('CTRCEXP').AsString) then begin Ide.Toma03.Toma := tmExpedidor; end else if (FDM.qCtrc.FieldByName('CTRCPAGADOR').AsString = FDM.qCtrc.FieldByName('CTRCREDE').AsString) then begin Ide.toma03.Toma := tmRecebedor; end else if (FDM.qCtrc.FieldByName('CTRCPAGADOR').AsString = FDM.qCtrc.FieldByName('CTRCCONS').AsString) then begin Ide.Toma03.Toma := tmOutros;

Linha 709 ACBrEFDBloco_E_Class.pas

Encontrei um um erro na programação do Bloco E113 na linha 709 IfThen( EncodeDate(2017,1,1) >= DT_INI,LFill( CHV_NFE), '')); o correto é IfThen(DT_INI >= EncodeDate(2017,1,1),LFill( CHV_NFE), ''));