Ir para conteúdo
  • Cadastre-se

Painel de líderes

Conteúdo popular

Showing content with the highest reputation on 21-10-2020 em todas as áreas

  1. Olá pessoal, Para quem ainda não sabe estou promovendo um Refactoring no componente ACBrNFSe. Ele praticamente foi reescrito do zero e infelizmente teremos algumas quebras de código quando ele for liberado. Mas vamos falar de coisas boas. Hoje temos que disponibilizar para os nossos clientes além do executável, DLLs, os famosos arquivos INI, o arquivo Cidades.ini e os arquivos INI dos provedores. Pois bem, isso acabou. Os arquivos INI referente aos provedores se transformaram em Unit, ou seja, fazem parte do fonte do componente. O conteúdo do arquivo Cidades.ini migrou para o arquivo ACBrNFSeServicos.ini que é transformando no ACBrNFSeServicos.res através do BAT: Compila_RES. O arquivo ACBrNFSeServicos.res é incorporado ao executável, logo vocês só vão precisar distribuir o executável e as DLLs para os seus clientes. O que vocês acharam dessa mudança? Ainda não esta 100%, em função das diferenças dos provedores, mas criei um novo método chamado Emitir que tem por finalidade gerar o XML do RPS, assinar se necessário, gerar o Lote e assinar se necessário, enviar, aguardar o retorno do XML da NFSe. Independente do serviço que o provedor se utiliza para recepcionar o XML do RPS. Vou dar um exemplo: O provedor 4R que segue a versão 2 do layout da ABRASF implementou somente o método EnviarLoteRpsSincrono para recepcionar o RPS, sendo que no Manual da ABRASF versão 2 estão previstos os métodos: EnviarLoteRps, EnviarLoteRpsSincrono e GerarNfse. Por outro lado o provedor ISSJoinville que também segue a versão 2 do layout da ABRASF implementou somente o método EnviarLoteRps. Se vocês tem clientes cujas cidades utilizam o provedor 4R e tem clientes em Joinville, ou vocês tem duas aplicações ou a aplicação tem uma tela de configuração para definir qual método a ser utilizado. O método Emitir vem para tentar resolver esse problema da seguinte forma: se o provedor for 4R ele vai se utilizar do método EnviarLoteRpsSincrono automaticamente, agora se for ISSJoinville vai usar o EnviarLoteRps. Desta forma não precisamos de nos preocuparmos com qual o método devemos usar para enviar o RPS para o webservice. Acredito que vai ficar muito bom e pratico. O que vocês acham? Muita coisa já foi feita e muito mais precisa ser feito. Para que vocês tenham uma ideia foi criado 32 Units, ou seja, uma para cada provedor que segue a versão 1 do layout da ABRASF, mais 53 Units para os provedores que seguem a versão 2 do layout da ABRASF e mais 19 Units para os provedores que tem o seu próprio layout. Até o final deste mês de outubro estarei disponibilizando o programa exemplo compilado para que vocês possam fazer mais testes. Em breve vou explicar como vão ser os testes e como reportar os resultados. Antes que eu esqueça, esse Refactoring visa poder incluir a emissão da NFS-e no ACBrMonitor Plus e a criação do ACBrLibNFSe (DLL). Um forte abraço a todos.
    8 pontos
  2. Olá amigos, Um cliente teve seu equipamento SAT bloqueado de modo auônomo e ao verificar a causa, constatamos que o certificado da SEFAZ-SP (gratuito) válido por 5 anos venceu. Segundo o Fabricante (Bematech) como a SEFAZ não renovou o mesmo, o equipamento precisará ser cessado e o cliente comprar outro. Alguém já teve problemas com isso? O ruim é que não temos como renovar ou a SEFAZ-SP não esta fazendo isto no momento. Como o certificado dos primeiros SATs instalados começam a vencer (5 anos) acredito que muitos começaram a ter problemas parecidos. Abaixo a resposta da Bematech a respeito: Informamos que após a analise dos logs do seu SAT, identificamos que o mesmo extrapolou a validade do certificado digital fornecido pela SEFAZ (validade de 05 anos). Segue abaixo informativo da SEFAZ sobre o certificado: Qual a validade do certificado que a SEFAZ disponibiliza gratuitamente para o equipamento SAT? Qual a validade do certificado gratuito disponibilizado pela fazenda? O certificado digital do equipamento SAT, padrão AC-Sefaz, é oferecido gratuitamente pela SEFAZ e está disponível para todos os contribuintes paulistas que utilizarem o equipamento SAT no Estado de SP. Conforme a Política de Certificado de Assinatura Digital Tipo A3 da Autoridade Certificadora SAT SEFAZ SP PC A3 DA AC SAT SEFAZ SP, o período máximo de validade admitido para certificados de Assinatura Digital Tipo A3 da AC SAT SEFAZ SP é de 5 (cinco) anos. Atualmente os certificados emitidos terão 5 anos de validade, porém esse prazo pode ser alterado pela Sefaz sem aviso prévio. A data de expiração do certificado do equipamento SAT pode ser consultado através da função "Visualizar Equipamento SAT" no Sistema de Gestão e Retaguarda do SAT (SGR-SAT). Ressaltamos que se trata de Certificado específico para o equipamento SAT, não se confundindo com Certificado Digital de empresa (e-CNPJ ou e-PJ), utilizado para acesso ao sistema de retaguarda da Sefaz. Dessa forma, como não teve renovação de certificado por parte da SEFAZ, será necessário realizar a cessação de uso do equipamento e a aquisição de um novo equipamento para se enquadrar na legislação do estado de São Paulo. Segue abaixo informações também da SEFAZ para cessação de uso do SAT: Como faço a cessação de uso do SAT? A cessação de uso no caso do SAT deve ser feita para os casos de furto, roubo ou dano irreparável no SAT. Se o intuito for vender o SAT a outro contribuinte ou se o estabelecimento estiver encerrando suas atividades, deve ser feita a desativação do equipamento. Para saber como desativar o SAT, consulte a pergunta "Como faço a desativação do SAT?" As instruções para cessação de uso estão no link Guia do Usuário abaixo. Já está disponível a possibilidade do próprio contribuinte realizar a cessação de uso através do Sistema de Gestão e Retaguarda do SAT em "Equipamento"->"Gerenciar Cessação de Uso de Equipamento SAT". Guia do Usuário. Fonte: https://portal.fazenda.sp.gov.br/servicos/sat/Paginas/perguntas-frequentes.aspx#:~:text=Certificado%20vencido%3A%20O%20SAT%20tamb%C3%A9m,do%20SAT%20com%20a%20SEFAZ. []´s
    1 ponto
  3. Pessoal.. Acho que eu to ficando maluco.... Refiz a atualização para a ultima 20793, gerei a NF e enviei e agora deu certo... segue anexo as evidencias O RPS vai com a aliquota dividida por 100 e 4 decimais, o xml da nfse volta com aliquota inteiro. O que nao entendo é como a ginfes estava reclamando que a aliquota estava indo com a formatação errada???? observem a resposta que estava recebendo ontem na imagem erro ontem.jpg peço finalizarem o topico então. 9573UNICA-nfse.xml 9573UNICA-rps.xml
    1 ponto
  4. 100% já foi, eu tinha atualizado os fontes mais cedo ai fiz a correção. Depois que postei aqui vi que já tinha a correção postada... valeu.
    1 ponto
  5. Boa tarde o commit rev:r20790 tem essa questão da divisão por 100 está resolvido, verifique se você está com a versão atualizada Abraços Boa tarde, no componente você esta passando o valor da alíquota 4 ou já divide ele por 100 na geração do XML? Abraços
    1 ponto
  6. Olá... atualizei os fontes e como listado foi alterado os fontes para ginfes. proGINFES: if NFSe.OptanteSimplesNacional = snSim then Gerador.wCampo(tcDe4, '#25', 'Aliquota', 01, 05, 1, NFSe.Servico.Valores.Aliquota, DSC_VALIQ) else Gerador.wCampo(tcDe4, '#25', 'Aliquota', 01, 05, 0, NFSe.Servico.Valores.Aliquota, DSC_VALIQ); proRJ, proPublica, proBHISS, proAbaco: Gerador.wCampo(tcDe4, '#25', 'Aliquota', 01, 05, 0, (NFSe.Servico.Valores.Aliquota / 100), DSC_VALIQ); No caso foi retirado do agrupamento de baixo e incluso um específico mas faltou a / por 100 como estava antes.. alterei os meus aqui para: proGINFES: if NFSe.OptanteSimplesNacional = snSim then Gerador.wCampo(tcDe4, '#25', 'Aliquota', 01, 05, 1, (NFSe.Servico.Valores.Aliquota / 100), DSC_VALIQ) else Gerador.wCampo(tcDe4, '#25', 'Aliquota', 01, 05, 0, (NFSe.Servico.Valores.Aliquota / 100), DSC_VALIQ); Ai deu certo, segue em anexo o a unit toda. pnfsNFSeW_ABRASFv1.pas
    1 ponto
  7. Luís Fernando, Pelo que me recordo a alíquota no caso do Ginfes sempre foi gerada com 4 casas decimais, por conta dos schemas. Gerador.wCampo(tcDe4, '#25', 'Aliquota', 01, 05, 1, (NFSe.Servico.Valores.Aliquota / 100), DSC_VALIQ) O valor tcDe4 diz que é para gerar com 4 casas decimais. o Valor 01 indica o tamanho mínimo e o 05 o tamanho máximo. As revisões ocorridas na unit pnfsNFSeW_ABRASFv1 são: 20118, 20621, 20738 e 20790. A revisão de numero 20723 se refere a unit pcnNFeW, ou seja, se refere ao componente ACBrNFe logo não tem nada haver com a NFS-e. Você deve estar confundindo o numero da revisão.
    1 ponto
  8. Sem crise so desculpa a demora, estava testando outras correções e acabou afetando as impressões comum.
    1 ponto
  9. Testei aqui agora, Funcionado Perfeitamente Obrigado a equipe ACBr.
    1 ponto
  10. Pessoal, o DACTE para um CTE OS estava exibindo o título DACTE (Documento Auxiliar do Conhecimento de Transporte Eletrônico). Alterei para exibir DACTE OS (Documento Auxiliar do Conhecimento de Transporte Eletrônico para Outros Serviços), caso seja esse o modelo. Um ajuste pequeno, mas um cliente exigiu isso. O modelo em Fast já está correto. ACBrCTeDACTeRLRetrato.pas
    1 ponto
  11. 1 ponto
  12. Encontrei o problema. A configuração estava certa, mas o arquivo simcomu-s.exe que eles mandam substituir deve ser feito depois da instalação do módulo CardSE. Eu havia substituido antes. Substitui novamente e aprovou normalmente.
    1 ponto
  13. Tudo indica problema na instalação do certificado.. tente o seguinte: - Roda todas as atualizações pendentes do Windows (TODAS) - Reinstale o Driver do Certificado, usando a última versão do instalador do Fornecedor do mesmo Após isso, tente acessar a URL que aparece no erro, em seu navegador.. se não abrir no navegador, indica problemas no certificado
    1 ponto
  14. Bem lembrado Italo ESCPOS não gera PDF
    1 ponto
  15. Bom dia Jamil, Se eu não estiver enganado em EscPos não é possível gerar o PDF, pois a impressão é enviada diretamente para impressora.
    1 ponto
  16. pergunta porque está precisando gerar o ini ?
    1 ponto
  17. Pensei algo assim: 19/10/20 -- ACBrTEFDCliDTEF -- [+] Adicionada operação TransacaoQRCode, no metodo "Fazer Requizicao", como sendo mais uma opcao de pagamento, onde o cliente podera usar varias carteiras como(Ame/MercadoPago/PicPay, etc.), apenas escaneando um Qr Code que estara disponivel no balcao/caixa. A Linx lançou o produto QR Linx que age como um hub de wallets (Ame/MercadoPago/PicPay, etc.) centralizando todas as plataformas de meios de pagamento em uma única ferramenta. Inclusive o PIX também irá utilizar essa estrutura. Para o cliente utilizar esse serviço ele precisa estar credenciado com a LinxPay que poderá ser solicitado através do contato comercial.; [+] Adicionado operação "Cancelamento via QrCode", para possibilitar o cancelamento, nas operações administrativas, desta nova modalidade de pagamento. ve ai se precisa resumir, qualquer coisa estou a disposição.
    1 ponto
  18. Olá pessoal, Pesquisando no fórum achei algo muito interessante. Me parece que o sistema do Serpro, responsável pelo compartilhamento das notas entre as SEFAZ-Autorizadoras e o Ambiente Nacional tem um BUG e dos grandes. As notas que foram emitidas sem a tag dhSaiEnt (Data e hora de Saída ou da Entrada da Mercadoria/Produto) o sistema da Serpro não compartilha com o Ambiente Nacional. Abaixo tem o link da postagem onde o nosso amigo Douglas explica o que devemos fazer nesse caso. Você que desenvolve aplicação de emissão de NF-e, procure gerar a tag dhSaiEnt, assim a Serpro vai compartilhar.
    1 ponto
  19. Bom dia Dercide, Os seus fontes em especial os arquivos INI devem estar bem desatualizados. Favor deletar os arquivos que contem uma bolinha vermelha no ícone e atualizar todos os fontes de todas as pastas, por fim reinstale a suíte ACBr usando o ACBrInstall_trunk2 com a opção de apagar arquivos antigos marcada. A alteração do IP informado na URL referente ao provedor Pronimv2 agora é no arquivo Cidades.ini e não mais no arquivo INI do provedor.
    1 ponto
  20. Olá Pessoal ! Estou criando este tópico com intuído de ajudar nós desenvolvedores e seus contribuintes, o procedimento para consultar os lotes de cupons enviados pelos SAT's através da internet. É possível consultar: - O resultado do processamento de lotes. - O resultado do processamento de cada cupom. - Os dados de um cupom em abas, como na NF-e. Ativo apenas para cupons processados com sucesso pelo sistema. Primeiramente vamos acessar o Sistema de Gestão e Retaguarda do SAT - SGR-SAT. https://satsp.fazenda.sp.gov.br/COMSAT/Account/LoginSSL.aspx?ReturnUrl=%2fCOMSAT%2f Para realizar o procedimento é necessário: Certificado digital da empresa (e-CNPJ), A1 ou A3, emitido por Autoridade Certificadora credenciada pela Infraestrutura de Chaves Públicas Brasileira - ICP-Brasil. Possuir acesso à internet. Não há nenhuma taxa para realização deste procedimento. 1 - Acessar o Sistema de Gestão e Retaguarda do SAT - SGR-SAT. 2 - Acessar a função através do Menu "Cupons", opção "Consultar Lotes Enviados". 3 - Na tela de consulta aos lotes enviados, informar um ou mais campos. Informando o número do recibo, não é necessário preencher os outros campos. Não é permitido busca exclusivamente por data. O máximo de lotes listados é de 200 por busca. 4 - Para prosseguir clique em “Pesquisar”. (ATENÇÃO: os CF-e só aparecerão na consulta de lotes depois que o equipamento enviar os CF-e-SAT para a SEFAZ). 5 - O sistema irá apresentar o resultado da busca, com as seguintes informações: - Tipos de Lote: "Movimento" ou "Cancelamento". - Resultados do Processamento: - Para processamento: lote recebido, porém aguarda fila para ser processado. - Em processamento: lote recebido, cupons sendo processados. - Processado com sucesso: lote recebido; todos os cupons foram processados com sucesso. - Processado com inconsistência: lote recebido, porém, contêm pelo menos 1 cupom processado com erro. - Lote Inválido: lote rejeitado por erro. Será mostrado na consulta a descrição do erro encontrado no lote. . O comportamento esperado é que o equipamento SAT reenvie os CF-e desse lote novamente à SEFAZ. Portanto, solicitamos que verifique se os CF-e dos lotes com esse erro foram recepcionado em outro lote. - Com exceção: erro no processamento de lotes; o contribuinte deverá informar o problema ao fisco para que este providencie correção do sistema. - Origem do Lote: “Automático” ou “Manual”. Indica se o lote foi enviado automaticamente pelo SAT (Automático), ou por meio de upload em funcionalidade do sistema (Manual). 6 - Para realizar o download do Lote, clique no link “Download”. Ou para visualizar os cupons que compõem o lote, clique no Nº do Recibo. Observação: se o Nº do Recibo estiver vermelho não é possível visualizar os cupons. 7 - Caso o Resultado do processamento acusar “Processado com inconsistência” ou “Processado com Sucesso”, serão mostrados na consulta os cupons que compõem o lote. 8 - Para visualizar os cupons que compõem o lote, clique no Identificador do Cupom (começa com CFe seguido de 44 números). Observação: se o Identificador do Cupom estiver vermelho não é possível visualizar o cupom. Clique em “Visualizar Erros” para verificar por qual motivo o CF-e-SAT foi processado com inconsistência. 9 - Clicando no Identificador do Cupom , o sistema apresentará os dados do cupom em abas. Clique nas abas para visualizar as informações do cupom. Este link estará ativo apenas para cupons processados com sucesso pelo sistema. Obs.: O retorno de erro “124-Adiar a transmissão” normalmente ocorre quando um cupom de cancelamento é processado antes de o cupom de movimento (venda) correspondente ser processado. Nesse caso, o sistema envia o retorno “124” para que o SAT transmita novamente o cupom de cancelamento. Desse modo, espera-se que no momento de processar o cupom de cancelamento reenviado, o SGR-SAT já tenha processado o cupom de movimento correspondente.
    1 ponto
  21. Então, analisando o novo layout disponibilizado pela Sicoob, (atualizado no dia 12/07/2017), o campo Comando/Movimento da Remessa CNAB 240 que em versões anteriores apenas permitia 01 - Entrada de titulos, agora foi atualizado com os seguintes valores: 01 = Entrada de Títulos 02 = Solicitação de Baixa 04 = Concessão de Abatimento 05 = Cancelamento de Abatimento 06 = Prorrogação de Vencimento 08 = Alteração de Seu Número 09 = Instrução para Protestar 10= Desistência do Protesto e Baixar Título 11 = Instrução para Dispensar Juros 12 = Alteração de Pagador 31 = Alteração de Outros Dados 34 = Baixa - Pagamento Direto ao Beneficiário Acredito que agora seja possível enviar outros movimentos na remessa CNAB 240, vou fazer alguns testes aqui, enquanto aguardo a GRI. Em anexo segue layout, para consulta. Layouts_para_troca_de_informações - 12.07.2017.xls
    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.