rbleonel

Obrigado Sérgio e Daniel pelas respostas. Vou fazer o que vocês recomendaram e quando eu tiver o resultado eu posto aqui.

Olá pessoal, Em um cliente, aconteceu a troca de itens entre XML. Explicando melhor é o seguinte: Foi percebido que cupom 2900 está com os itens do cupom 2899. Depois, o cupom 2901 ficou com os itens do cupom 2900 e assim por diante até o cupom 2905. O cupom 2906 foi gerado pelo Sat, porém, ninguém sabe de onde vieram os itens que nele estão. As coisas só foram normalizar à partir do cupom 2907. Para o cupom 2906 que sabe-se lá de onde ele apareceu, ficou um salto na numeração dentro do aplicativo. Foi feito a consulta na Sefaz dos cupons 2900 até o 2905 e eles constam errados na Sefaz. Não condiz com o que está no sistema. O cupom 2906 também existe na Sefaz mas não foi gerado pelo meu aplicativo. Pelo menos, não foi encontrado nenhuma venda com aqueles itens! Peguei a chave de acesso do cupom 2906 pelo log do Sat. O problema só foi percebido porque um cliente voltou mais tarde na loja dizendo que deram o cupom errado pra ele. Quando foram reimprimir o cupom dele, foi que perceberam que 5 cupons estavam com itens trocados e 1 cupom (2906) não existe no sistema. Só normalizou do 2907 em diante. Como já havia passado mais que 30 minutos, não foi possível cancelar os cupons. Para o cliente que reclamou, foi gerado outro cupom. Do cupom 1 até o cupom 2899, não deu nenhum problema desta natureza. No sistema, os produtos estão perfeitamente com o que o cliente comprou. A numeração dos cupons batem com a ordenação, porém, os itens e o total é do cupom anterior conforme explicado acima. Entre várias lojas utilizando o mesmo aplicativo, esse foi o primeiro caso que aconteceu isso. Extrai o log do Sat e não identifiquei nenhuma anormalidade. No meu aplicativo, antes de enviar a venda, o componente ACBrSat é limpo da seguinte forma: ACBrSAT1.CFe.Clear; Sempre foi desta forma e sempre funcionou sem problemas. O motivo de fazer assim é evitar que registros da venda anterior fiquem no componente. Além disso, é apenas 1 PC com o Sat conectado nele. Não há como abrir 2x o meu aplicativo porque existe este controle. Enfim, não faço a menor ideia do motivo disso ter acontecido. A orientação foi trocar o Sat de porta USB e ficar observando alguma anormalidade que pode ocasionar o problema, só que, até agora nada. Já virou para o cupom 3000 sem problemas. Alguém já passou por um problema desses? Alguém tem alguma ideia do que possa fazer para evitar que isso aconteça novamente, caso isso seja alguma coisa no meu aplicativo? Obrigado, Rogério.

Olá pessoal. Acima, o Régys Silveira menciona que possui a DR700 e DR800 e imprime sem problemas. Eu tenho uma DR800 e só consigo imprimir quase certo utilizando Forte. O problema é que a largura não aumenta. Eu tenho que trabalhar entre 280 e 286 colunas. Qualquer valor fora disso, começam a cortar as colunas direita e esquerda. Com 286, a chave de acesso corta e primeiro e último número. Pra usar EscPos na DR800, está retornando a seguinte mensagem de erro: Communication error 1: Função incorreta. Isso para qualquer configuração. Para o meu caso, a impressão com Fortes já resolver, desde que eu saiba a configuração correta. Alguém poderia informar qual é a configuração correta para os 2 casos? Obrigado, Rogério.

Já solucionei o problema! Apaguei todo o ACBr com o apagarAcbr.bat e fiz nova instalação utilizando o ACBrInstall_Trunk2.exe e o breack point voltou a funcionar.

Olá pessoal, Ontem baixei uma atualização do ACBr e fiz a instalação pelo ACBrInstall_Trunk2.exe e ocorreu tudo bem. O problema é após essa atualização, o breack point do Delphi 2010 parou de funcionar. Não consigo mais debugar o sistema. Fiz uma busca na web sobre o tema e segui várias dicas mas nenhuma delas surtiu efeito. Alguém sabe dizer como eu posso resolver este problema? Será que existe alguma relação com o ACBrInstall_Trunk2.exe? Obrigado, Rogério.

