Painel de líderes

Boa tarde, A um bom tempo eu fiz um, posso rever ele para compatibilizar com o Trunk2 e disponibilizar. Depois é só fazer os ajustes necessários.

Olá Pessoal, Vejo muitos XML de CT-e que contem as informações sobre o Expedidor e o Recebedor. Quando devemos informa-los e em quais situações? Em um transporte de carga normal, ou seja, a transportadora pega a carga do Remetente e leva até o Destinatário não devemos informar o Expedidor e o Recebedor. O Expedidor e ou Recebedor só aparecem quando existe uma outra transportadora envolvida no transporte da carga e é essa transportadora que é informada como Expedidor ou como Recebedor. Vamos a um exemplo onde temos o transporte Normal, Redespacho e Redespacho Intermediário. Exemplo: Transportadoras envolvidas: A, B e C Remetente -> A -> B -> C -> Destinatário A transportadora A emite um CT-e Normal informando: Remetente: o remetente da mercadoria (quem vendeu) Destinatário: o destinatário da mercadoria (quem comprou) Recebedor: Transportadora B (o Recebedor foi informado pois a transportadora A não vai levar a carga até o Destinatário. o Expedidor não foi informado pois quem expediu a carga foi o Remetente que já esta informado) A transportadora B emite um CT-e de Redespacho Intermediário Remetente: o remetente da mercadoria (quem vendeu) - Opcional Destinatário: o destinatário da mercadoria (quem comprou) - Opcional Expedidor: Transportadora A (o Expedidor foi informado pois a carga não foi expedida pelo Remetente e sim pela Transportadora A) Recebedor: Transportadora C (o Recebedor foi informado pois a transportadora B não vai levar a carga até o Destinatário) A transportadora C emite um CT-e de Redespacho Remetente: o remetente da mercadoria (quem vendeu) Destinatário: o destinatário da mercadoria (quem comprou) Expedidor: Transportadora B (o Expedidor foi informado pois a carga não foi expedida pelo Remetente e sim pela Transportadora B. o Recebedor não foi informado pois quem vai receber a carga é o Destinatário que já esta informado) Note que a transportadora A pegou a carga do Remetente e levou até a transportadora B, esta por sua vez levou até a transportadora C, e esta por sua vez levou a carga até o destinatário.

Muito obrigado pela analise, analisamos aqui detalhadamente o calculo feito em nosso sistema e estava sendo feito o calculo dos valores e no final era apresentado com 2 casas decimais, mudamos para calcular tudo com 2 casas decimais e nos testes realizados todos funcionaram corretamente.

Olá. Criei o envio de carga para balança Ramuza. ACBrCargaBal.pas

Fiz uso da function ?, excelente !!! Cliente não terá mais que ficar escolhendo certificado. Obrigado pela contribuição. Não era bem isso que eu buscava quando abrir o fórum, mas além do que buscava ainda consegui esse recurso de carregar o certificado. Mais um problema resolvido.?

Estou analisando os logs mas a primeira vista parece que o erro está no arredondamento nos testes que fiz e na conta manual o total desse cupom é 201,967... que arredondado fica 201,97 e você pagou 201,96 dai por isso deu o erro, porque ficou faltando 1 centavo. Verifique se o seu ECF está arredondado ou truncando.

Tem um usuário aqui no fórum que é representante da Cappta. Talvez consiga contato com ele.

Pela mensagem de erro você está tentando finalizar um cupom sem enviar os comandos de pagamento do mesmo. Se enviou o comando de pagamento forneça mais informações como qual modelo de ecf epson? Quais são os comandos que enviou para o ECF? Anexe também, se possível, os logs completos para podermos analisarmos.

POr favor, nos envie o LOG e a imagem com o erro completo para análise

Boa tarde, este ajuste estará disponível na próxima versão semanal. Provavelmente até amanhã...

Bom dia, Gostaria de ir, mas de de avião fica inviável por causa dos valores e horários de vôos. Talvez possamos ir juntos de carro. Me add no WhatsApp 41-99709-5622. Abraços.

Obg Daniel, era isso mesmo! Existiam algumas dependências mesmo não usando deveria instalar! Resolvido!

@Italo Jurisato Junior Agradeço o empenho e entendo seu posicionamento. Ficarei no aguardo então. Estudarei mais o componente para tentar realizar as implementação do CECAM, mas se tiver algum outro membro que faça as alterações , me coloca a disposição novamente para realizar os testes e validações.. Obrigado mais uma vez. @Fábio Eduardo de Souza

StackOverflowException é erro de estouro de pilha você deve estar fazendo algo que ta acabando com a memoria do app, erro de acesso ao arquivo é outro. https://msdn.microsoft.com/pt-br/library/w6sxk224.aspx Outra coisa na pasta do SVN dentro da pasta Projetos\ACBrMonitorPLUS\Lazarus\Exemplos tem um exemplo de como usar comunicação TCP com o monitor é mais rápida e não depende de arquivos.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

