Ir para conteúdo
  • Cadastre-se

Painel de líderes

Conteúdo popular

Showing content with the highest reputation on 07-04-2021 em todas as áreas

  1. Olá Pessoal. As regras de validação YA02-60 (que trata sobre o meio de pagamento <tPag>), YA06-10 (que trata sobre a bandeira do cartão <tBand>), B25c-10 (que trata sobre o indicativo do intermediador <indIntemed>), YA02a-10 e YA02a-20 (que tratam da descrição do meio de pagamento <xPag>) conforme consta na página 4 - Tabela de Histórico de Alterações e Cronograma, essas regras só vão ser ativadas nas seguintes datas: Ambiente de Homologação: Até 03/05/2021 - Isso significa que dependo da UF as regras podem ser ativadas antes da data prevista. Ambiente de Produção: 01/09/2021 A regra YA02-50 (que não permite o uso do valor 99 para tPag) não existe no ambiente de produção e vai ser eliminada do ambiente de homologação até 03/05/2021. Os Schemas que contemplam todas as versões dessa NT já se encontram no repositório, é extremamente importante que vocês atualizem todos os fontes de todas as pastas e consequentemente atualizem os Schemas em seus clientes. O componente ACBrNFe já esta pronto também, mas no momento não temos noticias que alguma SEFAZ já ativou as regas mencionadas acima. Se alguém esta com problema de rejeição de notas em função das regras no ambiente de homologação, favor postar no fórum para que possamos disponibilizar os fontes que atende as novas regras.
    4 pontos
  2. Acho que não fui bem claro. Essa forma de pagamento só será utilizado na NFF - Nota Fiscal Fácil que por enquanto somente pelo APP da SEFAZ. Esquece essa forma de pagamento.
    2 pontos
  3. Segue anexo a primeira versão do componente ACBreSocial adaptado para a versão simplificada. ACBreSocial.zip eSocial Schemas.zip eSocial Versão S-01-00-00 - Progresso da adaptação do componente ACBr.pdf
    2 pontos
  4. Tendo a dll capicom.dll registra ela com comando regsvr32 capicom.dll No Delphi : acesse, dentro do menu Component, a opção Import Component Na janela que aparece, selecione Import a Type Library e pressione Next para gerar a Unit CAPICOM_TLB.pas inclua no projeto uses CAPICOM_TLB; agora em um botão coloca o seguinte código procedure TForm1.Button1Click(Sender: TObject); var Certificado: ICertificate2; lSigner : ISigner2; SignedCode : ISignedCode; begin {Assina um exe Digitalmente} try Certificado := CoCertificate.Create; SignedCode := CoSignedCode.Create; lSigner := CoSigner.Create; Certificado.Load('Certificado.pfx', 'senhacertificado', CAPICOM_CERTIFICATE_FIND_SUBJECT_NAME, CAPICOM_STORE_OPEN_READ_ONLY); SignedCode.FileName := 'Aplicativo.exe'; lSigner.Certificate := Certificado; SignedCode.Sign(lSigner); SignedCode.TimeStamp('http://timestamp.digicert.com'); finally end; end; Obs: Postei aqui porque não achei isso em lugar algum na net e queria deixar registrado!
    1 ponto
  5. Show... @Daniel Simoes muito obrigado pela consultoria como sempre..... Mais pra frente, após terminar as alterações do PayGoWeb eu entro em contato com o @José Tamizou Jr para dar andamento na segund ahomologação... Muito obrigado... Pode fechar o post por favor.... Abs
    1 ponto
  6. Sim.. acho que fica mais simples fazer uma homologação por vez... (todas são muito simples)... Com o PDC que você tem para a PayGoWeb, você já pode implementar o TEF dedicado (com PinPad) no seu PDV/caixa... e o cliente já poderá utiliza-lo... Depois partimos para a homologação com o POS TEF... em paralelo, já podemos abrir um novo Card, solicitando um PDC para o POS TEF... o @José Tamizou Jr, pode nos ajudar com essa solicitação de novo PDC para o POS TEF Em posto de combustível, é muito comum esse cenário.. POS TEF na pista, lendo os abastecimentos da concentradora... e um TEF com PinPad na Loja de conveniencia
    1 ponto
  7. Sim, você pode manter 2 PDCs de homologação ativos com a PayGo... não há problemas quanto a isso... Mas observe que a aplicação do POS TEF, é mais para ser um "fechador de vendas", a interface de perguntas e menus do POS TEF, é limitada para operações muito complexas...... Essa aplicação do POS TEF, será um Servidor que rodará a parte do seu PDV, compartilhando o mesmo banco de dados A homologação com a PayGoWeb no seu PDV, exigirá mudanças na interface, principalmente na questão da Finalização da venda...
    1 ponto
  8. Realmente não funciona.. a configuração no lado da PayGo, é bem específica para um tipo de captura... Mas não há problemas (ou custo) em solicitar um novo Card para homologação do POS TEF e com isso, obter um PDC correto...
    1 ponto
  9. Sim, é possível usar o POS TEF, como papa fila... Isso é demonstrado nesses vídeos: Você pode baixar o SDK do POS TEF em nossa página: https://projetoacbr.com.br/tef/#integracao (botão SDK POS) Você precisará instalar o Emualdor de POS TEF, que já se encontra no SDK acima.. o vídeo abaixo, mostrar como instalar o Emulador do POS TEF Já para Desktop, é outro SDK, e nesse caso você usaria a PayGoWeb... o vídeo abaixo fala sobre ele: São processos distintos... Uma homologação para PayGoWeb, e outra para o POS TEF... vídeos abaixo: Homologação do POS TEF Homologação da PayGoWeb: Sim Funciona... isso é explicado no vídeo de instalação do Emulador do POS TEF
    1 ponto
  10. Veja PaygoWeb é para fazer com sua aplicação de software onde tu vai ter telas de recebimento o postef já é outra coisa, ele vai ter um equipamento separado android no caso um pos
    1 ponto
  11. olá, @jean_peixoto aqui eu consegui resolver da seguinte forma nas configurações do meu sistema eu coloquei pra 3 e ai passou, porem se eu trocar de impressora colocar um bematech eu tenho que voltar pra 0, nao consegui ainda entender o porque. veja se ajuda a epson tem um programa de ajuste esse aqui, ver a margem esquerda se você aumentar se resolver o seu problema.
    1 ponto
  12. Juliomar! Olha só! A cliente resolveu fazer outra nota, deixou essa pra outra hora, aí deu erro de duplicidade na numeração. Fui consultar o referido numero e pra minha surpresa, a nota com os 440 itens estava lá, ou seja, o sistema não pegou o retorno do processo pra gravar no banco (protocolo de autorização). Com isso, concluo que é problema na internet deles lá, pois é ADSL (Oi) e verifiquei no modem, o upload é apenas 1Mb, sendo que o download é 15Mb. Concorda comigo?
    1 ponto
  13. Ok Antonio.carlos, informei "AD" no Prefixo CFe, vô gerar um SAT e rotorno o resultado, obrigado.
    1 ponto
  14. Boa tarde, Os Schemas da NF-e que se encontram em nosso repositório, não haverá a necessidade de realizar essa troca de Schemas no dia 01/09/2021. Como já foi dito o ENCAT fez uma lambança não só com a NT mas também com os Schemas. Use os nossos Schemas e esqueça até que eles resolvam nos 45 minutos do segundo tempo acrescentar mais alguma coisa.
    1 ponto
  15. Fala Italo, Boa tarde man, Man top demais, fico no aguardo aew. Muito obrigado! Abraço!
    1 ponto
  16. @PORTERR verifique senão esta com a configuração de Prefixo no ACBrMonitorPlus:
    1 ponto
  17. Essa NT virou uma piada. Até o final deste mês é bem provável se saia uma nova versão dela.
    1 ponto
  18. O responsável pelo layout desse TXT é o SEBRAE... existe alguma atualização por parte deles ?
    1 ponto
  19. Bom dia, o layout padrão TXT disponibilizado pelo ACBr segue a documentação do Sebrae, até o momento não foi atualizado com as novas tags. E atualmente parece estar fora do ar: http://emissores.sebrae.com.br/manual/nfe.html O indicado é utilizar o Modelo .ini do Próprio ACBr, esse sempre atualizamos assim que saem novas NTs da SEFAZ.
    1 ponto
  20. Tá beleza então... Fico no aguardo. Abraços
    1 ponto
  21. Bom dia por enquanto essas regras são válidas somente no ambiente Homologação, algo a ter atenção para 434-Rejeicao: NF-e sem indicativo do intermediador, é o seguinte: caso campo Presencial igual a(2,3,4,9), a tag do intermediador deve ser informada (0,1), caso não seja, ocorrerá erro no envio da nfe. caso campo Presencial diferente dos valores acima, então não informe a tag intermediador, porque se não dará erro no envio da nfe.
    1 ponto
  22. Bom dia Mauricio, Já enviei para o repositório a alteração da URL no arquivo INI do provedor.
    1 ponto
  23. Bom dia! Tudo certo? @Italo Giurizzato Junior irei testar aqui com os fontes atualizados. Agradeço!
    1 ponto
  24. Caro Juliomar, se isso foi um chute, para tudo e vai pra NFL, na mosca, estou migrando do xe2 para 10.4 e isso não era necessário antes, muitissimo obrigado.
    1 ponto
  25. Você precisa verificar se sua tabela CESTxNCM está realmente atualizada de acordo com as últimas legislações. Comece olhando por esse link: https://www.confaz.fazenda.gov.br/legislacao/convenios/2018/CV142_18
    1 ponto
  26. Sim, Exatamente... é esse mesmo o path da pasta... como meu sistema é mult-empresas, eu tenho a instalação dentro de uma pasta correspondente... Sobre a TAG indPres, eu realmente uso... vou desconsiderar a tag indIntermed. Obrigado! Já vou fazer os testes com os teus schemas! Obrigado por enquanto!
    1 ponto
  27. Hum, acho que começara em homologação a 1.20 03/05/2021 o jeito é esperar...
    1 ponto
  28. Bom dia Amarildo de Matos está difícil de entender essa sefaz aqui em homologação tenho que enviar assim <indPres>1</indPres> <indIntermed>0</indIntermed> pelo que entendi quando indPres = 1 não deveria informar a tag indIntermed estranho rsrsrs
    1 ponto
  29. O serviço de transporte de cargas existe para concretizar uma operação comercial que envolve a necessidade do deslocamento/entrega de uma mercadoria. São dois processos distintos, porém intrinsicamente relacionados, seja nas operações envolvendo extensas cadeias de suprimentos (B2B/B2G), devidamente documentadas por NF-e, como, também, nas operações destinadas ao consumidor final (B2C), documentadas por NFC-e. São nos documentos fiscais que registram vendas de mercadorias onde encontramos as informações indispensáveis ao planejamento, armazenamento, programação da entrega e emissão dos documentos de transportes: quem vendeu a mercadoria, a quem se destina, seu valor, quantidade, forma de acondicionamento, GTIN, NCM da mercadoria, entre outras. Em um mundo conectado como o que vivemos, um simples atraso na obtenção dessas informações ou erro na transposição desses registros para os documentos de transportes, trazem prejuízos e custos adicionais para os transportadores, além de comprometer a qualidade e a eficiência da entrega. Foi a partir do claro entendimento da importância e indivisibilidade entre esses dois processos, que o ENCAT, as Secretarias de Fazenda, a Receita Federal, órgãos reguladores representados pela ANTT, ANTAQ e ANAC, além das empresas do segmento de transporte, colaborativamente, desenvolveram e implementaram um conceito que é muito maior que a emissão de um simples documento. Construíram um abrangente ecossistema, único no mundo, que conecta, em tempo real, absolutamente todos os atores da cadeia logística: desde a produção, distribuição, até o consumidor final. Este extraordinário insight, trazido a partir do MDF-e, permitiu que diversos fatos que ocorrem fora da cadeia de transportes, mas que são extremamente importantes para qualidade e eficiência da prestação do serviço, sejam “sincronizados” automaticamente com as transportadoras e demais atores do segmento, em milésimos de segundos após a sua ocorrência. É como se fosse mágica, dizem seus usuários! Um exemplo bastante atualizado, se aplica ao processo que permite ao emitente ou destinatário da NF-e, isso vai depende se a modalidade de contratação é CIF ou FOB, registrar seu consentimento para que o transportador realize o download do arquivo XML da NF-e, visando a automação do processo de emissão do MDF-e/CT-e, de forma alinhada com as diretrizes do sigilo fiscal e a novíssima legislação de acesso a dados. Outro benefício disponibilizado é a possibilidade de rastreabilidade da carga, a partir de registros de passagens capturados nas praças de pedágio e câmeras OCR de leitura de placas, já instaladas pelas prefeituras e Polícia Militar dos municípios de percurso do transporte, que quando integradas ao ONE - Operador Nacional dos Estados, são automaticamente repercutidas nos documentos fiscais de transporte e mercadorias, entre muitos outros processos que aumentam a segurança do motorista e da carga, sem nenhuma cobrança de tarifa adicional para seus usuários. Não foi uma jornada trivial, foram necessários muitos anos para se chegar ao estágio de excelência e amadurecimento atuais, que exigiram confiança mútua, engajamento e elevados investimentos, não só dos transportadores conectados ao ecossistema, como dos órgãos de governo, federais e estaduais, envolvidos na implantação do Sistema Público de Escrituração Digital – SPED, instituído pelo Decreto 6.022 de janeiro de 2007. Atualmente, apesar da complexidade do sistema tributário brasileiro, os documentos fiscais eletrônicos do Brasil são reconhecidos internamente e internacionalmente como um dos melhores do mundo, uma vez que, além de cumprem sua função de obtenção de informações para o desenvolvimento de políticas públicas de Estado, proporcionam um ambiente robusto e preparado para os desafiadores cenários trazidos pela atual economia colaborativa e conectada, além de possibilitar diferenciais competitivos ao core de negócios de todos os atores da cadeia de suprimentos. ENCAT: Inovação é a nossa marca. Se você não viu nossos posts anteriores sobre este tema, publicados nas redes sociais do ENCAT e Portal de DF-e, não deixe de acessar nossas publicações nos canais descritos abaixo: 1) MDF-e: O Suporte Digital da Transformação dos Serviços de Transporte no Brasil (01/04/2021) Twetter: http://www.encat.org/?p=1760 Facebook: Encat Brasil Portal DF-e SVRS: https://dfe-portal.svrs.rs.gov.br/MDFE/Noticias/229 Ative suas notificações e fique atento para nossas próximas publicações. COORDENAÇÃO TÉCNICA DO ENCAT 06/04/2021
    1 ponto
  30. Olá Pessoal, estou criando mais um tópico com intuito de mostrar para vocês como utilizar ACBrLib no C#. Realizando download do ACBrLib. Primeiramente vamos fazer o da versão mais atualizada do ACBrLib.. Use os Links abaixo: DOWNLOAD da versão DEMO DOWNLOAD da versão PRO Após realizar o download do ACBrLib que deseja utilizar, será necessário descompactar o arquivo, assim que descompactar teremos uma estrutura de pasta exatamente assim. Ao acessar a pasta bin, temos algumas pastas como Cdecl, StdCall, Linux e MT, a pasta MT é onde esta ACBrLib com suporte para multithread. Para entender sobre a convenção de chamada Cdecl ou StdCall veja a sessão Cdecl ou StdCall qual usar, no Manual ACBrLib. Para entender as diferenças entre as bibliotecas multithread e singlethread veja o tópico a seguir: Copiando as bibliotecas para a pasta da Aplicação. Vou utilizar a ACBrLib com suporte a singlethread, mas para multithread os passos são os mesmos. Então vamos acessar a pasta bin, e depois Cdecl ou StdCall conforme a convenção a ser utilizada. Copiar ACBrLib x86, caso sua aplicação for compilada em x86 ou copie ACBrLib x64 caso sua aplicação for compilada em x64. Acessando a pasta onde esta o .exe da aplicação, vamos criar uma pasta chamada ACBrLib. Dentro desta pasta vamos criar mais uma pasta com o nome de x86 ou x64, vai depender de qual versão do ACBrLib você vai utilizar, como eu compilei aplicação em x86, vou criar pasta com nome de x86 e colar ACBrLib para dentro da pasta. Deve ficar desta forma. Bibliotecas com outras dependências - OpenSSL e LibXml2. Dentro da pasta dep temos duas dependências OpenSSL e LibXml2. - ACBrLibMail precisa da dependência OpenSSL. - ACBrLibSAT, ACBrLibCTe, ACBrLibGNRe, ACBrLibMDFe e ACBrLibNFe precisam das dependências OpenSSL e LibXml2. Copie a versão das dependências que correspondem a versão da ACBrLib que você vai utilizar, dependências x86 para ACBrLib x86 ou dependências x64 para ACBrLib x64. Bibliotecas com outras dependências - Pasta Schemas e ACBrServicos.ini Caso esteja usando ACBrLibCTe, ACBrLibGNRe, ACBrLibMDFe, ACBrLibNFe na pasta dep, temos uma pasta chamada Schemas. Devemos informar o caminho desta pasta Schemas em PathSchemas no .ini de configuração do ACBrLib. Abaixo um exemplo utilizando ACBrLibNFe. Mantenha o ACBrNFeServicos.ini junto a pasta Schemas. Deve ficar desta forma a pasta com as dependências: Estou utilizando Demo SAT em C# que esta disponível no SVN do Projeto ACBr. Gerenciador de Configurações Antes de executar demo ou sua aplicação verifique se no Gerenciador de Configurações esta configurado corretamente a versão correspondente do ACBrLib. Caso for utilizar ACBrLib x86 use as configurações em x86 e ACBrLib x64 as configurações x64. Depois de realizar todos os passos acima, agora vou abrir o demo e executar Observação: Quando for realizar download dos exemplos do Projeto ACBr, não se esqueça da pasta Shared.. ela é muito importante pois existem dependências para os exemplos. Faça download dos Demos aqui: https://projetoacbr.com.br/fontes/
    1 ponto
  31. procedure TForm1.Button2Click(Sender: TObject); var Store: IStore3; CertsLista, CertsSelecionado: ICertificates2; CertDados: ICertificate; lSigner : ISigner2; SignedCode : ISignedCode; begin Store := CoStore.Create; Store.Open(CAPICOM_CURRENT_USER_STORE, 'My', CAPICOM_STORE_OPEN_READ_ONLY); CertsLista := Store.Certificates as ICertificates2; CertsSelecionado := CertsLista.Select('Certificado(s) Digital(is) disponível(is)', 'Selecione o Certificado Digital para uso no aplicativo', false); if not (CertsSelecionado.Count = 0) then begin CertDados := IInterface(CertsSelecionado.Item[1]) as ICertificate; SignedCode := CoSignedCode.Create; lSigner := CoSigner.Create; SignedCode.FileName := 'Aplicativo.exe'; lSigner.Certificate := CertDados; SignedCode.Sign(lSigner); SignedCode.TimeStamp('http://timestamp.digicert.com'); end; end;
    1 ponto
  32. Olá Pessoal, Hoje disponibilizamos mais um componente, o ACBrPagFor. A funcionalidade que ele permite é automatizar a autorização de pagamentos em um banco. Por exemplo, automatizar o pagamento de fornecedores que tenham emitidos contra seu cliente boletos, títulos, etc... O componente gera o arquivo para indicar aos bancos que um pagamento pode ser feito. Essa funcionalidade, de modo geral, é chamada pelos bancos de "Pagamento de Fornecedores" (veja alguns links no final do artigo). Como o componente funciona? Esse componente gera um arquivo texto segundo o padrão CNAB 240 para pagamentos de fornecedores. Ele também é capaz de fazer a leitura do retorno, de modo que você pode saber o resultado. Ele já existia antes e estava em outro repositório do ACBr chamado Branches com o nome ACBrCNAB. Resolvemos trocar o seu nome ao migrar para o Trunk2, pois assim acreditamos que os desenvolvedores estão mais familiarizados com o termo PagFor utilizado por diversos bancos. Para que bancos? Ele não contempla todos os bancos nesse momento de lançamento, mas é um pontapé inicial. Os testes iniciais foram realizados com os bancos: Itaú, HSBC, Santander, Sicred e Banco do Brasil. Contamos com a colaboração da comunidade ACBr para torná-lo mais completo e robusto. Então fique a vontade implementar no seu sistema essa nova funcionalidade e para testar e colaborar com melhorias e correções. ------- Links para essa funcionalidade em alguns bancos: https://banco.bradesco/html/pessoajuridica/solucoes-integradas/pagamentos/pag-for.shtm https://www.santander.com.br/servicos-financeiros/solucoes-de-pagamento/pagamento-a-fornecedores https://www.sicredi.com.br/site/pagamentos-e-recebimentos/para-sua-empresa/pagamento-a-fornecedores/ https://www.caixa.gov.br/empresa/pagamentos-recebimentos/pagamentos/fornecedor/Paginas/default.aspx https://www.daycoval.com.br/para-empresa/servicos/pag-for
    1 ponto
×
×
  • 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.