SP - Secretaria da Fazenda faz parceria para que o Sebrae ofereça emissores gratuitos. Comunicado Postado em 04/01/2017 12:07:16 A Secretaria da Fazenda do Estado de São Paulo firmou parceria com o Serviço Brasileiro de Apoio às Micro e Pequenas Empresas (Sebrae) para atender uma parcela de contribuintes que ainda utiliza os emissores gratuitos de Nota Fiscal Eletrônica (NF-e) e do Conhecimento de Transporte Eletrônico (CT-e). A Fazenda irá transferir ao Sebrae a solução gratuita e, a partir de julho de 2017, a instituição passará a disponibilizar e atualizar as versões do aplicativo para as empresas. Até essa data a Fazenda paulista manterá o aplicativo em funcionamento. Além do Sebrae, a Secretaria da Fazenda do Maranhão também oferecerá o serviço gratuito, a partir do código fonte cedido ao governo maranhense pela Fazenda paulista. A Secretaria da Fazenda identificou que a procura ao emissor do fisco deve diminuir por conta do crescimento da oferta de soluções de emissores gratuitos em versões básicas por vários fornecedores do mercado, além de outros programas que podem ser incorporados ou personalizados aos sistemas internos dos contribuintes. O acompanhamento permanente da Fazenda permitiu verificar que, com a gradual adesão das empresas a outros sistemas, a maioria dos documentos fiscais eletrônicos não são mais emitidos pelo emissor gratuito oferecido pela Secretaria. Do total de NF-es processadas pela Fazenda, 93,3% das emissões são feitas por softwares próprios dos contribuintes. No caso do CT-e, o número é ainda maior: 97,4% dos documentos são gerados por emissores próprios. Nesse sentido, desde abril de 2016 o Fisco Paulista vem alertando sobre a descontinuidade dos aplicativos gratuitos aos contribuintes. Assessoria de Comunicação da Secretaria da Fazenda do Estado de São Paulo - 03/01/2017. Fonte: SEFAZ-SP

Sefaz-MA atualiza e disponibiliza emissor gratuito de NF-e cedido pela SEFAZ-SP O Corpo Técnico de Tecnologia da Informação (COTEC), da Secretaria de Estado da Fazenda do Maranhão, vai dar continuidade ao emissor gratuito de NF-e que foi desenvolvido e atualizado pela Secretaria da Fazenda de São Paulo. A iniciativa da Sefaz-MA atendeu às solicitações de milhares de empresas que ficaram com poucas alternativas de emissores gratuitos de NF-e, após a SEFAZ-SP, que desenvolveu o emissor gratuito da Nota Fiscal Eletrônica (NFE), iniciou o processo de cessação de uso dos programas por ela desenvolvidos e atualizados, até 31 de dezembro de 2016. Com a medida da Sefaz-MA, a partir de 01/01/2017, o emissor gratuito da NF-e (versão 3.10.86) será continuado e constantemente atualizado com as notas técnicas que forem emitidas pelo ENCAT. Versão de teste Já está disponível para download, no site da Sefaz-MA, o arquivo do aplicativo de teste para que usuários instalem em seus computadores e façam os testes de validação dos diversos comandos e menus do programa atualizado pelo Estado do Maranhão. Após a validação, os usuários poderão opinar sobre a operacionalidade do sistema para suas necessidades ou buscar outras soluções disponíveis no mercado ou desenvolvimento próprio. Clique aqui: http://portal.sefaz.ma.gov.br/portalsefaz/jsp/pagina/pagina.jsf?codigo=4084 A Sefaz também disponibilizou um manual que orienta os contribuintes a adicionarem o Emissor NF-e e CT-e na lista de Exceções de Sites. Essas orientações são necessárias para que o aplicativo seja executado no computador. Para consulta ao manual, acesse: http://portal.sefaz.ma.gov.br/portalsefaz/files?codigo=9845

Olá pessoal. Este mesmo problema está acontecendo em ambiente de produção. Todos os testes foram realizados em ambiente de homologação e tudo funcionou perfeitamente. Alguém saberia dizer porque que em ambiente de homologação funciona ok e no ambiente de produção retorna o erro: A página XML não pode ser exibida Não é possível exibir a entrada XML usando a folha de estilos . Corrija o erro e clique no botão Atualizar ou tente novamente mais tarde. -------------------------------------------------------------------------------- O documento XML deve ter um elemento de nível superior. Erro ao processar o recurso 'file:///C:/EmissorNFe/TMP/XMLTemp.xml'. Obrigado, Rogério.

Pois é, eu já olhei tudo isso e não encontrei nada que pudesse causar este problema. O que é mais estranho é que funcionava sem problemas. Abri o projeto e fiz uma alteração no fonte e fiz nova compilação e foi ai que deu problemas. A alteração foi apenas num form filho em uma alíquota. somente isso!!!

