Dream Sistemas

Usei a senha e usuário acessando diretamente o link de homologação. Conferem... consigo o acesso O link de produção ainda não está ativo, mas estou enviando como homologação... por tentativa, coloquei no link de produção o endereço de homologação.... Nada. Perguntei a o suporte da IPM , pelo que entendi ocorreram mais alterações além de somente versão.. No manual consta o formato de envio : Os parâmetros POST esperados pelo Web Service, na requisição HTTP, com Content-Type: multipart/form-data, são: Campo Tipo Descrição Authorization Text base64_encode(username:password) • Definição de username: CPF/CNPJ do emissor da NFS-e; • Definição de password: Senha de acesso ao sistema. As informações de username e password devem ser passadas junto ao cabeçalho da requisição por meio do Authorization, sendo username:password em formato base64. Exemplo: base64_encode('admin:admin'). • Authorization: Basic YWRtaW46YWRtaW4= O envio do arquivo XML deve ocorrer por meio do método POST, com o corpo de envio codificado para o tipo multipart/form-data. • Content-Type: multipart/form-data Após efetuar a primeira requisição na aplicação (seja de emissão ou de cancelamento), poderá ser obtida a informação referente à sessão. Em seguida, para as próximas requisições, deve-se passar junto ao cabeçalho a informação de Cookie, juntamente com o identificador de sessão. Não sei se o componente da ACBR trata desta maneira

preenchi o arquivo ini com : [4204301] Nome=Concordia UF=SC Provedor=IPM Versao=1.01 ProRecepcionar=https://concordia.atende.net/atende.php?pg=rest&service=WNERestServiceNFSe&cidade=padrao HomRecepcionar=https://homologacao.atende.net/atende.php?pg=rest&service=WNERestServiceNFSe&cidade=integracoes HomNameSpace=https://migracao.atende.net/?pg=rest&service=WNERestServiceNFSe&cidade=treina_concordia HomLinkURL=https://migracao.atende.net/?pg=rest&service=WNERestServiceNFSe&cidade=treina_concordia ; O que estou fazendo de errado? A senha e usuário estão corretos

Valeu Italo. Obrigadão

pelo que entendi os links são https://concordia.atende.net/?pg=rest&service=WNERestServiceNFSe para produção e https://migracao.atende.net/?pg=rest&service=WNERestServiceNFSe&cidade=treina_concordia para homologação. onde cada cidade (no exemplo concordia) é preenchida sem espaços, em minúsculo e sem acentos. Mas o problema não é só este... conforme a IPM : "Para o mês de junho, a programação de atualização é Concórdia/SC dia 05/06 e Bento Gonçalves/RS dia 19/06." as implementações serão feitas gradualmente....

Bom dia, troquei os links dentro do arquivo IPM.ini da pasta : .... \ACBR\Exemplos\ACBrDFe\ACBrNFSe\ArqINI , mas o programa continua pegando o link antigo. o que estou fazendo de errado ? desculpe não havia visto a resposta de vocês... v

pelo que conversei com o pessoal da IPM, é uma nova versão, onde mudaram os links de produção e homologação. Onde cada cidade terá o link próprio. Ex: Não sei exatamente com o componente ACBR_NFSEx se comporta neste caso

Boa tarde. esta semana fomos surpreendidos com um email avisando de alterações no layout das notas de serviço do provedor IPM.: Mensagem do email: O Município de Concórdia irá passar por uma atualização na versão do sistema Fiscal Web, este que é responsável pela Emissão de Notas e Escrituração Fiscal. A atualização para a nova versão ocorrerá no dia 05/06/2023. Para informações a respeito da atualização e inscrições para os treinamentos online você pode acessar a este link https://concordia.atende.net/subportal/atualizacao-do-sistema-fiscal-web Ou enviar um e-mail para [email protected] manual_eletron (1).pdf A ACBR está apta ? estou tendo problemas no retorno de emvio com o programa de exemplo : Requisição Ambiente: 2 Cidade : Concordia/SC Provedor: IPM Versão: 1.00 Método Executado: Gerar NFSe Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : False Erro(s): Código : 00167 Mensagem: A UNIDADE DO SERVIÇO correspondente ao código informado não foi encontrada. Correção: --------- NFS-e Numero....: 1 Cod. Verificacao: Prestador.......: Dream Tomador.........: INSCRICAO DE TESTE E TESTE

Bom dia; Também estamos com problema em alguns clientes

Ok, muito obrigado!

