ncc.star

Olá Ítalo. não, no arquivo *-pro-rec.xml está apenas: <protCTe versao="2.00"> E no grupo <infProt> possui o atributo Id? sim, o arquivo *-pro-rec.xml está assim: <infProt Id="CTe342150000012080">

Olá Juliomar. Quanto a isso OK. Agora comparando o XML que eu fiz o download do site do portal do CT-e percebi que há algumas pequenas diferenças no XML salvo. No arquivo baixado, dentro de Signature, em: CanonicalizationMethod, SignatureMethod, Transform Algorithm e DigestMethod Algorithm quando fecha a tag tem um espaço a mais antes do />. Na parte do protocolo também tem uma diferença No arquivo baixado está assim: <protCTe versao="2.00" xmlns="http://www.portalfiscal.inf.br/cte"> <infProt Id="CTe342150004147240"> e no arquivo salvo está assim: <protCTe versao="2.00"> <infProt> Isso seria um problema?

Bom dia Juliomar. Agora com calma consegui analisar melhor o problema. Decidi alterar minha aplicação. Quando houver um valor abaixo de 0.01 informo apenas no campo de observação. Assim o problema não acontece. No componente, se vocês acharem interessante alterar, na linha 983, retirar a verificação da tag vComp: if (trim(CTe.vPrest.comp.xNome) <> '') and (CTe.vPrest.comp.vComp <> 0) then Alterar para: if (trim(CTe.vPrest.comp.xNome) <> '') then

Pessoal, aconteceu o seguinte caso: Em um dos componentes do valor do frete um cliente meu informou o valor 0,002. Esse valor é usado para calcular o valor do frete com base no peso transportado. Acontece que a tag <vComp> só aceita dois decimais, sendo assim, essa tag foi dessa forma: <Comp> <xNome>Tarifa</xNome> <vComp>0.00</vComp> </Comp> Quando envia pro sefaz o componente está removendo a tag <Comp> que tem o valor zerado. Quando retorna eu comparo o digestvalue e estão diferentes. Comparei com o XML que fiz o download do site da sefaz e constatei que essa tag foi removida. Eu não tenho acesso ao meu PC para ver maiores detalhes no fonte, alguém pode verificar se é possível fazer para que o componente não elimine essa tag ao enviar para o SEFAZ?

Olá Italo. Depois que atualizei os fontes, ao carregar o XML percebi que nos dados do proprietário do VeicReboque está vindo os dados do proprietário do VeicTracao. Para corrigir, alterei a linha ~240 de if Leitor.rExtrai(3, 'prop') <> '' then para if Leitor.rExtrai(4, 'prop') <> '' then Só que essa modificação pra ficar correta, depende da alteração que eu sugeri anteriormente. Até a gente não achar uma solução melhor, não dá para deixar da forma que eu sugeri para trazer os dados corretamente? Anexei pmdfeMDFeR.pas para você poder analisar. pmdfeMDFeR.pas

Bom dia Marco. Conseguiu resolver seu problema? Se você estiver usando o cancelamento por evento e mesmo assim está aparecendo essa mensagem, tente no IE, nas Opções de Internet > Avançadas > Desmarque todas as opções de TLS. Desmarque também a caixa de seleção de revogação de certificados do servidor. Pra mim ocorreu esse erro na solicitação do status da sefaz e também pra autorizar, fazendo isso resolveu.

Verifica se a UF e o código IBGE da cidade está sendo informado corretamente.

Na procedure TDMACBrMDFeDAMDFEFR.frxReportGetValue, linha 397, adicionei a recuperação da variável 'ENCERRADO' para poder imprimir a informação que o manifesto foi encerrado. Peço que avaliem para adicionar no SVN. ACBrMDFeDAMDFEFRDM.pas

Olá Italo. Deu problema dessa forma. Usando o rExtrai ele limpa os dados do proprietário e condutor que vem logo abaixo. Como alternativa eu pensei de fazer dessa forma: copy(Leitor.Grupo,(Pos('</tpCar>', Leitor.Grupo)+12),2); Eu sei que essa não é a maneira ideal de resolver isso, mas foi o que eu pensei até a gente achar uma solução melhor.

Olá Ítalo, o campo UF está retornando agora '<U' Para o Veículo Tração, acho que teve um pequeno engano, é só alterar o parâmetro copy posição inicial de 1 para 5. copy(Leitor.rExtrai(3, 'UF', '', 2), 1, 2); para copy(Leitor.rExtrai(3, 'UF', '', 2), 5, 2); Já para o veículo reboque está errado porque está trazendo a UF do Veículo Tração.

