Painel de líderes

Resolvido Jose Junior Obrigado pelo empenho. O tópico pode ser fechado em definitivo. Está resolvido

Kleberson, Favor atualizar os fontes. Não atribua nada aos campos tpFretamento e dhViagem. A alteração que fiz é para ele não gerar o grupo <infFretamento> a não ser que seja atribuído os valores tfEventual ou tfContinuo ao campo tpFretamento. Deixei o campo dhViagem opcional, logo só deve ser gerado caso seja informado uma data ao respectivo campo.

Bom dia.. Conforme o Sérgio, realmente 01 dinheiro nao tem fatura.. fiz um exemplo xml, em que é a vista . tem de informar somente pag. Valeu t+ Dinheiro_Sem_duplicata.xml

Sim, exceto o MT que ainda precisa fazer o mesmo ajuste.

Concordo plenamente.. E você já imaginou um escritório contábil, que tem "X" clientes e querem usar o A3 pra entregar o eSocial? Cada vez que for enviar um cliente em específico, terá que ficar conectando e descontando o A3 do servidor.. Tem desses também..

Mais uma vez, parabéns Italo, aguardando ansiosamente. Forte abraço!!!

Sim, resolveu obrigado!

Perfeito Italo! Usando a libCapicom funcionou. No entanto usamos o certificado no banco de dados, então irei aguardar o ajuste definitivo, pois precisa ser da libWinCrypt. Obrigado.

Henrique, Pelo que andei notando quando o componente é configurado com o libCapicom o grupo <Signature> é acrescentado antes da tag de fechamento </Pedido> que por sinal é a posição correta. Mas quando o componente é configurado com o libWinCrypt o grupo <Signature> é acrescentado antes da ultima tag do XML, ou seja, tag de fechamento </CancelarNfseEnvio>, ficando desta forma incorreto. Analisando os fontes notei que a rotina Assinar do libCapicom leva em consideração o conteúdo de um parâmetro chamado docElement cujo conteúdo é: Pedido></CancelarNfseEvento, isso instrui a rotina a incluir o grupo <Signature> antes dessa sequencia de tabs. Por outro lado a rotina Assinar do libWinCryot não leva em consideração o conteúdo do parâmetro docElement, levando em conta apenas a última tag do XML. Por favor realizem testes com o Capicom e peço que tenham mais um pouco de paciência, pois estou em busca de uma solução definitiva.

Boa tarde, por padrão define que o cliente emite... Preencha o campo "CodigoGeracao" do título como "1"

Boa tarde, por padrão define que o cliente emite... Preencha o campo "CodigoGeracao" do título = "1"

Siga o padrão ACBr, será melhor para sua aplicação. Mesmo havendo diferenças nas danfes.

Sim e não, Existem funcionalidades que são impressas automaticamente em informações adicionais ex procedure TfrlDANFeRLRetrato.DadosAdicionais; var sProtocolo, sSuframa : String; begin rlmDadosAdicionaisAuxiliar.Lines.BeginUpdate; rlmDadosAdicionaisAuxiliar.Lines.Clear; // Protocolo de autorização, nos casos de emissão em contingência if (FNFe.Ide.tpEmis in [teContingencia, teFSDA]) and (FNFe.procNFe.cStat = 100) then begin sProtocolo := ACBrStr('PROTOCOLO DE AUTORIZAÇÃO DE USO: ') + FNFe.procNFe.nProt + ' ' + DateTimeToStr(FNFe.procNFe.dhRecbto); InsereLinhas(sProtocolo, iLimiteCaracteresLinha, rlmDadosAdicionaisAuxiliar); end; // Inscrição Suframa if FNFe.Dest.ISUF > '' then begin sSuframa := ACBrStr('INSCRIÇÃO SUFRAMA: ') + FNFe.Dest.ISUF; InsereLinhas(sSuframa, iLimiteCaracteresLinha, rlmDadosAdicionaisAuxiliar); end; InsereLinhas( TACBrNFeDANFeRL(Owner).ManterDocreferenciados( FNFe,FImprimirDadosDocReferenciados ) + ManterInfAdFisco + ManterObsFisco + ManterProcreferenciado + ManterInfContr + ManterInfCompl , iLimiteCaracteresLinha, rlmDadosAdicionaisAuxiliar); rlmDadosAdicionaisAuxiliar.Lines.EndUpdate; end; Que não sofrem críticas dos usuários Caso , deseje enviar uma sugestão para manter o padrão entre as danfes ( retrato e paisagem ), será de boa ajuda. Envie o arquivo xml. para facilitar alguns testes.

Não é necessário informar duplicatas ou faturas quando a forma de pagamento for Dinheiro.

Use o software de ativação fornecido pela Dimep e faça uma consulta de status operacional. Se funcionar, use a dll que encontra-se na pasta desse software.

Ok Italo vou fazer os Teste...

