[Novo layout IPM para notas de serviço]

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 

 

 

[Novo layout IPM para notas de serviço]

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

 

[Novo layout IPM para notas de serviço]

Valeu Italo. Obrigadão

[Novo layout IPM para notas de serviç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....

 

 

 

 

[Novo layout IPM para notas de serviço]

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

 

[Novo layout IPM para notas de serviço]

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

 

[Novo layout IPM para notas de serviço]

[Novo layout IPM para notas de serviço]

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

[Erro 1003: Assinatura digital inválida]

Bom dia;

Também estamos com problema em alguns clientes

[eSocial - Possibilidade de escolher entre gerar, assinar, validar ou enviar. Temos casos onde o cliente não vai enviar diretamente para o WebService]

Ok, muito obrigado!

[eSocial - Possibilidade de escolher entre gerar, assinar, validar ou enviar. Temos casos onde o cliente não vai enviar diretamente para o WebService]

Boa tarde,

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

[eSocial - Possibilidade de escolher entre gerar, assinar, validar ou enviar. Temos casos onde o cliente não vai enviar diretamente para o WebService]

Boa tarde @Italo Jurisato Junior,

Segue anexo arquivos .pas ajustados conforme solicitado. 

ACBreSocialWebServices.pasACBreSocial.pas

[eSocial - Possibilidade de escolher entre gerar, assinar, validar ou enviar. Temos casos onde o cliente não vai enviar diretamente para o WebService]

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

[SAT Bematech - "Erro na abertura da porta de comunicacao com o S@T"]

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

[eSocial - Possibilidade de escolher entre gerar, assinar, validar ou enviar. Temos casos onde o cliente não vai enviar diretamente para o WebService]

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.

[eSocial - Possibilidade de escolher entre gerar, assinar, validar ou enviar. Temos casos onde o cliente não vai enviar diretamente para o WebService]

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?

[eSocial - Possibilidade de escolher entre gerar, assinar, validar ou enviar. Temos casos onde o cliente não vai enviar diretamente para o WebService]

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 ?

[eSocial (evento 2220 Monitoramento da Saúde do Trabalhador) - Mesmo colocando o tipo de exame (tpExameOcup) como Demissional que é código 9 acaba indo para o XML 8 indevidamente]

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

[eSocial (evento 2210 CAT) - Quando tipo local (tpLocal) é 2-Exterior não deve enviar a tag codMunic, está enviando com o valor 0 e acaba rejeitando o evento]

Testes efetuado e está funcionando corretamente. Obrigado!

[eSocial (evento 2210 CAT) - Quando tipo local (tpLocal) é 2-Exterior não deve enviar a tag codMunic, está enviando com o valor 0 e acaba rejeitando o evento]

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.

[eSocial (evento 2210 CAT) - Quando tipo local (tpLocal) é 2-Exterior não deve enviar a tag codMunic, está enviando com o valor 0 e acaba rejeitando o evento]

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:

[eSocial (evento 2245 Treinamentos e Capacitações) - Não localizei o campo indTreinAnt dessa forma o XML não passa na validação do schema]

Boa noite,

Efetuado os testes e está funcionando corretamente. Obrigado!

[eSocial (evento 2245 Treinamentos e Capacitações) - Não localizei o campo indTreinAnt dessa forma o XML não passa na validação do schema]

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

[eSocial - No registro s2240 mesmo definindo tipo de eficácia não aplicável está criando a tag eficácia (eficEpc) = 'S' assim retorna erro]

Efetuado os testes e está funcionando corretamente. Obrigado.

[eSocial - No registro s2240 mesmo definindo tipo de eficácia não aplicável está criando a tag eficácia (eficEpc) = 'S' assim retorna erro]

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.