Painel de líderes

Isso pode ter sido causado por problemas na restauração. Quando há problemas e o FB não consegue criar os índices, por exemplo, quando há registros faltando, ele deixa o banco de dados em modo "shutdown" que é de manutenção, por isso apenas uma conexão pode ser feita nele. Essa situação é informada no log da restauração, se você não marcou a opção "verbose" na restauração não conseguiu ver essa mensagem. Antes de retornar o banco para "online" como sugerido pelo Rafael você deve verificar os problemas. Para verificar índices inativos: C:\Temp>"c:\Program Files (x86)\Firebird\Firebird_2_5\bin\isql.exe" banco.fdb -user sysdba -pass masterkey Database: banco.fdb, User: sysdba SQL> select rdb$index_name from rdb$indices where rdb$index_inactive = 3; Caso retorne algo você pode tentar reativar cada índice, desta forma: SQL> alter index idx_meu_indice active; O mais provável é que ainda ocorra erro por ser um índice de chave estrangeira onde está faltando registros, então para ativar o índice você vai precisar restaurar o registro com problema, ou se não for possível, apagar os registros que referenciam o mesmo. Após isso tentar ativar o índice novamente. Depois de ativar todos os índices você pode colocar o banco em modo "online" novamente. C:\Temp>"c:\Program Files (x86)\Firebird\Firebird_2_5\bin\gfix.exe" -online banco.fdb -user sysdba -pass masterkey

Olá Maurício, No IBExpert vai em Services, Database Shutdown. Em seguida em Services, Database Online.

Bom dia Obrigado Rafael Moreira Neves, segui o que você sugeriu e deu certo Muito Obrigado!! BigWings Obrigado pela explicação, não sabia desse modo shutdown, ae fiz o procedimento de novo ae observei a questão do verbose, e depois segui a suas instruções antes de deixar online e deu tudo certo certo Muito Obrigado!! Obrigado Rafael e Big Wings vocês me ajudaram Muito!! Muito Obrigado!! Problema Resolvido!! Obrigado a Todos!!

Bom dia. Não consegui reproduzir o erro com o Demo do ACbr, mas seguindo uma outra dica de outra postagem aqui do fórum acabou dando certo. Adicionei a linha de código a seguir e fiz um teste e o problema foi solucionado. ACBrPosPrinter1.ConfigLogo.IgnorarLogo := True; Agradeço pela atenção! Aloisio P. Neto Desenvolvedor

Bom dia Italo! Deu certo! Reconfigurei todo o componente e a NFSe foi enviada com sucesso!

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

O CFe pode ser referenciado na tag NFref.refNFe. Para cupom fiscal ECF referencia-se no grupo NFref.refECF.

Bom dia pessoal A empresa que trabalho necessitou a geração de remessa para o banco Safra 240 posições. Como não tinha no ACBR eu criei seguindo o padrão e estou disponibilizando. Pasta destino do arquivo: ...\Fontes\ACBrBoleto\ Grato ACBrBancoSafra.pas

Bom dia a todos, 18/06/2019 Comunicado sobre as datas de implantação da versão 3.00a Comunicamos que foi publicado a versão 3.00a do Manual de Orientação do Contribuinte do CT-e/CT-e OS e seus anexos. Reforçamos que esta nova versão prevista para entrar em homologação a partir do dia 22 de Julho de 2019 e em produção a partir do dia 26 de Agosto de 2019, contempla a atualização do schema do CT-e, criação do Evento Comprovante de Entrega dentre outras modificações. Relativamente à definição dos padrões do QRCode previstos no arquivo XML do CT-e, cuja especificação das configurações para impressão no DACTE estão detalhadas no Anexo II – Manual de Especificações Técnicas do DACTE, serão implementadas a partir de 07 de Outubro de 2019, quando entrará em vigor a obrigatoriedade de exibição do QRCode no layout do DACTE. Da mesma forma, as RV G238 a G243 e N135 a N140 passarão a ser aplicadas em 02/09/2019 no ambiente de homologação e somente em 07 de Outubro de 2019 no ambiente de produção.