Joceandro, Tudo bem que o A3 tem 3 anos de validade e o A1 tem apenas 1 ano e talvez dentro de 10 anos gasto com o A1 seja maior que o gasto com o A3. Mas vamos lá, o A1 é um arquivo que é instalado no Windows, na verdade nem precisa e você pode carregar o conteúdo do certificado para dentro do banco de dados. Isso simplifica muito, pois não há necessidade de instalar em várias maquinas, uma vez que o banco de dados esta no servidor. Sem mencionar a segurança que isso traz. O componente ACBreSocial lhe possibilita isso. Um usuário "mané" nem vai saber que para transmitir o e-Social se faz necessário de um certificado digital (que é a assinatura do dono da empresa), uma vez que ele esta instalado na maquina ou se encontra no banco de dados. Já o A3 é visível, pois ele pode ter um formado de cartão de credito que fica inserido em uma leitora que por sua vez esta conectado a maquina. Se o estrupício não conectar corretamente o cartão ou o cabo da leitura na maquina, pronto a coisa não funciona. E como você sabe curiosidade mata, ainda por cima se o cerificado A3 for no formato Token (pen-drive). Pergunte a esses clientes insistentes se eles confiam cegamente em todos os funcionários. Pergunte também se eles desejam segurança ou vulnerabilidade.

Já tentou atualizar a pasta de schemas? está atualizado com a nova versão 4.0 ? Qual é exatamente a mensagem de erro? Att Ricardo

Você pode usar o validador da SEFAZ-RS para esse tipo de análise. https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx Vou considerar o tópico como resolvido.

Veja que você postou o bloco de comandos para criar a NFe 1687 onde o indFinal=1, e anexou XMLs referentes a NFe 1688 onde o indFinal=0 Para emissão de uma NFe para consumidor final, a tag indFinal tem que receber o valor 1.

Bom dia Everson, Será que o problema não é o nível que não é 3? Tentou mudar ele para 2 ou 4 para ver ser resolve o problema?

Bom dia Claudemes, Favor atualizar todos os fontes de todas as pastas e iniciar os testes com o programa exemplo. Criei um provedor chamado DeISS para a prefeitura de Indaiatuba/SP.

Perfeito. Procurei para onde estava apontando a referencia e encontrei um 'danadinho' sobrando. Removi e nem precisei indicar o local certo. Muito obrigado, BigWings I hope your 'BigWings' continue to cover the knowledge. Boa semana pra todos.

Você pode começar lendo o manual de orientações: http://www.cte.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=bx74pJ8hXaM= Também as notas técnicas de 2016 pra cá que trazem as alterações e complementos: http://www.cte.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=Y0nErnoZpsg= O CTe pode ser modelo 57 para transporte de cargas ou o CTe-OS, modelo 67 para transporte de passageiros e outros tipos específicos de itens. no modelo 57 ele pode rodoviário, ferroviário, aquaviários, aéreo, multimodal... Os campos que precisa criar estão todos no layout, quantos vai ter que colocar no teu aplicativo vai depender do escopo do mesmo.

Verifique a sintaxe do teu .ini. Você está informando a data de emisão da NFCe em branco.

Boa noite Rodrigo, essa alteração ja foi feita e homologada pelo banco, tente fazer um update do componente e dar uma checada

Veja... Caso você receba o erro abaixo significa que sua pasta schemas está desatualizada. Atualize sua pasta schemas. 1824 - Element '{http://www.portalfiscal.inf.br/nfe}vDesc': '0.00' is not a valid value of the atomic type '{http://www.portalfiscal.inf.br/nfe}TDec_1302Opc'

Deixe a propriedade ImprimeEmUmaLinha := False e veja se resolve.

Apenas a título de informação, notei que também é possível selecionar a Busca pelo Google no ComboBox de Busca padrão, do fórum

Consegui resolver o problema. Aqui temos um form com todos os componentes do ACBr que usamos no sistema. Ele não é criado em tempo de execução, ou seja, é iniciado com o sistema e o finalizado ao encerrar a aplicação. A solução foi chamar o método DestroyComponents para esse form no FormClose do formulário principal.

Boa tarde a todos, Sempre que o código do status for 999 significa que o webservice da SEFAZ esta com problemas. Portanto só existe duas coisas a serem feitas: 1. Entrar em contato com a SEFAZ e expor o problema. 2. Esperar.

amigo @Antonio Carlos L muito obrigado pela sua dica. Era exatamente o protocolo TLS 1.2 foi so aplicar os updates e tudo funcionou. Mais uma vez.. obrigado.

Limpar a instalação do ACBr

Pela configuração você vai precisar da dlls do openssl e da libxml de acordo com sua aplicação, ou seja x86 ou x64.

É um erro de construção do webservice. A documentação determina que o parâmetro de entrada de dados seja na tag nfeDadosMsg, esse webservice incluiu um grupo pai do nfeDadosMsg chamado consultaCadastro que não deveria existir. <wsdl:types> <s:schema elementFormDefault="qualified" targetNamespace="http://www.portalfiscal.inf.br/nfe/wsdl/CadConsultaCadastro4"> <s:element name="consultaCadastro"> <s:complexType> <s:sequence> <s:element minOccurs="0" maxOccurs="1" name="nfeDadosMsg"> <s:complexType mixed="true"> <s:sequence> <s:any/> </s:sequence> Provavelmente será corrigido, resta aguardar.