Italo Giurizzato Junior

Boa tarde Tairone, Mude a configuração do Monitor, informe a versão 02_04_01 e tente novamente. Pois acredito que os schemas de validação que você possui são dessa versão e não da 02_04_02. Na próxima versão do Monitor vai conter os schemas de ambas as versões.

Boa tarde Joceandro, E a tag <percRedContrib> você também testou com o tcDe2? Se sim, funcionou?

Boa tarde Humberto, Mas no seu caso a forma de pagamento não é 99? No meu entendimento deverá continuar, pois no caso da NF-e podemos ter a forma de pagamento: 15 - Boleto Bancário e 99 - Outros.

Bom dia, Eu estou apenas ajudando no desenvolvimento do componente, não conheço as regras do e-Social, mas vou pela mensagem de erro retornada. No meu entendimento para poder enviar o respectivo evento o Empregador já deve estar obrigado a enviar os eventos do e-Social. Se a minha empresa não esta obrigada a enviar os eventos do e-Social, por questão de período de obrigatoriedade ou faturamento, ao tentar enviar qualquer evento é esperado que o webservice do e-Social recuse o evento. Que me parece ser o seu caso.

Bom dia ALA, Neste caso é preciso "debugar" para descobrir o que esta ocorrendo.

ALA, O XML que você anexou é o RPS e não a NFS-e.

Bom dia ALA, O RPS é gerado e enviado, correto? O provedor acusa que o lote foi recebido e lhe retorna o numero de protocolo, correto? Como se trata do provedor Ginfes, em seguida devemos consultar a situação do lote, pois esse provedor segue a versão 1 do layout da ABRASF. Qual é a situação do Lote ao realizar essa consulta? Se for 1 significa que você passou o numero do lote e ou o numero do protocolo errado. Se for 2 significa de devemos aguardar um tempo e tentar novamente, pois o lote se encontra em processamento. Se for 3 significa que o lote foi processado, mas contem erros. Se for 4 significa que o lote foi processado com sucesso. Muito bem, se a situação for 3 ou 4 devemos consultar o lote, desta forma se a situação for 3 teremos a lista de erros, por outro lado se for 4 teremos o XML da NFS-e. Agora lhe pergunto você seguiu esse roteiro?

Bom dia ALA, Você lendo o arquivo errado. No arquivo *-rps.xml é o que o componente gera e envia para o provedor. Para imprimir o DANFSE você tem que ler o arquivo *-nfse.xml, este é o arquivo gerado pelo provedor e retornado quando o RPS que você enviou foi processado com sucesso.

Bom dia Rodrigo, Por favor abria o Schema utilizado pelo provedor Coplan e procure por Inscricao e veja se existe alguma tag chamada InscricaoEstadual. Eu só achei InscricaoMunicipal. Pasta onde esta o schema: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas\Coplan

Bom dia Gustavo, Complementando o que o Juliomar e o Sérgio lhe passaram. É necessário estar com o Delphi 7 ou superior instalado ou Lazarus versão 1.8.2 ou superior. Baixar e instalar o Fortes Report. Baixar e instalar a Suite de Componentes ACBr. Por fim iniciar os testes usando o programa exemplo do componente desejado, no seu caso o ACBrNFSe.

Quanto as suas duas perguntas a resposta é sim para elas.

Bom dia Tairone, O programa exemplo que me refiro acima é destinado a quem utiliza ou Delphi ou Lazarus (programação objeto Pascal). Você programa em qual linguagem de programação?

Bom dia Tairone, Tente fazer da seguinte forma: O evento você salva em disco por exemplo com o seguinte nome: S1000.txt depois eSocial.CriarEnviareSocial("C:\caminhoondeestaoarquivotxt\S1000.txt")

