Italo Giurizzato Junior

Bom dia Daniel, A cidade de Pato Branco teve a sua URL alterada pelo favor de ter mudado o WebService. O provedor é o mesmo, mas antes usava o WebService que recepcionava RPS segundo a versão1 do layout da ABRASF, agora vai passar a utilizar o WebService que recepciona RPS segundo a versão 2. Sendo assim é necessário alterar no arquivo Cidades.ini o nome do provedor de Pronim para Pronimv2. Incluir as URLs mencionadas pelo Otavio no arquivo Pronimv2.ini E ao realizar os testes não esquecer de configurar o PathSchemas para o componente pegar os Schemas da pasta Pronimv2. Já fiz as alterações nos arquivos INI e vou enviá-los para o repositório. Fico no aguardo do resultado dos testes.

Bom dia Ricardo, Sim, correto não esta, mas infelizmente não temos os Schemas para validação. Se você abrir o arquivo IPM.ini vai notar que esta configurado para não realizar a validação. [Schemas] Validar=0

Bom dia Felipe, Com certeza o provedor fez alguma kaka. Você esta passando a alíquota divida por 100?

Bom dia Cleverson, Para quem desenvolve sistemas utilizando Delphi ou Lazarus temos o componente ACBrNFSe. Infelizmente o ACBrMonitor Plus não oferece a emissão de NFS-e, por diversos motivos. A NFS-e ainda não possui um padrão nacional, as empresas contratadas pelas prefeituras que chamo de provedor não costumam atender os desenvolvedores para esclarecer duvidas. Logo fica difícil manter esse recurso no Monitor com um certo nível funcionalidade.

Bom dia Felipe, Se foi emitido o CT-e depois o MDF-e mas não ocorreu o transporte da mercadoria se faz necessário primeiro cancelar o MDF-e para que seja possível cancelar o CT-e. Se a UF não aceita o cancelamento extemporâneo do CT-e, será necessário emitir um CT-e de Anulação, mas antes tem que cancelar o MDF-e. Mas tome muito cuidado, é para Cancelar o MDF-e e não Encerrar o MDF-e, pois são coisas distintas. Se você Encerrar o MDF-e a SEFAZ vai entender que a mercadoria se não foi entregue ao seu destinatário, pelo menos ela circulou, ou seja ocorreu o seu transporte.

Bom dia Rafael, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Sergio, É isso que estou tentado verificar, qual foi o motivo de ter colocado 91.

Bom dia ALA, É preciso que todos os desenvolvedores cujos clientes emitem notas para alguma cidade (segundo o arquivo Cidades.ini são 7) atendida por esse provedor, entrem em contato para pressionar a alteração. Se eles se recusam a fazer essa alteração, com certeza, quem implementou o WebService não trabalha mais e quem ficou não tem conhecimento suficiente para fazer as devidas correções. A equipe ACBr não vai ficar dando jeitinho só para atender provedores que não conseguem estabelecer um mínimo de padrão. Visto que ninguém gera valores formatados com separador de milhar em XML. Sem falar nas datas que nesse provedor estão no formato DD/MM/AAAA, sendo que o formato estabelecido pela ABRASF (uma vez que se trata de NFS-e) é AAAA-MM-DD. Esse provedor é tão fraco que até hoje não disponibilizou os Schemas para que possamos validar o lote de RPS antes do seu envio. E não exige que o RPS e ou Lote sejam assinados. Não vejo a hora de se tornar realidade a NFS-e Padrão Nacional, onde teremos um único layout e WebService para todas as cidades brasileiras. Vai ter muito provedor amador voltando a fazer programa de controle de estoque.

Bom dia, O método DistribuicaoDFe pode retornar vários tipos de documentos, são eles: Resumo de Notas Fiscais - [RESNFE001] Resumo de Eventos - [RESEVE001] Notas Fiscais Completas - É retornado um resumo da mesma em [RESNFE001] e o XML completo é salvo em disco. Eventos Completos - [ProEve001] Lembre-se que 001 é um índice que pode variar de 001 até 050, conforme a quantidade de documentos retornados.

Bom dia, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Rodrigo, Acredito que podemos remover essa limitação, uma vez que o lote gerado não é enviado para um WebService e sim importado através do site da prefeitura e que no exemplo que você deu chega a aceitar lotes com aproximadamente 500 RPS. Vou fazer as alterações nos fontes ainda hoje e enviar para o repositório.

