Ir para conteúdo
  • Cadastre-se

Pesquisar na Comunidade

Showing results for tags 'problema'.

  • Search By Tags

    Digite tags separadas por vírgulas
  • Search By Author

Tipo de Conteúdo


Fóruns

  • Fórum Aberto - ACBr
    • Notícias do ACBr
    • Equipamentos testados
    • Base de Conhecimento
    • Dúvidas Gerais sobre o ACBr
    • ACBrSerial
    • ACBrSAT
    • ACBrNFe
    • ACBrDFe
    • Dúvidas sobre TEF
    • Dúvidas sobre PIX
    • ACBrMonitor PLUS
    • ACBrTXT
    • ACBrBoleto
    • ACBrDiversos
    • ACBrTCP
    • ACBrFramework
    • ACBrLIB
  • ACBr API
    • Duvidas Gerais ACBr API
    • Duvidas Privadas ACBr API
  • Suporte Nuvem Fiscal
    • Comunidade Nuvem Fiscal
  • Outros Assuntos
    • Boteco do ACBr
    • Legislação Fiscal e Tributária
    • Object Pascal - Delphi & Lazarus
    • Banco de Dados
    • Classificados
    • Dúvidas não relacionadas ao ACBr

Categorias

  • ACBr Pro
    • ACBrLib - PRO
    • ACBrMonitorPLUS - PRO
    • Utilitários - PRO
    • Dia do ACBr 1a edição
    • Dia do ACBr 2a edição
  • Download Livre
    • ACBrLib - DEMO
    • ACBrMonitorPLUS - DEMO
    • Demos / Testes / Utilitários
    • Apresentações - Palestras
  • ACBr TEF

Calendários

  • Eventos - Palestras - Webinars
  • Prazos SEFAZ
  • Calendário da Comunidade
  • ACBr Papo Pro
  • Feriados Nacionais

Find results in...

Find results that contain...


Data de Criação

  • Início

    End


Data de Atualização

  • Início

    End


Filter by number of...

Data de Registro

  • Início

    End


Grupo