Boa tarde Josenilson, Esse provedor ele esta implementado com o nome de NFSeBrasil, no arquivo Cidades.ini temos as cidades: Matozinhos, Conselheiro Lafaiete, Curvelo, Três Marias, entre outras. Procure a cidade em questão no arquivo Cidades.ini que utiliza o provedor, caso ela não consta acrescente aos modelas das citadas acima. Faça os testes utilizando o programa exemplo do componente ACBrNFSe. Se tudo funcionar a contento favor anexar o arquivo Cidades.ini com a cidade que você acrescentou caso houve a necessidade.

Boa tarde. Realmente a questão do DV entrar ou não na leitura do nosso número acaba sendo um problema, estou adicionado sua contribuição para ser analisada pelos demais membros da equipe. Att.

Boa tarde. Pelo teor de sua dúvida, me parece que está usando o ACBrMonitorPlus, neste caso sugiro a leitura do manual do mesmo para entender como trabalhar com essas opções. https://acbr.sourceforge.io/ACBrMonitor/ACBrMonitor.html Att.

Carlos, o "cNF" gerado neste XML é o mesmo número da NF "cNF" isso não será permitido pela SEFAZ em breve, por isso o componente já está bloqueando... Se preferir deixe o campo cNF com zero conforme indicado acima e o componente vai gerar um numero aleatório, evitando esse erro.

Boa tarde. Obrigada pela contribuição, adicionada para análise. Att.

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

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

Boa tarde, Note este trecho do manual onde é explicada a composição do nosso número, no caso se forem lidas as 20 posições cai pegar o nosso número formatado, e não somente o campo de livre utilização. Att.

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

Não tem erro na função. A exceção está correta, o problema é você estar informando o cNF (Código numérico) da nota igual ao nNF (Número) da NFe. Desde a NT 2019/001 isso não é mais permitido. Sugiro a leitura do tópico abaixo:

Bom dia Juliano, A rotina de tratamento de resposta da consulta que você alterou no ACBrMDFeWebServices é a mesma na NF-e e CT-e. Note que podemos dividir o XML de retorno a consulta em 3 partes. Na primeira temos a situação atual do documento que segundo o seu exemplo acusa que o mesmo esta cancelado. Na segunda temos o grupo <protMDFe> que contem as informações referente ao protocolo de autorização. A terceira parte só vai constar se o MDF-e possuir eventos vinculados a ele, logo podemos ter uma lista, ou seja, o grupo <procEventoMDFe> pode aparecer diversas vezes. No seu exemplo como o MDF-e foi cancelado temos apenas um evento que é o de cancelamento e suas informações estão dentro do grupo mencionando acima. Pela rotina atual temos o seguinte: // Na linha abaixo temos o protocolo da situação atual do MDFe, // esse protocolo pode ser de autorização ou de cancelamento ou de encerramento numProtAtual := ACBrMDFe1.WebServices.Consulta.Protocolo; // Na linha abaixo temos o protocolo de autorização numProtAutor := ACBrMDFe1.WebServices.Consulta.protMDFe.nProt; // Abaixo temos um loop onde temos o numero do protocolo dos eventos vinculados ao MDFe for i := 0 to ACBrMDFe1.WebServices.Consulta.procEventoMDFe.Count -1 do numProtEvento[ i ] := ACBrMDFe1.WebServices.Consulta.procEventoMDFe.Items[ i ].RetEventoMDFe.retEvento.Items[0].RetInfEvento.nProt; No meu entendimento ao realizar a consulta, dependendo do que deseja você vai ter que escolher uma das 3 formas acima para obter o numero do protocolo (por exemplo).

2.2 - Permaneça no assunto - Quando tiver uma dúvida diferente do assunto no tópico, poste em novo tópico. Não use algo equivalente a "aproveitando o gancho... [dúvida não relacionada com o tópico aqui]". Favor leia as regras do fórum.

Obrigado, Ítalo. Vou testar e dou retorno.

Bom dia, Então, nunca tinha feito algo aqui para o Fórum, ref. ao boleto, muda pouca coisa do 099 para o 084. Tenho homologado com o Banco conforme desenvolvido aqui. o que fiz para o Fórum pode ser que tenha que alterar algo, mas estamos aqui para se ajudar. Segue para Análise ACBrBoleto.pas ACBrUniprimePR.pas

