Painel de líderes

Evitar mudança do Código de Ativação Informamos que alguns contribuintes estão tendo problemas para ativar o equipamento SAT devido a modificação do código de ativação. Cada mudança do código de ativação, gera um novo certificado para o equipamento. Apesar de gratuito, o certificado do SAT só é fornecido no máximo de duas vezes num intervalo de 30 dias. Isso se deve para evitar abusos que vinham sendo cometidos por alguns usuários por impróprio manuseio dos equipamentos. Caso a quantidade de certificados permitida seja excedida, o equipamento não poderá ser ativado enquanto não se passar o intervalo de 30 dias. Sendo assim, recomendamos não modificar o código de ativação do equipamento a menos que tal ação seja recomendada pelo fabricante. No caso de erro durante a ativação, espere 2 minutos e tente novamente Não modifique o Código de Ativação, exceto se recomendado pelo fabricante e obedecido o item acima

bom dia.. tente ver esse link para ver se ajuda.

@alaran / @Amarildo de Matos Na pastar ..acbr\\Exemplos\ACBrDFe\ACBrNFe\Delphi DANFe FR existe o demo de teste das danfes em Fast Report Pode usar sem problemas danfretrato_2018 ou danfepaisagem_2018. Configure a propriedade ImprimirQtdVlComercial , com a opção iuComercialETributaval.

Na NT 2016.002 v1.61 o grupo vDesc foi excluído da regra de validação Y01-20, que obrigava a informar todos os dados da fatura caso o grupo fosse gerado. Creio que é a isso que você se refere. Essa regra trouxe vários problemas pra nós, onde as SEFAZ hora exigiam o preenchimento do campo caso não estivesse no XML, hora rejeitavam o XML por falha de schema caso ele fosse gerado no XML com o valor 0,00. Foram publicados novos schemas que as SEFAZ demoraram a implementar. Pra resolver foi acrescentado uma propriedade no componente para determinar se os campos do grupo seriam gerados mesmo que tivessem valor 0,00 ou não: Então a princípio você devia desativar essa propriedade e informar 0,00 para o campo vDesc, e ver se a SEFAZ vai autorizar. Mas acredito que caso informe o vOrig diferente do vLiq e não informe o vDesc vai cair em outra regra de validação:

boa tarde.. obrigado douglas pelo retorno e agradeco a todos ai na ajuda.. valeuu ..

Todos os schemas, inclusive os da versão 4.00, estão na pasta ACBr\Exemplos\ACBrDFe\Schemas\NFe. A URL que aparece na mensagem é da versão 3.1, verifique a configuração da versão no demo. Mesmo assim, verifique a versão das DLLs, já que você está usando SSLXMLSignLib = xsLibXML2.

Achei o erro aqui, estava formatando o CPF com 14 dígitos mesmo. Muito obrigado pela ajuda.

bom dia. Opa.. que legal.. que deu certo.. muito obrigado pelo retorno..valeu mesmo.

@jorge andrade, A ideia parece boa... muito obrigado pela dica... vou fazer "as contas", e verificar qual é a "mordida" do PagSeguro...

Daniel Boa noite Estive pensando sobre os planos e gostaria de dar uma sugestão. Não seria possível estender os prazos sem juros para 6 parcelas no cartão na adesão anual? Acredito que haverá uma adesão maior e não irá penalizar o usuário fiel e talvez agregue outros usuários não fiéis, pois 6 parcelas de R$ 200,00, são mais acessíveis que 3 parcelas de R$ 400,00, espero não estar enganado sobre os planos. []s,

Pessoal, consegui! Realmente o que estava faltando eram os caracteres de "Término de envio" Peço desculpas por não ter REPARADO na nota da versão... Gostaria de disponibilizar o projeto em VB.net para que possa ajudar contribuir com outro no futuro (Se for possível incluir no SVN seria ótimo para um acesso mais fácil por todos). e Agradecer ao Daniel, Amarildo e o amigo lucioam que em outro tópico contribuiu com informações que me ajudaram com o uso dos caracteres de Término de envio no VB. Valeu! ACBr Monitor TCP.rar

Esse tópico é para informar que o Refactoring das impressores DF-e foi concluído e enviado ao SVN na revisão 15983. Queremos lembrar que vai ser necessário reinstalar os pacotes e componentes, pois houveram alterações nas propriedades. Se você utiliza o ACBrInstall, não se preocupe. Ele já foi atualizado no SVN e daqui a pouco será já foi atualizado aqui na área de Downloads também. Se você não sabe do que se trata, veja esse tópico aqui: Nesse tópico são citados dois vídeos sobre o refactoring que recomendamos você assistir. Esse abaixo explica o refactoring: E esse mostra um exemplo de atualização de uma aplicação usando usando o exemplo do ACBrNFe: Deu bastante trabalho esse refactoring e fomos bem minuciosos. Mas pode ser que alguma coisa passou despercebido. Sugerimos que você atualize sua aplicação e comece os testes o quanto antes possível. Para complementar o disponibilizado antes, veja também essa tabela abaixo o nome de propriedades e métodos que mudaram. Note no entanto que há propriedades que são específicas de algumas classes e isso não foi alistado abaixo: Uma informação importante é que agora existe um componente específico para NFC-e em Fast Report. Se você vai trabalhar com NFC-e e imprimir usando o Fast Report, será necessário utilizar esse componente. Nele você encontrará as propriedades que são específicas para NFC-e. Agradecemos ao @BigWings pela ajuda no trabalho com esse componente. No mais, bom trabalho a todos.

Não é isso. Verifique se realmente todas as atualizações (Windows Update) foram instaladas. Veja esse tópico https://www.projetoacbr.com.br/forum/topic/46040-erro-interno-12030-a-conexão-com-o-servidor-foi-redefinida-ou-encerrada-ou-um-protocolo-ssl-incompatível-foi-encontrado/

segue ajuste feito, ACBrBoletoFCFortesFr.dfm ACBrBoletoFCFortesFr.pas

boa tarde eraldo. tudo bem.. poste tambem o fonte que tu fez essa alteração para ser analizada.. valeu.. e obrigado pelo retorno.

Obrigada, Amarildo!

Boa tarde, também achei que poderia ser isto, mas não fez diferença quando mandamos com a assinatura feita no C#, tanto que os dois lotes que estão no anexo acima são validos para a prefeitura. O problema esta na assinatura do bloco <rps> dentro de cada arquivo XML de RPS, como tem que assinar cada RPS e depois o LOTE com estes RPSs isto gera diferença e o erro de HASH INVÁLIDO. Se eu fizer a assinatura de um arquivo xml de RPS apenas, ele será validado, porém ao gerar o lote com todos estes arquivos RPSs assinados e ao assinar o lote ficará inválido. Se somente o lote for assinado sem os RPSs ele também ficará válido. Em outro post, vou tentar ser mais claro e explicar o que fizemos para assinar corretamente com a validação por outro programa.

Muito obrigado mauricio pelo retorno, e tambem ai obrigado ai a todos que colaboraram na solucao. juntos somos fortes.

Muito obrigado Felipe. Tenho aqui um Note de cliente com instalação nova do Windows 7 32 que não atualiza pelo Windows Update nem a pau, sempre apresentando o erro 8007000E. Usando as suas orientações e instalando os arquivos do seu anexo, funcionou direitinho. Abraço

Bom dia, Douglas Santos. Alguma coisa está desatualizada, consegue reproduzir o mesmo erro com o demo na pasta exemplos?

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

Você mudou a propriedade pra versão 2 do qrCode ? ACBrNFe.Configuracoes.Geral.VersaoQRCode := veqr200;

Bom dia pessoal, Achei o erro! Vamos la, Eu trago os dados da tabela cedente, la tenho dois campos onde guardo o códigocedente e digitocedente. o SICOOB me passou 42019-0 como cedente. Então na tabela preenchi 42019 como codigocedente e o 0 como digito. Então o erro tava ai! Era pra ter passado 420190 no codigodocedente. depois que passei o codigo inteiro sem digito gerou a linha digitável correta Peço mil desculpas aos envolvidos no projeto. Mas tava passando como passo nos outros bancos! "RESOLVIDO"

opa..valeu ornei pelo retorno..valeu

opa..valeu pelo retorno..valeu.

Bom dia, obrigado pela atenção e desculpa pela demora em responder e que digitei a resposta mas não enviei kkk, o cliente conversou com o contador ele pediu pra fazer uma entrada devolução para retornar o estoque e fazer a NF correta.

bom dia amarildo, obrigado, eu tinha visto...mas pensei: Se desativar nao vai dar outro problema apos a instalacao ? ai nao tinha executado.. Mas se a solução é essa, então bola pra frente!!! vlw!

opa.. graça.. nem me fraguei.. .hihi.. , mas é isso sim.. nem sempre conseguimos ver tudo.

aqui deveria ser cpf =================> <CNPJ>00010265469821</CNPJ> você está abastecendo a tag errada do emitente <CPF>10265469821</CPF>

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

opa.. valeu ai alaran.. e obrigado tambem ao hleorj pelas dica.. Abracos.

Obrigado Amarildo, resolvido aqui. Abraços