Quando carrega um XML de um MDF-e a tag <UF> do veículo (tração ou reboque) está sendo alterada para a mesma UF do proprietário. Exemplo: <prop> <CPF>0000000000</CPF> <RNTRC>00000000</RNTRC> <xNome>XXXXXXXXX</xNome> <IE>ISENTO</IE> <UF>PA</UF> <tpProp>2</tpProp> </prop> <condutor> <xNome>XXXXXXXXXXX</xNome> <CPF>11111111111</CPF> </condutor> <tpRod>03</tpRod> <tpCar>00</tpCar> <UF>SP</UF> </veicTracao> Depois que carrega o XML no componente, ele altera para: <prop> <CPF>0000000000</CPF> <RNTRC>00000000</RNTRC> <xNome>XXXXXXXXX</xNome> <IE>ISENTO</IE> <UF>PA</UF> <tpProp>2</tpProp> </prop> <condutor> <xNome>XXXXXXXXXXX</xNome> <CPF>11111111111</CPF> </condutor> <tpRod>03</tpRod> <tpCar>00</tpCar> <UF>PA</UF> </veicTracao> Isso acontece quando o componente lê o XML ele está buscando o primeiro campo UF que encontra.

Como o Italo já disse, você está informando a tag com valor 00 ou não está informando essa tag. Verifica no XML, está <tpRod>00</tpRod>. Se olhar no manual, essa tag só aceita os valores: 01 - Truck; 02 - Toco; 03 - Cavalo Mecânico; 04 - VAN; 05 - Utilitário; 06 - Outros. Por favor, alguem esta usando esse componente do Acbr para envio de MDF-e com sucesso...? O componente está totalmente funcional.

Olá. Fiz uma alteração em ACBrNFeDANFEFRDM.pas para imprimir o detalhamento específico de armamentos. O arquivo está anexado. Alguém pode verificar para adicionar ao svn? ACBrNFeDANFEFRDM.pas

Coloca um break point (F5) na linha if (RzDBButtonEdit1.text <> '') AND (RzDBButtonEdit1.text <> '000000') e verifica se está satisfazendo esta condição que você definiu.

Bom dia. No XML realmente não tem os dados dos veículos. Você chegou a depurar seu código para ver se ele está entrando no infCTeNorm.Rodo.veic.add ?

jhmontoia, mesmo utilizando esta Unit que você alterou, ainda retorna: 'Erro: Requisição não enviada. Configuration Error'. Referente a opção RetirarAcentos, fiz o teste aqui e acontece exatamente como você falou.

Olá Srs. Estou tentando fazer a consulta de MDF-e não encerrado, porém está retornando a seguinte mensagem: raised exception class EACBrMDFeException with message 'WebService Consulta MDF-e nao Encerrado: - Inativo ou Inoperante tente novamente. - Erro: Requisição não enviada. Configuration Error'. em Gerar XML estava assim Gerador.wCampo(tcStr, 'CP04', 'xServ', 24, 24, 1, 'CONSULTAR NÂO ENCERRADOS', DSC_XSERV); Tinha um ^, alterei para ~. Daí também alterei para não remover os acentos, mas mesmo assim a mensagem de erro persiste. Vocês estão conseguindo consultar os manifestos não encerrados?

O problema de duplicar o conteúdo de ObsCont ainda persiste. Corrigi da mesma forma do Wislei e ficou OK. Ítalo, é possível fazer essa correção no repositório?

Cada banco tem um processo próprio de registro de boletos, podendo variar dentro do mesmo banco de acordo com a carteira utilizada. Basicamente você deve fazer a homologação junto ao banco e passar a enviar um arquivo de remessa ao banco para depois processar o retorno. O ACBr permite você gerar o arquivo de remessa. Agora, segundo o que o Sicredi me informou, a partir de 03/2015 todas as cobranças(boletos) devem ser COM REGISTRO. Isso se aplica apenas ao sicredi? Você tem mais informações? Lembrando que a cobrança com registro é bem mais cara que a sem registro. Gera custos pra empresa inclusive se o pagamento não for efetuado (para dar baixa, etc..).

E cada banco é uma novela diferente. Tem casos que se tem uma virgula fora do lugar mesmo não influenciando em nada eles fazem você alterar.

enviado.

Olá. Alguém está utilizando a leitura do retorno CNAB400 do Banrisul? Consigo fazer a leitura, porém não tenho retorno das mensagens do banco que estão arquivo, onde informa as rejeições ou se o boleto incluído com sucesso.

Ao clicar em "Anexar Arquivo": Erro O envio falhou O arquivo é .rar, já tentei o .pas também

Creio que seria uma questão de conversar com eles, visto que para eles isso seria uma vantagem.

Alterei o arquivo de remessa para o Banrisul porque o banco não estava homologando, devido estes pequenos detalhes: na procedure TACBrBanrisul.GerarRegistroTransacao400(ACBrTitulo: TACBrTitulo; aRemessa: TStringList); Linha 396, Taxa de multa após o Vencimento: Verificação se o Percentual de Multa estiver zerado, gerar em branco. Linha 397, Nº dias para multa após o vencimento: estava 00, o banco solicitou que fosse alterado para espaços em branco Linha 404, Dias para protesto/devolução automática: Verificação se estiver zero dias, gerar em branco. Teoricamente o banco deveria tratar zeros não sendo obrigatório enviar em branco, porém teve argumento com o banco, teve de ser dessa forma. Tentei anexar o arquivo .pas mas não consegui, quem puder verificar me avisa que envio por e-mail.