ncc.star

Erro meu! Não olhei direito no manual e acabei confundindo, achei que estes campos faziam parte das Adições da Declaração de Importação, porém não tem nada a ver. As tags xPed e nItemPed são filhas da tag e não da tag Desculpa aí.

Estou implementando a Declaração de Importação no meu sistema e nas Adições percebi que falta a implementação de duas tags: xPed (#128a - Número do Pedido de Compra) e nItemPed (#128b - Item do Pedido de Compra) Sei que não são campos obrigatórios e servem apenas para o propósito de B2B, porém seria interessante ter implementado no ACBr.

Pelo que eu sei ainda não foi implementado para o CT-e por parte da Sefaz ainda.

A criação do arquivo XML vou fazer manualmente, ou seja, tratando como um arquivo texto, montando com os dados que eu tenho no ERP. Estou me baseando nos exemplos que tem manual que a Ticket enviou. A forma de passar o xml pro webservice eu já passei no post anterior. É só enviar daquela forma e depois tratar o retorno, que também é em XML. Eu estou bem no início da implementação, tenho bem pouca experiencia com webservice. A única coisa que por enquanto eu implementei foi a autenticação, mas creio que o restante (cadastro e frete) segue a mesma lógica.

Não sei se vai ser util, pois pra mim não funcionou, e sim funcionou criando o xml manualmente e enviando da maneira que lhe passei acima. O arquivo que eu tenho é muito grande para enviar pelo fórum, me passa seu e-mail que lhe envio por e-mail.

Acho que vai ser difícil eles enviarem algum demo ou dll. Como comentei acima, eles me enviaram um exemplo, porém estou fazendo bem diferente do que eles enviaram, pois o exemplo não era funcional e não pude me basear. Veja abaixo como eu fiz a autenticação em um teste que fiz: var xml:string; Stream: TMemoryStream; StrStream: TStringStream; xml:='<?xml version="1.0" encoding="utf-8"?>'+ ' ' xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">'+ ''+ '0000000000000000'+ ' '; HTTPReqResp2.url:='http://lote.homologacaoticketfrete.com.br/Servicos/Lote.asmx?WSDL'; HTTPReqResp2.UseUTF8InHeader := True; HTTPReqResp2.SoapAction := 'http://www.ticketfrete.com.br/servicos/Autenticar'; StrStream := TStringStream.Create(''); Stream := TMemoryStream.Create; HTTPReqResp2.Execute(xml, Stream); StrStream := TStringStream.Create(''); StrStream.CopyFrom(Stream, 0); Memo2.Lines.Text := StrStream.DataString; StrStream.Free; Stream.Free; O restante dos processos é só fazer nesse sentido e tratando os retornos. Como não tenho experiencia na criação de componentes, vou apenas criar uma classe e repassar os XML da minha aplicação. Caso alguém se habilite na criação do componente, podemos trocar idéias. A principio vou apenas desenvolver para a ticketfrete, pois meu cliente possui urgência, mas a ideia é abranger outras operadoras também.

Eu estou usando este endereço: http://lote.homologacaoticketfrete.com. ... .asmx?wsdl A documentação é a que eles me repassaram, porém a pouco tempo eles alteraram a versão e parece que há erros nos exemplos que estão na documentação. Eu ainda não consegui testar com as correções que eles sugeriram porque hoje de manhã o servidor deles estava fora do ar e não voltou até agora. Prefiro não divulgar a documentação no fórum até que ela não esteja 100%. Eu tentei usar o WSDL Importer do Delphi 2010, porém não tive êxito, agora estou vendo para criar o XML manualmente e enviar via HTTPReqResp. Não sei qual seria a melhor opção. Eles até me enviaram um exemplo feito em Delphi, porém também não era funcional, ele até autenticava, mas não criava o frete.

Estou começando agora a integração com o CIOT da TicketFrete, até agora não consegui fazer nada além da autenticação. Não sei se é algo que estou fazendo errado ou se é o servidor de homologação deles que está com problemas (o que já aconteceu antes). Até pensei em fazer um componente para gerar o CIOT, porém não sei até que ponto que isso será viável, pois pelo que eu ví cada operador tem um modelo próprio. Até agora apenas ví dois layouts (ticketFrete e NDDCargo), e os dois diferem bastante em questão dos envios e retornos em XML

Olá. Esta alteração posso solicitar por aqui ou é melhor informar no Mantis?

Está OK agora. Obrigado

Realmente funcionou dessa forma. Seria importante que essa alteração fosse feita no código fonte oficial do ACBRNFe. Pois, não adianta alterar aqui, pois na próxima atualização via tortoise a alteração será perdida.

Olá. Estou tentando gerar um CTe com proprietário de veículo com IE isento. Acontece que o XML estava sendo gerado sem nada na Tag IE. em pceCTeW, na linha 1632 está assim: Gerador.wCampo(tcStr, '#37', 'IE ', 02, 14, 1, SomenteNumeros(CTe.Rodo.veic.Prop.IE), DSC_IE); mudei para if trim(CTe.Rodo.veic.Prop.IE)='ISENTO' then Gerador.wCampo(tcStr, '#37', 'IE ', 02, 14, 1, trim(CTe.Rodo.veic.Prop.IE), DSC_IE) else Gerador.wCampo(tcStr, '#37', 'IE ', 02, 14, 1, SomenteNumeros(CTe.Rodo.veic.Prop.IE), DSC_IE); É possível alterar no fonte oficial, para não dar problema na próxima atualização pelo tortoise? at. NCC

Olá. Estou implantando a NFe em um cliente do PR. Estou com problema no retorno do status do serviço. Está retornando "Serviço em Operação" enquanto em SC (que eu testei) está retornando Servico em Operacao (sem cedilha nem til). O que acontece é que eu utilizo o XML do retorno para mostrar para o cliente que o serviço está em operação, porém ao carregar o XML no componente TXMLDocument ocorre erro. Se tentar abrir o XML no navegador, tb não abre. Se colocar <?xml version="1.0" encoding="ISO-8859-1" ?> no início do arquivo, funciona sem problemas. Minha dúvida, é possível fazer o componente ACBRNFe retornar o enconding no arquivo de retorno do XML? Por enquanto só deu problema no retorno do status do serviço, porém pode ser que em outros retornos também retorne acentuado, dificultando o tratamento dos retornos da NFe. att. Ncc

Boa tarde. Ao gerar o CTe estou gerando com as tags de cobranças (1 fatura e com 2 duplicatas), valida sem problemas, porém depois que faço o componente assinar o XML o mesmo parece estar removendo estas tags. Será um bug no componente ou estou fazendo alguma coisa de errado?

Concordo com markapollo. Para mim também acontecia esse erro direto no D7. Independente do componente que usava (na verdade nem usava o ACBr).

Olá italojjr Eu também tinha pensado nisso, porém pesquisando ví que além desse formato há os formatos AA9999 e AAAA999. Além disso se informar assim, pode dar problema, primeiro que algum fiscal pode reclamar que a placa é a incorreta além disso pode ser que exista esse veículo no Brasil com essa placa. Como é carga de importação ou exportação isso pode complicar para a empresa quando vai transitar entre as aduanas. Agora, em um teste eu me equivoquei e pensei que as tags de veículos fossem obrigatórias, porém não são. Vou fazer o meu sistema não gerar essas tags quando o veículo for do exterior e jogar as placas no campo observação, juntamente com uma frase que explique que está no campo obs devido ao CTe 1.04 não suportar placas estrangeiras. Pedi para a empresa entrar em contato com a sefaz ou verificar com algum fiscal para pedir se fizer dessa forma vai ter algum problema, vamos ver o que eles respondem.

Olá regys Eu realizei a pesquisa no fórum, porém não encontrei problema parecido no CTe. Este link que você passou se refere a NFe, o problema é parecido porém, no meu caso o problema se encontra com o CTe. Inclusive o componente valida sem problemas, a questão é que está retornando da sefaz com rejeição. Já está chegando o prazo final da utilização da versão 1.03 e não estou conseguindo nenhuma resposta da sefaz de como vai ficar.

Olá. Estou tentando emitir um CTe com placa do exterior e não estou conseguindo. Pelo que estou vendo a sefaz está validando para somente aceitar placas no formato XXX9999 (Brasil), porém para outros países do mercosul seguem outros padrões, por exemplo XXX999. Se informar nesse padrão ocorre rejeição. Já entrei em contato com a sefaz, porém não estou tendo uma posição se isto vai ou não ser corrigido e o que pode ser feito. Alguém está passando por essa dificuldade também? Alguém tem alguma sugestão do que devo fazer? obrigado! att. ncc

Bom dia. O ACBr tem algum componente que realiza a consulta dos dados de endereço/razão social da empresa com base no CNPJ? Isso para manter os cadastros atualizados. Se não tiver componente, alguém pode indicar alguma solução paga ou free para realizar isto?