Painel de líderes

Boa tarde. A princípio a informação do Log demonstra que o processo ocorreu sem erros. Verificando nos fontes não há nada que indique uma tratativa diferente para o evento de cancelamento dos demais. No entanto, é estranho o comportamento de a Lib querer salvar o XML de evento de cancelamento mesmo quando ocorre rejeição. Eu fiz um teste usando o componente nativo, que é a base da Lib e também com o demo para C#, em ambos os casos recebendo uma rejeição de propósito. Em nenhum dos casos foi salvo XML de evento. Dito isso, por favor: No seu log não mostra, então não tenho como afirmar, pode fazer alguns testes chamando o NFE_LimparLista e o NFe_LimparListaEventos? Dessa forma nos certificamos de que não existe outra NFe carregada que possa estar gerando esse comportamento estranho. Verifique as questões de permissão dessa pasta. Para usar o ACBrLib em Linux é preciso que o mesmo tenha um ambiente gráfico instalado*. Alguns membros costumam usar o xvfb para emular um.(Veja este linkpara orientações a respeito) *isso é uma dependência do gerador de relatórios utilizado, já estamos verificando uma maneira de resolver isso através de uma biblioteca para geração de PDF nativo, fique de olho em nossos vídeos semanais para mais informações.

Se estiver utilizando ACBrLibBoleto, sim.. no Titulos.ini você pode informar quantas mensagem e informativo quiser, basta usar o | como quebra de linha https://acbr.sourceforge.io/ACBrLib/ModeloCedente_TitulosINI.html Caso use o ACBrMonitorPLUS, também segue a mesma orientação https://acbr.sourceforge.io/ACBrMonitor/ModeloTituloArquivoINI.html Agora caso estiver usando o Programa Exemplo do Componente ACBrBoleto, veja que tem os campos para que você possa preencher as mensagens e instruções e depois Gerar Remessa.

Boa tarde Vinicius, Não coloque o conteúdo do XML como parte da postagem, caso queira disponibilizar o XML procure sempre anexar o mesmo. Acabei de fazer um teste tanto em ambiente de produção quanto de homologação, veja o resultado: Requisição Ambiente: 2 Cidade : Dourados/MS Provedor: ISSNet Versão: 1.00 Método Executado: Enviar Lote Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : False Erro(s): Código : E157 Mensagem: Usuário não está autorizado a utilizar esse serviço para esse contribuinte. Correção: Solicite ao contribuinte autorização para utilizar o serviço em seu nome. --------- Quais são os valores de: SSLLib, CryptLib, HttpLib, XmlSignLib e SLLType ?

Boa tarde Alex, Já esta no SVN. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Certo, nesse caso, vamos aguardar mais um pouco, caso eles demorem para dar um parecer, envio a alterando apenas a URL de produção mesmo.