Leo, Favor atualizar os fontes e faça novos testes.

Italo, obrigado pela resposta. Desculpe pela postagem. A geração do xml ate entendi, não estou conseguindo montar/encontrar as informações que devo colocar no arquivo INI, para realizar a comunicação com WS..Solicitei um XML de exemplo para o pessoal da SigISS mas eles disseram que não poder fornecer esse arquivo, que basta ler o manual e montar o xml... Estou alterando a pnfseNFSeW_SigISS, colocando o nome dos campos conforme a postagem acima.... As URLs de homologação e de produção são: Producao=https://valadares.sigiss.com.br/valadares/ws/sigiss_ws.php?wsdl Homologacao=https://testevaladares.sigiss.com.br/testevaladares/ws/sigiss_ws.php?wsdl O XML em anexo gerei utilizando pnfseNFSeW_SigISS, mas ainda tenho que altera-la para colocar o nome dos campos no padrão esperado pela SigIss O sigiss_ws.pas foi o arquivo que o Delphi2007 gerou apos importar o WSDL sigiss_ws.pas 1A-rps.xml SigIss.ini

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

Bom dia, Fiz uma alteração no arquivo Recife.ini, favor atualizar os fontes e faça novos testes.

Bom dia, Por favor anexe seu XML. Att.

Boa tarde. O curioso é que na remessa são 8 dígitos, então é esquisito o retorno ter 20. Att.

Aparentemente está acessando uma URL que não existe mais, por ser de versão antiga. Então verifique as configurações de versão do componente: ACBrNFe1.Configuracoes.Geral.VersaoDF := ve400; ACBrNFe1.Configuracoes.Geral.VersaoQrCode := veqr2000;

Bom dia! Como a Juliana informou: "... você deve utilizar uma NFe" Como é de um consumidor final e se for pessoa física ou não tem identificação no cupom, a nota de devolução será emitida pela empresa que emitiu o cupom e iniciará com o CFOP 1_seguido do restante conforme a classificação fiscal do item. Exemplo: Referenciar o cupom SAT. Para maiores informações como impostos e regras a ser seguidas de acordo com o enquadramento da empresa no Simples ou não, seria bom você solicitar ajuda do escritório de contabilidade.

você não disse de onde é mas se for de minas esta paralisado...

Muito Obrigado. Funcionou!

Ok Obrigado. Já foi executado validação junto ao Banco Safra.

Que bom que conseguiu resolver. Para quem mais passar por esse problema, o Italo acabou de desfazer as alterações no código, bastando atualizar e reinstalar os componentes. Vamos deixar essa alteração pra daqui a alguns dias quando eu terminar o restante.

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

Boa tarde, Obrigada pela contribuição, adicionada para validação. Att.

Boa tarde pessoal, Estamos todos muito animados para encontrar nossa comunidade na segunda edição do Dia do ACBr, e para os usuários do SAC, preparamos uma condição exclusiva para que nenhum de vocês percam a chance de estar presente neste grande encontro. Desfrute de um conteúdo rico que certamente agregará ainda mais valor a seus negócios, além da oportunidade de contato direto com a equipe ACBr, grandes palestrantes, membros da comunidade de Automação Comercial no Brasil e muito mais. Assinantes do SAC Mensal, Trimestral ou Semestral tem 20% de desconto. Assinantes do SAC Anual tem 30% de desconto. Importante: O desconto é estendido a toda a equipe da empresa usuária do SAC ACBr. Como Realizar sua Inscrição com o Desconto Exclusivo de Assinante SAC ACBr Solicite o Cupom de Desconto personalizado para sua empresa por meio de um de nossos canais de contato, basta informar: Login ou e-mail da conta assinante SAC ACBr e a Quantidade de Participantes. ( Email: [email protected] / Whats: (15) 99790-2976 / Fone: (15) 2105-0750) Receba o Cupom de Desconto via email ou Whats App. Realize sua inscrição e de sua equipe informando o Cupom de Desconto recebido.* *A validade do Cupom de Desconto é de 3 dias após o envio do mesmo. Desconto válido somente para o 1º Lote (Individual) Saiba mais sobre o Dia do ACBr 2019 Clique aqui e saiba quem são as feras que estarão conosco este ano. Clique aqui e acesse também nossa grade de palestras e confira os assuntos deste ano.