bom dia.. eu trabalho com acbrmonitor.. no meu caso eu poderia, eliminar o diretorio, schemas, e baixar a ultima versao do acbrmonitorplus e atualizar. ai os schemas vao atualizar.. blz..

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Ricardo, No Manual do MDF-e versão 3.00 - página 114, grupo #25 <prop> deixa claro o seguinte: Proprietários do Veiculo - Só preenchido quando o veiculo não pertencer à empresa emitente do MDF-e. Idem para o grupo #46 (página 116) que se refere ao proprietário do veiculo reboque. Como você pode ver, devemos sempre ter em mãos o Manual pois ele pode nos ajudar a esclarecer se um campo ou um grupo deve ou não ser gerado e em quais condições.

Bom dia! Deu certo! Obrigada.

já tem a correção no svn desde semana passada basta atualizar e marcar para remover tudo antes de instalar.

Aqui tem uma forma localizar o número de série do certificado pelo CNPJ, você pode adaptar o método para procurar pelo SubjectName: Note que o SubjectName pode mudar caso seja um novo certificado.

Boa Tarde Pessoal, venho informar que com essa nova versão, o manifesto finalmente funcionou, claro também tirei a seção onde informava os dados do proprietario do veiculo, que estava informando incorretamente, fiquei pensando no que o Italo tinha me falado, e faz todo o sentido, por que quando o proprietario é o proprio emitente, vc não precisa informar os dados, o que estava gerando aquela rejeição do RNTRC. Agradeço à todos que me ajudaram aqui!!!

Sobre essa questão, após um longo período de debug, percebi que alguns campos não estavam preenchidos corretamente para envio, após correção percebi que alguns campos não estavam preenchidos para recebimento de informações, ou seja preenchimento incompleto no envio e na resposta. Tópico concluído. Obrigado.

Ok, resolvido. Obrigada.

Bom tarde, Fiz a homologação e não tive rejeição com nosso numero, apenas com Agência Encarregada da Cobrança, está fixo no fonte. att. // '00000' + // Agência Encarregada da Cobrança ACBRBoleto.Cedente.Agencia + ACBRBoleto.Cedente.AgenciaDigito +

O problema acontece com o programa de exemplo do ACBrBoleto?

A última vez que algo semelhante aconteceu a única saída foi usar aplicativos de recuperação de arquivo. Algo como: Piriform Recuva Disk Drill Stellar Data Recover EaseUS Data Recovery Active Uneraser Mas os arquivos teriam que ter sido salvos pelo menos uma vez.

Boa tarde. Confirmado Att;

Boa tarde. Primeiro passo, entenda o que é o MFe e como ele funciona: - http://www.sefaz.ce.gov.br/content/aplicacao/internet/CFe/arquivos/manualutilizacaointegradorfiscal.pdf - http://www.sefaz.ce.gov.br/content/aplicacao/internet/CFe/arquivos/manualdrivermfe.pdf Caso seu AC realize pagamentos com POS, precisa seguir o fluxo abaixo: http://www.sefaz.ce.gov.br/content/aplicacao/internet/CFe/arquivos/FluxoVendaPDVUtilizandoPOS.pdf Caso seu AC realize pagamentos com TEF, precisa seguir o fluxo abaixo: http://www.sefaz.ce.gov.br/content/aplicacao/internet/CFe/arquivos/FluxoVendaPDVUtilizandoTEF.pdf Mais informações em: http://cfe.sefaz.ce.gov.br/mfe/informacoes/downloads#/

Boa tarde, estará disponível na próxima versão semanal. Provavelmente amanhã...

Legal, não sabia que tinha. Conheço o seguinte: https://github.com/leogregianin/ofx-reader/ Foi mencionado aqui no fórum a algum tempo:

Puxa que estranho. Que bom que conseguiu resolver. Você consegue montar um passo a passo de como acontece o erro pra gente poder analisar?

Bom dia Juliana, Primeiramente vamos ao Manual do CT-e versão 3.00 - páginas 225, 226. Nessas duas páginas temos uma relação de campos que não podem ser alterados através de uma CC-e - Carta de Correção. Se você emitiu um CT-e e depois emitiu uma carta de correção a SEFAZ entende que o transporte foi realizado e quem notou o erro foi o tomador do serviço. No mesmo manual - página 108, temos a regra M16 que diz: Vedado o cancelamento se possuir evento de Carta de Correção associado. Mesmo que o transporte não foi realizado, pela regra acima não tem como efetuar o cancelamento de um CT-e que possui uma Carta de Correção. E não existe nada para cancelar a carta de correção.

Obrigado por reportar. O tópico será fechado. Para novas dúvidas abra novo tópico.

6.3 - Mostre respeito pelo modo de escrever. Escreva de modo claro, gramaticalmente e semanticamente correto. Não escreva TUDO EM MAIÚSCULAS. Isso é lido como se estivesse gritando e é considerado rude. Favor leia as regras do fórum.

Excelente vídeo, muitas novidades, principalmente sobre quais dlls devo instalar, o que era uma dúvida minha. Mas nesse caso a dúvida é sobre manter o certificado salvo no (mdfe.ini) com o comando "ACBrMDFe1.SSL.CertSubjectName". Hoje eu extraio o número de série do certificado e salvo no (mdfe.ini) com o comando "ACBrMDFe1.SSL.SelecionarCertificado". É possível fazer essa operação, tentei mas o exemplo não reconhece o certificado quando eu salvo com "ACBrMDFe1.SSL.CertSubjectName" ?

