Painel de líderes
Conteúdo popular
Showing content with the highest reputation on 26-06-2017 em todas as áreas
-
Boa tarde a todos, Já encontra-se disponível os fontes do componente ACBrBPe, bem como o pacote de instalação e o programa exemplo. Já estamos trabalhando para incluir o ACBrBPe no ACBrInstall_Trunk2. Ainda não é possível realizar testes pois ainda não foram disponibilizados os Schemas e o ambiente de homologação.6 pontos
-
Obrigado Marcos e BigWings... Testei no Lazarus e D7, e me pareceu tudo correto... A compatibilidade com aplicações anteriores está mantida... (se a nova propriedade não tiver nada atribuído) Enviei para o SVN com pequenos ajustes...3 pontos
-
Bom dia a todos, Estou tendo problemas para finalizar uma venda com multi cartões pelo TefDemo, estou anexando imagens de como estou fazendo, caso esteja errado, peço que me ajudem. (Caso não entendam o passo a passo só falar que faço um mais detalhado)1 ponto
-
Boa tarde!!!! ao realizar buscas no site em prol de encontrar algo referente ao retorno das categorias (posição) dos NCMs lidos da url http://www4.receita.fazenda.gov.br/simulador/PesquisarNCM.jsp?, ví que a Classe lia e retornava apenas os dados de (id="listaNCM"), então fiz alguns testes e mudanças na unit para que tais informações pudessem ser usadas: ex: 1001 - trigo e mistura de trigo com centeio (méteil).; 1002 - centeio.; >1006 - arroz. e etc... Visto que eu importava tais dados para o banco e permitia que o usuário as usasse como pesquisa, no entanto o usuário não encontrava pois a descrição é apenas de: ex: -- PARA SEMEADURA (SEMENTEIRA*) do NCM (10011100) , daí vi que o correto pra o usuário encontrar seria: trigo e mistura de trigo com centeio (méteil) PARA SEMEADURA (SEMENTEIRA*) ou arroz PARBOILIZADO. então implementei mais duas: property CodigoCategoriaNcm e property DescrCategoriaNcm.. Gostaria de saber se é possível adicionar tais mudanças no repositório: ACBrNCMs.pas1 ponto
-
Experimente preencher os dados do tomador na tag "toma": with ACBrCTe1.Conhecimentos.Add.CTe do begin Ide.cUF := UFtoCUF(edtEmitUF.Text); Ide.cCT := StrToInt(NumCTe); Ide.CFOP := 6932; Ide.natOp := 'PRESTACAO SERVICO TRANSPORTE INICIO OUTRA UF FORA DO ESTADO'; Ide.modelo := 67; [...] //Adiciona dados do tomador do serviço toma.CNPJCPF := '999999999999'; toma.IE := 'XXXXXXXXXXXXXXXX'; toma.xNome := 'XXXXXXXXXXXXXXXXXXXX'; toma.xFant := ''; toma.fone := '';1 ponto
-
Boa Tarde A implementação já está disponível no repositório. Para o ACBr Monitor estará disponível na próxima versão. obs: Foi utilizado a Função: (MontarCampoCarteira) em: ACBrBancoBrasil.pas, para não interferir a emissão em outros bancos Obrigado pela Contribuição.1 ponto
-
@Daniel Simoes Vlw! Já vou sincronizar e testar Testei aqui no XE8 com a versão que vc subiu para o SVN e está funcionando corretamente. Obrigado!1 ponto
-
Atenção para as regras do fórum! Vou dividir o tópico e movê-lo para o fórum apropriado.1 ponto
-
Boa tarde pessoal... conforme metodologia do componente ACBrIBPTax e nos possibilita utilizar uma URL para listar nosso arquivo IBPT... e como nossos usuários sempre querem tudo na moleza, resolvi implementar nessa mesma classe outras propriedades para ser usado para ler tabela CEST, cujo esta é a mesma que o CANTU disponabilizou, porém deixei-a em csv em uma URL própria, assim é só utilizar a mesma logística da tabela IBPT onde: if (varCond) then begin ACBrIBPTax.Tag := 1; ACBrIBPTax.Delimiter := '|'; ACBrIBPTax.URLDownload := 'http://xxxxxxxx/TabelaCESTNCM.csv'; end else if (varCond) then begin DMAC.IBPTax.Tag := 0; DMAC.IBPTax.Delimiter := ';'; DMAC.IBPTax.URLDownload := 'http://xxxxxxxxxxxxx/TabelaIBPTax'+DM.cdsEmpresaUF.AsString+'.csv'; end; ACBrIBPTax.IBPTax.Itens.Clear; ACBrIBPTax.Arquivo.Clear; if ACBrIBPTax.AbrirTabela(sArqImp) then begin for I := 0 to ACBrIBPTax.Itens.Count - 1 do begin if (varCond) then begin seu codigo para REGISTRO EM BANCO CEST... sncm := ACBrIBPTax.Itens.NCM; sCEST := ACBrIBPTax.Itens.CEST; sDESCR := AnsiUpperCase(ACBrIBPTax.Itens.Descricao); end else begin seu codigo para REGISTRO EM BANCO IBPT end; ACBrIBPTax.pas TabelaCESTNCM.csv tive que colocar o novo delimitador pois na exportação para csv o banco possui muitos ; (ponto e virgula) na descrição, isso quebrava a linha no local errado e lia varias outras colunas. Acho que o correto pra fins de uso seria um novo componente herdando deste, mais como não sou a pessoa melhor pra isso, e tentando economizar tempo e código só modifiquei e no meu caso tá rodando no meu sistema a todo vapor..... caso puderem subir ou melhorar no ACBR para que possamos ter uma nova forma de atender nossos clientes. ou seja.. colocamos nossa tabela em uma URL e só deixamos o resto pra os mantenedores e clientes... obrigado a todos.. e desculpem a falta de experiência para poder contribuir..1 ponto
-
Pelo que todos nós vimos que isso seria inviável o parse.. por isso que utilizei os métodos do IBPTax pois essa tabela seria disponibilizado por nós mesmo.. ASSIM COMO TEMOS que fazer com as tabelas diponibilizado PELA https://deolhonoimposto.ibpt.org.br/... Mais isso é apenas uma ideia e uma solução que encontrei pra deixar nossos mantenedores e clientes com maior comodidade.. em vez de ter que ficar rodando script no Banco de dados. ou seja lê o arquivo e realiza a regra de negócio cabível...1 ponto
-
Funcionou Wess!! Muito Obrigado Cara!! Valeu mesmo! Principalmente pela rapidez na resposta!1 ponto
-
Tente deixar a propriedade "ControlePorta" ativada, no ACBrPosPrinter1 ponto
-
Boa tarde Edson, Com os schemas, já será possível gerar o XML, assinar e validar. Depois com o ambiente de homologação liberado, podemos testar o resto. Fiquem todos a vontade para testar, apontar erros e colaborar com correções. Contamos com todos.1 ponto
-
1 ponto
-
Caramba Italo !!! Nem deu tempo de ler o manual. Já está quase tudo pronto! Pelo menos posso ajudar nos testes []´s Edson.1 ponto
-
1 ponto
-
Edson, ja conseguiu baixar o manual, eu já fiz o download. Fernando.1 ponto
-
1 ponto
-
Pessoal, bom dia. Os componentes do eSocial, estão no svn normal do acbr, https://svn.code.sf.net/p/acbr/code/trunk2 ?1 ponto
-
@GuilhermeCosta Parece que saiu 7.8. URL dos Web Services Seguem as URL para acesso aos Web Services do eSocial: URL do Web Service de envio de lotes: • https://webservices.producaorestrita.esocial.gov.br/servicos/empregador/enviarloteeventos/WsEnviarLoteEventos.svc URL do Web Service de consulta de resultado de processamento de lotes: • https://webservices.producaorestrita.esocial.gov.br/servicos/empregador/consultarloteeventos/WsConsultarLoteEventos.svc Para conhecimento, a URL base para os Web Services de produção será: • webservices.esocial.gov.br1 ponto
-
Lazarus/Delphi, Linux/Windows, DEMO Vídeo mostrando o DW funcionando em tudo.1 ponto
-
bom dia, RenatoE vc conseguiu instalar o componente? também não achei o Install do componente e não consegui a opcão do Tiago Ravache de "Mude o pacote para Design and Runtime Type".1 ponto
-
Boa noite Carlos, Muito obrigado pela colaboração, tenho que fazer mais algumas alterações na respectiva unit, assim que terminar envio para o repositório.1 ponto
-
1 ponto
-
Boa tarde Srs. @Juliomar Marchetti, baixei os arquivos porém não consegui identificar qual está com a codificação diferente, todos que abro o notepad me diz que está como padrão ANSI, e no lazarus diz que está no padrão "CP1252". Pode me indicar algum outro software para analisar a códificação dos arquivos? Estou anexando novamente os arquivos do 25/05, porém apenas os que estão faltando nos branches, que são necessário para compilação dos exemplos referente aos eventos periódicos. Obrigado. @jeancantu, ja leu a resolução que o comitê gestor soltou? http://portal.esocial.gov.br/institucional/legislacao/resolucao-no-9-de-21-de-junho-de-2017 parece que agora vai hein, segunda já começa... Fontes.rar1 ponto
-
No svn as mudanças, mas ainda continuo recebendo diferenças dos arquivos ao comparar dizendo que são totalmente diferente pelo tipo de codificação usado! favor testar Obrigado.1 ponto
-
Boa tarde Srs, @Juliomar Marchetti, segue em anexo as alterações nos eventos não periódicos de acordo com o novo leiaute 2.2.02. Algumas alterações constantes no anexo, dependem dos arquivos anexados no post do dia 25/05, porém eles ainda não constam nos branches, existe algum problemas com os aquivos postados? O evento S-2305 foi substituído pelo evento S-2306. Algumas classes do evento 1200 foram passadas para a unit "commom" para poderem ser usadas nas classes dos eventos não periódicos, por isto o mesmo consta novamente no arquivo em anexo. Nos exemplos desabilitei a geração do evento S-4000 e S-4999 pois os mesmos não constam mais no novo leiaute. Abraços. eSocial.rar1 ponto
-
Para evitarmos diversos tópicos sobre o mesmo assunto, as alterações relativas a versão 4.00 da NFe/NFCe deverão ser concentradas neste tópico. Os fontes do componente já foram atualizados para permitir gerar os XMLs para essa nova versão. Também já foram ajustados para não gerar o SOAP Header quando configurado para a versão 4.0(ve400). Assim que os schemas e webservices forem disponibilizados pelo SEFAZ, iniciaremos os testes com o componente. Mais informações sobre as mudanças podem ser obtidas na NT 2016.002 - http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=c4S6yXTKpXY= Apenas como informação, neste manual fiquei com dúvida em dois campos: descANP - Campo numérico com tamanho de 2 - 95? O campo tem a seguinte descrição: Descrição do produto conforme ANP, então provavelmente deve ser do tipo carácter e não numérico. O campo vBCFCPSTRet possui o mesmo ID de outro campo na versão 3.10 - N27a - V3.10 vICMSDeson / V4.00 vBCFCPSTRet1 ponto
-
Bom dia amigos, @Juliomar Marchetti, segue em anexo as alterações nos eventos periódicos para validação dos mesmos no leiaute 2.2.01. Os arquivos referente aos eventos 1200 e 1202 estão bem diferentes dos constantes nos branches pelo fato do leiaute ter mudado bastante. Foi criado um novo evento, o 1207. No 1280, constará bastante remoção de fonte, pelo fato do indicador de desoneração ter sido removido do leiaute. No restante foi alteração simples, alguns grupos removidos (Exemplo 1300 a parte de contribuição sindical). Está em anexo 1 XSD, pois existia uma expressão regular incorreta e o arquivo acabava não sendo validado. Atualizei os exemplos também. Acredito estar tudo ok eSocial.rar1 ponto
-
a muito custo subi as alterações mas não garanto nada pois até mesmo arquivos com acentuações erradas existiam!1 ponto
-
Bom dia, primeiramente, desculpe os transtornos... Vamos por partes então, neste anexo, está constando apenas as alterações que realizei agora para a validação no novo leiaute, adaptei todos eventos de tabelas (S-1000 até S-1080), e também realizei a criação do novo evento S-1035. Atualizei os exemplos em delphi e lazarus e centralizei a pasta schemas. Joguei estes arquivos na pasta do branches e o componente compilou sem erro. Sobre a unit do delphi, não consegui identificar qual seria. obrigado. eSocial.rar1 ponto
-
Boa tarde desculpe mas não vou subir o código! volto a insistir ele não está baseado no que tem! ele está me dizendo que arquivos estão diferentes e não existe diferença em alguns outros não tem nem o cabeçalho dos que já existem no svn! outra coisa vi uma unit que me parece ser do delphi e não é comum ao lazarus. insisto para que pegue seus fontes e olhe novamente com relação ao que já está no branches do svn.1 ponto
-
Sim, só não sei se estará pronto até o início do ambiente de homologação.1 ponto
-
Eita... faltou converter os arquivos de exemplo, pelo menos no lazarus eram os unicos arquivos UTF-8 que ele estava demonstrando. Desculpe. Apenas gerando por enquanto amigo. eSocial.rar1 ponto
-
Até tentei mas não deu ! tem ainda arquivo em utf-8! favor reveja para que possa subir1 ponto
-
Sim, na maioria dos arquivos o que foi alterado, foi na geração do cabeçalho dos xml's, pois não estavam sendo validados para a versão 2.1, onde não era necessário passar o nome do evento na geração do mesmo, e alguns atributos que se fazia necessário a criação de uma coleção para os mesmos. Como disse anteriormente, são alterações que foram necessário para ser validado na versão 2.1, e terá que passar um "pente fino" novamente, para atender as alterações da versão 2.2.01, onde consegui tempo para realizar as alterações para nova versão apenas no evento S-1000, que ja consta no arquivo em anexo.1 ponto
-
Ainda existem diferenças entre o que está no branchs e seus códigos! chegou a baixar o branchs e comparar um a um?1 ponto
-
Converti para CP1252 pois estou utilizando o Lazarus, seria o equivalente a win1252? Removi os executáveis e centralizei a pasta schemas para os exemplos em delphi e lazarus. Existiam algumas pasta do componente antigo, que ficavam fora da pasta do DFe, que também foram removidos. Acredito que agora esta td ok. eSocial.rar1 ponto
-
Bem bagunçado os arquivos dentro das pastas ! até mesmo executável, compilados e schemas em mais de uma pasta Outra situação os arquivos estão em utf-8 e no svn está win1252! favor rever tudo para que possa ser feito merge1 ponto
-
Bom dia Srs, @Juliomar Marchetti, segue em anexo os arquivos para serem atualizados nos branches, Existem muitas alterações nos arquivos devido os arquivos dos branches estarem muito desatualizados, as alterações que foram realizadas na época, foi para atender a versão 2.1. Com base nestas alterações apenas o evento S-1000 está sendo validado com os "xsd" da versão 2.2.01 eSocial.rar1 ponto
-
Bom dia, Conforme NT 2015 003 v1.60 pág 10 deve ser usado os seguintes cst's: - 00-Tributada integralmente; - 20-Com redução da Base de Cálculo; - 40-Isenta; - 41-Não tributada; - 60-ICMS cobrado anteriormente por substituição tributária;1 ponto