Painel de líderes

@José M. S. Junior, deu certinho, muito obrigado. Suporte sempre top.

@walter faria Provavelmente você esta gerando um cNF sequencial, e ai a cada tentativa de envio, é gerado um novo sequencial. O ideal é você gerar e gravar no banco antes de enviar, com isso você terá sempre a mesma chave da NFe. É só uma questão de lógica de programação. Ide.cNF := 999999; Dercide Alvarez

Geralmente isso ocorre quando você informar 0 para a tag cNF (Código numérico da NFe) na geração do XML. Informando 0 o ACBr vai gerar um número aleatório pra esse campo, conforme determina o manual. O correto é você gerar o número aleatório na sua aplicação, pode usar a função GerarCodigoDFe da unit ACBrDFeUtil, e informar na tag cNF, e informar o mesmo valor se precisar gerar novamente.

Daniel.. olhei tantas vezes e nao tinha percebido q estava habilitado o fortes.. (resolvido) Jose M. Jr.. tinha cdd realmente.. corrigido. Grato pelas respostas

Boa tarde Eduardo, Só uma observação não use mais o Add somente o New, pois faz a função do Add. for conte := 0 to Lista.Count-1 do begin with infDoc.infNFe.New do chave := Lista[conte]; end;

Nessa comparação os objetos são os mesmos. Não entendi sua dúvida. A e B são o mesmo objeto no mesmo endereço. O resultado True está correto. Você deu Free no objeto A. Liberou a memória indicando que ela pode ser utilizada por outro objeto. Como o objeto C é instanciado depois da liberação da memória, ele pode usar o mesmo endereço. O resultado vai ser igual. Usar FreeAndNil vai ser a solução mais simples pro seu problema. Mas sinceramente, acho que você está indo num caminho incorreto. Me parece que há violação de princípios de orientação a objetos. Seu código não deveria precisar desse tipo de comparação. O que você está realmente tentando fazer? Que problema você está tentando resolver?

Brajan, Fui verificar os schemas e a definição da tag xNome temos: <xs:element name="xNome" minOccurs="0"> <xs:annotation> <xs:documentation>Razão social ou Nome do responsavel pelo pagamento</xs:documentation> </xs:annotation> <xs:simpleType> <xs:restriction base="TString"> <xs:maxLength value="60"/> <xs:minLength value="2"/> </xs:restriction> </xs:simpleType> </xs:element> Sendo assim vamos entender que as tags: xNome, CPF/CNPJ/idEstrangeiro se referem ao Responsável pelo pagamento. O ENCAT de vez em sempre costuma fazer essas bagunças nos Manuais e Notas Técnicas.

Que bom que deu certo... Você modificou nas Units do ACBrSMS ? Se sim, Poderia compartilhar as Units modificadas ? Talvez seja útil enviarmos esses ajustes ao SVN

Bom dia. Vejam esta noticia Att.

Sim. Precisa só de dados da conta para o boleto ser feito.

O tópico que o Daniel Simoes citou ajudou a resolver meu problema, consegui resolver seguindo o tópico. valeu Daniel, muito Obrigado

Você deseja testar com o ACBrPosPrinter ? Se SIM, você pode atribuir a porta em arquivo, exemplo: ACBrPosPrinter.Porta := 'c:\temp\saida.txt';

Boa tarde, se informar os campos sobre o Pagamento do Frete no MDF-e não preciso fazer o CIOT.

certo, vou tentar aqui e informo se deu certo. Obrigado.

Peça para o seu cliente entrar no Portal Terra e acessar o email por lá e verificar se tem algo bloqueado.

eu uso o provedor Terra. Solicitei a um cliente que gerasse um CT-e enviasse com cópia para o meu email e chegou com sucesso. Demora um pouco pra chegar pq o Terra é leeeeennnnnto.

por que é com dll , responde rápido atende todas as bandeiras e convênios

Planilha de calculo corrigida conforme informações do rafa_frantz. Obs. quando o resultado for a complementar, está dando o resultado negativo mas no arquivo deve ir positivo conforme o rafa_frantz me orientou. Qualquer divergência, me avisem por favor. DEUS abençoe Calculo ADRC-ST.xlsx

Fiz esse procedimento pro postmaster deles para verificarem , pq o retorno está correto , esto np aguardo e adiciono aqui o resultado. Se alguém tivesse e-mail do terra para verificar eu ficaria agradecido. [12/03/2020][11:10:41:258][MASTER]235:235 2.7.0 Accepted [12/03/2020][11:10:41:460][MASTER]250:250 2.1.0 OK v126sm10249831qkb.107 - gsmtp [12/03/2020][11:10:42:331][MASTER]250:250 2.1.5 OK v126sm10249831qkb.107 - gsmtp [12/03/2020][11:10:44:736][MASTER]250:250 2.0.0 OK 1584022244 v126sm10249831qkb.107 - gsmtp [12/03/2020][11:10:45:426][MASTER]221:221 2.0.0 closing connection v126sm10249831qkb.107 - gsmtp

