Dream Sistemas

Efetuado os testes e está funcionando corretamente. Obrigado.

Boa tarde, Foram realizados os testes e está funcionando corretamente. Obrigado pelo retorno.

No registro s2240 ao inserir 1 no campo 54, não é necessário preencher o campo 55 (de acordo com o manual), mas ao transmitir retorna erro: Como mostra na imagem abaixo, ao preencher o campo 54 com o código 1 ou 4, não é necessário preencher o campo 55:

Conforme manual em anexo, no arquivo de Remessa do Banco de Brasília (BRB), no CNAB 400 é preciso implementar o código de instruções e prazo 1⁰ e 2⁰, pois conforme conversa no CHAT ACBr não temos esse método implementado até o momento. Os campos são das posições 276 até 286. leiaute-arquivo-de-remessa.xls

Testamos o processo de consulta "Consultar Identificadores Eventos Tabela" pelo programa de exemplo e da erro. Segue anexo os XMLs da consulta e retorno. Todos os critérios foram verificados, o registro existe no e-social esta tudo ok.S-1030-73759417000106-12-1899-20190411140601-con.xmlS-1030-73759417000106-12-1899-20190411140601-ped-con.xml

pelo ID da o erro abaixo ao tentar consultar

Testamos também o processo de consulta "Consultar Identificadores Eventos Tabela" pelo programa de exemplo e também da erro. pode verificar por gentileza. Segue anexo os XMLs S-1030-73759417000106-12-1899-20190411140601-con.xml S-1030-73759417000106-12-1899-20190411140601-ped-con.xml

Boa tarde Ítalo, com os novos fontes conseguimos realizar o download com o Recibo

segue os arquivos 20190411081627-dow.xml 20190411081727-dow.xml segue os arquivos 20190411081712-ped-dow.xml 20190411081624-ped-dow.xml

Bom dia Ítalo estávamos realizando a consulta pelo recibo pois pelo ID já havíamos tentado e também tivemos erro. Fiz novamente o teste para confirmar. Retorno da consulta do protocolo para confirmar o ID e o Recibo. Código Retorno: 201 Mensagem: Lote processado com sucesso. ideEmpregador - TpInsc: 1 - NrInsc: 73759417 ideTransmissor - TpInsc: 1 - NrInsc: 73759417000106 dadosRecepcaoLote - dhRecepcao..............: 08/04/2019 10:12:57 - versaoAplicativoRecepcao: 0.1.0-A0356 - protocoloEnvio..........: 1.2.201904.0000000000086835241 Processamento - ID Evento..........: ID1737594170000002019040809143500233 - cdResposta.........: 201 - descResposta.......: Sucesso. - versaoAplicProcLote: 12.0.0-A4074 - dhProcessamento....: 08/04/2019 10:12:57 Recibo - nrRecibo: 1.2.0000000000421432455 - hash....: c703CPUSYmB16RwkDSJCt3wzmwiUq85VNAy/KmOAJ9M= Retorno Teste pelo ID: Inicio TDownloadEventos Versão Layout: 02_05_00 Ambiente: 2 Status Código: 402 Status Descrição: Solicitação inválida. Redefina sua consulta Retorno Teste pelo Recibo: Inicio TDownloadEventos Versão Layout: 02_05_00 Ambiente: 2 Status Código: 202 Status Descrição: Evento não encontrado ou não processado ou sem perfil para acesso. Tenho uma dúvida com relação ao perfil de uso. Tenho que criar um perfil de uso para o certificado da própria empresa? em tudo que li vejo falar de liberar perfil quando é feito uma procuração eletrônica. talvez seja importante comentar, temos tido bastante dificuldade nas consultas, vários Erro: 12002 - TimeOut de Requisição até conseguir uma responta.

Quanto as restrições, já tinha verificado, mas não se enquadra em nenhuma delas. seguem em anexo todos os XMLs do envio do evento que é um S-1030 ao retorno da consulta do recibo 1-190408091435_envio_evento.xml 2- 190408091435-recebimento evento.xml 3- eSocial-ped-sit_consulta_protocolo.xml 4- eSocial-sit_ret_cons_protocolo.xml 5- 20190409092100-ped-dow_pedido_com _recibo.xml 6- 20190409092100-dow_retorno.xml

Boa tarde, A partir do dia 25/02/2019 funcionamento apenas no novo DNS. Fonte: http://portalms.saude.gov.br/component/content/article/777-acoes-e-programas/farmacia-popular/44604-novo-dns-webservice-do-sistema-autorizador-do-programa-farmacia-popular

Já cogitamos realizar a mudança para o ESCPos, mas no momento para nós não é viável efetuar essa alteração. Se tiver alguma dica para nos ajudar.

Nossa versão do Delphi é 10.2 Version 25.0.26309.314 (Tokyo) / Versão do Fast Report: 5.6 Após transmissão/autorização da NFCe ao imprimir simplesmente retorna o erro Access Violation e não realiza a impressão. Isso acontece no executável Frente de Caixa. Se o cliente abrir o executável do Retaguarda e reimprimir, sai corretamente. Já inserimos o MidasLib no uses do projeto. No PC do cliente, inserimos a midas.dll (versão 25 que está na pasta de instalação do nosso Delphi) nas pastas System32, SysWow64, e também junto com o executável. Também registramos a dll via CMD. Ambos utilizam Windows 7 x64. Algo que está nos intrigando é que não acontece sempre. As vezes esses dois clientes ficam 3, 4 dias usando sem erro. Esses dois clientes utilizam impressora não fiscal, os modelos são Bematech 4200 TH e Elgin i9. Configuramos nas opções avançadas para enviar a impressão direto na impressora.

