Painel de líderes

Procedimento se dará para reinicialização do NSU e é necessário para adaptação dos sistemas dos entes do eSocial por Publicado: 16/04/2018 16h22 Última modificação: 16/04/2018 16h22 No dia 18/04/2018, o ambiente de produção restrita ficará fora do ar para procedimento de limpeza da base de dados. As empresas que enviaram eventos nesse ambiente de testes deverão reenviá-los posteriormente. Para realização da limpeza, o sistema ficará indisponível das 09h às 18h do dia 18. Este procedimento se dará para a reinicialização do NSU - Número Sequencial Único, operação necessária para adaptação dos sistemas dos entes do eSocial. Com isso, os números de protocolo dos lotes de envio de eventos gerados pelo sistema a partir de então serão zerados e recomeçarão sua contagem. Os usuários deverão ficar atentos a essa questão técnica, para evitar eventual problema de compatibilidade dos seus próprios sistemas. http://portal.esocial.gov.br/noticias/limpeza-da-base-de-dados-do-ambiente-de-producao-restrita-acontecera-em-18-04

Dúvidas sobre forma de pagamento impressa na nfe 4.0. Se for tPag := fpDuplicataMercantil aparece no Danfe. As outras formas, não estão aparecendo no Danfe. Queria saber se é assim mesmo. Obrigado!

Boa tarde, Acho que tem um componente que esta parado que era pra essa finalidade, ACBRCNB ou algo parecido. Vi alguns tópicos falando sobre isso. Não acho que seja legal alterar o AcbrBoleto, pois ficaria fora da finalidade do componente, o ideal seria outro componente com esse finalidade. Dercide. ACBrCNAB.rar Debitio Automatico.rar Demo_ACBrCNAB.rar

C:\ACBR\Fontes\ACBrDFe\ACBrNFe\DANFE\NFCe\EscPos\ACBrNFeDANFeESCPOS.pas Att Ricardo

Obrigado Sérgio, Verifiquei a .dll, e ao que parece, a dll da biblioteca do site não estava correta.

Verifique o caminho da DLL, BEMASAT.XML e se este está configurado corretamente.

Apaguei a pasta .SVN e ai parou o erro. Obrigado.

Consegui resolver tudo usando Enviar ao invés do Gerar. Valeu pela atenção.

Mancada minha Fiz uma confusao entre CepAberto e CepLivre. Entao CEPAberto funciona perfeitamente, e retornar tudo numa boa. Mas fica somente o aviso que em junho vai mudar a interface. Em alterando subo aqui. Abraco.

Eu estava com o mesmo problema no Esocial, resolvi copiando a libxml2.dll do diretorio C:\acbr\DLLs\LibXml2\x64 para o diretorio do windows C:\Windows\SysWOW64. Obs: estou usando o windows 7.

Já descobrir nao era erro no codigo, nem geração do xml. alguns clientes tinham 2 csc gerados pelo contador nao sei porque. ai sefaz desativou um sem avisar, e era justamente o que estava configurado. alterei pra outro gerado e resolveu,.

Sempre que houver um erro na resposta ou conexão Http esse evento será disparado... Observe que algumas outras situações, também podem afetar o sucesso da conexão Http, como por exemplo, quando o certificado estiver vencido...

consegui resolver era o nSeqEvento=1 que deve mudar e o evento001 deve ficar assim estava a colocar como evento002 e nSeqEvento=2 e não estava aceitando, obrigado.