Ok Daniel! Obj!

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

Bom dia. No caso o banco rejeitou o arquivo ou seria somente o validador disponibilizado pelos mesmos? Considerando que não temos relatos de problema, pode ser algo do validador. Att.

Boa tarde. Não existe este tipo de documento para NFCe, SAT ou ECF... você deve utilizar uma NFe. Att.

Não temos nada nesse sentido...

Pessoal uma dica que me tomou meu tempo e agora vou compartilhar com vocês pra não tomar o de vocês, pra resolver esse problema é só informar o Ide.cNF := 0 que o próprio ACBR gera uma chave com o código numérico válida, eu fiz aqui e deu certo.

Bom dia a todos, Devido ao tamanho do projeto com que trabalho, eu possuia muitos problemas relacionados ao code insight (auto complete) do Delphi. Muitas vezes a IDE acabava parando de responder e por fim eu não utilizava esse recurso pelo fato dele mais atrasar a minha vida do que auxiliar. Nos últimos dias acabei tirando um tempo para tentar achar uma solução para este problema e descobri um pacote de correções de bugs que me ajudou bastante, acredito que também possa ajudar outras pessoas que passam pelo mesmo problema. Abaixo coloco dois links, o primeiro possuí uma demonstração de como a perfomance muda após a instalação do bug fix e o segundo que contém os links de download dos pacotes: http://www.delphifeeds.com/go/s/73508 https://www.idefixpack.de/blog/2019/03/ide-fix-pack-6-4-2-released-bugfix-release/

Quais são as mudanças dessa nova versão 3.00a? Um breve resumo. Criação do Web Service síncrono de autorização Disciplina as regras para Uso Indevido Definição do QR Code do CT-e: RV´s 850 a 855 ; Definição da Consulta Pública resumida e consulta completa para atores do CT-e identificados pelo certificado digital; Eliminação do retCancCTe na resposta da consulta situação; Criação da tag ICMSST no evento EPEC e alteração da RV 642; RV 841 para informar fretamento no transporte de pessoas; Alteradas RV´s 837, 838, 839, 840: aplicar somente aos tipos Norm / Subst.; Unificação das regras de validação de chave de acesso: 592-596, 507, 610 => 236 701-708 => 842 (Chave do CT-e da ferrovia de origem) 591, 602-605, 508, 504 = > 843 (Chave da NF-e transportada) 544-549, 480, 538 => 844 (Chave do documento anterior) 450-454, 478, 479, 608 => 845 (Chave do CT-e multimodal) 761-768 => 846 (Chave do CT-e anulado) 769-776 => 847 (Chave do CT-e substituído) 777-784 => 849 (Chave CT-e complementado) 816-823 => 856 (Chave do CT-e cancelado referenciado no CT-e OS) 761-772, 615, 766-768 => 857 (Chave do CT-e OS anulados) 769-772, 616, 774-776 => 858 (Chave do CT-e OS substituído) 777-780, 785, 782-784 => 859 (Chave do CT-e OS complementados) RV 848: Validação chave de acesso do CT-e de anulação informado Criação do evento do comprovante de entrega (grifado no MOC em amarelo), RV´s 860, 863, 864, 865, 869, 870 e 871 Criação do evento de cancelamento do comprovante de entrega (grifado no MOC em amarelo), RV´s 866 RV do cancelamento associada ao comprovante de entrega: 862 RV de validação da IE do tomador na EPEC: Dispensa de validação da IE do tomador quando autorização de um CT-e EPEC RV para implementação a critério da UF para o responsável técnico: 867 Previsão de RV de implementação futura para o responsável técnico: 868 Exclusão da tag pICMSInterPart do leiaute do CT-e e CT-e OS (ver anexo I Leiaute). Em nossa biblioteca você encontram os 3 Manuais (Visão Geral, Layout e DACTE) da versão 3.00a clique aqui para ter acesso.

