Ir para conteúdo
  • Cadastre-se

jorge andrade

Membros
  • Total de ítens

    563
  • Registro em

  • Última visita

  • Days Won

    2

Posts postados por jorge andrade

  1. Em 24/11/2017 at 19:08, bylaardt disse:

    Creio que o Tópico foi para uma direção que o  Daniel não esperava, mas vamos à minha visão:

    1) Quanto à postura do Sr. Marchetti:
    Também sou de Santa Catarina, um estado que trabalha, que produz, de gente orgulhosa e promissora, que não está acostumado a pedir ajuda sem dar nada em troca. e também não está acostumado a dar ajuda para pessoas ingratas. Isso é cultural para nṍs. Se você quer ajuda, nós ajudaremos, mas se quiser criticar nossa ajuda difamando o nosso trabalho ou achando que a ajuda que fornecemos é uma obrigação e não um favor, culturalmente entenderemos que você não é mais merecedor dos nossos esforços.
    O que o Sr. Marchetti fez é apenas um reflexo da nossa cultura (e de outros estados, alguns inclusive do norte, como por exemplo Rondônia, que teve muitos imigrantes gaúchos). Somos diretos, objetivos, não usamos pronomes de tratamento, (segunda pessoa e TU ), mas isso não significa que somos agressivos, apenas que possuímos culturas diferentes.
    Tenho certeza que muitos vão achar meu texto agressivo ou chamá-lo de "textão" ou achar que também estou dando "patadas" mas não... quero apenas mostrar as diferenças culturais e se você não é programador delphi e acha que por isso não pode contribuir com o projeto, você provavelmente está errado.

    2) Quanto ao "que eu uso", citado pelo Sr. douglaswf :
    Eu não uso nada por enquanto. Estou na fase de estudar os códigos. Apaixonei-me pelos códigos e pela organização usada pelo ACBr. Não sou programador Delphi, uso Object-pascal. Muito similar, porém diferentes. meus códigos são sempre cheios de helper types que são incompatíveis com a proposta do ACBr de manter a compatibilidade com o Delphi desde a versão 7 em diante, mas isso não me impede de querer entender e aprimorar cada vez mais.
    Minhas primeiras metas pessoais são:
    2.1) Fazer com que o ACBr se torne compilável por cross-compile (FPC) de linux para windows. Atualmente não é possível porque os os fontes não estão em UTF8 e os caracteres acentuados deverão estar para que funcione o crosscompile no FPC em linux (espero fazer isso colocando constantes do tipo TTranslateString em arquivos .inc com diretivas de compilação {$IFDEF FPC} ou similar)
    2.2) Fazer com que os componentes ACBr possam ser traduzido por arquivos .po através dessas constantes dos arquivos UTF8.
    Mas para isso acontecer, preciso de estudo e tempo. Já até sugerido pelo Daniel Simoes que fosse feito um fork. Mas ainda estou estudando a possibilidade de fornecer alterações ao projeto ACBr ou fazer um refactoring do que realmente me interessei. segue o link da sugestão do Daniel.

    3) Quanto ao tópico original. Vi que algumas opiniões são pontuais e querem resolver seus problemas pessoais. Esperava ver mais contribuições nos sentidos de:
    3.1) Manter a longevidade do projeto;
    3.2) Criar formas de arrecadação consistentes;
    3.3) Viabilizar para o projeto economicamente e intelectualmente ;
    3.4) Promover e divulgar o projeto profissionalmente e academicamente;
    3.5) Agregar novos recursos.

    4) Quanto à outras linguagens:
    Apesar de conhecer diversas linguagens, eu possuo preferências de desenvolvimento, exemplo, projetos comerciais que demandam manutenção, precisam de códigos organizados e de fácil manutenção. por isso opto por object pascal, mas para Android, apesar de já ser possível desenvolver por pascal, uso o java. A maior parte do código livre escrito no planeta são de linguagens c like, mas isso não significa que você precisa aprender apenas uma linguagem.
    Caso você seja especialista em outra linguagem, provavelmente poderá contribuir construindo cabeçalhos das bibliotecas descritas no vídeo do Daniel Simoes nas linguagens que você esteja familiarizado.

    opinião pessoal: Github melhor  que SourceForge que é melhor que Launchpad, Google Code ou CodePlex.

    Sinceramente, já vi muitas coisas na minha vida, mas tentar explicar a falta de educação e tratamento pessoal com origem cultural, foi o maior absurdo que vi em toda a minha vida. As vezes as pessoas tentam se mostrar inteligentes e acabam cometendo esses absurdos, colocando as origens regionais como se fossem  motivos de objetividade em respostas sem nenhum propósito ao tópico em questão.

    Todos que deram as suas opiniões e sugestões,  foram nas melhorias do projeto e acredito que o Jânio como usuário e beneficiado do projeto tenha apenas se colocado a ajudar nas suas sugestões e críticas. Quanto a resposta do Juliomar, poderia ser de forma diferente, de maneira que agregasse conteúdo as considerações do Jãnio, mas,  jamais da forma que foi feita, criando um combate, confrontado a sua falta de conhecimento na ferramenta como se fosse um pária.

    Agora, quanto a vc,  me perdoe, não faça isso novamente, não imponha a sua falta de educação ao povo de SC, RS, RO e nem dos demais estados. Não há justificativa na sua defesa em concordar com tal falta de zelo e tratamento aos pares deste fórum e menos ainda assinar embaixo por uma resposta ríspida e sem fundamentos. Sinceramente, não sei a sua idade, mas agiu como criança do ensino primário e deveria ser repreendido com um gancho de afastamento do fórum por alguns meses.

    Me perdoem os demais pares, mas estes tipos de respostas não ajudam em nada o projeto, do qual sou dependente e como tal não tenho vergonha de falar que não tenho conhecimento de DELPHI/LAZARUS, mas sinto-me confortável e confiante no uso do monitor binário.

    Gostei da ideia do plano de pagamento anual com um desconto.

    []s,

    • Curtir 1
  2. 6 horas atrás, Valterrui Souza disse:

    Boa tarde , bom material, mais desta forma explicada acima, não sairá o valor na duplicata que devo receber, pois já que os valores da duplicatas , é baseadas no total da nf-e

    Valteurui, boa noite

    Eu acho que as explicações estão corretas, e o valor da duplicata será conforme especificado no trecho do xml, porém, eu achei estranho o fato das tags grifadas abaixo, ao meu ver, estarem com informações em desacordos com o meio de pagamento:

     

    !-- Dados da cobrança da NF-e -->
    <cobr>
        <fat>
            <nFat>00020027</nFat>
            <!-- Valor original da fatura -->
            <vOrig>1983.93</vOrig>
            <!-- Valor do desconto da fatura -->
            <vDesc>0.00</vDesc>
            <!-- Valor líquido da fatura -->
            <vLiq>1983.93</vLiq>
        </fat>
        <dup>
            <nDup>0000001</nDup>
            <dVenc>2018-05-16</dVenc>
            <!-- Valor da duplicata -->
            <vDup>1983.93</vDup>
        </dup>
    </cobr>
    <!-- Dados de Pagamento. -->
    <pag>
        <detPag>
            <tPag>14</tPag> - Se eu não estiver enganado, refere-se a DUPLICATA MERCANTIL
            <vPag>1983.93</vPag>
            <card> - Especificado em pagamentos com uso de cartões
                <tpIntegra>2</tpIntegra>
            </card>
        </detPag>
        <vTroco>0.00</vTroco>
    </pag>
     
    []s,
  3. 27 minutos atrás, Italo Jurisato Junior disse:

    Boa noite José,

    Tome cuidado pois a informação no blog esta errada.

    No blog (...) "a Nota Técnica 2016.002 1.60 que posterga o prazo de desativação da versão 3.10 da Nota Fiscal Eletrônica em 30 dias." (...)

     

    Na Nota Técnica temos (páginas 12 e 13):

    1.3. Sobre o Prazo de Implantação

    O prazo previsto para a implementação das mudanças para NF-e é :  

    - Ambiente de Homologação (ambiente de teste das empresas): 20/11/2017.

     - Ambiente de Produção: 04/12/2017. 
     - Desativação da versão anterior: 02/08/18

     

    Em relação a NFC-e, os prazos previstos são: 

    Desativação do versão 3.10 do leiaute da NFC-e: 01/10/2018;

    Layout do QR-Code (tag: qrCode, Id:ZX02), versão “2.00”:

    - Ambiente de Homologação: 02/07/2018 (aceita NFC-e na versão 4.00 com o leiaute do QR-Code na versão “1.00” e versão “2.00”);

    - Ambiente de Produção: 09/07/2018 (aceita NFC-e na versão 4.00 com o leiaute do QR-Code na versão “1.00” e versão “2.00”); 

    Desativação da versão “1.00” do QR-Code em produção: 01/10/2018. 

    Ítalo boa noite, Ahuahauahua, Meu nome não é José amigo,  é Jorge.

    Obrigado por atentar para informações desencontradas, mas te explico. Atentei apenas aos tópicos que estão evidenciados nas caixas em retângulos acima e vejo que a única informação que poderia gerar dúvida seria a  última, embora está bem clara que é para agosto de 2018 e  02/08/2018 é agosto, conforme consta no próprio blog.

    NFe 4.0 adiada para agosto de 2018

    02 de agosto de 2018: desativação da versão 3.10;

    Sabemos que o fato de postergar a desativação da 3.10, consequentemente estende o prazo para que alguns pudessem efetuar seus ajustes finais para a 4.00.

    Sobre as rejeições, não li nenhuma nota técnica, porém diante da confiabilidade que a OOBJ tem no cenário nacional, acredito ser verdadeiras, embora somos passíveis de enganos e  agradeço por expor possíveis dúvidas, quanto ao entendimento do texto.

    Valeu...

  4. Blz Júnior, tá aí. ahauhauahua

    ACBrMonitor.ini

    00369441.txt

    tela de configuraca monitor-2.png

    17 minutos atrás, jorge andrade disse:

     

    Pessoal

     

    Boa tarde

                                                                     00369441.txt

    Há tempos tenho configurado a pasta de arquivos de entrada e saídas de comando, da seguinte forma: Pasta de entrada de comandos x:\acbr\cmdent\????????.TXT, de saída: x:\acbr\cmdent\????????.TXT. Depois que instalei a versão 1.2.0.9 do monitorplus binário, ele está retornando  com uma quantidade de espaços em branco, assim:

    "                                                                 00369441.txt"

     Alguém pode me dizer se é bug da versão?

     

    []s,

    Desculpe, a pasta de saída é: c:\acbr\cmdsai\????????.TXT

  5.  

    Pessoal

     

    Boa tarde

                                                                     00369441.txt

    Há tempos tenho configurado a pasta de arquivos de entrada e saídas de comando, da seguinte forma: Pasta de entrada de comandos x:\acbr\cmdent\????????.TXT, de saída: x:\acbr\cmdent\????????.TXT. Depois que instalei a versão 1.2.0.9 do monitorplus binário, ele está retornando  com uma quantidade de espaços em branco, assim:

    "                                                                 00369441.txt"

     Alguém pode me dizer se é bug da versão?

     

    []s,

  6. 16 minutos atrás, jorge andrade disse:

    Pessoal, assunto extremamente pertinente.

     

    NFe 4.0
    Principais Rejeições da nova versão

    d386fdadf9cb3f2f1392debbb2d8aa1945aa29ff893ada4ddd322bdb19b908962df9f9abfc28fdd321a80d202f3aec62f4a7fc0a71be845c51b069d091b660d3.png

    A NFe na versão 4.0 já pode ser emitida desde Dezembro do ano passado, mas, devido às várias mudanças que vem ocorrendo desde então, muitos clientes deixam para os últimos dias para se adaptar aos novos campos. Isso não é indicado, pois no decorrer da migração de versão, várias notas podem ser rejeitadas por causa das regras de validação que passaram a valer.

    Para ajudar você, nós buscamos quais as rejeições mais comuns na NFe 4.0 e como resolver para que você tenha o mínimo de esforço na adequação ao novo layout.

    Rejeição 885: GTIN informado, mas não informado o GTIN da unidade tributável

    O código de barras GTIN também é outra mudança que a NFe 4.0 trouxe. Ele deve ser informado nos campos cEAN (código comercial do produto) e cEANTrib (código tributável do produto) nos casos onde existe o GTIN. Se o cEAN for preenchido na NFe, obrigatoriamente o código tributário correspondente deve ser informado. Caso contrário, a nota poderá ser rejeitada.

    Rejeição 869: Valor do troco incorreto

    A NFe 4.0 trouxe alguns novos campos e dentre eles está o Valor do Troco. Este campo deve ser informado sempre que o valor do pagamento é maior que o valor total da nota. Lembrando que podem haver mais de um meio de pagamento (dinheiro, cartão, etc).

    Rejeição 902: Valor Líquido da Fatura difere do Valor Original menos o Valor do Desconto

    A nova versão trouxe validações a campos já existentes, como o caso do grupo de faturas nos Dados de Cobrança da NFe. O valor líquido da fatura deve ser o valor original da fatura subtraído do valor do desconto dado no total da NFe. Caso o valor seja menor, esta rejeição irá acontecer.

    Rejeição 881: Percentual de FCP ST igual a zero

    Existem muitas dúvidas em relação ao FCP na NFe 4.0. Uma delas é se seus campos devem ser informados mesmo quando sobre um produto não incide a alíquota para o Fundo. Neste caso, os campos não devem ser informados, nem com os valores zerados. Caso contrário, uma rejeição pode acontecer, como para os campos relativos ao ST.

    Rejeição 871: O campo Meio de Pagamento deve ser preenchido com a opção Sem Pagamento

    O Grupo Pagamento passou a ser obrigatório para NFe na versão 4.0. Porém há alguns tipos de notas que não faz sentido preencher o pagamento sendo que não se trata de uma operação de venda. É caso de NFes com a finalidade de Devolução ou Ajuste. Para essas notas, o meio de pagamento deve ser "90 - Sem Pagamento". Qualquer outro valor poderá resultar em rejeição.

    Caso se depare com outras rejeições, a nossa Base de Conhecimento reúne mais de 900 artigos com resolução de problemas e dúvidas sobre os documentos fiscais eletrônicos. Acesse agora:

     

     

    Crédito: OOBJ

    []s.

     

    2 minutos atrás, jorge andrade disse:

    

     

    • Curtir 1
  7. Pessoal, assunto extremamente pertinente.

     

    NFe 4.0
    Principais Rejeições da nova versão

    d386fdadf9cb3f2f1392debbb2d8aa1945aa29ff893ada4ddd322bdb19b908962df9f9abfc28fdd321a80d202f3aec62f4a7fc0a71be845c51b069d091b660d3.png

    A NFe na versão 4.0 já pode ser emitida desde Dezembro do ano passado, mas, devido às várias mudanças que vem ocorrendo desde então, muitos clientes deixam para os últimos dias para se adaptar aos novos campos. Isso não é indicado, pois no decorrer da migração de versão, várias notas podem ser rejeitadas por causa das regras de validação que passaram a valer.

    Para ajudar você, nós buscamos quais as rejeições mais comuns na NFe 4.0 e como resolver para que você tenha o mínimo de esforço na adequação ao novo layout.

    Rejeição 885: GTIN informado, mas não informado o GTIN da unidade tributável

    O código de barras GTIN também é outra mudança que a NFe 4.0 trouxe. Ele deve ser informado nos campos cEAN (código comercial do produto) e cEANTrib (código tributável do produto) nos casos onde existe o GTIN. Se o cEAN for preenchido na NFe, obrigatoriamente o código tributário correspondente deve ser informado. Caso contrário, a nota poderá ser rejeitada.

    Rejeição 869: Valor do troco incorreto

    A NFe 4.0 trouxe alguns novos campos e dentre eles está o Valor do Troco. Este campo deve ser informado sempre que o valor do pagamento é maior que o valor total da nota. Lembrando que podem haver mais de um meio de pagamento (dinheiro, cartão, etc).

    Rejeição 902: Valor Líquido da Fatura difere do Valor Original menos o Valor do Desconto

    A nova versão trouxe validações a campos já existentes, como o caso do grupo de faturas nos Dados de Cobrança da NFe. O valor líquido da fatura deve ser o valor original da fatura subtraído do valor do desconto dado no total da NFe. Caso o valor seja menor, esta rejeição irá acontecer.

    Rejeição 881: Percentual de FCP ST igual a zero

    Existem muitas dúvidas em relação ao FCP na NFe 4.0. Uma delas é se seus campos devem ser informados mesmo quando sobre um produto não incide a alíquota para o Fundo. Neste caso, os campos não devem ser informados, nem com os valores zerados. Caso contrário, uma rejeição pode acontecer, como para os campos relativos ao ST.

    Rejeição 871: O campo Meio de Pagamento deve ser preenchido com a opção Sem Pagamento

    O Grupo Pagamento passou a ser obrigatório para NFe na versão 4.0. Porém há alguns tipos de notas que não faz sentido preencher o pagamento sendo que não se trata de uma operação de venda. É caso de NFes com a finalidade de Devolução ou Ajuste. Para essas notas, o meio de pagamento deve ser "90 - Sem Pagamento". Qualquer outro valor poderá resultar em rejeição.

    Caso se depare com outras rejeições, a nossa Base de Conhecimento reúne mais de 900 artigos com resolução de problemas e dúvidas sobre os documentos fiscais eletrônicos. Acesse agora:

     

     

    Crédito: OOBJ

    []s.

    • Curtir 2
  8. Se eu não estiver interpretando errado, olha o que o CONFAZ/ENCAT fez nas últimas notas técnicas:

     

    Versão 1.30:

    Alterada regra de validação YA02-30 de forma a obrigar a informação do Grupo Duplicata (id:Y07) apenas se informado Duplicata Mercantil como uma das formas de pagamento.

    Versão 1.50:

    Exclusão da modalidade “Duplicata Mercantil” do campo tpag “Meio de Pagamento (id:YA02).

    Versão 1.60:

    Reativada RV YA02-10, tendo em vista que ainda não foi retirado do schema a opção de duplicata mercantil

    E nesse tiroteio vc nem pode perguntar, quer tiro foi esse?

    Como vc não consegue fazer testes com determinadas situações, tem que enviar em produção e depois cancelar a nota, pq estas validações passam na produção,

    []s,

     

     

    image.png

    • Haha 1
  9. Vcs esqueceram do principal. Enviar emaIl para as contabilidades, afim de saber se seus aplicativos de controles internos contábil e fiscal, já estão compatíveis com a NF-e 4.00 para que se possa adiantar aplicar em  produção nos clientes antes do prazo final para desativação da 3.10 e nenhuma responde e algumas nem sabe do que se trata.

    Enviar email  aos clientes sobre as novas informações tais como: Pagamentos, Frete e etc... e nenhum retorna o email com dúvidas, que com certeza vc terá que responder depois quando colocar em produção, como tem acontecido com os poucos que vc já migrou.

    []s,

     

    • Curtir 2
  10. 1 hora atrás, Daniel Simoes disse:

    EXATO... considerem com mais "carinho" essa opção...

    Quanto custa o dia de um técnico (ou desenvolvedor) batendo a cabeça com atualizações de Windows Antigo, e instalação e reinstalação de certificado A3 ?

    Não é mais barato mudar para OpenSSL e doar um certificado A1 para o Cliente Final ? (o próximo ele mesmo compra)

    Disse tudo Daniel, eu tenho feito campanhas com os meus clientes, dos mais "retrógrados"/desinformados e outros nem tanto, mas por questão de "determinação"/instrução das contabilidades continuavam emitindo/contratando certificados A3.

    Não canso de explicar as diferenças, seja na escravidão, custo e a falta de mobilidade, operacionalidade e versatilidade. Lembro que, mesmo que o A3 seja válido por 3 anos, o A1, além de ser bem mais em conta, se multiplicar por 3, o custo e todas as demais vantagens ganham de longe do A3 que é escravo ou escraviza a cpu onde está instalado.

    Não vou citar o nome do emitente certificador aqui, embora sempre fiz pelos correios, mas passei a fazer por outro, cujo valor do A1 para empresas do tipo porte, ME, EPP, EIRELI e etc..., com horário agendado, estacionamento, água e cafezinho é de R$ 95,00.

    []s,

    • Curtir 2
  11. Pessoal, boa tarde, estou tendo este problema somente em um cliente (Erro: 12175 - Um ou mais erros foram encontrados no certificado Secure Sockets Layer (SSL) enviado pelo servidor), todas as vezes tenho que reconfigurar, verificar as configurações do IE, o certificado  o AcbrMonitorPlus e as conexões, variando entre os tipos.

    Por vezes tenho que encerrar o monitor e executar novamente.

    Obs: Este cliente ainda nem atualizei a versão da Nf-e.

    []s,

  12. Pessoal

    Boa noite

    Hoje no decorrer do dia, deparei com o mesmo problema em vários clientes, onde tive que reinstalar os certificados digitais modelo A1, somente em um com modelo A3, não consegui resolver,  neste nem solicitava  a senha do cartão, então como este cliente é meio relapso, percebi que o o windows (7) dele estava desatualizado. Fiz todas as atualizações e daí consegui  ao menos o status da webservice, mas somente uma vez, depois ele volta a dar erro, conforme abaixo em qualquer operação: Envio, consulta, status, conforme abaixo, alguém teve este problema hoje.

    Obs: Fiz todos os procedimentos possíveis e o cnpj informado na chave foi alterado proposital.

    22/05/2018 15:09:55 - NFE.EnviarNFe(X:\ACBR\NFESAI\AUTORIZA\35180599999999999999650010000018121000123613-nfe.xml,5298,1,1,,1)
    22/05/2018 15:10:04 - OK:
    [ENVIO]
    Versao=
    TpAmb=1
    VerAplic=
    CStat=0
    XMotivo=
    CUF=0
    NRec=
    DhRecbto=30/12/1899
    TMed=0
    Recibo=

    22/05/2018 15:10:52 - NFE.EnviarNFe(X:\ACBR\NFESAI\AUTORIZA\35180599999999999999650010000018121000123613-nfe.xml,5299,1,1,,1)
    22/05/2018 15:10:53 - OK:
    [ENVIO]
    Versao=
    TpAmb=1
    VerAplic=
    CStat=0
    XMotivo=
    CUF=0
    NRec=
    DhRecbto=30/12/1899
    TMed=0
    Recibo=

    22/05/2018 15:12:04 - NFE.EnviarNFe(X:\ACBR\NFESAI\AUTORIZA\35180599999999999999650010000018121000123613-nfe.xml,5300,1,1,,1)
    22/05/2018 15:12:05 - OK:
    [ENVIO]
    Versao=
    TpAmb=1
    VerAplic=
    CStat=0
    XMotivo=
    CUF=0
    NRec=
    DhRecbto=30/12/1899
    TMed=0
    Recibo=

    22/05/2018 15:13:45 - NFE.EnviarNFe(X:\ACBR\NFESAI\AUTORIZA\35180599999999999999650010000018131000123629-nfe.xml,5301,1,1,,1)
    22/05/2018 15:14:02 - ERRO:
    Erro Interno: 12002
    Erro HTTP: 0
    Erro: Requisição não enviada.
    12002 - O tempo limite da operação foi atingido
    22/05/2018 15:18:20 - NFE.EnviarNFe(X:\ACBR\NFESAI\AUTORIZA\35180599999999999999650010000018121000123613-nfe.xml,5302,1,1,,1)
    22/05/2018 15:18:33 - ERRO:
    Erro Interno: 12002
    Erro HTTP: 0
    Erro: Requisição não enviada.
    12002 - O tempo limite da operação foi atingido

    22/05/2018 17:46:45 - EACBrDFeException - WebService Consulta Status serviço:
    - Inativo ou Inoperante tente novamente.
    Erro Interno: 0
    Erro HTTP: 403
    22/05/2018 17:46:45 - WebService Consulta Status serviço:
    - Inativo ou Inoperante tente novamente.
    Erro Interno: 0
    Erro HTTP: 403

    []s,

×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.