Fazendo a validação do XML contra os XSD do ISSNet pelo Notepad++ acusa erro no schema: Unable to parse schema file. Parsing error at line 262: Element '{http://www.w3.org/2001/XMLSchema}pattern': The value '^20(?:09|[1-9]\d)(?:0[1-9]|1[0-2])$' of the facet 'pattern' is not a valid regular expression. Essa restrição consta no arquivo tipos_simples.xsd. <xsd:simpleType name="tsCompetencia"> <xsd:restriction base="xsd:nonNegativeInteger"> <xsd:pattern value="^20(?:09|[1-9]\d)(?:0[1-9]|1[0-2])$"></xsd:pattern> </xsd:restriction> </xsd:simpleType> Não tenho familiaridade com expressões regulares pra dizer se ela está correta ou não, mas se você comentar essa linha, a validação passa: <xsd:simpleType name="tsCompetencia"> <xsd:restriction base="xsd:nonNegativeInteger"> <!-- xsd:pattern value="^20(?:09|[1-9]\d)(?:0[1-9]|1[0-2])$"></xsd:pattern --> </xsd:restriction> </xsd:simpleType> Minha sugestão é que entre em contato com a prefeitura ou o provedor e peça schemas atualizados, se é que há. PS: Definindo a configuração SSLXmlSignLib como xsMsXML a validação funciona sem alterações no XSD. Provavelmente essa é a razão de deixar de funcionar após atualização, recentemente houve a alteração do padrão dessa propriedade para xsLibXML2 quando SSLLib = libWinCrypt.

Buenas.. Eu uso uma função que valida o código de barras.. Se o código de barras é inválido, eu jogo a tag em branco.. Assim vai jogar o código de barras somente se ele for válido. Segue função abaixo: function ValidaEAN(Numero:string): Boolean; // // Valida codigo ean // var {numero,} soma2:string; digito:byte; soma,s,i,calculo:integer; teste:STring ; begin result:= false; // verifica tamanho do numero while (length(numero) < 13) do numero:= '0'+numero; digito:= StrToIntDef(copy(numero,length(numero),1),0); delete(numero,length(numero),1); if (numero<>'000000000000') then begin s:=length(numero); i:=0; calculo := 3; soma :=0; repeat teste:= copy(numero,length(numero)-i,1); soma:= soma + StrToIntDef(copy(numero,length(numero)-i,1),0)* calculo; inc(i); if calculo =3 then calculo := 1 else calculo := 3; dec(s); until s=0; numero:=IntToStr(soma); soma2:= copy(numero,length(numero),1); if soma2 = '0'then Begin if (digito=StrToIntDef(soma2,0)) Then //Result:= (digito=soma2) ; Result:=True Else Result:=False ; End else Begin if (digito=10-StrToIntDef(soma2,0)) Then //result:= (digito=IntToStr(10-StrToInt(soma2))); Result:=True Else Result:=False ; End ; end; end;

Boa tarde, Paulo R G Oliveira Acredito que ao mesmo tempo não. Porém você pode ter configurações diferentes em um .ini, depois carregar de acordo com o que for fazer a emissão, via comando.

seria interessante colocar este exemplo de assinatura aqui neste tópico. assim ajudaria outros com problemas. Obrigado

Bom dia, ajuste atualizado no SVN.

Olá ítalo O erro estava no Site do eSocial, voltei a reenviar os arquivos no leiaute da versão 2.04.02 e o Sistema aceitou sem problema. Veja arquivo em anexo. Abraço Aristarco MensagemRetornov2-04-02.txt

subi ao svn sua colaboração obrigado !

Boa tarde ! Juliomar a configuração estava correta, eu não sei oque aconteceu mas funcionou para receber sms tanto no exemplo quanto no sistema. Não entendi oque aconteceu. Mas achei um problema na data e hora pois estava formatando errado não sei se mudaram agora para passar "YYYY/MM/DD hh:mm:ss" pois a formatação que estava não ficou com a data e hora certa de uma olhada nas alterações se possível altere no svn. Obrigado pela atenção. ACBrSMSClass.pas

Bom dia Se nao me engano apenas ipi nao vai na nfce, mas pis e cofins sim. Outro detalhe, vc usou cst 01 de pis e cofins e valores todos zerados. Esse cst 01 eh tributado, tenta usar um cst nao tributado, por exemplo 07 pra ver se gera as tags... Ricardo