Diego, Solicitei para prefeitura URL de produção e homologação, mas na resposta veio apenas esse endereço. Verifiquei que no site deles tem link para o portal de homologação, mas não funciona. No site da prefeitura tem um link com URLs (https://www.altofeliz.rs.gov.br/web/imgs/arquivos/web-services-alto-feliz1555520908.txt), está desatualizado. Me falaram que iriam atualizar. Estou acompanhando, caso tenha alteração informo aqui. Obrigado

Foi removido o suporte as versões antigas do CTe 1.03 e 1.04. Eram essas versões que exigiam esses $IFDEF no código, você pode remover na sua aplicação.

Essa msg de erro vem da LibXML2... Observe que a msg cita problemas no campo NCM, que esta faltando... As msgs de erro da LibXML2, vem em Inglês... você poderia fazer rotinas de conversão do texto inglês para o Português Mas definitivamente não é uma boa estratégia depender as msgs de erro de validação de Schema para informar o usuário no PDV... Esses erros nem deveriam existir no momento da emissão... O sistema deveria fazer essas validações no momento do cadastro, ou pelo menos evitar que um itens com problemas no cadastro sejam vendidos

Boa tarde Pessoal, Quinta feira (30/03/2023) enviei para o SVN uma atualização dos fontes do ACBrCT-e visando atender a versão 4.00 do CT-e. Já esta tudo no SVN, os novos schemas bem como os fontes atualizados do componente. Por favor atualizem todos os fontes de todas as pastas, reinstale o ACBr e inicie os testes. Lembre-se que agora devemos configurar o componente para a versão 4.00, sendo assim devemos atribuir o valor ve400 a propriedade VersaoDF. Não sei se todas as UF já estão com os seus ambientes de homologação preparados para a versão 4.00, uma vez que nos manuais consta somente 04/2023, conforme postagem anterior. Mas não custa nada tentar. Qualquer problema, favor criar um tópico no fórum para que possamos fazer as devidas correções. Desde já muito obrigado pela colaboração nos testes.

Boa tarde, observando os componentes disponivel no ACBr verifiquei que não existe um especifico para sinaleiras de Self-Checkout\Terminais autônomos (Elgin, Index, Laurenti e Schalter), então desenvolvi um para esse finalidade ACBrSin. Inicialmente homologado com as Sinaleiras da Laurenti mas possívelmente nos proximo mês vou receber o modelo da "Elgin" e "Index" para homologação. Adicionei ele no pacote ACBrSerial, também herdando do ACBrDevice Segue as classes e icone do componente. Geralmente essas sinaleiras trabalham com as seguintes cores Amarelo = Self-Checkout ocupado Verde = Self-Checkout disponível Vermelho = Self-Checkout com erro ou aguardando um fiscal de pdv Segue link de video que nosso suporte gravou no cliente. @Juliana Tamizou ACBrSin.zip

Acho que achei... estava enferrujado.. Veja esse trecho dos fontes... if not NotaEhValida then begin FErroValidacao := ACBrStr('Falha na validação dos dados da nota: ') + IntToStr(NFe.Ide.nNF) + sLineBreak + FAlertas; FErroValidacaoCompleto := FErroValidacao + sLineBreak + Erro; raise EACBrNFeException.CreateDef( IfThen(Configuracoes.Geral.ExibirErroSchema, ErroValidacaoCompleto, // <--------- AQUI ----------- ErroValidacao)); end; end; Então acho que basta ligar "Configuracoes.Geral.ExibirErroSchema"

A TMS tem um componente bacana para isso: https://www.tmssoftware.com/site/planner.asp

Para registrar, Foi necessário um suporte direto com o JULIOMAR para identificar os arquivos replicados que estavam conflitando na instalação.. Resolvido...

Boa tarde Davi, Vou fechar este tópico porque você postou duas vezes.

Sim, @Juliomar Marchetti, estava mapeado. Funcionou assim por anos. O problema ocorreu mesmo com a mudança do Windows Server 2008->2022. Mas vou investigar e colocarei aqui caso encontre a solução.

Tópico fechado por falta de retorno do usuário

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

Foi o gerente de conta do nosso cliente que nos mandou. No caso deste cliente, os boletos agora estão sendo emitidos normalmente. 149-382-Cobranca Layout CNAB 240 Febraban Puro versao Setembro 2017.pdf

Boa tarde ! Vou enviar o link do manual: https://acbr.sourceforge.io/ACBrLib/ACBrLibPosPrinter1.html Vou enviar um arquivo INI que uso em meus exemplos com a lib: As propriedades da impressora e porta ficam neste arquivo ACBrLib.ini

@EasySoft Sistemas Testamos pela manha o problema relatado aconteceu conosco, nossa equipe entrou em contato com o banco e estamos aguardando um retorno. TK 3806

Tudo certo, já fiz os testes para todos regimes. Obrigado @Italo Giurizzato Junior

Entendi ... não tem como mudar ... é que o Cliente tinha um sistema que emitia e os campos eram menor dos valores e a descrição maior ... então me pediu para alterar ... mas irei Passar para Ele que não posso mudar o tamanho dos campos neste layout de NFE... Obrigado !!!

Grato pelas orientações Diego, Estaremos verificando junta a prefeitura. []´s

Guilherme, Já esta no SVN.

Nas configurações WebService do ACBrMonitorPLUS, deixou configuração dessa forma ?

Fora esse erro que é gerado pelo programa exemplo, e não deve ser considerado por agora, os outros foram devolvidos a você pelo WebService indicando que o RPS foi enviado com informações incorretas. Acredito que o curso de ação agora é conferir junto a prefeitura se as informações estão corretas e caso estejam porque recebeu essas rejeições.

@phulano bom dia, ultima versão disponível para download do ACBrMonitorPLUS é a 163 para x86 e 164 para x64.. Por padrão a pasta schemas fica dentro da pasta do ACBrMonitorPLUS no C : Veja se por um acaso não acabou excluindo essa pasta.. tente baixar novamente a pasta schemas do svn ou reinstale o ACBrMonitorPLUS.. para que volte a pasta schemas.

Bom dia. Essa tarefa é para controle interno. Fique de olho neste tópico, qualquer novidade o será comentada aqui.

Bom dia Alexandre, Você escreveu acima que estava ocorrendo o seguinte erro: Erro(s): Código : X999 Mensagem: Erro de Conexão: Erro Interno: 12030 Erro HTTP: 0 URL: https://abrasf.issnetonline.com.br/webserviceabrasf/ribeiraopreto/servicos.asmx?WSDL Erro: 12030 - A conexão com o servidor foi redefinida ou encerrada, ou um protocolo SSL incompatível foi encontrado Falha Enviando a Requisição. Erro: 12030 - A conexão com o servidor foi redefinida ou encerrada, ou um protocolo SSL incompatível foi encontrado Correção: Só que no arquivo ACBrNFSeXServicos.ini que se encontra no SVN a URL é outra veja: [3543402] ; Atualizado em 27/02/2023 Nome=Ribeirao Preto UF=SP Provedor=ISSNet Versao=2.04 ProRecepcionar=https://nfse.issnetonline.com.br/abrasf204/ribeiraopreto/nfse.asmx HomRecepcionar=https://www.issnetonline.com.br/homologaabrasf/webservicenfse204/nfse.asmx Concluo que na maquina que esta sendo executado a sua aplicação, mais precisamente na pasta que esta o EXE contem o arquivo ACBrNFSeXServicos.ini desatualizado. Ou você fez alteração nele por conta própria na maquina de desenvolvimento e ao atualizar os fontes o Tortoise não o atualiza. Por favor na maquina de desenvolvimento, verifique se tem algum arquivos do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete. Atualize todos os fontes de todas as pastas, reinstale o ACBr com a opção de apagar arquivos antigos marcada. Recompila a aplicação com a opção Build. Na maquina que vai rodar a aplicação delete o arquivo ACBrNFSeXServicos.ini caso ele esteja presente na pasta do EXE.

Bom dia Guilherme, Muito obrigado pelo retorno, já inclui na minha lista de tarefas para realizar a troca, pois acredito que não vai gerar efeito colateral para as outras cidades atendidas pelo mesmo provedor. TK-3803

Não, porque desde a versão 3.10, não existe frete por emitente, no layout da NFe.

Bom dia Não sei informar se houve alguma alteração no Schema, só sei dizer que pelo que li no forum sobre o provedor da GeisWeb é que pode ocorrer de existir versões diferentes dele em cada cidade. Realizado teste com a revisão e está funcionando.

https://github.com/ElginDeveloperCommunity/Impressoras/wiki/Windows-Prolific-2023

Boa tarde Pessoal, Segundo a Nota Técnica inicia hoje (03/04/2023) em ambiente de produção a alteração no layout da nota que agora passa a ter a opção de referenciar a chave de uma nota mas de forma sigilosa. As alterações foram enviadas para o SVN no dia 27/01/2023 conforme consta no Change Log do componente. 27/01/2023 -- Diversos -- [*] Alterações visando atender a NT 2022/003 onde foi alterado a quantidade de ocorrências de 500 para 999 do grupo NFref e a inclusão da tag refNFeSig que poderá conter a chave da nota referenciada, mas com o código numérico zerado. Observação: Essas alterações só vão ser validadas no ambiente de homologação a partir de 07/02/2023 e no de produção: 03/04/2023. por: Italo Giurizzato Junior Quem ainda não atualizou os fontes, favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e façam os testes.

Olá pessoal, novo componente na área. O ACBrSIN foi feito para se comunicar com sinalizadores ou sinaleiras de Self-Checkout. Ele foi contribuído pelo colega @Warquia Pereira, no seguinte tópico: Nesse tópico tem até um vídeo de algo que pode se fazer num Self-Chekout. Valeu Warquia! A princípio está implementado a comunicação com a marca Laurenti. Mas facilmente pode ser feito para outras marcas e modelos já que a comunicação é serial. Fiquem a vontade para usar o fórum para feedbacks ou quem sabe até continuar ajudando no desenvolvimento. Bom trabalho por aí!

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 28949. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Olá pessoal, Alguns de vocês chegaram aqui por conta do OpenDelivery e outros por já serem membros da comunidade ACBr. Neste artigo vamos esclarecer: o que é o OpenDelivery, o que é o Projeto ACBr e como fazer para integrar sua aplicação para Bares/Restaurante com vários Marketplaces que usam o padrão do Open Delivery, através do nosso componente , o ACBrOpenDelivery de forma rápida e fácil. Antes de ir aos detalhes, vejam um breve vídeo ilustrando o funcionando do ACBrOpenDelivery e como oferecer este recurso aos seus clientes pode ser rápido e fácil. Sobre o OpenDelivery https://www.opendelivery.com.br/ Trata-se de um padrão de comunicação visando simplificar o processo de integração das aplicações as plataformas de delivery existentes no mercado, para saber mais sobre o Open Delivery clique aqui. Sobre o Projeto ACBr https://projetoacbr.com.br/ O Projeto ACBr possui mais de 100 componentes de código aberto que facilitam diariamente as Software Houses (SHs) que atuam no segmento de Automação Comercial. São componentes/bibliotecas/soluções para emissão de Documentos Fiscais Eletrônicos, Comunicação com Equipamentos de Automação Comercial, Escrita Fiscal e muito mais. Além do mencionado acima, o Projeto ACBr ainda oferece produtos pagos que agregam ainda mais agilidade as SHs (estejam vocês trabalhando com Delphi ou qualquer outra tecnologia existente no mercado). Para saber mais sobre o Projeto ACBr e nossas soluções, acesse nosso portal clicando aqui. Sobre o ACBrOpenDelivery Visando trazer mais facilidade aos desenvolvedores, foi lançado primeiramente o componente para Delpjhi/Lazarus chamado ACBrOpenDelivery, com ele o processo de integração com Open Delivery se torna mais simples e fácil, afinal esta é exatamente uma das premissas das soluções ACBr. Recomendamos também ouvir a gravação da edição do nosso podcast "Papo Pro ACBr", onde falamos mais sobre o OpenDelivery: Se você ainda não utiliza os componentes ACBr segue um checklist do que fazer para iniciar. Para baixar os fontes do ACBr, basta seguir as instruções do link a seguir: https://projetoacbr.com.br/fontes/ Caso ainda não utilize o SVN, siga as instruções do nosso vídeo sobre a instalação do ACBr indicado a seguir. Efetue o download dos fontes do ACBr, que inclui além do ACBrOpenDelivery, os demais componentes, exemplos de uso e outros arquivos importantes Com o componente instalado, é hora de analisar o demo do componente para entender melhor como integrar. Lembrando que o exemplo se encontra no SVN junto com os demais fontes (http://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrOpenDelivery/) Para as dúvidas*, acesse nossa comunidade aqui no fórum ou via discord. *Se sua SH tem urgência na implementação e quer o atendimento dos Consultores ACBr para ter ainda mais agilidade recomendamos analisar a adesão ao ACBr Pro.

Boa noite, Verifica se a pasta de Schemas esta atualizada.

Bom dia. Para contribuir com a postagem, segundo a documentação disponível em http://docwiki.embarcadero.com/Libraries/Tokyo/en/FireDAC.Stan.Option.TFDTxOptions.AutoCommit, não há a necessidade de setar a flag AutoCommit ao startar uma transação. Para contribuir com a discussão, enfrentei o mesmo problema. Depurando, identifiquei que a Flag AutoCommit só tem efeito sobre as instruções aplicadas através de "ExecSQL"; ao dar um "Post" em um FDTable a flag não dá commit no banco, deixando isto para quando a conexão for encerrada(dará o commit pois está definido nas configurações da conexão - TxOptions.DisconnectAction). Contornei isto, dando um "CommitRetaining" a cada "Post" da FDTable. Como estou migrando do BDE para FireDac, criei uma "casca" que foi aonde pude aplicar esta ideia a todos os "Posts" dados pelo sistema.

Tive problemas com o FireDac no Tokyo relacionados com as Transações linkadas ao FDConnection. As informações simplemente ficavam em cache, apesar de não estar usando cache de update. essas informações so seriam comitadas se fechar a aplicação, depois de umas pesquisas e de alguns teste no meu caso e acredito que todos se resolve na seguinte maneira, no meu caso ficou resolvido nos teste: Em UpdateOptions, marque a opção de autocommitupdate para True, e refreshmode para rmAll; Já fiz vários testes e simulei varias quedas de energia, mesmo os dados persistiram no banco. Espero que funcionem com vocês.