Website URL

  1. Olá comunidade ! Por volta das 08h18 do dia 13/04/2026, começamos a receber diversos relatos em nossos canais de atendimento sobre falhas na emissão de NFS-e utilizando o provedor Giss. Todos os relatos apresentam a mesma mensagem de retorno: Codigo=E383 Correcao=Informe o codigo do pais. Descricao=Codigo do pais nao informado. Após contato com o suporte do provedor, um membro da comunidade compartilhou a informação de que a equipe do Giss confirmou que o problema está no lado do web service. Até o momento, não há previsão para a correção, mas o atendimento já foi priorizado pelo provedor.
  2. Olá comunidade ! Nos últimos dias temos recebido diversos relatos de membros da comunidade de problemas ao tentar autorizar NFCe junto a Sefaz de São Paulo com os campos da Reforma Tributária. Os relatos tem em comum: Rejeições indevidas para NFCe, como por exemplo, acusar que o CST e o cClassTrib não existem, mesmo eles constando nas tabelas disponibilizadas. (Veja mais AQUI) Problema somente para NFCe enquanto que a NFe funciona normalmente. Em casos assim a orientação é abrir um Fale Conosco junto a Sefaz de São Paulo para relatar o problema. No dia 19/11/2025, membros da comunidade compartilharam em nosso servidor do Discord um retorno do chamado junto a Sefaz confirmando que eles de fato estão com problemas:
  3. Olá, comunidade ! Temos recebidos múltiplos relatos em nosso servidor do Discord e também em nosso fórum de problemas ao emitir notas fiscais utilizando os campos da reforma tributária. Os relatos tem em comum a súbita devolução de rejeições relacionadas aos novos campos da reforma tributária para XMLs que eram aprovados anteriormente. Para citar dois exemplos: Mesmo informando <pIBSUF>0,10</pIBSUF> que é o valor a ser informado em 2025 e em 2026 conforme Lcp 214 e texto da própria regra de validação. Mesmo informando CST e cClassTrib válidos de acordo com a Tabela do Conformidade Fácil. Outro fato curioso foi a presença de alguns relatos mencionando que o problema ocorria apenas para NFC-e, com a emissão de NF-e continuando normalmente. Vale lembrar que está não é a primeira vez que isso ocorre: E apesar de tudo, é preciso haver compreensão e o bom senso de que as UFs também estão correndo para buscar a adequação de seus web services de emissão em tempo hábil. Por isso, caso esteja enfrentando problemas semelhantes, se constatar que o problema não se encontra no arquivo XML ao passar o mesmo pelo Validador da Sefaz do RS e pelo Validador da Conformidade Fácil. Abra uma Fale Conosco junto a Sefaz. Quanto mais pessoas relatando, mais rápido eles percebem que há algo de errado e tomam as devidas providências.
  4. O Problema Algumas vezes, ao gerar o preview de alguma impressão, a pessoa pode se deparar com algumas informações "encavaladas" ou cortando. Esse problema costuma ocorrer quando o monitor no qual o preview foi gerado e exibido, possui uma configuração de escala aplicada, ou seja, a tela está com zoom maior do que 100%. Existem algumas maneiras de resolver isso. Solução 1: Utilize a configuração de Escala do componente de impressão. Nas soluções de impressão do ACBr, existem duas propriedades que podem ser alteradas a fim de contornar essa situação. São elas: AlterarEscalaPadrao: do tipo booleano e com valor padrão definido como false, esta propriedade deve ser definida com o valor true. NovaEscala: do tipo integer, essa propriedade possui o valor padrão 96. Tomemos a impressão da NFe, como exemplo. Quem utiliza componente nativo para Delphi ou Lazarus, depois de atribuir o componente de impressão na propriedade DANFe com componente ACBrNFe: ACBrNFe.DANFE.AlterarEscalaPadrao := true; ACBrNFe.DANFE.NovaEscala := 96; Para aqueles que utilizam a Lib, na seção [DANFE] do arquivo ACBrLib.ini que centraliza as configurações de mesmo nome: Solução 2: Usar a opção DPI Awareness no arquivo mafest da aplicação Talvez você precise ajustar isso na sua linguagem de programação. Mas no Delphi é bem fácil. No menu do topo da IDE, selecione Project > Options: Na janela que aparecer, selecione o item Application e depois Manifest. Na janela que aparecer, na configuração DPI Awareness, selecione a opção None. Um agradecimento ao membro de nossa comunidade @oprata por compartilhar esta dica. Solução 3: Remova o Zoom aplicado no Monitor Clique com o botão direito do mouse em sua Área de trabalho e no menu que aparecer, selecione a opção "Configurações de exibição". Na janela que aparecer, role a tela até chegar na seção "Escala e Layout" e na opção Escala, selecione o valor 100%.
  5. Olá pessoal! Recebemos múltiplos relatos de membros em nossa comunidade do Discord com problemas para emissão de NFCe no modo normal para as UFs atendidas pela SVRS. Todos os relatos tem em comum o retorno: Conferindo em ferramentas de monitoramento disponíveis, como por exemplo, o Painel de Monitoramento de Autorizadores de NFCe é possível verificar que algumas UFs de fato estão apresentando instabilidade: Vale reforçar que diferente da NFe, onde a Sefaz habilita um servidor de contingência, no caso da NFCe a contingência é Off-line, portanto, aqueles que estiverem enfrentando problemas podem se utilizar da mesma para continuar a emissão, transmitindo posteriormente para a sefaz essas notas geradas em contingência após sanado o problema. É importante lembrar também que membros Corporativo e PRO tem acesso aos cursos disponibilizados pelo ACBr, sendo um deles: NFC-e Contingência Offline
  6. @Diego Foliene RS - Porto Alegre - está com mesmo problema
  7. Olá, pessoal! Temos recebido diversos relatos de membros da nossa comunidade sobre problemas na transmissão de NF-e e NFC-e que contenham os novos campos incluídos pela Reforma Tributária. Os relatos têm em comum: Rejeições do tipo Falha no Schema ou mensagens de erro relacionadas ao schema. As mesmas UFs envolvidas. Indícios de que a tag vIBS, adicionada no grupo gIBSCBS na versão 1.20 da Nota Técnica 2025/002, está associada ao problema. Recebemos a informação de que as UFs de SP, MT, MS e PR ainda não estão aceitando as informações do IBS conforme a versão 1.20 da NT 2025/002. Por isso, todo o grupo de IBS deve ser suprimido no ambiente de homologação. Por outro lado, as UFs de RS e GO já estão validando as informações em homologação, ou seja, antecipando a implementação prevista na NT. Seguiremos atualizando este tópico à medida que novas informações forem sendo disponibilizadas.
  8. Olá, pessoal! No dia 04/07/2025, por volta das 14h12, começamos a receber diversos relatos de membros da nossa comunidade, tanto em nosso servidor do Discord quanto em nosso fórum, sobre problemas relacionados à NF-e e à NFC-e junto a Sefaz sefaz de múltiplas UFs. Todos os relatos tinham em comum a mesma situação: o número do protocolo de autorização (nProt) devolvido pelos web services continha 17 caracteres, em vez dos habituais 15. Se conferirmos na Nota Técnica 2025/002, podemos observar que, de fato, está previsto um aumento de 15 para 17 caracteres nesta informação. No entanto, ainda não alcançamos as datas previstas no cronograma para esta implementação. De acordo com alguns relatos, essa questão foi sanada e, após pouco tempo, as notas autorizadas voltaram a apresentar o nProt com tamanho 15. Contudo, ainda temos relatos de problema, pois algumas notas que foram geradas com protocolo de 17 caracteres estão devolvendo erro de schema ao tentar cancelar: Falha na validação dos dados do Evento: --> 1839 - Element '{http://www.portalfiscal.inf.br/nfe%7DnProt': [facet 'pattern'] The value '3XXXX0000003XXXX2' is not accepted by the pattern '[0-9]{15}'. Considerando todas essas informações: Caso esteja enfrentando erro de schema ao tentar realizar o cancelamento dessas notas, confirme se não está utilizando arquivo de schema desatualizado, pois a regex já foi atualizada nos arquivos .XSD em pacote de schemas liberado anteriormente para a Reforma Tributária. ...\trunk2\Exemplos\ACBrDFe\Schemas\NFe\tiposBasico_v4.00.xsd <xs:simpleType name="TProt"> <xs:annotation> <xs:documentation>Tipo Número do Protocolo de Status</xs:documentation> </xs:annotation> <xs:restriction base="xs:string"> <xs:whiteSpace value="preserve"/> <xs:maxLength value="17"/> <xs:pattern value="[0-9]{15}|[0-9]{17}"/> </xs:restriction> </xs:simpleType> Caso ainda esteja recebendo o nProt com tamanho 17 ao autorizar uma NFe/NFCe ou esteja recebendo erro diferente do mencionado acima ao tentar cancelar essas notas, recomendamos que abra um Fale Conosco junto a Sefaz para relatar a situação. Quanto mais pessoas reportarem, mais rápido a respectiva Sefaz perceberá que existe algum problema. Para abrir um Fale Conosco junto a Sefaz, siga as orientações de acordo com a Sefaz de sua Jurisdição
  9. Olá pessoal! No dia 31/03/2025, por volta das 13h55 começamos a receber alguns relatos em nossa comunidade de membros recebendo rejeição da Sefaz de São Paulo ao tentar emitir uma NF-e com cupom fiscal referenciado. Todos os relatos tem em comum receberem a mesma rejeição: Também é comum nos relatos que o cupom fiscal referenciado já se encontra autorizado junto a Sefaz e também o fato de que ao passar por validadores como o Visualizador de Mensagens do Projeto NF-e disponibilizado pela Sefaz do Rio Grande do Sul, nenhum erro é apontado. Esta é a regra de validação correspondente a esta rejeição: Vejam que a validação verifica se o CNPJ/CPF da chave de acesso está zerado ou com dígito verificador inválido. No entanto, isso não deveria ser um problema visto que as chaves vinculadas são de documentos já autorizados. Em casos assim, é muito importante que se abra um Fale Conosco junto a Sefaz para reportar o problema. Quanto mais relatos, mais cedo a Sefaz percebe que existe algo de errado. EDIT: Ainda no dia 01/04/2025, por volta das 12h40, começamos a receber relatos em nosso servidor do Discord de que o problema relatado neste tópico normalizou e as notas que antes estavam sendo rejeitadas agora estão sendo autorizadas.
  10. Olá pessoal! No dia 11/03/2025, por volta das 08h44 começamos a receber múltiplos relatos em nosso servidor de Discord de membros com problemas para emitir NF-e para Sefaz de São Paulo. Todos os relatos tem em comum o mesmo retorno de Consumo Indevido. Consultando o DownDetector, é possível observar que o volume de relatos de problemas aumentou consideravelmente no mesmo período o que indica ser um problema do lado da Sefaz. Até o momento da publicação deste tópico não tem informação de contingência ativada para o estado no Portal Nacional.
  11. Olá pessoal! No dia 05/03/2025, por volta das 10h23 começamos a receber múltiplos relatos de membros em nossa comunidade do Discord com problemas para emitir NFC-e para a Sefaz de São Paulo. Todos os relatos tem em comum o mesmo erro: Mesmo definindo a configuração de TimeOut para até 1 minuto o problema persiste. Testando as 11h17, o portal http://www.nfce.fazenda.sp.gov.br/NFCePortal/ não está acessando. Conferindo no DownDetector é possível observar que o volume de relatos de problemas aumentou consideravelmente neste período: Essas evidências apontam ser um problema do lado da Sefaz. Vale reforçar nesta situação que a NFC-e faz uso de contingência off-line, então mesmo que estejam enfrentando problemas, você pode continuar emitindo em contingência. Aos Membros da comunidade que são PRO ou Corporativo tem acesso aos cursos disponibilizados pelo ACBr: Os conceitos do curso Implementando a Contingência Off-line podem ser aplicados independente de sua linguagem de desenvolvimento, mas as demonstrações práticas são feitas nos componentes nativos para Delphi/Lazarus. Caso utilize ACBrLib, a demonstração prática pode ser vista a partir desta AULA do curso Dominando ACBrLibNFe em Java. Para aqueles que utilizam o ACBrMonitorPLUS a partir desta AULA do curso Dominando o ACBrMonitorPLUS pode ser vista uma demonstração prática de como usar a contingência off-line.
  12. Olá pessoal! No dia 21/01/2025, por volta das 08h09, começamos a receber relatos no canal #sefaz em nossa comunidade do Discord de membros com problemas para emissão de NF-e junto a Sefaz de São Paulo. Todos os relatos tem em comum a Sefaz estar devolvendo a rejeição: Mesmo a informação estando correta de acordo com consultas disponíveis como o Sintegra. Conferindo no DownDetector, é possível observar que o volume de relatos de problema aumentou exponencialmente durante o mesmo período: Não á até o momento da publicação deste tópico aviso sobre contingência publicado no Portal da Nota Fiscal Eletrônica.
  13. Olá pessoal! Por volta das 08h56 do dia 14/01/2025 começamos a receber múltiplos relatos em nossa comunidade do Discord nos canais #acbrnfe, #sefaz e #pro-nfe de membros da comunidade com problemas com a manifestação do destinatário. Os relatos tem em comum: A não disponibilização dos resumos de notas recentes para o envio de eventos de manifestação, mesmo as notas estando presentes no portal nacional para consulta. A não disponibilização da nota completa após o envio de um evento de manifestação conclusivo. Quando falamos do processo de distribuição dessas notas durante o processo de manifestação do destinatário, é importante reforçar algumas coisas: O processo de sincronização entre os ambientes estaduais e nacionais pode acarretar em um intervalo entre a emissão da nota fiscal eletrônica e a disponibilização da mesma. O web service distribui as notas de até os últimos 90 dias, não trazendo notas emitidas com datas que ultrapassem este limite. Se o cliente deixar de utilizar o serviço por mais de 60 dias, a distribuição é interrompida, sendo necessária nova consulta para voltar a distribuir a partir do momento da mesma. O web service não distribui as notas de forma retroativa. Os documentos que serão recebidos podem variar de acordo com o papel que o CNPJ que está consultando desempenhe no processo de emissão da NF-e(por exemplo, um CNPJ que desempenhe um papel de emissor, não vai receber as notas que emitiu). Possíveis causas: Se certificar de que o cliente faz uso da consulta de Distribuição DFe regularmente para que a mesma não deixe de distribuir os NSUs. Se certificar de que não está havendo consulta paralela para que outro software ou ferramenta de captura esteja recebendo os XMLs que você esperava receber. Se certificar de que o CNPJ que está realizando a consulta de fato recebe os XMLs que espera receber. Se você conferiu todas essas questões, tudo está correto e mesmo assim ainda está tendo problemas, é importante que abra um Fale Conosco junto ao ambiente nacional que é responsável pelo processo de Manifestação relatando o problema. Você pode fazer isso através do link https://www.serpro.gov.br/menu/suporte/css, selecionando a opção "SPED - NFe e CTe" na lista. Quanto mais pessoas reportarem, mais cedo o pessoal da Receita entende que possa existir um problema. Não há comunicado oficial relacionado no Portal da Nota Fiscal até a publicação deste tópico.
  14. Olá pessoal! Desde o dia 11/12/2024, por volta das 17h50 começamos a receber relatos em nossa comunidade do Discord e também em nosso fórum, de membros recebendo como retorno ao tentar transmitir uma NF-e para a Sefaz de São Paulo a rejeição 590. O volume relatos aumentou exponencialmente na data de 12/12/2024. Os relatos tem em comum as mesmas características: A NF-e transmitida é de um emitente do Simples Nacional. A NF-e transmitida tem um item da gás GLP cujo cProdANP informado consta na tabela de combustíveis sujeitos a tributação monofásica. A NF-e em questão faz uso do CST monofásico 61. A nota é rejeitada com o seguinte retorno: Se conferirmos na descrição da regra de validação, consta a seguinte exceção: Temos relatos de que a rejeição só é devolvida no ambiente de produção, com a mesma nota sendo autorizada normalmente no ambiente de testes e que ao validar o arquivo neste validador disponibilizado pela Sefaz RS o arquivo não acusa o erro da rejeição. Todas estas evidências indicam que o problema esteja no lado da Sefaz. Até o momento não há um parecer oficial por parte dos mesmos. Em casos assim, é muito importante que abram um Fale Conosco relatando o problema a Sefaz, pois quanto maior o volume de relatos, mais cedo eles se dão conta de que há algo errado.
  15. Olá pessoal! Recentemente temos recebido relatos de membros da comunidade com problemas para realizar o envio de e-mail quando o provedor é o da Microsoft(@hotmail, @outlook e afins). Um membro de nossa comunidade compartilhou a seguinte mensagem que recebeu da Microsoft: Esses "métodos modernos de autenticação" se referem ao Oauth 2.0 (Veja mais em Os Métodos de Autenticação Modernos agora necessários para continuar a sincronizar o E-mail do Outlook em aplicações de e-mail não Microsoft). O que é o Oauth 2.0? O Oauth 2.0 é um protocolo de autorização que funciona através de tokens de acesso e foi projetado primariamente com o objetivo de conceder acesso a determinados recursos de aplicações de usuários. Neste caso em questão, seria o acesso ao e-mail. Como fica o ACBrMail? Atualmente o ACBrMail não tem suporte a Oauth 2.0, foi criada em nosso backlog a tarefa #TK-6042 para análise e implementação da mesma. É o fim do ACBrMail então? O que eu faço agora? Não é o fim do ACBrMail. Conforme mencionado anteriormente, será analisada implementação do Oauth 2.0 no mesmo. Enquanto isso não ocorre, para provedores como o g-mail, por exemplo, ainda é possível fazer a comunicação com a Senha de App. Para a Microsoft, nos testes realizados pela equipe de consultores, Microsoft365 ainda demonstra estar funcionando, o HotMail e o Outlook que pararam de funcionar. Outra opção também seria o uso de um provedor de e-mail próprio.
  16. Olá pessoal! Nos últimos dias temos recebidos diversos relatos de membros de nossa comunidade com problemas para realizar o processo de Manifestação do Destinatário, seja realizando o envio de evento ou a consulta de DistribuicaoDFe. Todos os relatos tinham em comum o fato de estarem conseguindo consumir os webservices de transmissão da NF-e normalmente, mas estarem recebendo as mensagens: Erro Interno: -2146893815 Erro HTTP: 0 URL: https://www.nfe.fazenda.gov.br/NFeRecepcaoEvento4/NFeRecepcaoEvento4.asmx Erro: 2148073481 Ou: Erro: WebService Distribuição DFe: - Inativo ou inoperante tente novamente. Erro interno: -2146893815 Erro HTTP: 0 URL: https://www1.nfe.fazenda.gov.br/NFeDistribuicaoDFe/NFeDistribuicaoDFe.asmx Erro: 2148073481 - Em casos assim, é sempre válido abrir um Fale Conosco junto ao fisco para que o mesmo fique ciente de que há algo errado. Abaixo reproduzido na íntegra temos a resposta que foi fornecida pelo membro de nossa comunidade @Jhonathan na qual ele demonstra um passo a passo que executou para resolver um erro semelhante que havia enfrentado anteriormente com NFC-e e que também de acordo com múltiplos relatos de colegas da comunidade resolveu o problema agora com a manifestação do destinatário: 1- Vá até o Painel de Controle do Windows. 2- Escolha a Opção "Opções da Internet"; 3- Vá até a aba “Avançadas”; 4- No bloco “Configurações”, vá até as últimas opções e deixe configurado como na imagem abaixo: 5- Vá em executar, digite certlm.msc para abrir a interface de certificados, caso esse comando não funcione, utilize o comando certmgr.msc. Remova estes certificados listados na imagem abaixo: 6- Execute como Administrador o InstaladorCadeias_1.0.2.0.exe, clique em Instalar e aguarde até que o processo seja finalizado. 7- Execute o FixCrypto_TLS1_2_Windows.reg. 8- Descompacte o CA.zip e execute o ac soluti ssl ev.cer e o Raiz-icp-brasil v10.cer. 9- Reinicie a máquina e teste novamente a comunicação com a Sefaz.
  17. Browds

    SAT-A10: Error Openning Serial

    Olá, um PC usa o SAT-A10, porém, após substituída a placa-mãe, ele deixou de funcionar e dá o erro: "Error openning serial". Detalhe: foi apenas substituída a placa-mãe, mas não formatado. Se puderem ajudar, agradeço muito.
  18. Ola, recentemente um cliente precisou de trocar o SAT e optou por um EPSON, que na verdade é o Gertec com a etiqueta da epson por cima. Até ai tudo bem, ativado e vinculado com sucesso, utilizando o meu PDV que foi compilado com a ultima versão do ACBr disponível no repositório, contudo ao enviar a venda, a mesma é rejeitada nos logs do SAT tenho as seguintes mensagens 20220829174045|SAT|info|Mensagem recebida do AC 20220829174045|SAT|info|Comando recebido EnviarDadosVenda (ns 447840) 20220829174045|SAT|info|Venda recebida com pipe ou campos a mais Já tentei a DLL que vem com o sat, já tentei a dll disponível para download no site do fabricante, atualizei o SB para a última versão. Com o SAT anterior funcionava, tenho o sistema em outros clientes, na mesma versão e com outros SAT's também funcionaram. Alguma sugestão do que pode estar errado?
  19. Olá parceiros, No post de hoje eu vou compartilhar com vocês como fazer para localizar um Centro de Serviço Autorizado da Epson? Acesse: epson.com.br Clique na lupa (busca) que fica no canto superior direito Digite o produto que você precisa levar na autorizada, exemplo: SAT-A10. Repare que no centro da tela irá aparecer o resultado da sua busca, clique em Suporte Na tela segunte você irá clicar em CENTROS DE SERVIÇO. Por último digite o CEP ou a Cidade que deseja encontrar a Autorizada e em Buscar Pronto, todas as Autorizadas proximas ao CEP ou da Cidade informada serão localizadas Esse foi o post de hoje, espero que seja útil para você o seu cliente, até a próxima. Um forte abraço!
  20. Para remover manualmente o ACBr do computador quando necessário sigam os procedimentos abaixo: 1) Apague todos os arquivos seguintes: ACBr*.bpl ACBr*.dcp ACBr*.dcu PCN*.bpl PCN*.dcp PCN*.dcu SYNA*.bpl SYNA*.dcp SYNA*.dcu Nota importante: Visto que o Delphi busca os arquivos para compilar em diretórios diferentes é necessário apagar os arquivos na pasta do ACBr, na pasta do seu aplicativo, nas pastas públicas ou de default do Delphi (Documentos públicos), nas pastas que estiverem no PATH do Windows, etc... Assim aconselhamos a apagar os arquivos mencionados logo do computador inteiro. 2) Remova as entradas antigas dos pacotes no registro do sistema. Seguindo um dos seguintes modos: 2.a - Removendo manualmente do registro do Windows que fica em uma destas chaves, dependendo da versão do Delphi: HKEY_CURRENT_USER\Software\Borland\<versao>\Known Packages HKEY_CURRENT_USER\Software\CodeGear\BDS\<versao>\Known Packages HKEY_CURRENT_USER\Software\Embarcadero\BDS\<versao>\Known Packages Lembrando que pode variar dependendo e versão, procure sempre por "Known Packages" que são os pacotes instalados no Delphi. 2.b - Ou pode-se abrir o Delphi e dizer não para os erros de pacote não encontrados, automaticamente o delphi não os carregará mais. Após isso, reinstale utilizando o ACBrInstall.
  21. olá, estou com um problema no estabelecimento em emissão de notas pra sefaz. muitas das vezes acontece de uma nota fiscal do consumidor entrar em contingência e quando vou consultar aparece a seguinte mensagem (NFC-e com número de nota: 1583, não aprovada. Erro:Falha na validação dos dados da nota: 1583 TAG:<retirada> ID:F02a/CPF(CPF) - Conteúdo inválido. TAG:<retirada> ID:F04/nro(Número) - Nenhum valor informado. 1824 - Element '{http://www.portalfiscal.i ). poderiam me ajudar ? já tentei de muitas formas resolver mas sem nenhum exito. Obrigado !!!
  22. Estou tendo um problema muito complicado na emissão de NFCe offline: Muitas vezes acontece do meu cliente estar com internet, e tentar enviar a NFCe normal, porém, pode acontecer da nota ser enviada para a receita mas a internet cair durante a operação e eu não receber o retorno da receita. Então emito a NFCe offline, e quando vou reenviar, eu faço uma consulta para ver se a nota já existe, porém como a chave utilizada está offline, ela me retorna que a nota não existe. E se eu tentar reenviar ela me retorna erro de duplicidade com diferença na chave de acesso. E o pior de tudo é que se o cliente consultar a chave de acesso na receita ela vai dizer que a mesma foi emitida offline e não existe no banco da receita. Se alguém puder me ajudar seria muito útil mesmo. Obrigado.
  23. Bom gente! Estamos nesta luta de colocarmos estes Sats pra funcionar e a coisa não está indo tão bem! Como todo novo sistema, acho que teremos problemas e alguns deles já estão bem claros pra mim: 1- Existe uma fragilidade de comunicação entre a AC e as DLLs dos fabricantes. Já testei duas marcas de Sats e percebi este problema. E olha que as marcas que testei não são as mais comentadas aqui no fórum como fonte problemas. Acabei de perder dois CFes emitidos agora porque a resposta do Sat foi "NumeroSessao: 173115 - Resposta:173115|06098|0000|SAT em processamento. Tente novamente.||". Por duas vezes tive esta resposta e, pra minha surpresa, as duas vendas foram registradas. Gente, isso aqui não é brincadeira! Uma mensagem desta não deixa margem para dúvidas. Quando diz "Tente novamente" significa que não deu certo e você precisa tentar novamente. Mas acontece alguma mágica dentro do Sat e sua dll que faz o contrário. Brincadeira! 2- Esta também vale para a SEFAZ. Vocês precisam implementar um comando que disponibilize um CFe já emitido pelo Sat. Não precisa muito, vocês só precisam reservar um pouco da memória do aparelho para guardar os últimos 20 cupons emitidos (por exemplo). Independente se foram transmitidos para a SEFAZ ou não, isso não importa. Essa memória servirá para compensar a fragilidade de comunicação que existe entre os equipamentos e ACs (como descrevi acima). Assim, os programadores "miseráveis" como eu terão em suas mãos algum recurso para tentar corrigir este absurdo. Ah, e antes que eu me esqueça, uma consulta só pelo número do cupom né! Nada de chave viu pessoal! 3- Gente, o Sat acatar um CFe de venda e depois a SEFAZ rejeitar é o cúmulo. Isso não pode acontecer, digam-me que não! Sei que a coisa tem potencial para funcionar direito. Mas precisamos ver movimento. Sei que temos fabricantes que participam do fórum e estamos todos juntos nisto. Precisamos evitar o desgaste que isso vai causar quando nada bater com nada, quando os contadores começarem a integrar os xmls em seus sistemas e dar furo. Desculpem-me, mas precisa falar!
  24. Olá! Notei que quando utilizamos o ACBrMonitorPlus em Windows Server 2008 R2, acessando o servidor via TS, os formulários de preview de impressão (exemplo boletos) não são exibidos. Para exibi-los, depois de solicitar uma impressão, é necessário clicar com o botão direito sobre o ícone do PLUS no systray e selecionar "restaurar". Fazendo isso o formulário de configuração do PLUS é exibido e por trás o preview. Alguém já se deparou como isso?
  25. Boa tarde Pessoal, estou com o seguinte problema. Ao validar a nfe, utilizando o componente ACBRNFE. 1824 - Element '{http://www.portalfiscal.inf.br/nfe}uTrib': 'KG' is not a valid value of the local atomic type. Erro: Falha na validação dos dados da nota: 17446 Erro Completo: Falha na validação dos dados da nota: 17446 1824 - Element '{http://www.portalfiscal.inf.br/nfe}uTrib': 'KG' is not a valid value of the local atomic type. Pelo que verifiquei, o mesmo não aceita a minha unidade, por está utilizando apenas 2 caracteres. A pergunta é sou obrigado a informar 3 mesmo, visto que no sistema a mesma, utiliza-se de 2. O mesmo problema ocorre no código do produto, visto que o código do sequencial, iniciando do 1. 1824 - Element '{http://www.portalfiscal.inf.br/nfe}cProd': '17' is not a valid value of the local atomic type. Erro: Falha na validação dos dados da nota: 17446 Erro Completo: Falha na validação dos dados da nota: 17446 1824 - Element '{http://www.portalfiscal.inf.br/nfe}cProd': '17' is not a valid value of the local atomic type. Exception: Falha na validação dos dados da nota: 17446 Existe como tratar isso no componente, para poder utilizar os meus códigos já existentes no sistema, ou serei obrigado a modificar toda a geração que já faço hoje, utilizando a dll da receita ? Visto que nunca tive problema de validação destes casos no validador da receita. Alguém poderia me ajudar com isso ? grato,
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.