Painel de líderes

é problema na sefaz, com toda certeza.. Eles ativaram a contingencia do RS... utilizem ela. OBS: ela só é ativada quando a sefaz ta com problemas, ontem por volta das 18 ainda não tinham ativado, após isso foi ativada

Voltou agora as 11:30. Nós deviamos juntar umas 1000 empresas e fazer um abaixo assinado pedindo a cabeça do responsável e mudança neste processo. Transportadoras estão sempre sendo penalizadas.

Boa tarde.. Na geração dos arquivo de remessa do banco do Brasil, tem um campo Quantidade de dias para recebimento, posição 023 a 025 do registro tipo '5' ( página 8 do manual em anexo ). Quando não é informado o acbrboleto envia '000' IntToStrZero(wDiasPagto ,3) conforme linha 1143 da unit ACBRBancoBrasil. Conforme as notas 37 e 38 ( página 21 ), quando não quer limite de dias de pagamento, deve-se informar espaços ao invés de '000'. Quando de manda 000, o banco entende que não é para aceitar pagamento após o vencimento.. Segue em anexo manual do banco do brasil.. sds,Doc2627CBR641Pos7.pdfDoc2627CBR641Pos7.pdf

Correto

Tem outras coisas no seu arquivo

Tem a mensagem de validação completa? Os código de pagamento 16 a 19 foram adicionados na NT 2020.006, os schemas pra validação já estão atualizados no ACBr, então verifique se a sua pasta de schemas está atualizada. Apesar da validação funcionar pelo ACBr, é provável que a SEFAZ rejeite já que a NT só deve entrar em vigor em produção a partir do dia 05/04/2021. Como o Juliomar mostrou, nem o validador da SEFAZ-RS foi atualizado.

Resolvido com Boleto_ConfigLer() Obg

Não é só no criar via acbr no sefaz também valor 16 não é aceito no pagamento

Em alguns cenários de aplicações PDV, o executável é instalado em uma pasta compartilhada no Servidor Local, e é criado um Mapeamento de disco, para que as estações (caixas) possam executar o aplicativo diretamente do Servidor... Ou seja, a execução do PDV, depende do correto funcionamento da Rede Local... Esse cenário tem algumas vantagens como: - Não precisar instalar o PDV individualmente, em cada estação. - Facilidade na atualização de versã0 mas também algumas desvantagens: - Se a rede cai, todo o sistema para - Cuidados especiais, para ter configurações individuais para cada terminal Pensando nesse cenário, segue abaixo algumas dicas, de como configurar o TEF para trabalhar corretamente... Crie um mapeamento por Disco Evite usar diretórios que usem a sintaxe como: \\SERVIDOR\PDV Ao invés disso, mapeie a pasta em um novo disco: Exemplo: net use Z: \\servidor\pdv https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2012-r2-and-2012/gg651155(v=ws.11) Configure o diretório de Backup do ACBrTEFD O ACBrTEFD cria um Backup de todas as transações pendentes (ainda não confirmadas)... Quando o ACBrTEFD é inicializado, se houver algum arquivo com transação nessa pasta, ela será desfeita (NCN) ou cancelada (CNC)... Portanto, se todos os terminais, usarem a mesma pasta de Backup, um terminal poderá acidentalmente cancelar transações criadas por outro terminal... Para evitar esse problema, configure em tempo de execução, a pasta de Backup, por terminal: ACBrTEFD1.PathBackup := 'C:\TEF\TER01'; Configure o diretório de trabalho da PayGoWeb A DLL PayGoWeb, cria na máquina onde está sendo executada, uma pasta com a seguinte estrutura... DirTrabalho --+-- Data +-- Log Nessa pasta, existem os Logs de cada transação, certificado para conexão segura, e várias informações do PDC (Ponto de Captura)... Como essas informações são únicas por terminal, devemos configurar o diretório de Trabalho da PayGoWeb, para cada estação, em tempo de execução ACBrTEFD1.TEFPayGoWeb.DiretorioTrabalho := 'C:\PAYGOWEB\TER01';

Bom dia no svn com alguns ajustes

Acredito que vai ser só voltar pro teNormal mesmo, o que muda com essa configuração é o servidor do SEFAZ lá onde passam os arquivos, ao invés de mandarmos para os de SP estamos mandando para os de RS pelo que entendi e isso resolve nosso problema.

Não utilizo o acbrmonitor, não sei te informar.. Se te ajudar aqui eu informo assim: Dm_CTE.ACBrCTe1.Configuracoes.Geral.FormaEmissao := teSVCRS; Ide.tpEmis := teSVCRS;

Eu não uso o acbr monitor... mas tenta aquele ali teSVCRS pra ver se passa..

Sim, aqui ta passando em contingencia desde ontem... SV-RS

Não sei não se vai conseguir. tenta as ferramentas da ibsurgeon

No ajuda do monitor que vai junto com o instalador https://acbr.sourceforge.io/ACBrMonitor/BOLETOEnviarEmailBoleto.html

O contador é pago para orientar a empresa no que diz respeito aos tributos e ele não sabe o que responder. Assim fica difícil. Estou vendo que os desenvolvedores vão ter que começar a fazer cursos sobre tributação, pois se depender dos contadores não vão conseguir resolver os problemas de seus clientes.

Esse é um debate antigo entre "statefull" vs "stateless" é verdade o fato da superioridade do "stateless"; porém para aplicações simples como aplicativos comerciais ERPs não vejo o porque investir num sistema complexo como "stateless" usando linguagens como PHP, Asp.NET MVC, para Delphi teria algo como o novo "TMS WEB Core", isso envolve programação em 3 camadas e aplicativos já prontos como no meu caso um ERP de 450.000 linhas de código, eu basicamente teria que reescrever tudo, o Unigui consegue atualmente atender um numero alto de sessões na casa das 1000 sessões simultâneas num único servidor sem precisar de uma maquina muito poderosa, porque eu deveria investir tempo e dinheiro mudando tudo e ainda por cima demorando anos para ter uma aplicação em "stateless" sendo que a tecnologia não para de evoluir, e o que hoje conhecemos por robusto "stateless" amanha essa linguagem que trabalha em "stateless" pode ser superada ou extinta. Já conversei com vários desenvolvedores que estão usando Unigui e estão super satisfeitos, principalmente com a estabilidade, onde um deles que não posso citar, trabalha numa grande empresa que desenvolve sistema para Hospitais e outro para Prefeituras usando Unigui sem problemas algum. Porém para quem quer um sistema para atender algo parecido como um Site e-commerce como uma Americanas, ponto Frio etc.... ai não tem como em Unigui. Vejo que isso vai muito de uma analise de cada um de seu negocio, sistemas legados onde os clientes estão cobrando uma solução para Web e Celular o Unigui e a escolha certa, agora começar um sistema novo para entrar no mercado sem clientes pressionando, onde se tem tempo e não tem medo de criar algo que possa ser demorado e se tornar obsoleto, veja que hoje o JavaScrit é a moda da vez com sencha ext, angularjs, agora daqui 5 anos quem será ? olha o que aconteceu com o silverlight, Asp.Net webForms dentre outras linguagens.