FSoftware

No meu post anterior quando eu disse Eu quis dizer que seria contado uma rejeição diferente

Na verdade na NT que fala sobre o consumo indevido, só bloqueia se for enviada com mais de 30 rejeições iguais (Podendo ser parametrizado por ambiente autorizador). Então se houver um erro de CFOP, você vai corrigir e ao enviar novamente se der erro nos dados do cliente (por exemplo), será contado outra rejeição. Aqui no sistema gravamos no banco que houve a rejeição, assim como a graça citou no tópico acima. E caberá ao usuário fazer as devidas correções nesses casos!

Bom, eu coloquei aqui a mesma informação no campo 133 e 135 na procedure ConteudoToProperty e ambos retornaram as informações. Quando for crédito irá ler o campo 135 e quando for débito o campo 133. Se deixar apenas no campo 135 não irá retornar o CodigoAutorizacaoTransacao! Se puderem analisar... ACBrTEFDCliSiTef.pas

Bom dia! Realizei uns testes aqui e percebi que quando realiza uma transação no débito a variável 'CodigoAutorizacaoTransacao' fica em branco! Acho que esse campo 135 é apenas para operações de crédito. Para débito retorna em branco!

Ok, tudo certo! Obrigado!

Voltei para a revision 17388 e compilou normalmente!

Boa tarde a todos! Acabei de atualizar o ACBr e fui reinstalar os componentes. Está ocorrendo erro na hora de instalar o ACBrBoleto, especificamente o ACBrBancoSafra. Vi que teve umas alterações recentes dessa unit! Poderiam verificar? Em anexo, o log gerado. Já executei como administrador e com a opção de remover arquivos antigos log_Delphi_2010.txt

Bom dia, Houve a necessidade de incluir na geração da remessa CNAB400, os campos relativos ao desconto 2. Se puderem analisar e disponibilizar no SVN... ACBrBancoSicredi.pas

Quem manifesta é o destinatário! Ele que vai informar se a operação foi concluída ou não, se tem ciência ou desconhecimento da operação. Tem 'contador' que é complicado rsrs

Bom dia, Eu faço a seguinte sequência: GerarMDFe - Assinar - Validar - Enviar...

Você precisa entrar em contato com a software express. Eles disponibilizam todos os arquivos necessários: documentação, dlls, etc. Até porque o SitDemo tem um prazo de validade.

Na NT que o Felipe postou diz: "Observação 3: A critério da UF, após 50* bloqueios o contribuinte poderá receber a rejeição 656 permanentemente, até entrar em contato com a UF autorizadora." Ou seja, teria que entrar em contato com a Sefaz do seu estado! O problema é que geralmente eles estão tão perdidos quanto nós!

É complicado né! Para o cliente a culpa é (sempre) do sistema! ?

Bom dia, no CliSiTef.ini você coloca na aba [Geral] TransacoesAdicionaisHabilitadas=29

Bom dia Anderson, Aqui colocamos no xml e nos dados adicionais da NF-e. Assim como alguns contadores nos solicitaram

Mas nesse link que passei você pode pegar tanto NF-e quanto NFC-e. Se tiver a chave de acesso é mais fácil ainda, basta somente informar a chave! Caso não tenha pode mudar o modelo e informar os outros dados de pesquisa

Boa tarde, Você pode acessar esse link https://www.sefaz.rs.gov.br/NFE/NFE-CER.aspx e com o certificado digital do cliente você pode baixar os xmls

Boa tarde Roberto. Qual a mensagem exata que aparece? Você está assinando o arquivo antes? Aqui eu faço assim: ACBrMDFe1.Manifestos.Assinar; ACBrMDFe1.Manifestos.Validar; Qualquer coisa posta ai o arquivo xml

Pelo ACBr tem como fazer pela DistribuicaoDFe, onde deve ser manifestada a nota e após realizar o download do XML. Na pasta Exemplos\ACBrDFe\ACBrNFe tem um arquivo de texto DistribuicaoDFe.txt onde tem um exemplo!

Publicada versão 1.61 da NT 2016.002 documentando correções de erros implementadas pelas SEFAZ Autorizadoras.

Você pode usar também o link https://www.sefaz.rs.gov.br/NFE/NFE-CER.aspx entrar com o certificado digital do cliente e consultar a NF-e/NFC-e! Se não conseguir pelo chrome, tente por outro navegador!

O validador só verifica se é um código de barras válido! Aqui tivemos muito problemas de código de barras que também passava no validador mas retornava inválido por que não estava cadastrado no CCG (Cadastro Centralizado de GTIN). Aí já é com o fabricante do produto! Na NT 2017.001 explica mais detalhado!

Já ganhou rs

Daniel, fiz as alterações para imprimir em modo RAW e aparentemente está Ok! Até agora não deu a mensagem ainda! Eu havia entrado em contato hoje pela manhã com o suporte da Sweda e eles afirmaram que o ACBr utiliza de uma dll própria para impressão. Inclusive eles falaram que não poderia me ajudar muito devido a isso! Me corrija se eu estiver enganado mas não tem nenhuma comunicação com dll, certo? Os comandos são enviados diretamente para a porta serial? Dei uma olhada por cima nos fontes do ACBrPosPrinter!

Só uma observação que esqueci de mencionar: Esse log que anexei foi quando imprimiu do sistema. Ele imprimiu uma via e quando foi imprimir a outra apareceu a mensagem!