Boa Tarde José, Já estou baixando, retorno assim que terminar os testes, muito obrigado pela a atenção!!!

Segue unit uExemploReinf.pas

Ajustes enviado ao svn pode compilar normalmente sem mover os arquivos agora.

Não pode haver diferença na soma do valor total do ICMS. Há tolerância de 0,01 no cálculo do valor do icms do item na nota fiscal. Calculo o valor do icms do item, arredondando para 2 casas decimais, a soma do valor já arredondado dos itens informo na tag Total.ICMS.vICMS.

Boa tarde, Senhores. Fiz algumas alterações referentes ao registro R-2050 para adequar ao novo layout 1.4. pcnReinfR2050.pas pcnConversaoReinf.pas

Boa Tarde... Compactei toda a pasta do bloco X que esta em anexo. Primeira mente criei a unit "pcnGeradorBlocoX.pas" que é uma cópia da "pcnGerador.pas" só que modifiquei a classe para usar WideString e TFileStream pois não queria estragar nenhuma outra rotina que já usa ele. Por que "TFileStream" ? Nos testes que fiz foi a forma mais rápida que consegui para criar o arquivo. Unit ACBrBlocoX_WebServices.pas ganhou 2 novas variaveis "SituacaoProcStr" e "Mensagem" para guardar as informações do retorno. Acredito que seja isso, desculpe a demora, como comentei não estou na empresa essa semana. Caso falte algo ou alguem tenha alguma outra sugestão fico aberto a críticas. ACBrBlocoX.rar

Desculpa, anexei o arquivo errado. Segue novamente. ACBrDFeSSL.pas

Boa tarde, abrahaofv. Veja abaixo:

Vc não envia este evento, ele é um retorno. Qndo vc manda o R-1299 vem como resposta o evento R-5011. Leia não apenas o manual do layout, mas tbm o do desenvolvedor e do contribuinte.

Bom dia a todos, Já enviei os Schemas para o repositório e acrescentei o enumerador v1_04_00 no componente para que o mesmo possa gerar os eventos do Reinf na nova versão. Ainda se faz necessário fazer os ajustes nas units dos eventos que por ventura sofreram alteração com a nova versão. Toda ajuda é bem vinda.

Analisei os fontes, e a implementação parece correta... mas decidi não incorporar aos fontes do SVN, pelos seguintes motivos: - O método é exclusivo para a WinCrypt (e Capicom)... não funcionaria no OpenSSL ... Ok, isso também ocorre com o método "SelecionarCertificado", mas esse último método foi herdado do Trunk1 - O método é específico para CNPJ, e a ACBrDFeSSL também suporta Certificados com CPF - A rotina pode ser facilmente implementada na própria aplicação (usando o método: "LerCertificadosStore", e um Loop, e conforme demonstrado abaixo) Enfim... deixo aqui, trecho do código, onde o Loop é implementado, na sugestão proposta, para o caso de alguém tiver interesse de implementar o método na própria aplicação function TForm1.LocalizarNumeroSerieCertificado(ACNPJ: String): String; var I: Integer; ACNPJLocalizar, ACBPJCertificado: String; begin Result := ''; ACNPJLocalizar := OnlyNumber(ACNPJ); if (ACNPJLocalizar = '') then raise EACBrDFeException.Create('CNPJ não informado'); if (Length(ACNPJLocalizar) <> 14) then raise EACBrDFeException.Create('Informar CNPJ com 14 digitos'); ACBrNFe1.SSL.LerCertificadosStore; for I := 0 to ACBrNFe1.SSL.ListaCertificados.Count-1 do begin ACBPJCertificado := OnlyNumber(ACBrNFe1.SSL.ListaCertificados[I].CNPJ); if (ListaCertificados[I].DataVenc >= Date) then if (Copy(ACBPJCertificado, 1, 8) = Copy(ACNPJLocalizar, 1, 8)) then Result := ACBrNFe1.SSL.ListaCertificados[I].NumeroSerie; end; end;

Correção enviada para o repositório. Obrigado pela contribuição.

Gentileza passou longe... até onde me consta não sou seu funcionário...

Boa tarde a todos, Luis, tem que ficar claro que o terceiro paragrafo do FAQ que você postou se refere ao pedido de cancelamento e que o mesmo poderá ser rejeitado pela SEFAZ caso o CT-e tenha uma CC-e conforme descrito no primeiro paragrafo. Mateus, a mensagem que você recebeu ao tentar cancelar não é um erro e sim uma resposta da SEFAZ ao seu pedido de cancelamento. Ao pedir um cancelamento a SEFAZ pode aceitar ou não, se for aceito é retornado o protocolo de homologação do cancelamento e o evento de cancelamento é vinculado ao CT-e. Por outro lado de não for aceito, temos ai a rejeição, ou seja, a SEFAZ rejeitou o seu pedido e neste caso ela retorna o motivo dessa rejeição.