-
Total de ítens
53 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Adailson Rocha
-
-
Em São Paulo e Manaus voltou a funcionar
- 1
-
Estou com o mesmo problema
-
Obrigado, Italo.
Vamos aguardar e torcer pra não ter que emitir CT-e de Substituição.
- 1
-
Ela só entrara em produção (4.0) em 06/2003 e até lá como faz pra emitir CT-e e substituição? sendo que não é mais possivel emitir na versão 3.0!
-
Bom dia,
Alguem sabe como será feito até que a versão 4.0 seja lançada?
-
O tomador contribuinte não precisara mais emitir a NF de anulação, apenas informar o desacordo do CT-e. Acredito que será preciso apenas informar o CT-e que sera substituido, mas não achei na documentação do 4.0 se vai ser assim mesmo.
-
Não é o Tipo de Proprietario (tpProp) é o Tipo de Transportador (tpTransp) que você tem que alterar para TAC, ETC ou ETC
-
Atualizei o ACBr e corrigiu
-
Estou tendo o mesmo problema, verifiquei no arquivo ACBrCTeServicos.ini e o endereço esta "https://dfe-portal.svrs.rs.gov.br/cte/qrCode", mas quando mando transmiti esta retornando "http://dfe-portal.svrs.rs.gov.br/cte/qrCode". No portal o endereço é "https://dfe-portal.svrs.rs.gov.br/cte/qrCode"
-
Esta parecendo um problema na SEFAZ do RS, pois em SP, AM, PA esta normal tanto com Win 10 quanto 7.
Quando o serviço utiliza a SEFAZ do RS esta apresentando esse problema apenas no Win 10, no 7 esta funcionando normalmente.
-
Obrigado Italo, problema resolvido.
- 1
-
Ola, a todos
Desde que houve a mudança no portal do MDF-e os XML's que nós baixamos do portal estão vindo sem a TAG de autorização "protMDFe" e sem a TAG "mdfeProc"
Alguem sabe de alguma coisa?
-
Se o tipo emitente informado é um Prestador de Serviço de Transporte, deverá incluir apenas chaves de acesso de CT-e .
Caso, o tipo emitente informado for Transportador de Carga Própria, apenas serão aceitos incluir apenas chaves de acesso de NF-e.
Não esqueça de ficar atento para que cada município de descarregamento relacionado no MDFe, devem estar vinculados aos respectivos documentos que acobertam a carga a ser descarregada no município informado.
- 1
-
Aqui na empresa tb parou, resolvi alterando na Opções da Internet > Avançado> Usar TLS 1.2 (somente esta opção marcada).
Certificado A1
-
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
- 3
-
-
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.
-
-
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
beginif 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;
Erro CFOP 5932 ou 6932
em ACBrCTe
Postado
CFOP 5932 e 6932 (Situação Triburaria - 90 ICMS Devido a outra UF), deve ser informado somente quando o transporte é iniciado fora da UF do emitente do CT-e