Acho que a melhor solução.... seria trocar: A.Free; por FreeAndNil(A); pois nesse caso, "A" deixará de apontar para a memória (que foi liberada)

Você precisa de mais informações... o ideal é ter alguma rotina de Log dentro do sistema, para tentar detectar, qual é o momento da lentidão... Se você emitir NFCe, sem o TEF, a lentidão não ocorre ? O componente ACBrTEFD, tem um Log interno... se ele estiver ativado, a analise do Log pode nos mostrar algo... (por favor anexe o log do mesmo)

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

Bom dia, A tag pPis e pCofins já devem ser informadas em percentual, ou seja dividindo por 100, Veja o exemplo do Manual SAT:

Bom dia, então eu modifiquei apenas a unit : uListaMensagem.pas para criar a função de validar se a msg ta codificada e converter seguindo o modelo acima. e na unit ACBrSMSClass.pas corrigir a função de formatação de data..... todas as modificações funcionaram perfeimentte nos seguente modem HWAWEI - E392 ZTE MF190 ZTE MF191 ACBrSMSClass.pas uListaMensagem.pas

Bom dia a todos Tópico >> Modalidade de determinação da BC do ICMS vazia >>> RESOLVIDO Eu estava procurando o motivo da "modalidade de determinação da BC do ICMS" estar vazia nas tag´s dos impostos e não percebi que o erro estava ao enviar o xml para a Sefaz, que tinha uma rotina alterando o regime da empresa para >> normal. Agradeço a todos pela colaboração

Encaminhei os ajustes de acordo com meu entendimento, depois disponibiliza ela atualizada ai pra galera

Bom dia. Segue https://acbr.sourceforge.io/ACBrMonitor/ComandosdoObjetoMDFe.html Att.

Emitidas não faz. Isso só com o ACBR da pra fazer. Só seguir as notas técnicas.

Bom dia Juliana. O layout padrão da Febraban está disponível no site do banco safra, é o único layout 240 que encontramos lá. https://www.safra.com.br/pessoa-juridica/cash-management-servicos/layout-de-arquivos.htm O segmento R se encontra na página 57 O layout tem mais de 2mb não consegui anexar ele aqui.

Lá pela época de 2011 a recomendação era um timout de 50 segundos. Me parece que hoje um Timeout de 30 segundos é considerado "razoável". Logo 2 segundos é muito abaixo do que é recomendado e você deve aumentar isso daí. Senão vai ter problemas mesmo.

Bom dia Brajan, Vamos ver o diz a NT na página 13. Regra de validação K2: Verificar se o nSeqEvento é maior que o valor permitido (=1) Bom, se o valor permitido para nSeqEvento é 1, isso significa que podemos enviar no máximo UM evento de Pagamento da Operação de Transporte por MDF-e. Quanto ao grupo <infPag> - Informações sobre o pagamento, nesse evento tenho que informar a quantidade de viagens, se algumas dessas viagens o pagamento vai ser a vista e outras a prazo, no meu entendimento devemos ter um <infPag> para o pagamento a vista e outro para o pagamento a prazo, lembrando também que se eu tiver mais do que UM contratante do serviço, terei que gerar um <infPag> para cada contratante. Espero ter ajudado.

Portanto então a obrigatoriedade do CIOT fica (até o momento) para 09/06/2020. Porque depende das IPEFs adequarem os seus sistemas.

