Painel de líderes
Conteúdo popular
Showing content with the highest reputation on 16-09-2019 em todas as áreas
-
Olá, tenho em uso essa impressora e este mesmo formato de etiquetas, tenho dois formatados de impressão um seguindo o componente ACBr e outro modelo feito em FastReport ambas funcionam perfeitamente. Vendo seu modelo impresso o espaçamento entre colunas é que está errado, como o Daniel falou já que você não usa o componente para passar as cordenadas veja com a pessoa que criou se existe alguma configuração entre colunas. Veja também a possibilidade de inverter o alinhamento veja que está a esquerda e se conseguir alinhar a direita parece que irá resolver o problema.3 pontos
-
Boa tarde. Estou realizando a importação de um arquivo SPED Fiscal através do componente TACBrSpedFiscalImportar, porém o bloco 1 ainda não foi implementado. Implementei somente os registros 1001, 1010 e 1600, que eram os que eu precisava. Em anexo estão as units com as modificações que realizei. Obrigado. ACBrEFDBloco_1_Importar.pas ACBrEFDImportar.pas2 pontos
-
Boa tarde, estou tentando emitir o evento de Inclusão de Condutor do MDF-e, porem não esta sendo possível pois estou recebendo uma rejeição referente ao tamanho máximo da tag descEvento, que segundo o manual é de 12 caracteres, porem no próprio manual é dito que a descrição a ser enviada é ‘Inclusão Condutor’, porem a mesma possui 17 caracteres impossibilitando o envio do evento. Dentro do evento TEventoMDFe.GerarXML: Boolean; realizei a seguinte alteração: Gerador.wCampo(tcStr, 'EP02', 'descEvento', 05, 12, 1, Evento.Items[0].InfEvento.DescEvento); Por Gerador.wCampo(tcStr, 'EP02', 'descEvento', 05, 17, 1, Evento.Items[0].InfEvento.DescEvento); Troquei o tamanho máximo de 12 para 17 dessa forma consegui emitir o evento, gostaria de saber se existe algum problema em fazer isso ou se existe uma outra forma de corrigir o problema.2 pontos
-
Teu XML está na versão 3.10. Como você está gerando ele? Não notei comandos de geração do XML no log do Monitor.2 pontos
-
2 pontos
-
Bom Dia. Quero a principio parabenizar a todos que contribuem pelo desenvolvimento do ACBr e também parabenizar a todos os organizadores do 2o.Dia do ACBr. O primeiro já tinha sido muito bom, mas o segundo superou todas as minhas expectativas, excelente evento. Gostaria de saber sobre o funcionamento do ACBrMonitorPlus. Obrigado e mais uma vez, Parabéns2 pontos
-
2 pontos
-
2 pontos
-
Desmarque a opção "Remover warnings de CAST causados por WideString/String/AnsiString" no instalador. Essa opção só é compatível com versões mais novas do Delphi.2 pontos
-
Obrigado pessoal, Vou tentar estas dicas que passou @FRANCISCO908 abraço2 pontos
-
A princípio sim, gerar uma nova remessa com a propriedade Titulo.OcorrenciaOriginal := toRemessaConcederDesconto e preencher os dados do desconto. Mas é preciso saber também se o banco aceita esse tipo de remessa de alteração de desconto. Se você já fazia remessa de registro de boletos com desconto para esse banco provavelmente a implementação está feita no ACBr.2 pontos
-
Bom dia Para utilizar NFCe do CE será necessário utilizar o Integrador Fiscal do CE, ele será encarregado de realizar a transmissão e obter retorno do XML. Com o ACBr você pode utilizar o componente ACBrNFe basta setar o componente ACBrIntegrador na propriedade "Integrador" a partir desta configuração o ACBr gera o XML na pasta "Input" para leitura do Integrador Fiscal. e lê o retorno do integrador na pasta "Output". Os métodos utilizados para envio são os mesmos utilizados com NFe normal utilizando o componente ACBr. Para utilizar o MFE não é mais necessário utilizar o Integrador Fiscal do CE, basta configurar a dll do integrador no componente SAT: Conseguirá iniciar os testes com o Integrador pois é o mesmo principio do SAT, mas precisará ativar o MFe e e realizar testes antes de colocar em produção, pois precisará trocar a dll de comunicação...2 pontos
-
Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.2 pontos
-
Coloquei todas as permissões na pasta Embarcadero. Agora consigo o inherit, use ou copy desde que o nome do form não contenha os pontos. Pelo jeito, o problema está na nomenclatura projeto.view.form.pas. Alterando para projetoviewform.pas dá certo. Apesar da permissão ter resolvido em parte, ainda parece haver um bug da IDE.2 pontos
-
Tem uma linha em branco no fim do arquivo... Com o demo do componente acontece o mesmo problema?2 pontos
-
Boa tarde, Pela própria aplicação mesmo. Mas descobrimos que o problema estava em um componente nosso que faz a comunicação com a Sefaz.2 pontos
-
Hoje tem tanta novidade e alteração o tempo todo na NFe que se você não atualiza o ACBr constantemente com certeza vai acabar tendo problema em algum ponto. O campo cBenef não é novo, já existe há bastante tempo no layout. O que está sendo exigido agora por algumas UFs é o preenchimento do mesmo, e com os valores válidos segundo a tabela disponível no portal nacional da NFe. Foi criado também um novo valor válido para esse campo, o literal 'SEM CBENEF' então isso implica em atualização de Schemas. Então, provavelmente a sua cópia do ACBr já gera o campo cBenef, basta preencher, mas é recomendável sim a atualização periódica do ACBr e Schemas.2 pontos
-
Já tive o mesmo problema quando fazia a instalação manual dos pacotes sem utilizar o ACBrInstall. Até onde lembre, um dos diretórios usados pelo Delphi para carregar os bpl´s estava sendo compartilhado por ambas as instalações do Delphi. Quando compila ele estava pegando do diretório destinado a guardar os bpl´s daquela versão, mas quando fechava o delphi e ia abrir, ele acaba pegando do diretório da versão antiga do Delphi. Tenta fazer o seguinte, remove do XE6 e faz usando o ACBrInstall, então no Community faz a instalação manual, já que versões Trial ou Starter/Community não possuem o compilador por linha de comando e consequentemente não será possível compilar usando o ACBrInstall1 ponto
-
Boa tarde Gleryston, A sua alteração esta correta, muito obrigado pela colaboração, já enviei para o repositório.1 ponto
-
Imprimir essa descrição gigante não é nada prático... vai precisar reduzir outros campos, o que vai contra as dimensões mínimas definidas no último MOC: Até que se defina em NT novas dimensões acho que pode-se manter abreviado... afinal não tem como seguir as duas normas e mostrar o texto todo... mas vamos aguardar opiniões dos demais.1 ponto
-
Me parece que está relacionado a esse tópico abaixo. Você chegou a ver?1 ponto
-
É estranho esta recusa... muita gente gera remessa da Caixa sem problemas... Se gerar a remessa pelo demo ACBrBoleto, informando RG ou SR também apresenta recusa na remessa? Se sim anexe o log completo da recusa, se possível...1 ponto
-
1 ponto
-
Hmm... Acho que estamos com ideias diferentes. Eu não vejo o Application.onException com o objetivo de tratar erros num form específico. Eu o vejo como um modo pra tratar exceptions que fugiram todos os tratamentos nos forms. Nesses casos, o ideal é você registrar o CallStack da exception, de modo que você vai saber exatamente não só onde aconteceu, mas também o percurso que o código fez pra gerar o erro. Fica mais estável porque você estava sobrescrevendo o Application.onException. Você pode remover o código que faz isso e daí usar um TApplicationEvents para cada form como queria. O detalhe é que nesse caso, todos os forms abertos vão receber o evento. Daí você deve usar o método CancelDispatch para impedir a propagação pros próximos forms. Queria acrescentar que esse modelo eu nunca trabalhei... mas não me parece vantajoso.1 ponto
-
Bom dia @Juliana Tamizou, O layout disponibilizado no Manual de Orientação do Contribuinte nem tem essa coluna nos itens. Não encontrei nada que proíba, nenhuma NT que cite algo do gênero.1 ponto
-
Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.1 ponto
-
Bom dia Walter, Tente da seguinte forma: infCTeNorm.infCTeSub.chCte := <chave do CT-e Normal>; infCTeNorm.infCTeSub.refCteAnu := <chave do CT-e de Anulação>; caso o tomador não seja contribuinte do ICMS e foi emitido antes o CT-e de Anulação. ou infCTeNorm.infCTeSub.chCte := <chave do CT-e Normal>; infCTeNorm.infCTeSub.tomaICMS.refNFe := <chave da NF-e de Anulação>; caso o tomador seja contribuinte e emitiu a NF-e de Anulação.1 ponto
-
Veja a parte do código que carrega a dll como eu mencionei antes "LoadDLLFunctions". Você vai ver que ele menciona o caminho da DLL: // Concatena o caminho se exitir mais o nome da DLL. sLibName := sLibName + CACBrTEFD_CliSiTef_Lib; Essa constante "CACBrTEFD_CliSiTef_Lib" usada no nome da DLL é definida por volta da linha 90 no arquivo que você anexou: ... {$IFDEF LINUX} CACBrTEFD_CliSiTef_Lib = 'libclisitef.so' ; {$ELSE} CACBrTEFD_CliSiTef_Lib = 'CliSiTef32I.dll' ; {$ENDIF} ...1 ponto
-
Bom dia pessoal, fiz uma nova alteração na unit pcnNFeW ao invés de ficar como 1 na ocorrência vai verificar a tag "modBCST", se estiver como margem de valor agregado vai gerar a ocorrência como 1 caso contrário vai gerar como 0, segue a unit alterada também, caso eu esteja errado por gentileza me corrijam. Agradeço desde já. pcnNFeW.pas1 ponto
-
Bom dia Paulo, Com o Schema corrigido pelo nosso amigo BigWings consegui validar o XML gerado. Mas a estrutura do XML que o webservice espera não é exatamente a que consta no Schema. Vamos a um exemplo: No Schema temos: <xsd:complexType name="tcLoteRps"> <xsd:sequence> <xsd:element name="NumeroLote" type="tsNumeroLote" minOccurs="1" maxOccurs="1" /> <xsd:element name="CpfCnpj" type="tcCpfCnpj" minOccurs="1" maxOccurs="1" /> <xsd:element name="InscricaoMunicipal" type="tsInscricaoMunicipal" minOccurs="0" maxOccurs="1" /> (...) </xsd:sequence> <xsd:attribute name="Id" type="tsIdTag" /> <xsd:attribute name="versao" type="tsVersao" use="required" /> </xsd:complexType> Só que o webservice espera pela tag <Cnpj> e não pelo grupo <CpfCnpj> conforme consta no schema. Imagem do Erro ao enviar o Lote. Ou esse provedor faça as devidas correções no webservice para que o mesmo fique em conformidade com o Schema, ou eles forneçam um Schema que condiz com o que o webservice espera receber. Esse tipo de situação, para mim é uma tremenda falta de respeito para com os contribuintes da cidade e muito amadorismo. A minha sugestão é pedir para os seus clientes protocolarem na prefeitura uma reclamação, informando que com o Schema fornecido por eles, além de ter sido corrigido para poder usar não bate com o que o webservice espera. A finalidade do Schema é poder validar o XML antes do seu envio com o objetivo de evitar o envio de um XML que contenha erros de estrutura.1 ponto
-
Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.1 ponto
-
Tente rodar o Demo do ACBrMail nessa máquina... provavelmente é retornada alguma mensagem de erro, que está sendo suprimida1 ponto
-
1 ponto
-
1 ponto
-
Olá, eu tenho o erro em uma ocasião, mas hoje tudo funciona bem. tente novamente1 ponto
-
Consegui resolver, como é um arquivo que possa ter sido salvo pelos meus sistemas ou por sistemas de terceiros que apenas são gerados via delphi, passei a inserir uma informação indicativa dentro do arquivo, que apenas eu insiro, ou seja, se o arquivo vier de outro sistema vai vir sem essa informação.1 ponto
-
Na homologação você precisa enviar para um município específico, código IBGE 3504800, como diz o manual: Então você deve configurar os dados do emitente como sendo dessa cidade.1 ponto
-
Pelo log você não configurou o modelo da balança. Tente também definir a velocidade como 2400.1 ponto
-
Nesse caso vvocê. precise que o autor do DOC lhe informe que etiqueta deveria usar... Impressoras de Etiquetas geralmente não são usadas por DOC... mas por programas específicos como o Bartender1 ponto
-
1 ponto
-
Os métodos são implementados nas classes filhas, dependendo da configuração SSLCryptLib. Por isso é levantada a exceção nesse trecho, para indicar que há configuração incorreta.1 ponto
-
1 ponto
-
Como a nota só tem serviços creio que a tag total.vProd deve ser zero.1 ponto
-
Isso foi corrigido na revisão 17635. Tem certeza que está na última revisão dos fontes? É realmente uma NFe ou NFCe que está sendo impressa como DANFE?1 ponto
-
Boa tarde Se possível, realize a alteração necessária e se o Banco homologar, anexe o fonte alterado, assim atualizamos no SVN.1 ponto
-
Na pasta onde se encontra o componente, no diretório 'Exemplos\ACBrDFe\ACBrNFe', tem um arquivo chamado DistribuicaoDFe.txt que contém as informações. Também está no exemplo ACBrNFe.1 ponto
-
Bom dia pessoal, Fiz uma NFC-e da minha empresa hoje aqui, tudo normal, então tentei fazer uma NFC-e de uma empresa que começou agora e deu o seguinte erro: 897-Codigo numerico em formato invalido Mas que estranho na minha empresa o mesmo código não dá nenhum problema? O que será que acontece? Desde já agradeço a ajuda.1 ponto
-
Resolvido pessoal, observei a regra abaixo, obrigado! Como resolver? Vamos nos atentar ao que a Sefaz diz sobre o Código numérico que compõe a Chave de Acesso: Número aleatório gerado pelo emitente para cada NF-e para evitar acessos indevidos da NF-e; Sendo assim, por se tratar de um número aleatório, para resolver basta alterar o campo cNF, informando uma numeração com no máximo 8 dígitos. Desde que não seja o próprio número da NF-e e também não seja igual a: 00000000, 11111111, 22222222, 33333333, 44444444, 55555555, 66666666, 77777777, 88888888, 99999999, 12345678, 23456789, 34567890, 45678901, 56789012, 67890123, 78901234, 89012345, 90123456, 012345671 ponto
-
Bom dia Luís, Ao emitir um MDF-e você já pode relacionar todos os condutores do respectivo veiculo. Mas vamos supor que o veiculo vai sair da UF "A" e vai até a UF "B" e depois vai para a UF "C". Se de "A" até "B" é apenas um condutor e de "B" até "C" são dois, no meu entendimento o MDF-e tem que ser emitido com apenas um condutor e quando o caminhão chegar na UF "B" a transportadora envia o evento de inclusão de condutor. Outra coisa, como o evento se refere a inclusão, logo não se trata de troca. Caso ocorra troca, no meu entendimento deve-se fechar o MDF-e e emitir um novo com o novo condutor.1 ponto
-
Boa tarde pessoal. Estou usando o demo do acbr para nfse para tentar enviar uma nota em homologação. Ainda não uso o acbr, estou em fase de testes. Testei a homologação de notas de algumas prefeituras e quando cheguei na de São Paulo me apresentou o seguinte erro: http://www.prefeitura.sp.gov.br/nfe}EnviarLoteRpsEnvio' is used but not declared in the DTD/Schema. Eu li no tópico de uma colega que teve o mesmo erro ( ) mas ela conseguiu resolver e eu não. Acabei de atualizar os fontes para testar e ainda continuo com o mesmo erro. Podem me ajudar? Obrigado.1 ponto