Bom dia Márcio, O arquivo em anexo não consta a cidade Ipiranga do Norte.

Bom dia, Favor atualizar todos os fontes de todas as pastas. Note que fiz alterações no arquivo Cidades.ini e no ISSJoinville.ini Favor realizar os testes com o programa exemplo, enviando para o ambiente de homologação e se possível para o ambiente de produção.

Bom dia Sergio, Ainda estou analisando o caso. Da forma que esta hoje, ou seja, com o valor 91 quais são os problemas?

idez, Acredito que depende da informação que estamos armazenando, se precisamos de um numero real com mais de 4 casas decimais eu sugiro o Double Precision, mas no caso da alíquota que no máximo vai ter 2 ou 4 casas podemos usar um outro tipo.

Boa tarde idez, Pode ser o tipo de variável que você esta utilizando para esse campo na sua aplicação, ou o tipo do campo alíquota definido no componente. No componente o campo Alíquota é definido segundo o tipo Currency.

Boa tarde, A montagem do ID do evento esta errado. Veja: Você acrescentou zeros a esquerda o CNPJ e tem que ser a direita.

Boa tarde, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde Wilson, Pelo que me recordo esse provedor não foi implementado no componente.

Bom dia, Acabei de fazer um teste usando o programa exemplo do eSocial. Primeiramente carreguei o XML que você anexou (eSocial_S-2220_ADAILTON SANTOS ALVES.xml) através do botão [Carregar XML] Este botão após você selecionar o XML desejado, o carrega através do seguinte comando: ACBreSocial1.Eventos.LoadFromFile(OpenDialog1.FileName); Ao executar o método LoadFromFile o componente verifica se o XML esta assinado, caso não esteja o mesmo será assinado e em seguida será validado. Portanto não se faz necessário executar o método AssinarEventos. Como não obtive nenhum erro referente a assinatura ou de validação, em seguida cliquei no botão [Enviar] e o evento foi enviado sem nenhum problema.

Bom dia Marcos, Você esta com todos os fontes de todas as pastas atualizados? Lhe pergunto isso, pois o seu arquivo INI do provedor não esta atualizado. Como você se utiliza o método Gerar para realizar o envio do RPS o valor do campo RPS na seção [Assinar] não tem efeito no método Gerar e sim nos métodos Enviar e EnviarSincrono. O método Gerar checa o valor de RpsGerar para decidir se o RPS será assinado ou não e em determinados provedores se utiliza do valor do campo LoteGerar, pois tem provedor que permite um lote de até 3 RPS no envio através do método Gerar.

Bom dia Matheus, Qual é o Report que você esta usando (Fast ou Fortes)? Jeito tem, será necessário realizar a formatação desse campo para esse provedor no componente de impressão do DANFSE. Se você puder colaborar em fazer essa alteração ficaremos gratos.

Bom dia, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Sérgio, Vou verificar o motivo de ter alterado de 90 para 91, mas fazendo da forma que lhe mostrei não é para ocorrer erros.

Bom dia Luiz, O componente gera a chave (identificação única do evento) e a utiliza para compor o nome do XML a ser salvo em disco, veja: A identificação única do evento (Id) é composta por 36 caracteres, conforme o que segue: IDTNNNNNNNNNNNNNNAAAAMMDDHHMMSSQQQQQ ID - Texto Fixo "ID"; T - Tipo de Inscrição do Empregador (1 - CNPJ; 2 - CPF); NNNNNNNNNNNNNN - Número do CNPJ ou CPF do empregador - Completar com zeros à direita. No caso de pessoas jurídicas, o CNPJ informado deve conter 8 ou 14 posições de acordo com o enquadramento do contribuinte para preenchimento do campo {ideEmpregador/nrInsc} do evento S-1000, completando-se com zeros à direita, se necessário. AAAAMMDD - Ano, mês e dia da geração do evento; HHMMSS - Hora, minuto e segundo da geração do evento; QQQQQ - Número sequencial da chave. Incrementar somente quando ocorrer geração de eventos na mesma data/hora, completando com zeros à esquerda. OBS.: No caso de pessoas jurídicas, o CNPJ informado deverá conter 8 ou 14 posições de acordo com o enquadramento do contribuinte para preenchimento do campo {ideEmpregador/nrInsc} do evento S-1000, completando-se com zeros à direita, se necessário.