Boa tarde, Estamos com a mesma situação do colega acima. Todas as tentativas que ele descreveu, também já efetuamos, mas sem sucesso. Se alguém tiver alguma outra ideia é muito bem vinda.

Bom dia. Eu fiz a implementação para o banco CRESOL SC/RS. Essa cooperativa trabalha apenas com o Layout CNAB 400 e é baseada no banco Bradesco. Segue os fontes da unit para avaliação e adição no Subversion, assim como o documento de layout usado e a logomarca. OBS: não foi anexado as alterações necessárias na unit ACBrBoleto, como a criação do TACBrTipoCobranca.cobCresol e nem a inicialização dentro do método SetTipoCobrança. Manual_Cobrança_Integrada_Cooperado.doc ACBrBancoCresol.pas Cresol.bmp

Obrigado Ítalo! Estaremos acompanhando as publicações do governo também.

Boa tarde Italo; Lendo novamente minha postagem creio que a descrição que coloquei "eventos trabalhistas" possa ter gerado confusão. O correto seria "Eventos de Segurança e Saúde no Trabalho - SST". O Governo publicou no dia 30/05/2018 a nota evolutiva que trouxe mudanças em praticamente todos os Eventos de Segurança e Saúde no Trabalho - SST. por ex: foi excluído o evento S-2241, foram criados os eventos S-1065 e S-2245. sofreram ainda mudanças os eventos S-1005, S-1060, S-2210, S-2220, S-2240, S-2241. também foram criadas novas tabelas acessórias. Não identificamos nas últimas atualizações disponíveis mudanças nos mesmos.

Boa tarde Pessoal, sobre os eventos trabalhistas que sofreram mudanças em 30/05. Alguma previsão sobre atualização do componente? EQM 01.2018.pdf NDE 01.2018 - Anexo I.pdf

Seguem os arquivos alterados para análise... pcnAuxiliar.pas ACBrNFeWebServices.pas

Encontrei um problema na função TratarResposta da Classe TNFeStatusServico no arquivo ACBrNFeWebServices.pas. o problema acontece no trecho a seguir: { WebService do RS retorna horário de verão mesmo pros estados que não adotam esse horário, ao utilizar esta hora para basear a emissão da nota acontece o erro. } if (pos('svrs.rs.gov.br', FPURL) > 0) and (MinutesBetween(NFeRetorno.dhRecbto, Now) > 50) and (not IsHorarioDeVerao(CUFtoUF(FcUF), NFeRetorno.dhRecbto)) then FdhRecbto:= IncHour(NFeRetorno.dhRecbto,-1) else FdhRecbto := NFeRetorno.dhRecbto; - Agora que acabou o horario de verão o webservice do RS passa a retornar o horario padrão, porem este teste está decrementando o horario retornado pela sefaz em 1 hora no caso da máquina ainda estar desconfigurada com o horario antigo. Fiz um ajuste nesta rotina criando uma função no pcnAuxiliar.pas que me retorna se o estado onde foi enviado a consulta usa o horario de verão: function UFUsaHorarioVerao(const UF: string): Boolean; const UFHV = '.MT.MS.GO.MG.ES.RJ.SP.PR.SC.RS.DF.'; begin Result := (AnsiPos(UF, UFHV) > 0); end; e adequei a função IsHorarioDeVerao (já Existente) que testa se o horario de verão está ativo para usar a mesma (tambem no pcnAuxiliar.pas), só o trecho alterado: Result := False; if (GetInicioDoHorarioDeVerao(anoInicio) <= dataHora) and (GetFimDoHorarioDeVerao(anoFim) >= dataHora) and (UFUsaHorarioVerao(UF)) then Result := True; a rotina corrigida na ACBrNFeWebServices.pas ficou assim: { WebService do RS retorna horário de verão mesmo pros estados que não adotam esse horário, ao utilizar esta hora para basear a emissão da nota acontece o erro. } if (pos('svrs.rs.gov.br', FPURL) > 0) and (not UFUsaHorarioVerao(CUFtoUF(FcUF))) and (IsHorarioDeVerao('RS', NFeRetorno.dhRecbto)) then FdhRecbto:= IncHour(NFeRetorno.dhRecbto, -1) else FdhRecbto := NFeRetorno.dhRecbto; agora ele só verifica se o estado do WebService não participa do horario do verão e se o horario de verão está ativo no RS antes de fazer o decremento. obrigado!

O log que passei é do ECFTeste que não deu certo.

É Impressora de Cliente, porém como já informei no ECFTeste que tem para download direto aqui no ACBR ela faz sangria. O que eu gostaria é de analisar ele para entender o que ele faz de diferente.

Esse log foi gerado fazendo com o ECFTestes da pasta exemplos\ACBrSerial\ACBrECF\Delphi.

Segue em anexo Log e LX. acbrlog.txt img040.pdf