Gr@c@

SEFAZ voltou ao normal a partir das 15hs.

Alguém com problema de envio de NFe Maranhão? O cliente já está alterado com a unificação. Não consta nada no Portal da NFe nem contingência ativada até o momento

Alguém emite boleto Aracoop? Segue o mesmo padrão Sicoob?

Banco de Dados SQL Server. Realmente postei no lugar errado.

Lentidão na emissão de NFe e NFCe no Maranhão, mesmo com os componentes atualizados. Não uso o arquivo ACBrNFeServicos.ini.

Não estou conseguindo importar a tabela cClassTrib Executando (Error) Messages Erro 0xc020901c: Tarefa Fluxo de Dados 1: Erro com Origem - Codificação$.Saídas[Saída de Origem do Excel].Colunas[Descrição cClassTrib] em Origem - Codificação$.Saídas[Saída de Origem do Excel]. O status retornado da coluna foi: "O texto estava truncado ou um ou mais caracteres não tinham correspondência na página de código de destino.". (Assistente de Importação e Exportação do SQL Server) ==============> O campo da descrição é LongText na tabela de destino Erro 0xc020902a: Tarefa Fluxo de Dados 1: Falha de "Origem - Codificação$.Saídas[Saída de Origem do Excel].Colunas[Descrição cClassTrib]" porque ocorreu um truncamento e a disposição de linha de truncamento em "Origem - Codificação$.Saídas[Saída de Origem do Excel].Colunas[Descrição cClassTrib]" especifica falha no truncamento. Ocorreu um erro de truncamento no objeto especificado do componente especificado. (Assistente de Importação e Exportação do SQL Server) Erro 0xc0047038: Tarefa Fluxo de Dados 1: Código de Erro SSIS DTS_E_PRIMEOUTPUTFAILED. O método PrimeOutput em Origem - Codificação$ retornou o código de erro 0xC020902A. O componente retornou um código de falha quando o mecanismo de pipeline chamou PrimeOutput(). O significado do código de falha é definido pelo componente, mas o erro é fatal e a execução do pipeline foi interrompida. Mensagens de erro podem ter sido postadas antes com mais informações sobre a falha. (Assistente de Importação e Exportação do SQL Server)

1)Então, no caso da nova tabela de CST_IBS_CBS, teremos 2 campos de aliquota? Uma para o CBS e outra para o IBS? Codigo Descricao Aliquota CBS Aliquota IBS Legislação CBS Legislação IBS (haverá diferença dessas legislações conforme CRT ou Tipo de Destinatario (se consumidor final, indústria, varejo)? 2)Na tabela de produtos teremos: um campo CST_IBS_CBS (assim como hoje temos o campo CST_ICMS) um campo cCLASSTRIB (assim como hoje temos o campo NCM. Se o cClassTrib irá substituir o CFOP, devo colocar esse campo na tabela de produto? ) Na tabela cCLASSTRIB não haverá um campo CST_IBS_CBS. Haverá somente os demais campos da planilha fiscal? Codigo Descricao EC LC LCRedacao DtInicio DtFim

Tentando entender as tabelas e como implementá-las no banco de dados. Algumas dúvidas aqui sobre qual a melhor forma de diagramar e relacionar essas novas tabelas: 1-Uma tabela de CST única para IBS e CBS? Ou uma para IBS e outra para CBS? 2-Na tabela cClassTrib criar um campo CST de IBS e outro de CST de CBS? Ou não deverá haver vínculo entre cClassTrib e CST, devendo haver um controle individualizado? 3-EC, LC, LCRedacao são campos da tabela CST ou da cClassTrib? 4-Data de inicio e final de vigência, pra mim, são campos que tiram a paz do desenvolvedor. Difícil controlar tantas tabelas que possuem esses campos: IBPT, NCM...