Bom dia a todos, Para aqueles que em suas aplicações atribuem o valor -1 ao campo cNF (no caso da NF-e/NFC-e) ou cCT (no caso do CT-e/CT-e OS) ou cMDF (no caso do MDF-e) ou cBP (no caso do BP-e), tomem cuidado, pois agora a nova função responsável por gerar a chave vai considerar o valor -1 como sendo zero e portanto o código numérico passa a ser gerado como sendo um numero aleatório e não como um código com base no numero do documento, como era antes. Para resolver esse problema a sugestão é o seguinte: em vez de: ide.cNF := -1; mude para: ide.cNF := GerarCodigoNumerico(ide.nNF); isso vai fazer com que seja atribuído a cNF um código numérico gerado com base no numero do documento, vai ter o mesmo efeito na geração da chave como era antes ao passar o valor -1 para cNF. De forma semelhante fazer o mesmo para o CT-e, MDF-e e BP-e. Lembrando que a função GerarCodigoNumerico se encontra na unit ACBrDFeUtil, logo devemos declara-la no uses da unit que será utilizada.

Ouve mudanças nos prazos sim 1.3. Sobre o Prazo de Implantação O prazo previsto para a implementação das mudanças é: - Ambiente de Homologação (ambiente de teste das empresas): 20/11/2017. - Ambiente de Produção: 04/12/17. - Desativação da versão anterior: 02/07/18. Mais não vi mais nenhuma mudança relacionada a layout ! Nota Técnica 2016.002 Alteração Leiaute da NF-e - Versão Nacional 2016 - Versão 1.41 Novembro 2017 NT_2016_002_v1.41.pdf Postei em lugar errado ... estava vendo outro pagina e escrevi na pagina errada favor transportar para o lugar certo o comentário acima! Obrigado!!

Houve alteração de layout da danfe? saiu algum manual?

Entrei em contato com a SEFAZ-CE agora - sobre o cadastro da Software House - e tive a seguinte informação: Existem dois comunicados que foram liberados para as empresas desenvolvedoras de aplicativos, que são: Comunicado: http://www.sefaz.ce.gov.br/Content/aplicacao/internet/comunicacao/comunicado_software houses_ mfe.pdf Informações sobre cadastro no sistema VIPRO: http://www.sefaz.ce.gov.br/Content/aplicacao/internet/comunicacao/cadastramento_software_houses_vipro.pdf As Software Houses precisarão seguir os passos adotados nesse documento para conseguir a liberação de utilização do sistema no estado do Ceará, antes de conseguir ativar o MF-e para seus clientes (contribuintes do estado). Quanto ao ambiente de verificação, pelo que entendi, acontece apenas para as empresas que solicitaram os aparelhos emprestados da própria SEFAZ. A empresa desenvolvedora precisava levar um notebook com o sistema instalado até o laboratório da SEFAZ para provar que o sistema funciona com o MF-e (testado Venda e Cancelamento). Isso foi necessário para evitar que as empresas mantivessem MF-es emprestados mas que não estariam efetivamente em uso, pois ainda iam adequar o processo. A SEFAZ-CE se dispôs a empresas o hardware para os contribuintes que efetivamente utilizariam o aparelho, por isso os testes em laboratório. Também questionei sobre o uso do Integrador ao invés da comunicação via DLL. Eles responderam o seguinte: A comunicação será exclusivamente pelo Integrador, que permite a comunicação via DLL e via XML. A SEFAZ-CE está trabalhando para migrar a MFE_DLL para dentro do integrador, visto que ele fará a integração não só com o MF-e, mas também com as formas de pagamento e posteriormente o controle da NFC-e (contingência). Não conseguiram me passar nenhum documento, IN ou Legislação que tenha isso declarado, mas é o procedimento que está sendo adotado pela SEFAZ. Os únicos contribuintes que poderiam manter a comunicação via DLL (atualmente) são os que pegaram o MF-e emprestado com a própria SEFAZ. Espero ter ajudado. Att

Adaptei e corrigi alguns erros da unit YMOFCReader.pas para realizar a leitura das novas versões dos arquivos OFX e OFC. Importar os arquivos OFX/OFC poupa um bom tempo na gestão financeira e agrega valor ao seu software ERP. Disponível neste endereço: https://github.com/leogregianin/ofx-reader