Boa tarde, A análise dos fontes já foi feita? Tem alguma posição sobre essa situação?

Boa tarde @Italo Jurisato Junior, Segue anexo arquivos .pas ajustados conforme solicitado. ACBreSocialWebServices.pasACBreSocial.pas

Boa tarde, Segue anexo os arquivos .pas para análise. Contemplam alterações para permitir que seja possível salvar o LOTE. ACBreSocial.pas ACBreSocialWebServices.pas ACBrDFeWebService.pas

Boa tarde, Estávamos com essa mesma situação em um cliente. O que foi mencionado pelo @Daniel Simoes sobre conflito entre drivers é correto. Para solucionar, removemos os drivers tanto da impressora quanto do SAT. Instalamos primeiro o do SAT, usando a opção COM DISCO, e apontamos o .inf (está em anexo, pegamos com o suporte da Bematech). Mesmo processo foi feito posteriormente para a impressora MP4200 TH. Após ajustamos a porta no bemasat.xml e funcionou corretamente. bematech_vcom.inf

Basicamente, é isso mesmo. Não sei como está a demanda de vocês, qualquer coisa podemos desenvolver, após postamos para analisarem. Vamos precisar desse processo, pois alguns clientes não vão transmitir direto ao WebService, apenas irão gerar o XML para a contabilidade transmitir. Como não sabemos a forma que o software da contabilidade vai se portar, iremos disponibilizar as duas opções por LOTE e por arquivo separado.

Bom dia, Mesmo usando essa função, os XMLs são baixados separadamente, o que acaba dificultando pra gente. Por exemplo, se for enviar um LOTE com dois eventos do s-2210 (CAT), enviamos essa informação em apenas um XML (LOTE), mas ao usar a um função para baixar, os XMLs dos CATs vem separados em dois XML, um de cada CAT. E justamente precisamos do XML do LOTE, que contém os dois s-2210. Teria possibilidade dessa alteração, ou tem alguma forma de fazer esse processo?

Bom dia; Nós geramos arquivos para SST (medicina ocupacional) S1060, S2210, S2240.... Alguns dos nossos clientes não irão fazer o envio diretamente para o Webservice Eles gerarão os arquivos (de lote) e farão envio para um intermediário. O problema que o arquivo de lote é gerado, assinado e validado no processo de ENVIO ao webservice na unit ACBrDFeWebService; . . . function TDFeWebService.Executar: Boolean; var ErroMsg: String; begin { Sobrescrever apenas se realmente necessário } FazerLog('Inicio '+ClassName, False); InicializarServico; try DefinirDadosMsg; if Assigned(FPDFeOwner.Integrador) then DefinirDadosIntegrador; DefinirEnvelopeSoap; SalvarEnvio; try EnviarDados; Result := TratarResposta; FazerLog(GerarMsgLog, True); SalvarResposta; except on E: Exception do begin Result := False; ErroMsg := GerarMsgErro(E); GerarException(ErroMsg, E); end; end; finally FinalizarServico; end; end; Consigo gerar o arquivo de LOTE por outro processo ? ou seria possível colocar parametro na TDFeWebService.Executar para que eu posssa escolher se irei gerar, assinar, validar ou enviar ?

Mesmo colocando o tipo de exame (tpExameOcup) como Demissional que é código 9 acaba indo para o XML 8 indevidamente.

Testes efetuado e está funcionando corretamente. Obrigado!

Bom dia, Em relação ao município ficou correto. Agora está rejeitando em relação a UF, pois a mesma continua sendo preenchida e não deveria.

Quando tipo local (tpLocal) é 2-Exterior não deve enviar a tag codMunic, está enviando com o valor 0 e acaba rejeitando o evento. Abaixo imagem do manual:

Boa noite, Efetuado os testes e está funcionando corretamente. Obrigado!

Boa tarde, Estou gerando o evento s2245 (Treinamentos e Capacitações) do eSocial, verificamos que a tag indTreinAnt foi inclusa através daa NT12_2019, e foi alterada agora na NT13_2019. Mas não conseguimos localizar essa tag no ACBr. Link da NT: https://portal.esocial.gov.br/manuais/nota-tecnica-13-2019.pdf

Efetuado os testes e está funcionando corretamente. Obrigado.

Ao enviar o registro s2240 sobre eficácia do EPC (eficEpc), está retornando erro: Mesmo quando definido como epcEpi.utilizEPC := uEPCNaoAplica: No XML está montando como eficácia 'S'. Sendo que o correto para esse caso é não enviar nada no campo de eficácia.