Se vc estiver fazendo a consulta no ambiente de HOMOLOGAÇÃO realmente não há retorno porque é pelo Sandbox. Segue resposta que recebi do Suporte da API: "Como está usando o ambiente do SandBox, não irá fazer download, pois os dados são mockados. Está recebendo esse erro, pois não tem o que baixar mesmo no ambiente do SandBox" E um exemplo de arquivo de retorno de débitos liquidados que me enviaram para tentar realizar teste "forçado" de retorno de baixas de documentos: [ { "siglaMovimento": "LIQUI", // Sigla do tipo de movimento solicitado "dataInicioMovimento": "2020-09-30T00:00:00-03:00", // Data de início do movimento "dataFimMovimento": "2020-09-30T00:00:00-03:00", // Data final do movimento "numeroCliente": 76139, // Identificador do cliente "numeroContrato": 76139, // Identificador do contrato "modalidade": 1, // Tipo de modalidade "numeroTitulo": 20352, // Número do título "seuNumero": "30_09_261742_dias0", // Descrição do seu número "dataVencimentoTitulo": "2021-05-30T00:00:00-03:00", // Data de vencimento do título "valorTitulo": 100.0, // Valor do título "codigoBarras": "75691863600000100001306601007613900020352001", // Código de barras "dataMovimentoLiquidacao": "2021-05-30T00:00:00-03:00", // Data de movimento do processamento da liquidação "dataLiquidacao": "2021-05-30T00:00:00-03:00", // Data de liquidação do título "dataPrevisaoCredito": "2021-05-30T00:00:00-03:00", // Data de previsão para o crédito "numeroBancoRecebedor": 756, // Número do banco recebedor do pagamento "numeroAgenciaRecebedora": 45551, // Número da agência recebedora do pagamento "numeroContaCorrente": 234129, // Número da conta corrente "idTipoOpFinanceira": 2, // Identificador do tipo de operação "tipoOpFinanceira" 01, // Descrição do tipo de operação financeira "valorAbatimento": 0.0, // Valor do abatimento "valorDesconto": 0.0, // Valor de desconto "valorMora": 0.0, // Valor de mora "valorLiquido": 100.0, // Valor recebido "valorTarifaMovimento" 0 // Valor da tarifa } ]

Obrigada. Deu certo seguindo as orientações do Panda e do Juliomar.

Somente x86 e Delphi 10.3

Como corrigir esse erro de compilação? Unit pcnNFe was compiled with a different version of pcnNFeR.TNFeR Não localizei em meus fontes o uso da unit pcnNFe e nem fontes marcados com icone de bolinha vermelha. Atualizei os componentes ACBr ontem.

Voltou ao normal. Problemas no SEFAZ/MG

A partir das 10hs começou essa rejeição de Falha no Schema xml em MG para envio e cancelamento. A nota foi enviada as 9hs e tentou cancelamento as 10:15hs. Fiz um cancelamento as 9hs de outra nota e cancelou. E também foram enviadas notas antes das 10 sem problemas. Tem alguma NT entrando hoje em produção?

Com certeza o problema não está no componente. Foram feitas algumas alterações na minha conta empresarial do Sicoob devido a mudança de quadro societário. Segundo o gerente, é necessário aguardar alguns dias e fazer um novo credenciamento e novas chaves, pois o problema pode ser por diferença de informações cadastrais da conta.

Erro: falha na autenticação: HTTP_Code=400 Erro=Invalid client credentials Eu já estava gerando boleto pela V3 sem informar o Client_Secret

Atualizei em 23/01/2025 os componentes ACBr. Ao gerar boleto em ambiente de homologação do Sicoob está retornando Erro: Client_Secret não informado. Antes não era preciso passar o Client_Secret para Sicoob. E o Banco não me passou esse código. Tenho apenas ClientID e KeyUser. O Client_Secret agora é obrigatório para Sicoob?

Não consigo ouvir várias partes do vídeo. Tem outro tutorial?

Ocorrendo esse erro ao fazer Update no SVN. Como resolver?

É necessário gerar o CRT e o KEY para boletos via api? Tentei gerar conforme instruções de um tópico do ACBr pelo prompt de comando, mas dá erro "Mac verify error: invalid password?". Porém a senha está correta, já testei instalando o certificado em uma máquina. Essas duas propriedades não estão sendo alimentadas no demo do componente ACBrBoleto. São necessárias para algum banco? Estou realizando testes com o Sicoob. Boleto.Configuracoes.WebService.ArquivoKEY := Boleto.Configuracoes.WebService.ArquivoCRT :=

Entendi. Mas acho uma incoerência do banco Sicoob. Em tese a homologação deveria funcionar 100% (envio e consultas), software house não pode fazer clientes de cobaia. Antes de colocar aplicativo em produção é necessário 100% de testes, ainda mais em se tratando do financeiro da empresa cliente. No caso, se enviar boleto via api ainda é possível utilizar a baixa dos boletos pelo antigo retorno cnab (arquivo .ret)? Caso haja alguma falha na baixa pelo arquivo retornado pela consulta api?

Enviei 2 boletos via api ===> ok Ao obter o retorno da consulta: Etapa 1-HttpResult 200 Codigo de solicitação 132=> ok Etapa 2-vem 3 identificadores=> ok Etapa 3-"Invalid zip file central header signature" Delphi 10.3.3 Componentes ACBr atualizados em 06/11/2024 Ambiente de homologação utilizando dados reais da conta da minha empresa

QRCode NFCe com erro de atomic type com a última atualização do ACBrNFCe e uso do XslibXML2. Não consigo encontrar o que pode ser. A pasta Schemas e as dlls estão atualizadas de acordo com o ACBr O windows 10 está atualizado mas ao configurar para SSLLib=4 CryptLib=3 HttpLib=2 XmlSignLib=4 ======> não aceita SSLType=5 o aplicativo foi compilado desativando o xsmsXml e capicom.

Bom dia pessoal. Elgin L42 pro Full (nova) está imprimindo com salto aleatório de etiqueta conforme imagem. Já foi feita calibragem direta na impressora e também via aplicativo do fabricante. Já coloquei com avanço 0 e 10. O que pode estar causando esses saltos?

O uso do Assigned(RLImage1) solucionou o problema. Obrigada.