Não. Realmente está muito confuso, mas são duas coisas diferentes e os prazos corretos são: CIOT: Data de entrada em vigor da Resolução ANTT nº 5.862/2019. A partir do dia 15/04/2020, será obrigatório para a contratação de qualquer transportador. (fonte: http://www.antt.gov.br/cargas/arquivos/PEF__Pagamento_Eletronico_de_Frete.html) NT 2020/001: Implantação Homologação... 09/03/2020 Implantação Produção......... 06/04/2020 Está confuso mesmo em relação as regras e procedimentos mas os prazos são estes.

Coisa de principiante.... Valeu mesmo, obrigado! Resolvido!

Boa noite meu amigo, não tenho nem palavras para agradece,deu super certo. fiz vários teste, e o que notei e que as mensagem que precisam se convertida começa com 00(zero zero) então e so fazer uma validação no retorno para ver se começa com 00 se não nem precisa converte.. espero que seja assim. sou novo nessa area.

Obrigado pela resposta @Daniel Simoes, É mais por uma questão de limpeza de código no meu ERP. Estou migrando pro WPF e aproveitando pra dar uma faxina. Valeu!!

Deve haver uma forma mais automatizada, de converter... mas criei uma rotina... veja se dá certo... (projeto com fontes, em anexo) function TForm1.Convert(AData: String): String; var BinaryStr: AnsiString; WideStr: WideString; LenData, i: Integer; B1, B2: Byte; begin BinaryStr := ''; LenData := Length(AData); i := 1; while i < LenData do begin B2 := StrToInt('$' + copy(AData, i , 2)); B1 := StrToInt('$' + copy(AData, i+2, 2)); BinaryStr := BinaryStr + AnsiChr(B1)+AnsiChr(B2) ; Inc(i, 4) ; end ; LenData := Trunc(Length(BinaryStr)/2); SetLength(WideStr, LenData); StrLCopy(PWideChar(WideStr), PWideChar(BinaryStr), LenData*2); Result := String(WideStr); end; Converte.zip

Remova tudo abra o delphi se der alguma msg responda não. depois vai em component / install package e remove todas as referencias do ACBr e depois reinstala

O ACBr te retorna o XML completo da nota, basta carregar ele no componente e fazer a leitura das propriedades: var I: Integer; DFe: pcnRetDistDFeInt.TdocZipCollectionItem; begin [...] ACBrNFe1.DistribuicaoDFe(StrToInt(cUFAutor), CNPJ, ultNSU, ANSU); for I := 0 to ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Count - 1 do begin DFe := ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[I]; case DFe.schema of schprocNFe: begin // nfe completa ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromString(DFe.XML); ShowMessage('Transportador: ' + ACBrNFe1.NotasFiscais[0].NFe.Transp.Transporta.CNPJCPF + ' - ' + ACBrNFe1.NotasFiscais[0].NFe.Transp.Transporta.xNome); end; [...] end; end; end;

Boa tarde. Conforme comunicado enviado pelo Bruno Nogueira da SEFAZ/SC, o webservice relativo ao Bloco X encontra-se em manutenção, com previsão inicial de retorno em 24 horas a contar de 14:45(quando recebemos o comunicado). Att.

Isso daí é está parecendo UTF-8 convertido pra Hexadecimal. Só que não parece totalmente correto. A conversão de: Deveria ser algo como:

Beleza. Atualizei hoje, testei e esta tudo ok.

Verifique, as propriedades existentes no componente. Exemplo : LarguraCodProd = 54

Ok italo.. obrigado... Negocio e fazer do jeito mais seguro.. gerar pelo eFrete ou pelas IPefs o código CIOT e colocar no MDF-e. Como a NT deixa muita coisa a esclarecer...

Boa tarde a todos, Existe uma briga visível entre a ANTT e a SEFAZ. O componente ACBrMDFe já esta pronto para as alterações publicadas na NT 2020/001 versão 1.03 - MDF-e Integrado. Como também esta pronto e já temos alguns membros aqui do fórum utilizando o componente ACBrCIOT que acessa o webservice do eFrete. Portanto, vamos aos testes.

oi pessoal, confesso que fiquei um pouco preocupado quando vi o componente dando erros, mas aparentemente não deu nenhuma divergencia com meu projeto depois do erro apresentado eu 1- fiz um clean up na pasta do repositorio do acbr com o tortoise 2- recompilei todo o lazarus mandando limpar os dados antigos 3 - removi essa dependencia do projeto: depois disso tudo voltou a funcionar normalmente. então peço desculpas pelo post mas talvez ajude outros que tbm usam LAZARUS

Tive este problema também, foi somente instalar o framework .Net 4. Ficou 100%

Enfim a novela chegou ao fim.... O que ocorreu é que o certificado do meu cliente continha virgulas no nome e a prefeitura de Goiânia valida o CNPJ do Emissor com o CNPJ do nome do certificado, por algum motivo a virgula corta o conteúdo do nome na rotina de validação da prefeitura, pedi para meu cliente solicitar um certificado sem virgula e boa, tudo funcionando normalmente. grato pela ajuda de todos, estou a disposição para auxiliar quem tiver problemas em goiânia. Cleyton Luiz Nobre Sistemas

@systronic, para NF-e/NFC-e não existe o conceito de dar desconto no Valor Total, o desconto total nada mais é que a soma de descontos de todos os itens da nota, ou seja, se a sua aplicação existe a opção de dar um Desconto no Valor Total, então você terá que ratear e somar esse desconto adicional nos seus itens, de modo que a soma de descontos dos seus itens dê o desconto total da nota. Sobre qual melhor estrutura de armazenamento você decide, mas na prática do ponto de vista da nota é um desconto só no item.