Painel de líderes

Boa tarde, estamos enfrentando problemas referente ao envio de NFS-e através do provedor GINFES, gostaria de saber se tem alguma forma de configurar o tempo de resposta para evitar este problema.

Bom dia.. PercentualReducao=33.33 O Nome do campo de reducao esta diferente do manual https://acbr.sourceforge.io/ACBrMonitor/ModeloNFeINICompleto.html é para ser o abaixo pRedBC= Sugiro , deixar os nomes padrao conforme o link do ModeloNfe, tem varios campos com nomes diferentes. Valeu.

Boa tarde Lucas, Não vejo vantagem nessa funcionalidade, visto que a NFC-e é destinada ao Consumidor Final e não para uma empresa que vai utilizar esses dados para dar entrada no estoque, no contas a pagar, ... A SEFAZ até o momento não disponibilizou um serviço para realizar o download do XML da NFC-e, apenas NF-e.

Boa tarde a todos, Existem outras postagens no fórum com problemas parecidos, tudo indica que o provedor Ginfes esta passando por algum problema de lentidão, mas é lógico que eles não vão admitir. O jeito é infernizar o provedor, com as reclamações, quem sabe assim eles dão um jeito. Sugiro também que entrem em contato com a prefeito para fazer reclamações e se possível for, fazer uma reclamação por escrito (contribuinte seria a pessoa mais indicada) e protocolar na prefeitura atendida por esse provedor.

Reinstalei o componente novamente, alterei a forma de configurar o componente, deixei como no DEMO, e funcionou corretamente. Obrigado.

Recompilei o ACBr assim {$DEFINE DFE_SEM_CAPICOM} e funcionou

É necessário realizar o preenchimento dessas tags. Aqui no Paraná, se enviar sem terá uma rejeição (em ambiente de homologação) - Produção está aceitando com ou sem os campos por enquanto. Um detalhe importante, essas validações são a critério da UF. Por tanto é necessário verificar com a SEFAZ do estado se eles vão ou não aderir essas novas validações. Caso a UF em questão implementará, verifique a propriedade nova no ACBr ForcarGerarTagRejeicao938. Pois em algumas UF mesmo os valores sendo zerados e a tag sendo facultativa é necessário informar. Veja mais detalhes no tópico abaixo. (nesse mesmo tópico tem uma resposta da SEFAZ-MG explicando qual valor informar nessas tag's novas)

Funcionou em produção, em homologação não estou conseguindo testar, mas tudo bem. Valeu, obrigado

Pesquisando e lendo um pouco mais aqui... vi que o meu sat (RB200 Bematech) não suporta a versão 0.08...

Entendi, pensava que pelo método do empregador, poderia baixar qualquer evento transmitido pelo CNPJ da empresa informada. Utilizando o método do trabalhador, pediu o CPF, inicio e fim do período, que informei janeiro (01/01/2019 a 31/01/2019), e retornou "406 - Não foram encontrados registros conforme os filtros informados". Mas tudo bem, farei mais alguns testes mais tarde. Obrigado

Oi ítalo. Obrigado pela atenção. Já consegui resolver. Estão no datamodule. Exclui todos os componentes e adicionei novamente. Ai deu certo. Valeu. Muito obrigado.

Bom dia Leite, Muito obrigado pela colaboração, já enviei para o repositório.

Bom dia! No teu arquivo INI, você não informou o codigo CST, nem origem da mercadoria. Como não tem esta informação o ACBrMonitorPLUS está setando a padrão CST=00. Parte do conteúdo do teu arquivo: Falta o campo CST. Isto em primeiro momento. Corrija e depois se não der certo, continue informando neste tópico.

Entendi Jucemar, nesse caso não tem jeito, cada rubrica tem que identificar o beneficiário. Concordo com você que teria outras formas de prestar essas informações (algo parecido com o plano de saúde no S1200 talvez), pode ser que tenham bons motivos pra ter feito assim, ou na pressa pra entregar era o que tinha... kkkk. Como falei antes, aqui temos o beneficiário vinculado ao trabalhador e na hora de gerar o xml, ao identificar que é pensão, pegamos os dados do vínculo e montamos as tags. O e-Social tem evoluído bastante (veja quantas alterações no layout), pode ser que amanhã ou depois isso mude, mas isso é o que temos pra agora.

Aqui em MG já teve dia que só sincroniza a nfe com o portal nacional depois de 24 horas, e se consegue fazer ciência instantaneamente, é só vem o xml depois de 24 horas. outros dias o xml retorna em 2segundos depois de fazer o manifesto.

Boa tarde, Fiz um ajuste na impressão do Fortes, vi que o componente se referia a averbação, mais estava como "Número da apólice" e não estava carregando informação: Estou preenchendo os campos também: Se estiverem de acordo, segue os arquivos modificados: ACBrMDFeDAMDFeRLRetrato.dfm ACBrMDFeDAMDFeRLRetrato.pas

Isso mudou agora? uso assim a anos, o terceiro parâmetro informava o tipo de documento, de era CNPJ ou IE, não li quando mudou valeu mesmo. Obrigado. HASA

Amigos, deu certo... eu apenas atualizei os SCHEMAS na pasta do programa e ja deu certo.

Opa! Então, para cada rubrica com incidência de IRRF 51, 52, 53, 54 ou 55 o grupo <penAlim> deve ser informado, nas demais o grupo deve ser omitido. Geralmente temos somente uma rubrica de pensão para cada demonstrativo do empregado. Se você tiver mais de uma talvez seja interessante junta-las. Assumindo que você é o desenvolvedor do programa e de todo modo precisa ter várias rubricas de pensão, o beneficiário deve ser informado para cada uma rubrica no xml, mas no seu programa você pode realizar esse vinculo somente uma vez e quando for gerar o evento busca esse vinculo e repete para cada uma. Como são dados cadastrais não vejo como poderia interferir em algum totalizador. É interessante que os valores do campo <vlrPensao> corresponda aos valores das rubricas, no meu caso o valor da rubrica e o valor da pensão foi sempre o mesmo. As rubricas de pensão alimentícia devem ser informadas porque interferem na formação da base de calculo do IRRF, então se você esta se referindo a totalizações que o sistema do e-Social faz, acho que o valor das rubricas que são importantes. Acredito que esses dados estão sendo solicitados mais para fazerem algum tipo de cruzamento de informação com a declaração do IR ou algo do tipo, para efeito de cálculo e fechamento da folha, o que vale é o valor da rubrica.

Bom dia Bruno, Fiz uma alteração no arquivo INI do provedor e ainda hoje estarei envia para o repositório. Quem sabe com essa alteração resolve o problema.

Bom dia Elaine, Note que no arquivo 55-env-lot-soap.xml a tag hashIdentificador esta vazia. O seu conteúdo é retornado ao solicitar a abertura de uma sessão. Se não esta retornando isso significa que o Identificação do Prestador e ou Senha informados na solicitação de abertura estão incorretos.

http://michellcomputing.co.uk/blog/2016/05/windres-installation-on-linux/ isso funcionou

Sim, pensei nisso... alias essa foi a decisão mais difícil... Há prós e contras... fazer um evento desse porte em SP é no mínimo 4x mais caro... (porém é bem mais rápido de vender) No fim, os fatores decisivos, para escolher o Interior, foram: O (terrível) transito de SP, e as espaçosas acomodações do Parque Tecnológico de Sorocaba

O Refactoring já está no ar. Vejam o seguinte tópico: