Painel de líderes

Conheça as vantagens exclusivas dos novos Planos de Longa Duração do SAC ACBr Ganhe desconto na inscrição Ganhe Produtos do Projeto ACBr Parcele em 12x no cartão* *Até 3x Sem Juros ** Usuário deverá optar pelo boné ou pela camiseta pólo Veja também:

Boa tarde pessoal. Acredito que a maioria de vocês já tomou conhecimento dos novos planos de contratação do SAC ACBr, alguns usuários também podem ter notado que a carência para pagamento após o fim do período de vigência do SAC deixou de existir. Esta carência era uma herança dos tempos em que os boletos eram emitidos diretamente por nós, e com a utilização do PagSeguro deixou de ser necessária e desta forma foi removida. Desta forma temos o seguinte funcionamento: Após confirmação do pagamento pelo PagSeguro, o acesso ao SAC é liberado pelo número de dias corridos, correspondente ao pacote contratado, quando restarem 10 e 3 dias para o término da vigência do contrato, são enviados emails notificando o usuário e com as orientações para a renovação do contrato. Notas Importante: Você não precisa efetuar o pagamento quando receber estas notificações, porém vale lembrar que conforme o meio de pagamento utilizado, o processo até a confirmação de pagamento pode levar alguns dias, portando deixar para o limite pode não ser uma boa ideia. Ao realizar a renovação antecipada da assinatura, você não perde os dias restantes da assinatura atual, uma vez que os dias referentes a renovação serão acrescidos ao saldo atual Ao criar em seu financeiro o planejamento para realizar a renovação no primeiro aviso, ou seja, restando 10 dias para o término da vigência de seu contrato, você garante a continuidade do serviço SAC e cria automaticamente o intervalo de 30 dias (90, 180 ou 365 conforme plano escolhido) para realização de novo pagamento. Exemplo de fluxo de contratação Afim de lhes auxiliar a entender as notificações enviadas no decorrer da vigência de sua assinatura, elaboramos o fluxo abaixo: Situação SAC Anterior ao pagamento: Não era assinante/assinatura cancelada Data de Ativação do SAC após confirmação do PagSeguro: 22/11/2018 Plano Contratado: Mensal (30 dias corridos) 1. Após nosso sistema receber a notificação de confirmação de pagamento do PagSeguro, seu acesso SAC é liberado número de dias corridos correspondente ao plano contratado, em nosso exemplo 30 dias. É enviado notificação ao usuário tanto para o email da conta como para o email de cobrança, conforme exemplo a seguir. 2. No dia 13/12/18., quando restam 10 dias de vigência do pacote contratado, é enviada notificação com orientações para que seja possível realizar a renovação do seu pacote (caso seja de seu interesse efetuar o pagamento neste momento). Importante: Caso opte por realizar o pagamento neste momento você não perderá dias da assinatura em vigor, pelo contrário, serão acrescidos os dias referentes ao novo pacote contratado. Em nosso exemplo, a vigência passaria a ser até 21/01/2019. 3. Caso você tenha optado por aguardar mais tempo para realizar a renovação do seu pacote SAC, no dia 20/12/2018 quando restarem 3 dias para o final do período de vigência, você receberá um e-mail semelhante ao anterior, porém agora informando que restam somente 3 dias até o fim de seu pacote. Importante: Caso opte por realizar o pagamento neste momento você não perderá dias da assinatura em vigor, pelo contrário, serão acrescidos os dias referentes ao novo pacote contratado. Em nosso exemplo, a vigência passaria a ser até 21/01/2019. 4. No dia 23/12/2018, caso nosso sistema não acuse nenhuma notificação de pagamento realizado por meio do PagSeguro, sua assinatura automaticamente estará cancelada. Neste caso você pode optar por reativar sua assinatura em sua SAC em SAC ACBr-> Meus Dados Veja também... Caso ainda tenha dúvidas, fique a vontade para nos contatar [email protected] Att.

Desculpem mas encontrei o erro, a falha estava no apontamento do schema, estava apontando para uma pasta diferente do repositório.

Obrigado, deu certo Obrigado, deu certo

bom dia.. muito obrigado ai pelo retorno. .vai ajudar aos colegas que tiveram o problema tambem.

Bom dia Hugo, Acredito ter encontrado o problema. No seu XML esta gerando o grupo <infTribFed> esse grupo só deve ser gerado em caso de prestação de serviço interestadual para consumidor final, não contribuinte do ICMS. O valo do campo vINSS deve estar com algum valor do tipo 0.0001 isso faz com que a tag <vINSS> seja gerada e consequentemente o grupo também. Reveja a sua rotina que alimenta o componente e faça um novo teste.

kkk.. não é... o Marcos Douglas foi um dos palestrantes... @BigWings, é hacker de primeira... não consegui achar nenhuma informação dele...

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

Sempre que troca o certificado da software house, tem que atualizar o cadastro, fiz isso deu certo

opa.. obrigado, por dar retorno.. e valeu ai Juliomar...

Muito obrigado Juliomar. Funcionou perfeitamente

vlw. está no svn a sugestão.

Boa tarde subi a correção do dfm no svn. favor atualizar e re-testar.

Boa tarde Fernando, Muita gente já utilizando o componente, principalmente com estes bancos mais conhecidos e não tem este tipo de problema, justamente por seguir o padrão geral: gerar a Remessa em Caixa Alta sem Acento. Procure seguir este padrão. Isso não interfere para o seu cliente visto que é informação para o Banco... A impressão do Boleto vai imprimir acentuada corretamente. Vamos verificar a possibilidade de adicionar uma propriedade para gerar remessa sem acentuação, para facilitar o tratamento... Mas até o momento é necessário tratar isso no arquivo que a sua aplicação gera para o Monitor.

Bom dia Felipe. Isso mesmo eu não estava conseguindo encontrar esse despacho, muito obrigado pela ajuda.

se vc gerar o bloco b (sped 2019 )e validar vai dar erro , pois versão do seu validador deve ser 2.5.0 e versão do bloco b é 3.0 . O seu deve estar dando erro de layout tb , não?

Obrigado joão Alberto pela ajuda Eu segui sua dica e deu certo, porém de uma forma diferente: Eu percebi que todas as máquinas que o demo não funcionou rodavam windows 7. Então eu pedi pra formatarem o PC colocando Windows 10, mas a empresa não quis mudar o S.O, então eu criei uma máquina virtual com windows 10 e coloquei o demo com as dlls. Abriu de primeira!

opa..valeu ai.. e obrigado por reportar que deu certo.. e valeu ao daniel tambem.ai..

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

Olá Gr@c@ Realmente alterei a rotina a poucos minutos, mudei o formato. Ao invés de passar '22' passei '00022' O problema deixou de ocorrer, acho estranho que já fazem alguns dias venho testando, enviei e encerrei mais de 50 MDF-e(s) no ambiente de homologação, sem problemas. Do nada começou a se comportar dessa forma mas agora está processando novamente. Forte Abraço.

Boa tarde pessoal, tudo bem com vocês? Pessoal estava acontecendo o erro relatado no tópico: Porem por ser antigo o nosso amigo Felipe pediu para o tópico ser fechado e a reabrir outro, não sei se estou fazendo certo, mas para tirar duvidas de pessoas que possam a vim pesquisar. O problema estava acontecendo pelo fato do servidor de homologação do sefaz não estarem com as cadeias de certificados atualizadas, descobri entrando em contanto com o pessoal de TI do sefaz GO e passando algumas informações que o departamento solicitou. O problema foi resolvido, o servidor já voltou ao normal.

Bom dia Flávio, Faça um teste usando somente o programa exemplo do componente. Use ele para gerar, assinar, validar e enviar o XML do evento. Depois consulte para ver se vai ocorrer o mesmo erro. Se não ocorrer, com certeza o XML gerado pela sua aplicação esta incluindo algo no mesmo que não deveria.

bom dia..Opa..legal.. estamos aqui para nos ajudarmos.. valeu ai o retorno..

Tente formatar para 022 ou preencha com 0 a esquerda até o tamanho max do campo

Verifique isso: https://acbr.sourceforge.io/ACBrMonitor/ACBrMonitor.html

Boa tarde, William Bezerra. Tópico é antigo e por isso será fechado. Peço para que crie um novo.

boa tarde.. tem como mandar o xml gerado, e os logs, para os consultores, poderem analisar.. ?

Boa Tarde Italo, Sim, eu entrei nos fontes para dar uma olhada e vi que usam o mesmo. Confesso que este problema está me deixando doido. Mas tudo bem. Vou tentar bolar algum "arranjo técnico". Obrigado.

baixei o Fortes aqui, vou testar depois pra ver como ele é, hoje nosso projeto está pelo Fast Report, mas muito obrigado ^^

Uma sugestão: entre no portal MG http://www.sped.fazenda.mg.gov.br/ -> Fale Conosco e poste uma reclamação (a reclamação tem resposta mais rápida) ref CTe-OS e anexe o seu xml. Lembrando de colocar nas observações que o xml foi validado no validador do RS e não consta erros.

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

boa. tarde.. muito obrigado pelo retorno.. valeu

Veja antes se você consegue imprimir uma pagina teste.

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

Fortes Report já está ok no git

bom dia.. pode ser que futuramente tenha alguma norma tecnica, em que vai trancar essa informação..

opa..valeuuu ai.. tamo juntos..

SHOW!!! Deu certo com o seu Renan... Muitissimo obrigado.. Mas fica ai o mistério... obrigado a todos que postaram!!!

opa.. eu acho que o problema esta ai nessas tags. deve esta faltando alguma tag obrigatoria para ser informada.. a principio as outras tag, estao corretas. <vPrest> <vTPrest>100.00</vTPrest> <vRec>100.00</vRec> <Comp> <xNome>Transp. Pessoa</xNome> <vComp>100.00</vComp> </Comp> </vPrest> <imp> <ICMS> <ICMS00> <CST>00</CST> <vBC>100.00</vBC> <pICMS>18.00</pICMS> <vICMS>18.00</vICMS> </ICMS00> </ICMS> <infTribFed> <vINSS>0.00</vINSS> </infTribFed> </imp> <infCteComp> <chCTe>31181123266026000181670000000000081000000082</chCTe> </infCteComp>

Obrigado a Amarildo e Sérgio, pelo apoio. Consegui gerar a venda. Com dificuldades na impressão, vou abrir um tópico específico. Meu muito muito obrigado a todos. Resolvido.

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

boa noite.. porque nao tenta fazer, com que o proprio acbr , assine o xml.

ConsultaPublicaSonoro, parece estar com problemas... deve ser isso...

Boa tarde Italo, Desculpe a demora na resposta. Venho tentando desde a sua postagem, submeter o XML ao webservice de Senador Canedo, mas sem sucesso. O Webservice não retorna o erro. Apenas retorna a mensagem "Não foi possível gerar o XML de Retorno da NFSE". Segundo a pessoa que trabalha na empresa bsit-br que parece ser o encarregado do serviço de NFS-e (Marcelo), o XML está chegando lá vazio. Onde será que está o erro? Consegue me ajudar nisso? Já fiz os testes usando o SoapUI também, e retorna a mesma mensagem. 1-lista-nfse-soap.xml 1-lista-nfse.xml 1-ger-nfse-soap.xml 1-ger-nfse.xml

boa tarde.. tem como mandar o acbrmonitor.ini. e os logs, gerados..

Correto... vi que tem "ImpressoraComum" e "ImpressoraECF" na lista de modelos. Mas me parece que não há o comando de abertura de gaveta implementado para a Epson. procedure TACBrGAVStrComandoProperty.GetValues(Proc: TGetStrProc); begin Proc('#027,v,#140 | Bematech') ; Proc('#254 | Daruma') ; Proc('#027,p,0,#050,#200 | Mecaf') ; Proc('#027,p,#000,#050,#200 | Schalter') ; Proc('#027,#112,#048,#050 | Zantus') ; end; Comparando com a implementação do comando de abertura de gaveta do ACBrPosPrinter para ppEscPosEpson: function TACBrEscPosEpson.ComandoGaveta(NumGaveta: Integer): AnsiString; var CharGav: AnsiChar; begin if NumGaveta > 1 then CharGav := #1 else CharGav := #0; with fpPosPrinter.ConfigGaveta do begin Result := ESC + 'p' + CharGav + AnsiChar(TempoON) + AnsiChar(TempoOFF); end; end; Por leitura dos fontes o StrComando da Mecaf é que parece compatível, mas não tenho certeza, nem como testar.

No S1000 em infoEnte o subteto deve ser preenchido com valores 1, 2, 3 ou 9 mais os valores contidos em TGenericosString1_4 que é utilizado pela função eSStrToIdeSubteto são 1, 2, 3 e 4. Arquivo onde se encontra o código ..\ACBreSocial\PCNeSocial\pcesConversaoeSocial.pas TGenericosString1_4 : array[0..3] of string = ('1','2','3','4' ); e deveria ser: TPoderSubteto : array[0..3] of string = ('1','2','3','9' ); De acordo com a página 7 item 52 do Leiaute do eSocial.

boa tarde..conforme o sergio falou.. eu apontei para voce. o problema.

Olá ! Também tive este mesmo tipo de problema “Access violation at address ...” na abertura de meus programas que usam o ACBR. Mas para encurtar a mensagem já adianto, oque resolveu foi o cliente formatar a máquina, depois do Windows zerado tudo funcionou normalmente! Oque me levou a esta conclusão foi que no ambiente de desenvolvimento Windows 10 funcionava 100 % sem erro algum. Já nos clientes alguns com Windows Vista, Windows7, Windows10 rodava tranquilo igual ao meu ambiente de desenvolvimento (até no Windows XP rodou sem problemas). Porem em 2 ou 3 clientes dava o erro. Uso Delphi XE7 original e tive problema!

O correto seria CST=60rep (sem espaço) Para gerar a tag <ICMSST>, e CST=60 Para gerar a tag <ICMS60> Att Ricardo