Italo Giurizzato Junior

Bom dia Antônio, Favor usar o método Enviar (botão Gerar e Enviar Lote RPS).

Bom dia Paulo, Você chegou a abrir o XML da NFS-e que você anexou? Se sim, notou que a tag referente a razão social do prestador esta vazia? Lembre-se que o componente gera e envia o RPS, o responsável por gerar o XML da NFS-e é o provedor. Sendo assim é preciso entrar em contato com o provedor para saber o motivo dele estar gerando a tag <RazaoSocial> em branco.

Bom dia cefantacini, Você poderia anexar esses materiais que conseguiu? Para que possamos analisar. A principio a inclusão de um novo provedor não é complicado, se ele segue a ABRASF é muito simples e rápido, agora se não segue se torna mais trabalhoso, pois será necessário escrever uma Unit especifica para a geração do XML e acrescentar nas Units que tratam os retornos de cada serviço disponibilizado pelo provedor. Será necessário também criar um arquivo INI para o provedor e acrescentar a cidade em questão no arquivo Cidades.ini Na minha opinião esse provedor deu um tiro no pé criando um layout próprio. Existe um outro provedor que tinha o seu layout próprio e agora montou um novo webservice que segue o layout da ABRASF, porque será que ele fez isso? É bem provável que tem haver com os editais de licitação para a contratação pelas prefeituras. Eu em particular não pretendo implementar mais nenhum provedor que não siga o layout da ABRASF, visto que existe o projeto da NFS-e Padrão Nacional que tem como objetivo unificar, ou seja, teremos um layout padrão a ser seguido por todas as cidades brasileiras, bem como um único webservice. A ideia é acabar com essa zorra que existe hoje.

Bom dia Marcio, No arquivo Pronimv2 altere o bloco abaixo: [CabecalhoMsg] Texto1=<tem:cabecalho versao="202"> Texto2=<tem:versaoDados>2.02</tem:versaoDados> Texto3=</tem:cabecalho> para [CabecalhoMsg] Texto1=<tem:cabecalho versao="203"> Texto2=<tem:versaoDados>2.03</tem:versaoDados> Texto3=</tem:cabecalho> Faça os testes.

Bom dia Luiz, Para resolver o problema do espaço em branco, você alterou o DACTE? Se sim, poderia anexar os arquivos que alterou para que possamos analisar e se estando tudo OK, enviarmos para o repositório. Favor anexar o PDF após a alteração.

Bom dia Sérgio, Veja se este link lhe pode ajudar. http://www.ophos.com.br/app/publicacoes/detalhe/ct-e-de-subcontratacao/

Bom dia Marcelos, Acabei de fazer um acesso as duas URLs que constam na sua primeira postagem e ambas estão funcionando. Antes de você alterar a URL você chegou a fazer um teste usando o programa exemplo? Não funcionou? Qual foi o erro? Dica, ao mudar a URL no arquivo ACBrANeServicos.ini basta depois executar o bat: Compila_RES, desta forma um novo ACBrANeServicos.res será criado. Por fim basta compilar a aplicação com a opção Build. Se não funcionar, basta reinstalar os componentes.

Bom dia emarcolongo, Porque você não utiliza o componente para tudo? O grande problema é que o componente ACBreSocial não possui uma procedure que alimenta os campos de um evento através da leitura de um XML. Ao carregar o XML através do método LoadFromFile pressupõe que o mesmo já esteja assinado, bastando apenas ser incluído no lote para ser enviado. Sendo assim o meu conselho é: ou você utiliza o componente para todas as etapas ou em vez de gerar o XML, gere um arquivo texto no formato INI (na pasta: ...\Exemplos\ACBrDFe\ACBreSocial\ArqINI temos um arquivo INI de exemplo para cada evento), ao carregar esse arquivo o componente se encarrega de gerar e assinar o XML, deixando-o pronto para o envio. Você pode testar esse recurso através do programa exemplo.

Bom dia Edmar, Primeiramente, peço que não poste fragmento de códigos longo como texto da postagem, procure colocar em um arquivo texto e anexar. Qual é o erro que ocorre?

