Painel de líderes
Conteúdo popular
Showing content with the highest reputation on 23-10-2019 em Posts
-
Bom dia a todos, João, tente enviar novamente mas sem o grupo <nfseCabecMsg> somente com o grupo <nfseDadosMsg> dentro do <body>. Paulo, para mim isso não existe e se fizeram assim esta completamente fora de padrão. Outra coisa, veja a imagem do erro que o João recebeu, note que a primeira tag do XML retornado é <Envelope> e dentro desta tem o <Body>. Como esse cara vem dizer que não precisa desse Envelope no XML. Se você perguntar para ele onde fica o WebService ele vai dizer que tem um na esquina perto da prefeitura e o preço é muito barato.3 pontos
-
Boa tarde Apos colocar o Driver enviado pela Epson, conseguimos sucesso. - Preferencia de impressão - Definições avançadas - Layout - Desmarcar Opção Ajustar Automaticamente Depois disso, ja deu certo. Segue imagem para auxiliar na configuração.2 pontos
-
2 pontos
-
Par informações sobre como obter o XML de um fornecedor veja: Para NF-e/NFC-e: Para CT-e:2 pontos
-
Certo, Já criei o tópico Irei adicionar os arquivos INI no tópico mencionado pelo @Italo Jurisato Junior para facilitar. Peço desculpas pela confusão, sou novo aqui no fórum e não conheço sobre os tópicos padrões.2 pontos
-
3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Favor leia as regras do fórum.2 pontos
-
Retornando para informar que usei o BemaSat32.dll e configurei o ACBRMONITORPLUS apontando para a pasta onde ele estava e funcionou! Tambem consegui gerar o PDF e imprimir o cupom. Agradeço ao Daniel e ao Junior que me ajudaram nessa solução. Obrigado a todos e até a próxima!2 pontos
-
2 pontos
-
Para funcionar da maneira que você pretende você até pode usar o PHP para criar sua aplicação, porém toda comunicação com o ACBrMonitorPLUS deverá ser feita via Javascript já que apenas ele terá acesso (limitado) a maquina do usuário. O problema aqui é que não encontrei uma forma de se comunicar via Socket TCP com javascript pelo browser. Talvez seja necessário criar um aplicativo (nos moldes no Market UP) que cria um servidor web local para fazer essa interconexão entre seu aplicativo e o ACBrMonitorPLUS. Como o Daniel citou, o PDV deve funcionar independente da conexão com a internet o que reforça a necessidade por um aplicativo que funcione 100% offline. Para isso você pode usar uma biblioteca para armazenamento de dados local e apenas enviar os dados das transações para seu servidor (Aplicação PHP) quando houver acesso a internet.2 pontos
-
Bom dia, Italo, desculpe. Eu realmente falei da Branches, porém eu estou com meus trunk2 atualizado e nao me atentei. Vi que o componente esta na aba. Farei utilização do mesmo e tentar testar os procedimentos. Qualquer detalhe, vou postando aqui para nos falarmos. Obrigado.2 pontos
-
O método de gravação do ini e de leitura esta funcionando correto o mesmo método é usado em todas as dll. Mandei uma correção para a classe Boleto para o método SetDiretorioArquivo o mesmo estava incorreto. Obs.: Agora que vi o seu problema é quando manda salvar com outro nome correto, pelo que vi realmente esta incorreto vou mandar uma atualização.1 ponto
-
Segue exemplo que funcionou aqui. Alterei alguns dados somente para preservar o cliente. GerarNfseEnvio.xml1 ponto
-
Olá, então eu passei pra eles os anexos usados na hora da aplicação de muita e estou esperando um retorno. Só resolvi perguntar aqui para verificar se alguém teria essa indormação. Obrigada!1 ponto
-
Sem as alterações que estou propondo, o tamanho da logo expandida é padrão, Porem mesmo se as alterações forem aceitas, que irá permitir a alteração do tamanho da logo expandida, ao utilizar logo expandida as informações dos dados do emitente são ocultadas por padrão.1 ponto
-
Bom dia Matheus, Muito obrigado pela colaboração, já estou providenciando o envio para o repositório. Mas me diz uma coisa, essa consulta de NFS-e tomadas é do lado do emitente ou do lado do tomador? Pois a implementação atual é para realizar a consulta do lado do emitente (prestador) e não do lado do tomador. Não podemos ter um método que para alguns provedores a consulta é do lado do emitente e em outros a consulta é do lado do tomador.1 ponto
-
Bom dia Italo, Realizei alterações em alguns arquivos INI, segue detalhes sobre as alterações: WebISSv2(Alterada a SOAPAction da consulta de NFS-e para retornas as NFS-es tomadas) SimplISS(Altertado para utilizar o certificado e assinar na consulta de NFS-e) Cidades.INI(Adicionadas as cidades de Brusque, Mogi Mirim, Dona Emma e alterado também o link da busca de NFS-e da cidade de Belem). Cidades.ini SimplISS.ini WebISSv2.ini1 ponto
-
Você deve entrar em contato com a SEFAZ solicitando a liberação para emissão da NFCe em ambiente de homologação.1 ponto
-
Bom dia, Além da alteração da URL de produção, teve alteração na URL de homologação? Sabe me informar se também ocorreu a mudança no layout do XML, visto que essa cidade antes gerava o XML segundo a versão 1 do layout da ABRASF. Com essa mudança de URL pelo que pude notar os serviços agora disponíveis se referem a versão 2 do layout da ABRASF.1 ponto
-
Bom dia Matheus, Dependendo da alteração feita no arquivo INI de um provedor não tem nada haver com o código do componente, sendo assim não impede de você criar um novo tópico. Quero lembrar que agora temos um tópico exclusivo para postagens de alterações e acréscimos de cidades.1 ponto
-
So pra manter o pessoal a par o assunto, entramos em contato com a EPSON e o técnico fez uma alteração no driver e nos enviou para testes. iremos testar no cliente e aviso aqui.1 ponto
-
Bom dia, nos PDF de exemplo, as informações da empresa estão contidos na imagem, pois a logo expandida utiliza por padrão toda a parte das informações da empresa e desabilita seta esses valores como visible = false;1 ponto
-
Como foi resolvido este problema, meu cliente não é obrigatório a utilizar o MFe.1 ponto
-
1 ponto
-
Não há necessidade de repetir a chave de acesso no infCpl... no componente de impressão do DANFE tem uma propriedade "ExibeDadosDocReferenciados" que vc indica se quer a impressão automatica da(s) chave(s) referenciada(s) no refNFe, no campo de informações complementares... Att Ricardo1 ponto
-
Cara, não estou acreditando que só faltava uma barra no final do caminho de gravação... Valeu @BigWings.1 ponto
-
Oi Felipe, tudo bem! Para o modulo fiscal de desenvolvimento é usado um CNPJ especifico para ativar e outro para realizar os teste, entrei em contato com a equipe da Elgin ai me foi informado, só depois disso conseguir emitir os Cupom.1 ponto
-
1 ponto
-
Moça pelo visto você não esta acostumada com boleto. Simplesmente é impossível manter atualizado, devido que a frase muda não apenas de banco para banco, as vezes até de agencias do mesmo banco, por isso existe a propriedade para isso. Agora se você não quer fazer a sua parte e que tudo de mão beijada, melhor mesmo não utilizar o componente.1 ponto
-
Bom dia, ao realizar testes hoje consegui realizar as emissões, creio que o problema era na própria sefaz.1 ponto
-
1 ponto
-
Faça validação do XML no validador da SEFAZ: https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx Se estiver OK, verifique a pasta de Schemas que está usando na aplicação, use as disponibilizadas pelo ACBr na pasta ACBr\Exemplos\ACBrDFe\Schemas\NFe. Se estiver OK, verifique a versão das DLLs OpenSSL/XmlSec/LibXML2, de acordo com as disponibilizadas pelo ACBr na pasta ACBr\DLLs, copie as DLLs 32 ou 64 bits de acordo com a arquitetura do seu executável, se preferência para a mesma pasta para evitar que sejam substituídas por outro programa.1 ponto
-
Entrei em contato na SEFAZ e ainda não tem uma resposta. Estão analisando o problema. Então é aguardar1 ponto
-
Olá Matheus. Queria te pedir o favor de dividir em tópicos separados as sugestões. Porque é muita informação e estamos dividindo as tarefas aqui. Queira por favor postar os arquivos INI em outro tópico para que o @Italo Jurisato Junior possa analisar. As alterações relacionadas a Joinville também, se possível, queira postar em ainda um outro tópico específico para elas. Assim, além do Italo, pessoas dessas cidades poderão testar também.1 ponto
-
Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.1 ponto
-
Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.1 ponto
-
Pessoal desculpa a demora mas atualizei e testei no delphi seattle e deu certo aqui também1 ponto
-
1 ponto
-
Pensei que havia anexado, Obrigado Juliana. ACBrECFVirtualNFCe.pas1 ponto
-
A quem possa interessar, é bom verificar se os arquivos de schemas não estão danificados. No meu caso um arquivo de validação (e210220_v1.00.xsd) estava nulo e ocasionava o erro citado no momento de realizar o "desconhecimento de operação". Substitui por um arquivo íntegro e funcionou normalmente.1 ponto
-
1 ponto
-
Senhores, erro encontrado! Ao informar o CTe de anulação e o CTe a ser substituído eu INVERTI as chaves passando o CTe de anulação como o CTe a ser substituído !! Agradeço desde já atenção dispensada e acredito que podemos encerrar este post. Grato a todos que de uma forma ou de outra colaboraram!1 ponto
-
Comigo sim... se for o mesmo problema tive que adiantar o horário da maquina no "braço" mesmo e modifiquei essas duas propriedades: AcbrNfe.Configuracoes.webServices.TimeZoneConf.ModoDeteccao := tzManual AcbrNfe.Configuracoes.webServices.TimeZoneConf.TimeZoneStr := "-02:00"1 ponto
-
Boa tarde. Obrigada pela análise e detalhamento ao postar o problema, poderia por favor adicionar também a unit alterada? Att.1 ponto
-
1 ponto
-
Bom dia, vc quer dizer a chave de acesso do(s) documento(s) referenciado(s) ? (Quando informados...) Se for isso, os componentes de impressão de DANFE (Fast ou Fortes) têm uma propriedade chamada "ExibeDadosDocReferenciados"... Att Ricardo1 ponto
-
Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.1 ponto
-
Olá pessoal, Sei que todos estão muito atarefados com seus programas por aí... Maaaasssss.... Precisamos de sua atenção para uma alteração nos componentes!!! Atualmente temos uma falta de padronização nas unidades de medidas das margens das impressões dos documentos fiscais. Cada impressão Report tem margens medidas com um formato. Isso não está bom. Note a tabela a seguir com as unidades de medidas das margens atual: DF-e Fortes Fast LazReport ESCPOS NF-e (Paisagem, Retrato, Inut, Evento, Simplificado) cm cm nd X NFC-e mm mm X X NFC-e (A4) cm mm X X SAT mm X X X CT-e (Evento) cm nd X X CT-e (A5, Retrato) nd nd X X CT-e (Inut, Inut Retrato) nd nd X X GNR-e nd nd nd X MDF-e (Retrato, Evento) cm nd X X NFS-e cm nd X X BP-e X X X X Legenda: mm – milímetros cm – centímetros nd – O componente poderia, mas não está atualizando as margens do report X – Não possui impressão nesse formato ou não interage com as margens. Nota: Os modelos em ESCPOS que existem não consideram as propriedades de margem. Afinal, não faz muito sentido mesmo. Como podem ver na tabela acima, muitos componentes não estão atualizando as margens. Isso significa que mesmo que configure uma margem, ela será simplesmente ignorada. Então a ideia é fazer com que esses componentes imprimam de acordo com a configuração. Além disso, queremos evitar qualquer possível confusão e por isso vamos padronizar as unidades de medidas. A unidade de medida escolhida foi milímetros (mm). Alguns dos motivos foram: A unidade de medida mm funciona bem tanto para impressões grandes (por exemplo A4) como para bobinas (80 mm); As pessoas estão acostumadas com mm porque é a unidade padrão de todos os geradores de relatório usados atualmente (Fast Report, Fortes Report, LazReport ...); Devido ao ponto anterior, usar mm vai nos poupar código de conversão de unidades; Mesmo que tivéssemos escolhido centímetros (cm), haveria quebra de compatibilidade por causa do SAT e NFC-e; Quando as alterações vão entrar em vigor? A previsão é que dia 14 de outubro, as alterações sejam enviadas ao SVN. Acreditamos que isso dá tempo suficiente, para conseguirmos avisar a todos e para que todos possam se preparar. As alterações já foram enviadas ao SVN. Veja nota no fim desse post. O que eu preciso verificar no meu aplicativo? A primeira coisa é verificar se você tem configuração de margem (seria bom que tivesse). Em caso afirmativo, como você está armazenando? Em que unidade está armazenando? cm ou mm? Vai ser necessário fazer alguma conversão? Verifique como você deseja manter a configuração? De posse das informações acima, faça um teste imprimindo todos os documentos que você usa. Isso vai ajudar você a prevenir qualquer problema antes de enviar o executável para o cliente. Sugerimos você a imprimir tanto antes como depois das alterações no componente. Assim você vai ter algo para comparar as impressões e ajustar as margens caso necessário. O que eu preciso fazer caso use o ACBrMonitor Plus? A nossa ideia é minimizar o impacto para quem usa o ACBrMonitor. Vamos colocar as informações o próximo post logo abaixo. Se ficarmos atentos a essas alterações, as impressões vão seguir o mesmo padrão e ninguém mais vai precisar se confundir. Atualização- 17/10/2019 As alterações já foram enviadas ao SVN. Agora todos os reports seguem o mesmo padrão: DF-e Fortes Fast LazReport ESCPOS NF-e (Paisagem, Retrato, Inut, Evento, Simplificado) mm mm mm X NFC-e mm mm X X NFC-e (A4) mm mm X X SAT mm X X X CT-e (Evento) mm mm X X CT-e (A5, Retrato) mm mm X X CT-e (Inut, Inut Retrato) mm mm X X GNR-e mm mm mm X MDF-e (Retrato, Evento) mm mm X X NFS-e mm mm X X BP-e X X X X Caso encontre algum problema, queira por favor criar um novo tópico.1 ponto