bom dia <ICMSTot> <vBC>0.00</vBC> <vICMS>0.00</vICMS> <vICMSDeson>0.00</vICMSDeson> <vFCP>0.00</vFCP> <vBCST>0.00</vBCST> <vST>0.00</vST> <vFCPST>0.00</vFCPST> <vFCPSTRet>0.00</vFCPSTRet> <vProd>15.00</vProd> <vFrete>0.00</vFrete> <vSeg>0.00</vSeg> <vDesc>0.00</vDesc> <vII>0.00</vII> <vIPI>0.00</vIPI> <vIPIDevol>0.00</vIPIDevol> <vPIS>0.00</vPIS> <vCOFINS>0.00</vCOFINS> <vOutro>0.00</vOutro> <vNF>15.00</vNF> </ICMSTot> verifique a ordem.. esta faltando tag ou esta fora de ordem . depois de arrumado isso me faça novamente o xml, e mande o log tambem. outra coisa , apague o texto esta com problema IBPT Ar5Fr7 o que esta depois do ibpt esta dando caracter invalido. arrume essas duas coisas. e depois gere novamente o xml e os log de retorno. aguardo

@ivcosta, Bom dia. No caso de seus testes o peso seria 226g. Na verdade precisa descobrir qual o protocolo e fazer o tratamento no retorno da balança. existe uma função que faz o tratamento do peso. Ou então fazer alteração no setup da impressora para enviar apenas o peso. 09:56:03:731 RX <- [ESC]T1[ESC]A13[ESC]N0[ESC]S2[ESC]D4[ESC]Q193[ESC]B * PESO: 226 g[ESC]E[ESC]P01

você instalou o Fastreport pelo Getit do delphi?

@JORGE MAURO BISPO DE SOUZA, Você já tentou usar a "balança Generica", ou algum modelo da toledo? Analisando o Log, qual o retorno? Você tem o manual dessa balança para verificar qual o protocolo que ela usa para comunicação?

bom dia.. 1) Aqui é 0 e nao 4. <procEmi>4</procEmi> 2) infCpl Voce tera de tirar o $, nao pode usar ele no xml <infAdic> <infCpl> Trib aprox R$: 10,70 Federal e 3) Tu tem de arrumar a ordem.conforme o meu exemplo e o manual do sefaz. 4) Depois que voce arrumar tudo isso, gere novamente o xml, e provalmente vai dar certo agora. nao dando, me mande novamente o xml e os logs.. Valeu. <total> <ICMSTot> <vBC>0.00</vBC> <vICMS>0.00</vICMS> <vICMSDeson>0.00</vICMSDeson> <vFCP>0.00</vFCP> <vBCST>0.00</vBCST> <vST>0.00</vST> <vFCPST>0.00</vFCPST> <vFCPSTRet>0.00</vFCPSTRet> <vProd>15.00</vProd> <vFrete>0.00</vFrete> <vSeg>0.00</vSeg> <vDesc>0.00</vDesc> <vII>0.00</vII> <vIPI>0.00</vIPI> <vIPIDevol>0.00</vIPIDevol> <vPIS>0.00</vPIS> <vCOFINS>0.00</vCOFINS> <vOutro>0.00</vOutro> <vNF>15.00</vNF> </ICMSTot> </total>

assim. vou sair agora para descansar.. amanha continuamos. .mas tenta fazer tudo que te passei..blz.. boa noite.

Olá Ítalo. Pois é, o pessoal do provedor apenas me retornou com esta sugestão e qual assinatura estava com problemas. Você já utilizou o serviço de substituição de NFS-e de algum outro provedor (ABRASF v2) assinando da forma atual?

boa noite.. duilio.. questao de confiar nao entendi?. o acbrmonitor , integra, mas quem garante que o equipamento ou dll, nao foi mudado?.. questao de homologar, tu mesmo pode fazer isso.. pede para homologar e integrando com acbr tu fara isso.. qualquer coisa tamos ai..

Tópico encerrado...

boa tarde.. da uma olhada nesse link https://acbr.sourceforge.io/ACBrMonitor/ComandosdoObjetoeSocial.html ai tem tudo que voce precisa.. https://acbr.sourceforge.io/ACBrMonitor/ModeloEventoS1200INI.html valeuu..

Boa tarde. Você deve acompanhar o svn e observar se algo foi adicionado. Att.

Boa tarde. Este tópico será fechado devido a estar inativo a algum tempo, caso necessário criar um novo tópico. Att.

Boa tarde. Este tópico será fechado devido a estar inativo a algum tempo, caso necessário criar um novo tópico. Att.

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

O segundo vídeo mostrando um exemplo de como atualizar já está on-line. Vejam: A previsão é que até a tardinha já esteja no SVN os componentes já alterados.

Para cancelar a NFe é preciso cancelar também o MDFe, e não é possível cancelar um MDFe já encerrado. A razão pra isso é que o encerramento do MDFe indica a conclusão do transporte, como cancelar um MDFe ou NFe em que houve a circulação de mercadoria? Pela NT 2013.008 é permitido o cancelamento após o evento de operação não realizada, ou de desconhecimento da operação, desde que seja a última manifestação definitiva para a NFe. O problema nesse caso deve ser a falta de sincronização do ambiente nacional com a SEFAZ-MG que ainda não recebeu o evento de operação não realizada, impedindo o cancelamento.

Foi enviado para o repositorio SVN demo em C# e Java para a ACBrLibSat, amanha devo envia o demo do VB6.