Bom dia todos, 19/06/2019 Implantações da Consulta QR Code e do WS Sincrono de MDF-e Foram implantados na SEFAZ Virtual RS os serviços de consulta QR Code e Recepção Síncrona de MDF-e no ambiente de homologação. As empresas já podem testar conforme especificado no MOC 3.00a, as URL´s dos serviços contam no menu Serviços deste portal. Obs: A consulta QR Code pelo smartphone poderá apresentar erro de certificado digital, o usuário poderá clicar em avançado e pedir para acessar mesmo assim, ou instalar o certificado raiz brasileira v2 em seu dispositivo pelo link: http://acraiz.icpbrasil.gov.br/credenciadas/RAIZ/ICP-Brasilv2.crt. Só será necessário baixar a primeira vez. Esta foi uma mudança feita pelo próprio ITI, responsável pelo ICP-Brasil, na forma como as raízes são baixadas pelos navegadores de smartphone. Até o final da semana que vem vamos disponibilizar as alterações necessárias no componente ACBrMDFe para que seja possível o envio de MDF-e no modo Síncrono.

Boa tarde, Conforme pôde ser observado por um grande número de membros da comunidade, desde os últimos dias de abril vinha ocorrendo na maioria das UFs a rejeição Endereço do site da UF de Consulta por chave de acesso diverge do previsto ao tentar enviar a NFCe em ambiente de homologação. Motivo da Rejeição Conforme foi divulgado posteriormente pela SEFAZ, de forma não oficial, ou seja, sem a publicação de NTs ou outras informações nos portais relativos a NFCe, esta rejeição passou a ocorrer devido a implementação da regra ZX03-20 existente na NT 2016.002 versão 1.61, a qual determina a validação da URL de Consulta por Chave de Acesso conforme tabela disponibilizada no portal do ENCAT. Estas validações entraram em vigor em ambiente de homologação no dia 22/04/2019 e em produção entrarão em 20/05/2019. Solução Os fontes do ACBr e por consequência o ACBrMonitorPlus SAC, foram atualizados com as URLs corretas conforme documentação disponível na página do ENCAT. Porém, em alguns casos, os endereços indicados pelo ENCAT ainda sim estavam incorretos. Com base no feedback de diversos usuários de nossa comunidade, novos ajustes foram enviados para o SVN do ACBr, no arquivo ACBrNFeServicos.ini Dicas para Minimizar o Impacto em seus clientes Se você utiliza o componente ACBrNFe para emissão da NFCe, procure sempre disponibilizar na mesma pasta do seu binário (executável) o arquivo ACBrNFeServicos.ini. Desta forma, o componente ACBrNFe, irá fazer uso do arquivo ACBrNFeServicos.ini existente no diretório, ao invés de usar as URLs internas, que são compiladas como "Resource", e anexadas ao componente... Isso é extremamente vantajoso, pois lhe confere grande agilidade na resolução de problemas de URLs... Caso sejam detectadas novas alterações de URLs, basta realizar a substituição do arquivo ACBrNFeServicos.ini, evitando portanto a necessidade de atualizar toda a aplicação. Eu não distribuo o ACBrNFeServicos.ini em meus instaladores? Preciso recompilar e atualizar meus clientes para que as novas URLs entrem em vigor ? Se você não quer ou não pode distribuir o ACBrNFeServicos.ini, na mesma pasta da sua aplicação, então não há outra maneira a não ser disponibilizar um novo binário para o seu cliente... Porém antes , faça um teste, é simples e rápido... Apenas copie o arquivo ACBrNFeServicos.ini no mesmo diretório de sua aplicação, e observe que as novas URLs serão utilizadas, pois o componente ACBrNFe irá priorizar o arquivo em disco. Ainda tem Dúvidas? Acesse os sub-fóruns sobre NFCe e crie um novo tópico relatando seu questionamento. Lembre-se que se for usuário do SAC Anual você também pode falar conosco pelo chat ACBr.

Verifique se durante a instalação do certificado no windows, esta marcada a opção "Chave privada exportável"