Ir para conteúdo
  • Cadastre-se

Painel de líderes

Conteúdo popular

Showing content with the highest reputation on 26-12-2016 em todas as áreas

  1. Sefaz-MA atualiza e disponibiliza emissor gratuito de NF-e cedido pela SEFAZ-SP O Corpo Técnico de Tecnologia da Informação (COTEC), da Secretaria de Estado da Fazenda do Maranhão, vai dar continuidade ao emissor gratuito de NF-e que foi desenvolvido e atualizado pela Secretaria da Fazenda de São Paulo. A iniciativa da Sefaz-MA atendeu às solicitações de milhares de empresas que ficaram com poucas alternativas de emissores gratuitos de NF-e, após a SEFAZ-SP, que desenvolveu o emissor gratuito da Nota Fiscal Eletrônica (NFE), iniciou o processo de cessação de uso dos programas por ela desenvolvidos e atualizados, até 31 de dezembro de 2016. Com a medida da Sefaz-MA, a partir de 01/01/2017, o emissor gratuito da NF-e (versão 3.10.86) será continuado e constantemente atualizado com as notas técnicas que forem emitidas pelo ENCAT. Versão de teste Já está disponível para download, no site da Sefaz-MA, o arquivo do aplicativo de teste para que usuários instalem em seus computadores e façam os testes de validação dos diversos comandos e menus do programa atualizado pelo Estado do Maranhão. Após a validação, os usuários poderão opinar sobre a operacionalidade do sistema para suas necessidades ou buscar outras soluções disponíveis no mercado ou desenvolvimento próprio. Clique aqui: http://portal.sefaz.ma.gov.br/portalsefaz/jsp/pagina/pagina.jsf?codigo=4084 A Sefaz também disponibilizou um manual que orienta os contribuintes a adicionarem o Emissor NF-e e CT-e na lista de Exceções de Sites. Essas orientações são necessárias para que o aplicativo seja executado no computador. Para consulta ao manual, acesse: http://portal.sefaz.ma.gov.br/portalsefaz/files?codigo=9845
    3 pontos
  2. Modificação enviada para o SVN... movendo tópico para ACBrNews...
    3 pontos
  3. Olá Pessoal Estou promovendo modificações em ACBrECFVirtual.pas, com o intuito de dar suporte as Alíquotas de Isenção do ISSQN, ou seja (FS1, NS1, IS1) Atualmente o ACBrECFVirtual, tem nas posições 0 a 2 alíquotas "FF", "II", "NN"... Elas foram criadas, quando iniciamos o desenvolvimento do ECF Virtual, emulando um ECF Bematech... Os problemas atuais são: - O Nome correto dessas alíquotas deveria ser "F1, I1, N1" - Não há suporte as alíquotas de Isenção do ISSQN, ou seja (FS1, NS1, IS1) O ECFVirtual, utiliza as primeiras posições da lista de Objetos de Alíquotas, para programas as alíquotas de Isenção. Essa programação é feita de maneira "hardcoded". Se inserirmos as novas alíquotas de Isenção de ISSQN, precisaremos "empurrar" as alíquotas existentes, para novos Índices. Ou seja, hoje a memória INI do ECFVirtual é salva como: [Aliquotas] 00=1|FF|0|T|0| 01=2|II|0|T|0| 02=3|NN|0|T|0| 03=4|04|18|T|1| 04=5|05|12|T|0| 05=6|06|5|S|0| passaria a ser: [Aliquotas] 00=1|F1|0|T|2| 01=2|I1|0|T|2| 02=3|N1|0|T|2| 03=4|FS1|0|S|2| 04=5|IS1|0|S|1| 05=6|NS1|0|S|3| 06=7|07|18|T|2| 07=8|08|12|T|1| 08=9|09|5|S|1| O ACBrECF já possui um código para interpretar a nomenclatura de alíquotas de Isenção. Exemplo: "NN" será interpretado como "N1", "FF", será interpretado como "F1", etc... O ACBrECF não terá problemas, se você busca as alíquotas pelo Valor e Tipo. Exemplos: "18", "5S", "17T" O problema ocorrerá apenas, se você busca a alíquota pelo índice. Exemplos: "T03", "T05", "S04" A Unit em anexo, já possui um código que verifica que a memoria do ECFVirtual, não possui suporte as alíquotas de isenção do ISSQN, e faz a atualização do arquivo .INI para o novo formato... (isso é executado apenas uma vez) Por favor analisem a questão, e o fonte em anexo.. e manifestem, se vocês consideram essa modificação ser um problema que poderá causar muito impacto nos usuários do ECFVirtual ACBrECFVirtual.pas PS: A Unit em anexo, ainda não foi enviada para o SVN
    2 pontos
  4. Olá pessoal, Acabei de enviar para o SVN, modificações para que o ACBrDFe e ACBrDFeOpenSSL suportem comunicação segura usando TLS 1.2 O componente ACBrNFe, já irá tentar ajustar a comunicação para TLS 1.2, se detectar que a versão é superior a 3.1 Atualizando o OpenSSL Para usar TLS 1.2, é necessário ter a versão do OpenSSL superior a 1.0.1, normalmente a versão usada é a 0.9.8.14, e portanto ela precisa ser substituída. Se você tentar utilizar uma versão inferior, o ACBrDFeOpenSSL acusará o seguinte erro: Porém não basta apenas baixar e copiar uma nova versão das DLLs do OpenSSL (libeay32.dll e ssleay32.dll). O problema, é que a libxmlsec, que se encontra na pasta: "ACBr\DLLs\XMLSec", não é compatível com OpenSSL superior a 0.9.8... e se você simplesmente atualizar as Libs do OpenSSL no seu sistema, provavelmente o ACBrNFe, passará a acusar Exceptions no momento de assinar o XML A solução, é utilizar um novo conjunto de DLLs, da OpenSSL e libXmlSec, libXML, e demais... você pode achar essas DLLs em: ftp://ftp.zlatkovic.com/libxml/ Essas DLLs foram compiladas com "MinGW", e portanto elas precisarão das DLLs de RunTime, da MinGW. Para sua conveniência, copiamos todas as DLLs necessárias para a pasta: \ACBr\\DLLs\XMLSec\MinGW. Observe que temos a versão 32 e 64 bits dessas DLLs... quais eu devo usar ? Em resumo, use 32 se o seu Compilador é 32 bits, e 64 apenas se você estiver usando um Compilador que gere .EXE em 64 bits... Leia esse tópico, para compreender melhor: Copie TODAS as DLLs (e não somente algumas) da pasta "\ACBr\DLLs\XMLSec\MinGW\32" ou "\ACBr\trunk2\DLLs\XMLSec\MinGW\64" (conforme o seu compilador), para o seu diretório de DLLs... (se não tem certeza para onde você deve copiar as DLLS, leia com atenção o Post indicado anteriormente) Outro problema, é que a MinGW, gera as DLLs com uma nomenclatura ligeiramente diferente do VisualC, exemplo: libxmlsec1.dll com MinGW, e "libxmlsec.dll" com VisualC. Portanto, o ACBr teria dificuldades em encontrar essas DLLs e carrega-las de forma dinâmica. Precisamos portanto, informar ao ACBr, que usaremos o conjunto de DLLs no formato da MinGW... Isso é feito, editando o arquivo: ACBr.inc. Repare que lá no final do ACBr.inc, temos a seguinte linha: {.$DEFINE USE_MINGW} Apenas remova o ".", alterando para: {$DEFINE USE_MINGW} Pronto... com isso você estará pronto para usar o ACBr com OpenSSL e TLS 1.2, seja em 32 ou 64 bits... Obrigado... e considere nos ajudar, contratando o SAC ocasionalmente: http://www.projetoacbr.com.br/forum/sacv2/sobre/ http://www.projetoacbr.com.br/forum/sacv2/questoes_importantes/ http://www.projetoacbr.com.br/forum/sacv2/cadastro/
    1 ponto
  5. Muito obrigado pela dica do arquivo acbrmonitor.pdf que vem junto com a instalação completa do acbrmonitor plus. Consegui fazer rodar o email e o serviço de web service. Agora o que nao entendi é como utilizar os comandos para cria uma nfe quando neste arquivo diz: A maioria dos campos utiliza a nomenclatura do manual disponibilizado pelo SEFAZ apenas os grupos(o que está entre []) segue a nomenclatura interna do ACBrNFeMonitor no comando NFE.CriarNfe do arquivo chm eu nao consegui enxergar um exemplo interagindo os campos com nomenclatura do manual da sefaz com os os grupos(o que está entre []) alguem pode me passar um txt com exemplo real que efetue completamente uma nota fiscal interpretado pelo acbrmonitor? Atualmente tenho um sistema que exporta um txt no formato para importação do sistema gratuito de nota fiscal eletronica. Esse arquivo tem os seguinte registros Nele Inicio com o regitros da nomenclatura do manual disponibilizado pelo SEFAZ em sequencia : A,B,C,E,H,I,M,N,Q,S,W,X,Y,Z. Não estou conseguindo visualizar como faço o txt com esse mesmo conteudo para o AcbrMonitor interpretar. Seria possivel passar esse arquivo do jeito que ele está para o ACBRMonitor ou teria que modificá-lo? Se for possível quais comando do ACBRMonitor que eu usaria? Estou mandado em anexo um arquivo txt que utilizo. Por favor se me explicar essa relação acredito que consigo implementar completamente o uso do ACBRMonitor com minha aplicação. Grato pela atenção. NFsEletronicas_302_a_302.txt
    1 ponto
  6. Notícia quente ! https://regys.com.br/sefaz-ma-ira-continuar-atualizar-e-disponibilizar-o-emissor-gratuito-de-nf-e/#.WGD-Rly52pA
    1 ponto
  7. Galera desculpe a demora na atualização do topico.. O erro era mesmo no path dos schemas conforme solicitado pelo Juliomar. Grato pela atenção
    1 ponto
  8. A Regra de rateio funciona e deve ser seguida... se não funcionasse o ECF teria problemas, correto? http://partners.bematech.com.br/bemacast/Paginas/post.aspx?idPost=5790
    1 ponto
  9. Boa tarde, reforçando o que o RicardoVoigt disse no item 1, segue imagem. Sds, Ricardo.
    1 ponto
  10. Boa tarde, colei seu XML no validador da sefaz rs (https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx) e aparecem vários erros: 1 - não tenho certeza, mas acho que vc não pode usar 2 tags diferentes de documento referenciado no mesmo XML, ou usa apenas refNFe ou apenas refNF. 2 - também deu erro do campo ICMSSN. Vi que informou CRT=1 (Simples nacional), então está faltando informar a tag CSOSN (101,102, ...). Att Ricardo
    1 ponto
  11. Seria bem menos problemático (para quem não tem condições de migrar agora o sistema) vocês manterem pelo ao menos a parte Fiscal (NFe, NFCe, CTe, MDFe, Sat) compatíveis com o D7. Acabei de migrar de D6 pra D7 sem muitos problemas, mas daí agora ter que migrar pra DXE ou outro vai ser muito complicado. Visto os componentes que são usados no meu projeto que tem uns 15 anos. Ou pelo ao menos dar um pouco mais de tempo para migrarmos. Gostaria de pelo ao menos mais 6 meses de suporte. Como está a situação hoje? Já está definida realmente?
    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.