Adailson Rocha

Bom dia, Também consegui transmitir aqui sem problemas

Bom dia, Estamos passando pelo mesmo problema, ja ferifiquei tudo e não tem nada de errado

Ola, Marcio. Nós utilizamos um veiculo ficticio para preencher essas informações. Depois que a balsa chega nós encerramos o manifesto para liberar o veiculo e utilizar em outro manifesto.

Bom dia, Italo, Obrigado.

Boa tarde, O XML gerado utilizando o novo componente XMLDOCUMENT esta gerando a tag </valePed> mesmo quando não existe informação. Verifiquei os fontes e cheguei na function abaixo na unit ACBrMDFe.XmlWriter, na linha "Result.AppendChild(Gerar_ValePedagio);", não esta validando se a classe tem informação. Não verifiquei outras units e também não sei se é esse o problema. function TMDFeXmlWriter.Gerar_infANTT: TACBrXmlNode; var nodeArray: TACBrXmlNodeArray; i: integer; begin Result := FDocument.CreateElement('infANTT'); Result.AppendChild(AddNode(tcStr, '#02', 'RNTRC', 8, 8, 0, OnlyNumber(MDFe.Rodo.infANTT.RNTRC), DSC_RNTRC)); nodeArray := Gerar_InfCIOT; for i := 0 to MDFe.rodo.infANTT.infCIOT.Count - 1 do begin Result.AppendChild(nodeArray[i]); end; Result.AppendChild(Gerar_ValePedagio); nodeArray := Gerar_InfContratante; for i := 0 to MDFe.rodo.infANTT.infContratante.Count - 1 do begin Result.AppendChild(nodeArray[i]); end; nodeArray := Gerar_InfPag; for i := 0 to MDFe.rodo.infANTT.infPag.Count - 1 do begin Result.AppendChild(nodeArray[i]); end; end;

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

Em São Paulo e Manaus voltou a funcionar

Estou com o mesmo problema

Obrigado, Italo. Vamos aguardar e torcer pra não ter que emitir CT-e de Substituição.

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.

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? xmlDfe.xml

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.

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