Bom dia Werner, Favor entrar em contato com a SEFAZ e expor o problema, tanto no que diz respeito ao numero da parcela (como é chamado agora) quanto a somatória dos valores das parcelas que difere do valor liquido da Fatura. Quem sabe eles vão corrigir mais rápido o problema.

Bom dia Hasa, Os webservices da NF-e 4.00 só vão aceitar o protocolo de segurança TLS 1.2 ou superior sendo assim se faz necessário mudar a configuração do componente. SSLLib = libWinCrypt

A URL tem 95 caracteres sendo o tamanho máximo é de 85. Notei que a URL usada tanto na tag qrCode quanto na urlChave estão diferentes das que constam no arquivo ACBrNFeServicos.ini Favor atualizar os seus fontes e refaça os testes.

Bom dia Werner, Na tag <nDup> você informou: 001245-1, 001245-2, ... Tente informar da seguinte forma: 0012451, 0012452, ... Ou seja, remova o "-".

Allan, O seu chefe pode querer o que ele bem entender. Se você abrir o arquivo Betha.ini vai encontrar os seguintes campos: [Geral] VersaoSoap=1.1 (...) ; 0 = False / 1 = True UseCertificado=1 ; 0 = False / 1 = True (se True então assina) [Assinar] RPS=1 Lote=1 (...) Como você pode ver no caso do provedor Betha devemos assinar o XML do RPS, assinar o Lote que contem o RPS previamente assinado e para poder consumir o webservice é preciso usar o Certificado. Se você alterar esse arquivo com o objetivo de não assinar o RPS e o Lote o que vai ocorrer: primeiro que o Lote não vai ser validado e o envio será abortado. Se você alterar esse arquivo para que o lote não seja validado não vai conseguir enviar pela falta do certificado e se mesmo assim você conseguir enviar, o lote será rejeitado pelo provedor pois tanto o RPS quanto o Lote não estão assinados. Acredito que ficou claro.

Bom dia a todos, O layout do XML dos evento não foram alterados, permanecendo os mesmos, logo não tem o que se preocupar. Se tivesse alguma alteração, com certeza já tínhamos feito a alteração no componente. Outra coisa, basta configurar o componente para a versão 4.00 e fazer os devidos testes em ambiente de homologação.

Bom dia, Gere o XML e salve em disco, depois anexa ele no fórum para podermos analisar. A tag urlChave tem um tamanho mínimo de 21 e máximo de 85 caracteres.

Bom dia Marcio, Por favor apague da sua maquina os arquivos Cidades.ini e Pronim.ini e atualize novamente os fontes para que os mesmos sejam restaurados. Pois você fez uma lambança nesse arquivo que você anexou. Ele esta com duas seções URL_H.

Bom dia Antônio, Qual foi a ultima vez que você atualizou tudo e reinstalou os componentes ACBr?

Bom dia Allan, Mesmo configurando o componente para enviar para o ambiente de homologação, será necessário o certificado digital. O certificado digital é utilizado para assinar o RPS e ou Lote bem como estabelecer uma conexão com o servidor (webservice) do provedor.

Bom dia Cristian, É preciso "debugar" para descobrir onde o AV ocorre.

Bom dia Ricardo, Você esta tentando enviar para o ambiente de homologação, correto? Se sim, entre em contato com o provedor pois para o ambiente de homologação é preciso informar um usuário e senha especifico.

Boa noite Alice, Neste caso é preciso comparar um fonte com o outro para descobrir o que esta motivando esse problema.

Boa tarde, Nas configurações do componente no grupo webservice não tem uma propriedade chamada Visualizar? Chegou a atribuir o valor False a ela para ver o que acontece?

Boa tarde Rino, Muito obrigado pela colaboração, já esta no repositório.

Boa tarde Edmar, Segundo o manual do eSocial versão 2.4.02 o grupo infoComplCont fica dentro do grupo dmDev, visto que o ideDmDev é um elemento que também fica dentro do grupo dmDev. No manual consta a seguinte observação referente ao grupo infoComplCont: Registro preenchido exclusivamente quando o evento de remuneração se referir a trabalhador cuja categoria não estiver obrigada ao evento de início de TSVE e se não houver evento S-2300 correspondente (CPF + categoria).