Bom dia Joceandro, Mas o Schema usado para validar o evento, na definição da tag consta que a mesma é do tipo Decimal e não String. <xs:element name="percRedContrib"> <xs:simpleType> <xs:annotation> <xs:documentation>Percentual de Redução da Contribuição</xs:documentation> </xs:annotation> <xs:restriction base="xs:decimal"> <xs:totalDigits value="5"/> <xs:fractionDigits value="2"/> </xs:restriction> </xs:simpleType> </xs:element> Da forma que esta hoje, se a tag for gerada com o valor 8.00 qual é o erro retornado?

Bom dia Tairone, Em vez de: EAN=7898265332447 EANTRIB=7898265332447 faça desta assim: cEAN=7898265332447 cEANTRIB=7898265332447 pois esse é o nome correto do campo.

Bom dia, No DANFE que é a representação gráfica do conteúdo do XML, lembre-se que nem tudo o que esta no XML é impresso. O ACBr procura sempre deixar os componentes em conformidade com os Manuais e Notas Técnicas. Na nota Técnica 2016/002 versão 1.51 onde consta a mudança de local da tag <indPag>, no final da última pagina temos: 6 Campos do DANFE Nesta nova versão não haverá alteração no leiaute do DANFE. As informações relativas ao Fundo de Combate à Pobreza (FCP) devem ser informadas: • No campo de "Informações Adicionais do Produto, tag: infAdProd", os valores informados por item nos campos (vBCFCP, pFCP, vFCP, vBCFCPST, pFCPST, vFCPST), quando existirem. • Os valores de totais do FCP (id: W04b e W06a) devem ser informados em "Informações Adicionais de Interesse do Fisco, campo “infAdFisco", quando existirem." Como você pode ver não consta nada no que diz respeito a impressão do Indicador da Forma de Pagamento.

Boa tarde ALA, Favor atualizar os fontes, faça novos testes.

Boa tarde Tairone, Lembre-se que o ACBrMonitor não é multi empresa, acredito que a solução seria criar um arquivo INI de configuração para cada empresa e antes do envio do evento carregar o arquivo de configuração desejado.

Boa tarde Mauricio, No Manual e nas Notas Técnicas normalmente o que temos é o layout do XML, ou seja quais são os campos (tags) que devem ser gerados. No que diz respeito a calculo, primeiro o componente não realiza, ou seja, a sua aplicação deve fazer os cálculos e informar os resultados. Eu recomendo você procurar um bom contador que possa esclarecer como devem ser feitos os cálculos e em quais condições.

Boa tarde, Pela mensagem de erro, concluo que o empregador em questão não esta obrigado por enquanto a enviar o evento S-1210, sendo assim não tem o que fazer, apenas esperar.

ALA, Compare a sua configuração com a do programa exemplo.

ALA, Seguindo o exemplo faça o seguinte: 13.01/1742015478 ItemListaServico := '1301'; CodigoTributacaoMunicipio := '13011742015478';

Bom dia ALA, Existe o ItemListaServico e o CodigoTributacaoMunicipio. A prefeitura ou o provedor tem que passar essa informação. Entre em contato com o provedor e protocola um pedido dessa informação junto a prefeitura. Você não pode ficar o resto da vida na tentativa e erro.

Bom dia Leonardo, O Consultar Lote RPS esta sendo executado diretamente ou através do Enviar? Lembre-se que o Consultar Lote RPS até onde sei não foi implementado no ambiente de homologação. Quando configuramos o componente para consultar o lote após o envio e consequentemente usamos somente o método Enviar o componente se encarrega de não executar o método ConsultarLoteRps se tratando do provedor 4R ambiente de homologação. Por outro lado se executar o método ConsultarLoteRps diretamente para o respectivo provedor e ambiente com certeza vai ocorrer erro.

Bom dia ALA, O componente salva os arquivos secundários, ou seja, os arquivos de envio e de retorno na pasta NFSe, já os XMLs referentes aos RPS são salvos na pasta Recibos, por fim os XMLs referentes as NFS-e gerados e retornados pelo Webservice são salvos na pasta Notas.