Olá pessoal! Utilizo Delphi XE 10 Seatle. Meu aplicativo é baseado em formulários MDIForm (Form principal) e MDIChild. O problema é que o MDIChild não está aceitando entradas com o teclado, ou seja, qualquer coisa que tento digitar simplesmente ele não aceita. É como se o teclado estivesse “desligado”. Nos forms MDIChild contém TEdit e TMaskEdit e eles não aceitam digitação de nada do teclado. Eu consigo clicar no campo e jogar o foco pro campo através do mouse mas, saltando de campo pelo teclado também não vai. O curioso é que para o form do tipo normal, a digitação é aceita sem nenhum problema. Alguém tem ideia de como resolver este problema? Obrigado, Rogério.

Apresenta o mesmo problema. Qualquer endereço que coloco retorna erro quando a internet está desligada.

Bom dia Sérgio. Obrigado pela resposta. Só voltar neste assunto agora. Muita correria. Quando desligo a internet do PC, está retornando a seguinte mensagem: Socket Error # 11001 Host not found Isso acontece quando vai pingar o host. Sabes dizer como resolver este problema? Obrigado, Rogério.

Pois é meu amigo, no meu sistema está fazendo assim. No caso de MG, a alíquota é de 12% e a contabilidade insiste em dizer que tem que ser 18%. É ai que está a divergência.

Olá pessoal! Estou num dilema aqui com a contabilidade de um cliente onde, a contabilidade insiste em dizer que a alíquota interna para calcular o Difal para MG é de 18%. A contabilidade alega isso, pois, a alíquota de SP é 12% e MG é 18% e isso dá uma diferença de 6% e é baseado nessa diferença que o Difal deve ser calculado. O problema é que se eu colocar 18% para MG, ao validar o XML, retorna o erro de validação conforme o anexo. Tentei manobra isso não validando ao gerar o XML mas, ao enviar para a Sefaz, o componente ACBrNFe faz nova validação e não deixa enviar para a Sefaz. Neste caso tenho 2 perguntas: 1) É possível enviar para a Sefaz sem o componente faça uma validação? Pergunto isso, pois, se o componente não validar e eu enviar para a Sefaz e a mesma retorna alguma rejeição, acabou o problema porque eu pego essa rejeição e envio para a contabilidade e ponto final. 2) Se a pergunta acima não for possível, quero saber como deve ser feito o Difal de SP para MG uso e consumo. Alguém tem a fórmula? Obrigado, Rogério.

Olá pessoal! Utilizo Delphi 2010. Para testar se a internet está conectada e navegando, faço da seguinte forma: var netfunciona: Boolean; netfunciona := InternetCheckConnection('http://www.seusite.com.br/', 1, 0); Funciona perfeitamente, porém, quando a internet não está funcionando, o tempo de resposta é muito demorado. Existe uma forma confiável e de resposta rápida para testar a conexão com a internet? Tempo de resposta ser mais rápido? Obrigado, Rogério.

Bom dia! Eu fiz da seguinte forma: ACBrGNRE1.WebServices.ConsultaUF.GNRERetorno.InfReceita.retReceita.Items[0].RetInfReceita.exigeContribuinteEmitente ACBrGNRE1.WebServices.ConsultaUF.GNRERetorno.InfReceita.retReceita.Items[X].RetInfReceita.exigeContribuinteEmitente Qualquer uma das formas retorna: Error: List index out of bounds O que poderia estar de errado? Obrigado, Rogério.

Bom dia Italo, Eu mudei a série e a mensagem de que o RPS já foi informado não apareceu mais. Isso resolveu o problema! Porém, a consulta do RPS ainda está com problemas. Se fizer a consulta por: ACBrNFSe1.ConsultarNFSeporRps(ACBrNFSe1.NotasFiscais.Items[0].NFSe.IdentificacaoRps.Numero, ACBrNFSe1.NotasFiscais.Items[0].NFSe.IdentificacaoRps.Serie, TipoRPSToStr(ACBrNFSe1.NotasFiscais.Items[0].NFSe.IdentificacaoRps.Tipo)); Conforme acima, retorna uma RPS nada a ver. Por outro lado, se eu não fizer a consulta conforme acima e no próprio componente, na propriedade CONSULTARLOTEAPOSENVIO estiver TRUE, o componente retorna o RPS correto. Desta forma também resolveu meu problema. Só que, encontrei outro problema. Agora é quanto ao valor total. Este problema vou postar em outro tópico. Obrigado, Rogério.

Olá pessoal, Fiz uma atualização do pacote ACBr no dia 27/06/2016. Até eu fazer essa atualização, a TAG "Ide.indPag := ipVista" funcionava perfeitamente, ou seja, informando ipVista, o Danfe exibia nas faturas assim: FATURA PAGAMENTO À VISTA Depois desta atualização não faz mais assim. Colocando ipVista, no Danfe não exibe nada. Se quer a linha de fatura é exibida. Em anexo está a imagem da fatura no Danfe de como estava antes desta última atualização. Tem como voltar a ser desta forma? Obrigado, Rogério.

Bom dia! Aqui pra mim não funciona a consulta nem com reza brava. Fiz o envio pelo programa Demo do ACBrNFSe e apresenta o mesmo problema. O erro está em anexo. Se eu configuro o componente para fazer a consulta do lote após o envio, retorna a mesma mensagem que está em anexo. Se eu faço a consulta passando a informação para o componente: ACBrNFSe1.ConsultarNFSeporRps(intTOstr(MD.ZTNumeroNFSe.FieldByName('numero').AsInteger + 1),'1',TipoRPSToStr(trRPS)); A consulta conforme descrita acima retorna uma NFSe muito antiga. Nada a ver com o que acabou de ser enviado. Ou seja, nem no meu aplicativo e nem no aplicativo demo está funcionando para o provedor Ginfes. Obrigado, Rogério.

Boa tarde Daniel. Segundo a Bematech, o problema está no programa, entre outras palavras, no componente. Eles afirmam isso porque já passaram todas as configurações necessárias para resolver este problema e nada soluciona. Já foi feito a reimpressão da impressora, trocou de PC, foi feito várias modificações nas configurações e nada. Você poderia me informar qual link de um dos tópicos sobre este assunto? Obrigado, Rogério.

Bom dia Italo, Fiz a atualização e todos os erros foram corrigidos. O único problema ainda encontra-se na consulta do RPS. Não sei por qual motivo, o componente está trazendo RPS de 2014 após a consulta. Faço da seguinte forma: ACBrNFSe1.Enviar(1, False); ACBrNFSe1.ConsultarNFSeporRps(ACBrNFSe1.NotasFiscais.Items[0].NFSe.IdentificacaoRps.Numero, ACBrNFSe1.NotasFiscais.Items[0].NFSe.IdentificacaoRps.Serie, TipoRPSToStr(ACBrNFSe1.NotasFiscais.Items[0].NFSe.IdentificacaoRps.Tipo)); Fazendo conforme descrito acima, está retornando um RPS nada a ver com o que está sendo enviado, sendo que o que está sendo informado nos parâmetros de consulta estão corretos. Deixei de fazer a consulta conforme descrito está acima e no componente ACBrNFSe marquei a propriedade CONSULTARLOTEAPOSENVIO = True. Ao fazer isso, o componente envia a nota para o provedor e retorna dizendo: "RPS já informado". Se eu voltar esta propriedade para False e fazer a consulta por ACBrNFSe1.ConsultarNFSeporRps conforme descrito acima, ele retorna um RPS lá do passado, nada a ver com o que está sendo emitido agora. Acredito que o componente está com alguma falha na consulta. Obrigado, Rogério.

Bom dia! Pois é, estou com o mesmo problema. Eu já havia relatado este problema em outro post. Obrigado, Rogério.

Bom dia! Em qual UNIT do componente ACBrSatExtratoFortes eu poderia verificar o que acontece com esse problema na impressão? Obrigado, Rogério.

Boa tarde! Impressora: Bematech MP-4200 TH Componente de impressão: ACBrSATExtratoFortes Em anexo está o XML com todos os itens. Quando vai imprimir esse XML, quando chega no item 21 simplesmente a impressora para de imprimir e corta o papel como se não tivesse mais nada a ser impresso. Simplesmente isso. Não fica nada carregado na memória da impressora aguardando finalização. Não retorna nenhum erro. Alguém saberia dizer o motivo disso ocorrer? Obrigado, Rogério. CFe-35160599999999999999590000592840012703683450.xml

Bom dia! Utilizando o componente ACBrSATExtratoFortes para imprimir o cupom, pude constatar o seguinte: 1) Não imprime cupom com mais de 30 cm de comprimento. Veja que não é quantidade de itens e sim, centímetros. 2) Cupom com mais de 30 itens são impressos normalmente. 3) Cupom com MENOS de 30 itens e COM desconto, NÃO imprime todos os itens. Bem, diante disso, o meu problema está em ajustar o tamanho do papel ou algo assim. Vejam que se no cupom tem desconto, a quantidade de linhas a serem impressas aumentam e portanto, a impressão é interrompida antes da finalização. Se o cupom não tem desconto ou não atinge o tamanho de 30 cm, tudo é impresso sem nenhum problema. Como eu poderia resolver isso nas configurações do componente? Obrigado, Rogério.